Date: Thu, 21 Nov 2013 22:11:57 +0100
From: Adam Back <adam@cypherspace.org>
To: Melvin Carvalho <melvincarvalho@gmail.com>
Message-ID: <20131121211157.GA4871@netbook.cypherspace.org>
References: <20130519132359.GA12366@netbook.cypherspace.org>
	<CAMGNxUsGRyYWepSn4on+V9CJAj0J8oSXndo36OrrCyMhvKnoxA@mail.gmail.com>
	<5199C3DE.901@gmail.com>
	<20131014180807.GA32082@netbook.cypherspace.org>
	<CAKaEYhJVLhRfcX7T62S8fx+cPKJepQCd4gBnqv5cUJzcGM7MHA@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Disposition: inline
In-Reply-To: <CAKaEYhJVLhRfcX7T62S8fx+cPKJepQCd4gBnqv5cUJzcGM7MHA@mail.gmail.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Bitcoin Dev <bitcoin-development@lists.sourceforge.net>
Subject: [Bitcoin-development] bitcoin 1.x & 0.x in parallel (Re: is there a
 way to do bitcoin-staging?)
Precedence: list

Yeah but that sounds pretty much like test-net and starts a new digital
scarcity on an alpha-qa level network, with an implied promise that maybe if
you're lucky your coins might survive the alpha testing and have some value.

I'm not talking about some slightly stabler version of test-net.

Probably bitcoin staging is the wrong name.  I mean like development of
bitcoin 1.x in parallel with bitcoin 0.x which includes like test net for
both, and strong (though maybe not quite as high) assurance of qa and care
as bitcoin 0.x.  Just as a way to get features like Mark Freidenbach's
freimarket script extensions, and some of the disabled scripts validated on
1.x testnet and then after rigorous testing deployed onto 1.x  Because they
are new features even with good testing that introduces non-zero risk, hence
the 1 way peg idea.  Welcome to suggest better names for the idea...

Of course maybe the other issue is insufficient people with the skills and
motivation to support two parallel efforts.

It gives somewhere to code and test and then deploy clearly useful things
but that dont warrant a hard fork.

Adam

Melvin wrote:
>   I think there may be a simpler way to do this.
>   Create a new genesis block for a staging network, but in all other
>   aspects, as far as possible, keep the properties the same as bitcoin.
>   Do not actively be opposed to it being traded, but people need to know
>   that, although there is no intention to reset the chain, new and
>   potentially not fully tested, changes can be rolled into the network.
>   Anyone mining staging coins should be prepared for the value to go to
>   zero.
>   Perhaps also a "straw poll" voting system could be set up for those
>   that own staging coins could sign messages saying which patches they
>   would like to test out next.  When patches are stable in the staging
>   area, they could be "promoted" to the main net ...