MIME-Version: 1.0
References: <Mlk5-NX--3-2@tutanota.de>
In-Reply-To: <Mlk5-NX--3-2@tutanota.de>
From: =?UTF-8?B?Sm9yZ2UgVGltw7Nu?= <jtimon@jtimon.cc>
Date: Tue, 12 Oct 2021 21:04:02 +0200
Message-ID: <CABm2gDpq94uG6_6Fk2Y48R=iBDjijCTOLjcDTr_yQAnkG1-UFA@mail.gmail.com>
To: Prayank <prayank@tutanota.de>, 
 Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Cc: Michael Folkson <michaelfolkson@gmail.com>
Subject: Re: [bitcoin-dev] On the regularity of soft forks
Precedence: list

On Tue, Oct 12, 2021 at 5:34 PM Prayank via bitcoin-dev
<bitcoin-dev@lists.linuxfoundation.org> wrote:
>
> Hi Michael,
>
> Agree with almost everything.
>
> > Miner signaling is a tool for signaling readiness. It is not voting for=
 the soft fork or expressing support for the soft fork. There should not be=
 any attempt to facilitate miner signaling until there is sufficient commun=
ity consensus (the mining community is a subset of the community) on the so=
ft fork.
>
> This is really important which gets ignored. I wish there was a way to so=
lve this problem in a way that it is not misinterpreted by users.
>
> During signalling for taproot, there were lots of users in different comm=
unities that believed miners are voting for taproot and we need some percen=
tage of miners to agree before making any changes in Bitcoin. It was not ju=
st non-technical users but few mining pools, exchanges etc. also considered=
 miners signaling as some voting process.
>
> Best I could do at that moment was share this link: https://bitcoin.stack=
exchange.com/questions/97043/is-there-an-active-list-of-bips-currently-open=
-for-voting/
>
> However I am sure there are lot of people who still think miners vote dur=
ing signaling. Opinions of few developers on MASF vs UASF also adds more co=
nfusion to this thing. I could not think of any solution to solve this prob=
lem.

Yes, given most of the arguments given against activation at the end
of the period regardless of mining signaling, it seems sadly it's not
just users but developers too. They seem to believe that miners must
chose for users with bip8(false) because (according to them) with
bip8(true) it is developers who decide for users, and they don't want
to decide for users: they want miners to decide for users.
They don't seem to believe users can actually chose for themselves, sadly.
In the next softfork, sadly, probably the same discussions will be
repeated, the same rational arguments will be ignored and activation
will be once again done, in my opinion, the wrong way and most users
(many more, as we grow in numbers) will remain confused in the same
way and confusing the newcomers they explain bitcoin to.


> --
> Prayank
>
> A3B1 E430 2298 178F
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev