Content-Type: multipart/signed;
	boundary="Apple-Mail=_CEC09327-D31B-4481-9E0D-F14E6E89BB3C";
	protocol="application/pgp-signature"; micalg=pgp-sha1
Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\))
From: Tamas Blummer <tamas@bitsofproof.com>
In-Reply-To: <CAAS2fgT_9tXCxOHX_sN0wa=GRMn5seu3-o1UdiLjvbivFr46_w@mail.gmail.com>
Date: Mon, 7 Apr 2014 21:20:31 +0200
Message-Id: <8222EAFD-813E-4046-A751-FD3D04FF6764@bitsofproof.com>
References: <CANEZrP2rgiQHpekEpFviJ22QsiV+s-F2pqosaZOA5WrRtJx5pg@mail.gmail.com>
	<5342C833.5030906@gmail.com>
	<CAAS2fgTqBfEPXh2dfcL_ke6c0wfXw4qUM1rAYMkAHcAM6mYH+g@mail.gmail.com>
	<6D430188-CE00-44B1-BD8C-B623CF04D466@icloudtools.net>
	<CANEZrP1-9LpPw4WuY8bfsEG0OLoDECXTfQCoZsZ4tmOn2H7Omw@mail.gmail.com>
	<6D6E55CE-2F04-4C34-BEE6-98AEF1478346@bitsofproof.com>
	<CAAS2fgQaJ6P4Aj2A5Zox+CiGQK6jHvF1CkLH1R6xbadYhUXO2g@mail.gmail.com>
	<8A6DEBA4-EA59-4BAE-95CF-C964C2DBB84B@bitsofproof.com>
	<CAAS2fgT_9tXCxOHX_sN0wa=GRMn5seu3-o1UdiLjvbivFr46_w@mail.gmail.com>
To: Gregory Maxwell <gmaxwell@gmail.com>
Cc: Bitcoin Development <bitcoin-development@lists.sourceforge.net>
Subject: Re: [Bitcoin-development] Why are we bleeding nodes?
Precedence: list


--Apple-Mail=_CEC09327-D31B-4481-9E0D-F14E6E89BB3C
Content-Type: multipart/alternative;
	boundary="Apple-Mail=_F359F0A6-B508-4ECE-97B9-12209E93EB26"


--Apple-Mail=_F359F0A6-B508-4ECE-97B9-12209E93EB26
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=windows-1252


Once headers are loaded first there is no reason for sequential loading.=20=


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@gmail.com> wrote:

> On Mon, Apr 7, 2014 at 12:00 PM, Tamas Blummer <tamas@bitsofproof.com> =
wrote:
>> therefore I guess it is more handy to return some bitmap of =
pruned/full
>> blocks than ranges.
>=20
> A bitmap also means high overhead and=97 if it's used to advertise
> non-contiguous blocks=97 poor locality, since blocks are fetched
> sequentially.
>=20


--Apple-Mail=_F359F0A6-B508-4ECE-97B9-12209E93EB26
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=windows-1252

<html><head><meta http-equiv=3D"Content-Type" content=3D"text/html =
charset=3Dwindows-1252"></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: =
after-white-space;"><div><br></div><div>Once headers are loaded first =
there is no reason for sequential =
loading.&nbsp;</div><div><br></div><div>Validation has to be sequantial, =
but that step can be deferred until the blocks before a point are loaded =
and continous.</div><br><div apple-content-edited=3D"true"><span =
style=3D"color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; =
font-style: normal; font-variant: normal; font-weight: normal; =
letter-spacing: normal; line-height: normal; text-align: -webkit-auto; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; orphans: 2; widows: =
2; float: none; display: inline !important;">Tamas Blummer</span><span =
style=3D"color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; =
font-style: normal; font-variant: normal; font-weight: normal; =
letter-spacing: normal; line-height: normal; orphans: auto; text-align: =
start; text-indent: 0px; text-transform: none; white-space: normal; =
widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px;"><br =
style=3D"color: rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; =
font-style: normal; font-variant: normal; font-weight: normal; =
letter-spacing: normal; line-height: normal; text-align: -webkit-auto; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; orphans: 2; widows: =
2;"><span style=3D"color: rgb(0, 0, 0); font-family: Helvetica; =
font-size: 12px; font-style: normal; font-variant: normal; font-weight: =
normal; letter-spacing: normal; line-height: normal; text-align: =
-webkit-auto; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; orphans: 2; =
widows: 2; float: none; display: inline !important;"><a =
href=3D"http://bitsofproof.com">http://bitsofproof.com</a></span>
</span></div>
<br><div><div>On 07.04.2014, at 21:03, Gregory Maxwell &lt;<a =
href=3D"mailto:gmaxwell@gmail.com">gmaxwell@gmail.com</a>&gt; =
wrote:</div><br class=3D"Apple-interchange-newline"><blockquote =
type=3D"cite">On Mon, Apr 7, 2014 at 12:00 PM, Tamas Blummer &lt;<a =
href=3D"mailto:tamas@bitsofproof.com">tamas@bitsofproof.com</a>&gt; =
wrote:<br><blockquote type=3D"cite">therefore I guess it is more handy =
to return some bitmap of pruned/full<br>blocks than =
ranges.<br></blockquote><br>A bitmap also means high overhead and=97 if =
it's used to advertise<br>non-contiguous blocks=97 poor locality, since =
blocks are =
fetched<br>sequentially.<br><br></blockquote></div><br></body></html>=

--Apple-Mail=_F359F0A6-B508-4ECE-97B9-12209E93EB26--

--Apple-Mail=_CEC09327-D31B-4481-9E0D-F14E6E89BB3C
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail

-----BEGIN PGP SIGNATURE-----
Comment: GPGTools - http://gpgtools.org

iQEcBAEBAgAGBQJTQvp/AAoJEPZykcUXcTkc4y0IAI+fADy2oeQMElhXdRSiV2Cc
0Fcyhue5Ppi46XSUiDGyMceE4PyndgHm3qnd4Bf/S6a1fKfw6y0CsR2kwt1Ay4CQ
yAoZfKvQmLZIykW4UbNMaEgNzQvWDPFwZ0m8tIWdn7QycmcpPZJ0rLCOKl8Kl+hX
GOBwLYF06v2fLUOe/tf9r+ifV73k/iRZUppv3jUgxJgC3gtqXf1sLuMP6X7qB1j0
xDTBuS1ssIegw9LPHnywnriXk7tJOkLLc4trSkuiVuj1IqQJ5htNwEEJHTslKqhX
PuITRBKYwm6Ldlimxvqsz0J0jJCcqxksG3PXuf4B0Sw/5VwQSfDRSKYZcRg32wA=
=GIi7
-----END PGP SIGNATURE-----

--Apple-Mail=_CEC09327-D31B-4481-9E0D-F14E6E89BB3C--