UTXO-Stack: Die vollständige Ausgabe des RGB++-Protokolls, das den Kurs von Bitcoin aufzeichnet

Der UTXO-Stack wurde kürzlich einigen Enthusiasten, Entwicklern, Token-Inhabern und Neulingen, die vielleicht schon davon gehört haben oder sich gerade damit vertraut machen, besser erklärt. Das Publikum wurde darüber aufgeklärt, wofür das RGB++-Protokoll steht, was die Essenz seiner vollständigen Ausgabe ist und welche Pläne es hat. Es begann mit der Hervorhebung der Mission und Positionierung des RGB++-Protokolls, die sich auf die Entwicklung nativer Programmier- und Skalierbarkeitslösungen für das Bitcoin-Ökosystem konzentrieren, d. h. auf eine Weise, die von Natur aus nativ ist. Die Notwendigkeit, den nativen Weg zu gehen, sagt der Mitbegründer von Nervos CKB, Cipher, „ist nicht nur eine politische Sache, es geht vielmehr um einen nativen Weg, der eine wichtige Lösung bieten könnte.“

Was „native“ bedeutet

Es bezieht sich auf die Nutzung der inhärenten Funktionen von Bitcoin – Proof of Work (PoW) und Unspent Transaction Outputs (UTXO). Nur durch die Nutzung dieser beiden Funktionen kann ein nativer Ansatz als überlegene Lösung bezeichnet werden. Er unterscheidet sich völlig vom Ethereum-Ökosystem, das auf einem Kontomodell und Proof of Stake (PoS) basiert.

In den letzten Jahren gab es im Ethereum-Ökosystem verschiedene Skalierbarkeitslösungen, darunter Plasma, Sharding, das Raiden Network und Rollups. Rollups haben sich als optimale Lösung für die Skalierbarkeit von Ethereum herausgestellt, da sie die Vorteile des Kontomodells und des PoS voll ausschöpfen.

Obwohl dies bei Ethereum funktioniert hat, gilt für Bitcoin nicht automatisch die Annahme, dass Rollups die beste Lösung sind. Vielmehr werden andere oder sogar bessere Lösungen erforscht. Dazu gehören die vier Hauptrichtungen für Skalierbarkeits- oder Erweiterungsansätze bei Bitcoin:

1. Sidechains : Diese bestehen aus einer Brücke, insbesondere Multisig-Brücken, und einer EVM-kompatiblen Schicht 2 (Bridge+EVM). Merlin, BEVM und Satoshi VM gehören zu den besten Beispielen. Sie sind jedoch keine echten Bitcoin-Schicht-2-Lösungen, sondern eher Brücken zu einer Ethereum-Schicht 2. Ihre Sicherheit hängt von der Multisig-Brücke ab und in diesem Bereich gab es nur begrenzte Innovationen.

   
   

2. Rollups : Um den Layer-2-Status direkt auf Bitcoins Layer 1 zu verifizieren, ist etwas Besonderes im Bitcoin-Skript erforderlich. Eine hochentwickelte Technologie wie BitVM mit der potenziellen Unterstützung von OP_CAT soll dies einfacher, aber auch schwieriger machen. Inzwischen herrscht in der Branche die allgemeine Überzeugung, dass BitVM seine Entwicklung wahrscheinlich nicht innerhalb des aktuellen Bitcoin-Bullenmarktzyklus abschließen wird. Daher könnte die Rollup-Lösung bis zum nächsten Bullenmarkt realisiert werden, der in den nächsten vier Jahren erwartet wird.

   
   

3. Channels/LN : Channels und das Lightning Network werden als native Skalierbarkeitsansätze von Bitcoin bezeichnet. Wir haben bereits ein ausgereiftes Lightning Network, das auf Bitcoin läuft, mit über 10.000 Knoten und Millionen von Benutzern. Dieses Netzwerk unterstützt derzeit jedoch nur Bitcoin. Wenn es eines Tages Stablecoins oder andere benutzerdefinierte Coins unterstützen könnte, wäre es deutlich nützlicher. Das CKB-Team entwickelt außerdem ein CKB Lightning Network, das voraussichtlich noch in diesem Jahr mit dem Bitcoin Lightning Network verbunden wird. Dies ist eine sehr vielversprechende Lösung für Bitcoin, obwohl sie eher auf Zahlungskanäle oder -netzwerke ausgerichtet ist und mit Herausforderungen konfrontiert ist.

   
   

4. CSV (Client-Side Validation) : Dies ist eine Bitcoin-native Lösung, die nur für das UTXO-Modell verfügbar ist. Bemerkenswerte Projekte umfassen RGB, Taproot Assets und das RGB++-Protokoll.

Das Problem

