Das nächste große Upgrade auf Bitcoin?Bewertung von OP_CAT und OP_CTV

Autor: Gabe Parker, Galaxy Analyst;

Zusammenfassung

• Bitcoin nimmt eine konservative Haltung gegenüber Protokoll -Upgrades ein und macht Konsensveränderungen selten.Aber wie frühere Upgrades von Segwit und Taproot zeigen, sind Entwickler immer noch bereit, die Programmiersprache und die Netzwerkparameter von Bitcoin zu optimieren.

• Bitcoin -Programmiersprache –Bitcoin -SkriptDie Transaktion kann den globalen Zustand nicht tragen und hat die Fähigkeit, introspektiv zu sein, was seine Ausdrucksfähigkeit einschränkt.

• Derzeit gibt es zwei Hauptvorschläge,Op_cat (bip 347)UndOP_CTV (BIP 119)Sie sind so konzipiert, dass sie die Programmierbarkeit von Bitcoin -Transaktionen verbessern und die Transaktionsausgabe zu mehr Ausgabenbedingungen machen.Diese Vorschläge können die Funktionen von Bitcoin Skript erheblich verbessern und es flexibler machen.

• Die vielversprechendsten Anwendungsszenarien von OP_CAT und OP_CTV enthalten:Stellen Sie eine vertrauenslose Kreuzkettenbrücke zwischen der ersten Schicht (L1) und der zweiten Schicht (L2) von Bitcoin einVerbessern Sie fortschrittliche selbst gehostete Tresorlösungen undVerbesserungen am Blitznetz.

• Der Governance -Prozess von Softgabel -Upgrades umfasst mehrere Bitcoin -Stakeholder.Medieneinflüsse und Kernentwickler haben den größten Einfluss in den frühen Phasen der Protokollkonzeption und der technischen Überprüfung.

• Galaxy Research sagt voraus, dass Bitcoin-Kernentwickler 2025 einen Konsens über OP_CAT oder OP_CTV erzielen. Aufgrund des komplexen Aktivierungsprozesses kann es jedoch 1-2 Jahre dauern, bis die Umsetzung.

1. Einführung

Änderungen am Bitcoin -Protokoll erfordern eine Diskussion und Zusammenarbeit zwischen mehreren Stakeholdern, einschließlich, aber nicht beschränkt auf Protokollentwickler, vollständige Knoten, Endbenutzer und Bergleute.Der Konsensprozess zum Erreichen von Protokoll -Upgrades ist komplex und kontrovers.Zum Beispiel,Der „Blockgröße Battle“ von 2015 bis 2017Lassen Sie die Bitcoin -Community aufgeteilt werden, eine Partei möchte die Blockgröße, die andere Partei, anpassen.Jahre der Debatte führte letztendlich zu einer dauerhaften Blockchain -Gabel und zur Geburt einer neuen Kryptowährung –Bitcoin CashEs ist eine Gabelversion von Bitcoin.

Angesichts der Schwierigkeit, eine Vereinbarung zur Änderung des Konsens zu erreichen, ist ein großes Upgrade auf Bitcoin selten.Die Entwickler von Bitcoin -Protokoll lehnen kontroverse Upgrades ab, und es war eine lange Zeit, diejenigen zu implementieren, die von der breiteren Bitcoin -Community unterstützt werden.Dies unterstreicht das Engagement der Entwickler für konservative Einstellungen zur Bitcoin -Entwicklung, um Vorhersagbarkeit, Netzwerktreue und Rückwärtskompatibilität zu fördern.

Obwohl die Konsensänderungen von Bitcoin selten sind, haben Bitcoin -Entwickler eine offene Einstellung zur Optimierung von Bitcoin -Skripten und Netzwerkparametern gezeigt.Das Segwit -Upgrade, das im Blockgröße Battle geboren wurde, fügt tatsächlich Blockgrößengrenzen hinzu, sodass mehr Transaktionen in den Block aufgenommen werden können.Segwit optimiert auch das Format von Transaktionsdaten, indem die Messung von Transaktionsdaten von Bytes auf virtuelle Bytes geändert wird.Dieser Übergang in Verbindung mit dem Verschieben der Signaturdaten in das Zeugenfeld ermöglicht es einem Bitcoin -Block, Transaktionsdaten (ca. 4 MB) in bis zu 4 Mio. Gewichtseinheiten zu enthalten.Die letzte Softgabel von Bitcoin ist das Taproot -Upgrade von 2021, das eine aktualisierte Skriptsprache namens Tapscript einführt.Diese neue Version des Bitcoin -Skripts enthält ein neues Signaturschema (Schnorr -Signatur), verbessert die Schlüsselaggregation, wobei mehrere öffentliche Schlüssel und Unterschriften in einen Signaturschlüssel verschmelzen.Die Schlüsselaggregation von Schnorr -Signaturen verringert die Menge an Transaktionsdaten, die mehrere Signaturen erfordert, und verbessert gleichzeitig die Privatsphäre von Transaktionen im Blitznetz (Bitcoin’s größte P2P -Zahlungsschicht, die auf der Bitcoin -Basisschicht basiert).Ein kurzer Überblick über Segwit und Taproot legt nahe, dass Bitcoin -Entwickler zwar vorsichtig mit den Konsensänderungen von Bitcoin sind, dies jedoch nicht bedeutet, dass sich die technischen Eigenschaften von Bitcoin nicht ändern.

Nach Segwit und Taproot untersuchen Bitcoin -Entwickler nun die Verbesserung der Transaktionsprogrammabilität von Bitcoin, um der Transaktion zusätzliche Smart -Vertrag -Logik hinzuzufügen.Bitcoin Smart Contracts beinhalten die Verwendung von Ausgabenbedingungen, d. H. Die Fähigkeit, in Zukunft nicht spendende Transaktionsausgänge (UTXOs) zu beschränken und zu steuern.In diesem Artikel wird zunächst das Bitcoin -Skript und wie es mit dem UTXO -Buchhaltungsmodell von Bitcoin funktioniert.Wir werden dann die beiden anstehenden Opcodes OP_CTV und OP_CAT analysieren, um hervorzuheben, wie diese Opcodes das Potenzial haben, das Bitcoin -Skript zu verbessern, um leistungsstarke Funktionen einzubeziehen, um eine effiziente Programmierbarkeit der Transaktion zu ermöglichen.Schließlich beleuchtet dieser Artikel die Bedeutung der Programmierbarkeit der Transaktion für Bitcoin -Infrastruktur wie Überbrückung und Sorgerecht und freut sich auf die Möglichkeit eines Konsens zwischen OP_CAT und OP_CTV und dem Pfad zur Implementierung dieser Opcodes in das nächste Soft -Fork -Upgrade.

2. Bitcoin -Skript und UTXO -Modell

Bitcoin verwendet eine native Skriptsprache, um Transaktionen mit dem Namen „Bitcoin -Skripte“ zu erstellen.Das Skript besteht aus einer Reihe von Anweisungen, in denen definiert wird, wie der Empfänger der Transaktion das gesendete Bitcoin verbringt, auch als „Ausgabenbedingung“ bezeichnet.Das Bitcoin -Skript besteht aus 186 Opcodes, die als Befehlsfunktionen ausgeführt werden.Diese Opcodes werden verwendet, um offizielle Regeln zu erstellen, wie Bitcoin -Vermögenswerte im Netzwerk ausgegeben und übertragen werden.Beispielsweise enthält eine Pay-to-Pubkey-Hash-Transaktion 4 Opcodes, die die Ausgabenbedingungen für Bitcoin-Transaktionen durchsetzen, bei denen Bitcoin für einen Hash-öffentlichen Schlüssel ausgegeben wird und nur mit den richtigen öffentlichen und privaten Schlüssel, die mit dem Verbraucher verbunden sind, ausgegeben werden kann.

Bitcoin -Skripte sind für die unpendende Transaktionsausgabe von Bitcoin (UTXO -Modell) ausgelegt, die Eingabe und Ausgabe verwenden.Jede Bitcoin -Transaktion umfasst mindestens 1 Eingangs- und 1 -Ausgang, obwohl die meisten einfachen Transaktionen mindestens 1 Eingangs- und 2 Ausgänge umfassen (ein Teil von BTC am Eingang wird verwendet, um Transaktionen zu finanzieren, von denen ein Teil an den Empfänger gesendet wird und der Rest an den Verbraucher am Ausgang zurückgegeben wird).UTXO ist ein Bitcoin, das noch nicht ausgegeben wurde und in zukünftigen Transaktionen gesendet werden kann.Sobald UTXOs als Eingänge für Transaktionen verwendet werden, sind sie nicht mehr Ausgaben.Wenn Benutzer Bitcoin ausgeben, werden UTXOs ständig erstellt und zerstört.Hier ist ein Beispiel für ein vereinfachtes UTXO -Modell:

*Wenn Alice einen UTXO im Wert von 1 BTC in ihrer Brieftasche hatte und sie 0,5 BTC an Bob schickte, wäre Alices Eingang 1 BTC.* Ihr Ausgang beträgt 0,49 BTC (zurück nach Alice) und 0,5 BTC (an Bob gesendet).Die Differenz von 0,01 BTC repräsentiert die an die Transaktionsgebühr gezahlte BTC (diese Transaktionsgebühr variiert je nach Netzwerküberlastung).*Am Ende dieses Deals wird Alice ein neues UTXO -Set haben, das ihre verbleibenden 0,49 BTC darstellt.In Schritt 1 zerstört Alice das UTXO mit ihrem 1 BTC -Wert von UTXO als erster Eingang in die Transaktion.In Schritt 2 erstellt Alice zwei neue UTXOs im Wert von 0,5 BTC und 0,49 BTC, einer kehrte zu ihr zurück, als ihre Änderung an Bob bezahlt wurde.In Schritt 3 hat Alice jetzt einen neuen UTXO im Wert von 0,49 BTC.Es ist zu beachten, dass Alice, wenn Alice Bob 0,5 BTC zahlen muss, auch mehrere UTXOs in Schritt 1 verwenden kann, mit insgesamt 0,5 BTC.Das UTXO -Modell ist ein wichtiges Merkmal des Bitcoin -Netzwerks und spielt eine entscheidende Rolle bei der Transaktionsverarbeitung und -überprüfung.

Das obige UTXO -Beispiel wird ausschließlich mit Bitcoin -Skripten erstellt.Jedes UTXO enthält ein Sperrskript, das eine Reihe von Bedingungen enthält, die der UTXO ausgegeben wird.Wenn der Benutzer das Eigentum an der Eingabe (Ausgaben UTXO) beweist, indem der mit dem entsprechenden öffentlichen Schlüssel verknüpfte korrekte private Schlüsselsignatur bereitgestellt wird, wird das UTXO -Sperrskript freigeschaltet.Diese Informationen werden als „Skriptsignatur“ bezeichnet, und wenn die Eingabe die richtige Skriptsignatur enthält, werden die Ausgabenbedingungen erfüllt und Bitcoin können ausgegeben werden.Wenn Alice zu Alice und Bobs UTXO -Beispiel in Schritt 1 zurückkehrt, muss Alice ihre private Schlüsselsignatur in seiner Input zur Verfügung stellen, um ihren UTXO zu verbringen.Bob musste dann die gleichen Informationen bereitstellen, bevor er seine neu erhaltenen 0,5 BTC ausgab.

Die Skriptsprache von Bitcoin kann komplexere Ausgabenbedingungen enthalten, z. B. das Erfordernis mehrerer Signaturen oder das Entsperren von Bitcoin in einer bestimmten Blockhöhe.Bitcoin -Skripte sind jedoch nicht universell und fehlt die ausdrucksstarke Kraft des in Ethereum native Programmiersprache Solidität.Daher ist es äußerst schwierig, intelligente Vertragslogik für Überbrückungs- und Hosting -Lösungen mithilfe von Bitcoin -Skripten zu programmieren.

3.. Hindernisse für Bitcoin -Skripte ab 2025

Obwohl Bitcoin-Skripte ihre Nützlichkeit gegenüber den Benutzern und ihre Widerstandsfähigkeit gegenüber Doppelausgabenangriffen in den letzten 16 Jahren bewiesen haben, fehlen der Skriptsprache gemeinsame Merkmale wie Ausdruckskraft und die Fähigkeit, den globalen Staat zu speichern.Bitcoin-Skripte sind nicht ausdrucksstark, da es sich um eine stapelbasierte Programmiersprache handelt, die sich nicht mit großen Zahlen multiplizieren und arithmetische Operationen nicht multiplizieren kann.Bitcoin-Skripte können nur nicht triviale Berechnungen für 32-Bit-Größenwerte durchführen.Daher isoliert das Bitcoin -Skript Stapelelemente größer als 32 Bit voneinander.Diese 32-Bit-Beschränkung isoliert rechnerisch intensive Befehle mithilfe von Verschlüsselungsfunktionen, Multiplikation und Teilung, die eine größere Skriptgröße erfordern als der aktuelle Satz von Opcodes.Während Arithmetik und Multiplikation mit mehreren Opcodes simuliert werden können, erfordert dies viele Stapelelemente, während die Stapelgröße eines Bitcoin -Skripts auf 1000 Elemente begrenzt ist.Daher ist es schwierig, komplexe Ausgabenbedingungen für die Transaktionsausgabe zu erstellen, die den aktuellen Betrieb überschreitet.

Die größte Einschränkung von Bitcoin -Skripten besteht darin, dass die Sprache Transaktionsdaten nicht lesen/schreiben und speichern kann, da sie nur vom Verbraucher bereitgestellte Eingaben lesen kann.Wenn die Programmiersprache den globalen Zustand nicht speichern kann, kann das Skript den Kontostand für die Anwendung oder die Brücke nicht unabhängig überprüfen.Die Bitcoin -Skriptlogik kann nicht auf den globalen Zustand zugreifen, da staatliche Daten für eine einzelne Transaktion geeignet sein müssen.Daher ist es fast unmöglich, gemeinsame Funktionen zu entwickeln oder vertrauenslose Brücken zwischen dem L2 -Netzwerk und der Basisschicht von Bitcoin zu erstellen.

Seit 2020 sind Maßnahmen zur Überwindung von Bitcoin -Skriptbeschränkungen im Gange.Im Laufe der Jahre scheint es die einzige Möglichkeit, die Ausdruckskraft von Bitcoin -Skripten zu verbessern, darin besteht, Softgabel -Upgrades durchzuführen und neue Opcodes zu implementieren, um Covenants zu implementieren.Während einige der Bitcoin -Community der Meinung sind, dass diese Upgrades ein Risiko für das Bitcoin -Netzwerk darstellen, ist ein anderer der Ansicht, dass Bitcoin mehr Programmierfunktionen benötigt, um den Bitcoin -Anwendungsfall zu skalieren.Obwohl keine wesentlichen Fortschritte erzielt wurden, auf denen Opcode am besten geeignet ist, um die Programmierbarkeit von Bitcoin -Transaktionen zu verbessern, sind sich die Befürworter von Covenants nun übereinstimmen, dass OP_CTV und OP_CAT die wichtigsten Vorschläge für Bitcoin -Verbesserungsvorschläge (BIPs) sind, die die Programmierbarkeit von Bitcoin -Transaktionen verbessern.Wir haben erfahren, dass es mehr als zwei Lösungen gibt, um Bitcoin -Bündnisse zu implementieren, aber dieser Artikel beschreibt nur die beiden bekanntesten Vorschläge OP_CTV und OP_CAT.

