692 / 736BIP347

OP_CAT

Datenverkettung in Tapscript

BIP 347 schlägt vor, in Tapscript wieder eine einfache Operation zum Verketten zweier Stack-Elemente einzuführen und damit den Gestaltungsraum für Bitcoin-Verträge zu erweitern.

OP_CAT ist ein vorgeschlagener Tapscript-opcode, der zwei Bytefolgen verkettet, sofern das resultierende Element die Grenze von 520 Byte nicht überschreitet; im mainnet ist er noch nicht aktiv.

Die Spezifikation definiert OP_SUCCESS126 in Tapscript neu. Die Operation nimmt die obersten beiden Stack-Elemente, verkettet sie in Stack-Reihenfolge und legt das Ergebnis wieder auf den Stack. [1]

Der ursprüngliche OP_CAT wurde im frühen Bitcoin zusammen mit weiteren opcodes deaktiviert. Der neue Vorschlag ist auf Tapscript beschränkt und behält die bestehende Grenze von 520 Byte für ein einzelnes Stack-Element bei. [2]

Durch Verkettung kann ein Script strukturierte Daten zusammensetzen und hashen. Befürworter leiten daraus covenants, Transaktionsbäume, vaults und Nachweise über Eigenschaften einer künftigen Transaktion ab. [1]

Der opcode allein legt weder eine bestimmte Anwendung noch eine universelle virtuelle Maschine fest. Die Sicherheit eines konkreten Protokolls hängt davon ab, wie es OP_CAT mit Hashes, Signaturen und Ausgaberegeln kombiniert. [1]

Der BIP hat den Status Complete; das beschreibt die Reife des Dokuments und keine Konsensaktivierung. Mainnet-Nodes behandeln OP_SUCCESS126 nach den Tapscript-Regeln derzeit als erfolgreiche Beendigung des Scripts. [3]

Eine Aktivierung wäre ein soft fork: Die neuen Regeln würden die Menge zuvor gültiger Tapscript-Ausgaben einschränken. Dafür wären ein eigener Aktivierungsprozess und eine breite technische Prüfung nötig. [1]

OP_CAT steht mit CTV, covenants und Simplicity in Beziehung, ist aber mit keinem davon gleichzusetzen. Jeder Vorschlag bietet andere Ausdrucksmöglichkeiten, Analyseaufwände und Risiken unbeabsichtigter Konstruktionen. [1]

Bei der Prüfung müssen die vorhandene Spezifikation und experimentelle Implementierungen von den tatsächlichen mainnet-Regeln getrennt werden. Eine Wallet darf ohne Aktivierung nicht von der Verfügbarkeit von OP_CAT ausgehen. [4]

Für ein möglichst vollständiges Bild lies diesen Eintrag zusammen mit Bitcoin Script, Taproot, Covenants, OP_CHECKTEMPLATEVERIFY, Soft Fork, BIP (Bitcoin Improvement Proposal).

01Ist OP_CAT heute im Bitcoin-mainnet aktiv?

Nein. BIP 347 ist eine abgeschlossene Vorschlagsspezifikation, die Änderung wurde aber nicht als Konsensregel im mainnet aktiviert.

02Bedeutet OP_CAT universelle Smart Contracts?

Nein. Es ergänzt eine einzelne Operation zur Datenverkettung; Möglichkeiten und Risiken entstehen erst durch die konkreten Scripts und Protokolle, die sie verwenden.

DOC · 001BIP 347 — OP_CAT in TapscriptSpezifikation DOC · 002Bitcoin Optech — OP_CATDokumentation DOC · 003Bitcoin Core — Tapscript interpreterPrimärquelle DOC · 004BIP 342 — Validation of Taproot ScriptsSpezifikation
Überarbeitet: Quellenbasiert · Keine Anlageberatung