Kurz erklärt: Das RGB Protocol ist ein Smart-Contract-System für Bitcoin und das Lightning Network, das mittels Client-seitiger Validierung die Ausgabe von Token und die Ausführung komplexer Verträge ermöglicht, ohne deren Inhalte in der Blockchain zu speichern.
Herkunft und Konzept
Die Grundideen von RGB gehen auf Vorschläge von Peter Todd zur Client-seitigen Validierung und zu Single-Use-Seals aus den Jahren 2016 bis 2017 zurück. Ab 2019 wurde das Protokoll massgeblich von Giacomo Zucco und dem Entwickler Maxim Orlovsky im Rahmen der LNP/BP Standards Association weiterentwickelt. Der Name RGB ist historisch bedingt und steht nicht für eine inhaltliche Abkürzung im engeren Sinne.
Ziel von RGB ist es, ausdrucksstarke Smart Contracts und Vermögenswerte auf Bitcoin abzubilden, ohne die Skalierbarkeit und Privatsphäre der Basiskette zu beeintraechtigen. Im Gegensatz zu Plattformen wie Ethereum werden Vertragszustände nicht global auf der Kette gespeichert.
Technische Funktionsweise
RGB beruht auf zwei zentralen Bausteinen:
- Client-seitige Validierung: Die Vertrags- und Asset-Daten werden nur von den beteiligten Parteien gehalten und geprüft, nicht von allen Netzwerkteilnehmern. Auf der Blockchain steht lediglich ein kryptografisches Commitment.
- Single-Use-Seals: Bitcoin-Transaktionsausgaben (UTXOs) dienen als „einmalig verwendbare Siegel“, die das Doppelausgeben von Assets verhindern. Der Zustandsübergang eines Vertrags wird an das Ausgeben eines bestimmten UTXO gebunden.
Die Vertragslogik wird in einer eigenen virtuellen Maschine namens AluVM ausgeführt. Da nur die beteiligten Parteien die Daten kennen, bleibt der Großteil der Vertragsdetails privat. RGB-Assets können zudem über das Lightning Network übertragen werden.
Einordnung und Vergleich
RGB steht in direktem konzeptionellem Wettbewerb zu Taproot Assets, das ebenfalls Client-seitige Validierung nutzt, aber von Lightning Labs stammt und enger an dessen Infrastruktur gebunden ist. Während Taproot Assets primär auf fungible Token und Stablecoins zielt, verfolgt RGB einen allgemeineren Smart-Contract-Ansatz.
Die praktische Verbreitung von RGB blieb bislang begrenzt; das Protokoll gilt als technisch anspruchsvoll und befindet sich in kontinuierlicher Entwicklung. Diskutiert werden Anwendungen wie tokenisierte Vermögenswerte, digitale Identitäten und dezentrale Finanzdienste auf Basis von Bitcoin.
Häufige Fragen
Wofür steht die Abkürzung RGB?
Der Name ist historisch bedingt und steht nicht für eine feste inhaltliche Abkürzung. Er hat sich aus frühen Diskussionen im Bitcoin-Umfeld etabliert.
Auf welchen Ideen basiert RGB?
Auf den Konzepten der Client-seitigen Validierung und der Single-Use-Seals, die massgeblich von Peter Todd stammen und ab 2019 von Giacomo Zucco und Maxim Orlovsky weiterentwickelt wurden.
Werden RGB-Vertragsdaten in der Blockchain gespeichert?
Nein. Nur ein kryptografisches Commitment steht on-chain. Die eigentlichen Daten halten und prüfen ausschliesslich die beteiligten Parteien.
Wie unterscheidet sich RGB von Ethereum-Smart-Contracts?
Ethereum speichert Vertragszustände global auf der Kette. RGB hält sie privat bei den Beteiligten und nutzt Bitcoin nur als Commitment- und Anti-Doppelausgabe-Ebene.
Kann RGB mit dem Lightning Network kombiniert werden?
Ja. RGB-Assets lassen sich über das Lightning Network übertragen, was schnelle und günstige Transfers ermöglicht.
Zusammenfassung
RGB ist ein Smart-Contract-Protokoll für Bitcoin und das Lightning Network, das auf Client-seitiger Validierung und Single-Use-Seals beruht. Vertrags- und Asset-Daten bleiben privat bei den Beteiligten, während die Bitcoin-Kette nur ein Commitment speichert. Das ab 2019 von Giacomo Zucco und Maxim Orlovsky auf Basis von Peter Todds Ideen entwickelte Protokoll steht in Konkurrenz zu Taproot Assets.
Weiterführende Quellen
- RGB FAQ (offizielle Dokumentation): rgb.tech
- RGB Protocol Spezifikationen (GitHub, LNP/BP): github.com