{"type":"rich","version":"1.0","author_name":"npub1c56tk56u5846gc9tj6kcd886y9sztx6yrj24zhegrsv87qfs7nes834kvp","author_url":"https://nostr.ae/npub1c56tk56u5846gc9tj6kcd886y9sztx6yrj24zhegrsv87qfs7nes834kvp","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2013-07-17\n📝 Original message:Peter,\n\nThis 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.\n\nWill you implement this?\n\n-wendell\n\ngrabhive.com | twitter.com/grabhive\n\nOn Jul 17, 2013, at 12:58 PM, Peter Todd wrote:\n\n\u003e So what's useful about that? Basically it means your node starts with\n\u003e the same security level, and usefulness to the network, as a SPV node.\n\u003e But over time you keep downloading blocks as they are created, and with\n\u003e whatever bandwidth you have left (out of some user-configurable\n\u003e allocation) you download additional blocks going further and further\n\u003e back in time. Gradually your UTXO set becomes more complete, and over\n\u003e time you can verify a higher and higher % of all valid transactions.\n\u003e Eventually your node becomes a full node, but in the meantime it was\n\u003e still useful for the user, and still contributed to the network by\n\u003e relaying blocks and an increasingly large subset of all transactions.\n\u003e (optionally you can store a subset of the chain history too for other\n\u003e nodes to bootstrap from) You've also got better security because you\n\u003e *are* validating blocks, starting off incompletely, and increasingly\n\u003e completely until your finally validating fully. Privacy is improved, for\n\u003e both you and others, by mixing your transactions with others and adding\n\u003e to the overall anonymity set.\n\u003e \n\u003e In the future we'll have miners commit a hash of the UTXO set, and that\n\u003e gives us even more options to, for instance, have relayed transactions\n\u003e include proof that their inputs were valid, allowing all nodes to relay\n\u003e them safely.\n\n-------------- next part --------------\nA non-text attachment was scrubbed...\nName: signature.asc\nType: application/pgp-signature\nSize: 841 bytes\nDesc: Message signed with OpenPGP using GPGMail\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20130717/e78aceae/attachment.sig\u003e"}