From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.linuxfoundation.org (smtp1.linux-foundation.org [172.17.192.35]) by mail.linuxfoundation.org (Postfix) with ESMTPS id 8C3ADC1A for ; Wed, 14 Jun 2017 20:11:13 +0000 (UTC) X-Greylist: whitelisted by SQLgrey-1.7.6 Received: from mail-oi0-f41.google.com (mail-oi0-f41.google.com [209.85.218.41]) by smtp1.linuxfoundation.org (Postfix) with ESMTPS id 7225E15F for ; Wed, 14 Jun 2017 20:11:09 +0000 (UTC) Received: by mail-oi0-f41.google.com with SMTP id e11so7031690oia.2 for ; Wed, 14 Jun 2017 13:11:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=ev49iMLhDt4+VpPrD2c6CW3Mkm6coMlni14o0V/Aghs=; b=e3vU2NjCbn3+qY2nA7X+uVOvnZYzSwtyARY6viFiGVT7XKPGEc9SbWJjp7aFfCjWGD 2mVCRy/90qjGSB4m43K5RINu9MwwNbEteI2VZKNuBdVPFIzMIoWmbMamNatIHhDiOCrD RY9L4WJsTtnBzrwiFY2a73OcPBAXBChnF81EmNsGsQlCeeFDukF9VlNWNnweP1Q/pNq8 vqZZB6OvYrIBOKXJKvXa3+uyXbXQudkQS+e3qeEM79qpG0AkEQ8UfumZ/8P0CeQlU1xH pvEgg6mXEb660rDCok51gVPBVUCzJdMWPI9wXYVWimuLWmNoBIZqoIlFvDiUYorqH4pI aqDA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=ev49iMLhDt4+VpPrD2c6CW3Mkm6coMlni14o0V/Aghs=; b=uAkg4SmvYGkbJ45C3GAjb3AyUzXFy9M53O/8t1DzmbrA1UCq8xk6a9VjTK3iX+R+2u PT2ZbAQKjmaqj4qc1OG/QbgwXcxWNJlloGp+DxWTUMFRO/QzIxGo72tQ1Fa7Qehdz5yK gFaQ5IMl5338NjtQZ1J9DKywlYXRV2+rN3GzQHo6ySCeC8EL9MAr4DdZ8RD+9Xht9so9 FXeHL3xe1NkcmCxnmG3QqSENm2lShWQOUpUgRmZ/caPQU4DRE2Uu4EDjM6priXEaf19f Bn3UVxnoGtijHSrPjQkoptggQplHQlgM56MkKBztNxiq6pZS8ThIL8rczgd0jJsHcX0V 1IoQ== X-Gm-Message-State: AKS2vOyZyFWNjIMpg6ig6B7oFIspWIlFeP+WcprpS6KAAEWYVrBC4Oj8 8VRJ3wsgrXAaY2qlc42VMsyA0nxC/A== X-Received: by 10.202.75.216 with SMTP id y207mr1297517oia.119.1497471068726; Wed, 14 Jun 2017 13:11:08 -0700 (PDT) MIME-Version: 1.0 Received: by 10.74.25.203 with HTTP; Wed, 14 Jun 2017 13:11:07 -0700 (PDT) In-Reply-To: References: <31040BE1-64ED-4D05-BCBE-E80BC7B9A182@gmail.com> From: Jameson Lopp Date: Wed, 14 Jun 2017 13:11:07 -0700 Message-ID: To: Zheming Lin Content-Type: multipart/alternative; boundary="001a1134e3041cf0ec0551f12738" X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, FREEMAIL_FROM, HTML_MESSAGE, RCVD_IN_DNSWL_NONE 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] Proposal: Demonstration of Phase in Full Network Upgrade Activated by Miners X-BeenThere: bitcoin-dev@lists.linuxfoundation.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: Bitcoin Protocol Discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 14 Jun 2017 20:11:13 -0000 --001a1134e3041cf0ec0551f12738 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Wed, Jun 14, 2017 at 12:04 PM, Zheming Lin wrote: > Hi Jameson: > > =E5=9C=A8 2017=E5=B9=B46=E6=9C=8815=E6=97=A5=EF=BC=8C02:55=EF=BC=8CJameso= n Lopp =E5=86=99=E9=81=93=EF=BC=9A > > > > On Wed, Jun 14, 2017 at 11:29 AM, Zheming Lin wrote: > >> Hi Jameson: >> >> =E5=9C=A8 2017=E5=B9=B46=E6=9C=8815=E6=97=A5=EF=BC=8C01:20=EF=BC=8CJames= on Lopp =E5=86=99=E9=81=93=EF=BC=9A >> >> >> >> On Wed, Jun 14, 2017 at 9:39 AM, Zheming Lin via bitcoin-dev < >> bitcoin-dev@lists.linuxfoundation.org> wrote: >> >>> >>> >>> > =E5=9C=A8 2017=E5=B9=B46=E6=9C=8814=E6=97=A5=EF=BC=8C02:11=EF=BC=8CGr= egory Maxwell =E5=86=99=E9=81=93=EF=BC=9A >>> > >>> > On Tue, Jun 13, 2017 at 2:23 AM, Zheming Lin via bitcoin-dev >>> > wrote: >>> >>> > The enforcement of the system's rules by users broadly, and not just >>> > miners, is specifically described in the white paper (section 8, >>> > paragraph 2, it especially clear in the last sentence). This is >>> > critical for the security of Bitcoin especially with the current >>> > degree of centralization in pools. Without it, Bitcoin's security >>> > would look a lot more like the Ripple system. >>> > >>> >>> =E6=98=AF=E7=9A=84=EF=BC=8C=E7=94=A8=E6=88=B7=E6=B0=B8=E8=BF=9C=E9=83= =BD=E6=9C=89=E9=80=89=E6=8B=A9=EF=BC=8C=E5=B9=B6=E5=8F=AF=E4=BB=A5=E6=8A=9B= =E5=BC=83=E9=82=A3=E4=BA=9B=E8=8A=82=E7=82=B9=E3=80=82=E8=BF=99=E4=B8=AA BI= P =E5=B9=B6=E6=B2=A1=E6=9C=89=E5=8F=8D=E5=AF=B9=E8=BF=99=E4=BA=9B=E7=94=A8= =E6=88=B7=E8=BF=99=E4=B9=88=E5=81=9A=E3=80=82=E5=8F=AA=E6=9C=89=E9=82=A3=E4= =BA=9B=E8=A2=AB=E5=8A=A8=E7=9A=84=E9=92=B1=E5=8C=85=E7=94=A8=E6=88=B7=EF=BC= =8C=E4=BB=96=E4=BB=AC=E9=9C=80=E8=A6=81=E7=9F=A5 >>> =E9=81=93=E5=BF=85=E9=A1=BB=E5=81=9A=E5=87=BA=E4=B8=80=E4=B8=AA=E9=80= =89=E6=8B=A9=E3=80=82=EF=BC=88=E8=80=8C=E4=B8=8D=E6=98=AF=E8=A2=AB=E5=8A=A8= =E7=9A=84=E8=B7=9F=E9=9A=8F=E9=BB=98=E8=AE=A4=E7=9A=84=E7=AD=96=E7=95=A5=EF= =BC=89 >>> Yes, users always have choice that they can abandon the nodes. This BIP >>> does=E2=80=99t go against them. I mean only the one(especially wallets)= that=E2=80=99s >>> passive, they need to know there=E2=80=99s a choice and pick one. >>> >>> =E8=BF=99=E4=B8=AA BIP =E5=8F=AF=E4=BB=A5=E8=A2=AB=E5=BA=94=E7=94=A8=E4= =BA=8E=E5=87=A0=E4=B9=8E=E4=BB=BB=E4=BD=95=E7=9A=84=E5=8D=87=E7=BA=A7=E4=B8= =8A=EF=BC=8C=E5=8C=85=E6=8B=AC=E9=9A=94=E7=A6=BB=E8=A7=81=E8=AF=81=EF=BC=8C= =E4=B8=A4=E5=85=86=E7=9A=84=E9=9A=94=E7=A6=BB=E8=A7=81=E8=AF=81=EF=BC=8C=E4= =B8=A4=E5=85=86=E6=89=A9=E5=AE=B9=EF=BC=8C=E6=B6=8C=E7=8E=B0=E5=85=B1=E8=AF= =86=EF=BC=8C=E5=85=AB=E5=85=86=E6=89=A9=E5=AE=B9=E7=AD=89=E3=80=82=E4=BD=86= =E8=BF=99=E4=BA=9B=E5=8D=87=E7=BA=A7=E5=B9=B6=E4=B8=8D=E6=98=AF=E9=87=8D=E7= =82=B9=E3=80=82 >>> This BIP can be applied to almost any upgrade, including Segwit, >>> Segwit2x, 2m, ec, 8m=E2=80=A6 but the upgrade is not the key point. >>> >>> =E5=88=B0=E5=BA=95=E6=88=91=E4=BB=AC=E7=9A=84=E7=94=A8=E6=88=B7=E6=98= =AF=E5=90=A6=E7=9C=9F=E7=9A=84=E6=8B=A5=E6=9C=89=E9=80=89=E6=8B=A9=EF=BC=9F >>> Did the users have any real choice? >>> >>> =E6=88=91=E5=B9=B6=E4=B8=8D=E8=83=BD=E7=90=86=E8=A7=A3=E4=BB=96=E4=BB= =AC=E7=9B=B8=E4=BF=A1=E5=A4=A7=E9=83=A8=E5=88=86=E7=9F=BF=E5=B7=A5=EF=BC=88= =E5=B0=B1=E5=83=8F=E5=BD=93=E5=89=8D=E4=B8=80=E6=A0=B7=EF=BC=89=EF=BC=8C=E4= =BD=86=E6=8B=92=E7=BB=9D=E8=BF=99=E4=BA=9B=E5=A4=9A=E6=95=B0=E7=9F=BF=E5=B7= =A5=E5=AF=B9=E5=8D=8F=E8=AE=AE=E6=94=B9=E5=8F=98=E7=9A=84=E6=8A=95=E7=A5=A8= =E7=BB=93=E6=9E=9C=E3=80=82 >>> I don=E2=80=99t see the reason they trust the majority miners(as they d= o today) >>> but refuse the vote for upcoming protocol upgrade. >>> >> >> To be clear, Bitcoin is not a democracy - if you find yourself using the >> term "voting" then you may be misunderstanding how consensus forms. Once= a >> feature has been vetted and the code is deployed, miners may signal that >> they are ready to enforce new rules. If for some reason miners are too >> "passive or lazy" or wish to "veto" the activation of the new rules, use= rs >> may choose to circumvent said veto by refusing to accept blocks that do = not >> show readiness for enforcing the new rules. >> >> >> How does the users show their opinion? They can fork away and leave. But >> what remains will be united. Are you afraid of the united users or the f= ork? >> >> I agree with you that the =E2=80=9Cvote=E2=80=9D is not accurate. Could = you kindly >> suggest an other word for that? >> >> I think users should have choice to follow the miners or not. Do you >> agree with this or not? >> >> Regarding consensus changes, users can voice their opinion on any number > of communication platforms. Though if you're looking for a way for users = to > signal their intentions at the protocol level, every proposal for doing > that to date has been arguably flawed. Measuring meatspace consensus is > pretty tricky if not completely impossible, especially given the fact tha= t > the vast majority of Bitcoin users do not voice any opinions on the matte= r > of consensus rules. > > > =E2=80=9CSybil attack=E2=80=9D. The genuine node will leave the chain if = it doesn=E2=80=99t like > the change. That=E2=80=99s what restrain the majority miners acting fooli= shly. > > If the users like the idea, they follow. If they don=E2=80=99t the fork a= way(and > not afraid of replay attack). I think it=E2=80=99s a way to move forward = together. > > Would you support the idea that we put the choice to the users to decide? > > The concept of "sybil attacks" doesn't really apply to enforcing network-wide consensus changes. Even if someone spooled up 100 times more nodes than currently exist and they all "signal" for some consensus rule change, that doesn't compel the rest of the "genuine" nodes to change the rules they enforce. The users always have a choice with regard to what consensus rules to enforce and what software to run. Everyone is welcome to propose changes and write software that they make available to users. > Most attempts at measuring user consensus would probably be best describe= d > as signaling rather than voting given that the act of doing so has no > actual power to affect consensus. Every user who runs a fully validating > node is free to enforce the rules with which the agree regardless of what > rules other entities are enforcing. > >> >> >>> >>> =E5=AF=B9=E9=92=B1=E5=8C=85=E7=94=A8=E6=88=B7=E7=9A=84=E9=80=89=E6=8B= =A9=EF=BC=8C=E6=98=AF=E4=BB=96=E4=BB=AC=E6=98=AF=E5=90=A6=E7=9B=B8=E4=BF=A1= =E5=A4=9A=E6=95=B0=E7=9F=BF=E5=B7=A5=E3=80=82=E5=A6=82=E6=9E=9C=E4=BB=96=E4= =BB=AC=E4=B8=8D=E7=9B=B8=E4=BF=A1=EF=BC=8C=E5=8F=AF=E4=BB=A5=E9=80=9A=E8=BF= =87=E5=88=86=E5=8F=89=E6=9D=A5=E6=B6=88=E9=99=A4=E6=8E=89=E7=9F=BF=E5=B7=A5= =E3=80=82 >>> This choice for wallet users right now, is wether to follow the 51% >>> majority miners. If they don=E2=80=99t, they can have their fork that g= et rid of >>> miners. >>> >>> =E5=A6=82=E6=9E=9C=E4=BB=96=E4=BB=AC=E4=BB=8D=E6=97=A7=E7=9B=B8=E4=BF= =A1=E7=9F=BF=E5=B7=A5=EF=BC=8C=E9=82=A3=E4=B9=88=E5=8F=AF=E4=BB=A5=E7=95=99= =E4=B8=8B=E6=9D=A5=E5=B9=B6=E8=B7=9F=E9=9A=8F=E7=9F=BF=E5=B7=A5=E5=B0=86=E6= =9D=A5=E7=9A=84=E5=8D=8F=E8=AE=AE=E6=94=B9=E5=8F=98=E3=80=82 >>> If they do trust the majority miners, they stay and follow the vote for >>> upcoming protocol upgrade. >>> >>> =E6=89=80=E4=BB=A5=E9=97=AE=E9=A2=98=E5=9C=A8=E4=BA=8E=EF=BC=9A=E6=AF= =94=E7=89=B9=E5=B8=81=E7=9A=84=E5=BC=80=E5=8F=91=E8=80=85=E3=80=81=E7=94=A8= =E6=88=B7=E3=80=81=E6=8B=A5=E6=9C=89=E8=80=85=E3=80=81=E6=9C=8D=E5=8A=A1=E6= =8F=90=E4=BE=9B=E8=80=85=E3=80=81=E7=94=9A=E8=87=B3=E7=9F=BF=E5=B7=A5=EF=BC= =8C=E6=98=AF=E5=90=A6=EF=BC=88=E4=BB=8D=E7=84=B6=EF=BC=89=E5=A6=82=E7=99=BD= =E7=9A=AE=E4=B9=A6=E4=B8=AD=E6=8F=8F=E8=BF=B0=E7=9A=84=E5=AF=B9=E5=A4=A7=E5= =A4=9A=E6=95=B0=E7=9F=BF=E5=B7=A5=E6=8B=A5=E6=9C=89=E4=BF=A1=E4=BB=BB=E3=80= =82 >>> So the questions is: Do the bitcoin developers, users, holders, service >>> provides, even miners, (still) have faith in the majority of miners as >>> designed in the white paper? >>> >>> >> There is a fundamental misconception regarding this point - the white >> paper refers to majority hashpower needing to be honest with regard to >> determining the correct chain within the context of many possible /valid= / >> chain forks. It is not referring to using hashpower to determine the >> correct chain amongst an infinitely variable number of currently invalid >> chain forks. Bitcoin ecosystem participants should not have faith in min= ers >> (or any other entity) when it comes to choosing the consensus rules they >> wish to enforce. >> >> >> Arrrgh. I think in the BIP, the miners just invalids tx version 1 >> temporarily. That=E2=80=99s a =E2=80=9Csoft fork=E2=80=9D right? If they= dislike the idea, they can >> leave as always. >> >> From my understanding, if the only change miners make is to stop > confirming transactions that have a version less than X then it should be= a > soft fork, yes. > > > And if we add a version 2 valid, does that still be a =E2=80=9Csoft fork= =E2=80=9D? > > As far as I know - if you're only restricting the validation rules then i= t should be a non-breaking change. > > Regards, > > LIN Zheming > --001a1134e3041cf0ec0551f12738 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Wed, Jun 14, 2017 at 12:04 PM, Zheming Lin <heater@gmail.com>= wrote:
Hi Jameson:

