📅 Original date posted:2012-06-15
📝 Original message:separate filterinit / filterload - so you can do a new filterload later
on if your list changes, without the privacy implications of filteradd.
Simon
On Thu 14 Jun 2012 04:52:29 AM PDT, Mike Hearn wrote:
>> filterinit(false positive rate, number of elements): initialize
>> filterload(data): input a serialized bloom filter table metadata and data.
>
> Why not combine these two?
>
>> 'filterload' and 'filteradd' enable special behavior changes for
>> 'mempool' and existing P2P commands, whereby only transactions
>> matching the bloom filter will be announced to the connection, and
>> only matching transactions will be sent inside serialized blocks.
>
> Need to specify the format of how these arrive. It means that when a
> new block is found instead of inv<->getdata<->block we'd see something
> like inv<->getdata<->merkleblock where a "merkleblock" structure is a
> header + list of transactions + list of merkle branches linking them
> to the root. I think CMerkleTx already knows how to serialize this,
> but it redundantly includes the block hash which would not be
> necessary for a merkleblock message.
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Bitcoin-development mailing list
> Bitcoin-development at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
Simon Barber [ARCHIVE] /
npub1u4…06crw
2023-06-07 10:13:14
in reply to nevent1q…xnp2
Author Public Key
npub1u4rukqfq0xh5t8nw7t26kggayh0zmjw7q56lpkrp6vw0cswtqnlsp06crwPublished at
2023-06-07 10:13:14Event JSON
{
"id": "3c667f2df18968468750e9a73f2bee80ac507df279f46b2d5fd9da854b8382d7",
"pubkey": "e547cb012079af459e6ef2d5ab211d25de2dc9de0535f0d861d31cfc41cb04ff",
"created_at": 1686132794,
"kind": 1,
"tags": [
[
"e",
"4ab728f783516dec9c5c5541517c3c7b576e19472778304e55db6fb52442f9a4",
"",
"root"
],
[
"e",
"9359fdc373dbe80e9157e2f2e9174e2510dca2367f0c97b7abbd56e305b31a24",
"",
"reply"
],
[
"p",
"f2c95df3766562e3b96b79a0254881c59e8639f23987846961cf55412a77f6f2"
]
],
"content": "📅 Original date posted:2012-06-15\n📝 Original message:separate filterinit / filterload - so you can do a new filterload later \non if your list changes, without the privacy implications of filteradd.\n\nSimon\n\n\nOn Thu 14 Jun 2012 04:52:29 AM PDT, Mike Hearn wrote:\n\u003e\u003e filterinit(false positive rate, number of elements): initialize\n\u003e\u003e filterload(data): input a serialized bloom filter table metadata and data.\n\u003e\n\u003e Why not combine these two?\n\u003e\n\u003e\u003e 'filterload' and 'filteradd' enable special behavior changes for\n\u003e\u003e 'mempool' and existing P2P commands, whereby only transactions\n\u003e\u003e matching the bloom filter will be announced to the connection, and\n\u003e\u003e only matching transactions will be sent inside serialized blocks.\n\u003e\n\u003e Need to specify the format of how these arrive. It means that when a\n\u003e new block is found instead of inv\u003c-\u003egetdata\u003c-\u003eblock we'd see something\n\u003e like inv\u003c-\u003egetdata\u003c-\u003emerkleblock where a \"merkleblock\" structure is a\n\u003e header + list of transactions + list of merkle branches linking them\n\u003e to the root. I think CMerkleTx already knows how to serialize this,\n\u003e but it redundantly includes the block hash which would not be\n\u003e necessary for a merkleblock message.\n\u003e\n\u003e ------------------------------------------------------------------------------\n\u003e Live Security Virtual Conference\n\u003e Exclusive live event will cover all the ways today's security and\n\u003e threat landscape has changed and how IT managers can respond. Discussions\n\u003e will include endpoint security, mobile security and the latest in malware\n\u003e threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/\n\u003e _______________________________________________\n\u003e Bitcoin-development mailing list\n\u003e Bitcoin-development at lists.sourceforge.net\n\u003e https://lists.sourceforge.net/lists/listinfo/bitcoin-development",
"sig": "e7b29847e6f8d235f3c567679234a1e44dff5d40471224c80b8e2152ef37dad5419041142ebbf32ea9a72a30bea089571839d3d79e745dcaa627dd78eff2d24f"
}