Ich bin früher durch die Dusk-Dokumente ($DUSK , #dusk , @Dusk ) gegangen, mit einem Snack in der Hand, und habe eine einzige Transaktion verfolgt – vom Moment der Einreichung bis zu dem Zeitpunkt, an dem sie tatsächlich abgerechnet wird. Dabei bin ich an etwas hängen geblieben, das in der üblichen Marketing-Formulierung überhaupt nicht vorkam.
Am 15. August haben sie einen Beitrag veröffentlicht, der die vollständige Tokenisierung des SME-Ökosystems abbildet – sechs Stufen, von der Strukturierung bis zum Sekundärhandel. Ich bin mit dem Standard-„Bruchstücke ermöglichen Zugang für alle“-Pitch gerechnet. Stattdessen steht im Artikel ganz sachlich, dass Bruchteilseigentum kaum etwas am Ergebnis ändert – kleinere Einheiten allein schaffen weder Anlegernachfrage noch Liquidität. Also ziemlich das Gegenteil von dem, was die meisten Tokenisierung-Threads in meinem Feed gerade verkaufen.
Was wirklich auffiel, war die Zeile „Übertragung und Abrechnung“ in ihrer Lifecycle-Tabelle. Selbst in der tokenisierten Version führt die Spalte „Verbleibende Verantwortlichkeiten“ weiterhin berechtigte Gegenparteien, Zahlung, Verwahrung, notarielles Verfahren – also genau die gleiche Reibung wie im alten Ablauf. Das Token löscht nichts davon; es erlaubt lediglich, dass Abrechnungsanweisungen für denselben Datensatz gelten, statt dass im Nachhinein fünf Parteien fünf separate Ledger aktualisieren. Danach habe ich die Netzstatistiken gecheckt – deterministische Finalität liegt bei etwa ~10 Sekunden, und das ist auch der einzige Grund, warum diese Abrechnungszeile nicht wie ein Wunschdenken formuliert ist.
Ich musste das zweimal lesen – ich hatte angenommen, Tokenisierung würde bedeuten, Intermediäre zu entfernen. Hier geht es eher darum, sie an einen gemeinsamen Status anzupassen und Lieferung mit Zahlung zu verknüpfen. Kein Notar wird gelöscht, sondern das Update des Notars wird einfach auf derselben Schiene geführt wie die Updates aller anderen. Das lässt mich fragen, wie viel von „Tokenisierung“ anderswo wirklich diese Synchronisationsarbeit leistet – und wie viel im Grunde nur ein schicker Token um die gleiche Papierarbeit wickelt?
#dusk $DUSK @Dusk
Am 15. August haben sie einen Beitrag veröffentlicht, der die vollständige Tokenisierung des SME-Ökosystems abbildet – sechs Stufen, von der Strukturierung bis zum Sekundärhandel. Ich bin mit dem Standard-„Bruchstücke ermöglichen Zugang für alle“-Pitch gerechnet. Stattdessen steht im Artikel ganz sachlich, dass Bruchteilseigentum kaum etwas am Ergebnis ändert – kleinere Einheiten allein schaffen weder Anlegernachfrage noch Liquidität. Also ziemlich das Gegenteil von dem, was die meisten Tokenisierung-Threads in meinem Feed gerade verkaufen.
Was wirklich auffiel, war die Zeile „Übertragung und Abrechnung“ in ihrer Lifecycle-Tabelle. Selbst in der tokenisierten Version führt die Spalte „Verbleibende Verantwortlichkeiten“ weiterhin berechtigte Gegenparteien, Zahlung, Verwahrung, notarielles Verfahren – also genau die gleiche Reibung wie im alten Ablauf. Das Token löscht nichts davon; es erlaubt lediglich, dass Abrechnungsanweisungen für denselben Datensatz gelten, statt dass im Nachhinein fünf Parteien fünf separate Ledger aktualisieren. Danach habe ich die Netzstatistiken gecheckt – deterministische Finalität liegt bei etwa ~10 Sekunden, und das ist auch der einzige Grund, warum diese Abrechnungszeile nicht wie ein Wunschdenken formuliert ist.
Ich musste das zweimal lesen – ich hatte angenommen, Tokenisierung würde bedeuten, Intermediäre zu entfernen. Hier geht es eher darum, sie an einen gemeinsamen Status anzupassen und Lieferung mit Zahlung zu verknüpfen. Kein Notar wird gelöscht, sondern das Update des Notars wird einfach auf derselben Schiene geführt wie die Updates aller anderen. Das lässt mich fragen, wie viel von „Tokenisierung“ anderswo wirklich diese Synchronisationsarbeit leistet – und wie viel im Grunde nur ein schicker Token um die gleiche Papierarbeit wickelt?
#dusk $DUSK @Dusk
