So lange hat es gedauert, ich wusste immer noch nicht, aus welchem Blickwinkel der Abschlussartikel kommen sollte. Aber mit der erneuten Version-Aktualisierung im August v0.12 wurde die Richtung immer klarer.

Dank der Einführung in den beiden vorherigen Teilen – den oberen und den mittleren – dürfte man hier sehen, dass Freunde, die bis hierher gekommen sind, bereits ein ziemlich tiefes Verständnis der grundlegenden Situation des RGB-Protokolls haben. Dieser Artikel wird der Abschluss des RGB-Serienposts sein.

(Erster Teil) Dort wurde erklärt, warum RGB möglicherweise die nächsten Anforderungen an Assets und Zahlungen im BTC-Ökosystem auffangen kann.

(Mittlere Erzählung) Wir haben die Abweichungen zwischen den beiden Strecken und die technischen Vorteile von v0.12 einmal der Reihe nach auseinander genommen.

Daher wiederholen wir am Ende dieser Serienfortsetzung nicht mehr die Aussage, dass das RGB-Protokoll Potenzial hat. Wirf stattdessen zuerst ein paar Fragen auf:

Wenn wir eines Tages wirklich US-Dollar, Tickets oder Mitgliedschaftspunkte in die Welt von BTC bringen – was passiert, wenn das Geld weg ist? Was, wenn man es nicht mehr transferieren kann? Können verschiedene Wallets untereinander kompatibel sein?

Diese Fragen klingen vielleicht nicht besonders neu, aber sie entscheiden darüber, ob RGB am Ende von einer Gruppe technischer Entwickler in eine Theorie-Ideallandschaft für Devs zu einem alltäglichen Werkzeug wird, das auch normale Menschen gerne nutzen

Warum das Update von August @BitlightLabs so wichtig ist, liegt genau daran, dass sie uns nicht nur neue Überweisungsfunktionen zeigen. Stattdessen beginnen sie, sich mit Wallets, Alltagsnutzung und der Frage zu beschäftigen, wie man Assets wiederbekommt, wenn man mit anderen Systemen verbunden ist oder wenn Geräte ausfallen – Dinge, die am leichtesten übersehen werden

v0.12 beginnt bereits, die schwierigsten realen Probleme nacheinander offen auf den Prüfstand zu stellen: Assets auf dem RGB20 Mainnet, Lightning-Interoperabilität, Kanal-Katastrophenschutz und die Dauerhaftigkeit von Wallets und Knoten. Auch wenn es noch nicht bewiesen hat, dass es bereits ein reifendes Zahlungsnetzwerk ist, wirkt es im Prototyp dennoch eher wie eine Protokoll-Basis, die Verantwortung für die nächsten zehn Jahre übernehmen will

Zuvor hat @dapangdun, der Lehrer „胖墩“, uns anhand von Tests zu RLN v0.0.6 gezeigt, wie BTC- und RGB-Assets mit Single-Hop und Multi-Hop ausgetauscht werden können – sowie wie Assets behandelt werden, wenn der Kanal ungewöhnlich ist. Damals erforderte Multi-Hop noch die manuelle Auswahl der Route. Das zeigt: RGB geht aus dem Bereich „kann man vorführen“ in eine Zwischenzone, in der es auch für fremde Nutzer stabil nutzbar ist – (Testnotizen zu RLN v0.0.6)

Daher ist meine Haltung weiter eher pro v0.12, und ich spreche auch nur über die Ebene, die normale Nutzer wissen müssen

I. Zuerst zur Wiederholung: Wozu dient RGB?

Wir behandeln BTC als eine sehr zuverlässige, aber nicht so gern damit zu überladende Autobahn

RGB ist am besten darin, zu verzeichnen, „wer wie viel $BTC besitzt“. Aber in der realen Welt: Wenn du auf dieser Grundlage Dollar, Gold-Nachweise, Merchant-Punkte, Mitgliedskarten, Tickets und sogar einen Anleihe-Nachweis nutzen willst, der festlegt, an wen man übertragen darf – wenn man all diese Details in die Bitcoin-Mainchain „hart reinstopft“, ist Geschwindigkeit und Kosten der ganzen Kette sehr wahrscheinlich katastrophal

Das Dasein des RGB-Protokolls bedeutet, dass die Details dieser Assets künftig größtenteils in den Händen der Nutzer bleiben – und nur die wichtigsten Bestätigungen in die Bitcoin-Mainchain gehen. Man kann es so verstehen:

Bitcoin ist gleichzusetzen mit einer Registrierungsstelle für Immobilien

RGB lässt sich mit einer Regel wie einem Set vergleichen, mit dem man Hausurkunden, Mitgliedskarten und Quittungen ausstellen kann

Die Wallet-Analogie: ein eigener Safe für den Nutzer, zuständig für die Aufbewahrung genau der Unterlagen, die nur ihm gehören

