Date: Wed, 09 Mar 2022 14:42:36 +0000
To: =?utf-8?Q?Jorge_Tim=C3=B3n?= <jtimon@jtimon.cc>,
 Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
From: ZmnSCPxj <ZmnSCPxj@protonmail.com>
Reply-To: ZmnSCPxj <ZmnSCPxj@protonmail.com>
Message-ID: <CCrU07T0pDYBkAwCnUK3QZ3SFCtH1jSlH9ec6fUz5QxiNh7HT8lEx_2i6uR0Xedb6fdU94RZ4UXag9_Kchf6uELNjwSAxvyY4XgZ64aL-xI=@protonmail.com>
In-Reply-To: <CABm2gDqMcgcyYErNgMe9shXUxX5E85n+VqheDf1_E1mPq3ijLg@mail.gmail.com>
References: <CAD5xwhgvW_ATpWuMv1fF6hhjTyp8imkxfAY1CcCvYk1AwgqfhA@mail.gmail.com>
 <CABm2gDqMcgcyYErNgMe9shXUxX5E85n+VqheDf1_E1mPq3ijLg@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Subject: Re: [bitcoin-dev] Meeting Summary & Logs for CTV Meeting #5
Precedence: list

Good morning Jorge,

> What is ST? If it may be a reason to oppose CTV, why not talk about it mo=
re explicitly so that others can understand the criticisms?

ST is Speedy Trial.
Basically, a short softfork attempt with `lockinontimeout=3Dfalse` is first=
 done.
If this fails, then developers stop and think and decide whether to offer a=
 UASF `lockinontimeout=3Dtrue` version or not.

Jeremy showed a state diagram of Speedy Trial on the IRC, which was complic=
ated enough that I ***joked*** that it would be better to not implement `OP=
_CTV` and just use One OPCODE To Rule Them All, a.k.a. `OP_RING`.

If you had actually read the IRC logs you would have understood it, I even =
explicitly asked "ST ?=3D" so that the IRC logs have it explicitly listed a=
s "Speedy Trial".


> It seems that criticism isn't really that welcomed and is just explained =
away.

It seems that you are trying to grasp at any criticism and thus fell victim=
 to a joke.

> Perhaps it is just my subjective perception.
> Sometimes it feels we're going from "don't trust, verify" to "just trust =
jeremy rubin", i hope this is really just my subjective perception. Because=
 I think it would be really bad that we started to blindly trust people lik=
e that, and specially jeremy.

Why "specially jeremy"?
Any particular information you think is relevant?

The IRC logs were linked, you know, you could have seen what was discussed.

In particular, on the other thread you mention:

> We should talk more about activation mechanisms and how users should be a=
ble to actively resist them more.

Speedy Trial means that users with mining hashpower can block the initial S=
peedy Trial, and the failure to lock in ***should*** cause the developers t=
o stop-and-listen.
If the developers fail to stop-and-listen, then a counter-UASF can be writt=
en which *rejects* blocks signalling *for* the upgrade, which will chainspl=
it from a pro-UASF `lockinontimeout=3Dtrue`, but clients using the initial =
Speedy Trial code will follow which one has better hashpower.

If we assume that hashpower follows price, then users who want for / agains=
t a particular softfork will be able to resist the Speedy Trial, and if dev=
elopers release a UASF `lockinontimeout=3Dtrue` later, will have the choice=
 to reject running the UASF and even running a counter-UASF.


Regards,
ZmnSCPxj