Am 23. Februar sprachen CELL Studio-Gründer/Nervos CKB-Mitbegründer/RGB++-Protokollautor Cipher, Web3-Chinese KOL Huajiao, RGB-Chinese-Evangelist Da Pangdun, geekiger Web3-Gründer Fasut, CKB Ecological Fund CMO/SeeDAO-Initiator Baiyu und CKB-Community-Botschafter CyberOrange Alle über die Vergangenheit und Gegenwart des RGB++-Protokolls.

Im Folgenden finden Sie die wichtigsten Inhalte, sortiert nach Audio:

Die Entwicklungsgeschichte des RGB-Protokolls

Das RGB-Protokoll lässt sich auf die von Peter Todd im Jahr 2016 vorgeschlagene Client-Verifizierung zurückführen. Die Kernidee ist, dass nicht alles in der Kette sein muss, sondern dass die Blockchain nur das tun muss, was sie kann, beispielsweise Licht Quantitative Überprüfung. Das ist eine Generation.

Die zweite Generation war Giacomo Zucco, der sich von Peter Todds Ideen inspirieren ließ und zunächst das RGB-Protokoll konzipierte, dieses MVP jedoch noch sehr unvollständig war.

Der Sandaime heißt jetzt Maxim Orlovsky. Mehr als 90 % des Codes des RGB-Protokolls wurden von Dr. Maxim beigesteuert. Er sammelte keine Gelder und war ausschließlich auf Spenden und Auslagen angewiesen. Allerdings können Spenden nur einige persönliche wirtschaftliche Probleme lösen, und das ist nicht der Fall genügend Mittel, um eine große Anzahl von Ingenieuren einzustellen. Darüber hinaus gründete Dr. Maxim auch die LNP/BP Standards Association, um das RGB-Protokoll für praktische Anwendungen zu fördern.

Weitere Informationen zum RGB-Protokoll und zur LNP/BP Standard Association finden Sie in der Reihe populärwissenschaftlicher Videos, die von Web3 Chinese KOL Huajiao produziert wurden.

Der chinesische RGB-Evangelist Da Pangdun fügte hinzu, dass RGB als ein orthodoxerer Bitcoin-Expansionsplan angesehen wird und die Hoffnungen vieler Menschen weckt. Allerdings ist die LNP/BP Standard Association gemeinnützig und hauptsächlich auf Spenden angewiesen. Sie verfügt nicht über genügend Mittel, um Entwickler zu rekrutieren, was zu einem langsamen Fortschritt des RGB-Protokolls führt. Es gibt derzeit keine Roadmap und es bestehen viele Unsicherheiten, was passieren wird andere Projekte weiter verlangsamen. Der Entwicklungsfortschritt RGB-basierter Projekte bildet einen „Teufelskreis“.

Darüber hinaus liegt die derzeitige Kontrolle über RGB und seine Assoziation hauptsächlich bei Dr. Maxim Big Fat Dun ist der Ansicht, dass die Assoziation offener sein sollte.

Der Geburtshintergrund von RGB++

Cipher sagte, er habe vor einigen Monaten einen Artikel gesehen, in dem RGB vorgestellt wurde. In dem Artikel wurde erwähnt, dass das RGB-Protokoll Nachteile bei der Datenübertragung und der Benutzerinteraktion hat. Beispielsweise erfordert die RGB-Übertragung, dass beide Parteien gleichzeitig online sind und interaktive Vorgänge erfordern. Der Absender muss außerdem einen historischen Datennachweis der Vermögenswerte usw. vorlegen. Cipher glaubt, dass das RGB-Protokoll sehr elegant ist, die Benutzererfahrung jedoch nicht benutzerfreundlich genug und sogar problematisch ist und es in der Praxis viele Probleme auf der Anwendungsebene gibt. Beispielsweise sind RGB-Daten in jedermanns Hand verstreut, was es sehr schwierig macht Erstellen Sie Anwendungen wie DeFi oder DEX.

Als Produktmanager ist er sich sehr bewusst, dass diese Schwierigkeiten oder Nachteile des RGB-Protokolls tatsächlich direkt auf der Blockchain gelöst werden können, wie zum Beispiel P2P-Netzwerke, die auf niemanden angewiesen sind, gemeinsame Daten, virtuelle Maschinen, die Transaktionen überprüfen können und nicht -Bedienerlebnis im interaktiven Stil. Dies ist auch die früheste Kernidee von RGB++, die darin besteht, die Client-Verifizierung außerhalb der RGB-Protokollkette einer Turing-vollständigen Blockchain anzuvertrauen, die auf dem UTXO-Modell und dem PoW-Konsensmechanismus basiert.

