bitcoin-dev
AOPP 2.0 using OP_CAT and OP_CSFS
Posted on: June 1, 2024 02:27 UTC
In a recent exploration of the Bitcoin Improvement Proposal (BIP) 322 thread, a significant discussion has unfolded around the potential for introducing new opcodes that could lead to the creation of protocols with problematic implications.
Specifically, there's a proposition for a protocol where withdrawals are tied to personally identifying strings. This would necessitate users to produce a public key and have it validated by an identity verifier in order to claim their withdrawal. The technical specifics of this proposal involve a series of operations: using a combination of certsig
, bpubkey
, and txsig
alongside conditional checks and verifications such as CHECKSIGVERIFY
and CHECKLOCKTIMEVERIFY
. Additionally, the protocol suggests replacing CHECKDATASIG
with CHECKSIGFROMSTACK
when conducting tests on signet.
This concept raises discussions about privacy, security, and the flexibility of Bitcoin transactions, pushing the boundaries of what's currently possible with the protocol. The detailed script provided showcases a complex method of integrating certified public keys with transaction signatures, also incorporating SHA256 hashing and data signature verification commands to link a transaction to a user's identity.
For those interested in delving deeper into the technicalities of this proposal, further information is available in a detailed gist authored by Mark Blundeberg. This document provides insight into the operational framework of the suggested changes, offering a concrete example of how these theoretical modifications could be implemented within the Bitcoin protocol.