<oembed><type>rich</type><version>1.0</version><author_name>npub1m230cem2yh3mtdzkg32qhj73uytgkyg5ylxsu083n3tpjnajxx4qqa2np2</author_name><author_url>https://nostr.ae/npub1m230cem2yh3mtdzkg32qhj73uytgkyg5ylxsu083n3tpjnajxx4qqa2np2</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2014-04-09&#xA;📝 Original message:-----BEGIN PGP SIGNED MESSAGE-----&#xA;Hash: SHA512&#xA;&#xA;&#xA;&#xA;On 9 April 2014 13:50:03 GMT-04:00, Tamas Blummer &lt;tamas at bitsofproof.com&gt; wrote:&#xA;&gt;Block header has to be available in SPV and also in an UTXO only&#xA;&gt;storing core node, so why not serve it if bandwith allows.&#xA;&gt;&#xA;&gt;Serving any additional information like known peer adresses or known&#xA;&gt;full blocks is certainly beneficial and should be offered if at hand.&#xA;&#xA;Big security advantages too. For instance if an attacker hacks, say, 10℅ of hashing power the next step for them to attack SPV clients is to try to Sybil attack them so they won&#39;t find out about the longer chain. The fewer providers of block chain data there are out there the easier that attack is - just simultaneously DoS a bunch of nodes, perhaps by a low-bandwidth exploit like the bloom io or division by zero DoS attacks. This is much harder to pull off if every SPV client is passing around block headers.&#xA;&#xA;Similarly by passing around full blocks the attacker has a harder time knocking other miners off the network. Regardless of whether or not a miner&#39;s peers are fully validating chain data they still have the data they need to mine the next block and thus extend the longest correct chain.&#xA;-----BEGIN PGP SIGNATURE-----&#xA;Version: APG v1.1.1&#xA;&#xA;iQFQBAEBCgA6BQJTRYu+MxxQZXRlciBUb2RkIChsb3cgc2VjdXJpdHkga2V5KSA8&#xA;cGV0ZUBwZXRlcnRvZGQub3JnPgAKCRAZnIM7qOfwheuQCADUyClLOLP1xpG1000l&#xA;uzcfPTZuIXTpzOAmYHKs/MSb6mph/Shsu0/94eW7npQNSVeZC8wQQZ1oFQ9j1GJc&#xA;SKViYJfn5yMdNvMkaWazhC0r3jxxF0AI7oy2KlnSjasfczfOQuYICJadTCwvUHrb&#xA;GrKVDbgsKNzZYYKn86vF4hsLwtJN4moeqX85TYN1DC7//7hgNywA73Xt2/gdwfqe&#xA;LOsD4nS7mUQObQd6TcLwXDDNEGTrdS572jdYH5sykwZjPH+wqwcm2WKTnIULsJR0&#xA;OwGUi505AKJJnLcEmZ/kGbCmKB+xJ5kExjlExtcUPrJlc+xqubhnnGCMjBiGCXSY&#xA;kYCK&#xA;=HXRZ&#xA;-----END PGP SIGNATURE-----</html></oembed>