4. BIP 119 (OP_CTV)

Bitcoin Improvement Vorschlag 119 (BIP 119), auch als Check-Template-Verify (CTV) bekannt, ist ein Vorschlag, der im Januar 2020 vom Bitcoin-Kernentwickler Jeremy Rubin vorgeschlagen wurde.Der Vorschlag führt eine neue Opcode op_ctv ein, die allgemeine Ausgabenbedingungen, d. H. Bündnisse, für die Ausgabe von Bitcoin -Transaktionen implementiert.Geben wir unten eine einfache Einführung in die Hintergrundeinführung.Der Template -Teil in „check_template_verify“ bezieht sich auf das Transaktionsformat, das beim Schreiben von Bitcoin -Skripten befolgt werden muss.Check-Template-Verify ist eine neue Funktion, mit der die Ausgabe des Sperrskripts durch die Transaktion auf die im Sperrskript gespeicherten Ausgabenbedingungen als Hash, das auch als Versprechen-Hash bezeichnet wird, festgelegt wird.Daher kann der Transaktionsausgang nur freigeschaltet werden, wenn die im Versprechen detaillierten Bedingungen erfüllt sind.Sobald die mit der Transaktion verbundene Versprechen-Hash, nach der Ausstrahlung, verurteilt ist, ist es unveränderlich.Der Vorteil von OP_CTV besteht darin, dass der Transaktionssender dem Empfänger Ausgabenbedingungen auferlegen kann, was eine wesentliche Änderung der aktuellen Regeln des Bitcoin -Skripts darstellt, und die aktuellen Regeln können nur die Ausgabenbedingungen des Absenders erstellen.

Es gibt zwei Haupttypen von Bündnisverträgen.Ein allgemeiner Vertrag kann kopiert und auf mehrere UTXOs angewendet werden.Bündnisse verfallen nicht nach dem Ausgeben von UTXO.Andererseits können vorbereitete Verträge auch kopiert werden, können jedoch nur innerhalb einer begrenzten, vordefinierten Häufigkeit verwendet werden.Die Logik des vorbereiteten Vertrags muss vom Absender im Voraus angegeben werden, und die Differenz zum allgemeinen Vertrag besteht darin, dass die Ausgabenbedingungen nicht unendlich kopiert werden können.Allgemeine Verträge, die auch als rekursive Verträge bezeichnet werden, können Risiken für die Substituierbarkeit von UTXO darstellen. Aus diesem Grund konzentrieren sich BIP 119-Befürworter normalerweise nur auf OP_CTV-Anwendungsfälle, die vorbereitete Verträge verwenden, und warum BIP 119 keine allgemeinen Verträge unterstützt.Wenn beispielsweise ein allgemeiner Vertrag aktiviert ist, kann der Custodian- oder Bitcoin -Austausch möglicherweise Abhebungen mit dauerhaften Ausgabenbedingungen abwickeln, die möglicherweise nie die Möglichkeit, von der Regierung oder einer anderen Behörde untersucht zu werden, loswerden.

5. Bühne mit BIP 119 einsetzen

Wenn Sie den Tresorplan als Beispiel nutzen, geht es darum, wie die Funktion OP_CTV gegen Vertragspartner implementiert wird:

Alice hofft, in den nächsten 10 Jahren 0,8 BTC ihres 1 BTC UTXO an Bob und Charlie (0,4 BTC pro Person) auszugeben.Alice hofft auch, ihr eine Änderung von etwa 0,2 BTC an ein neues Gewölbe zu senden, das BTC für weitere 10 Jahre sperrt.

Schritt 1:Alice verbrachte ihren 1 BTC UTXO für Bob und Charlie und detailliert im Scheinkript, das Bob und Charlie nach 525K -Blöcken, die etwa 10 Jahre später sind, BTC ausgeben können.Alice enthält auch Anweisungen, in denen die Ausgabe von etwa 0,2 BTC an die von ihr besitzende Tresoradresse gesendet wird, die ihre UTXO 525K -Blöcke sperrt, d. H. Ungefähr 10 Jahre später.

Schritt 2:Bob und Charlie verbrachten ihren jeweiligen UTXO nach 525K -Blöcken im Wert von 0,4 BTC.Das von Alice festgelegte Sperrskript wird den Versprechen -Hash basierend auf der aktuellen Blockhöhe überprüfen, und Bob und Charlie können ihren neuen UTXO ausgeben, wenn die Kriterien erfüllt sind.

Nachdem Bob und Charlie ihren UTXO verbracht haben, prüft ein Teil des Bitcoin -Skripts, auch als „Sperrskript“ bezeichnet, die Erfüllung der Ausgabenbedingungen, um sicherzustellen, dass alle Bedingungen erfüllt sind, bevor BTC veröffentlicht wird.Diese Operation wird oft als „Entsperren“ der Bitcoin -Ausgabe mit der richtigen Skriptsignatur bezeichnet.Wenn die Bedingung nicht erfüllt ist, wird das Sperrskript nicht die Übertragung von BTC eingeleitet.

Schritt 3:Nachdem Charlie und Bob den Versprechen im Sperrskript erfüllt haben, wurde der UTXO als Änderung (ca. 0,2 BTC) zu Alice zurückgegeben, um die Adresse des angegebenen Tresorskripts öffentlich zu erhalten.Der öffentliche Taste des Tresorskripts enthält einen Hash, mit dem Alice das Tresor nach 525K -Blöcken freischalten kann, um ihren UTXO im Wert von etwa 0,2 BTC auszugeben.Der Vorteil der Verwendung des Tresorschemas besteht darin, dass Alice detaillierte Sicherheitsmaßnahmen in den Hash hinzufügen kann, z.

Ohne Bündnisse muss Alice im vorherigen Beispiel eine vorschriebene Transaktion erstellen, um zukünftige Ausgabenbedingungen für die BTC, die sie für Bob und Charlie ausgab, durchzusetzen.Eine vorab signierte Transaktion kann eine einzelne oder mehrere Transaktionen sein, die im Voraus vom privaten Schlüssel des Absenders unterzeichnet wird, wird jedoch nicht zur Bestätigung und Ausführung in das Netzwerk gesendet.Vorsignierte Transaktionen sind nicht skalierbar, da Benutzer Daten für mehrere Transaktionen speichern müssen, bis sie in der Kette ausgeführt werden.Darüber hinaus erfordern Vorsignaturtransaktionen eine Wechselwirkung zwischen allen Unterzeichnungen, wenn Mittel ausgegeben werden können.Durch die Implementierung von Vereinbarungen mit Versprechen Hash über OP_CTV wird jedoch die Notwendigkeit von Benutzern reduziert, vorsignierte Transaktionsdaten zu speichern und sich auf die Interaktion zwischen allen mit der Transaktion verbundenen Parteien zu verlassen.

