From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193] helo=mx.sourceforge.net) by sfs-ml-4.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1Uf0Q7-00059i-6t for bitcoin-development@lists.sourceforge.net; Wed, 22 May 2013 04:12:59 +0000 X-ACL-Warn: Received: from mail-pb0-f47.google.com ([209.85.160.47]) by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1Uf0Q6-0004tV-3g for bitcoin-development@lists.sourceforge.net; Wed, 22 May 2013 04:12:59 +0000 Received: by mail-pb0-f47.google.com with SMTP id rr4so1285427pbb.20 for ; Tue, 21 May 2013 21:12:52 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:x-originating-ip:in-reply-to:references:date :message-id:subject:from:to:cc:content-type:x-gm-message-state; bh=bvE5VEjGjv6KFnWYW2K1WVrwWkDpZHXC4wxBOp1P6qY=; b=LjkHPjWbv/pzf7kjVdFSo/F24BK6XYzdhq8zF78MABtCDdSc7/l/DJca8SVK1iHZ1e fYhHtnS4E6IDPkxideFfmHhnWilpQkjsjW2UasBxftYECurYKySiJbWSlTgCdCrk4I/x UNRMDTiTw0+nKnsWbYrtFHwPlGwckXocqqF8VolzM6zLRclL0ucnH1TitysJ4x+jRZaR qDV6txdERElFRgplgDp94l+eR/s1O2gDKN8xo/F48TMqbYXTMQxEGsBOkfvaW3p+K25n mvxYsKxKpA2FiwUNvn8zVzxkT2viFrydqLxYyghRxnWnxiLQGoNgkGZYLSGTIr6j4dw/ pl+Q== MIME-Version: 1.0 X-Received: by 10.68.20.193 with SMTP id p1mr5827161pbe.218.1369195972170; Tue, 21 May 2013 21:12:52 -0700 (PDT) Received: by 10.68.15.194 with HTTP; Tue, 21 May 2013 21:12:52 -0700 (PDT) X-Originating-IP: [24.30.48.124] In-Reply-To: <20130522033720.GE20236@zooko.com> References: <20130519132359.GA12366@netbook.cypherspace.org> <20130522033720.GE20236@zooko.com> Date: Wed, 22 May 2013 00:12:52 -0400 Message-ID: From: Jeff Garzik To: zooko Content-Type: text/plain; charset=ISO-8859-1 X-Gm-Message-State: ALoCoQkNsJrajwRZAIc86n2UH1A+N0QFUmr9mbbtVRqWPwh5Mhliav8TWOnTjyTCM7ervfLVDsr6 X-Spam-Score: 0.0 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. X-Headers-End: 1Uf0Q6-0004tV-3g Cc: Bitcoin-Dev Subject: Re: [Bitcoin-development] is there a way to do bitcoin-staging? X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 May 2013 04:12:59 -0000 On Tue, May 21, 2013 at 11:37 PM, zooko wrote: > Folks: > > I'm very interested in this idea. I got really excited about it and started > trying to write up schemes to implement it. Like much of Bitcoin, it gets my > head spinning, but then it turns out I don't really understand it. > > Because when my write-ups of implementations all turned to dust and ashes, then > I reconsidered, and I realized that I don't actually understand how the > proposed thing is different than testnet. The proposed difference seems to be > about assigning real value to the coins on this "beta bitcoin blockchain", but > that's mostly not up to developers, except possibly through some crazy scheme > which forces "beta bitcoins" to be exchangeable for real bitcoins... Actually, > no, not even then. Note that testnet operates under the threat of being reset at any time, if someone comes along and destroys its usefulness with spam or mining or whatnot. That guarantees it remains a testing tool, and not a real alt-currency. The current testnet is the third iteration, hence you see "testnet3" in some source code. This option is always available for any merge-mined chain as well, ensuring little real value is assigned to the test chain. But that is a binary decision: If you don't have a reset-the-chain policy, you have a de facto "it is a real currency" policy. > So I guess what is *really* exciting about this idea has nothing to do with > making the "beta" coins valuable nor with novel schemes for linking > semi-independent blockchains. What is really exciting about it is a shared > codebase that the Bitcoin core developers are (at least nominally) paying > attention to, and that you can play with on some public blockchain. > > So if that's the right goal, then the solution is a branch or a fork on github, > and a name such as "bitcoin-next" or "bitcoin-staging" or whatever that confers > a certain aura of relevance. > > And maybe some publicly celebrated list of the testnet blockchain forks which > have been inevitably created by this "bitcoin-next" codebase. > > It would give people with the "better Bitcoin bug" (such as me) a common > codebase to aim pull requests at, and to fork on github. A fork of the bitcoin.git codebase has the nice attribute of making it easy to "upstream" any useful changes that are not specific to that one alt-coin. > This feels different to me from the "go do it on an alt coin" idea, because If > suspect most bitcoin core devs aren't really paying that much attention to alt > coin. I know *I'm* not paying attention to them, because I'm already overloaded > with things to learn. Having to learn about alt coins in order to try to > communicate with bitcoin core devs that may or may not be really paying > attention to the alt coin sounds daunting. What's neat about bitcoin is that it invented a whole new /category/ of technology. It's not just /an/ invention, but opened up all this new experimentation with the new concept of money itself. However for the bitcoin.git reference implementation, it makes more sense to focus on supporting existing bitcoin users. That permits alt-coins to bubble up (or not) organically, and at the same time reduces user confusion. We have enough trouble explaining the basics of bitcoin to the world; trying to keep follow every alt-coin bandwagon just muddies the waters from a messaging standpoint. alt-coin changes fall into two categories: 1) Rule changes. We don't want these. 2) Generic bug fixes, cleanups, changes etc. It would be nice to see improvements bubble up, benefitting everybody. -- Jeff Garzik exMULTI, Inc. jgarzik@exmulti.com