Obwohl mehr als hundert Layer-2-Lösungen auf der Bitcoin-Kette aufgebaut wurden, konnte keine das Programmierbarkeits- und Skalierbarkeitsproblem lösen. Die ausgereiftesten Bitcoin-Layer-2-Lösungen folgen dem Multisig-Bridge-plus-EVM-kompatiblen Layer-Ansatz. Sie überbrücken im Wesentlichen die echte Bitcoin-Kette zu einer anderen Kette mit Bitcoins, die nicht real sind (Schatten- oder Pseudo-Bitcoins). Ohne eine wirklich native Lösung bleiben die Schatten-Bitcoins unprogrammierbar und nicht skalierbar, da der echte Bitcoin auf Layer 1 verbleibt.

Hier kommt die unkomplizierte Lösung des RGB++-Protokolls ins Spiel: Es ermöglicht Turing-vollständige Programmierbarkeit direkt auf Bitcoin-Schicht 1 und erweitert sich auf Schicht 2, um Skalierbarkeit zu erreichen.

Kurz gesagt ist das RGB++-Protokoll also kein BitVM, auch wenn es native Turing-vollständige Fähigkeiten auf Bitcoin-Ebene 1 bieten kann. Es verlässt sich weder auf neue OP-Codes noch erfordert es Hard Forks oder Soft Forks, sondern bietet direkt Programmierbarkeit auf Ebene 1. Es ist außerdem kein EVM oder Rollup und benötigt keine Brücke.

RGB++: So funktioniert es

Jeder Bitcoin UTXO besteht aus zwei kritischen Komponenten, eine für das Betragsfeld (Variable), um den im UTXO enthaltenen Bitcoin anzugeben, und eine andere für das Sperrskript, das einer Adresse ähnelt, die den Besitz und die Berechtigung zum Entsperren des UTXO anzeigt.

Das RGB++-Protokoll fügt dem ursprünglichen Bitcoin-UTXO zusätzliche Daten als zusätzliche Programmlogik hinzu. Ein einzelner Bitcoin-UTXO ist mit einer Off-Chain-Datenzelle (oder einem sogenannten Turing-vollständigen UTXO) verknüpft. Indem jeder On-Chain-UTXO mit Off-Chain-Daten und zusätzlicher Ausführungslogik verbunden wird, wird der Off-Chain-UTXO – trotz der Einschränkung durch das Skript auf dem UTXO – übertragen, wenn der ursprüngliche UTXO übertragen oder ausgegeben wird. Dies ermöglicht die Übertragung zusätzlicher Bits oder Assets von einem UTXO zu einem anderen, indem das Skript ausgeführt und effektiv eine Off-Chain-Transaktion mit Off-Chain-Statusübertragung von einem Status in einen anderen erstellt wird. Dies ist die Essenz des RGB++-Protokolls.

Die Methode wird als isomorphe Bindung bezeichnet, da die Off-Chain-Zustandsübergänge des RGB++-Protokolls von einer anderen Turing-vollständigen UTXO-basierten PoW-Kette, CKB, überprüft werden, um die Transaktionsgenauigkeit sicherzustellen. Im Vergleich zum ursprünglichen RGB-Protokoll, das Off-Chain-Prozesse auf dem Client des Benutzers ausführt, führt das RGB++-Protokoll diese Prozesse auf der CKB-Kette aus. Dies ist für Benutzer jedoch optional. Diejenigen, die CKB nicht vertrauen, können die Transaktion herunterladen oder den Transaktionsverlauf vom Absender anfordern und selbst überprüfen.

Um die isomorphe Bindungstechnologie näher zu erklären, sehen Sie sich das obige Diagramm an. Die linke Seite stellt die Bitcoin-Transaktion dar, während die rechte Seite für die CKB-Transaktion steht. Die CKB-Seite könnte im Vergleich zur Bitcoin-On-Chain-Transaktion als „Off-Chain-Transaktion“ betrachtet werden, obwohl sie aus der CKB-Perspektive betrachtet eine On-Chain-Transaktion ist. Die Bitcoin-Eingabe- und Ausgabeabschnitte geben den Besitz von Vermögenswerten oder Staaten an, während die im OP_RETURN-Feld der Bitcoin-Transaktion codierte Verpflichtung ein Hash der CKB-Transaktion ist.

Die CKB-Transaktionsseite umfasst einen UTXO mit einem Rich State – alles, was unter dem Schutz eines Smart Contracts steht. Es gibt auch einen Bitcoin Light-Client in der CKB-Kette, der als Beweisgenerator oder -prüfer fungiert. Wenn der Beweis einer Transaktion ausgelöst wird, überprüft der Smart Contract, ob die Transaktion im Bitcoin-Commitment korrekt kodiert ist. Diese Technologie hilft dabei, eine bidirektionale Bindung der Bitcoin-Transaktion und des UTXO mit der CKB-Transaktion und der CKB-Zelle zu erreichen und stellt sicher, dass die Transaktion durch den CKB-Smart Contract kontrolliert oder eingeschränkt wird. Auf diese Weise wird Programmierbarkeit auf der Bitcoin-Schicht 1 mit dem RGB++-Protokoll erreicht.