Im Großen und Ganzen kann diese Funktion verwendet werden, um ein komplexes, hochsicheres und widerstandsfähiges Hosting und ein sicheres Design zu erstellen, mit dem die Einstellungen für Selbsthost- oder Hosting-Einstellungen verbessert, innovative neue Quoren oder Geschäftskontoseinstellungen erstellt oder autonomere Ausführungslösungen mit größerer Transparenz und Zuverlässigkeit erstellt werden.

6. BIP 347 (OP_CAT)

BIP 347 ist ein weiterer Bitcoin-Verbesserungsvorschlag, der im Oktober 2023 von Ethan Heilman und Armin Sabouri verfasst wurde und die auch vorabbereitete Ausgabenbedingungen für die Ausgabe von Bitcoin-Transaktionen implementieren kann.Der Vorschlag schlägt vor, den Op_cat -Opcode in die Skriptsprache von Bitcoin hinzuzufügen, eine Funktion, mit der Bitcoin -Entwickler zwei Datenpunkte im Stapel miteinander verbinden und diese Werte oben im Stapel platzieren können.Werfen wir einen Blick auf eine kurze Einführung in die Hintergrund.Bei der Verkettung wird zwei oder mehr Code -Zeichenfolgen in ein größeres Byte- oder Datenzeichenfolge kombiniert.Bitcoin-Skripte sind stackbasierte Programmiersprachen, die jede Codezeichenfolge in der Reihenfolge berechnen.Für einen Stapel, der aus 5 Codezeilen besteht, berechnet das Bitcoin -Skript zuerst Zeile 1 und schließlich Zeile 5.Leider enthält die Skriptsprache von Bitcoin keine Opcodes, mit denen Entwickler mehrere Code -Saiten im gesamten Stapel zusammenführen können.Derzeit fehlen Bitcoin -Skripten arithmetische und multiplikationsfähige Funktionen und unterdrücken die Fähigkeit, Bitcoin -Skripte zu komprimieren, was die Interaktion großer Skripte (mehr als 32 Bit) und kleine Skripte (größer als 32 Bit) in einem einzelnen Stapel einschränkt.Komplexe Ausgabenbedingungen für die Transaktionsausgabe sind ohne die Möglichkeit, Skripte durch „Verbindung“ zu komprimieren und große Skripte mit kleinen Skripten zu komprimieren.

Entscheidend ist, dass die verketteten Elemente des Bitcoin-Skripts oben im Stapel Arithmetik- und Multiplikationsfunktionen simulieren können und komplexe Skripte aktiviert werden, ohne dass längere, datenintensive Skripte, die fehleranfällig sind, schreiben müssen.Darüber hinaus ermöglicht die Konnektivitätsfunktion von OP_CAT Entwicklern, Ausgabenbedingungen mit Merkle Tree und anderen Hash -Datenstrukturen in Tapscript zu generieren, einer nativen Skriptsprache, mit der neue Transaktionstypen als Teil des im November 2021 aktivierten Taproot -Upgrade aktiviert werden können.

Es ist erwähnenswert, dass Satoshi Nakamoto OP_CAT und andere Opcodes deaktiviert, die es Bitcoin -Skripten ermöglichen, komplexe mathematische Operationen direkt im Skript auszuführen.Satoshi Nakamoto selbst löschte op_cat, da der Opcode auf 2000 Bytes begrenzt war, als das Bitcoin-Skript auf OP_DUP beschränkt war, konnten datenintensive Skripte in Kombination mit OP_DUP integriert werden.Skripte dieser Skala können die Rechenressourcenbelastung für Bitcoin -Knoten erhöhen und diese überladen.Das Taproot -Upgrade führte jedoch im Jahr 2021 eine Größenbeschränkung (520 Bytes) für Taproot -Skripte ein, sodass OP_CAT nicht mehr übermäßigen Rechenaufwand für Knotenoperatoren einführt.

7. Bündel mit BIP 347 (OP_CAT) einsetzen.

Das Taproot -Upgrade 2021 führt Schnorr -Signaturen in die Bitcoin -Skriptsprache ein.Die Schnorr -Signatur unterstützt die öffentliche und private Schlüsselaggregation und ermöglicht es mehreren Parteien, eine Transaktion durch eine einzelne Signatur zusammenzustellen.Das Kombinieren des in der Schnorr-Signatur mit OP_CAT enthaltenen Verifizierungs-Opcode kann einen nicht rekursiven Vertrag erstellen, der einen Transaktions-Hash generiert.Über OP_CAT können Benutzer bestimmte Teile einer Transaktion, z. B. das Senden von Adresse oder das Senden von Betrag, als Anforderung für das Entsperrskript einschränken, und der Transaktions -Hash dient als Schlüssel für die Entsperrung.

Wenn Sie das Gewölbeschema als Beispiel einnehmen, ist Folgendes ein Gesamtüberblick darüber, wie die Funktion OP_CAT gegen Vereinbarungen implementiert.Die technischen Details dieses Beispiels liegen außerhalb des Rahmens dieses Artikels.

Alice möchte ein Gewölbe erstellen, das seine UTXO nach 100 Blöcken freischaltet:

*Schritt 1:Alice gibt seinen UTXO mit einer Tresoradresse aus und enthält Details zur Ausgabenbedingung des Skripts zum Entsperren von Vault -Entsperrungen im Feld Zeugen, einschließlich der Blockhöhe.

*Schritt 2:Während der Transaktion von Alice verbindet OP_CAT die Anweisungen zur Entsperren von Vault -Entsperrungen im Zeugenfeld und hasht sie zweimal, um den Seufzer/TXHASH zu erhalten.

*Schritt 3:Nachdem 100 Blöcke bestätigt wurden, initiiert Alice den Prozess, sein Vault -Bitcoin auszugeben, indem er die Ausgabentransaktionen von UTXO überträgt.Um zu überprüfen, ob Alice alle Kostenbedingungen erfüllt, führt ihre Brieftasche den Schecks -Opcode im Hintergrund aus.Dieser Vorgang führt zwei Schlüsselvalidierungen durch: Stellen Sie sicher, dass der Transaktions -Hash in der anfänglichen Setup -Transaktion (Schritt 1) ​​und vergleichen Sie ihn mit der aktuellen Ausgabentransaktion (Schritt 3).Die Überprüfungsfunktion baut die Komponenten auf, die die Transaktion einrichten, und überprüft die öffentliche Schlüsselsignatur der aktuellen Transaktion, um sicherzustellen, dass alle Gewölbeausgabenbedingungen erfüllt sind.

*Schritt 4:Nachdem der öffentliche Schlüssel der Alice -Transaktion durch Schecks überprüft wurde (Schecks rekonstruiert die im Zeugenbereich gespeicherten Ausgabenbedingungen), kann Alice ihre UTXO ausgeben.

Das obige Beispiel zeigt, dass OP_CAT selbst keine Ausgabenbedingungen für Transaktionen implementieren kann, aber dass OP_CAT in Kombination mit anderen Opcodes in Bitcoin -Skripten das Skripting vereinfachen und damit die Vereinbarungen implementieren kann.Die einzige Funktion von OP_CAT besteht darin, zwei Elemente oben am Stapel zu verbinden.