=E5=9C=A8 2017=E5=B9=B46=E6=9C= =8815=E6=97=A5=EF=BC=8C02:55=EF=BC=8CJameson Lopp <jameson.lopp@gmail.com> =E5= =86=99=E9=81=93=EF=BC=9A



On Wed, Jun 14, 2017 at 11:29 AM, Zheming Lin=C2=A0<heat= er@gmail.com>=C2=A0wrote:
Hi Jameson:

=E5=9C=A8 2017=E5=B9=B46=E6=9C=8815=E6=97=A5=EF=BC=8C0= 1:20=EF=BC=8CJameson Lopp <jameson.lopp@gmail.com> =E5=86=99=E9=81=93=EF=BC=9A


On Wed, Jun 14, 20= 17 at 9:39 AM, Zheming Lin via bitcoin-dev=C2=A0<bitcoin-dev@lists.linuxfoundation.org>=C2=A0= wrote:


> =E5=9C=A8= 2017=E5=B9=B46=E6=9C=8814=E6=97=A5=EF=BC=8C02:11=EF=BC=8CGregory Maxwell &= lt;greg@xiph.org>= =E5=86=99=E9=81=93=EF=BC=9A
>
> On Tue, Jun 13, 2017 at 2:23 A= M, Zheming Lin via bitcoin-dev
> <bitcoin-dev@lists.linuxfoundation.org> wrote:

