From: Andrew Poelstra <apoelstra@wpsoftware.net>
To: James O'Beirne <james.obeirne@gmail.com>
Cc: Bitcoin Development Mailing List <bitcoindev@googlegroups.com>
Subject: Re: [bitcoindev] CTV + CSFS: a letter
Date: Mon, 9 Jun 2025 23:02:58 +0000 [thread overview]
Message-ID: <aEdoIvOgNNtT6L4s@mail.wpsoftware.net> (raw)
In-Reply-To: <a86c2737-db79-4f54-9c1d-51beeb765163n@googlegroups.com>
[-- Attachment #1: Type: text/plain, Size: 3607 bytes --]
Le Mon, Jun 09, 2025 at 04:40:52AM -0700, James O'Beirne a écrit :
> Good morning,
>
> A letter has been published advocating for the final review and
> activation of OP_CHECKTEMPLATEVERIFY (BIP-119) and OP_CHECKSIGFROMSTACK
> (BIP-348).
>
> The full text of the letter can be found at https://ctv-csfs.com. It is
> reproduced below.
>
Hi all,
James, thanks for posting the letter. Matt, Antoine -- thanks for
replying quickly and respectfully even though you disagree with its
contents. Let me try to clarify my stance and why I signed onto the
letter.
First, the specific choice of CTV + CSFS would not be my first choice
on technical grounds. But what I'd like to see is something that is
technically "good enough" to enable vaults and some new script usecases,
while avoiding things that are politically toxic (which seems to be
pretty-much everything, but maybe right now does not include CTV+CSFS?).
So any arguments about CTV+CSFS on the technical merits I think are
great and within the purview of "review and integration" that the letter
talks about. (The word "final" I think is too strong and in retrospect
I think we should've dropped it. But it's super difficult when writing
these things to identify which specific points of language need to be
changed.)
Second, regarding the ultimatum language -- it was quite difficult to
strike a balance between "Core consists of volunteers working on their
on projects, with no obligation to anybody, and certainly no obligation
to drive forward consensus changes" and "this is a letter that says
nothing substantial at all".
The message that I want to communicate is: Bitcoin Core, like many
stakeholders, can veto any consensus changes because there will never be
a large enough contigent of the Bitcoin community confident to rush in
where angels dare to tread. But furthermore, if nobody in Core wants to
engage at all with consensus changes, then the result is effectively the
same as a veto.
Therefore, if we want to see an increase in script expressivity, somebody
on the Core team needs to help champion it. (There's no one in particular
I imagine this "somebody" to be, and I suppose you could accuse me of
hypocrisy since I'm not volunteering myself, even though I have the
social and technical knowledge to help. It could be, and probably would
have to be, somebody who isn't currently active on Core. But it needs to
be somebody willing and able to work within the Core review process, to
deal with ongoing rebases, etc.)
Third, I really really hope that this letter does not lead to further
brigading or twitter fights or whatever bleeding into the Github repo.
(This is the one point where I think that my fellow cosigners agree with
me fully.) But on the other hand, I don't think that I personally should
shy away from discussion to mitigate that risk; it needs to be mitigated
by more agressive moderation or by higher barriers to entry for people
posting on Core PRs.
Best
Andrew
--
Andrew Poelstra
Director, Blockstream Research
Email: apoelstra at wpsoftware.net
Web: https://www.wpsoftware.net/andrew
The sun is always shining in space
-Justin Lewis-Webster
--
You received this message because you are subscribed to the Google Groups "Bitcoin Development Mailing List" group.
To unsubscribe from this group and stop receiving emails from it, send an email to bitcoindev+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/bitcoindev/aEdoIvOgNNtT6L4s%40mail.wpsoftware.net.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 488 bytes --]
next prev parent reply other threads:[~2025-06-09 23:11 UTC|newest]
Thread overview: 13+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-06-09 11:40 [bitcoindev] CTV + CSFS: a letter James O'Beirne
2025-06-09 12:51 ` Michael Folkson
2025-06-09 14:41 ` James O'Beirne
2025-06-09 15:56 ` Michael Folkson
2025-06-09 13:51 ` Matt Corallo
2025-06-09 14:43 ` James O'Beirne
2025-06-09 17:51 ` Matt Corallo
2025-06-09 19:27 ` /dev /fd0
2025-06-09 21:12 ` Matt Corallo
2025-06-09 18:55 ` 'Antoine Poinsot' via Bitcoin Development Mailing List
2025-06-10 2:02 ` Paul Sztorc
2025-06-09 23:02 ` Andrew Poelstra [this message]
2025-06-10 2:08 ` David A. Harding
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=aEdoIvOgNNtT6L4s@mail.wpsoftware.net \
--to=apoelstra@wpsoftware.net \
--cc=bitcoindev@googlegroups.com \
--cc=james.obeirne@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox