Von   DaPangDun  Am 13. Februar stellte Cipher, ein Mitbegründer von CKB, ein erweitertes Protokoll für RGB vor:   . Diese Ankündigung erregte schnell die Aufmerksamkeit des Marktes und hatte spürbare Auswirkungen auf die Sekundärmarktpreise von CKB. RGB++  Vor der Vorstellung dieses Protokolls habe ich mit Cipher mehrere ausführliche Diskussionen über das RGB-Protokoll geführt und dabei dessen ursprüngliche Konzepte und Formulierungen erkundet. Aus diesem Grund habe ich beschlossen, einen kurzen Artikel zu schreiben, in dem ich mein Verständnis des RGB++-Protokolls, meine persönlichen Meinungen dazu und meine Perspektiven zu den möglichen Auswirkungen und Effekten dieses Protokolls zum Ausdruck bringe.  Überblick über RGB++: Erweiterung der Anwendungsfälle der RGB-Technologie  Um RGB++ präzise zu verstehen, beachten Sie die folgenden wichtigen Punkte:  1.1 Ein auf RGB basierendes Erweiterungsprotokoll  Es enthält bestimmte Technologien aus dem RGB-Protokoll. Obwohl es nicht streng zum RGB-Ökosystem gehört, erweitert es die Anwendungsfälle der RGB-Technologie erheblich.  1.2 Erweiterung der Funktionen des aktuellen RGB-Protokolls  Es löst bestehende technische Herausforderungen bei der praktischen Anwendung des RGB-Protokolls und führt erweiterte Funktionen ein, darunter „Verifizierungsprozesse“, „Vertragsprogrammierbarkeit“ und „Turing-vollständige virtuelle Maschinen“.  1.3 Realisiert durch UTXO-isomorphe Bindung  Bitcoin-UTXOs werden auf Nervos CKB-Zellen abgebildet. Dieser Prozess nutzt Skriptbeschränkungen sowohl für die CKB- als auch für die Bitcoin-Blockchain, um die Genauigkeit der Statusberechnungen und die Rechtmäßigkeit von Eigentumsübertragungen sicherzustellen. Ich glaube, dass das Konzept der isomorphen Bindung ein erhebliches Potenzial für Skalierbarkeit bietet.  2. Warum das RGB++-Protokoll einführen?  Wer mit meiner Arbeit vertraut ist, weiß, dass ich intensiv an der Erforschung des RGB-Protokolls beteiligt war und seine Entwicklung und das Wachstum seines Ökosystems ständig beobachtet habe. Meine umfangreichen Untersuchungen haben ergeben, dass das RGB-Protokoll zwar schön gestaltet ist, bei der praktischen Umsetzung jedoch auf mehrere Herausforderungen stößt:  2.1 Langsamer Fortschritt in der RGB-Entwicklung  Ein Grund hierfür ist, dass die meisten Designelemente entweder völlig neue Konzepte sind oder auf die Etablierung neuer Standards abzielen. Beides erfordert eine sorgfältige, umfassende Planung und die Erstellung neuen Codes von Grund auf.  Ein weiterer Faktor ist die relativ geringe Anzahl an Entwicklern, die in der Protokollschicht tätig sind. Dies wird durch die Personalzusammensetzung bei LNP/BP und den begrenzten Umfang aktueller Projekte innerhalb des Ökosystems deutlich.  2.2 Entwicklung des RGB durch externe, unkontrollierbare Faktoren beeinflusst  Beispielsweise ist das RGB-Protokoll normalerweise für den Betrieb im Lightning Network ausgelegt. Der aktuelle Bolt-ln-Standard unterstützt RGB-Verträge jedoch nur unzureichend. Um dieses Problem zu beheben, hat die LNP/BP Association einen neuen Standard für das Lightning Network namens Bifrost eingeführt. Die Implementierung von Bifrost ist jedoch ein gewaltiges Unterfangen, das erhebliche Arbeit erfordert und möglicherweise auf umfassendere Entwicklungen im Lightning Network warten muss.  Darüber hinaus umfasst der Übertragungsprozess in RGB die Handhabung von Rechnungen und Ausschüssen. Derzeit können diese über Plattformen wie Web2 (Twitter, Telegram usw.) oder Peer-to-Peer-Netzwerke verwaltet werden. Für einen einheitlicheren Ansatz ist jedoch ein standardisiertes Protokoll für die Übertragung erforderlich. Diese Rolle ist für Storm-Knoten vorgesehen. Der Aufbau eines solchen Netzwerks ist jedoch ebenfalls eine arbeitsintensive Aufgabe.  2.3 Der virtuellen Maschine AluVM in RGB fehlen derzeit robuste Entwicklungstools und praktischer Code  Dies bedeutet, dass selbst nach der vollständigen Veröffentlichung der Version 0.11 viel Zeit benötigt wird, um die Leistung und Zuverlässigkeit der virtuellen Maschine zu bewerten. Darüber hinaus ist eine beträchtliche Zeit erforderlich, um Erfahrungen in der Codeentwicklung mit AluVM und beim Erstellen von Standardbibliotheken zu sammeln.  Diese Herausforderungen heben RGB in einem Markt hervor, in dem jede Sekunde zählt, ähnlich wie in der frühen Entwicklungsphase von BTC. Es bringt verschiedene Unsicherheiten mit sich: Auswirkungen von Marktzyklen (wie das Verpassen von bullischen Finanzierungsphasen), emotionale Einflüsse, die Verschmelzung anderer neuer Technologien (Integrationen, die andere Technologien mit Aspekten von RGB kombinieren, um einen frühen Vorteil zu erlangen) und andere.  Zusammenfassen:   RGB ist sehr vielversprechend, aber die vollständige Realisierung des Protokolls ist ein langwieriger Prozess voller Unsicherheiten.  Dies bildet den Hintergrund und die Herausforderungen, die das RGB++-Protokoll bewältigen möchte.  Die technische Essenz der RGB++-Lösung: Isomorphe Bindung  Daher konzentrierte sich die Diskussion in der Anfangsphase vor allem auf zwei Schlüsselfragen: „Wie können wir die Implementierungsprobleme lösen, mit denen RGB konfrontiert ist?“ und „Ist es machbar, diese Probleme bis zu einem gewissen Grad mithilfe der vorhandenen Technologien von CKB zu lösen?“  In einem kreativen Ansatz nutzte Cipher das grundlegende Element von RGB, „UTXO“, und dessen architektonische Parallelität mit CKB und schlug das Konzept der „isomorphen Bindung“ vor. Dieses Konzept legte nach und nach den Grundstein für die Protokollstruktur von „RGB++“.  Betrachten Sie die folgende Abbildung, die zwei entscheidende Komponenten des RGB-Protokolls in das Framework von CKB integriert:  Der   in RGB, der als Container fungiert, kann auf   von CKB abgebildet werden. Dies wird durch die Verwendung des Sperrskripts in der Zelle erreicht. UTXO die Zelle  Der   in RGB kann in eine   innerhalb von CKB umgewandelt werden. Die für die Verifizierung in RGB verwendeten Daten und Status können entsprechend in die Daten- und Typelemente innerhalb der Zelle integriert werden. Off-Chain-Client-seitige Verifizierungsmechanismus On-Chain-öffentliche Verifizierung  Quelle:   <https://talk.nervos.org/t/rgb-protocol-light-paper/7733](https://talk.nervos.org/t/rgb-protocol-light-paper/7733)  Durch den Einsatz von „isomorpher Bindung“ wurde der Prozess der Interpretation von RGB-Komitees auf CKB realisiert. Darüber hinaus können Benutzer zur Wahrung der Kompatibilität weiterhin Interpretationen auf RGB durchführen, was eine besonders interessante Funktionalität ist.  Eine genauere Analyse zeigt, dass Cipher die Technologie von RGB effektiv „dekonstruiert“ und „modularisiert“ hat. Dabei wird geprüft, ob bestimmte Module alternative technologische Ansätze oder Ersatzstoffe nutzen könnten, was zu einem breiteren Spektrum an Möglichkeiten führt.  Durch die Implementierung der „isomorphen Bindung“ gewinnt das Protokoll natürlich an Erweiterbarkeit und ermöglicht die Realisierung verschiedener Erweiterungsfunktionen (detaillierte Informationen finden Sie im Whitepaper):  3.1 Transaktionsfaltung  Durch die Programmierbarkeit von CKB-Zellen können mehrere CKB-Transaktionen mit einer einzigen Bitcoin RGB++-Transaktion verknüpft werden. Diese Strategie ermöglicht die Erweiterung der Bitcoin-Kette, die normalerweise langsamer ist und einen geringeren Durchsatz aufweist, mithilfe der leistungsstarken CKB-Kette.  Durch die Erweiterung des Konzepts der „Transaktionsfaltung“ ist es möglich, dass nicht jede Statusänderung eine Synchronisierung in der Bitcoin-Blockchain erfordert, wodurch im Wesentlichen ein Mechanismus zur „Off-Chain-Verifizierung“ in CKB eingeführt wird.  3.2 Führerlose Verträge  Leaderless-Verträge sind so konzipiert, dass jeder den Status des Vertrags ändern kann, solange er die Einschränkungen einhält, ohne dass die Änderungen von einem bestimmten Anbieter digitaler Signaturen initiiert werden müssen.  Dieser Vertragstyp ebnet den Weg für komplexere Vertragssysteme wie Automated Market Maker (AMM).  3.3 Nicht-interaktive Übertragungen  Ein Merkmal von RGB-Protokollübertragungen ist die Notwendigkeit, dass beide Parteien bestimmte Informationen übermitteln müssen, um eine Transaktion abzuschließen. Diese Anforderung hat ihre Vorteile (wie etwa Schutz vor betrügerischen Token), erhöht aber auch die Komplexität und den Lernaufwand des Benutzers. RGB++ kann diese Vorteile nutzen, indem es interaktive Prozesse in die CKB-Umgebung überträgt und einen Sende-Empfangsvorgang implementiert, um eine nicht interaktive Übertragungslogik zu ermöglichen.  Dieser Ansatz ist für die effektive Durchführung großflächiger Airdrops von entscheidender Bedeutung.  3.4 AMM+DEX  Es ist möglich, das gitterbasierte AMM-Design von CKB zu integrieren und so ein Market-Making-Modell auf Basis des UTXO-Systems zu erstellen. Obwohl es sich vom Preiskurven-Market-Making-Modell von Uniswap unterscheidet, stellt dies einen bedeutenden Fortschritt für UTXO-basierte Modelle dar.  4. Die Auswirkungen des RGB++-Protokolls  Da das Protokoll erst vor Kurzem eingeführt wurde und seine vollständige Entwicklung noch im Gange ist und viele Menschen mit dem RGB-Protokoll selbst nicht gründlich vertraut sind, besteht allgemein ein Mangel an Bewusstsein über die potenziell transformativen Auswirkungen, die RGB++ mit sich bringen könnte. Ich werde meine Perspektive hinsichtlich der Auswirkungen des RGB++-Protokolls aus mehreren Blickwinkeln erläutern:  4.1 Für CKB: RGB++ als entscheidender Hebel im Kampf um den legitimen L2-Markt von Bitcoin  CKB ist für seinen POW-Mechanismus und ein fortschrittliches „UTXO“-Modell bekannt und wird für seine „Orthodoxie“ geschätzt. Trotz früher Unterstützung durch mehrere namhafte Institutionen haben sein Netzwerk und sein Ökosystem jedoch kein besonders beeindruckendes Wachstum erlebt.  Dieses Jahr, mit seiner Hinwendung zum L2-Bereich von Bitcoin, sehe ich als eine entscheidende Zeit der Möglichkeiten für CKB. Einerseits sind die zugrundeliegende Technologie und die grundlegende Infrastruktur in den letzten Jahren ausgereift. Andererseits ist es zeitgemäß auf die aktuelle Welle des Interesses abgestimmt.  Während meiner Diskussionen mit Cipher brachte er eine Perspektive vor, die ich besonders aufschlussreich fand:   Der Schlüssel zum Erfolg im Bitcoin-L2-Bereich liegt bei L1.  RGB++ fördert eine tiefere Integration zwischen CKB und der Bitcoin-Hauptkette und stärkt damit seinen Anspruch auf „Orthodoxie“. Diese vertiefte Verbindung ist der Grund, warum ich es als einen der zentralen Anker betrachte.  Exkurs: Diskussion der „traditionellen“ L2."  Das Konzept der Layer-2-Technologie (L2), insbesondere in seiner ausgereiften Form, ist hauptsächlich aus den Entwicklungen bei Ethereum hervorgegangen. Im Zuge der Entwicklung verschiedener L2-Lösungen und modularer Entwicklungen ist die Definition von L2 mehrdeutiger geworden. Im Ethereum-Kontext tendiert der Ansatz zum Pragmatismus, und die Idee der „Orthodoxie“ nimmt zunehmend ab.  Im Bitcoin-Netzwerk war der Begriff „Orthodoxie“ jedoch während des gesamten Entwicklungsprozesses durchweg ein wichtiges Signal. Meiner persönlichen Ansicht nach sieht die Hierarchie der „Orthodoxie“ innerhalb von L2 derzeit in der Rangfolge von der höchsten zur niedrigsten wie folgt aus:  1. Lightning Network, RGB, BitVM  Diese drei Systeme sind vielen bekannt. Im Wesentlichen verfolgt jedes von ihnen einen grundlegend anderen Implementierungsweg und behandelt unterschiedliche Aspekte. Derzeit ist das Lightning Network in Bezug auf die Entwicklung am weitesten fortgeschritten, gefolgt von RGB und dann BitVM.  2. Seitenketten  Beispiele hierfür sind Liquid, Stacks, CKB und andere. Die meisten davon nutzen noch immer die UTXO-Architektur, allerdings mit bestimmten Anpassungen oder Neuerungen, um Aspekte wie Skalierbarkeit (einschließlich Datenschutz und Programmierbarkeit) zu verbessern und den Konsensmechanismus zu verfeinern.  Sidechains können bis zu einem gewissen Grad als experimentelle Ketten für BTC angesehen werden, die dazu dienen, neue Funktionen oder Features zu testen, die auf der BTC-Hauptkette vorübergehend nicht durchführbar sind.  3. Sonstiges  Diese Kategorie könnte „L2 basierend auf Cross-Chain-Protokollen“, „L2 basierend auf EVM (Ethereum Virtual Machine)“ und mehr umfassen. Ich stimme im Allgemeinen mit der Ansicht von Ajian überein.  Quelle:   <https://twitter.com/AurtrianAjian/status/1755121187741720964](https://twitter.com/AurtrianAjian/status/1755121187741720964)   https://mirror.xyz/_next/image?url=https%3A%2F%2Fimages.mirror-media.xyz%2Fpublication-images%2F-yQzDAFa8PvWxa6mi54Yf.png&w=3840&q=75  4.2 Bezüglich RGB: RGB++ erweitert die Möglichkeit der Integration mit anderen auf UTXO-Architektur basierenden öffentlichen Blockchains  Das RGB-Protokoll verfügt von Natur aus über die Fähigkeit, mit anderen öffentlichen Blockchains, die auf der UTXO-Architektur basieren, zu verschmelzen. Der offizielle Twitter-Post der LNP/BP Association hat ihre Absicht offenbart, die Interoperabilität mit dem Liquid-Netzwerk zu erleichtern.  Quelle:   <https://x.com/lnp_bp/status/1747930079252951058?s=20](https://x.com/lnp_bp/status/1747930079252951058?s=20)  Durch die Integration bestimmter Technologien von CKB und RGB wird die Praxistauglichkeit dieser Kombination maßgeblich untermauert.  Tiefer graben: Wenn wir das RGB++-Protokoll weiter abstrahieren und es in eine umfangreichere Erweiterungsschicht umwandeln, die darauf zugeschnitten ist, das RGB-Protokoll mit allen skalierbaren, auf UTXO-Architektur basierenden öffentlichen Blockchains zu verbinden, würden sich sein Narrativ und sein Wertversprechen erheblich verbessern. Dies ist auch die Richtung, die Cipher meiner Ansicht nach in der nächsten Phase seiner Bemühungen möglicherweise verfolgen wird.  Darüber hinaus bietet diese Strategie alternative Entwicklungswege für Projekte innerhalb des RGB-Ökosystems, die vom simplen Ansatz der „Multi-Signature-Cross-Chain-Bridges“ abweichen und auf nativen Methoden basieren.  Für andere Bitcoin Layer 2-Lösungen: Bereitstellung einer technischen Blaupause für die Einbindung des RGB-Protokolls  Die analytische Aufschlüsselung der RGB-Technologiearchitektur durch Cipher könnte als wertvolles Denkparadigma für Techniker dienen, die an anderen Layer-2-Lösungen arbeiten.  Sie könnten bestimmte benötigte Technologien von RGB mit den einzigartigen technischen Merkmalen und Stärken ihres Projekts integrieren. Dies würde es ihnen ermöglichen, diese Elemente zu einem neuartigen Produktparadigma zu „synthetisieren“ und möglicherweise sogar einen „Führungsvorteil“ zu erzielen (der Begriff „Führungsvorteil“ ist hier nicht abwertend gemeint; er bezeichnet die kombinatorische Natur der Technologie und die Innovation innerhalb der Entwicklung des BTC-Ökosystems. Dieser „Führungsvorteil“ würde wahrscheinlich auch die Verbreitung und Weiterentwicklung des RGB-Protokolls fördern).   Obwohl RGB++ sich derzeit nur in der Whitepaper-Phase befindet, bin ich insgesamt optimistisch, was die Idee angeht. Es hat das Potenzial, dem RGB-Protokoll neue Vitalität zu verleihen und könnte auch dem CKB-Netzwerk neuen Schwung verleihen.    : Biografie des Autors  , Unabhängiger Forscher   DaPangDun  Dieser Artikel ist eine Übersetzung des Originalbeitrags von DaPangDun.

This is a PR written by or for the company mentioned within it. The writer has a vested interest in the company and products mentioned within.

Dieses Audio ist in der Originalsprache der Geschichte produziert!

Zu lang; Lesen

Download free Tech Leaders Productivity Report!

RGB++: Bitcoins Layer 2 durch Innovation weiterentwickeln

About Author

KOMMENTARE

Hängeetiketten

DIESER ARTIKEL WURDE VORGESTELLT IN

Related Stories

Genuine Content Creation in the Age of AI: Why Startups Need Quality Content

HackerNoon Decoded 2024: Celebrating Our AI Community!

HackerNoon Decoded 2024: Celebrating Our Startups Community!

HackerNoon's DeFi Writing Contest with SORA Network: XSTUSD Use Cases

Genuine Content Creation in the Age of AI: Why Startups Need Quality Content

HackerNoon Decoded 2024: Celebrating Our AI Community!

HackerNoon Decoded 2024: Celebrating Our Startups Community!

HackerNoon's DeFi Writing Contest with SORA Network: XSTUSD Use Cases

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps