<div dir="ltr">&gt;&gt;<br style="font-size:12.8px"><span style="font-size:12.8px">I would expect any uncontroversial hardfork to be deployed in testnet3</span><br style="font-size:12.8px"><span style="font-size:12.8px">before it is deployed in bitcoin&#39;s main chain.</span><div><span style="font-size:12.8px">&lt;&lt;</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Ok, glad to hear that. </span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">&gt;&gt;</span></div><div><span style="font-size:12.8px">In any case, you can already do these tests using</span><br style="font-size:12.8px"><a href="https://github.com/bitcoin/bitcoin/pull/6382" rel="noreferrer" target="_blank" style="font-size:12.8px">https://github.com/bitcoin/bitcoin/pull/6382</a><span style="font-size:12.8px"><br></span></div><div>&lt;&lt;</div><div><br></div><div>I saw your post about that awhile ago, thanks for doing the work!  My fiddling with that end of the food chain is gated by my needing to block out a weekend to set up a bitcoind build environment.</div><div><br></div><div>How do &quot;big-block&quot; testnet nodes running this 6382 rev recognize each other on the peer network? If I set up a 2MB block limit testnet node and -addnode another 2MB block testnet node (say, JornC&#39;s node) to it, and my node mines a block stuffed with 1.3MB of test txs, the other &quot;big-block&quot; node should accept my mined block, but it will be rejected / immediately orphaned by the rest of the testnet network because it exceeds their notion of block size limit, correct?</div><div><br></div><div>Thanks,</div><div>-Danny</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Aug 19, 2015 at 2:29 AM, Jorge Timón <span dir="ltr">&lt;<a href="mailto:jtimon@jtimon.cc" target="_blank">jtimon@jtimon.cc</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Tue, Aug 18, 2015 at 11:06 PM, Danny Thorpe via bitcoin-dev<br>
&lt;<a href="mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.linuxfoundation.org</a>&gt; wrote:<br>
&gt;<br>
&gt; Ya, so?  All that means is that the experiment might reach the hard fork tipping point faster than mainnet would. Verifying that the network can handle such transitions, and how larger blocks affect the network, is the point of testing.<br>
&gt;<br>
&gt; And when I refer to testnet, I mean the public global testnet blockchain, not in-house isolated networks like testnet-in-a-box.<br>
<br>
I would expect any uncontroversial hardfork to be deployed in testnet3<br>
before it is deployed in bitcoin&#39;s main chain.<br>
<br>
In any case, you can already do these tests using<br>
<a href="https://github.com/bitcoin/bitcoin/pull/6382" rel="noreferrer" target="_blank">https://github.com/bitcoin/bitcoin/pull/6382</a><br>
Note that even if the new testchains are regtest-like (ie cheap proof<br>
of work) you don&#39;t need to test them &quot;in-a-box&quot;: you can run them from<br>
many different places.<br>
Rusty&#39;s test ( <a href="http://rusty.ozlabs.org/?p=509" rel="noreferrer" target="_blank">http://rusty.ozlabs.org/?p=509</a> ) could have been<br>
perfectly made using #6382, it just didn&#39;t existed at the time.<br>
</blockquote></div><br></div>