Obwohl OP_CAT zusammen mit Schecks zum Erstellen von Bündnissen verwendet werden kann, bringt das Hinzufügen von OP_CAT allein keine Soliditätsfunktionen zu Bitcoin-Skripten.Diese Einschränkung gilt auch nur für das Hinzufügen von OP_CTV.Selbst mit OP_CAT können Bitcoin -Transaktionen nur minimale Selbstbeobachtung durchführen, was bedeutet, dass Transaktionen nicht vollständig auf die Elemente oder Zustände früherer Transaktionen zugreifen können.Daher kann OP_CAT nur feinkörnige Bündnisse der Tapfoot-Transaktionsausgabe unterstützen.OP_CAT kann keine Blätterknoten durch Taproot beheben oder die verwendeten internen Tasten überprüfen.Ein Taproot -Blattknoten ist eine einzelne Ausgabenbedingung oder ein Skript, das an die Taproot -Ausgabe übermittelt wurde.Sie können als unterschiedliche „Wege“ oder als Möglichkeiten zum Ausgeben von Bitcoin angesehen werden.Der interne Schlüssel in einer Bitcoin -Taproot -Transaktion ist der primäre öffentliche Schlüssel, der für den effizientesten Ausgabenpfad verwendet wird.Wenn Sie UTXO mit einem internen Schlüssel ausgeben, müssen Sie nur die Signatur in der Kette angeben, ohne Skripte oder Merkle -Pfade zu enthüllen.

Es ist zu beachten, dass diese Einschränkungen von anderen Opcode -Vorschlägen wie OP_TWEAK_VERIFY und OP_INTERNALKEY gelöst werden können.Insgesamt kann OP_CAT als Hauptbaustein angesehen werden, der komplexe Ausgabenbedingungen für Transaktionsausgänge generiert. Andere Bausteine, einschließlich der Überprüfungen, sind jedoch entscheidend, um die Programmierbarkeit von Bitcoin -Transaktionen voranzutreiben.

8. Schlüsselmerkmale, die Bündnisse für Bitcoin bringen können

(1) vertrauenslose Brücke und einseitiger Ausgang

Starkware (Ersteller von Starknet ZK-Rollup bei Ethereum) veröffentlichte einen Bericht, in dem hervorgehoben wird, wie OP_CAT die Erstellung von Stark Validatoren und Merkle-Validatoren für vertrauenslose Bitcoin-Überbrückung unterstützt.Vertrauenslose Überbrückung wird mit einem rekursiven Vertragssystem gebaut, das den Überbrückungszustand aufrechterhält, indem eine Transaktionenkette im Merkle -Baum aufzeichnet.Der Kern dieses Mechanismus ist der in der nicht ausgegebene Op_Return-Ausgabe gespeicherte Brückenpersistenzzustand, der den Wurzelhash des Merkle-Baums enthält, der den Kontostand darstellt.Op_cat Covenant verlangt, dass jede neue Einzahlungs- oder Auszahlungstransaktion einen gültigen Zustandsübergang enthält, der den aktuellen, überbrückten Zustand widerspiegelt.Benutzer interagieren mit Brücken über dedizierte Einlagen und Abhebungsverschüsse, die Merkle Tree verwenden, um mehrere Transaktionen in Stapel zur effizienten Überprüfung zu aggregieren.Die Wurzeln des Merkle -Baumes werden dann in den Hauptbrückenvertrag zusammengefasst, der jede Einzahlung oder Auszahlung überprüft und verarbeitet.Während des Rückzugs überprüft die Urkunde das Eigentum, indem er sicherstellt, dass die Abhebungsadresse mit der in der ersten Eingabe in der Blatttransaktion eingegebenen Adresse übereinstimmt.Das Design verwendet Merkle-Proof für effiziente staatliche Updates in Bitcoin-Skripten, um ein vertrauensloses System zu erstellen, in dem der Staat und die Regeln der Brücke durch eine von OP_CAT erstellte On-Chain-Vertragslogik ausgeschlossen werden, ohne dass ein Trust von Drittanbietern erforderlich ist.Entscheidend ist, dass das Bitcoin -Skript für die Übergänge des Bitcoin -Skripts für eine vertrauenslose Bitcoin -Überbrückung von Systemstatusübergängen überprüft werden muss.OP_CAT ermöglicht das UTXO-Sperrskript, um die ZK-Proof (Null-Wissensnachweis) von Systemstatusübergängen zu überprüfen, indem Hash-Daten miteinander verbunden werden.

Das Taproot -Wizard -Team hat ein neues, vertrauensloses Überbrückungsrahmen innoviert, das OP_CAT mit BITVM kombiniert.BITVM erreicht die vollständigen Expressionsfunktionen von Turing, indem er die Segmentierung und Ausführung von willkürlichem Computer auf Bitcoin ermöglicht.Bitvm spaltet die Laufzeit beliebiger Berechnungen in mehreren Transaktionen auf Bitcoin mithilfe der Laufzeit des beliebigen Computers des Bitcoin -Skripts auf.Ohne Bündnisse erfordern BitVM-Brücken, die Bitcoin sperren, vorsignierte Transaktionen, um die Brücke einzurichten.Die Fähigkeit von OP_CAT, Daten aus früheren Transaktionen zu tragen, ermöglicht die BitVM-Brücke, Bitcoin ohne vorschriebene Transaktionen zu sperren und freizuschalten.OP_CAT kann Daten aus früheren Transaktionen über eine Technik namens „Cat on the Stapel“ tragen.Dieser Trick beinhaltet die Verkettung von Hash -Daten auf dem Stapel, um eine Merkle -Baumwurzel zu erstellen, die OP_CAT überprüfen kann.Daher stellt die CATVM -Brücke sicher, dass spezifische Transaktionsdaten aus früheren Transaktionen, Einlagen und Abhebungen in die nächste Transaktion einbezogen werden müssen, um sicherzustellen, dass die Merkle -Wurzel nach einem erfolgreichen Rückzug fortgesetzt wird.Die Katze auf den Stack -Tipps stellt außerdem sicher, dass nach einem Benutzer sich die verbleibenden überbrückten Bitcoins von jedem berechtigten Benutzer zurückziehen können.

(2) Advanced Vault Trust

Bitcoin Vault ist eine neue Sorgerechtslösung, die Sicherheitsfunktionen wie Wiederherstellungspfade enthält, die es Benutzern ermöglichen, ihre Bitcoins im Falle von privaten Schlüssellecks an eine geheime Adresse zurückzuziehen.BIP 345, offiziell als OP_VAULT bezeichnet, ist ein ausstehender Bitcoin -Verbesserungsvorschlag, der OP_CTV verwendet, um die Sicherheitsparameter der Bitcoin -Sorgerecht zu verbessern.Es ist zu beachten, dass OP_CAT auch verwendet werden kann, um ein Bitcoin-Tresor für Ausgabenbedingungen ohne Vorsignaturtransaktionen zu erstellen.Der Bitcoin -Kernentwickler James O’Beirne schlug im Januar 2023 OP_VAULT vor, den Anwendungsbereich von OP_CTV einzugrenzen.OP_VAULT ist auf OP_CTV angewiesen, um Ausgabenbedingungen für Vault Bitcoin zu erstellen, ohne dass der Einleger im Voraus mehrere Transaktionen unterzeichnet.Die Bündel ermöglichen es Gewölbe, Zeitverzögerungen zu haben, und wenn jemand versucht, Vault -Bitcoins vor der ursprünglichen Zeitsperrung auszugeben, wird die Zeitverzögerung ausgelöst. Normalerweise ist dies ein Angreifer, der versucht, Geld zu stehlen.

(3) Nicht-Abzweifungsvertrag

