Return-Path: <allen.piscitello@gmail.com>
Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org
	[172.17.192.35])
	by mail.linuxfoundation.org (Postfix) with ESMTPS id 1F38917DF
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Tue, 29 Sep 2015 17:24:23 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.7.6
Received: from mail-ig0-f170.google.com (mail-ig0-f170.google.com
	[209.85.213.170])
	by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 0ED5EFD
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Tue, 29 Sep 2015 17:24:21 +0000 (UTC)
Received: by igcrk20 with SMTP id rk20so82732220igc.1
	for <bitcoin-dev@lists.linuxfoundation.org>;
	Tue, 29 Sep 2015 10:24:21 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
	h=mime-version:in-reply-to:references:date:message-id:subject:from:to
	:cc:content-type;
	bh=QH2g8buE2AxfVIoCl2prETxpK7wZSyhaEDYUcxNXWB4=;
	b=PNHhV/s8iOnJVEVv1ItjRzM0nqy3f+MN1wwZa/QQgyYjELGOAEdZ5LQhoNapukS+Ex
	q8xv3M/vtQk8uRkh1I6FKtX2xNUUwlGw/yDaYq4pPE2u8FiF0hou+NwLWtx3+dfScua7
	6Yru2fA1wH29ammh3amVaumh2L0dkCJD5GyPYMGqx7Z71hIhcufJJrkmZ/3NwGaj0nP6
	RvGGmA9ilLz4tueMUBK9DR8hhRR2kwx3Af2zDhCnlIDv/MX9YOVtmVR/GqZJozjsxWmX
	k5QMD8welDCzRmrEAIxSkCf11DnAq5ppk1yg+5wA0Zfnm1eCnW38LjS4ntYrRBDeNUa3
	vt3g==
MIME-Version: 1.0
X-Received: by 10.50.79.167 with SMTP id k7mr24193752igx.28.1443547461483;
	Tue, 29 Sep 2015 10:24:21 -0700 (PDT)
Received: by 10.79.69.135 with HTTP; Tue, 29 Sep 2015 10:24:21 -0700 (PDT)
In-Reply-To: <CABsx9T2pDwNBrC-3w8vHeaLYZ6eoNTNU0gW741Y51YL9hU-kiA@mail.gmail.com>
References: <CABsx9T2pDwNBrC-3w8vHeaLYZ6eoNTNU0gW741Y51YL9hU-kiA@mail.gmail.com>
Date: Tue, 29 Sep 2015 12:24:21 -0500
Message-ID: <CAJfRnm7gWmXUj=9Dh2o5sEXOMe6Y_4P=naY3cVt1gfLRKOpmnw@mail.gmail.com>
From: Allen Piscitello <allen.piscitello@gmail.com>
To: Gavin Andresen <gavinandresen@gmail.com>
Content-Type: multipart/alternative; boundary=089e013a1a38a884320520e61503
X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,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 <bitcoin-dev@lists.linuxfoundation.org>
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 <bitcoin-dev.lists.linuxfoundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/bitcoin-dev>,
	<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/>
List-Post: <mailto:bitcoin-dev@lists.linuxfoundation.org>
List-Help: <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev>,
	<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=subscribe>
X-List-Received-Date: Tue, 29 Sep 2015 17:24:23 -0000

--089e013a1a38a884320520e61503
Content-Type: text/plain; charset=UTF-8

You're entire argument seems to be based on this assumption.