Der Vorteil daran ist Privatsphäre und Selbstbestimmung

Nicht der eigentliche Nutzer selbst kann nicht so leicht in einem öffentlichen Konto sehen, welche Assets er besitzt. Und der Nutzer selbst muss bei jeder Nutzung seiner Assets nicht jedes Mal eine ganze Kette an kommerziellen Informationen öffentlich machen

Nehmen wir das einfachste Beispiel

Angenommen, ein grenzüberschreitender E-Commerce-Anbieter stellt einen Gutschein aus, der gegen Waren einlösbar ist. Der Nutzer bekommt diesen Gutschein einfach in seinem Wallet. Damit kann er direkt bezahlen oder ihn an andere weiterleiten. Der Händler muss dabei nicht jede Bestellung und die Daten jedes einzelnen Kunden auf der Chain offenlegen. Der „Gutschein“ kann ein Stablecoin sein, oder Punkte, Tickets oder andere Nachweise

Das ist der Vorstellungsspielraum von RGB: Sein Ziel ist nicht, Bitcoin zu ersetzen. Es soll Bitcoin-Primary-Netz zusätzlich zu BTC die Chance geben, noch reichere private Assets und Zahlungen zu tragen – dabei gleichzeitig mehr Privatsphäre behalten

Worauf RGB wirklich abzielt, ist nicht ein einzelner Meme-Hype, sondern der Asset-Standard für die nächsten zehn Jahre von Bitcoin

II. Warum lag diesmal der Schwerpunkt auf Bitlight?

RGB hat in der Vergangenheit vor allem den Eindruck vermittelt, dass es viele Konzepte gibt. Aber wann können normale Menschen es wirklich nutzen – das schien noch sehr weit weg

Das August-Update von Bitlight lieferte eine wesentlich praktischere Antwort. Es hat nicht alle Probleme gelöst, aber es beginnt bereits, ein paar Grundlagen zu bauen, die die Nutzererfahrung bestimmen

Das Geld kann online fließen, aber der Schlüssel bleibt in deiner Hand

Das Bitlight Whitepaper bringt eine für normale Menschen gut verständliche Anordnung: Das System kann dauerhaft online sein und Nutzern helfen, Einzahlungen, Auszahlungen und Netzwerkverbindungen zu handhaben. Wenn aber echte Assets bewegt werden, muss weiterhin die Bestätigung vom eigenen Gerät des Nutzers kommen

Stell dir vor, du bist der Chef eines Unternehmens. Der Assistent kann Rechnungen vorbereiten, Anforderungen entgegennehmen und Abläufe organisieren – aber wenn es an das eigentliche Geld überweisen geht, muss am Ende du selbst den Stempel draufmachen und bestätigen

Das ist immer noch sehr entscheidend. Viele Produkte legen aus Benutzerfreundlichkeit die wichtigsten Schlüssel auf einen Server. Das ist zwar bequem, bedeutet aber auch: Wenn der Server Probleme macht, könnte der Nutzer die Kontrolle direkt verlieren – mit Auswirkungen auf die Sicherheit der eigenen Assets

Der Kurs, den Bitlight einschlagen will, ist: Der Service bleibt online, und es soll möglichst verhindert werden, dass Nutzer aus Bequemlichkeit die Kontrolle über ihre Assets an jemand anderen abgeben müssen

Dabei muss man auch noch erwähnen, dass es nach wie vor Tests mit mehr echten Nutzern, mehr Geräteausfällen und mehr Szenarien böswilliger Angriffe braucht. Aber zumindest hat es eine richtige Richtung erkannt:

Komfort darf nicht durch die Aufgabe der Systemsicherheit beim Self-Hosting erkauft werden

Das Wallet kann inzwischen mit v0.12 verbunden werden, aber die Installationszahl entspricht nicht der Nutzungszahl

Bitlight Wallet hat Anfang August das Update für die Unterstützung von RGB v0.12 veröffentlicht; die Chrome-Shop-Seite zeigt etwa 4w Installationen

Diese Zahl kann man zwar nicht direkt als aktive Nutzer von der aktuellen Phase betrachten, geschweige denn als echtes Geldvolumen. Denn jemand installiert vielleicht und nutzt es nie

Aber immerhin bedeutet das: Die v0.12-Roadmap existiert nicht mehr nur als Forschungsartikel im Netz und auf den Rechnern von Entwicklern, sondern beginnt, dass eine große Zahl normaler Nutzer den Einstieg anfassen kann. Für ein Infrastrukturprojekt ist das ein nicht zu umgehender Schritt

Es beginnt, zu lernen, wie man mit der Außenwelt zurechtkommt

Kein Zahlungsnetz kann nur so funktionieren, dass „Eingeweihte“ sich gegenseitig überweisen. Wenn du ein Wallet nutzt, ein Freund ein anderes Wallet, der Händler einen dritten Dienst anbindet – und wenn sich die Systeme nicht miteinander verbinden lassen, ist die Nutzererfahrung sofort bei null

