Bewerten, ob sich eine Kette wirklich in die Praxis umsetzen lässt – allein nach dem Whitepaper zu urteilen reicht nicht. Man muss sie in mehrere technische Kennzahlen zerlegen und jede einzelne gründlich durchgehen. @Dusk lässt mich genau das tun: sie auseinandernehmen und diese Details prüfen.
Zuerst das Kontomodell. Es verwaltet zwei Ledger gleichzeitig: eines öffentlich, eines geheim. Wenn Gelder zwischen beiden wechseln, bedeutet das, dass dasselbe Vermögensstück in beide Buchungsarten immer wieder hin- und hergetauscht wird. Für einen normalen Nutzer heißt das: Jede einzelne Aktion muss erst klären, auf welcher Seite man steht. Die Lernkurve ist dadurch von Natur aus deutlich höher als bei Ketten mit nur einem Ledger. $TUT
Als Nächstes die Nodes. Die darunterliegende Schicht für Abrechnung und Speicherung bündelt Konsens, Zustandsverwaltung und Schnittstellen nach außen direkt in der Node-Software. Je schwerer die Node, desto eher werden Synchronisation und Resynchronisation zur Engstelle – egal wie schnell die Logs laufen, Nutzer können nicht erkennen, ob das gerade normal läuft oder ob es nur scheinbar „durchläuft“ ohne echte Arbeit.
Dann die Performance geheimer Überweisungen. Solche Transaktionen müssen lokal eine große Menge kryptografischer Berechnungen durchführen: Man wählt die relevanten Saldo-Splitter aus, erzeugt für das Wechselgeld nicht rückverfolgbare Adressen, berechnet Markierungen gegen Double-Spending und packt am Ende alles in einen Beweis, der vor Ort generiert wird. Schon eine einzelne Überweisung zwingt das Gerät, eine Weile zu rechnen. Wenn es mehr Splitter gibt oder Zuzahlungen zusammengeführt werden müssen, multipliziert sich die Wartezeit entsprechend. Außerdem muss die Wallet den gesamten Chain-Bestand an Splittern durchsuchen und durch wiederholtes Entschlüsseln jeweils versuchen, den eigenen Saldo zu finden – auch diese implizite Belastung steigt mit der Splitteranzahl.
Auch der Konsens-Zugang ist eine Frage wert. Das Komiteeschema verspricht, dass nach einigen Runden alles entschieden ist. Aber die Auswahlkriterien für Komiteemitglieder, die Größen-Schwellen und ob eine kleine Gruppe den Blockplatz langfristig besetzen kann, sind entscheidend dafür, ob „oberflächliche Offenheit“ und „tatsächlich teilnehmen können“ übereinstimmen.
Zum Schluss die Offenlegung der Identität. Selektives Disclosure kann theoretisch „den Nachweis, dass die Bedingungen erfüllt sind“ von „der konkreten Preisgabe von Informationen“ trennen. Doch wenn es in reale regulatorische Gespräche geht, will die Aufsicht in der Regel genau die Details – diese Kluft lässt sich nicht allein durch Kryptografie automatisch schließen.
Einzeln betrachtet sind diese Punkte noch nicht zwangsläufig fatal. Zusammen aber bestimmen sie, wie weit Dusk noch davon entfernt ist, dass „normale Nutzer es sofort nutzen können“. Die technische Richtung mag sehr neu sein – die andere Seite ist oft: Es ist noch nicht wirklich bequem und intuitiv im Alltag nutzbar. #dusk $DUSK
Zuerst das Kontomodell. Es verwaltet zwei Ledger gleichzeitig: eines öffentlich, eines geheim. Wenn Gelder zwischen beiden wechseln, bedeutet das, dass dasselbe Vermögensstück in beide Buchungsarten immer wieder hin- und hergetauscht wird. Für einen normalen Nutzer heißt das: Jede einzelne Aktion muss erst klären, auf welcher Seite man steht. Die Lernkurve ist dadurch von Natur aus deutlich höher als bei Ketten mit nur einem Ledger. $TUT
Als Nächstes die Nodes. Die darunterliegende Schicht für Abrechnung und Speicherung bündelt Konsens, Zustandsverwaltung und Schnittstellen nach außen direkt in der Node-Software. Je schwerer die Node, desto eher werden Synchronisation und Resynchronisation zur Engstelle – egal wie schnell die Logs laufen, Nutzer können nicht erkennen, ob das gerade normal läuft oder ob es nur scheinbar „durchläuft“ ohne echte Arbeit.
Dann die Performance geheimer Überweisungen. Solche Transaktionen müssen lokal eine große Menge kryptografischer Berechnungen durchführen: Man wählt die relevanten Saldo-Splitter aus, erzeugt für das Wechselgeld nicht rückverfolgbare Adressen, berechnet Markierungen gegen Double-Spending und packt am Ende alles in einen Beweis, der vor Ort generiert wird. Schon eine einzelne Überweisung zwingt das Gerät, eine Weile zu rechnen. Wenn es mehr Splitter gibt oder Zuzahlungen zusammengeführt werden müssen, multipliziert sich die Wartezeit entsprechend. Außerdem muss die Wallet den gesamten Chain-Bestand an Splittern durchsuchen und durch wiederholtes Entschlüsseln jeweils versuchen, den eigenen Saldo zu finden – auch diese implizite Belastung steigt mit der Splitteranzahl.
Auch der Konsens-Zugang ist eine Frage wert. Das Komiteeschema verspricht, dass nach einigen Runden alles entschieden ist. Aber die Auswahlkriterien für Komiteemitglieder, die Größen-Schwellen und ob eine kleine Gruppe den Blockplatz langfristig besetzen kann, sind entscheidend dafür, ob „oberflächliche Offenheit“ und „tatsächlich teilnehmen können“ übereinstimmen.
Zum Schluss die Offenlegung der Identität. Selektives Disclosure kann theoretisch „den Nachweis, dass die Bedingungen erfüllt sind“ von „der konkreten Preisgabe von Informationen“ trennen. Doch wenn es in reale regulatorische Gespräche geht, will die Aufsicht in der Regel genau die Details – diese Kluft lässt sich nicht allein durch Kryptografie automatisch schließen.
Einzeln betrachtet sind diese Punkte noch nicht zwangsläufig fatal. Zusammen aber bestimmen sie, wie weit Dusk noch davon entfernt ist, dass „normale Nutzer es sofort nutzen können“. Die technische Richtung mag sehr neu sein – die andere Seite ist oft: Es ist noch nicht wirklich bequem und intuitiv im Alltag nutzbar. #dusk $DUSK