Sender: w grabhive <wendel@314t.com>
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: multipart/signed;
	boundary="Apple-Mail=_1021365A-1C80-4E71-8585-29CBD4A47804";
	protocol="application/pgp-signature"; micalg=pgp-sha1
From: Wendell <w@grabhive.com>
In-Reply-To: <20130717105853.GA10083@savin>
Date: Wed, 17 Jul 2013 15:37:41 +0200
Message-Id: <3DB67FAF-E113-47FE-9043-C22D0F5A4F4A@grabhive.com>
References: <CANEZrP0_H9+prDSF92q8a4QzP=fzDM6cTDv0+KcfV9NF9thkmw@mail.gmail.com>
	<3E7894A0-06F3-453D-87F8-975A244EBACF@include7.ch>
	<CANEZrP2jmWkDbpJEm0vd2CKF-prFNbz_ZeNJfDWtSCKb8k5ZXA@mail.gmail.com>
	<2BDA0943-22BB-4405-9AF0-86FB41FD04A6@include7.ch>
	<CANEZrP0McSrVzwv=-qimPyX41EEDmyQdYW5QjPr_i+KWyJZSZw@mail.gmail.com>
	<2F20A509-13A9-4C84-86D7-A15C21BACD53@include7.ch>
	<CANEZrP2yQvmvwP_ZULdS2i+X6L9MeZ+DfidiuZPD2EHwLsN2MA@mail.gmail.com>
	<2A1C412D-414E-4C41-8E20-F0D21F801328@grabhive.com>
	<CANEZrP12V_5Ak0f91RsMziuqXysde102rGeSko=qPBjefy3AeA@mail.gmail.com>
	<8EE501AA-1601-4C28-A32E-80F17D219D3A@grabhive.com>
	<20130717105853.GA10083@savin>
To: Peter Todd <pete@petertodd.org>
Cc: Bitcoin Dev <bitcoin-development@lists.sourceforge.net>
Subject: Re: [Bitcoin-development] SPV bitcoind? (was: Introducing
	BitcoinKit.framework)
Precedence: list


--Apple-Mail=_1021365A-1C80-4E71-8585-29CBD4A47804
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Peter,

This sounds like a _very_ good idea for a desktop client, and probably =
acceptable to users so long as we take available disk space into =
consideration, and only ever use a fraction of it.

Will you implement this?

-wendell

grabhive.com | twitter.com/grabhive

On Jul 17, 2013, at 12:58 PM, Peter Todd wrote:

> So what's useful about that? Basically it means your node starts with
> the same security level, and usefulness to the network, as a SPV node.
> But over time you keep downloading blocks as they are created, and =
with
> whatever bandwidth you have left (out of some user-configurable
> allocation) you download additional blocks going further and further
> back in time. Gradually your UTXO set becomes more complete, and over
> time you can verify a higher and higher % of all valid transactions.
> Eventually your node becomes a full node, but in the meantime it was
> still useful for the user, and still contributed to the network by
> relaying blocks and an increasingly large subset of all transactions.
> (optionally you can store a subset of the chain history too for other
> nodes to bootstrap from) You've also got better security because you
> *are* validating blocks, starting off incompletely, and increasingly
> completely until your finally validating fully. Privacy is improved, =
for
> both you and others, by mixing your transactions with others and =
adding
> to the overall anonymity set.
>=20
> In the future we'll have miners commit a hash of the UTXO set, and =
that
> gives us even more options to, for instance, have relayed transactions
> include proof that their inputs were valid, allowing all nodes to =
relay
> them safely.


--Apple-Mail=_1021365A-1C80-4E71-8585-29CBD4A47804
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-----
Version: GnuPG/MacGPG2 v2.0.18 (Darwin)

iQIcBAEBAgAGBQJR5p4lAAoJECAN2ykHU5Y6saYP/2QKxgQ/zAsWZLzTnD3DjUbH
mxji99mwHGp23/AJ3ROkuRHX/tX2hCqX3sT9x+ftlpjds1QuPHDBc10P3JR7+yO4
30PJ5IabiU2NEvDxqgk7LVNim0D0ffGgtOKykEVL+smAN/l5ghM6fonNrGw3+hmh
BSU1Q4w+T02AIyfIAusCQr2PeaYVPu8OE5vX+TlJtHUrDJSuOSRDEP175XT8P6zJ
eDnEKJmUjAzbKliSoUERM6afufBr5l3J7VNBBScpkICt8C85LGZ8wGa942zfe32W
6pPPcaZyuX8MCY3utc6Eludzrk/BgVHklg/K+8W1fiPuMH4E4q6POaf9EEdGAJBJ
4TKGO4mMsT/Dt3vzt7/x/Ql05qIz+NMi3rA5M48sZ6nMGNFmtwDu25sNqYWzGzc/
fgAwuKkTi9ltLG9r7loyQW7/f7HOxe3qzgO1wHH43kIgLEifneptllTIUHTZjIAO
DT5fY5P4IkZgDMq1EpYjD1Ia1evamCPem2j6NQtD+0vznG0+z7lLemVePBqZKFgO
Db5NepL19hChUHru0Rt0g70ZTm3OyZVnmlQZClHo2AQFcldJ++rxpXYZWW7kLECZ
y+Xb2QSj31X5mr3zDeEgF/ESNaYjF2TyVa9vl20RTUisancbXsHxQQwXTAek2hRN
0vXuT9qMU6coO+ZMtwPd
=k8+F
-----END PGP SIGNATURE-----

--Apple-Mail=_1021365A-1C80-4E71-8585-29CBD4A47804--