<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">(at reduced security if it has software that doesnt understand it) </blockquote><div><br></div><div>Well, yes. Isn&#39;t that rather key to the issue?  Whereas by simply increasing the block size, SPV wallets don&#39;t care (same security and protocol as before) and fully validating wallets can be updated with a very small code change.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">A 1MB client wont even understand the difference between a 1MB and 8MB<br>
out payment. </blockquote><div><br></div><div>Let&#39;s say an old client makes a payment that only gets confirmed in an extension block. The wallet will think the payment is unconfirmed and show that to the user forever, no?</div><div> </div><div>Can you walk through the UX for each case?</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">If I am not misremembering, I think you&#39;ve sided typically<br>
with the huge block, big data center only end of the spectrum.  </blockquote><div><br></div><div>It would be Satoshi, that argued that.</div><div><br></div><div>I think there must be a communication issue here somewhere. I&#39;m not sure how this meme has taken hold amongst you guys, as I am the guy who wrote the scalability page back in 2011:</div><div><br></div><div><a href="https://en.bitcoin.it/wiki/Scalability">https://en.bitcoin.it/wiki/Scalability</a><br></div><div><br></div><div>It says:</div><div><br></div></div></div><blockquote style="margin:0px 0px 0px 40px;border:none;padding:0px"><div class="gmail_extra"><div class="gmail_quote"><div><span style="color:rgb(37,37,37);font-family:sans-serif;font-size:14px;line-height:17.9200000762939px"><i>The core Bitcoin network can scale to much higher transaction rates than are seen today, assuming that nodes in the network are primarily running on high end servers rather than desktops. </i></span></div></div></div></blockquote><div class="gmail_extra"><div class="gmail_quote"><div><span style="color:rgb(37,37,37);font-family:sans-serif;font-size:14px;line-height:17.9200000762939px"><br></span></div><div><font color="#252525" face="sans-serif"><span style="line-height:17.9200000762939px">By &quot;much higher rates&quot; I meant VISA scale and by &quot;high end server&quot; I meant high end by today&#39;s standards not tomorrows. There&#39;s a big difference between a datacenter and a single server! </span></font><span style="color:rgb(37,37,37);font-family:sans-serif;line-height:17.9200000762939px">By definition a single server is not a datacenter, although it would be conventional to place it in one. But </span><span style="line-height:17.9200000762939px;color:rgb(37,37,37);font-family:sans-serif">even with the most wildly optimistic growth imaginable, I couldn&#39;t foresee a time when you needed more than a single machine to keep up with the transaction stream. </span></div><div><font color="#252525" face="sans-serif"><span style="line-height:17.9200000762939px"><br></span></font></div><div><font color="#252525" face="sans-serif"><span style="line-height:17.9200000762939px">And we&#39;re not going to get to VISA scale any time soon: I don&#39;t think I&#39;ve ever argued we will. If it does happen it would presumably be decades away. Again, short of some currently unimagined killer app.</span></font></div><div><font color="#252525" face="sans-serif"><span style="line-height:17.9200000762939px"><br></span></font></div><div><font color="#252525" face="sans-serif"><span style="line-height:17.9200000762939px">So I don&#39;t believe I&#39;ve ever argued this, and honestly I kinda feel people are putting words in my mouth.</span></font></div></div></div></div>