Client-seitige Validierung

Neugier

1. Warum sollte ein Protokoll weniger Daten on-chain festschreiben, um mehr Privatsphäre zu erreichen?
2. Wie verhindert ein einzelner Hash Double Spending, ohne die Historie des Assets preiszugeben?
3. Was kostet es, das Vertrauen von einem zentralen Indexer auf jeden einzelnen Nutzer zu verlagern?

Erkunden

1. In herkömmlichen Token-Protokollen liegt der gesamte Zustand on-chain. Jeder Transfer ist sichtbar, und jeder Node kann die komplette Historie rekonstruieren. Diese Transparenz ermöglicht gemeinsame Märkte, geht aber auf Kosten von Privatsphäre und Skalierbarkeit. Client-seitige Validierung kehrt dieses Modell um. Statt die vollständige Historie des Assets in einem globalen Ledger zu speichern, bewahrt jeder Inhaber eine eigene Kopie der relevanten Daten auf. Die Blockchain speichert nur einen kryptografischen Fingerabdruck (ein Commitment), der beim Schließen eines Siegels gesetzt wird und auf diesen Off-Chain-Zustand verweist.
2. Peter Todd entwickelte die Idee um 2016 auf Grundlage seines Konzepts der „Single-Use Seals“ (Einweg-Siegel). Ein Siegel ist ein Bitcoin-Output, der nur einmal ausgegeben werden kann. Um ein Asset zu übertragen, gibt Alice diesen Output in einer Transaktion aus, die sich auf einen Hash der Übertragung festlegt und ein neues Siegel für Bob benennt. Da ein Output nur einmal ausgegeben werden kann, kann Alice dasselbe Siegel nicht zweimal schließen; eine zweite Übertragung hätte kein gültiges Siegel, und jeder, der die Historie prüft, würde sie zurückweisen.
3. Der Vorteil für die Privatsphäre ist struktureller Natur. Da die vollständige Historie des Assets nie auf die öffentliche Blockchain gelangt, können Beobachter weder Eigentumsketten zurückverfolgen noch Handelsmuster analysieren. Die Historie wird nur mit dem jeweils nächsten Inhaber geteilt, nie mit der Öffentlichkeit. So können vertrauliche Contracts und Assets auf Bitcoin zirkulieren, ohne die Aktivität der Nutzer einer globalen Überwachung auszusetzen – eine deutliche Abkehr von transparenten Token-Standards.
4. Der Preis dafür ist Aufwand. Nutzer müssen ihre Asset-Historie sicher speichern und sie bei jeder Transaktion weitergeben. Verliert ein Nutzer diese Daten, verliert er den Zugriff auf das Asset, da keine zentrale Stelle sie wiederherstellen kann. Dieses „Bring your own State“-Modell erfordert robuste lokale Speicherung und sorgfältiges Schlüsselmanagement. Es verlagert Komplexität von den Netzwerk-Nodes auf einzelne Clients und verlangt von Nutzern, die teilnehmen wollen, mehr technisches Know-how.
5. RGB, das auf Todds Ideen beruht und maßgeblich von Maxim Orlovsky und der LNP/BP Standards Association entwickelt wurde, ist eine prominente Umsetzung dieser Logik. Es nutzt strukturierte Contracts, bei denen sich jeder Zustandsübergang über ein Siegel auf die nächsten Regeln festlegt. In jüngerer Zeit, im Oktober 2023, startete Lightning Labs Taproot Assets im Bitcoin-Mainnet. Dieses Protokoll nutzt die Skriptflexibilität von Taproot, um diese Commitments effizient einzubetten, und unterstützt fungible Token und nicht-fungible Assets mit besseren Privatsphäre-Eigenschaften als frühere Colored-Coins-Ansätze.
6. Gemeinsame Märkte bleiben die größte Einschränkung. Bei einer dezentralen Börse, an der Tausende Nutzer gegen einen einzigen Liquiditätspool handeln, muss jeder Teilnehmer den gesamten Zustand dieses Pools lokal verifizieren. Das ist rechenintensiv und schwer in Echtzeit zu synchronisieren. Client-seitige Validierung glänzt bei Punkt-zu-Punkt-Transfers oder in kleinen Gruppen, stößt aber bei Many-to-many-Anwendungen mit hohem Durchsatz an Grenzen, die einen sofortigen globalen Konsens über den Zustand der Assets erfordern.

Kernfakten

Übung neun, sechs, drei, eins

Faktcheck

Datumsangaben, Zahlen und Behauptungen wurden mit den unten aufgeführten veröffentlichten Quellen abgeglichen.

• P. Todd, 'Single-use seals' (2016-2017)
• RGB Protocol Documentation (rgb.tech)
• Lightning Labs, Taproot Assets Mainnet Launch Announcement (October 2023)