In den Tests, die Bitlight im August veröffentlicht hat, lag der Fokus darauf, dass das eigene System zusammen mit den bestehenden Lightning-Netzwerk-Softwarelösungen funktioniert. Die Ergebnisse zeigen, dass es mehrere Test-Szenarien mit zwei gängigen Lightning-Netzwerk-Implementierungen erfolgreich abgeschlossen hat und offen erläutert hat, welche Probleme noch nicht gelöst sind – (Interoperabilitäts-Tests)

Für uns normale Nutzer muss man sich die Namen dieser Software nicht merken. Man muss nur eines verstehen: Es versucht, zu verhindern, dass RGB zu einem kleinen Mini-Programm wird, das nur innerhalb eines kleinen Kreises nutzbar ist

Auch wenn das noch sehr weit von „alle Wallets sind untereinander kompatibel“ entfernt ist: Dass die Tests bestanden wurden, heißt im Labor gezeigt, dass man gemeinsam fahren kann. Aber auf der echten Straße entscheiden weiterhin Straßenbedingungen, Stau, die Qualität der Services und die Art, wie Unfälle gehandhabt werden – das erfordert langfristigen Betrieb, um Antworten zu liefern

Wichtiger als „bezahlen können“ ist, ob man es nach einem Ausfall wiederherstellen kann

Wenn normale Zahlungssoftware ein Problem hat, ist die erste Reaktion der Nutzer oft, den Kundendienst zu kontaktieren. In der Welt des Self-Hosting von Assets ist es aber nicht so einfach: Geräteausfälle, unvollständige Backups, abgebrochene Netzwerkverbindungen oder Probleme auf der Gegenseite können dazu führen, dass die Assets in eine äußerst unangenehme Lage geraten

Bitlight hat dieses Mal einen Wiederherstellungsplan öffentlich gemacht: Wenn bei einem Zahlungs-Kanal ein schwerer Defekt auftritt, wird ein BTC-Teil nach dem bereits bestehenden Verfahren auf die Chain zurückgeschickt. Die RGB-Assets müssen dann außerdem die entsprechenden Unterlagen von der Gegenseite zurückerhalten, damit sich der Asset-Status wiederherstellen lässt – (Katastrophenschutz-Design für farbige Kanäle)

Das klingt nicht besonders „reibungslos“. Und tatsächlich ist es auch so: Es ist derzeit nur eine Vorform der Lösung und kann noch nicht mit dem Versprechen „automatisches Wiederfinden“ gleichgesetzt werden

Doch allein, dass man solche Probleme öffentlich zur Diskussion stellt, ist viel wichtiger als den Nutzern nur ein paar erfolgreiche Zahlungs-Videos zu zeigen und mit etwas schickem PR zu glänzen. Denn dass Nutzer-Assets wirklich Schaden nehmen, passiert oft nicht im normalen Ablauf, sondern in extremen Situationen wie Offline gehen, Absturz, Gerätewechsel oder wenn die Gegenseite nicht erreichbar ist

III. Was hat v0.12 im Vergleich zur Vergangenheit zusätzlich getan?

Man muss sich die konkreten Unterschiede zwischen diesen Versionen nicht merken. Wir brauchen es nur so zu verstehen: als eine Entscheidung, die „Fundamente“ legt

In der alten RGB-Roadmap arbeiten bereits einige daran, Wallets, Asset-Emissions- und Zahlungsprodukte zu bauen. Diese v0.12-Roadmap tendiert jedoch stärker dazu, zuerst die grundlegenden Regeln und das Datenmanagement neu zu ordnen – und dann schrittweise Wallets, Zahlungen und komplexe Anwendungen anzuschließen

Der Nachteil dabei ist: Es ist langsam, sehr langsam. Es sieht zwar nicht so aufregend aus wie das direkte Live-Schalten einer neuen Funktion, und es ist auch schwer, kurzfristig einen gewaltigen Anstieg der Nutzerzahlen zu erzielen

Der Vorteil ist: Wenn es in Zukunft mehr Arten von Assets gibt, mehr Überweisungen stattfinden, und mehr Wallets sowie Dienstanbieter hinzukommen, muss das System bei jedem einzelnen Schritt nicht komplett neu umgearbeitet werden

Dazu stehen zwei Optionen:

Eine ist: Glanz ohne Substanz. Die andere: erst die „Innereien“ gut machen und dann über die Außenwirkung nachdenken

Ich gebe langfristig lieber meine Stimme für v0.12 genau aus diesem Grund. In jedem Ökosystem fehlen weder neue Assets noch kurzfristige Hypes. Im BTC-Ökosystem erst recht – es fehlt eher jemandem, der Zeit investiert, um die echten Schmerzpunkte der Nutzer auf der Experience-Seite zu lösen

