Technik & KryptografieTechnology & CryptographyTecnología & CriptografíaTecnologia & Criptografia技術 & 暗号学技术 & 密码学التقنية & التشفير
Covenants und Bitcoin: Was OP_CTV, ANYPREVOUT und die Covenant-Debatte für die Zukunft bedeutenCovenants and Bitcoin: What OP_CTV, ANYPREVOUT and the Covenant Debate Mean for the FutureCovenants y Bitcoin: qué significan OP_CTV, ANYPREVOUT y el debate sobre los covenants para el futuroCovenants e Bitcoin: o que OP_CTV, ANYPREVOUT e o debate sobre covenants significam para o futuroCovenantとBitcoin：OP_CTV、ANYPREVOUT、そしてCovant論争が未来に意味することCovenants与Bitcoin：OP_CTV、ANYPREVOUT及Covenant争论对未来意味着什么Covenants وBitcoin: ما الذي تعنيه OP_CTV وANYPREVOUT ونقاش Covenant للمستقبل
Bewertung durch automatisierten Mehrquellen-Abgleich des KI-Redaktionsteams; anschließend menschlich freigegeben.Assessed via the AI newsroom's automated multi-source cross-check, then approved by a human.Evaluado mediante la verificación automatizada multifuente de la redacción de IA y aprobado por una persona.Avaliado pela verificação automatizada multifonte da redação de IA e aprovado por uma pessoa.AI編集部による自動マルチソース照合で評価し、人による承認を経ています。由AI编辑部的自动多源交叉核查评估，并经人工审核。جرى التقييم عبر التدقيق الآلي متعدد المصادر من غرفة أخبار الذكاء الاصطناعي، ثم اعتُمد بشريًا.
Bitcoin-Covenants werden in diesem Artikel überwiegend als technischer Fortschritt mit überschaubaren Risiken dargestellt – doch die fehlende Einordnung kritischer Stimmen aus der Entwicklergemeinschaft trübt das Bild. Die Befürchtung, dass Covenants Ausgabepolitiken externer Akteure auf Protokollebene ermöglichen könnten, ist kein Randargument: Sie ist zentraler Bestandteil einer jahrzehntelangen Debatte, die weit über Fungibilität hinausgeht und grundlegende Fragen zur Zensurresistenz und Neutralität des Protokolls aufwirft. Zudem bleiben alle beschriebenen Vorteile – sichere Vaults, vereinfachtes Lightning, Congestion Control – theoretische Versprechen von Proposals im Draft-Status, deren praktische Implementierung und Wechselwirkungen mit dem bestehenden Ökosystem unbewiesen sind. Ein ausgewogener Artikel müsste diese Unsicherheit deutlicher benennen.This article presents Bitcoin covenants largely as a technical advancement with manageable risks – but the absence of critical voices from the developer community distorts the picture. The concern that covenants could enable external actors to enforce spending policies at the protocol level is not a fringe argument: it is central to a decade-long debate that goes far beyond fungibility and raises fundamental questions about the protocol's censorship resistance and neutrality. Moreover, all the described benefits – secure vaults, simplified Lightning, congestion control – remain theoretical promises from Draft-status proposals whose practical implementation and interactions with the existing ecosystem are unproven. A balanced article should make this uncertainty considerably more explicit.Este artículo presenta los covenants de Bitcoin principalmente como un avance técnico con riesgos manejables, pero la ausencia de voces críticas de la comunidad de desarrolladores distorsiona el panorama. La preocupación de que los covenants podrían permitir a actores externos imponer políticas de gasto a nivel de protocolo no es un argumento marginal: es el núcleo de un debate que lleva décadas y que va mucho más allá de la fungibilidad, planteando preguntas fundamentales sobre la resistencia a la censura y la neutralidad del protocolo. Además, todos los beneficios descritos —vaults seguros, Lightning simplificado, control de congestión— siguen siendo promesas teóricas de propuestas en estado Draft, cuya implementación práctica y sus interacciones con el ecosistema existente no han sido probadas. Un artículo equilibrado debería señalar esta incertidumbre de forma mucho más explícita.Este artigo apresenta os covenants do Bitcoin principalmente como um avanço técnico com riscos gerenciáveis — mas a ausência de vozes críticas da comunidade de desenvolvedores distorce o quadro. A preocupação de que os covenants possam permitir que atores externos imponham políticas de gasto no nível do protocolo não é um argumento marginal: é central em um debate que dura décadas, vai muito além da fungibilidade e levanta questões fundamentais sobre a resistência à censura e a neutralidade do protocolo. Além disso, todos os benefícios descritos — vaults seguros, Lightning simplificado, controle de congestionamento — continuam sendo promessas teóricas de propostas em estado de rascunho, cuja implementação prática e interações com o ecossistema existente ainda não foram comprovadas. Um artigo equilibrado deveria tornar essa incerteza consideravelmente mais explícita.本記事はBitcoinのコベナントを主に「リスクが管理可能な技術的進歩」として描いているが、開発者コミュニティからの批判的な声が欠落しており、全体像が歪められている。コベナントが外部アクターにプロトコルレベルでの支出ポリシーの強制を可能にしかねないという懸念は、周辺的な議論などではない。それは代替可能性をはるかに超え、プロトコルの検閲耐性と中立性に関する根本的な問いを提起する、数十年に及ぶ議論の核心である。さらに、安全なVault、簡略化されたLightning、輻輳制御といった記事で紹介されたメリットはすべて、Draftステータスの提案における理論的な約束にすぎず、その実装と既存のエコシステムとの相互作用は実証されていない。バランスの取れた記事であれば、こうした不確実性をより明確に示すべきだ。本文将Bitcoin的契约（covenants）主要呈现为一项风险可控的技术进步，但开发者社区中批评声音的缺失扭曲了整体图景。契约可能使外部参与者在协议层面强制执行支出策略的担忧，并非边缘论点：它是一场长达数十年的辩论的核心，远超可替代性问题的范畴，并引发了关于协议抗审查性与中立性的根本性质疑。此外，文中描述的所有优势——安全的Vault、简化的Lightning、拥堵控制——仍是草案状态提案中的理论承诺，其实际实施方式以及与现有生态系统的交互尚未得到验证。一篇客观平衡的文章应当更加明确地指出这种不确定性。يُقدِّم هذا المقال عقود Bitcoin (covenants) باعتبارها في معظمها تقدمًا تقنيًا ذا مخاطر يمكن إدارتها، غير أن غياب الأصوات النقدية من مجتمع المطورين يُشوِّه الصورة. إن القلق من أن تُمكِّن العقود الجهاتِ الخارجيةَ من فرض سياسات الإنفاق على مستوى البروتوكول ليس حجةً هامشية؛ بل هو في صميم نقاش يمتد لعقود، يتجاوز بكثير مسألة قابلية التبادل، ويطرح تساؤلات جوهرية حول مقاومة البروتوكول للرقابة وحياديته. علاوة على ذلك، تظل جميع الفوائد الموصوفة — الخزائن الآمنة، وتبسيط Lightning، والتحكم في الازدحام — وعودًا نظرية لمقترحات في مرحلة المسودة، لم يُثبَت تطبيقها العملي ولا تفاعلها مع النظام البيئي القائم. كان ينبغي لمقال متوازن أن يُصرِّح بهذا الغموض بصورة أكثر وضوحًا.
Video zum ArtikelVideo for this articleVídeo del artículoVídeo do artigo記事の動画本文视频فيديو المقال
Klassische Bitcoin-Skripte stellen eine einzige Frage: Darf dieser UTXO jetzt entsperrt werden? Covenants stellen eine zweite, tiefergehende Frage: Wohin dürfen die Coins danach fließen? Diese Erweiterung – Ausgabebeschränkungen nicht auf der Eingangs-, sondern auf der Ausgangsseite einer Transaktion – ist das Kernkonzept hinter einer der meistdiskutierten offenen Fragen der Bitcoin-Entwicklung.
Was ist ein Covenant?
Ein Covenant (englisch: Vertragsbedingung, Einschränkung) beschränkt auf UTXO-Ebene, in welche Outputs und unter welchen Bedingungen Coins in einer zukünftigen Transaktion fließen dürfen. Während ein normales Bitcoin-Skript nur prüft, ob eine Signatur oder ein Preimage korrekt ist, kann ein Covenant die Struktur der Folgetransaktion selbst vorschreiben – etwa welche Empfängeradressen erlaubt sind, wie viele Outputs existieren oder welche Beträge wohin gehen.
Covenants existieren im Bitcoin-Mainnet bislang nicht nativ (Stand 2026). Ihre Einführung würde einen Soft Fork erfordern.
OP_CHECKTEMPLATEVERIFY (OP_CTV) – BIP-119
Das 2020 von Jeremy Rubin eingereichte BIP-119 definiert den Opcode OP_CHECKTEMPLATEVERIFY (OP_CTV). Technisch funktioniert er so: Ein Skript bettet einen 32-Byte-SHA256-Hash ein, der eine normalisierte Transaktionsstruktur committet – darunter Anzahl und Reihenfolge der Outputs, Sequenznummern und weitere Felder. Ein UTXO, der mit OP_CTV gesichert ist, kann ausschließlich durch eine Transaktion ausgegeben werden, die exakt diesem Template entspricht. Der Ausgabepfad ist damit vollständig prädeterminiert.
OP_CTV erzwingt keinen Empfänger im Sinne einer Adresse, sondern eine exakte Transaktionsstruktur. Es ist ein Commitment auf die Zukunft der Coins, kein allgemeines Zugriffsrecht.
Die wohl wichtigste Anwendung ist der Vault: Mit OP_CTV lässt sich ein zweistufiger Auszahlungsprozess konstruieren. Im ersten Schritt wird der UTXO „unvaulted" – in eine Zwischenadresse mit Timelock transferiert. Erst nach Ablauf dieser Wartezeit (z. B. 144 Blöcke ≈ 24 Stunden) darf die finale Destination ausgezahlt werden. Wird in dieser Zeit ein Diebstahl erkannt, können die Coins per Clawback-Pfad zurückgerufen werden – ganz ohne externe Verwahrung. Ein weiterer Anwendungsfall ist Congestion Control: Mit OP_CTV lassen sich viele Zahlungen in einem einzigen UTXO bündeln und erst später auffalten, was in Zeiten hoher Mempoolauslastung die Onchain-Kosten senkt. BIP-119 hat Stand 2026 den Status „Draft".
SIGHASH_ANYPREVOUT (APO) – BIP-118
BIP-118, co-verfasst von Anthony Towns und Christian Decker, führt ein neues Sighash-Flag namens SIGHASH_ANYPREVOUT (APO) für Tapscript ein. Der entscheidende Unterschied zu bestehenden Sighash-Typen: APO lässt die TXID des ausgegebenen UTXOs – den sogenannten „Previous Output" – aus der Signatur-Commitmentstruktur heraus. Eine Signatur, die mit APO erstellt wurde, ist damit für jeden UTXO gültig, der das passende Skript trägt – unabhängig davon, in welcher Transaktion dieser UTXO entstanden ist.
Dieser Mechanismus ist die technische Grundvoraussetzung für Eltoo (auch LN-Symmetry genannt), ein 2018 von Decker, Russell und Osuntokun vorgestelltes Protokoll für das Lightning Network. Eltoo ermöglicht penalty-freie, zustandsneutrale Kanalaktualisierungen: Statt dass eine veraltete Kanalversion durch eine Strafzahlung sanktioniert wird (wie im aktuellen LN), überschreibt bei Eltoo einfach der neueste gültige Zustand alle früheren – möglich nur, weil APO-Signaturen nicht an eine spezifische UTXO-ID gebunden sind. Das vereinfacht die Zustandsverwaltung von LN-Nodes erheblich und senkt die Anforderungen an Watchtower-Dienste. Auch BIP-118 hat Stand 2026 den Status „Draft".
Das breitere Ökosystem: OP_VAULT, CSFS und OP_CAT
OP_CTV und APO sind nicht die einzigen Covenant-Proposals. BIP-345 (OP_VAULT), 2023 von James O'Beirne eingereicht und auf OP_CTV-Semantik aufbauend, optimiert den Vault-Anwendungsfall weiter. OP_CHECKSIGFROMSTACK (CSFS) erlaubt die Prüfung von Signaturen über beliebige Daten im Stack und eröffnet damit allgemeinere Covenant-Strukturen. Das deutlich mächtigere, aber auch kontroversere OP_CAT würde die Konkatenation von Stack-Elementen wieder ermöglichen und damit rekursive Covenants erlauben. Die Fragmentierung dieser Proposals – jedes mit eigenen Tradeoffs – ist selbst ein wesentlicher Grund dafür, dass kein Soft Fork bislang aktiviert wurde.
Warum ist die Debatte so kontrovers?
Die technischen Möglichkeiten sind das eine. Die grundlegenden Einwände das andere. Kritiker benennen drei Kernprobleme:
- Fungibilität („Tainted Coins"): Wenn Covenants dauerhaft Beschränkungen in UTXOs einschreiben können, könnten Coins entstehen, die strukturell nicht gleichwertig mit anderen Bitcoins sind – was das Grundprinzip der Fungibilität untergräbt.
- Externe Zwangsanwendung: Ein Covenant könnte theoretisch so konstruiert werden, dass er Ausgabepolitiken externer Akteure (etwa Regulierungsbehörden) auf Protokollebene durchsetzt – ein Präzedenzfall, den viele Bitcoin-Entwickler grundsätzlich ablehnen.
- Komplexität und Konservativismus: Jede Erweiterung der Konsensschicht trägt inhärentes Risiko. Ohne breiten Konsens über das beste Proposal zieht die Bitcoin-Entwicklergemeinde die bewährte Zurückhaltung einer potenziell voreiligen Änderung vor.
Die Taproot-Aktivierung im November 2021 (BIP-340/341/342) hat mit Tapscript die technische Grundlage für neue Opcodes wie OP_CTV und APO geschaffen. Die gesellschaftliche und technische Einigung, wann und welcher Covenant-Mechanismus aktiviert werden soll, steht Stand 2026 noch aus.
Classic Bitcoin scripts ask one question: May this UTXO be unlocked right now? Covenants ask a second, deeper question: Where may the coins go afterwards? This extension – spending restrictions not on the input side but on the output side of a transaction – is the core concept behind one of the most debated open questions in Bitcoin development.
What Is a Covenant?
A covenant restricts, at the UTXO level, into which outputs and under what conditions coins may flow in a future transaction. While a normal Bitcoin script only checks whether a signature or preimage is correct, a covenant can prescribe the very structure of the follow-on transaction – for example which recipient addresses are permitted, how many outputs may exist, or which amounts go where.
Covenants do not yet exist natively in the Bitcoin mainnet (as of 2026). Their introduction would require a soft fork.
OP_CHECKTEMPLATEVERIFY (OP_CTV) – BIP-119
BIP-119, submitted by Jeremy Rubin in 2020, defines the opcode OP_CHECKTEMPLATEVERIFY (OP_CTV). Technically, it works as follows: a script embeds a 32-byte SHA256 hash that commits to a normalised transaction structure – including the number and order of outputs, sequence numbers, and other fields. A UTXO secured with OP_CTV can only be spent by a transaction that exactly matches this template. The spending path is thus fully predetermined.
OP_CTV does not enforce a recipient in the sense of an address, but rather an exact transaction structure. It is a commitment to the future of the coins, not a general access right.
The most prominent application is the vault: with OP_CTV, a two-step withdrawal process can be constructed. In the first step, the UTXO is "unvaulted" – transferred to an intermediate address with a timelock. Only after this waiting period expires (e.g. 144 blocks ≈ 24 hours) may the final destination be paid out. If a theft is detected during this window, the coins can be recalled via a clawback path – entirely without external custody. Another use case is congestion control: OP_CTV allows many payments to be batched into a single UTXO and expanded later, reducing on-chain costs during periods of high mempool load. BIP-119 has the status "Draft" as of 2026.
SIGHASH_ANYPREVOUT (APO) – BIP-118
BIP-118, co-authored by Anthony Towns and Christian Decker, introduces a new sighash flag called SIGHASH_ANYPREVOUT (APO) for Tapscript. The decisive difference from existing sighash types: APO omits the TXID of the spent UTXO – the so-called "previous output" – from the signature commitment structure. A signature created with APO is therefore valid for any UTXO carrying the matching script, regardless of which transaction that UTXO originated from.
This mechanism is the core technical prerequisite for Eltoo (also called LN-Symmetry), a protocol for the Lightning Network presented in 2018 by Decker, Russell, and Osuntokun. Eltoo enables penalty-free, state-neutral channel updates: instead of a stale channel state being penalised by a punishment transaction (as in the current LN), the latest valid state at Eltoo simply overwrites all earlier ones – only possible because APO signatures are not bound to a specific UTXO ID. This greatly simplifies state management for LN nodes and reduces requirements on watchtower services. BIP-118 also holds "Draft" status as of 2026.
The Broader Ecosystem: OP_VAULT, CSFS, and OP_CAT
OP_CTV and APO are not the only covenant proposals. BIP-345 (OP_VAULT), submitted by James O'Beirne in 2023 and building on OP_CTV semantics, further optimises the vault use case. OP_CHECKSIGFROMSTACK (CSFS) allows signatures over arbitrary stack data to be verified, enabling more general covenant structures. The considerably more powerful but also more contentious OP_CAT would re-enable concatenation of stack elements, thereby allowing recursive covenants. The fragmentation of these proposals – each with its own tradeoffs – is itself a significant reason why no soft fork has been activated to date.
Why Is the Debate So Contentious?
The technical possibilities are one thing. The fundamental objections are another. Critics identify three core concerns:
- Fungibility ("tainted coins"): If covenants can permanently inscribe restrictions into UTXOs, coins could arise that are structurally non-equivalent to other bitcoins – undermining the foundational principle of fungibility.
- External enforcement: A covenant could theoretically be constructed to enforce the spending policies of external actors (e.g. regulatory authorities) at the protocol level – a precedent that many Bitcoin developers categorically reject.
- Complexity and conservatism: Every extension of the consensus layer carries inherent risk. Without broad agreement on the best proposal, the Bitcoin developer community favours proven restraint over a potentially premature change.
The Taproot activation in November 2021 (BIP-340/341/342) established with Tapscript the technical foundation for new opcodes such as OP_CTV and APO. Social and technical consensus on when and which covenant mechanism should be activated remains outstanding as of 2026.
Los scripts clásicos de Bitcoin plantean una única pregunta: ¿Puede desbloquearse este UTXO ahora? Los covenants plantean una segunda pregunta, más profunda: ¿Hacia dónde pueden fluir las monedas después? Esta extensión —restricciones no en el lado de las entradas, sino en el de las salidas de una transacción— es el concepto central detrás de una de las preguntas abiertas más debatidas del desarrollo de Bitcoin.
¿Qué es un covenant?
Un covenant (del inglés: cláusula contractual, restricción) limita, a nivel de UTXO, en qué outputs y bajo qué condiciones pueden fluir las monedas en una futura transacción. Mientras que un script normal de Bitcoin solo verifica si una firma o un preimage es correcto, un covenant puede prescribir la propia estructura de la transacción siguiente —por ejemplo, qué direcciones de destinatario están permitidas, cuántos outputs existen o qué importes van a dónde.
Los covenants no existen de forma nativa en el mainnet de Bitcoin hasta la fecha (a 2026). Su introducción requeriría un soft fork.
OP_CHECKTEMPLATEVERIFY (OP_CTV) – BIP-119
El BIP-119, presentado por Jeremy Rubin en 2020, define el opcode OP_CHECKTEMPLATEVERIFY (OP_CTV). Técnicamente funciona así: un script incrusta un hash SHA256 de 32 bytes que realiza un commitment sobre una estructura de transacción normalizada, incluyendo el número y el orden de los outputs, los números de secuencia y otros campos. Un UTXO asegurado con OP_CTV solo puede ser exclusivamente gastado mediante una transacción que se ajuste exactamente a ese template. La ruta de gasto queda así completamente predeterminada.
OP_CTV no impone un destinatario en el sentido de una dirección, sino una estructura de transacción exacta. Es un commitment sobre el futuro de las monedas, no un derecho de acceso general.
La aplicación probablemente más importante es el vault: con OP_CTV se puede construir un proceso de retirada en dos etapas. En el primer paso, el UTXO es «unvaulted» —transferido a una dirección intermedia con timelock—. Solo tras el vencimiento de este período de espera (p. ej., 144 bloques ≈ 24 horas) puede realizarse el pago al destino final. Si durante ese tiempo se detecta un robo, las monedas pueden recuperarse mediante una ruta de clawback, sin necesidad de custodia externa. Otro caso de uso es el control de congestión: con OP_CTV es posible agrupar muchos pagos en un único UTXO y desplegarlos más adelante, lo que reduce los costes onchain en períodos de alta ocupación del mempool. BIP-119 tiene, a 2026, el estado «Draft».
SIGHASH_ANYPREVOUT (APO) – BIP-118
BIP-118, coescrito por Anthony Towns y Christian Decker, introduce un nuevo flag sighash llamado SIGHASH_ANYPREVOUT (APO) para Tapscript. La diferencia clave respecto a los tipos de sighash existentes: APO excluye la TXID del UTXO gastado —el denominado «Previous Output»— de la estructura de commitment de la firma. Una firma creada con APO es, por tanto, válida para cualquier UTXO que lleve el script correspondiente, independientemente de en qué transacción haya sido creado ese UTXO.
Este mecanismo es el requisito técnico fundamental para Eltoo (también denominado LN-Symmetry ), un protocolo para Lightning Network presentado en 2018 por Decker, Russell y Osuntokun. Eltoo permite actualizaciones de canal sin penalización y neutrales al estado: en lugar de que una versión de canal obsoleta sea sancionada con un pago de penalización (como en el LN actual), en Eltoo el estado válido más reciente simplemente sobrescribe a todos los anteriores —posible únicamente porque las firmas APO no están vinculadas a una UTXO-ID específica—. Esto simplifica considerablemente la gestión de estado de los nodos LN y reduce los requisitos sobre los servicios watchtower. BIP-118 también tiene, a 2026, el estado «Draft».
El ecosistema más amplio: OP_VAULT, CSFS y OP_CAT
OP_CTV y APO no son las únicas propuestas de covenant. BIP-345 (OP_VAULT), presentado por James O'Beirne en 2023 y construido sobre la semántica de OP_CTV, optimiza aún más el caso de uso del vault. OP_CHECKSIGFROMSTACK (CSFS) permite la verificación de firmas sobre datos arbitrarios en el stack, abriendo así estructuras de covenant más generales. El mucho más potente, aunque también más controvertido, OP_CAT volvería a permitir la concatenación de elementos del stack y, con ello, los covenants recursivos. La fragmentación de estas propuestas —cada una con sus propios tradeoffs— es en sí misma una razón fundamental por la que ningún soft fork ha sido activado hasta ahora.
¿Por qué el debate es tan controvertido?
Las posibilidades técnicas son una cosa. Las objeciones de fondo, otra. Los críticos señalan tres problemas centrales:
- Fungibilidad («monedas contaminadas»): Si los covenants pueden inscribir restricciones de forma permanente en los UTXOs, podrían surgir monedas que estructuralmente no son equivalentes a otros bitcoins, lo que socava el principio fundamental de la fungibilidad.
- Imposición externa: Un covenant podría construirse teóricamente de modo que aplique, a nivel de protocolo, las políticas de gasto de actores externos (como reguladores), un precedente que muchos desarrolladores de Bitcoin rechazan de forma categórica.
- Complejidad y conservadurismo: Toda ampliación de la capa de consenso conlleva un riesgo inherente. Sin un consenso amplio sobre cuál es la mejor propuesta, la comunidad de desarrolladores de Bitcoin prefiere la prudencia probada a un cambio potencialmente precipitado.
La activación de Taproot en noviembre de 2021 (BIP-340/341/342) sentó, con Tapscript, la base técnica para nuevos opcodes como OP_CTV y APO. El acuerdo social y técnico sobre cuándo y qué mecanismo de covenant debe activarse está, a 2026, aún pendiente.
Os scripts clássicos do Bitcoin fazem uma única pergunta: Este UTXO pode ser desbloqueado agora? Os covenants fazem uma segunda pergunta, mais profunda: Para onde podem ir as moedas depois? Esta extensão – restrições de gasto não no lado das entradas, mas no lado das saídas de uma transação – é o conceito central por trás de uma das questões abertas mais debatidas no desenvolvimento do Bitcoin.
O que é um Covenant?
Um covenant restringe, ao nível do UTXO, para quais outputs e sob quais condições as moedas podem fluir em uma transação futura. Enquanto um script Bitcoin normal apenas verifica se uma assinatura ou preimage está correto, um covenant pode prescrever a própria estrutura da transação subsequente – por exemplo, quais endereços de destinatários são permitidos, quantos outputs podem existir ou quais valores vão para onde.
Os covenants ainda não existem nativamente na mainnet do Bitcoin (em 2026). A sua introdução exigiria um soft fork.
OP_CHECKTEMPLATEVERIFY (OP_CTV) – BIP-119
O BIP-119, submetido por Jeremy Rubin em 2020, define o opcode OP_CHECKTEMPLATEVERIFY (OP_CTV). Tecnicamente, funciona da seguinte forma: um script incorpora um hash SHA256 de 32 bytes que faz um commit de uma estrutura de transação normalizada – incluindo o número e a ordem dos outputs, números de sequência e outros campos. Um UTXO protegido com OP_CTV só pode ser gasto exclusivamente por uma transação que corresponda exatamente a esse template. O caminho de gasto é, portanto, totalmente predeterminado.
O OP_CTV não impõe um destinatário no sentido de um endereço, mas sim uma estrutura de transação exata. É um compromisso com o futuro das moedas, não um direito de acesso geral.
A aplicação mais importante é o vault: com o OP_CTV, é possível construir um processo de saque em duas etapas. Na primeira etapa, o UTXO é "desvaultado" – transferido para um endereço intermediário com timelock. Somente após o término desse período de espera (por exemplo, 144 blocos ≈ 24 horas) é que o destino final pode ser pago. Se uma tentativa de roubo for detectada durante esse intervalo, as moedas podem ser recuperadas por meio de um caminho de clawback – sem qualquer custódia externa. Outro caso de uso é o controle de congestionamento: com o OP_CTV, é possível agrupar muitos pagamentos em um único UTXO e expandi-los posteriormente, reduzindo os custos on-chain em períodos de alta utilização do mempool. O BIP-119 tem o status "Draft" em 2026.
SIGHASH_ANYPREVOUT (APO) – BIP-118
O BIP-118, co-escrito por Anthony Towns e Christian Decker, introduz um novo flag de sighash chamado SIGHASH_ANYPREVOUT (APO) para o Tapscript. A diferença decisiva em relação aos tipos de sighash existentes: o APO omite o TXID do UTXO gasto – o chamado "previous output" – da estrutura de commit da assinatura. Uma assinatura criada com APO é, portanto, válida para qualquer UTXO que possua o script correspondente, independentemente de em qual transação esse UTXO tenha se originado.
Esse mecanismo é o pré-requisito técnico fundamental para o Eltoo (também chamado de LN-Symmetry), um protocolo para a Lightning Network apresentado em 2018 por Decker, Russell e Osuntokun. O Eltoo permite atualizações de canal sem penalidades e neutras em termos de estado: em vez de um estado de canal desatualizado ser sancionado por uma transação de punição (como no LN atual), no Eltoo o estado válido mais recente simplesmente substitui todos os anteriores – o que só é possível porque as assinaturas APO não estão vinculadas a um ID de UTXO específico. Isso simplifica enormemente o gerenciamento de estado dos nós LN e reduz os requisitos sobre os serviços de watchtower. O BIP-118 também tem o status "Draft" em 2026.
O Ecossistema Mais Amplo: OP_VAULT, CSFS e OP_CAT
O OP_CTV e o APO não são as únicas propostas de covenant. O BIP-345 (OP_VAULT), submetido por James O'Beirne em 2023 e construído sobre a semântica do OP_CTV, otimiza ainda mais o caso de uso de vault. O OP_CHECKSIGFROMSTACK (CSFS) permite a verificação de assinaturas sobre dados arbitrários na pilha, possibilitando estruturas de covenant mais genéricas. O consideravelmente mais poderoso, mas também mais controverso OP_CAT reabilitaria a concatenação de elementos da pilha, permitindo assim covenants recursivos. A fragmentação dessas propostas – cada uma com seus próprios trade-offs – é ela própria um motivo significativo pelo qual nenhum soft fork foi ativado até o momento.
Por que o Debate é Tão Controverso?
As possibilidades técnicas são uma coisa. As objeções fundamentais são outra. Os críticos identificam três preocupações centrais:
- Fungibilidade ("moedas contaminadas"): Se os covenants puderem inscrever permanentemente restrições nos UTXOs, poderiam surgir moedas que são estruturalmente não equivalentes a outros bitcoins – minando o princípio fundamental da fungibilidade.
- Aplicação coercitiva externa: Um covenant poderia, teoricamente, ser construído de forma a impor, ao nível do protocolo, as políticas de gasto de agentes externos (como órgãos reguladores) – um precedente que muitos desenvolvedores do Bitcoin rejeitam categoricamente.
- Complexidade e conservadorismo: Toda extensão da camada de consenso carrega riscos inerentes. Sem um amplo consenso sobre a melhor proposta, a comunidade de desenvolvedores do Bitcoin prefere a prudência comprovada a uma mudança potencialmente precipitada.
A ativação do Taproot em novembro de 2021 (BIP-340/341/342) estabeleceu, com o Tapscript, a base técnica para novos opcodes como OP_CTV e APO. O consenso social e técnico sobre quando e qual mecanismo de covenant deverá ser ativado permanece pendente em 2026.
クラシックなBitcriptスクリプトが問うのは、ただ一つの問いです： このUTXOは今、アンロックしてよいか？ Covenantが問うのは、さらに深い第二の問いです： その後、コインはどこへ送ってよいか？ この拡張——トランザクションの入力側ではなく、出力側に支出制限を課すこと——は、Bitcoin開発において最も議論されているオープンな問いの一つの核心概念です。
Covenantとは何か？
Covenant（英語：契約条件、制限）とは、UTXOレベルで、コインが将来の トランザクションにおいてどのOutputsへ、どのような条件のもとで送ることができるかを制限するものです。通常のBitcriptスクリプトが署名やプリイメージの正当性を検証するだけなのに対し、Covenantは後続トランザクション自体の構造を規定できます——たとえば、許可される送付先アドレス、Outputsの数、あるいはどの金額がどこへ送られるかなどです。 将来の
Covenantは、2026年時点でBitcoin mainnetにはネイティブには存在しません。導入にはSoft Forkが必要です。
OP_CHECKTEMPLATEVERIFY（OP_CTV）– BIP-119
2020年にJeremy RubinによってBIP-119として提出されたこの提案は、Opcodeを定義しています OP_CHECKTEMPLATEVERIFY （OP_CTV）。技術的な仕組みとしては、スクリプトに32バイトのSHA256ハッシュを埋め込み、正規化されたトランザクション構造——アウトプットの数と順序、シーケンス番号、その他のフィールドを含む——にコミットする。OP_CTVで保護されたUTXOは、 そのテンプレートに完全に一致するトランザクションによって のみ使用可能である。つまり、支出経路は完全に事前決定されている。
OP_CTVはアドレスという意味での受取人を強制するのではなく、厳密なトランザクション構造を強制する。これはコインの将来へのコミットメントであり、汎用的なアクセス権ではない。
おそらく最も重要なユースケースは Vaultである。OP_CTVを用いると、二段階の出金プロセスを構築できる。第一段階では、UTXOが「アンボルト」され——タイムロック付きの中間アドレスへ転送される。その待機期間（例：144ブロック≈24時間）が経過して初めて、最終的な送金先への支払いが可能となる。この間に盗難が検知された場合、外部の保管者なしにClawbackパスを通じてコインを取り戻すことができる。もう一つのユースケースは Congestion Controlである。OP_CTVを使うと、多数の支払いを単一のUTXOにまとめ、後からアンフォールドすることが可能となり、メンプールの混雑が激しい時期にオンチェーンコストを削減できる。BIP-119は2026年時点で「Draft」ステータスにある。
SIGHASH_ANYPREVOUT（APO）– BIP-118
BIP-118は、Anthony TownsとChristian Deckerが共同執筆したもので、 SIGHASH_ANYPREVOUT （APO）をTapscript向けに導入する。既存のSighashタイプとの決定的な違いは、APOが署名のコミットメント構造から、使用するUTXOのTXID――いわゆる「Previous Output」――を除外する点にある。APOで作成された署名は、 あらゆる UTXOに対して有効となる。ただし、そのUTXOが対応するスクリプトを持っていることが条件であり、そのUTXOがどのトランザクションで生成されたかは問わない。
このメカニズムは、 Eltoo （別名 LN-Symmetry とも呼ばれる）の技術的な前提条件である。Eltooは2018年にDecker、Russell、Osuntokuによって提案されたLightning Network向けのプロトコルだ。Eltooはペナルティなしの状態中立的なチャネル更新を可能にする。現行のLNでは古いチャネル状態がペナルティ支払いによって制裁されるのに対し、Eltooでは最新の有効な状態が過去のすべての状態を単純に上書きする。これが実現できるのは、APO署名が特定のUTXO IDに紐付けられていないからにほかならない。これによりLNノードの状態管理が大幅に簡素化され、Watchtowerサービスへの要件も低下する。BIP-118もまた、2026年時点で「Draft」ステータスのままである。
より広いエコシステム：OP_VAULT、CSFSおよびOP_CAT
OP_CTVとAPOはCovenantプロポーザルの全てではない。BIP-345（OP_VAULT）は、2023年にJames O'Beirneによって提出され、OP_CTVのセマンティクスを基盤として、Vaultのユースケースをさらに最適化するものだ。 OP_CHECKSIGFROMSTACK （CSFS）はStack上の任意のデータに対する署名検証を可能にし、より汎用的なCovenant構造を実現する。さらに強力だが、より議論を呼んでいるのが OP_CAT であり、これはStack要素の連結を再び可能にすることで、再帰的なCovenantを許容する。各Proposalがそれぞれ固有のトレードオフを抱えているという断片化こそが、いまだどのSoft Forkも有効化されていない主な理由の一つとなっている。
なぜこの議論はこれほど論争的なのか？
技術的な可能性は一面に過ぎない。根本的な異論もまた存在する。批判者は三つの核心的な問題を指摘する：
- 代替可能性（「汚染されたコイン」）： CovenantがUTXOに恒久的な制限を書き込めるとすれば、他のBitcoinと構造的に同等でないコインが生まれる可能性があり、代替可能性という根本原則が損なわれる。
- 外部による強制執行： Covenantは理論上、外部主体（規制当局など）の支出方針をプロトコルレベルで強制するように設計できる。これは多くのBitcoin開発者が原則として拒絶する先例となる。
- 複雑性と保守主義： コンセンサス層のあらゆる拡張には固有のリスクが伴う。最善のProposalについて広範な合意が得られていない現状では、Bitcoin開発者コミュニティは拙速な変更よりも実績ある慎重さを選んでいる。
2021年11月のTaprootの有効化（BIP-340/341/342）は、TapscriptによってOP_CTVやAPOといった新たなOpcodeの技術的基盤を整えた。しかし、いつ、どのCovenant機構を有効化すべきかについての社会的・技術的合意は、2026年時点でいまだ実現していない。
经典的 Bitcoin 脚本只回答一个问题：这个 UTXO 现在可以被解锁吗？而 Covenant 则提出了第二个更深层的问题：这些 Coin 之后可以流向哪里？这种扩展——将花费限制施加在交易的输出端而非输入端——是 Bitcoin 开发领域最受热议的开放性问题之一的核心概念。
什么是 Covenant？
Covenant（英文原意：契约条款、限制）在 UTXO 层面限制了 Coin 在未来交易中可以流向哪些输出以及在何种条件下流转。普通的 Bitcoin 脚本仅检查签名或原像是否正确，而 Covenant 则可以直接规定后续交易本身的结构——例如允许哪些接收地址、可以存在多少个输出，以及各笔金额的流向。
截至 2026 年，Covenant 尚未在 Bitcoin 主网中原生存在。引入 Covenant 需要进行软分叉。
OP_CHECKTEMPLATEVERIFY (OP_CTV) – BIP-119
BIP-119 由 Jeremy Rubin 于 2020 年提交，定义了操作码 OP_CHECKTEMPLATEVERIFY（OP_CTV）。其技术原理如下：脚本中嵌入一个 32 字节的 SHA256 哈希值，该哈希承诺了一个规范化的交易结构——包括输出的数量与顺序、序列号及其他字段。以 OP_CTV 锁定的 UTXO 只能由与该模板完全匹配的交易来花费，花费路径因此被完全预先确定。
OP_CTV 强制约束的并非某个地址意义上的接收方，而是一个精确的交易结构。它是对 Coin 未来走向的承诺，而非一种通用访问权限。
最重要的应用场景是 Vault（金库）：利用 OP_CTV 可以构建一个两步提款流程。第一步，UTXO 被"解锁出库"——转入一个带有时间锁的中间地址。只有在等待期结束后（例如 144 个区块 ≈ 24 小时），才可向最终目标地址支付。若在此期间发现盗窃，可通过追回路径撤回 Coin——完全无需外部托管。另一个应用场景是拥堵控制：OP_CTV 可将多笔支付打包进单个 UTXO，稍后再展开，从而在内存池高负载期间降低链上成本。截至 2026 年，BIP-119 状态为"草案（Draft）"。
SIGHASH_ANYPREVOUT (APO) – BIP-118
BIP-118 由 Anthony Towns 与 Christian Decker 共同撰写，为 Tapscript 引入了名为 SIGHASH_ANYPREVOUT（APO）的新签名哈希标志。与现有签名哈希类型的关键区别在于：APO 将被花费 UTXO 的 TXID——即所谓的"Previous Output"——从签名承诺结构中排除。因此，使用 APO 创建的签名对任何携带匹配脚本的 UTXO 均有效，无论该 UTXO 产生于哪笔交易。
这一机制是 Eltoo（又称 LN-Symmetry）的核心技术前提。Eltoo 是 Decker、Russell 与 Osuntokun 于 2018 年提出的 Lightning Network 协议。Eltoo 实现了无惩罚、状态中立的通道更新：在当前 LN 中，过期通道状态会被惩罚交易制裁；而在 Eltoo 中，最新的有效状态会直接覆盖所有之前的状态——这仅因 APO 签名不绑定特定 UTXO ID 才得以实现。这大幅简化了 LN 节点的状态管理，并降低了对瞭望塔服务的要求。截至 2026 年，BIP-118 同样处于"草案（Draft）"状态。
更广泛的生态：OP_VAULT、CSFS 与 OP_CAT
OP_CTV 和 APO 并非仅有的 Covenant 提案。BIP-345（OP_VAULT）由 James O'Beirne 于 2023 年提交，建立在 OP_CTV 语义之上，进一步优化了 Vault 使用场景。OP_CHECKSIGFROMSTACK（CSFS）允许对栈中任意数据的签名进行验证，从而开启了更通用的 Covenant 结构。功能更为强大但也更具争议的 OP_CAT 将重新允许栈元素的拼接，进而支持递归 Covenant。这些提案的碎片化——各自有不同的权衡取舍——本身就是迄今为止没有任何软分叉被激活的重要原因之一。
为何这场争论如此激烈？
技术可能性是一方面，根本性的反对意见则是另一方面。批评者指出了三个核心问题：
- 可替代性（"受污染的 Coin"）：如果 Covenant 能够永久地将限制写入 UTXO，则可能出现在结构上与其他 Bitcoin 不等价的 Coin——这将动摇可替代性这一基本原则。
- 外部强制执行：从理论上讲，Covenant 可以被构建为在协议层面强制执行外部行为者（例如监管机构）的花费政策——这一先例被许多 Bitcoin 开发者从根本上拒绝接受。
- 复杂性与保守主义：对共识层的任何扩展都天然带有风险。在对最佳提案未能形成广泛共识的情况下，Bitcoin 开发者社区倾向于坚守经过验证的审慎态度，而非冒险进行可能过于仓促的变更。
2021 年 11 月激活的 Taproot（BIP-340/341/342）通过 Tapscript 为 OP_CTV、APO 等新操作码奠定了技术基础。截至 2026 年，关于何时以及激活哪种 Covenant 机制的社会与技术共识仍尚未达成。
تطرح سكريبتات Bitcoin الكلاسيكية سؤالاً واحداً فحسب: هل يُسمح بفتح قفل هذا الـ UTXO الآن؟ أما Covenants فتطرح سؤالاً ثانياً أعمق: إلى أين يُسمح للعملات بالتدفق بعد ذلك؟ هذا التوسيع — فرض القيود على جانب المخرجات لا المدخلات في المعاملة — هو المفهوم الجوهري الذي تدور حوله واحدة من أكثر النقاشات المفتوحة إثارةً في تطوير Bitcoin.
ما هو الـ Covenant؟
الـ Covenant (بالإنجليزية: شرط تعاقدي، قيد) يُقيّد على مستوى الـ UTXO الـ Outputs التي يجوز أن تتدفق إليها العملات وبأي شروط في معاملةٍ مستقبلية. بينما يتحقق سكريبت Bitcoin العادي فقط من صحة توقيع أو Preimage، يستطيع الـ Covenant أن يُحدد بنية المعاملة التالية ذاتها — كعناوين المستلمين المسموح بها، وعدد الـ Outputs، والمبالغ التي تذهب إلى كل جهة.
لا تتوفر Covenants في شبكة Bitcoin الرئيسية بشكل أصلي حتى الآن (اعتباراً من 2026)، وسيستلزم إدخالها تنفيذ Soft Fork.
OP_CHECKTEMPLATEVERIFY (OP_CTV) – BIP-119
يُعرّف BIP-119 الذي قدّمه Jeremy Rubin عام 2020 الـ Opcode OP_CHECKTEMPLATEVERIFY (OP_CTV). تقنياً يعمل على النحو الآتي: يُضمّن السكريبت هاش SHA256 بحجم 32 بايت يُلتزم فيه ببنية معاملة مُعيارية — تشمل عدد الـ Outputs وترتيبها وأرقام التسلسل وحقولاً أخرى. إن الـ UTXO المؤمَّن بـ OP_CTV لا يمكن إنفاقه إلا حصراً من خلال معاملة تطابق هذا القالب تطابقاً تاماً، مما يجعل مسار الإنفاق مُحدداً مسبقاً بالكامل.
لا يُلزم OP_CTV بمستلم بعينه بمعنى العنوان، بل يُلزم ببنية معاملة دقيقة. إنه التزام بمستقبل العملات لا حق وصول عام.
لعل أبرز التطبيقات هو Vault: إذ يمكن باستخدام OP_CTV بناء عملية سحب على مرحلتين؛ في الخطوة الأولى يُفتح قفل الـ UTXO — أي يُحوَّل إلى عنوان وسيط مقيّد بـ Timelock — ولا يُسمح بصرف الوجهة النهائية إلا بعد انقضاء فترة الانتظار (مثلاً 144 بلوك ≈ 24 ساعة). وإن اكتُشف سرقةٌ خلال هذه المدة، يمكن استرداد العملات عبر مسار Clawback دون الحاجة إلى أي حضانة خارجية. ثمة تطبيق آخر هو Congestion Control: حيث يتيح OP_CTV تجميع مدفوعات كثيرة في UTXO واحد وتوزيعها لاحقاً، مما يُخفض تكاليف السلسلة في أوقات الازدحام الشديد للـ Mempool. وBIP-119 بحالة "Draft" حتى عام 2026.
SIGHASH_ANYPREVOUT (APO) – BIP-118
يُقدّم BIP-118، الذي شارك في تأليفه Anthony Towns وChristian Decker، علم Sighash جديداً يُسمى SIGHASH_ANYPREVOUT (APO) لـ Tapscript. الفارق الجوهري عن أنواع Sighash الحالية: يستثني APO الـ TXID الخاص بالـ UTXO المُنفَق — المعروف بـ "Previous Output" — من بنية الالتزام بالتوقيع. وبهذا يصبح التوقيع الصادر بـ APO صالحاً لـ أي UTXO يحمل السكريبت المطابق، بصرف النظر عن المعاملة التي نشأ منها ذلك الـ UTXO.
هذه الآلية هي المتطلب التقني الأساسي لـ Eltoo (المعروف أيضاً بـ LN-Symmetry )، وهو بروتوكول قدّمه Decker وRussell وOsuntokun عام 2018 لشبكة Lightning. يُتيح Eltoo تحديثات قناة خالية من العقوبات ومحايدة للحالة: فبدلاً من معاقبة نسخة القناة القديمة بدفع غرامة (كما في LN الحالي)، يكتفي Eltoo بأن تُلغي أحدث حالة صالحة جميع الحالات السابقة — وهذا ممكن فقط لأن توقيعات APO غير مرتبطة بـ UTXO ID محدد. يُبسّط ذلك إدارة الحالة في عقد LN بشكل ملحوظ ويُخفف متطلبات خدمات Watchtower. وBIP-118 أيضاً بحالة "Draft" حتى عام 2026.
النظام البيئي الأشمل: OP_VAULT وCSFS وOP_CAT
ليس OP_CTV وAPO المقترحَين الوحيدَين في مجال Covenants. فBIP-345 (OP_VAULT)، الذي قدّمه James O'Beirne عام 2023 ويستند إلى دلالات OP_CTV، يُحسّن حالة استخدام Vault بصورة أكبر. OP_CHECKSIGFROMSTACK (CSFS) يتيح التحقق من التوقيعات على بيانات عشوائية في الـ Stack، مما يفتح المجال لهياكل Covenant أكثر عمومية. أما OP_CAT الأكثر قدرةً والأكثر إثارةً للجدل، فسيُعيد تمكين دمج عناصر الـ Stack معاً وبالتالي السماح بـ Covenants تعاودية. إن تشتت هذه المقترحات — كل منها بمقايضاته الخاصة — هو بحد ذاته سبب رئيسي لعدم تفعيل أي Soft Fork حتى الآن.
لماذا النقاش مثير للجدل إلى هذا الحد؟
الإمكانيات التقنية شيء، والاعتراضات الجوهرية شيء آخر. يُحدد المنتقدون ثلاث مشكلات محورية:
- قابلية الاستبدال ("Tainted Coins"): إذا أمكنت Covenants كتابة قيود دائمة في الـ UTXOs، فقد تنشأ عملات تختلف هيكلياً عن سائر Bitcoin — مما يُقوّض المبدأ الأساسي لقابلية الاستبدال.
- الإجبار الخارجي: يمكن نظرياً تصميم Covenant بحيث يُطبّق سياسات إنفاق جهات خارجية (كالجهات التنظيمية) على مستوى البروتوكول — وهو سابقة يرفضها كثير من مطوري Bitcoin مبدئياً.
- التعقيد والمحافظة: كل توسيع في طبقة الإجماع ينطوي على مخاطر متأصلة. وفي غياب توافق واسع حول أفضل مقترح، تُؤثر مجتمع مطوري Bitcoin التحفظَ المعهود على إجراء تغيير قد يكون متسرعاً.
أرست تفعيل Taproot في نوفمبر 2021 (BIP-340/341/342) عبر Tapscript الأساسَ التقني لـ Opcodes جديدة كـ OP_CTV وAPO. غير أن التوافق المجتمعي والتقني على متى وأي آلية Covenant ستُفعَّل لا يزال قائماً حتى عام 2026.
⚖️ Die stärksten GegenargumenteThe Strongest CounterargumentsLos contraargumentos más fuertesOs contra-argumentos mais fortes最も強力な反論最有力的反方观点أقوى الحجج المضادة
Jedes Gegenargument in seiner stärksten Form – geprüft und nach Datenlage entschieden, kein Wunschdenken.Each counterargument in its strongest form – scrutinized and adjudicated per the data, no wishful thinking.Cada contraargumento en su forma más fuerte: examinado y juzgado según los datos, sin ilusiones.Cada contra-argumento na sua forma mais forte – examinado e julgado segundo os dados, sem ilusões.各反論を最も強い形で提示し、データに基づいて検証・判定しています。希望的観測はありません。每个反方观点均以其最强形式呈现——依据数据审视并判定，绝不一厢情愿。كل حجة مضادة في أقوى صورها — مفحوصة ومحسومة وفق البيانات، لا وفق التمني.
Die beworbenen Anwendungsfälle brauchen keinen Soft Fork: Vaults lassen sich schon heute mit Multisig, Timelocks und vorsignierten Transaktionen annähern, und das bestehende Lightning-Penalty-Modell funktioniert in der Praxis – der Nutzen von Covenants ist damit inkrementell, nicht fundamental.The advertised use cases do not require a soft fork: vaults can already be approximated today with multisig, timelocks, and pre-signed transactions, and Lightning's existing penalty model works in practice – making the benefit of covenants incremental, not fundamental.Los casos de uso promocionados no requieren un soft fork: las vaults ya pueden aproximarse hoy con multisig, timelocks y transacciones prefirmadas, y el modelo de penalización actual de Lightning funciona en la práctica; el beneficio de los covenants es, por tanto, incremental y no fundamental.Os casos de uso divulgados não exigem um soft fork: vaults já podem ser aproximados hoje com multisig, timelocks e transações pré-assinadas, e o modelo de penalidade atual do Lightning funciona na prática – o benefício dos covenants é, portanto, incremental, não fundamental.宣伝されているユースケースにソフトフォークは不要だ。Vaultは今日でもマルチシグ、タイムロック、事前署名トランザクションで近似でき、Lightningの既存ペナルティ方式も実運用で機能している。したがってCovenantの利点は漸進的であり、根本的なものではない。文中宣传的用例并不需要软分叉：Vault如今已可用多签、时间锁和预签名交易近似实现，Lightning现有的惩罚模型在实践中也运转正常——因此Covenant带来的收益是增量式的，而非根本性的。حالات الاستخدام المروَّج لها لا تتطلب soft fork: يمكن اليوم تقريب الـ Vault باستخدام التوقيع المتعدد وأقفال الوقت والمعاملات الموقَّعة مسبقًا، ونموذج العقوبات الحالي في Lightning يعمل عمليًا — وبذلك تكون فائدة الـ Covenants تدريجية لا جوهرية.
Offen: Vorsignierte Vault-Konstruktionen existieren, bieten aber nachweislich schwächere Garantien – man muss der Löschung des Ephemeral-Keys vertrauen, es gibt keine Protokolldurchsetzung. Ob dieser Sicherheitsgewinn eine Konsensänderung rechtfertigt, ist genau der ungelöste Kern der Debatte; die Datenlage entscheidet ihn nicht.Open: pre-signed vault constructions exist but demonstrably offer weaker guarantees – one must trust that the ephemeral key was deleted, with no protocol enforcement. Whether that security gain justifies a consensus change is precisely the unresolved core of the debate; the data does not settle it.Abierto: las construcciones de vault prefirmadas existen, pero ofrecen garantías demostrablemente más débiles: hay que confiar en que la clave efímera fue borrada, sin imposición a nivel de protocolo. Si esa ganancia de seguridad justifica un cambio de consenso es precisamente el núcleo no resuelto del debate; los datos no lo zanjan.Em aberto: construções de vault pré-assinadas existem, mas oferecem garantias comprovadamente mais fracas – é preciso confiar que a chave efêmera foi apagada, sem imposição pelo protocolo. Se esse ganho de segurança justifica uma mudança de consenso é exatamente o núcleo não resolvido do debate; os dados não o decidem.未決着。事前署名型Vaultは存在するが、保証は明らかに弱い。エフェメラル鍵が確実に削除されたと信頼する必要があり、プロトコルによる強制はない。この安全性の向上がコンセンサス変更に値するかこそが未解決の論争の核心であり、データはそれを決着させない。悬而未决：预签名Vault方案确实存在，但保证明显更弱——必须信任临时密钥已被删除，缺乏协议层强制。这一安全增益是否值得一次共识变更，恰恰是争论中悬而未决的核心；现有数据无法裁决。غير محسوم: إنشاءات الـ Vault الموقعة مسبقًا موجودة لكنها تقدم ضمانات أضعف بوضوح — إذ يجب الوثوق بأن المفتاح المؤقت قد حُذف، دون إنفاذ على مستوى البروتوكول. وما إذا كان هذا المكسب الأمني يبرر تغييرًا في الإجماع هو بالضبط جوهر الجدل غير المحسوم؛ والبيانات لا تحسمه.
Covenants öffnen die Tür zu protokollseitig erzwungenen Ausgabepolitiken: Es könnten Coins entstehen, die dauerhaft nur an gewhitelistete Adressen fließen dürfen – und Bitcoins Neutralität und Zensurresistenz von innen aushöhlen.Covenants open the door to protocol-enforced spending policies: coins could emerge that are permanently restricted to whitelisted addresses – hollowing out Bitcoin's neutrality and censorship resistance from within.Los covenants abren la puerta a políticas de gasto impuestas a nivel de protocolo: podrían surgir monedas restringidas permanentemente a direcciones incluidas en listas blancas, socavando desde dentro la neutralidad y la resistencia a la censura de Bitcoin.Covenants abrem a porta para políticas de gasto impostas pelo protocolo: poderiam surgir moedas permanentemente restritas a endereços em listas de permissão – corroendo por dentro a neutralidade e a resistência à censura do Bitcoin.Covenantはプロトコルレベルで強制される支出ポリシーへの扉を開く。ホワイトリスト化されたアドレスにしか永続的に送金できないコインが生まれ、Bitcoinの中立性と検閲耐性を内側から侵食しかねない。Covenant为协议层强制的支出政策打开了大门：可能出现永久只能流向白名单地址的币，从内部掏空Bitcoin的中立性与抗审查性。تفتح الـ Covenants الباب أمام سياسات إنفاق مفروضة على مستوى البروتوكول: قد تنشأ عملات مقيدة بشكل دائم بعناوين مدرجة في قوائم بيضاء، فتُفرَّغ حيادية Bitcoin ومقاومته للرقابة من الداخل.
Für die beiden Kern-Proposals des Artikels widerlegt: OP_CTV und APO sind bewusst nicht-rekursiv, opt-in und committen auf eine endliche, vorab bekannte Transaktionsstruktur – eine dauerhafte, von außen aufgezwungene Whitelist fremder Coins lässt sich damit technisch nicht konstruieren. Für rekursive Proposals wie OP_CAT bleibt der Einwand dagegen substanziell und ist ein Hauptgrund für deren Umstrittenheit.Refuted for the article's two core proposals: OP_CTV and APO are deliberately non-recursive, opt-in, and commit to a finite, pre-known transaction structure – a permanent, externally imposed whitelist on other people's coins cannot technically be built with them. For recursive proposals like OP_CAT, however, the objection remains substantial and is a main reason for their contentiousness.Refutado para las dos propuestas centrales del artículo: OP_CTV y APO son deliberadamente no recursivos, opcionales y se comprometen con una estructura de transacción finita y conocida de antemano; técnicamente no permiten construir una lista blanca permanente impuesta desde fuera sobre monedas ajenas. Para propuestas recursivas como OP_CAT, en cambio, la objeción sigue siendo sustancial y es una razón principal de su carácter controvertido.Refutado para as duas propostas centrais do artigo: OP_CTV e APO são deliberadamente não recursivos, opt-in e se comprometem com uma estrutura de transação finita e conhecida de antemão – tecnicamente não permitem construir uma lista de permissão permanente imposta de fora sobre moedas alheias. Para propostas recursivas como OP_CAT, porém, a objeção continua substancial e é uma das principais razões de sua controvérsia.本記事の中核である2つの提案については反証済み。OP_CTVとAPOは意図的に非再帰的かつオプトインで、事前に確定した有限のトランザクション構造にコミットする。他者のコインに外部から恒久的なホワイトリストを課すことは技術的に構築できない。ただしOP_CATのような再帰的提案に対しては、この懸念は依然として実質的であり、それらが物議を醸す主因でもある。就本文两个核心提案而言已被驳斥：OP_CTV与APO刻意设计为非递归、自愿选用，且只承诺一个预先确定的有限交易结构——技术上无法用它们对他人的币施加永久性外部白名单。但对OP_CAT这类递归提案，该质疑依然实质成立，也是它们备受争议的主因。مدحوض بالنسبة للمقترحين الجوهريين في المقال: صُمم OP_CTV وAPO عمدًا بلا تكرارية وباختيار طوعي، ويلتزمان ببنية معاملة محدودة ومعروفة مسبقًا — فلا يمكن تقنيًا بناء قائمة بيضاء دائمة مفروضة من الخارج على عملات الآخرين بهما. أما المقترحات التكرارية مثل OP_CAT فيبقى الاعتراض بشأنها جوهريًا وهو سبب رئيسي للجدل حولها.
Jede Konsensänderung trägt ein irreduzibles Risiko: Der Inflations-Bug CVE-2018-17144 zeigte, dass selbst reifer Bitcoin-Code kritische Fehler enthalten kann. Für ein Wertaufbewahrungsnetz mit Billionenanspruch ist Nichtstun die sicherste Politik – Ossifikation ist ein Feature, kein Versäumnis.Every consensus change carries irreducible risk: the inflation bug CVE-2018-17144 showed that even mature Bitcoin code can contain critical flaws. For a store-of-value network with trillion-scale ambitions, doing nothing is the safest policy – ossification is a feature, not a failure.Todo cambio de consenso conlleva un riesgo irreducible: el bug de inflación CVE-2018-17144 demostró que incluso el código maduro de Bitcoin puede contener fallos críticos. Para una red de reserva de valor con aspiraciones billonarias, no hacer nada es la política más segura: la osificación es una virtud, no una omisión.Toda mudança de consenso carrega um risco irredutível: o bug de inflação CVE-2018-17144 mostrou que até o código maduro do Bitcoin pode conter falhas críticas. Para uma rede de reserva de valor com ambições trilionárias, não fazer nada é a política mais segura – a ossificação é uma virtude, não uma omissão.あらゆるコンセンサス変更には除去不能なリスクが伴う。インフレーションバグCVE-2018-17144は、成熟したBitcoinのコードでさえ致命的な欠陥を含みうることを示した。兆単位の価値保存ネットワークにとって、何もしないことが最も安全な方針であり、オシフィケーション（硬直化）は欠陥ではなく美点である。任何共识变更都带有不可消除的风险：通胀漏洞CVE-2018-17144表明，即便成熟的Bitcoin代码也可能包含致命缺陷。对一个志在承载万亿级价值的储值网络而言，不作为才是最安全的政策——协议僵化是特性，而非失职。كل تغيير في الإجماع يحمل خطرًا لا يمكن اختزاله: فقد أظهرت ثغرة التضخم CVE-2018-17144 أن كود Bitcoin الناضج نفسه قد يحوي عيوبًا حرجة. ولشبكة حفظ قيمة بطموحات تريليونية، يبقى الامتناع عن التغيير أسلم سياسة — فالتحجر ميزة وليس تقصيرًا.
Belegt als Abwägungsargument: Der 2018 entdeckte Bug ist dokumentiert, und die jahrelange Nicht-Aktivierung sämtlicher Covenant-Proposals zeigt, dass die Entwicklergemeinde dieses Risiko real höher gewichtet als die erwarteten Vorteile. Es widerlegt nicht den Nutzen von Covenants, legt die Beweislast aber zu Recht auf die Befürworterseite.Substantiated as a trade-off argument: the bug discovered in 2018 is documented, and the years-long non-activation of every covenant proposal shows the developer community genuinely weighs this risk above the expected benefits. It does not refute the usefulness of covenants, but it rightly places the burden of proof on the proponents.Fundado como argumento de ponderación: el bug descubierto en 2018 está documentado, y la no activación durante años de todas las propuestas de covenants muestra que la comunidad de desarrolladores realmente pondera este riesgo por encima de los beneficios esperados. No refuta la utilidad de los covenants, pero sitúa con razón la carga de la prueba en sus defensores.Comprovado como argumento de ponderação: o bug descoberto em 2018 está documentado, e a não ativação, por anos, de todas as propostas de covenants mostra que a comunidade de desenvolvedores de fato pesa esse risco acima dos benefícios esperados. Não refuta a utilidade dos covenants, mas coloca, com razão, o ônus da prova sobre os proponentes.トレードオフ論として立証されている。2018年に発見されたバグは記録されており、すべてのCovenant提案が何年も有効化されていない事実は、開発者コミュニティが実際にこのリスクを期待便益より重く見ていることを示す。Covenantの有用性を否定するものではないが、立証責任を推進派に置くのは正当である。作为权衡论证成立：2018年发现的漏洞有据可查，而所有Covenant提案多年未获激活的事实，说明开发者社区确实把这一风险看得比预期收益更重。这并不否定Covenant的用处，但把举证责任正当地放在了支持者一方。مُثبَت بوصفه حجة موازنة: الثغرة المكتشفة عام 2018 موثقة، وعدم تفعيل أي من مقترحات الـ Covenants طوال سنوات يُظهر أن مجتمع المطورين يزن هذا الخطر فعليًا فوق المنافع المتوقعة. هذا لا يدحض فائدة الـ Covenants، لكنه يضع عبء الإثبات بحق على عاتق مؤيديها.
Selbst eine Aktivierung garantiert keinen Nutzen: Taproot wurde im November 2021 aktiviert, blieb aber jahrelang kaum genutzt – die erhofften Covenant-Anwendungen könnten ebenso Papierversprechen bleiben.Even activation guarantees no benefit: Taproot was activated in November 2021 yet saw minimal usage for years – the hoped-for covenant applications could likewise remain paper promises.Ni siquiera la activación garantiza beneficios: Taproot se activó en noviembre de 2021 y durante años apenas se utilizó; las esperadas aplicaciones de covenants podrían quedarse igualmente en promesas sobre el papel.Nem mesmo a ativação garante benefício: o Taproot foi ativado em novembro de 2021 e ficou anos com uso mínimo – as aplicações de covenants tão esperadas podem igualmente permanecer promessas no papel.有効化されても利用が保証されるわけではない。Taprootは2021年11月に有効化されたが、その後何年もほとんど使われなかった。期待されるCovenantの応用も、同様に紙の上の約束で終わる可能性がある。即使激活也不保证有用：Taproot于2021年11月激活，此后数年使用率极低——人们期待的Covenant应用同样可能停留在纸面承诺。حتى التفعيل لا يضمن الفائدة: فقد فُعِّل Taproot في نوفمبر 2021 وظل استخدامه ضئيلًا لسنوات — وقد تبقى تطبيقات الـ Covenants المأمولة كذلك وعودًا على الورق.
Belegt: Die langsame Taproot-Adoption nach November 2021 ist on-chain messbar und ein direkter Präzedenzfall dafür, dass Protokollfähigkeit und tatsächliche Nutzung auseinanderfallen können. Sie beweist nicht, dass Covenant-Nutzung ausbliebe – wohl aber, dass Nutzenversprechen als Hypothesen behandelt werden müssen, wie es der Artikel nur teilweise tut.Substantiated: Taproot's slow adoption after November 2021 is measurable on-chain and a direct precedent showing that protocol capability and actual usage can diverge. It does not prove covenant usage would fail to materialize – but it does prove that benefit claims must be treated as hypotheses, which the article only partly does.Fundado: la lenta adopción de Taproot tras noviembre de 2021 es medible on-chain y constituye un precedente directo de que la capacidad del protocolo y el uso real pueden divergir. No demuestra que el uso de covenants no llegaría a materializarse, pero sí que las promesas de beneficios deben tratarse como hipótesis, algo que el artículo solo hace en parte.Comprovado: a lenta adoção do Taproot após novembro de 2021 é mensurável on-chain e um precedente direto de que capacidade de protocolo e uso real podem divergir. Não prova que o uso de covenants deixaria de se materializar – mas prova que promessas de benefício devem ser tratadas como hipóteses, o que o artigo só faz em parte.立証されている。2021年11月以降のTaproot採用の遅さはオンチェーンで計測可能であり、プロトコルの能力と実際の利用が乖離しうる直接の前例だ。Covenantが使われないことの証明にはならないが、便益の主張は仮説として扱うべきだという教訓にはなる。記事はこれを部分的にしか実践していない。成立：2021年11月后Taproot采用缓慢可在链上度量，是「协议能力与实际使用可能脱节」的直接先例。它不能证明Covenant必然无人使用，但足以证明收益承诺必须当作假说对待——本文只做到了一部分。مُثبَت: بطء تبني Taproot بعد نوفمبر 2021 قابل للقياس على السلسلة، وهو سابقة مباشرة على أن قدرة البروتوكول والاستخدام الفعلي قد يفترقان. هذا لا يثبت أن استخدام الـ Covenants لن يتحقق، لكنه يثبت وجوب معاملة وعود المنفعة كفرضيات — وهو ما لا يفعله المقال إلا جزئيًا.
QuellenSourcesFuentesFontes出典来源المصادر
- BIP-119: CHECKTEMPLATEVERIFY (Jeremy Rubin) (github.com)
- BIP-118: SIGHASH_ANYPREVOUT (Towns & Decker) (github.com)
- BIP-345: OP_VAULT (James O'Beirne) (github.com)
- Eltoo: A Simple Layer2 Protocol for Bitcoin (Decker, Russell, Osuntokun, 2018) (blockstream.com)
- Bitcoin Optech: Covenants (bitcoinops.org)
- Bitcoin Optech: OP_CHECKTEMPLATEVERIFY (bitcoinops.org)