> The enforce= ment of the system's rules by users broadly, and not just
> miner= s, is specifically described in the white paper (section 8,
> paragra= ph 2, it especially clear in the last sentence).=C2=A0 This is
> crit= ical for the security of Bitcoin especially with the current
> degree= of centralization in pools.=C2=A0 Without it, Bitcoin's security
&g= t; would look a lot more like the Ripple system.
>

=E6= =98=AF=E7=9A=84=EF=BC=8C=E7=94=A8=E6=88=B7=E6=B0=B8=E8=BF=9C=E9=83=BD=E6=9C= =89=E9=80=89=E6=8B=A9=EF=BC=8C=E5=B9=B6=E5=8F=AF=E4=BB=A5=E6=8A=9B=E5=BC=83= =E9=82=A3=E4=BA=9B=E8=8A=82=E7=82=B9=E3=80=82=E8=BF=99=E4=B8=AA BIP =E5=B9= =B6=E6=B2=A1=E6=9C=89=E5=8F=8D=E5=AF=B9=E8=BF=99=E4=BA=9B=E7=94=A8=E6=88=B7= =E8=BF=99=E4=B9=88=E5=81=9A=E3=80=82=E5=8F=AA=E6=9C=89=E9=82=A3=E4=BA=9B=E8= =A2=AB=E5=8A=A8=E7=9A=84=E9=92=B1=E5=8C=85=E7=94=A8=E6=88=B7=EF=BC=8C=E4=BB= =96=E4=BB=AC=E9=9C=80=E8=A6=81=E7=9F=A5=E9=81=93=E5=BF=85=E9=A1=BB=E5= =81=9A=E5=87=BA=E4=B8=80=E4=B8=AA=E9=80=89=E6=8B=A9=E3=80=82=EF=BC=88=E8=80= =8C=E4=B8=8D=E6=98=AF=E8=A2=AB=E5=8A=A8=E7=9A=84=E8=B7=9F=E9=9A=8F=E9=BB=98= =E8=AE=A4=E7=9A=84=E7=AD=96=E7=95=A5=EF=BC=89
Yes, users always have cho= ice that they can abandon the nodes. This BIP does=E2=80=99t go against the= m. I mean only the one(especially wallets) that=E2=80=99s passive, they nee= d to know there=E2=80=99s a choice and pick one.