Vielleicht spiegelt sich darin auch die Investitionslehre „Langsam ist schnell“ wider

In den öffentlich zugänglichen Materialien vom August gab es ein paar positive Signale:

Die Kernregeln sind bereits veröffentlicht. Danach können Produkte auf dieser relativ stabilen Basis weiterentwickelt werden

Das Bitlight Wallet ist in die neue Version integriert

Das System beginnt, zusammen mit anderen Lightning-Netzwerkprodukten getestet zu werden

Das Team beginnt, öffentlich zu untersuchen, wie Assets nach Problemen mit Geräten oder Knoten wiederhergestellt werden können

Diese vier Dinge zusammen zeigen, dass v0.12 von der Diskussion auf Papier in die Produkt- und Infrastrukturphase übergegangen ist

Aber: Die Bauphase ist noch nicht gleichbedeutend mit Reife. Das muss man immer wieder betonen

IV. Wie könnten sich in Zukunft zwei Roadmaps voneinander absetzen?

RGB hat jetzt zwei Haupt-Roadmaps. Normale Nutzer müssen keine Versionsnummern auswendig lernen; sie müssen nur verstehen, dass diese beiden Wege unterschiedliche Entscheidungen treffen

v0.11.1: Zuerst die Produkte, die funktionieren, auf den Markt bringen

Diese Roadmap wirbt dafür, dass man stärker auf vorhandene Wallets, Stablecoins und kommerzielle Kooperationen setzt. Der ideale Vorteil ist, dass es näher an Nutzern ist und man eher zuerst Produkte hinbekommt, die „emittieren, empfangen und handeln“ können. Wenn sich in der Zukunft zuerst grenzüberschreitende Abrechnung, Merchant-Zahlungen oder der Stablecoin eines großen Emittenten explosiv durchsetzen, könnte v0.11.1 leichter in der Lage sein, die ersten echten Nutzer zu gewinnen

Gleichzeitig ist aber auch klar, worunter es leidet: Je schneller Versionen und Produkte vorangetrieben werden, desto mehr muss man nachweisen, dass Sicherheitsprobleme wie Wallet-Wiederherstellung, Langzeit-Kompatibilität und die Handhabung komplexer Assets nicht später zu großen Unfällen werden. Es wirkt eher wie ein Vorauskommando: schnell, aber man muss das nachfolgende After-Sales- und Wartungssystem kontinuierlich nachliefern

Meine Beobachtung ist, dass Werbung und tatsächliche Umsetzung hier nicht zusammenpassen:

Ich habe derzeit keine nutzbaren Wallets für diese Roadmap gesehen (das einzige @BitMask_App ist bereits nicht mehr am Markt), daher bin ich bei den offiziellen Werbepunkten weiterhin sehr skeptisch. Andere Anwendungen wurden im Mittelteil ebenfalls systematisch eingeordnet. Insgesamt findet diese Roadmap mehr auf der Ebene des Narrativs statt: Weil man sich mit einer Tether-ähnlichen Unterstützung schmückt, ist man gut im PR-Marketing – mehr Form als echte Ergebnisse

v0.12: erst das langfristige Fundament fest einbauen

v0.12 räumt lieber zuerst den grundlegenden Regeln und Datenordnungen Priorität ein. Das kann kurzfristig langsam wirken und sogar den Vorwurf provozieren: „Warum ist noch keine großflächige Veröffentlichung erfolgt?“ Aber wenn RGB in Zukunft wirklich Stablecoins, Anleihen, Mitgliedschaftsrechte und andere langfristige Assets tragen soll, ist es entscheidend, ob das System aufrüstbar, wiederherstellbar und kompatibel bleibt. Dann wird die Bedeutung weit größer sein als die frühe Aufregung

Meine Einschätzung ist: v0.11.1 wird eher zuerst in kommerziellen Pilotprojekten auftauchen, während v0.12 eher darum kämpfen dürfte, langfristige Protokollstandards zu besetzen

Die beiden Roadmaps müssen vielleicht nicht zwingend nur eine überleben. Aber für neu emittierte Assets, komplexe Smart Contracts und Wallets, die langfristig gepflegt werden müssen, tendiere ich eher zu v0.12. Für geschlossene Zahlungs-Szenarien, die schnell live gehen sollen, hängt es davon ab, ob v0.11.1 „mit Unterstützung von Tether“ Stablecoins und das Händlernetzwerk wirklich aufbauen kann. Wenn nicht, wird es am Ende eher zum Witz

Am Ende entscheidet nicht, wer die lautere Werbewelle hat, wer „alles vereint“. Es kommt vor allem auf vier Ergebnisse an:

Gibt es Nutzer?

Kann man Assets wiederherstellen?

Können verschiedene Wallets miteinander kommunizieren/kompatibel sein?

Gibt es im Markt kontinuierlichen Handel?

