#dusk $DUSK @Dusk
In traditionellen Finanzsystemen, um zu verhindern, dass dieselbe Anweisung mehrfach verarbeitet wird, verlässt man sich auf ein besonders schlichtes Prinzip – eine Seriennummer oder Schecknummer. Jede Anweisung erhält eine eindeutige Nummer; das System akzeptiert nur die erste Einreichung. Alles, was später erneut eingereicht wird, wird abgelehnt. Das ist zwar „hölzern“, aber über Jahrzehnte hinweg hat man in der Finanzinfrastruktur genau auf diese simple Methode gesetzt. So werden die meisten peinlichen Pannen bei doppelten Abbuchungen und doppelten Clearing-Vorgängen abgewehrt.

Im Kontomodell von Dusk mit Moonlight macht man im Grunde dasselbe: Jedes Konto verwaltet einen nonce (einen Zähler). Jede Transaktion muss genau um „plus 1“ gegenüber dem aktuellen nonce liegen. Erst nach der Einreichung wird der nonce weiter hochgezählt. Dadurch wird selbst dann, wenn dieselbe signierte Transaktion mehrfach gesendet und mehrfach eingereicht wird, im Netzwerk nur die erste akzeptiert; alle späteren werden direkt abgewiesen. Klingt nach einer noch so grundlegenden Gestaltung – so grundlegend, dass viele sie vermutlich gar nicht bewusst wahrnehmen. Doch gerade solch ein Basis-Mechanismus entscheidet darüber, ob eine Kette als vertrauenswürdig gilt, um echte Zahlungs- und Abrechnungsanweisungen für Institutionen zu verarbeiten.

Ich bin seit Jahren in dieser Branche und habe nicht selten erlebt, dass es durch unsachgemäße Behandlung doppelter Anweisungen in alten Systemen dazu kommt, dass derselbe Transfer ein zweites Mal abgebucht wird. Anschließend dauert es dann oft lange, bis über Abgleich- und Erstattungsprozesse alles bereinigt ist. In der traditionellen Finanzwelt werden solche Probleme häufig als „Betriebsunfall“ eingeordnet – selten wird darüber berichtet. Für die betroffenen Institutionen und Kunden ist die Abwicklung aber alles andere als leicht. Eine Kette, die Institutionen bei der Abrechnung bedienen soll, muss diese grundlegendste Anti-Replay-Schutzmechanik solide umgesetzt haben; wenn das nicht der Fall ist, bringt es auch nichts, danach noch so viele Zero-Knowledge-Beweise aufzuhaufen. Institutionen interessieren sich nicht dafür, wie fortgeschritten deine Kryptografie ist – zuerst fragen sie: „Wird mein Geld eventuell doppelt abgebucht?“

Dieses Design ist beim Gespräch nicht besonders „sexy“, es gibt nicht viel, was man als Screenshot posten und twittern könnte. Aber genau daran erkennt man, ob so eine schlichte Basismechanik wirklich robust umgesetzt ist. Für mich ist das der Ausgangspunkt bei der Einschätzung, wie tragfähig das Fundament einer Kette ist – nicht das Ende.

Findest du, bei der Bewertung, wie zuverlässig eine Kette ist, sollte man erst auf so eine schlichte grundlegende Mechanik schauen – oder zuerst darauf, wie viele ausgefallene neue Technologien sie im Angebot hat?