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-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1UnbGM-0006mE-Sl for bitcoin-development@lists.sourceforge.net; Fri, 14 Jun 2013 21:10:26 +0000 X-ACL-Warn: Received: from zinan.dashjr.org ([173.242.112.54]) by sog-mx-3.v43.ch3.sourceforge.com with esmtp (Exim 4.76) id 1UnbGL-00032f-QJ for bitcoin-development@lists.sourceforge.net; Fri, 14 Jun 2013 21:10:26 +0000 Received: from ishibashi.localnet (unknown [IPv6:2001:470:5:265:222:4dff:fe50:4c49]) (Authenticated sender: luke-jr) by zinan.dashjr.org (Postfix) with ESMTPSA id C06AC27A2966; Fri, 14 Jun 2013 21:10:13 +0000 (UTC) From: "Luke-Jr" To: bitcoin-development@lists.sourceforge.net Date: Fri, 14 Jun 2013 21:10:08 +0000 User-Agent: KMail/1.13.7 (Linux/3.7.8-gentoo; KDE/4.10.3; x86_64; ; ) References: <20130519132359.GA12366@netbook.cypherspace.org> <20130614192058.GA11509@petertodd.org> <20130614205031.GB10215@netbook.cypherspace.org> In-Reply-To: <20130614205031.GB10215@netbook.cypherspace.org> X-PGP-Key-Fingerprint: E463 A93F 5F31 17EE DE6C 7316 BD02 9424 21F4 889F X-PGP-Key-ID: BD02942421F4889F X-PGP-Keyserver: hkp://pgp.mit.edu MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201306142110.09687.luke@dashjr.org> X-Spam-Score: -0.3 (/) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -0.3 RP_MATCHES_RCVD Envelope sender domain matches handover relay domain X-Headers-End: 1UnbGL-00032f-QJ 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: Fri, 14 Jun 2013 21:10:27 -0000 Note that the "earn a mixture of BTC and TBC, but not both in full volume" only works for TBC because the price is by definition fixed with BTC. I'm not sure how you could implement something like this for an altcoin where the price is floating independently of Bitcoin.. that is, how you would know the right amount of Bitcoin to require sacrificed. Luke On Friday, June 14, 2013 8:50:31 PM Adam Back wrote: > Agreed. What I mean is a coinbase for parity-priced alt-coin would be > intentionally considered (and required by the alt-coin to be considered) an > invalid bitcoin address, and vice versa. The difference is for this > purpose it is both valid alt-coin coinbase (as well as unspendable bitcoin > coinbase). > > Adam > > On Fri, Jun 14, 2013 at 03:20:58PM -0400, Peter Todd wrote: > >On Thu, Jun 13, 2013 at 03:39:32PM +0200, Adam Back wrote: > >> I had one thought towards this which is a different kind of merged > >> mining. > >> > >> I think a "fair" merged mining aiming for price parity would be done by > >> the miner having to choose the altcoin or btc at mine time, and altcoin > >> chain considering btc mine unspendable and bitcoin considering ac > >> unspendable. > > > >One way to look at what you are describing is to say you want to prove > >your sacrifice of potential BTC earnings. That goes back to the PoW > >hashcash stuff I mentioned earlier, and is accomplished by simply mining > >shares with an unspendable coinbase to prove you did work that could > >have resulted in Bitcoins, but didn't. > > --------------------------------------------------------------------------- > --- This SF.net email is sponsored by Windows: > > Build for Windows Store. > > http://p.sf.net/sfu/windows-dev2dev > _______________________________________________ > Bitcoin-development mailing list > Bitcoin-development@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/bitcoin-development