Der Nicht-Äquivierungsvertrag wurde 2015 in das Bitcoin-Netzwerk eingeführt und ist die Ausgabe von Bitcoin-Transaktionen.In der Praxis speichern Benutzer native Bitcoin als Kaution, die beschlagnahmt werden kann.Mit diesem Rand kann der Benutzer 0 Bestätigungstransaktionen auf der Basisschicht ausführen, die später im Block ausgegraben werden.0 Bestätigungstransaktionen sind sofortige Bitcoin -Transaktionen, die nach Bitcoin -Konsensregeln verifiziert und geschützt sind.Wenn der Absender der 0 bestätigt, dass die Transaktion vor dem Abbau der Transaktion Eingabe ausgibt, kann die Gegenpartei den Bitcoin -Rand vom durchgesickerten Signaturschlüssel beschlagnahmen.

(4) Verbesserung des Blitznetzes

OP_CAT kann Channel Factory aktivieren, sodass Benutzer einen Blitzkanal öffnen können, ohne zuerst Transaktionen auf der BTC -Basisschicht zu öffnen.Wenn Alice beispielsweise 2 Blitzkanäle erstellen möchte (eine mit Bob und die andere mit Charlie), sendet Alice den Kanal -Open -Transaktionen mit Bob und Charlie (2 Transaktionen).Die Kanalöffnungstransaktion verpflichtet beide Parteien, Bitcoin in 2/2 der Multisignaturadresse einzureichen.Durch die Kanalfabrik können Bob und Charlie sich gegenseitig separate Kanäle öffnen, ohne neue Kanäle zu übertragen, um Transaktionen zu öffnen.Daher können alle Teilnehmer des ursprünglichen Kanals Open Transaction unabhängige Kanäle voneinander erstellen.

OP_CTV kann gemeinsam genutzte UTXOS erstellen, wobei ein UTXO mehrere Benutzer repräsentiert.Mit der mithilfe von CTV mithilfe von CTV können mehrere Benutzer mehrere Blitzkanäle über eine On-Chain-Transaktion öffnen.In der Regel benötigt jeder Blitzkanal eine On-Chain-Transaktion.Wenn viele Benutzer den Blitzkanal einschalten, kann dies den Speicherpool mit ausstehenden Transaktionen ausfüllen und die Transaktionsgebühren erhöhen.Während dies derzeit kein Problem ist, muss die Kanalöffnung erweitert werden, um das Lightning -Netzwerk zu unterstützen, um Millionen von aktiven Benutzern anzulocken.

9. Risiken im Zusammenhang mit OP_CAT und OP_CTV

Alle Bitcoin -Softgabeln enthalten technische Risiken, z. B. Fehler in neuen Opcodes oder unvorhergesehenen Anwendungsfällen.Obwohl ersterer selten ist, ist letzteres bei der Erstellung von Inschriften freigelegt.Die Inschrift umfasst die Eingabe beliebiger Daten im Zeugenbereich der Transaktion, mit dem neue Token- und NFT -Sammlungen auf Bitcoin erstellt wurden.Mit Segwit und Taproot -Upgrades können Benutzer gemeinsam Bild- und Textdaten als String -Daten in das Feld „Zeugen“ eingeben.Während die digitale Kunst und die Schaffung alternativer Token nicht im Mittelpunkt der Aktivierung von Segwit oder Taproot stehen, haben intelligente Entwickler Jahre später entdeckt, wie diese Upgrades für andere Zwecke verwendet werden können.Die Galaxy Research hob diesen Punkt in unserem Ordinalsbericht hervor und stellte fest, dass die in Segwit und Taproot unerwarteten Inschriften negative Auswirkungen auf zukünftige Bitcoin -Upgrades haben könnten, da die Überraschung der Community bei diesen neuen Anwendungsfällen es noch stärker machen könnte, neue Softgabeln zu unterstützen.

Trotz der Existenz einer bärischen Stimmung auf Bitcoin -Fähigkeit zur Upgrade wurden OP_CAT und OP_CTV ausführlich getestet und untersucht.Die anfängliche Kritik an Bündnissen war, dass die Regierung Anträge zur Durchsetzung der Ausgabenbedingungen zwingen könnte, die es nur eine Reihe genehmigter Adressen ermöglichen, Bitcoin auszugeben.Diese Kritik ist ungültig, da die Ausgabenbedingungen von den Benutzern bestimmt werden, die die Mittel besitzen.Benutzer können Transaktionen erstellen, die zukünftige Ausgaben auf eine bestimmte Adresse beschränken, diese Einschränkungen können jedoch nicht extern von Dritten durchgesetzt werden und können nach ausgesperrten Mitteln nicht dauerhaft verlängert werden.Daher kann die Regierung selbstversorgungsgeschäfte nicht durchsetzen oder wie Bridge Geld ausgibt.Während Verwalter und Bitcoin -Börsen weiterhin die Art und Weise einschränken können, wie Benutzer Geld ausgeben, können sie keine dauerhaften Ausgabenbedingungen hinzufügen, um Gelder abzuheben, ohne den allgemeinen Vertrag auszuführen, und OP_CTV lässt keine allgemeinen Verträge zu.

Insgesamt sind OP_CAT und OP_CTV einfache Opcodes, die jeweils eine Funktion gut ausführen.OP_CAT verbindet zwei Elemente oben im Stapel, während OP_CTV die Ausgabenbedingungen im Sperrenskript hasht.Einige Anwendungsfälle dieser Opcodes (z. B. die Entwicklung einer vertrauenslosen Überbrückung) erfordern weiterhin weitere Forschung und praktische Tests, da Brücken für Fehler und Hacking -Angriffe äußerst anfällig sind.

10. Das nächste Softgabel -Upgrade -Bündel -Bereitstellungspfad

Die Bestimmung der Konsens der Bitcoin -Stakeholder über zukünftige Protokoll -Upgrades ist ein komplexer Prozess, der sich mit dem Lebenszyklus des Vorschlags entwickelt – auch als BIP -Prozess (Bitcoin Improvement Vorschlag) bekannt.Der BCAP -Bericht zur Bitcoin -Upgrade -Geschichte beschreibt die Rollen dieser Stakeholder im Detail wie folgt:

*Wirtschaftlicher Knoten:Börsen, Verwalter, Händler, Zahlungsanbieter

*Investor:Riesenwal, Mikrostrategie, ETF -Anbieter, Galaxie

*Medien Berühmtheit:Coindesk, Bitcoin Magazine, X Celebrities, Podcasts

*Minder:Bitmain, Microbt, Aufruhr, Marathon, große private Bergleute

*Protokollentwickler:Bitcoin -Kernentwickler

*Anwendungsentwickler:L2 -Projekt

Während des gesamten Lebenszyklus des Bitcoin Improvement Vorschlags (BIP) üben verschiedene Stakeholder unterschiedliche Einflüsse aus, und ihre relativen Einflüsseveränderungen während der Umsetzung des Konsensaufbaus von weichen Gabeln.Im Folgenden finden Sie detaillierte Abteilungen jedes Einflusses der Stakeholder, die um 1-10 rangieren.Ab März 2024 befinden sich OP_CAT und OP_CTV in der Protokollkonzeptionsphase.Medienfiguren sind in der einflussreichsten Phase, weil sie die öffentliche Meinung beeinflussen und Erzählungen erstellen können.Zum Beispiel ist Taproot Wizards ein Team bekannter Bitcoin-Prominente, die ihre riesige Social-Media-Fangemeinde nutzen, um die Vorteile von OP_CAT für die Bitcoin-Community zu fördern.Das Taproot -Assistent -Team hat Bildungsinhalte und Forschungen zu OP_CAT produziert, um eine Erzählung voranzutreiben, bei der Bitcoin -Skripte neue Opcodes benötigen, um die Programmierbarkeit der Transaktion zu verbessern.Infolgedessen hat Taproot -Assistenten eine große Anzahl von Unterstützern für OP_CAT entwickelt, die Kernentwickler dazu drängen, den OP_CAT -BIP -Entwurf zu überprüfen.

