<div dir="ltr">Is there a relatively easy way to switch between Testnet versions in the client? On the forums I am in discussion with one member who mentioned the idea of a Main net, a testnet and a &quot;beta-net&quot; where the coins on the beta-net would be allowed to have value. It seems like simple and logical way to do this would be something like a &quot;testnet=1, testnetversion=3&quot; in the bitcoin.conf file. Is this possible? </div>

<div class="gmail_extra"><br><br><div class="gmail_quote">On Sat, Jun 15, 2013 at 3:26 PM, Dennison Bertram <span dir="ltr">&lt;<a href="mailto:dennison@dennisonbertram.com" target="_blank">dennison@dennisonbertram.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="auto"><div>Why use ripple and not just use the testnet? </div><div><br></div><div>The advantageous of allowing testnet to be used as an alt-coin are That Non standard transactions can be tested in a pseudo live environment where because the coins have some nominal value people are incentivized to try and steal and come up with clever ways of gamin the system. This sort of knowledge would be invaluable if non standard transactions are ever going to become a reality on main net. </div>

<div><br></div><div>It also allows developers a chance to develop in advance new technologies and services that currently won&#39;t run on bitcoin main net but might be enabled in the future at which point they can switch over to main net. Additionally without any development happening with non standard transactions as currently there is no economic incentive , there might be a strong argument to never bother enabling non standard transactions as the risk of doing so might not justify in many people&#39;s minds  the benefits as if no one develops anything in advance  most users might not find the theoretical possibilities worth the risk, thus permanently hobbling the full potential of satoshis idea. Rather if testnet were allowed to act as an alt coin something cool might be developed that the main net users might desire enough to overcome the inertia of the status quo. </div>

<div><br></div><div>Additionally it should be considered that the time in the future when non standard transactions might be enabled  might be so far in the future when bitcoin has hit mass adoption and changing anything might require far more political negotiations between users and devs then currently. Meaning that perhaps much more proof of functionality and value as well as testing might e required. </div>

<div><br></div><div>Dennison</div><div><br>Sent from my iPhone</div><div><div class="h5"><div><br>On Jun 15, 2013, at 1:18 PM, Melvin Carvalho &lt;<a href="mailto:melvincarvalho@gmail.com" target="_blank">melvincarvalho@gmail.com</a>&gt; wrote:<br>

<br></div><blockquote type="cite"><div><div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On 19 May 2013 15:23, Adam Back <span dir="ltr">&lt;<a href="mailto:adam@cypherspace.org" target="_blank">adam@cypherspace.org</a>&gt;</span> wrote:<br>


<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Is there a way to experiment with new features - eg committed coins - that<br>
doesnt involve an altcoin in the conventional sense, and also doesnt impose<br>
a big testing burden on bitcoin main which is a security and testing risk?<br>
<br>
eg lets say some form of merged mine where an alt-coin lets call it<br>
bitcoin-staging?  where the coins are the same coins as on bitcoin, the<br>
mining power goes to bitcoin main, so some aspect of merged mining, but no<br>
native mining.  and ability to use bitcoins by locking them on bitcoin to<br>
move them to bitcoin-staging and vice versa (ie exchange them 1:1<br>
cryptographically, no exchange).<br>
<br>
Did anyone figure anything like that out?  Seems vaguely doable and<br>
maybe productive.  The only people with coins at risk of defects in a new<br>
feature, or insufficiently well tested novel feature are people with coins<br>
on bitcoin-staging.<br>
<br>
Yes I know about bitcoin-test this is not it.  I mean a real live system,<br>
with live value, but that is intentionally wanting to avoid forking bitcoins<br>
parameters, nor value, nor mindshare dillution.  In this way something<br>
potentially interesting could move forward faster, and be les risky to the<br>
main bitcoin network.  eg particularly defenses against<br>
<br>
It might also be a more real world test test (after bitcoin-test) because<br>
some parameters are different on test, and some issues may not manifest<br>
without more real activity.<br>
<br>
Then also bitcoin could cherry pick interesting patches and merge them after<br>
extensive real-world validation with real-money at stake (by early<br>
adopters).<br></blockquote><div><br></div><div>Interesting idea.  I wonder if ripple could be used to set up a transfer system between the &#39;main&#39; and &#39;staging&#39; systems ...<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<br>
Adam<br>
<br>
------------------------------------------------------------------------------<br>
AlienVault Unified Security Management (USM) platform delivers complete<br>
security visibility with the essential security capabilities. Easily and<br>
efficiently configure, manage, and operate all of your security controls<br>
from a single console and one unified framework. Download a free trial.<br>
<a href="http://p.sf.net/sfu/alienvault_d2d" target="_blank">http://p.sf.net/sfu/alienvault_d2d</a><br>
_______________________________________________<br>
Bitcoin-development mailing list<br>
<a href="mailto:Bitcoin-development@lists.sourceforge.net" target="_blank">Bitcoin-development@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/bitcoin-development" target="_blank">https://lists.sourceforge.net/lists/listinfo/bitcoin-development</a><br>
</blockquote></div><br></div></div>
</div></blockquote></div></div><div class="im"><blockquote type="cite"><div><span>------------------------------------------------------------------------------</span><br><span>This <a href="http://SF.net" target="_blank">SF.net</a> email is sponsored by Windows:</span><br>

<span></span><br><span>Build for Windows Store.</span><br><span></span><br><span><a href="http://p.sf.net/sfu/windows-dev2dev" target="_blank">http://p.sf.net/sfu/windows-dev2dev</a></span></div></blockquote></div><blockquote type="cite">

<div><span>_______________________________________________</span><div class="im"><br><span>Bitcoin-development mailing list</span><br><span><a href="mailto:Bitcoin-development@lists.sourceforge.net" target="_blank">Bitcoin-development@lists.sourceforge.net</a></span><br>

<span><a href="https://lists.sourceforge.net/lists/listinfo/bitcoin-development" target="_blank">https://lists.sourceforge.net/lists/listinfo/bitcoin-development</a></span><br></div></div></blockquote></div></blockquote>
</div>
<br><br clear="all"><div><br></div>-- <br>







<p>Dennison Bertram, photographer and film maker</p>
<p><a href="http://www.dennisonbertram.com" target="_blank">www.dennisonbertram.com</a></p>
<p><a href="mailto:dennison@dennisonbertram.com" target="_blank">dennison@dennisonbertram.com</a></p>
<p>Milan: +39 320 781 0128</p><br>
</div>