V. Wenn RGB wirklich fertig wird: Was werden normale Menschen wahrscheinlich zuerst nutzen?

Ein Wallet, das gleichzeitig BTC und US-Dollar enthält

Der Nutzer öffnet das Wallet: links stehen 0,01 $BTC, rechts ein Guthaben von 500 US-Dollar. Beim Bezahlen wählt der Nutzer US-Dollar; das darunterliegende System routet automatisch über Lightning. Der Empfänger kann ebenfalls wählen, ob er am Ende US-Dollar oder $BTC erhält. Normale Nutzer müssen RGB, UTXO oder Kanäle nicht kennen. Sie müssen nur wissen: Ankommen ist schnell, Gebühren sind niedrig, und das Geld wird von ihnen selbst verwaltet. Sie müssen nicht wissen, welches Protokoll dahinter verwendet wurde

Das ist das nächstliegende Szenario zur Realität – und wahrscheinlich auch das erste, das skaliert

Das, was Bitlight diesmal betont hat („Das System ist online, der Schlüssel ist in der Hand des Nutzers“), zielt genau auf so eine Wallet-Erfahrung ab

Grenzüberschreitende Kleinzahlungen und Merchant-Abrechnung

Heute dauert es bei grenzüberschreitenden Überweisungen oft, bis man Geld zwischen verschiedenen Banken, unterschiedlichen Werktagen und verschiedenen Gebührenarten hin- und hergeschoben hat. Wenn auf RGB dann wirklich ein Stablecoin entsteht, der konvertierbar und einlösbar ist, hätten Händler und Nutzer die Chance, die Abwicklung schneller über das Bitcoin-Netzwerk zu machen

Angenommen, beide Handelspartner möchten die Geldflüsse der Lieferkette nicht öffentlich offenlegen und möchten auch nicht die Tage der Wartezeit bei klassischen Banküberweisungen auf sich nehmen

Über das RGB-Protokoll kann man zunächst eine sofortige Abwicklung innerhalb des Lightning-Netzwerks durchführen und anschließend bei Bedarf auf der Bitcoin-Mainchain abrechnen. Der Zahlungsdienstanbieter kümmert sich um Compliance, Preisstellung, Liquidität und den Ein- und Auszahlungsprozess in Fiat

Private Transfers für institutionelles RWA

Ein Fonds macht kurzfristige Anleihen-Anteile zu lizenzierten RGB-Assets. Wenn Investoren diese untereinander übertragen, sehen nur die beteiligten Parteien und die notwendigen Aufsichtsstellen die Unterlagen. Der Emittent kann – je nach Rechtsanforderung – gemeinsam unterschreiben lassen oder einfrieren

Das passt besser zu kommerzieller Privatsphäre als vollständig öffentliche On-Chain-Wertpapiere. Dafür braucht es jedoch ein starkes System aus Identitäten, Recht und Audit

Mitgliedskarten, Tickets und digitale Nachweise

High-End-Marken schicken Kunden eine nicht öffentlich rückverfolgbare Mitgliedschaft, Konzerte geben verifizierbare Tickets aus, Spielefirmen geben Spielern Nachweise für seltene Gegenstände. Solche Produkte müssen keinen „Full-Internet-Display“-Effekt haben, passen aber besonders zu Privatsphäre, Urheberrecht und langfristigen Mitgliedschaftsbeziehungen. Stattdessen interessiert viel mehr, wer das sehen kann, wie man es übertragen kann – und was passiert, wenn man es verliert und wie man es wiederherstellt

Solche Anforderungen passen sehr gut zu den Privacy-Eigenschaften von RGB

Komplexere, aber auch langsamere Finanzprodukte

Vielleicht gibt es in Zukunft auch private Anleihe-Nachweise, automatische Aufteilungs-Contracts für Geschäfte und sogar Zahlungsweisen, mit denen KI kleine Käufe für Daten und Rechenleistung tätigen kann

Das klingt sehr weit entfernt. Deshalb muss man es nicht als aktuellen Zustand verstehen und auch nicht zu früh erwarten, dass es schon da ist. Ob es erscheint, hängt davon ab, ob Wallet-Wiederherstellung, rechtliche Compliance, Stablecoins, Liquidität und Nutzererfahrung zuerst die Probe bestehen

VI. Die Kälte, die man jetzt am dringendsten hören sollte: Hat RGB schon irgendetwas wirklich bewiesen?

Wenn man bis hierhin liest, entsteht schnell ein falscher Eindruck: Da Wallets aktualisiert werden, Tests laufen und auch Whitepaper veröffentlicht sind – ist RGB dann vielleicht schon fast fertig?

Nein

Bis Ende August hat RGB noch nicht bewiesen, dass es folgende – besonders wichtigste – Dinge bereits kann:

Einfache Nutzung durch normale Nutzer: Wenn man das Handy wechselt, aus Versehen etwas falsch macht oder das Netzwerk ausfällt – ist die Wiederherstellung von Assets zu einer Standard-Erfahrung geworden, auf die jeder vertrauen kann