=E8=BF=99=E4=B8=AA = BIP =E5=8F=AF=E4=BB=A5=E8=A2=AB=E5=BA=94=E7=94=A8=E4=BA=8E=E5=87=A0=E4=B9= =8E=E4=BB=BB=E4=BD=95=E7=9A=84=E5=8D=87=E7=BA=A7=E4=B8=8A=EF=BC=8C=E5=8C=85= =E6=8B=AC=E9=9A=94=E7=A6=BB=E8=A7=81=E8=AF=81=EF=BC=8C=E4=B8=A4=E5=85=86=E7= =9A=84=E9=9A=94=E7=A6=BB=E8=A7=81=E8=AF=81=EF=BC=8C=E4=B8=A4=E5=85=86= =E6=89=A9=E5=AE=B9=EF=BC=8C=E6=B6=8C=E7=8E=B0=E5=85=B1=E8=AF=86=EF=BC=8C=E5= =85=AB=E5=85=86=E6=89=A9=E5=AE=B9=E7=AD=89=E3=80=82=E4=BD=86=E8=BF=99=E4=BA= =9B=E5=8D=87=E7=BA=A7=E5=B9=B6=E4=B8=8D=E6=98=AF=E9=87=8D=E7=82=B9=E3=80=82=
This BIP can be applied to almost any upgrade, including Segwit, Segwit= 2x, 2m, ec, 8m=E2=80=A6 but the upgrade is not the key point.