>I support the 95% chain (because I'm not insane)

I fail to see how always following a majority of miners no matter what
their actions somehow equates to insanity.


On Tue, Sep 29, 2015 at 9:04 AM, Gavin Andresen via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:

> I keep seeing statements like this:
>
> On Tue, Sep 29, 2015 at 9:30 AM, Jonathan Toomim (Toomim Bros) via
> bitcoin-dev <bitcoin-dev@lists.linuxfoundation.org> 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
>
>

--089e013a1a38a884320520e61503
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div>You&#39;re entire argument seems to be based on this =
assumption.<br></div><div><br></div>&gt;<span style=3D"font-size:12.8px">I =
support the 95% chain (because I&#39;m not insane)</span><div class=3D"gmai=
l_extra"><br></div><div class=3D"gmail_extra">I fail to see how always foll=
owing a majority of miners no matter what their actions somehow equates to =
insanity.</div><div class=3D"gmail_extra"><br></div><div class=3D"gmail_ext=
ra"><br></div><div class=3D"gmail_extra"><div class=3D"gmail_quote">On Tue,=
 Sep 29, 2015 at 9:04 AM, Gavin Andresen via bitcoin-dev <span dir=3D"ltr">=
&lt;<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_bla=
nk">bitcoin-dev@lists.linuxfoundation.org</a>&gt;</span> wrote:<br><blockqu=
ote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-wid=
th:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-l=
eft:1ex"><div dir=3D"ltr"><div class=3D"gmail_extra"><div class=3D"gmail_qu=
ote">I keep seeing statements like this:</div><div class=3D"gmail_quote"><b=
r></div><div class=3D"gmail_quote">On Tue, Sep 29, 2015 at 9:30 AM, Jonatha=
n Toomim (Toomim Bros) via bitcoin-dev <span dir=3D"ltr">&lt;<a href=3D"mai=
lto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_blank">bitcoin-dev@li=
sts.linuxfoundation.org</a>&gt;</span> wrote:<br><blockquote class=3D"gmail=
_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left=
-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">As a furt=
her benefit to hard forks, anybody who is ideologically opposed to the chan=
ge can continue to use the old version successfully, as long as there are e=
nough miners to keep the fork alive.</blockquote></div><br>... but I can&#3=
9;t see how that would work.</div><div class=3D"gmail_extra"><br></div><div=
 class=3D"gmail_extra">Lets say there is a hard fork, and 5% of miners stub=
bornly refuse to go along with the 95% majority (for this thought experimen=
t, it doesn&#39;t matter if the old rules or new rules &#39;win&#39;).</div=
><div class=3D"gmail_extra"><br></div><div class=3D"gmail_extra">Lets furth=
er imagine that some exchange decides to support that 5% and lets people tr=
ade coins from that fork (one of the small altcoin exchanges would definite=
ly do this if they think they can make a profit).</div><div class=3D"gmail_=
extra"><br></div><div class=3D"gmail_extra">Now, lets say I&#39;ve got a lo=
t of pre-fork bitcoin; they&#39;re valid on both sides of the fork. I suppo=
rt the 95% chain (because I&#39;m not insane), but I&#39;m happy to take pe=
ople&#39;s money if they&#39;re stupid enough to give it to me.</div><div c=
lass=3D"gmail_extra"><br></div><div class=3D"gmail_extra">So, I do the foll=
owing:</div><div class=3D"gmail_extra"><br></div><div class=3D"gmail_extra"=
>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 j=
ust move my coins into then out of an exchange&#39;s very active hot wallet=
 so I get coins with a long transaction history on the 95% side of the fork=
).</div><div class=3D"gmail_extra"><br></div><div class=3D"gmail_extra">2) =
Transfer =C2=A0those same coins to the 5% exchange and sell them for whatev=
er price I can get (I don&#39;t care how low, it is free money to me-- I wi=
ll still own the coins on the 95% fork).</div><div class=3D"gmail_extra"><b=
r></div><div class=3D"gmail_extra">I have to do step (1) to prevent the exc=
hange from taking the transfer-to-exchange transaction and replaying it on =
the 95% chain.<br><br>I don&#39;t see any way of preventing EVERYBODY who h=
as 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.</div><di=
v class=3D"gmail_extra"><br></div><div class=3D"gmail_extra">Does anybody t=
hink something else would happen, and do you think that ANYBODY would stick=
 to the 5% fork in the face of enormously long transaction confirmation tim=
es (~3 hours), a huge transaction backlog as lots of the 95%&#39;ers try to=
 sell their coins before the price drops, and a massive price drop for coin=
s on the 5% fork.<span class=3D""><font color=3D"#888888"><br clear=3D"all"=
><div><br></div>-- <br><div>--<br>Gavin Andresen<br></div><div><br></div>
</font></span></div></div>
<br>_______________________________________________<br>
bitcoin-dev mailing list<br>
<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.=
linuxfoundation.org</a><br>
<a href=3D"https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" =
rel=3D"noreferrer" target=3D"_blank">https://lists.linuxfoundation.org/mail=
man/listinfo/bitcoin-dev</a><br>
<br></blockquote></div><br></div></div>

--089e013a1a38a884320520e61503--