{"type":"rich","version":"1.0","author_name":"npub1ccegg9n9lnx6huppxg43m95488yur7pfemkn3pz0agjws5ffvtts0ex8m8","author_url":"https://nostr.ae/npub1ccegg9n9lnx6huppxg43m95488yur7pfemkn3pz0agjws5ffvtts0ex8m8","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2014-04-09\n📝 Original message:Block header has to be available in SPV and also in an UTXO only storing core node, so why not serve it if bandwith allows.\n\nServing any additional information like known peer adresses or known full blocks is certainly beneficial and should be offered if at hand.\n\nRegards,\n\nTamas Blummer\nhttp://bitsofproof.com\n\nOn 09.04.2014, at 19:46, Peter Todd \u003cpete at petertodd.org\u003e wrote:\n\n\u003e Signed PGP part\n\u003e \n\u003e \n\u003e On 9 April 2014 12:27:13 GMT-04:00, Tamas Blummer \u003ctamas at bitsofproof.com\u003e wrote:\n\u003e \u003eA border router that is not able to serve blocks is still protecting\n\u003e \u003econsensus rules, that SPVs do not.\n\u003e \u003eIf the network would only consist of SPV nodes only then e.g. a\n\u003e \u003emajority coalition of miner could increase their reward at will.\n\u003e \u003e\n\u003e \u003eArchives need a different solution.\n\u003e \n\u003e Any collective group that has a majority of hashing power will have no major issues running enough nodes that follow their rules to make SPV insecure anyway.\n\u003e \n\u003e There's no good reason not to have SPV security nodes distribute block chain data, particularly block headers. It helps provide redundancy in the network topology and helps provide more resources for full nodes to sync up faster. For instance in a network with a large number of partial UTXO set nodes if those nodes are forwarding block data to each other they can get enough data to become fully fledged full nodes without putting all the load on the existing full nodes.  This is a good thing.\n\u003e \n\u003e \n\u003e \n\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20140409/781e75c1/attachment.html\u003e\n-------------- next part --------------\nA non-text attachment was scrubbed...\nName: signature.asc\nType: application/pgp-signature\nSize: 495 bytes\nDesc: Message signed with OpenPGP using GPGMail\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20140409/781e75c1/attachment.sig\u003e"}