To: Chaofan Li <li3939108@gmail.com>,
	Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
References: <CANZDnNoGnab6HYESA0oOL-8Q8HtR1Ns0AfP3KNEmwU6KN5W5pA@mail.gmail.com>
From: Eric Voskuil <eric@voskuil.org>
Message-ID: <16b2ea77-3ff5-81b1-d3d7-a7107f4b37fc@voskuil.org>
Date: Mon, 22 Jan 2018 20:57:46 -0800
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
	Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <CANZDnNoGnab6HYESA0oOL-8Q8HtR1Ns0AfP3KNEmwU6KN5W5pA@mail.gmail.com>
Content-Type: multipart/signed; micalg=pgp-sha1;
	protocol="application/pgp-signature";
	boundary="ecooU1JSwilxF557aodYRDJPeVBmaa658"
Subject: Re: [bitcoin-dev] Blockchain Voluntary Fork (Split) Proposal
 (Chaofan Li)
Precedence: list

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--ecooU1JSwilxF557aodYRDJPeVBmaa658
Content-Type: multipart/mixed; boundary="6Zml1H6L3nVMwyZWC7I2tVQ5cS86TRRp7";
 protected-headers="v1"
From: Eric Voskuil <eric@voskuil.org>
To: Chaofan Li <li3939108@gmail.com>,
 Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Message-ID: <16b2ea77-3ff5-81b1-d3d7-a7107f4b37fc@voskuil.org>
Subject: Re: [bitcoin-dev] Blockchain Voluntary Fork (Split) Proposal (Chaofan
 Li)
References: <CANZDnNoGnab6HYESA0oOL-8Q8HtR1Ns0AfP3KNEmwU6KN5W5pA@mail.gmail.com>
In-Reply-To: <CANZDnNoGnab6HYESA0oOL-8Q8HtR1Ns0AfP3KNEmwU6KN5W5pA@mail.gmail.com>

--6Zml1H6L3nVMwyZWC7I2tVQ5cS86TRRp7
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable

On 01/22/2018 04:38 PM, Chaofan Li via bitcoin-dev wrote:
> Miners are most likely to be=C2=A0 equally distributed between the two =
almost
> same chains.

This is irrelevant as miners don't determine the utility of a money,
they anticipate it. However you don't have to accept this to recognize
the error of the argument below...

> If one chain is faster, according to the difficulty adjustment scheme,
> it will become more difficult to mine.

Mining difficulty controls the block period, not miner return on capital.=


> The two chain should have similar chain generation rates with similar
> difficulty and similar length.

This is the consequence of the presumed common regulation of the block
period. It matters not how useful are either of the monies.

> or the miners will be attracted to the chain easier to mine,=C2=A0
> and more miners will make the chain generation rate increase and then,
> after difficulty adjustment, harder to mine.

You are conflating difficulty with profitability. These are not the same
thing. A chain can be more difficult and less profitable and the
reverse. Profitability is controlled by competition, as it is in all
markets. Competition is controlled by the cost of capital, which is in
turn controlled by time preference. Mining seeks the same level of
profitability for any coin, regardless of how difficultly. This applies
to all industry - difficulty does not regulate profit, it's just a cost.

> Equilibrium will be achieved.> All the above are based on one assumptio=
n: the two chains have the same
> value initially or miners believe they will=C2=A0 have=C2=A0 the same v=
alue finally.

Actually the opposite is the case. Even if we could start at a point of
perfect equality, the smallest change in the number of merchants or
human perception of the money (as examples), would lead one to be
slightly better. All things being equal that alone would lead to
elimination of one money in favor of the other.

One money is inherently better than two, as there is an exchange cost
between them. In the absence of exchange controls the better money gets
used, and in this case that can simply be the result of a slightly
larger network (or perception of it).

e


--6Zml1H6L3nVMwyZWC7I2tVQ5cS86TRRp7--

--ecooU1JSwilxF557aodYRDJPeVBmaa658
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.22 (GNU/Linux)

iQEcBAEBAgAGBQJaZsDKAAoJEDzYwH8LXOFOxvkIAJo++EMlxl6Y2SB+7MsvX/3g
lWJyJQ/UcSpQYswGwhAlH5B+e7XvPfMSK4YQQQihWwUqWefiC0eHVv4stMFWejRr
PwWSbl7BjyNcSxeElZ7zRitCyKfV3CZscgdiclNndolamlu3Up0nx+pwo2H3yAgm
BHW+mGipNf5XceMOBFE3Kowv5dcaatmoRRp4ewSXLJearfz5EUb+EOAW4V+h7EE9
83piTcEmoIe+CRTuo3fR+KBscu/feIkBpB3RrE17lLGmVauNDpBb1Jk6hNsXq1pE
nTI8eyYgyE1TX2UI3OopssLU2vxVth2VpcPhF2vh/7BNp/ECbTbga3Im3mYuJYU=
=PNTV
-----END PGP SIGNATURE-----

--ecooU1JSwilxF557aodYRDJPeVBmaa658--