=E5=88= =B0=E5=BA=95=E6=88=91=E4=BB=AC=E7=9A=84=E7=94=A8=E6=88=B7=E6=98=AF=E5=90=A6= =E7=9C=9F=E7=9A=84=E6=8B=A5=E6=9C=89=E9=80=89=E6=8B=A9=EF=BC=9F
Did the = users have any real choice?

=E6=88=91=E5=B9=B6=E4=B8=8D=E8=83=BD=E7= =90=86=E8=A7=A3=E4=BB=96=E4=BB=AC=E7=9B=B8=E4=BF=A1=E5=A4=A7=E9=83=A8=E5=88= =86=E7=9F=BF=E5=B7=A5=EF=BC=88=E5=B0=B1=E5=83=8F=E5=BD=93=E5=89=8D=E4=B8=80= =E6=A0=B7=EF=BC=89=EF=BC=8C=E4=BD=86=E6=8B=92=E7=BB=9D=E8=BF=99=E4=BA=9B=E5= =A4=9A=E6=95=B0=E7=9F=BF=E5=B7=A5=E5=AF=B9=E5=8D=8F=E8=AE=AE=E6=94=B9= =E5=8F=98=E7=9A=84=E6=8A=95=E7=A5=A8=E7=BB=93=E6=9E=9C=E3=80=82
I don=E2= =80=99t see the reason they trust the majority miners(as they do today) but= refuse the vote for upcoming protocol upgrade.