Stabiles Bezahlen zwischen Fremden: Demos und Tests sind nicht dasselbe wie im echten Leben jederzeit jemanden zu finden, erfolgreich zu bezahlen und wenn es fehlschlägt, automatisch zurückzurollen

Gibt es wirklich genug Menschen und Geld im Markt: Es gibt Wallets und Trading-Seiten – aber das bedeutet nicht, dass es stabile Kauf- und Verkaufsnachfrage gibt. Es bedeutet auch nicht, dass irgendein Asset sich reibungslos in Cash umsetzen lässt

Stablecoins laufen bereits: Wann und in welcher Form Stablecoins an den Start gehen, ob sie konvertierbar sind, und wer am Ende den Service übernimmt – das muss sich anhand des öffentlichen Fortschritts noch zeigen

Alle Wallets sind kompatibel: Im Moment wirkt es eher so, als würden mehrere Teams jeweils für sich vorantreiben. Für normale Nutzer bleiben die Risiken von Fehlüberweisungen, falschen Versionen und Fake-Asset-Gefahren bestehen

Risiko von Datenverlust: Nicht alle Asset-Unterlagen von RGB sind vollständig auf der Bitcoin-Chain öffentlich. Zwar sind die Seed-Phrasen vorhanden, aber das heißt nicht, dass die lokalen Beweisunterlagen sicher noch da sind. Wenn z. B. das Handy kaputtgeht oder die Backups nicht sauber gemacht wurden, kann das dazu führen, dass man die Assets wirklich nicht mehr zurückholen kann

Risiko des Emittenten: Stablecoins, Gold-Nachweise und Anleihe-Anteile müssen am Ende durch den Emittenten eingelöst werden. RGB kann zwar beweisen, dass digitale Aufzeichnungen nicht doppelt verwendet wurden, aber es kann noch nicht beweisen, dass Dollar, Gold oder Anleihen in den Händen des Emittenten tatsächlich in ausreichender Menge vorhanden sind

Komplexitätsrisiko: RGB behandelt gleichzeitig Assets, Bitcoin-Transaktionen und schnelle Zahlungen. Wo es Probleme gibt, gibt es mehr als bei normalen Tokens. Je reicher die Funktionen, desto mehr brauchen Wallets und Serviceanbieter langfristige Tests – man darf sich nicht nur auf eine einmalige Demo verlassen

Regulierungs- und Wettbewerbsrisiko: Assets von Institutionen erfordern Identitätsprüfung, Regeln für Einfrieren und Einlösung. Gleichzeitig konkurrieren Taproot Assets, Liquid und zentralisierte Börsen um Stablecoins und den Händlermarkt. Selbst wenn RGB technisch funktioniert, kann es aufgrund von Compliance- oder Liquiditätsproblemen trotzdem nicht genug Nutzer anziehen

All das sind keine Haarspaltereien. Für Zahlungs- und Asset-Netzwerke sind das vielmehr die Mindestanforderungen

Daher werde ich derzeit die Testergebnisse von Bitlight nicht als Beweis für eine großflächige Akzeptanz werten. Und auch die Zukunft von RGB würde ich nicht einfach automatisch in den aktuellen Preis irgendeines Tokens umrechnen

Damit eine Produktentwicklung akzeptiert wird, müssen mehrere Dinge nacheinander abgenommen werden: Das Produkt ist fertig, jemand ist bereit, es langfristig zu nutzen, die Assets lassen sich problemlos kaufen und verkaufen, und der Emittent kann seine Einlösungsverpflichtung wirklich erfüllen

VII. Wegmarken, die normale Nutzer wirklich im Blick behalten sollten

Normale Menschen müssen nicht jeden Tag auf Code-Commits starren und auch nicht übermäßig darauf achten, „wie viele Tests bestanden“ wurden. Diese Signale sagen besser aus, ob sich das RGB-Protokoll gerade auf die Nutzbarkeit zubewegt

Wallet-Wiederherstellung: Können BTC- und RGB-Assets nach dem Wechsel des Handys, dem Löschen der App und einer Neuinstallation über den öffentlich beschriebenen Prozess wiederhergestellt werden?

Nutzung über Geräte hinweg: Kann derselbe Nutzer sicher zwischen Handy, Computer und Hardware-Geräten wechseln, ohne dass Asset-Unterlagen verloren gehen?

Einlösung von Stablecoins: Ob ein Emittent einen Vertrag, Reserven, Einzahlung- und Rückzahlungs-/Einlösungsabläufe für RGB-Stablecoins veröffentlicht hat und ob es echte Nutzungsnachweise gibt

Interoperabilität zwischen mehreren Wallets: Können Wallets aus zwei verschiedenen Teams das gleiche Asset gegenseitig empfangen und senden, ohne dass Nutzer manuell komplexe Dateien bearbeiten müssen?