Während der Protokoll -Konzeptionsphase belegten Bitcoin -Kernentwickler den zweiten Platz im Einfluss, da die BIP -Redakteure für die Überprüfung des Entwurfs des anstehenden BIP verantwortlich waren, und vor allem waren sie die einzigen Einheiten, die BIPs in das Bitcoin -Kern -Github -Repository verschmelzen konnten.Ohne die Unterstützung von Bitcoin -Kernentwicklern wird BIP unweigerlich auf Eis gelegt und schließlich abgelehnt.Bitcoin -Kernentwickler sind auch dafür verantwortlich, die Bitcoin -Codebasis aufrechtzuerhalten und sicherzustellen, dass sie keine Fehler enthalten.Ein Konsens unter Bitcoin-Kernentwicklern ist ein schwieriger Prozess, da die ideologischen Perspektiven zwischen Kernentwicklern variieren können, und der Einfluss jedes Kernentwicklers auf den Entscheidungsprozess variiert je nach Beitrag und Kontext.

OP_CAT und OP_CTV BIP befinden sich in der Phase, in der Medien, Benutzer, Benutzer und Anwendungsentwickler ihren Einfluss nutzen, um Bitcoin -Kernentwickler davon zu überzeugen, dass diese Konsensänderungen die Programmierbarkeit von Bitcoin -Transaktionen verbessern.Die nächste Phase der Konsensreise erfordert spezifische Forschungsergebnisse von technischen Prominenten, Anwendungsentwicklern und Kernentwicklern, wobei alle potenziellen Risiken von OP_CAT und OP_CTV beschrieben werden.Ohne spezifische Forschung und offene Dialog mit Kernentwicklern wird es keine breitere Kern -Entwickler -Community geben, die eine kollektive Sichtweise von OP_CAT und OP_CTV gebildet hat.

Sobald ein Konsens unter den Kernentwicklern erzielt wurde, müssen OP_CAT und OP_CTV einen primären Betreuer festlegen, um den letzten Schritt der Implementierung von BIP mit dem Bitcoin -Kern -Repository zu erleichtern.Nachdem das BiP von OP_CAT und OP_CTV in das Bitcoin -Kern -Repository zusammengefasst wurde, müssen Sie sich für die Aktivierungsmethode entscheiden.Sobald die Aktivierungsmethode ausgewählt ist, beginnt die Signalzeit, und Bergleute, Investoren und Wirtschaftsknoten haben den größten Einfluss.Bis März 2024 haben große Investoren wie Bergleute, Mikrostrategie und Wirtschaftsknoten wie Coinbase noch keine öffentlichen Meinungen zu OP_CAT und OP_CTV geäußert.Vor der BIP -Implementierung müssen diese Stakeholder mehr über die Risiken und Vorteile von OP_CAT und OP_CTV verstehen.

11. BIP -Aktivierungsmethode

Wenn Bitcoin Core -Entwickler zustimmen, OP_CAT oder OP_CTV in das nächste Softgabel -Upgrade aufzunehmen, muss sich die Community darauf einigen, wie BIP aktiviert wird.Mit der Aktivierungsmethode können Bergleute ihre Vorbereitung auf das Upgrade signalisieren.

Im Großen und Ganzen gibt es zwei Möglichkeiten, um Codeänderungen für Bitcoin vorzunehmen.Erstens können SieWeiche GabelCodeänderungen durchführen.Soft Forks sind rückwärtskompatible Upgrades, mit denen Bitcoin -Knotenbetreiber sicher im Bitcoin -Netzwerk ausgeführt werden können, auch ohne ihre Client -Software zu aktualisieren.Ein weiterer Vorteil der Rückwärtskompatibilität von Softgabeln besteht darin, dass jeder, der mit der Richtung des Bitcoin Core (dem Haupt -Bitcoin -Client) nicht einverstanden ist, eine ältere Version von Client -Software ausführen kann, die neue BIP -Aktivierungen ausschließt, aber dennoch eine Verbindung zur kanonischen Bitcoin -Blockchain herstellen kann.Soft Forks fügen Funktionen hinzu, indem neue Bedingungen erstellt werden, die eingeschränkter sind als vorhandene Regeln. Daher passt vorhandene Regeln.

Wenn eine Softgabel von einem Benutzer (kein Bergmann) aktiviert wird, wird sie als benutzeraktivierte Softgabel (UASF) bezeichnet.Das berühmteste UASF -Beispiel für Bitcoin ereignete sich fast während der „Blockgröße Battle“ am 1. August 2017, um die Akzeptanz des Segwit -Upgrades zu beschleunigen.Während der Blockgröße haben Bitcoin -Benutzer ihre Knoten aktualisiert, um Segwit -Upgrades zu unterstützen, und drohten anschließend, Blöcke von nicht wesentlichen Knoten abzulehnen.Auf diese Weise werden Bergleute, die ihre Bitcoin -Client -Software nicht verbessert haben, dazu ermutigt, Segwit zu übernehmen, damit sich ihre Blöcke weiter verbreiten und ihre Chancen auf Blockbelohnungen erhöhen.Obwohl UASF während des Blockgrößenkrieges nie aufgetreten ist, wirkte sich die Gefahr eines potenziellen UASF aus der Einführung von Segwit durch die Bergleute.

Der zweite Weg, um Codeänderungen zu implementierenHarte GabelDies ist ein rückwärts inkompatibler Upgrade, das den Konsens zwischen verbesserten und nicht upgradierten Knoten dauerhaft aufteilt.Bitcoin -Kernentwickler haben noch nie eine harte Gabel implementiert, da die Community die Verfestigung und Rückwärtskompatibilität des Protokollcodes schätzt.Wenn eine kleine Anzahl von Benutzern Hardgabel -Upgrades durchführt (z. B. das Ändern der Blockgröße), kann bei Bitcoin eine Ketten geteilt werden.So wurde Bitcoin Cash im Jahr 2017 erstellt, als einige der Bitcoin -Community mit dem Segwit -Upgrade nicht einverstanden waren, in der Hoffnung, die Blockgröße einfach zu erhöhen, indem sie rückwärts inkompatible Codeänderungen an Gabel aus dem Bitcoin -Protokoll aktiviert.

Zusätzlich zu dem Unterschied zwischen Hardgabel- und Softgabelaktivierung gibt es verschiedene Möglichkeiten, die Stimmung der Gemeinschaft zur Eskalation zu messen, bevor die Gabel auftritt.Hier finden Sie einen Überblick über verschiedene Prozesstypen, die von der Bitcoin -Community vorgeschlagen wurden, um die Aktivierung von Softgabel -Upgrades besser zu unterstützen:

*Bip 9:BIP 9 bietet einen Framework für Bergarbeiter, um ihre Unterstützung für Softgabel -Upgrades zu signalisieren, indem das Version Bitfield im Bitcoin -Blockheader geändert wird.Sobald die Signalzeit beendet ist, kann die Bitcoin -Community den Prozentsatz der Bergleute bewerten, die Upgrades unterstützen und mit Miner Computing Power gewichtet werden.Wenn ein bestimmter Unterstützungsschwellenwert überschritten wird, kann das Upgrade am „Flag -Tag“ weiterhin aktiviert werden, was nur eine bestimmte Blockhöhe für die Upgrade -Aktivierung ist.

