Vor zwei Wochen steckte ich tief in Babylons Konzeptionierung von Sicherheiten und arbeitete daran, herauszufinden, wie natives BTC in DeFi genutzt wird – ohne Wrapper. Kein Bridge, kein umgelabelter Wrapped-Ticker. Nur ein Eintrag, der sagt: Dieses BTC ist gesperrt, und so und so darf man dagegen leihen.

Das hat die Frage verändert, die ich stelle. Nicht mehr „Ist das Asset onchain?“. Sondern: „Trägt die Onchain-Abwicklung das Richtige in sich?“

@Dusk hält eine Doku-Seite bereit, die denselben Schnitt macht – schärfer als die meisten RWA-Threads, die ich gelesen habe. Drei Worte, die Leute ständig als Synonyme benutzen:

Digitalisierung. Von Papier zu digital. Gleiche Intermediäre, gleicher Workflow.

Tokenisierung. Du gibst einen Token aus, der ein Asset repräsentiert, oder einen Anspruch darauf. Programmierbar, leicht in Apps einzubauen. Verwahrung und Register bleiben in der Regel genau dort, wo sie schon waren.

Native Emission. Das Asset wird onchain erstellt und verwaltet; kein separates Underlying liegt irgendwo anders.

Dieser dritte Punkt ist strenger, als er klingt. „Ohne ein Underlying zu benötigen“ schließt die meisten Dinge stillschweigend aus, die heute als RWA daherkommen, denn es gibt immer noch eine Anleihe oder ein Anteil-Zertifikat, das bei einem Custodian geparkt ist.

Mein Fazit: Die eigentlichen Kosten der Tokenisierung sind nicht Gas, sondern Abstimmung (Reconciliation). Dusk’s Tabelle gibt dafür eine eigene Zeile unter operationalem Risiko, und bei der tokenisierten Spalte lautet die Formulierung, dass diese Abstimmung zwischen Token und Underlying wichtig bleibt. Zwei Datensätze. Eine Wahrheit. Jemand hat Vollzeit dafür bezahlt, dass sie zueinander passen. Das ist die Aufgabe, die ein Ledger eigentlich abschaffen sollte.

Der Teil, den ich nicht wegwischen kann: Die Verwahrungszeile für native Emission ist abgesichert mit „abhängig von der rechtlichen Struktur“. Kein technischer Hinweis, sondern eine juristische. Eine Chain kann das Register halten. Aber etwas offchain muss noch erklären, dass dieses Register maßgeblich ist.

Dusk’s Einordnung, wo das hinpasst, bleibt eng – das schätze ich: Workflows mit EVM-Tools auf DuskEVM bauen, DuskDS für Datenverfügbarkeit und deterministische L1-Finality nutzen. $DUSK zahlt Gas und sichert das Netzwerk über Staking.

Welche Asset-Klasse wird also zuerst nativ emittiert, ohne dass irgendwo etwas geparkt wird? Mein Tipp: das langweilige Ende – kurzfristige Schuldtitel.

#dusk