Beim Studium der technischen Architektur von Dusk ist mir ein leicht zu übersehender Widerspruch aufgefallen: Es investiert viel Mühe, um auf der Ebene der Transaktionen Konformität herzustellen, aber die Zuweisung der Kontrolle auf der EVM-Ausführungsebene wird kaum erwähnt.
In den Dokumenten heißt es, dass die EVM-Schicht von einem einzelnen Sortierer für das Packen von Transaktionen verantwortlich gemacht wird. Das entspricht derselben Logik wie bei zentralisierten Sortierern in Ethereum-Layer-2-Netzwerken. Auf den ersten Blick kann das die Effizienz steigern und die Kosten senken. Bei der Due Diligence stellt jedoch die erste Frage die Institution: Wer betreibt diesen Sortierer? Wer ist im Ausfallfall zuständig? Wer streckt vor, wenn die Kundengelder in der Warteschlange gebunden sind?
So raffiniert Phoenix und Zedger auch entworfen sind, sie können höchstens die Vertraulichkeit der Transaktionsinhalte und die Korrektheit der Verifikationslogik gewährleisten. Aber wenn der Schalter der gesamten Ausführungsebene in der Hand einer einzigen Entität liegt, verliert die Positionierung als „dezentrale Finanz-Infrastruktur“ zwangsläufig an Gewicht. Die europäischen Wertpapieraufsichtsbehörden (ESMA) stellen genau diese Art von Fragen: Wer kontrolliert Kundengelder und wer trägt die Verantwortung, wenn das System ausfällt.
Noch widersprüchlicher ist, dass die Konsensschicht des Dusk-Mainnets zwar die endgültige Transaktionsfinalität absichert, die Sortierrechte der Ausführungsebene jedoch weiterhin zentralisiert sind. Das ist, als würdest du einen kugelsicheren Tresor bauen – aber die Zutrittskarte für das Türschloss ist nur eine einzige, und sie liegt in der Tasche des Projektteams.
Ich sage nicht, dass eine zentrale Sortiererstruktur grundsätzlich nicht funktioniert. Aber dieses Design steht im Spannungsfeld zur Erzählung „institutionelle Konformität“. Traditionelle Finanzinstitute brauchen Betriebszusagen, die man in Verträgen festhalten kann – nicht „Vertraut darauf, dass wir verantwortungsvoll mit allem umgehen“. Wenn Dusk wirklich großvolumige institutionelle Vermögenswerte übernehmen will, wird das Transparenzproblem bei der Zuweisung der Kontrolle früher oder später direkt beantwortet werden müssen.
Wenn eines Tages klar offengelegt wird, wie der Sortierer regiert wird, welche Notfallpläne es für Störungen gibt und wie der Dezentralisierungsfahrplan aussieht, kann ich beurteilen, wie groß die Anziehungskraft dieser Architektur für Institutionen tatsächlich ist. Im Moment kann man nur sagen: Die technischen Fähigkeiten sind da, aber die Reife des Betriebs- und Governance-Modells braucht noch Zeit, um sich zu bewähren.
#dusk $DUSK @Dusk
In den Dokumenten heißt es, dass die EVM-Schicht von einem einzelnen Sortierer für das Packen von Transaktionen verantwortlich gemacht wird. Das entspricht derselben Logik wie bei zentralisierten Sortierern in Ethereum-Layer-2-Netzwerken. Auf den ersten Blick kann das die Effizienz steigern und die Kosten senken. Bei der Due Diligence stellt jedoch die erste Frage die Institution: Wer betreibt diesen Sortierer? Wer ist im Ausfallfall zuständig? Wer streckt vor, wenn die Kundengelder in der Warteschlange gebunden sind?
So raffiniert Phoenix und Zedger auch entworfen sind, sie können höchstens die Vertraulichkeit der Transaktionsinhalte und die Korrektheit der Verifikationslogik gewährleisten. Aber wenn der Schalter der gesamten Ausführungsebene in der Hand einer einzigen Entität liegt, verliert die Positionierung als „dezentrale Finanz-Infrastruktur“ zwangsläufig an Gewicht. Die europäischen Wertpapieraufsichtsbehörden (ESMA) stellen genau diese Art von Fragen: Wer kontrolliert Kundengelder und wer trägt die Verantwortung, wenn das System ausfällt.
Noch widersprüchlicher ist, dass die Konsensschicht des Dusk-Mainnets zwar die endgültige Transaktionsfinalität absichert, die Sortierrechte der Ausführungsebene jedoch weiterhin zentralisiert sind. Das ist, als würdest du einen kugelsicheren Tresor bauen – aber die Zutrittskarte für das Türschloss ist nur eine einzige, und sie liegt in der Tasche des Projektteams.
Ich sage nicht, dass eine zentrale Sortiererstruktur grundsätzlich nicht funktioniert. Aber dieses Design steht im Spannungsfeld zur Erzählung „institutionelle Konformität“. Traditionelle Finanzinstitute brauchen Betriebszusagen, die man in Verträgen festhalten kann – nicht „Vertraut darauf, dass wir verantwortungsvoll mit allem umgehen“. Wenn Dusk wirklich großvolumige institutionelle Vermögenswerte übernehmen will, wird das Transparenzproblem bei der Zuweisung der Kontrolle früher oder später direkt beantwortet werden müssen.
Wenn eines Tages klar offengelegt wird, wie der Sortierer regiert wird, welche Notfallpläne es für Störungen gibt und wie der Dezentralisierungsfahrplan aussieht, kann ich beurteilen, wie groß die Anziehungskraft dieser Architektur für Institutionen tatsächlich ist. Im Moment kann man nur sagen: Die technischen Fähigkeiten sind da, aber die Reife des Betriebs- und Governance-Modells braucht noch Zeit, um sich zu bewähren.
#dusk $DUSK @Dusk