📅 Original date posted:2014-04-07
📝 Original message:On Mon, Apr 7, 2014 at 8:03 PM, Gregory Maxwell <gmaxwell at gmail.com> wrote:
> A bitmap also means high overhead and-- if it's used to advertise
> non-contiguous blocks-- poor locality, since blocks are fetched
> sequentially.
>
A range seems like a great compromise. Putting it in the address is also a
pretty cool.
If light nodes selected a random contiguous 1GB of the block-chain, then
they could handle most of the download overhead, rather than the full nodes.
Another way to do it would be to have something like a routing table. If a
node is queried for a block, it can reply with the IP of a node with that
block instead of sending the block.
One problem is that it means that light nodes have to accept incoming
connections. Otherwise, it would have to be routed through the network.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20140407/b5bfb780/attachment.html>;
Tier Nolan [ARCHIVE] /
npub1g6…sl5wd
2023-06-07 15:17:40
in reply to nevent1q…8k42
Author Public Key
npub1g6vxlp4e0nyhs2dqxxcryztyf5f5hyuaq93nw4r87zcnv0sdsa0qqsl5wdPublished at
2023-06-07 15:17:40Event JSON
{
"id": "4db21e148aee6728baf275a1c351020a2ebca7fffec3567084c93dca9d0343c8",
"pubkey": "46986f86b97cc97829a031b03209644d134b939d0163375467f0b1363e0d875e",
"created_at": 1686151060,
"kind": 1,
"tags": [
[
"e",
"376923b22263ee9091876d1ae02202112b3aeaa7a25d30e967b871af6956d76a",
"",
"root"
],
[
"e",
"47aa6706eff060bd9cfda2790d2a656857422e4a384ae8388cd3f499cf1efb81",
"",
"reply"
],
[
"p",
"4aa6cf9aa5c8e98f401dac603c6a10207509b6a07317676e9d6615f3d7103d73"
]
],
"content": "📅 Original date posted:2014-04-07\n📝 Original message:On Mon, Apr 7, 2014 at 8:03 PM, Gregory Maxwell \u003cgmaxwell at gmail.com\u003e wrote:\n\n\u003e A bitmap also means high overhead and-- if it's used to advertise\n\u003e non-contiguous blocks-- poor locality, since blocks are fetched\n\u003e sequentially.\n\u003e\n\nA range seems like a great compromise. Putting it in the address is also a\npretty cool.\n\nIf light nodes selected a random contiguous 1GB of the block-chain, then\nthey could handle most of the download overhead, rather than the full nodes.\n\nAnother way to do it would be to have something like a routing table. If a\nnode is queried for a block, it can reply with the IP of a node with that\nblock instead of sending the block.\n\nOne problem is that it means that light nodes have to accept incoming\nconnections. Otherwise, it would have to be routed through the network.\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20140407/b5bfb780/attachment.html\u003e",
"sig": "fcc5781fbfa45c27e4afe04c42d4cbc1baed9020328dc19a54696436c089d85abcd5ef13addd23ac19383d09dab1a64ca010d43bb9483dc5813fb15a1017372f"
}