Echte Multi-Hop-Zahlungen: Können Fremde Zahlungen über mehrere Knoten abschließen? Und wenn es fehlschlägt: Geht das Guthaben automatisch an die richtige Position zurück?

Stetige Liquidität: Gibt es bei RGB MARKET, Swap und Market-Making-Services kontinuierliche Trades, stabile Preisstellung und überprüfbare Tiefe – statt dass gelegentlich nur ein paar Orders „angehängt“ werden

Wiederherstellung nach Störungen: Können die Assets nach Offline gehen, Neustart eines Knotens, Schließen eines Kanals oder wenn der Gegenpart nicht erreichbar ist, entsprechend dem öffentlich beschriebenen Prozess wiederhergestellt werden – und gibt es unabhängige Teams, die den Vorfall analysieren?

Erweiterung auf Anwendungsebene: Tauchen bei echten Assets wie Digitale Sammlungen, Mitgliedskarten, Tickets oder RWA langfristige Betriebskonzepte auf – statt nur einmalige Demos

Versionsgrenzen: Sind die Assets, Wallets und Anwendungen aus v0.11.1 und v0.12 klar gekennzeichnet? Nehmen Beschwerden über Fehlüberweisungen und Fake-Assets ab?

Nutzer und Kapital: Legen die Projektverantwortlichen überprüfbare Daten offen – aktive Nutzer, Handelsvolumen, Einlösungsvolumen, Ausfallraten usw.? Installationen und Social-Media-Follower-Zahlen können höchstens als „Einstiegsindikator“ gelten

Wenn man sich nur vier Dinge merken soll, dann sollte man vor allem auf diese achten:

Kann man Wallets wiederherstellen?

Können Stablecoins eingelöst werden?

Können Fremde stabil bezahlen?

Gibt es im Markt kontinuierliche Trades?

Diese vier Punkte sind es wert, mehr verfolgt zu werden als Versionsnummern und der Preis kurzfristiger Tokens

VI. Wie können normale Nutzer jetzt teilnehmen?

Wenn es nur Neugier ist, ist der beste Ansatz, das RGB-Protokoll als eine neue Stadt zu betrachten, die gerade im Aufbau ist

Wenn du es ausprobieren willst, kannst du zuerst in einer Testumgebung oder mit einem sehr kleinen Betrag loslegen. Nach dem Erstellen des Wallets solltest du zuerst die Backup- und Wiederherstellungsabläufe durchgehen. Die Funktion, die du wirklich testen solltest, ist: „Kann man es nach einem Gerätewechsel problemlos wiederfinden?“

Wenn du ein bestimmtes RGB-Asset empfangen willst, kläre bitte zuerst vier Punkte:

Zu welcher RGB-Roadmap gehört es?

Unterstützt dein verwendetes Wallet es eindeutig?

Stammt die Asset-Quelle und die jeweilige Nummer aus offiziellen Emittenten-Kanälen?

Welche Unterlagen brauchst du zusätzlich zum Seed-Backup?

Wenn du $RGB oder andere Tokens aus dem Ökosystem kaufen willst, denk zuerst daran: RGB selbst schreibt nicht vor, dass Nutzer $RGB halten müssen, um das Protokoll zu verwenden. Wenn man den Wert einer bestimmten Coin allein über die „Protokoll-Aussichten“ bewertet, vermischt man schnell technischen Glauben mit einer Investment-These

Ob ein Token wertvoll ist, muss man jeweils separat bewerten: Emissionsmenge, Umlaufmenge, Zweck, Regeln, Handels-/Market-Tiefe sowie ob der Wert wirklich beim Inhaber ankommt

Jedes Bewertungsmodell ist nur dann wirklich mehr als Fantasie, wenn es erklärt, wie der Wert vom Nutzer, über Gebühren und Services, zurück zu den Tokeninhabern fließt. Wenn man zukünftigen Ökosystemwert nur einfach mit einem Token multipliziert, ohne den Mechanismus zu erklären, ist es nur Szenarienvorstellung – keine Bewertung von Cashflows

RGB-Entscheidung positiv zu sehen, heißt nicht automatisch, dass man alle Coins gut findet, die irgendwo „RGB“ im Namen tragen. Wenn du bei all den Meme-Prozessen mitmachst, vergiss nicht deine ursprüngliche Motivation: Unterstütz es aus einem bestimmten Grund. Lass dich nicht täuschen, nur weil es an große „Backer“ angelehnt ist und klingt, als sei es sicher ohne Risiko

Wenn du ein Entwickler bist, der ein Projekt aufbauen will

