Ein jetzt im Bitcoin-Core-Repository offener Vorschlag würde den Skripts des Netzwerks etwas geben, das sie noch nie hatten: ein Gedächtnis. Das dahinterstehende Framework, bekannt als MATT (Merkleize All The Things), ermöglicht zustandsbehaftete Verträge und skalierbare Fraud Proofs auf Bitcoins Basisebene, und seine direkteste Umsetzung verläuft über den Opcode OP_CCV, der im Bitcoin-Core-Pull-Request #32080 beschrieben ist. Darüber berichtete COINOTAG am 11. November 2026.

Was MATT leisten soll

Bitcoins bestehende Skriptsprache wertet jede Transaktionseingabe für sich aus; es gibt keinen eingebauten Mechanismus, mit dem ein Skript festlegen könnte, wie diese Münzen anschließend ausgegeben werden dürfen. MATT, erstmals Ende 2022 vom Entwickler Salvatore Ingala auf der Bitcoin-Dev-Mailingliste skizziert, zielt genau auf diese Lücke: Sein Ziel ist es, Bitcoin-Skripts Zustand über Transaktionen hinweg tragen zu lassen – den Verträgen gewissermaßen ein Gedächtnis zu geben – und dafür nur eine minimale Erweiterung der Skriptsprache zu benötigen. Solche Konstruktionen, gemeinhin als Covenants bezeichnet, beschränken, wie eine Münze in künftigen Transaktionen ausgegeben werden darf, und ermöglichen Designs wie Vaults und andere selbst durchsetzende Ausgaberegeln, bei denen Wiederherstellungs- und Ausgabebedingungen direkt an den Münzen selbst haften.

Covenant-artige Vorschläge kursieren seit Jahren in der Bitcoin-Community, und MATT gesellt sich zu verwandten Bemühungen wie OP_CHECKTEMPLATEVERIFY (OP_CTV), vorgeschlagen vom Entwickler Jeremy Rubin, um auszubauen, was die Basisebene ausdrücken kann.

Fraud Proofs und Verifikation auf der Basisebene

Ein zweites Ziel des Frameworks sind skalierbare Fraud Proofs: Verifikationsschemata, bei denen eine Off-Chain-Berechnung nur dann On-Chain geprüft wird, wenn eine Challenge erhoben wird, statt sie vollständig neu auszuführen – ein Muster, das beispielsweise in Optimistic-Rollup-Designs auf anderen Plattformen verwendet wird, wo die Berechnung Off-Chain erfolgt und nur angefochtene Ergebnisse eine Prüfung auf der Basisebene erfordern. Da der Verifikationsaufwand an Challenges und nicht an der Größe der Berechnung selbst gekoppelt ist, werden solche Schemata als skalierbar bezeichnet. Im MATT-Design soll diese Verifikation direkt auf Bitcoins Basisebene laufen, wobei OP_CCV (kurz für OP_CHECKCONTRACTVERIFY) als zentraler Opcode zur Durchsetzung der Vertragslogik dient.

Prüfung, nicht Aktivierung

Konsensrelevante Änderungen an Bitcoin werden über öffentliche Pull Requests im Bitcoin-Core-GitHub-Repository vorangetrieben, wo technische Prüfung und Tests üblicherweise über lange Zeiträume laufen. Da Bitcoins Konsensregeln letztlich von den Betreibern der Full Nodes im gesamten Netzwerk durchgesetzt werden, ist ein positives Code-Review nur ein Schritt; die breite Adoption durch das weitere Ökosystem macht einen vorgeschlagenen Vorschlag erst zu einer aktiven Netzwerkregel. Bitcoins jüngstes Konsens-Upgrade, Taproot, wurde im November 2021 nach einem mehrjährigen Prozess aktiviert – ein Verlauf, der zeigt, wie lange solche Bemühungen dauern können. Pull Request #32080 würde, wie alle solchen Vorschläge, eine umfangreiche Prüfung und eine breite Übereinstimmung in der Community erfordern, bevor eine Aktivierung überhaupt erwogen werden könnte; der Quellbericht nennt keinen Zeitplan. Sein öffentlicher Review-Thread auf GitHub, in dem sich die technischen Kommentare und Überarbeitungen der Beitragenden sammeln, bietet einen direkten Weg zu verfolgen, ob der Vorschlag voranschreitet.

Dieser Inhalt wurde erstmals auf COINOTAG veröffentlicht: https://en.coinotag.com/matt-op-ccv-bitcoin-covenant-pull-request-32080