Received: from sog-mx-2.v43.ch3.sourceforge.com ([172.29.43.192] helo=mx.sourceforge.net) by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1WXv3w-0006oW-5X for bitcoin-development@lists.sourceforge.net; Wed, 09 Apr 2014 16:09:20 +0000 X-ACL-Warn: Received: from wp059.webpack.hosteurope.de ([80.237.132.66]) by sog-mx-2.v43.ch3.sourceforge.com with esmtps (TLSv1:AES256-SHA:256) (Exim 4.76) id 1WXv3u-0004ey-Kj for bitcoin-development@lists.sourceforge.net; Wed, 09 Apr 2014 16:09:20 +0000 Received: from [37.143.74.116] (helo=[192.168.2.2]); authenticated by wp059.webpack.hosteurope.de running ExIM with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) id 1WXv3o-0002Oe-61; Wed, 09 Apr 2014 18:09:12 +0200 Content-Type: multipart/signed; boundary="Apple-Mail=_96CB013C-7CDA-4D82-94CE-0AACCA98AFDA"; protocol="application/pgp-signature"; micalg=pgp-sha1 Mime-Version: 1.0 (Mac OS X Mail 7.2 \(1874\)) From: Tamas Blummer In-Reply-To: Date: Wed, 9 Apr 2014 18:09:13 +0200 Message-Id: References: To: Gregory Maxwell X-Mailer: Apple Mail (2.1874) X-bounce-key: webpack.hosteurope.de; tamas@bitsofproof.com; 1397059758; c4f97275; X-Spam-Score: 1.0 (+) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. 1.0 HTML_MESSAGE BODY: HTML included in message X-Headers-End: 1WXv3u-0004ey-Kj Cc: Bitcoin Dev Subject: Re: [Bitcoin-development] Bitcoind-in-background mode for SPV wallets X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Apr 2014 16:09:20 -0000 --Apple-Mail=_96CB013C-7CDA-4D82-94CE-0AACCA98AFDA Content-Type: multipart/alternative; boundary="Apple-Mail=_37CC204C-9270-4974-8D19-074E9431BD70" --Apple-Mail=_37CC204C-9270-4974-8D19-074E9431BD70 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I am glad that SPV wallets are discussed outside the scope of mobile = devices! Yes, SPV is a sufficient API to a trusted node to build sophisticated = features not offered by the core. SPV clients of the border router will build their own archive and = indices based on their interest of the chain therefore the border router core does not need to store (and process) anything not = needed for consensus, its memory or disk footprint would be as low as an optimal storage of UTXO. Regards, Tam=E1s Blummer http://bitsofproof.com On 09.04.2014, at 17:57, Gregory Maxwell wrote: > On Wed, Apr 9, 2014 at 8:42 AM, Brian Hoffman = wrote: >> How would this affect the user in terms of disk storage? They're = going to >> get hammered on space constraints aren't they? If it's not required = how >> likely are users to enable this? >=20 > If Bitcoin core activates pruning a full node can be supported in=97 > say=97 4GBytes or so. (That gives enough space to store the utxo about > 350MB now, and a couple gigs for blocks to serve out). >=20 > I'd imagine getting information from SPV wallet developers how much > disk usage agility they think is required is part of what Wladimir is > looking for. >=20 > = --------------------------------------------------------------------------= ---- > Put Bad Developers to Shame > Dominate Development with Jenkins Continuous Integration > Continuously Automate Build, Test & Deployment=20 > Start a new project now. Try Jenkins in the cloud. > http://p.sf.net/sfu/13600_Cloudbees > _______________________________________________ > Bitcoin-development mailing list > Bitcoin-development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development --Apple-Mail=_37CC204C-9270-4974-8D19-074E9431BD70 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 I am = glad that SPV wallets are discussed outside the scope of mobile = devices!

Yes, SPV is a sufficient API to a trusted node to build sophisticated = features not offered by the core.
SPV clients of the border router will = build their own archive and indices based on their interest of the chain = therefore the
border router core = does not need to store (and process) anything not needed for consensus, = its memory
or disk footprint = would be as low as an optimal storage of UTXO.

Regards,

Tam=E1s = Blummer
http://bitsofproof.com

On 09.04.2014, at 17:57, Gregory Maxwell <gmaxwell@gmail.com> = wrote:

On Wed, Apr 9, 2014 at 8:42 AM, Brian Hoffman <brianchoffman@gmail.com> = wrote:
How would this affect the user in = terms of disk storage? They're going to
get hammered on space = constraints aren't they? If it's not required how
likely are users to = enable this?

If Bitcoin core activates pruning a = full node can be supported in=97
say=97 4GBytes or so. (That gives = enough space to store the utxo about
350MB now, and a couple gigs for = blocks to serve out).

I'd imagine getting information from SPV = wallet developers how much
disk usage agility they think is required = is part of what Wladimir is
looking = for.

--------------------------------------------------------------= ----------------
Put Bad Developers to Shame
Dominate Development = with Jenkins Continuous Integration
Continuously Automate Build, Test = & Deployment
Start a new project now. Try Jenkins in the = cloud.
http://p.sf.net/sfu/13600_Clo= udbees
_______________________________________________
Bitcoin-d= evelopment mailing = list
Bitcoin-development@lists.sourceforge.net
https://lists.sourcef= orge.net/lists/listinfo/bitcoin-development

= --Apple-Mail=_37CC204C-9270-4974-8D19-074E9431BD70-- --Apple-Mail=_96CB013C-7CDA-4D82-94CE-0AACCA98AFDA 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 iQEcBAEBAgAGBQJTRXCpAAoJEPZykcUXcTkcpXEH/38BV294Ek/W304T82PpNzft zFYj4X7ovhqxIIvtT+dCk24KiirewUcwwCC77oaDNxHpd0V8OP0vkm2vmUzWzv9g ZiNZ8I22KHyQjVA8JKhszKo9T0sUubZ84mUmk0zROrR4OUFmPlFxMSz1reD1Kdwc AdiWLVNc+1Jo8cuEzDFR0LL/Y5HgHRM/pW64FXWNvAUR2R6nP/CJPE0U4GeEhzHp 9mfn2j/X3tsQ16F9PqQqDH8T17ga8hpKOJvC2FEH9QCmJfjjS6aSW1ApGJFlTPiy n95IK53AWZvHgzJkGKlOqcLfglJaEbPFXfgdll6hIWxSHCvNWfVfmC1BS99E1Gc= =ysNY -----END PGP SIGNATURE----- --Apple-Mail=_96CB013C-7CDA-4D82-94CE-0AACCA98AFDA--