rich1.0npub1ccegg9n9lnx6huppxg43m95488yur7pfemkn3pz0agjws5ffvtts0ex8m8https://nostr.ae/npub1ccegg9n9lnx6huppxg43m95488yur7pfemkn3pz0agjws5ffvtts0ex8m8njumphttps://nostr.ae📅 Original date posted:2014-04-09 📝 Original message: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ás Blummer http://bitsofproof.com On 09.04.2014, at 17:57, Gregory Maxwell <gmaxwell at gmail.com> wrote: > On Wed, Apr 9, 2014 at 8:42 AM, Brian Hoffman <brianchoffman at 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— > say— 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_Cloudbees > _______________________________________________ > Bitcoin-development mailing list > Bitcoin-development at lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20140409/44274e19/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/20140409/44274e19/attachment.sig>