đź“… Original date posted:2014-04-07
đź“ť Original message:Once headers are loaded first there is no reason for sequential loading.
Validation has to be sequantial, but that step can be deferred until the blocks before a point are loaded and continous.
Tamas Blummer
http://bitsofproof.com
On 07.04.2014, at 21:03, Gregory Maxwell <gmaxwell at gmail.com> wrote:
> On Mon, Apr 7, 2014 at 12:00 PM, Tamas Blummer <tamas at bitsofproof.com> wrote:
>> therefore I guess it is more handy to return some bitmap of pruned/full
>> blocks than ranges.
>
> A bitmap also means high overhead and— if it's used to advertise
> non-contiguous blocks— poor locality, since blocks are fetched
> sequentially.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20140407/895983a6/attachment.html>;
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 495 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20140407/895983a6/attachment.sig>;
Tamas Blummer [ARCHIVE] /
npub1cc…ex8m8
2023-06-07 15:17:41
in reply to nevent1q…2mfs
Author Public Key
npub1ccegg9n9lnx6huppxg43m95488yur7pfemkn3pz0agjws5ffvtts0ex8m8Published at
2023-06-07 15:17:41Event JSON
{
"id": "cc4d6e50138680118793876603fb2320ce0923c10d05b4142f6afaf4f54d2858",
"pubkey": "c632841665fccdabf021322b1d969539c9c1f829ceed38844fea24e8512962d7",
"created_at": 1686151061,
"kind": 1,
"tags": [
[
"e",
"376923b22263ee9091876d1ae02202112b3aeaa7a25d30e967b871af6956d76a",
"",
"root"
],
[
"e",
"4db21e148aee6728baf275a1c351020a2ebca7fffec3567084c93dca9d0343c8",
"",
"reply"
],
[
"p",
"46986f86b97cc97829a031b03209644d134b939d0163375467f0b1363e0d875e"
]
],
"content": "📅 Original date posted:2014-04-07\n📝 Original message:Once headers are loaded first there is no reason for sequential loading. \n\nValidation has to be sequantial, but that step can be deferred until the blocks before a point are loaded and continous.\n\nTamas Blummer\nhttp://bitsofproof.com\n\nOn 07.04.2014, at 21:03, Gregory Maxwell \u003cgmaxwell at gmail.com\u003e wrote:\n\n\u003e On Mon, Apr 7, 2014 at 12:00 PM, Tamas Blummer \u003ctamas at bitsofproof.com\u003e wrote:\n\u003e\u003e therefore I guess it is more handy to return some bitmap of pruned/full\n\u003e\u003e blocks than ranges.\n\u003e \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\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20140407/895983a6/attachment.html\u003e\n-------------- next part --------------\nA non-text attachment was scrubbed...\nName: signature.asc\nType: application/pgp-signature\nSize: 495 bytes\nDesc: Message signed with OpenPGP using GPGMail\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20140407/895983a6/attachment.sig\u003e",
"sig": "6ebe91b2af3e0bf5dab148b71942aeea5a05943e50493bdf7cc4da68d1e4055947d1bb3cb69f7907498633206ea197aedbb1d915240452d05f6bb2dc8edebb85"
}