Re: [bitcoin-dev] On the regularity of soft forks

2021-10-12 Thread Jorge Timón via bitcoin-dev
On Tue, Oct 12, 2021 at 5:34 PM Prayank via bitcoin-dev
 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 community 
> > consensus (the mining community is a subset of the community) on the soft 
> > fork.
>
> This is really important which gets ignored. I wish there was a way to solve 
> this problem in a way that it is not misinterpreted by users.
>
> During signalling for taproot, there were lots of users in different 
> communities that believed miners are voting for taproot and we need some 
> percentage of miners to agree before making any changes in Bitcoin. It was 
> not just 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.stackexchange.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 during 
> signaling. Opinions of few developers on MASF vs UASF also adds more 
> confusion to this thing. I could not think of any solution to solve this 
> problem.

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
___
bitcoin-dev mailing list
bitcoin-dev@lists.linuxfoundation.org
https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev


Re: [bitcoin-dev] On the regularity of soft forks

2021-10-12 Thread Prayank via bitcoin-dev
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 community 
> consensus (the mining community is a subset of the community) on the soft 
> fork. 

This is really important which gets ignored. I wish there was a way to solve 
this problem in a way that it is not misinterpreted by users.

During signalling for taproot, there were lots of users in different 
communities that believed miners are voting for taproot and we need some 
percentage of miners to agree before making any changes in Bitcoin. It was not 
just 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.stackexchange.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 during 
signaling. Opinions of few developers on MASF vs UASF also adds more confusion 
to this thing. I could not think of any solution to solve this problem.
-- 
Prayank

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