Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 6AD1C143F for ; Tue, 29 Sep 2015 15:00:08 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-ig0-f173.google.com (mail-ig0-f173.google.com [209.85.213.173]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id A5665230 for ; Tue, 29 Sep 2015 15:00:06 +0000 (UTC) Received: by igxx6 with SMTP id x6so8874162igx.1 for ; Tue, 29 Sep 2015 08:00:06 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=5tGC1DvPMfJ40GrUbNZQ4oKaVr3z9R+mxgIY8tbJ45E=; b=TsMQ8M+YaRVQSmawQp+EAWIXa3z7T4m0ZHXBPdEKeroHPcRaBjSJC+sOFXGK84B1+W EjC0Ny4UPZJhWyK1hAb9QT/nxg3rPue1uwAP14cPFna7WasgBwZ6K8njbgv+A0ENaTo4 Zm9MH22H3K0eBkCMEeGlvRg8KszJdljbUm1L5ALzD+jfAbTyR8t0w7DBf/reWi9u2gWL C58nXGN6ZwqvG47r9323T5HvDYngDPWIKNICHGUi/wsQmgPlAiFV7ab/0upzNnRK4GRM 3AqRBmPNU1wFDu5QcYLXCP9YWYOhtxaorPi1XGA0hGyStdr5rVv6L3ad77rx3xuaTc0l HF8g== X-Gm-Message-State: ALoCoQk1a/FwCzmnEp9va8oW9CwNEMSn4Pga0CPBTUMkFmt7DMcMVit5SV5DopVqjNiGSptSeiTV X-Received: by 10.50.30.39 with SMTP id p7mr23167138igh.40.1443538806078; Tue, 29 Sep 2015 08:00:06 -0700 (PDT) MIME-Version: 1.0 Received: by 10.107.135.104 with HTTP; Tue, 29 Sep 2015 07:59:46 -0700 (PDT) X-Originating-IP: [173.228.107.141] In-Reply-To: <0DCA91F5-E6D3-49CB-B473-D1AE1D3D9885@toom.im> References: <0DCA91F5-E6D3-49CB-B473-D1AE1D3D9885@toom.im> From: Mark Friedenbach Date: Tue, 29 Sep 2015 07:59:46 -0700 Message-ID: To: "Jonathan Toomim (Toomim Bros)" Content-Type: multipart/alternative; boundary=047d7bdca5c0c1a18f0520e41177 X-Spam-Status: No, score=-2.6 required=5.0 tests=BAYES_00,HTML_MESSAGE, RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on smtp1.linux-foundation.org Cc: Bitcoin Dev Subject: Re: [bitcoin-dev] Is it possible for there to be two chains after a hard fork? X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Bitcoin Development Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Sep 2015 15:00:08 -0000 --047d7bdca5c0c1a18f0520e41177 Content-Type: text/plain; charset=UTF-8 You don't need to appeal to human psychology. At 75% threshold, it takes only 25.01% of the hashpower to report but not actually enforce the fork to cause the majority hashpower to remain on the old chain, but for upgraded clients to start rejecting the old chain. With 95% the same problem exists but with a threshold of 45.01%. BIP 66 showed this not to be a hypothetical concern. On Tue, Sep 29, 2015 at 7:17 AM, Jonathan Toomim (Toomim Bros) via bitcoin-dev wrote: > At the 95% threshold, I don't think it would happen unless there was a > very strong motivating factor, like a small group believing that CLTV was a > conspiracy run by the NSA agent John Titor to contaminate our precious > bodily fluids with time-traveling traveler's cheques. > > At the 75% threshold, I think it could happen with mostly rational users, > but even then it's not very likely with most forks. With the blocksize > issue, there are some people who get very religious about things like > decentralization or fee markets and think that even 1 MB is too large; I > could see them making financial sacrifices in order to try to make a > small-block parallel fork a reality, one that is true to their vision of > what's needed to make Bitcoin true and pure, or whatever. > > > > > On Sep 29, 2015, at 7:04 AM, Gavin Andresen > wrote: > > I keep seeing statements like this: > > On Tue, Sep 29, 2015 at 9:30 AM, Jonathan Toomim (Toomim Bros) via > bitcoin-dev wrote: > >> As a further benefit to hard forks, anybody who is ideologically opposed >> to the change can continue to use the old version successfully, as long as >> there are enough miners to keep the fork alive. > > > ... but I can't see how that would work. > > Lets say there is a hard fork, and 5% of miners stubbornly refuse to go > along with the 95% majority (for this thought experiment, it doesn't matter > if the old rules or new rules 'win'). > > Lets further imagine that some exchange decides to support that 5% and > lets people trade coins from that fork (one of the small altcoin exchanges > would definitely do this if they think they can make a profit). > > Now, lets say I've got a lot of pre-fork bitcoin; they're valid on both > sides of the fork. I support the 95% chain (because I'm not insane), but > I'm happy to take people's money if they're stupid enough to give it to me. > > So, I do the following: > > 1) Create a send-to-self transaction on the 95% fork that is ONLY valid on > the 95% fork (maybe I CoinJoin with a post-fork coinbase transaction, or > just move my coins into then out of an exchange's very active hot wallet so > I get coins with a long transaction history on the 95% side of the fork). > > 2) Transfer those same coins to the 5% exchange and sell them for > whatever price I can get (I don't care how low, it is free money to me-- I > will still own the coins on the 95% fork). > > I have to do step (1) to prevent the exchange from taking the > transfer-to-exchange transaction and replaying it on the 95% chain. > > I don't see any way of preventing EVERYBODY who has coins on the 95% side > of the fork from doing that. The result would be a huge free-fall in price > as I, and everybody else, rushes to get some free money from anybody > willing to pay us to remain idealogically pure. > > Does anybody think something else would happen, and do you think that > ANYBODY would stick to the 5% fork in the face of enormously long > transaction confirmation times (~3 hours), a huge transaction backlog as > lots of the 95%'ers try to sell their coins before the price drops, and a > massive price drop for coins on the 5% fork. > > -- > -- > Gavin Andresen > > > > _______________________________________________ > bitcoin-dev mailing list > bitcoin-dev@lists.linuxfoundation.org > https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev > > --047d7bdca5c0c1a18f0520e41177 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
You don't need to appeal to human psychology. At 75% t= hreshold, it takes only 25.01% of the hashpower to report but not actually = enforce the fork to cause the majority hashpower to remain on the old chain= , but for upgraded clients to start rejecting the old chain. With 95% the s= ame problem exists but with a threshold of 45.01%. BIP 66 showed this not t= o be a hypothetical concern.

On Tue, Sep 29, 2015 at 7:17 AM, Jonathan Toomim (Toom= im Bros) via bitcoin-dev <bitcoin-dev@lists.linuxfound= ation.org> wrote:
At the 95% threshold, I don't think it woul= d happen unless there was a very strong motivating factor, like a small gro= up believing that CLTV was a conspiracy run by the NSA agent John Titor to = contaminate our precious bodily fluids with time-traveling traveler's c= heques.=C2=A0

At the 75% threshold, I think it could hap= pen with mostly rational users, but even then it's not very likely with= most forks. With the blocksize issue, there are some people who get very r= eligious about things like decentralization or fee markets and think that e= ven 1 MB is too large; I could see them making financial sacrifices in orde= r to try to make a small-block parallel fork a reality, one that is true to= their vision of what's needed to make Bitcoin true and pure, or whatev= er.



=

On Sep 29, 2015, at 7:04 AM, Gavin Andresen <gavinandresen@gmail.c= om> wrote:

I keep seeing statements l= ike this:

On Tue, Sep 29, 2015 at 9:30 AM, Jonathan Toomim (Toomim Bros) via bitc= oin-dev <bitcoin-dev@lists.linuxfoundation.org>= wrote:
As a further benefit to ha= rd forks, anybody who is ideologically opposed to the change can continue t= o use the old version successfully, as long as there are enough miners to k= eep the fork alive.

... but I can't see how that = would work.

Lets say there is a hard fork, and 5% of miners stubbornly refuse to = go along with the 95% majority (for this thought experiment, it doesn't= matter if the old rules or new rules 'win').

Lets further imagine that s= ome exchange decides to support that 5% and lets people trade coins from th= at fork (one of the small altcoin exchanges would definitely do this if the= y think they can make a profit).

=
Now, lets say I've got a lot of pre-fork bit= coin; they're valid on both sides of the fork. I support the 95% chain = (because I'm not insane), but I'm happy to take people's money = if they're stupid enough to give it to me.

So, I do the following:

1) Create a send= -to-self transaction on the 95% fork that is ONLY valid on the 95% fork (ma= ybe I CoinJoin with a post-fork coinbase transaction, or just move my coins= into then out of an exchange's very active hot wallet so I get coins w= ith a long transaction history on the 95% side of the fork).

2) Transfer =C2=A0th= ose same coins to the 5% exchange and sell them for whatever price I can ge= t (I don't care how low, it is free money to me-- I will still own the = coins on the 95% fork).

I have to do step (1) to prevent the exchange from taking= the transfer-to-exchange transaction and replaying it on the 95% chain.
I don't see any way of preventing EVERYBODY who has coins on the 9= 5% side of the fork from doing that. The result would be a huge free-fall i= n price as I, and everybody else, rushes to get some free money from anybod= y willing to pay us to remain idealogically pure.

Does anybody think something el= se would happen, and do you think that ANYBODY would stick to the 5% fork i= n the face of enormously long transaction confirmation times (~3 hours), a = huge transaction backlog as lots of the 95%'ers try to sell their coins= before the price drops, and a massive price drop for coins on the 5% fork.=

--
--
Gavin Andresen
=



= _______________________________________________
bitcoin-dev mailing list
bitcoin-dev@lists.= linuxfoundation.org
https://lists.linuxfoundation.org/mail= man/listinfo/bitcoin-dev


--047d7bdca5c0c1a18f0520e41177--