Die Grundkenntnisse des RGB++-Protokolls und seiner Verwendung als isomorphe Bindungsmethode können zur Einführung der Cross-Chain-Leap-Aktion verwendet werden. Da die Bitcoin-Eingabe- und Ausgabeabschnitte das Eigentum an Vermögenswerten oder Staaten kennzeichnen, erfordert die Übertragung des Eigentums von einem Bitcoin-UTXO auf das UTXO einer anderen Kette, z. B. Litecoin, eine Änderung der isomorphen Bindungsdatenstruktur von Bitcoin-UTXO auf Litecoin-UTXO. Wenn die Übertragung jedoch erfolgt, ändert sich nichts an dem von ihr übertragenen Wert.

Dies ist die Essenz des Cross-Chain-Leap. Es macht jegliche Brücken überflüssig, egal ob zentralisiert oder dezentralisiert, und ermöglicht gleichzeitig eine einfache Übertragung von einer Kette zur anderen. Auch die Überprüfung der Transaktion ist unkompliziert. Es verfolgt den Transaktionsverlauf mit dem Nachweis des UTXO-Zweigs auf einer Kette und einer anderen zurück, bis es zur ursprünglichen Bitcoin-Kette gelangt.

Ein gutes Beispiel dafür, wie dieser Vermögenssprung erreicht wird, ist die erste nicht-verwahrte Passkey-Wallet-Anwendung von Bitcoin. JoyID . Mit der JoyID-Wallet können Vermögenswerte von Bitcoin-Layer 1 auf Layer 2 und zurück übertragen werden. Sie unterstützt sowohl fungible als auch nicht fungible Token sowie mit dem RGB++-Protokoll auf Bitcoin oder CKB geprägte Vermögenswerte.

Ausgestattet mit diesen Dienstprogrammen – Layer-1-Programmierbarkeit und Cross-Chain-Leap-Technologie – kann der letzte Schritt des RGB++-Protokolls erreicht werden: die Erstellung einer Skalierbarkeitserweiterung für Bitcoin-Layer 2. Wir können einen UTXO-basierten Layer 2 mit PoS erstellen.

PoS ohne böswillige Aktivitäten verifizieren

Um Staking, Rewarding und Slashing auf Bitcoin-Schicht 1 zu implementieren, wird die vom RGB++-Protokoll bereitgestellte Programmierschicht verwendet, um Staking- oder Slashing-Skripte auszuführen, die Sicherheit für die UTXO-Schicht 2 bieten. Diese Funktionalität ermöglicht es, Vermögenswerte von UTXO-Schicht 2 auf Schicht 1 zu übertragen, ohne dass eine zentrale oder dezentrale Brücke erforderlich ist. Dies ist, was UTXO Stack als vollständige Ausgabe des RGB++-Protokolls tut.

Für Sicherheit und Staking werden Babylon oder ähnliche Protokolle als Bitcoin-Staking-Sicherheitsanbieter für L2-Ketten eingeführt, während andere Token wie CKB- und RGB++-Münzen als Staking-Assets auf Layer 1 akzeptiert werden können, wie in den Smart Contracts des RGB++-Protokolls programmiert. Die Sicherheitsstufe für Bitcoin Layer 1 ist identisch mit der von Bitcoin selbst. Sie wird durch die historische PoW-Kette von Bitcoin garantiert. Die Sicherheit für Layer 2s ähnelt einem OP-Rollup (auf Ethereum) mit einer erwarteten Herausforderungsphase, in der es eine Sicherheitsobergrenze geben wird, die der Einzahlung ähnelt. Nach Ablauf der Herausforderungsphase wird die Sicherheit voraussichtlich besser sein.

Mit dieser vollständigen Ausgabe des RGB++-Protokollplans widmen sich das Team und das Unternehmen dem Aufbau der UTXO-Stack-Lösung mit Schwerpunkt auf der Skalierbarkeit von Bitcoin. Der Plan ist, etwas Ähnliches wie den OP Stack + EigenLayer für Bitcoin zu entwickeln, das UTXO-nativ und weder EVM-kompatibel noch über eine Brücke verfügt. Es kann in zukünftige Beleuchtungsnetzwerke integriert werden und dürfte anstelle einer Rollup-Lösung die beste Lösung für die Erweiterung von Bitcoin sein.

Es werden derzeit Anstrengungen unternommen, um auf der robusten Community und dem Ökosystem aufzubauen, die bisher mit Projekten wie Marktplätzen für fungible und nicht fungible Token, Launchpads, DOBs, Stable++, Leap X, Omega, Nervape, JoyID Wallet usw. aufgebaut wurden.