RGB++ hat viele Vorteile, wie z. B. die Möglichkeit, nicht-interaktive Transaktionen, Transaktionsfaltung und eine sehr benutzerfreundliche Benutzererfahrung zu ermöglichen. Der Nachteil besteht darin, dass der Datenschutz nicht so gut ist wie RGB selbst, sondern nur auf das Datenschutzniveau der Bitcoin-Blockchain reduziert ist . Darüber hinaus ist darauf hinzuweisen, dass der Datenschutz von RGB nicht perfekt ist, da der Absender alle historischen Beweise des Vermögenswerts vorlegen muss und der Empfänger die vorherigen Transaktionsaufzeichnungen des Absenders einsehen kann. Auf CKB kann das Mimblewimble-Protokoll tatsächlich verwendet werden, um Transaktionsbeträge zu verbergen und den Transaktionsverlauf abzuschneiden, was RGB++ einen besseren Datenschutz bietet. Allerdings hatte das Team in der ersten Phase nicht die Energie, dies zu tun.

Darüber hinaus erwähnte Cipher auch einige Kontroversen über das RGB++-Protokoll auf X. Er glaubt, dass jeder akademische Diskussionen führen kann, aber man sollte es nicht gleich als Betrug bezeichnen.

Schließlich ging Cipher auch auf Kompatibilitätsprobleme ein. RGB verwendet AIuVM und die erste Version von RGB++ verwendet CKB-VM, was technisch inkompatibel ist. Dank CKB-VM kann AIuVM jedoch später in CKB-VM kompiliert werden Schicht. Darüber hinaus können Assets auch per Sprung verbunden werden.

Was unterscheidet das RGB++-Protokoll von RGB?

CyberOrange erwähnte, dass die beiden wichtigsten Technologien von RGB die einmalige Versiegelung und die Kundenverifizierung sind. Erstere ermöglicht den Schutz von RGB-Assets durch die Bitcoin-Blockchain, und letztere überprüft hauptsächlich Transaktionen von RGB-Assets. Das RGB++-Protokoll ermöglicht RGB-Benutzern nicht nur die Verwendung der clientseitigen Verifizierung, sondern bietet ihnen auch eine zusätzliche Option – die CKB-On-Chain-Verifizierung. Wenn der Transaktionsbetrag nicht sehr groß ist, müssen Benutzer keine vollständige Client-Überprüfung selbst durchführen, sondern wählen die CKB-Skriptüberprüfung.

Der zweite Punkt ist der Datenschutz. Das RGB++-Protokoll stellt Daten in die CKB-Kette und lässt CKB als DA-Schicht fungieren. Der Datenschutz ist geringer als beim ursprünglichen RGB-Protokoll, das Cipher zuvor ausführlich vorgestellt hat. So wie eine Münze zwei Seiten hat, wird es durch die Verwendung von CKB als DA-Schicht viel einfacher, DEX oder andere DeFi-Anwendungen zu entwerfen.

Der dritte Punkt ist der Unterschied in den Erweiterungsmöglichkeiten. Theoretisch ist die Erweiterungsfähigkeit von RGB möglicherweise stärker, da für die Client-Verifizierung keine Blockchain erforderlich ist. Tatsächlich kann das RGB++-Protokoll jedoch auch andere Mechanismen verwenden, um eine Erweiterung zu erreichen.

Schließlich erwähnte CyberOrange, dass auch RGB++ und RGB kompatibel sind. RGB unterstützt sprungartige Operationen, die es RGB-Assets ermöglichen, von einer UTXO-Kette zu einer anderen UTXO-Kette zu springen, und die CKB-Blockchain kann diese Funktion ebenfalls unterstützen, wodurch RGB-Assets und RGB++-Assets geöffnet werden.

Fasut, der Gründer von „Geek Web3“, erwähnte, dass viele RGB-Konzepte den Statuskanälen ähneln und alle von Ihnen selbst überprüft werden müssen. Das RGB-Netzwerk ist wie ein Netzwerk aus unzähligen OTC-Akteuren. Für Übertragungen ist nicht der Konsens aller erforderlich, es genügt die Zustimmung beider Transaktionsparteien und der Inhalt der Transaktion ist nur beiden Transaktionsparteien bekannt.

Fasut erwähnte jedoch, dass, da der Absender der RGB-Transaktion alle historischen Aufzeichnungen des Vermögenswerts bereitstellen muss, es zu Speicherdruck und Übertragungsdruck kommen kann, wenn der Vermögenswert häufig den Besitzer wechselt und die Datenmenge groß ist. Darüber hinaus besteht bei RGB auch das Problem der fragmentierten Asset-Speicherung. Jeder Client speichert unterschiedliche Daten. Wenn es ein Problem mit dem Client eines Benutzers gibt, werden seine Assets nicht gesichert wird niemals berührt werden. Deshalb ist Fasut davon überzeugt, dass RGB zugunsten der Privatsphäre auf Kosten der Benutzerfreundlichkeit geht.

Nach Ansicht von Fasut ähnelt RGB++ eher einem „optimistischen RGB“, ähnlich wie Optimistic Rollup, bei dem Benutzer glauben müssen, dass der Dritte (hier die CKB-Blockchain) nichts Böses tun wird. RGB++ stellt alle RGB-Daten in die CKB-Kette, und gleichzeitig überprüfen CKB-Knoten RGB-Asset-Transaktionen, wodurch Verfügbarkeit erreicht und eine Menge Ärger im herkömmlichen RGB-Protokoll gespart wird. Bezüglich RGB und RGB++ hat „Geek Web3“ einen sehr ausführlichen Artikel „From RGB to RGB++: How CKB empowers the Bitcoin Ecological Asset Protocol“ veröffentlicht. Freunde, die ihn noch nicht gelesen haben, können gerne auf den Link klicken, um ihn zu lesen.

Nach Ansicht von CyberOrange zwingt RGB++ die Benutzer jedoch nicht dazu, CKB zu vertrauen, sondern bietet eine zusätzliche Wahlmöglichkeit. Natürlich können Benutzer auch den RGB-Client verwenden, um alle Transaktionen zu überprüfen.

In Bezug auf den zuvor erwähnten Datenspeicherdruck stellte Huajiao klar, dass dies kein Problem mehr darstellt. Maxim hat dies bereits in Betracht gezogen und es gibt Wallets mit eingebetteten lokalen Datenbanken, sodass Benutzer RGB-Knoten nicht mehr einzeln ausführen müssen. Bezüglich der Abrechnung von RGB-Transaktionen konsultierte Huajiao RGB-Entwickler. Offline-Transaktionen können im Hauptnetzwerk realisiert werden, jedoch nicht im Lightning Network-Kanal. Beide Parteien der Transaktion müssen gleichzeitig online sein. In Bezug auf eigentümerlose Verträge hat RGB keinen globalen Status, daher wird es schwierig sein, DeFi-Anwendungen auf Basis von RGB zu erstellen. Für diesen Zweck hat Dr. Maxim Bifrost entwickelt, das einer Unterversion des Lightning Network entspricht zu einem Layer3 kann eine Erweiterung in mehr Sinne erreichen.

RGB++-Zeitplan

Cipher hofft, das MVP der ersten Version des RGB++-Protokolls bis Ende März dieses Jahres fertigzustellen, einschließlich der Einführung von RGB++ im Hauptnetzwerk, einem DEX auf Layer 2, das fungible Token und NFTs unterstützt, sowie den entsprechenden Wallets und Browsern .

Darüber hinaus rekrutiert Cipher auch Entwickler, die mit Rust und der C-Sprache für das RGB++-Protokoll vertraut sind. Interessierte Partner können ihn individuell kontaktieren.

Frage-und-Antwort-Runde

F1: Wie freundlich ist RGB++ für Entwickler?

Chiffre: Ob RGB oder RGB++, die Hauptarbeit der Entwickler findet außerhalb der Kette statt, nicht in der Bitcoin-Kette. Für RGB besteht die meiste Arbeit der Entwickler darin, wie man RGB-Transaktionen zusammenstellt, wie man RGB-Zertifikate generiert, wie man Verträge für RGB schreibt usw. Was bei RGB++ getan werden muss, ist dasselbe, aber viele Dinge wurden in der CKB-Blockchain gelöst direkt. Am Beispiel von DEX wird auf CKB erläutert, wie man einen DEX erstellt, der RGB++-Assets akzeptieren kann. Die Entwicklungsschwierigkeiten unterscheiden sich nicht wesentlich von denen der Entwicklung anderer Verträge auf CKB. Derzeit sind die Entwicklungstools auf CKB relativ vollständig. Ein erfahrener Entwickler kann wahrscheinlich nach ein paar Tagen Studium beginnen.