*Bip 8:Der langfristige Bitcoin-Kernentwickler Luke Dashjr (der seit 2011 in Bitcoin-Entwicklung arbeitet) schlug BIP 8 als Nachfolger von BIP 9 im Februar 2017 vor.BIP 8 empfiehlt die Verwendung der Blockhöhe anstelle der Rechenleistung, um die Dauer der Signalzeit für einen Zulassungsvorschlag zu bestimmen.BIP 8 führt auch einen neuen Softgabelparameter für die Aktivierung von On-Chain-Aktivierung als „Lot“ ein.Wenn dieser Parameter auf „true“ eingestellt ist, muss während der Endzeit ein Signal ausgegeben werden, um sicherzustellen, dass die Softgabel bei der Zeitüberschreitungshöhe gesperrt ist.Von hier aus werden Upgrades in vordefinierten Flag -Tagen durch Knoten aktiviert, unabhängig davon, ob der Bergmann signalisiert oder nicht.BIP 8 Versucht, die Eingriffe von Bergleuten in die gewünschte Aktivierung der Gemeinde zu verringern, und zwingt die Bergleute, die Folgen von Einnahmen verlorenen Einnahmen zu berücksichtigen, da keine Blöcke von verbesserten Knoten mit dem auf True festgelegten aufgerüsteten Parameter festgelegt wurden.

*Schneller Versuch:Die Bitcoin Core -Entwickler AJ Townes und Andrew Chow stellten im April 2021 eine Version von BIP 8 mit dem Namen Speedy Trial ein.Schnelle Testversuche, um den Zeitplan des Bergmanns zu beschleunigen, um Signale für Aktivierungsvorbereitungen zu erstellen.Dieser Ansatz bedeutet, dass der Vorschlag aktiviert wird, sobald die Mehrheit der Bergbaublöcke innerhalb eines bestimmten Zeitraums ein vorbereitetes Signal gesendet hat.Schnelle Testfunktionen ähnlich wie BIP 9 -Aktivierungsbereitstellungen, jedoch mit einem kürzeren Aktivierungsfenster.Vor kurzem wurde das Taproot -Upgrade über eine schnelle Versuch auf Bitcoin aktiviert.Die Versuch erfordert 90% der Bergbaublöcke, um innerhalb von zwei Wochen ein vorbereitendes Signal zu senden, bevor Taproot im Netzwerk aktiviert werden kann.Der Prozess endete am 12. Juni 2021.Nach dem Erreichen des Schwellenwerts von 90% Bergmann-Support fährt das Netzwerk dann in eine Wartezeit von fünf Monaten ein, um Bergleute und Knoten Zeit zu hinterlassen, um ihre Software zu verbessern.Taproot wurde dann am 15. November 2021 offiziell auf Bitcoin aktiviert.

*Moderne Aktivierung der Softgabel:Dies ist eine Methode zur Verbesserung der Aktivierung, die verschiedene Attribute von BIP 9 und BIP 8 kombiniert.Es wurde im Januar 2020 von Matt Corallo, einem der produktivsten Mitwirkenden von Bitcoin Core, vorgeschlagen.Die Methode enthält drei Schritte.Der erste Schritt ist die in BIP 9 beschriebene Softgabel für die Bergmann -Aktivierung.Wenn Bergleute das Upgrade nicht aktivieren, wird der von Corallo beschriebene moderne Softgabel-Aktivierungsprozess standardmäßig den zweiten Schritt, die sechsmonatige Wartezeit für Entwickler und die breitere Bitcoin-Community, um die Änderungen des Code zu überdenken.Sechs Monate später, wenn Entwickler und Benutzer weiter aktualisieren möchten, können sie Schritt 3 starten, was im Wesentlichen dem Bip 8 entspricht, wobei der Los -Parameter auf True eingestellt ist.

12. Schlussfolgerung

Obwohl OP_CAT (BIP 347) und OP_CTV (BIP 119) von vielen bekannten Bitcoin-Entwicklern Unterstützung erhalten haben, erfordern diese Vorschläge noch vor der Implementierung einen langen Due-Diligence-Prozess.Dies liegt daran, dass OP_CAT und OP_CTV Änderungen an der Konsensschicht von Bitcoin erfordern und der BIP -Governance -Prozess für solche Änderungen sehr umfangreich ist.Obwohl der Aktivierungsplan für BIP 119 und BIP 347 unklar und unvorhersehbar ist, kann der lange Überprüfungszeitraum dem Vorschlag zugute kommen, da er der Community genügend Zeit bietet, um die Vorteile und Auswirkungen von OP_CTV und OP_CAT zu verstehen.Darüber hinaus haben BIP -Mitwirkende mehr Zeit, um OP_CTV und OP_CAT zu belasten, sowie deren potenzielle Auswirkungen auf zukünftige Fehler in Bitcoin -Skripten.

Obwohl das vollständige Potenzial von OP_CAT und OP_CTV weiterhin untersucht wird, sind die direktesten Auswirkungen die Implementierung von vertrauenslosen Überbrückung und erweiterten Sicherheit für Bitcoin L2.Die Bedeutung einer vertrauenslosen Überbrückung für EVM-kompatible Bitcoin L2 ist selbstverständlich, insbesondere im Kontext des wachsenden Umfelds von Bitcoin Defi.Diese vertrauenslosen Lösungen stellen erhebliche Fortschritte gegenüber aktuellen Alternativen wie WBTC und CBBTC dar, die sich auf vertrauenswürdige Vermittler beruhen und die Erlaubnis ohne Blockchain -Technologie schwächen.Während selbstversorgte Bitcoin-Tresors in Gewahrsamlösungen den praktischsten Wert bieten, zeigt das Potenzial vertrauensloser L2-Brücken die breiteren Möglichkeiten, die die Programmierbarkeit der Transaktion verbessert.

Die Entwicklergemeinschaft hat im Jahr 2024 erhebliche Fortschritte bei der Förderung dieser Vorschläge erzielt, und dieser gute Dynamik kann bis 2025 fortgesetzt werden.Da die Bitcoin -Handelsaktivität tendenziell abnimmt und Transaktionsgebühren von nur 1 SAT/VB abnimmt, verlagert sich der aktuelle Fokus auf die Wiederherstellung der Transaktionsaktivität im Bitcoin -Netzwerk.Obwohl unser Prognosebericht für Galaxy Research 2025 der Ansicht ist, dass Bitcoin-Kernentwickler einen Konsens zwischen OP_CAT oder OP_CTV erreichen, kann der endgültige Implementierungsprozess und der Aktivierungsprozess 1-2 Jahre dauern.Die endgültige Einführung dieser Vorschläge wird jedoch ein wichtiger Meilenstein in der Entwicklung von Bitcoin -Skripten sein, wodurch die Grundlage für komplexere und sichere Bitcoin -Anwendungen in Zukunft gelegt wird.

Durch die Verbesserung der Programmierbarkeit der Transaktion kann Bitcoin innovativere Anwendungsfälle wie vertrauensloser Cross-Chain-Überbrückung und fortschrittliche Sorgerechtslösungen unterstützen und das Bitcoin-Ökosystem weiter vorantreiben.Die Einführung dieser Technologien verbessert nicht nur die Funktionalität von Bitcoin, sondern bietet Entwicklern und Benutzern auch mehr Tools, um sicherere und effizientere dezentrale Anwendungen zu erstellen.Während die Erreichung dieser Ziele Zeit und Gemeinschaftsanstrengungen erfordert, werden seine potenziellen Auswirkungen zweifellos neue Vitalität in die Zukunft von Bitcoin verleihen.