<div>I believe that as we continue to add users to the system by scaling capacity that we will see more new nodes appear, but I&#39;m at a bit of a loss as to how to empirically prove it. </div><div><br></div><div>I do see your point on increasing load on archival nodes, but the majority of that load is going to come from new nodes coming online, they&#39;re the only ones going after very old blocks.   I could see that as a potential attack vector, overwhelm the archival nodes by spinning up new nodes constantly, therefore making it difficult for a &quot;real&quot; new node to get up to speed in a reasonable amount of time. </div><div><br></div><div>Perhaps the answer there would be a way to pay an archival node a small amount of bitcoin in order to retrieve blocks older than a certain cutoff?  Include an IP address for the node asking for the data as metadata in the transaction...  Archival nodes could set and publish their own policy, let the market decide what those older blocks are worth.  Would also help to incentivize running archival node, which we do need.  Of course, this isn&#39;t very user friendly. </div><div><br></div><div>We can take this to bitcoin-discuss, if we&#39;re getting too far off topic.</div><div><br></div><div><br><div class="gmail_quote"><div>On Wed, Mar 29, 2017 at 11:25 AM David Vorick &lt;<a href="mailto:david.vorick@gmail.com">david.vorick@gmail.com</a>&gt; wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_msg"><div class="gmail_msg"><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_extra gmail_msg"><div class="gmail_quote gmail_msg">On Mar 29, 2017 12:20 PM, &quot;Andrew Johnson&quot; &lt;<a href="mailto:andrew.johnson83@gmail.com" class="gmail_msg" target="_blank">andrew.johnson83@gmail.com</a>&gt; wrote:<br type="attribution" class="gmail_msg"><blockquote class="m_-8040488637046144933quote gmail_msg" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_msg">What&#39;s stopping these users from running a pruned node?  Not every node needs to store a complete copy of the blockchain. </div></blockquote></div></div></div><div class="gmail_msg"><br class="gmail_msg"></div><div class="gmail_msg"><div class="gmail_extra gmail_msg"><div class="gmail_quote gmail_msg"><blockquote class="m_-8040488637046144933quote gmail_msg" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_msg"></div></blockquote></div></div></div></div><div class="gmail_msg"><div class="gmail_msg"><span style="font-family:sans-serif" class="gmail_msg">Pruned nodes are not the default configuration, if it was the default configuration then I think you would see far more users running a pruned node.</span><div style="font-family:sans-serif" class="gmail_msg"><br class="gmail_msg"></div><div style="font-family:sans-serif" class="gmail_msg">But that would also substantially increase the burden on archive nodes.</div><br class="gmail_msg"></div><div class="gmail_msg"><br class="gmail_msg"><span style="font-family:sans-serif" class="gmail_msg">Further discussion about disk space requirements should be taken to another thread.</span><br class="gmail_msg"></div><div class="gmail_msg"><div class="gmail_extra gmail_msg"><div class="gmail_quote gmail_msg"><blockquote class="m_-8040488637046144933quote gmail_msg" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="gmail_msg"><br class="gmail_msg"></div></blockquote></div></div></div></div>
</blockquote></div></div><div dir="ltr">-- <br></div><div data-smartmail="gmail_signature">Andrew Johnson<br><div><br></div></div>