F2: Welche Beziehung besteht zwischen RGB++- und CKB-Tokens?

Chiffre: Jede RGB++-Transaktion sendet gleichzeitig eine Bitcoin-Transaktion und eine CKB-Transaktion. Jeder Benutzer im RGB++-Ökosystem verfügt über ein entsprechendes UTXO (Cell) in der CKB-Kette für seine Transaktionen, Vermögenswerte oder seinen Status, das einen Teil des CKB belegt und nutzt. Darüber hinaus werden Entwickler auch Verträge für die CKB-Kette entwickeln.

F3: Wird CKB komprimiert, nachdem es RGB-Transaktionen erhalten hat?

Chiffre: „RGB++ Protocol Light Paper“ erwähnt die Transaktionsfaltung, die mehreren CKB-Transaktionen und einer Bitcoin-RGB++-Transaktion entsprechen kann, sodass die Bitcoin-Kette mit niedriger Geschwindigkeit und geringem Durchsatz durch eine leistungsstarke CKB-Kette erweitert werden kann.

Das andere ist die Zustandskomprimierung. Das CoTA-Protokoll wurde sehr früh implementiert. Unabhängig davon, wie viele Token Sie besitzen, können sie in einen 32-Byte-Raum komprimiert werden. Ob RGB++ eine ähnliche Zustandskomprimierung erreichen kann, wurde noch nicht ausführlich erforscht, aber dies ist eine gute Richtung.

F4: Wenn ich auf CKB entwickle, gibt es unterstützende Tools wie Subgraph, Oracle usw.? Oder müssen Sie auf die Unterstützung Dritter warten?

CyberOrange: Das Orakel ist derzeit nicht in der CKB-Kette verfügbar. Für einige andere Schnittstellen verfügt CKB über einen Datenkodierungs- und -dekodierungsstandard. Sie können diesen Standard zum Parsen von Daten verwenden, müssen jedoch möglicherweise etwas manuell schreiben.

F5: Was ist der TPS von CKB?

CyberOrange: Wenn es sich um eine einfache Übertragung handelt, können die TPS von CKB mehr als 300 erreichen.

F6: Im Artikel zur RGB++-Sicherheit wurde erwähnt, dass Bitcoin eine Bestätigung von 6 Blöcken erfordert, bevor eine Wiederherstellung nahezu unmöglich ist, und dass CKB etwa 20 Blöcke benötigt. Wird dies Auswirkungen auf die Benutzererfahrung von RGB++ haben? Vielleicht möchte der Benutzer nicht so lange warten?

Chiffre: Wenn Sie nur eine Layer-1-Transaktion senden, wird gleichzeitig eine CKB-Transaktion gesendet. Dies hängt hauptsächlich von der Geschwindigkeit der Blockproduktion ab. Sie müssen nicht auf so viele Blockbestätigungen warten Das Transfererlebnis ist das gleiche. Sie haben erwähnt, dass Sie auf die Bestätigung von 6 Blöcken warten müssen. Dies liegt daran, dass die Vermögenswerte von Bitcoin Layer 1 auf CKB übertragen werden. Um die Sicherheit zu gewährleisten, müssen 6 Bitcoin-Blöcke bestätigt werden, bevor die übertragenen Vermögenswerte freigeschaltet werden können CKB. operieren. Dies wird durch Smart Contracts gesteuert und erfordert keine Mehrfachsignaturen oder Dritte. Für nachfolgende Vorgänge auf der CKB-Kette müssen Sie nur auf die Blockzeit von zehn Sekunden auf CKB warten. Wenn Sie zur Bitcoin-Kette zurückspringen möchten, müssen Sie auf mehr als 20 CKB-Blockbestätigungen warten, um die Sicherheit zu gewährleisten. Sprungvorgänge kommen nicht häufig vor, sodass die Auswirkungen auf die Benutzererfahrung nicht so groß sind und andere kettenübergreifende Lösungen oft eine relativ lange Wartezeit erfordern.

F7: Wird der DEX, dessen Veröffentlichung vor Ende März geplant ist, Vermögenswerte wie Bitcoin Inscription unterstützen?

Chiffre: Ja.

$CKB#RGB