Zuerst musst du entscheiden, für welche Roadmap du Service anbietest. Verwende keinesfalls „später kompatibel machen“ als Deckmantel für Architekturentscheidungen. Es ist bereits klar, dass die zwei Roadmaps nicht kompatibel sein können – die Basis unterscheidet sich deutlich. Danach denke daran, besonders gründlich diese Punkte zu testen: Wiederherstellung, Chain-Reorganisation, fehlgeschlagene Transfers, doppelt erfasste Empfangsbestellungen, Server-Absturz, erzwungenes Schließen von Lightning-Kanälen und Upgrade-/Kompatibilitätsfälle

Im normalen Ablauf wirkt ein RGB-Projekt später sehr reibungslos. Aber erst in Extremfällen werden die Probleme sichtbar

VII. Meine letzte Einschätzung

RGB ist für mich die ambitionierteste Roadmap im Bitcoin-Ökosystem – und zugleich die, die am häufigsten missverstanden wird

Das wirklich untypisch kontraintuitive an ihr ist: Sie weigert sich, alle Assets zur Last einer öffentlichen Blockchain zu machen. Sie gibt Daten an die Nutzer zurück, lässt die Verifikation beim Empfänger. Nur die unvermeidlich entscheidenden Momente werden an Bitcoin übertragen

Aus Sicht der Designphilosophie ist diese Roadmap sehr „Bitcoin“: diszipliniert, privat, nutzerverantwortlich – ohne zusätzliches L1/L2 und ohne native Gas-Coins, um Sicherheit künstlich herzustellen

Aus Sicht der Produktrealität ist sie aber auch sehr unreif: Backups sind komplexer als bei normalen Wallets, das Ökosystem wird durch zwei inkompatible Roadmaps getrennt, Stablecoins warten noch auf ihre Umsetzung, die Liquidität von Lightning-Assets ist noch lange nicht entstanden, und echte Nutzerdaten sind aufgrund der Privatsphäre schwer zu beobachten

Vor August hielt ich v0.12 für die Roadmap in RGB, die man langfristig am ehesten beobachten sollte. Nach August bin ich mir meiner Entscheidung noch sicherer

Das liegt daran, wie das Team die Arbeit angeht: Es wird die hässlichsten Probleme offen und transparent ganz nach vorne bringen und sie mit Community und Nutzern teilen – zum Beispiel wie Wallets wiederhergestellt werden, wie das System sich mit der Außenwelt verbindet, wie Assets zurückkommen, wenn Geräte ausfallen, wie lange der Speicher eines Handys noch mit solchen Problemen klarkommt, wenn die Asset-Historie immer länger wird. In Projekten, die nur kurzfristigen Profit priorisieren, sind solche Dinge meist absolut zu vermeiden

Der Wert von Bitlight liegt nicht darin, dass nur ein paar weitere technische Artikel veröffentlicht wurden. Es hat mir gezeigt, dass jemand beginnt, diese Probleme in konkrete Produktarbeit zu zerlegen: Services online halten, den Schlüssel bei den Nutzern lassen, verschiedene Software versuchen zu interoperieren, und Wiederherstellungs-Schritte für Störungen entwerfen

Was sie bisher erreicht haben, ist noch nicht der Sieg, den Markt zu erobern – eher nur Fortschritt im Engineering. Aber in der frühen Phase von Infrastruktur ist es oft viel wichtiger, ernsthaft die nervigen Probleme zu lösen, als mehr Visionen zu rufen und noch größere Narrative zu erzählen

Meine Einschätzung zu RGB v0.12 ist sehr einfach:

Auch wenn es noch nicht beweisen kann, dass es bereits ein Zahlungsnetzwerk für normale Menschen geworden ist, beginnt es dennoch zu beantworten, welche Probleme ein echtes Zahlungsnetz zuerst lösen müsste

Die Zukunft von RGB wird nicht durch ein AirDrop, einen Community-Token oder einen offiziellen Artikel entschieden. Am Ende hängt es davon ab, ob jemand bereit ist, dort ein Gehalt zu verdienen, Geschäfte zu machen und echte Assets zu emittieren. Und wenn das Handy verloren geht, ein Knoten abstürzt, das Netzwerk überlastet ist und der Markt in Panik gerät – ob man das Geld trotzdem sicher zurückholen kann

Wenn diese Probleme gelöst werden, hat RGB die Chance, ein entscheidendes Puzzleteil zu werden, damit Bitcoin von „digitalem Gold“ zu einem „globalen privaten Asset-Netzwerk“ wird

Wenn man das nicht lösen kann, bleibt dennoch ein wichtiges Erbe zurück: Eine Blockchain muss nicht alles speichern, Konsens muss nur dort erscheinen, wo es wirklich nötig ist

Und das könnte die tiefste Inspiration von RGB für die gesamte Branche sein

Danke, dass du bis hierher gelesen hast. Was hinter RGB als Nächstes wichtig wird, werde ich weiter verfolgen und aktualisieren. Ich hoffe, dass ihr euch nicht scheut, euch auszutauschen, zu diskutieren und zu teilen 🫡