To be clear, Bitcoin is not a democracy - if you find= yourself using the term "voting" then you may be misunderstandin= g how consensus forms. Once a feature has been vetted and the code is deplo= yed, miners may signal that they are ready to enforce new rules. If for som= e reason miners are too "passive or lazy" or wish to "veto&q= uot; the activation of the new rules, users may choose to circumvent said v= eto by refusing to accept blocks that do not show readiness for enforcing t= he new rules.

How = does the users show their opinion? They can fork away and leave. But what r= emains will be united. Are you afraid of the united users or the fork?

I agree with you that the =E2=80=9Cvote=E2=80=9D is no= t accurate. Could you kindly suggest an other word for that?

=
I think users should have choice to follow the miners or not. Do= you agree with this or not?

Regarding consensus changes, users can voice their opinion on a= ny number of communication platforms. Though if you're looking for a wa= y for users to signal their intentions at the protocol level, every proposa= l for doing that to date has been arguably flawed. Measuring meatspace cons= ensus is pretty tricky if not completely impossible, especially given the f= act that the vast majority of Bitcoin users do not voice any opinions on th= e matter of consensus rules.

<= div>
=E2=80=9CSybil attack=E2=80=9D. The genuine = node will leave the chain if it doesn=E2=80=99t like the change. That=E2=80= =99s what restrain the majority miners acting foolishly.

If the users like the idea, they follow. If they don=E2=80=99t the f= ork away(and not afraid of replay attack). I think it=E2=80=99s a way to mo= ve forward together.=C2=A0

Would you support the i= dea that we put the choice to the users to decide?
The concept of "sybil attacks&q= uot; doesn't really apply to enforcing network-wide consensus changes. = Even if someone spooled up 100 times more nodes than currently exist and th= ey all "signal" for some consensus rule change, that doesn't = compel the rest of the "genuine" nodes to change the rules they e= nforce.=C2=A0

The users always have a choice with = regard to what consensus rules to enforce and what software to run. Everyon= e is welcome to propose changes and write software that they make available= to users.
Most attempts at measuring user c= onsensus would probably be best described as signaling rather than voting g= iven that the act of doing so has no actual power to affect consensus. Ever= y user who runs a fully validating node is free to enforce the rules with w= hich the agree regardless of what rules other entities are enforcing.=C2=A0=
=C2= =A0

=E5=AF=B9=E9=92=B1=E5=8C=85=E7=94=A8=E6=88=B7= =E7=9A=84=E9=80=89=E6=8B=A9=EF=BC=8C=E6=98=AF=E4=BB=96=E4=BB=AC=E6=98=AF=E5= =90=A6=E7=9B=B8=E4=BF=A1=E5=A4=9A=E6=95=B0=E7=9F=BF=E5=B7=A5=E3=80=82=E5=A6= =82=E6=9E=9C=E4=BB=96=E4=BB=AC=E4=B8=8D=E7=9B=B8=E4=BF=A1=EF=BC=8C=E5=8F=AF= =E4=BB=A5=E9=80=9A=E8=BF=87=E5=88=86=E5=8F=89=E6=9D=A5=E6=B6=88=E9=99= =A4=E6=8E=89=E7=9F=BF=E5=B7=A5=E3=80=82
This choice for wallet users rig= ht now, is wether to follow the 51% majority miners. If they don=E2=80=99t,= they can have their fork that get rid of miners.

=E5=A6=82=E6=9E=9C= =E4=BB=96=E4=BB=AC=E4=BB=8D=E6=97=A7=E7=9B=B8=E4=BF=A1=E7=9F=BF=E5=B7=A5=EF= =BC=8C=E9=82=A3=E4=B9=88=E5=8F=AF=E4=BB=A5=E7=95=99=E4=B8=8B=E6=9D=A5=E5=B9= =B6=E8=B7=9F=E9=9A=8F=E7=9F=BF=E5=B7=A5=E5=B0=86=E6=9D=A5=E7=9A=84=E5=8D=8F= =E8=AE=AE=E6=94=B9=E5=8F=98=E3=80=82
If they do trust the majority = miners, they stay and follow the vote for upcoming protocol upgrade.
=E6=89=80=E4=BB=A5=E9=97=AE=E9=A2=98=E5=9C=A8=E4=BA=8E=EF=BC=9A=E6=AF=94= =E7=89=B9=E5=B8=81=E7=9A=84=E5=BC=80=E5=8F=91=E8=80=85=E3=80=81=E7=94=A8=E6= =88=B7=E3=80=81=E6=8B=A5=E6=9C=89=E8=80=85=E3=80=81=E6=9C=8D=E5=8A=A1=E6=8F= =90=E4=BE=9B=E8=80=85=E3=80=81=E7=94=9A=E8=87=B3=E7=9F=BF=E5=B7=A5=EF= =BC=8C=E6=98=AF=E5=90=A6=EF=BC=88=E4=BB=8D=E7=84=B6=EF=BC=89=E5=A6=82=E7=99= =BD=E7=9A=AE=E4=B9=A6=E4=B8=AD=E6=8F=8F=E8=BF=B0=E7=9A=84=E5=AF=B9=E5=A4=A7= =E5=A4=9A=E6=95=B0=E7=9F=BF=E5=B7=A5=E6=8B=A5=E6=9C=89=E4=BF=A1=E4=BB=BB=E3= =80=82
So the questions is: Do the bitcoin developers, users, holders, s= ervice provides, even miners, (still) have faith in the majority of miners = as designed in the white paper?

=C2= =A0
There is a fundamental misconception regarding this point - t= he white paper refers to majority hashpower needing to be honest with regar= d to determining the correct chain within the context of many possible /val= id/ chain forks. It is not referring to using hashpower to determine the co= rrect chain amongst an infinitely variable number of currently invalid chai= n forks. Bitcoin ecosystem participants should not have faith in miners (or= any other entity) when it comes to choosing the consensus rules they wish = to enforce.


Arrrgh. I think in the BIP, the miners just invalids tx version 1 = temporarily. That=E2=80=99s a =E2=80=9Csoft fork=E2=80=9D right? If they di= slike the idea, they can leave as always.

<= /div>
From my understanding, if the only change miners mak= e is to stop confirming transactions that have a version less than X then i= t should be a soft fork, yes.=C2=A0

=
And if we add a version 2 valid, does that still be a =E2= =80=9Csoft fork=E2=80=9D?

As far as = I know - if you're only restricting the validation rules then it should= be a non-breaking change.=C2=A0

<= div>Regards,

LIN Zheming
<= /div>
--001a1134e3041cf0ec0551f12738--