#dusk $DUSK Alter Kumpel, in der tiefen Nacht wirft er mir zwei Sprachmemos von je 60 Sekunden hin, der Ton ist genauso dringlich wie damals, als er mich zum Ansturm auf Trash Dogs gerufen hat: Dusk-Hauptnetz ist online, Verifizierungs-/Staking-Knoten können jetzt laufen, Privacy-Track mit den frühen Marktführern.
Ich dachte mir, das ist doch ähnlich wie damals bei Sui oder Aptos—binär einbauen und gut. Ergebnis: Drei Nächte durchgemacht, bis ich’s endlich begriffen hatte.
Am ersten Tag hakt es sofort. ./dusk-node läuft an, die ZK-Proof-Erzeugung knallt bei 87% garantiert ab; das Terminal spuckt nur einen Satz aus: „witness construction failed“. Der Speicher geht von 4 GB auf 12 GB hoch, die Lüfter drehen so wie die Ölabsaugung von der Imbissbude unten in der Nacht. Fünfmal das Programm neu installiert, dreimal Snapshots neu gezogen—nichts hilft. Am Ende in den GitHub-Beispielen gewühlt: Eine einzige, winzige Kommentarzeile, die ich fast übersehen hätte: „key expects BigInt, string will break witness construction.“ Nachdem ich die Art der Parameterübergabe geändert hatte, neu gestartet—und nach 8 Sekunden waren die Proofs fertig.
Ruhig geworden, erst dann den Quellcode durchgearbeitet. Dusk’s Privacy-Lösung ist nicht „EVM mit einer Schale verkleiden“, sondern Rusk—eine native Privacy-Virtual Machine, die PLONK-Zero-Knowledge-Proof-Schaltkreise, Poseidon-Hashing, BLS-Signaturen und andere Kryptokomponenten direkt einbaut. Entwickler müssen beim Schreiben von Contracts die Verschlüsselungslogik nicht manuell anfassen; nach dem Kompilieren bekommt man automatisch nullwissen-freundlichen WASM-Bytecode. Der Contractcode wird automatisch in Constraints umgewandelt, und viele Transaktionen lassen sich rekursiv zu einem Batch-Proof aggregieren—die Nodes prüfen nur den Proof-Hash. Adressen und Beträge bleiben die ganze Zeit on-chain raus, aber die Compliance jeder einzelnen Transaktion kann mathematisch verifiziert werden.
Die Konsensschicht ist SBA (isolated byzantine agreement, also Isolation-/Sequester-Byzantinisches Protokoll). Validierer müssen mindestens 1000 DUSK parken; in jeder Runde, wenn geblockt wird, reicht es nicht, Transaktionen zu packen—man muss zusätzlich einen ZK-Proof beilegen, dass das Blocken selbst legal ist. Dusk’s Strafen gibt es in zwei Arten: Soft-Penalty richtet sich gegen verpasste Blöcke—dann wird man vorübergehend aus dem Konsens geworfen und die effektive Staking-Menge sinkt; Hard-Penalty richtet sich gegen böswilliges Verhalten—für das Erzeugen ungültiger Blöcke gibt’s 10% Abzug, bei Double-Sign oder Double-Block 20%, und das wird direkt vernichtet. Hardware-seitig empfiehlt der offizielle Leitfaden: ab 4-Kern-CPU, 8 GB RAM.
Drei Wochen gelaufen—keine Chance, dass die Marketing-Claims so krass sind. Aber an dem Abend, als alles durchlief, waren die Lüfter im Case plötzlich still. Wenn man zurückblickt: drei Nächte waren es wert. Nicht, weil man so viel verdient hat, sondern weil man sich das Fundament einer neuen Chain von Anfang bis Ende selbst durchgebissen hat. @Dusk
Ich dachte mir, das ist doch ähnlich wie damals bei Sui oder Aptos—binär einbauen und gut. Ergebnis: Drei Nächte durchgemacht, bis ich’s endlich begriffen hatte.
Am ersten Tag hakt es sofort. ./dusk-node läuft an, die ZK-Proof-Erzeugung knallt bei 87% garantiert ab; das Terminal spuckt nur einen Satz aus: „witness construction failed“. Der Speicher geht von 4 GB auf 12 GB hoch, die Lüfter drehen so wie die Ölabsaugung von der Imbissbude unten in der Nacht. Fünfmal das Programm neu installiert, dreimal Snapshots neu gezogen—nichts hilft. Am Ende in den GitHub-Beispielen gewühlt: Eine einzige, winzige Kommentarzeile, die ich fast übersehen hätte: „key expects BigInt, string will break witness construction.“ Nachdem ich die Art der Parameterübergabe geändert hatte, neu gestartet—und nach 8 Sekunden waren die Proofs fertig.
Ruhig geworden, erst dann den Quellcode durchgearbeitet. Dusk’s Privacy-Lösung ist nicht „EVM mit einer Schale verkleiden“, sondern Rusk—eine native Privacy-Virtual Machine, die PLONK-Zero-Knowledge-Proof-Schaltkreise, Poseidon-Hashing, BLS-Signaturen und andere Kryptokomponenten direkt einbaut. Entwickler müssen beim Schreiben von Contracts die Verschlüsselungslogik nicht manuell anfassen; nach dem Kompilieren bekommt man automatisch nullwissen-freundlichen WASM-Bytecode. Der Contractcode wird automatisch in Constraints umgewandelt, und viele Transaktionen lassen sich rekursiv zu einem Batch-Proof aggregieren—die Nodes prüfen nur den Proof-Hash. Adressen und Beträge bleiben die ganze Zeit on-chain raus, aber die Compliance jeder einzelnen Transaktion kann mathematisch verifiziert werden.
Die Konsensschicht ist SBA (isolated byzantine agreement, also Isolation-/Sequester-Byzantinisches Protokoll). Validierer müssen mindestens 1000 DUSK parken; in jeder Runde, wenn geblockt wird, reicht es nicht, Transaktionen zu packen—man muss zusätzlich einen ZK-Proof beilegen, dass das Blocken selbst legal ist. Dusk’s Strafen gibt es in zwei Arten: Soft-Penalty richtet sich gegen verpasste Blöcke—dann wird man vorübergehend aus dem Konsens geworfen und die effektive Staking-Menge sinkt; Hard-Penalty richtet sich gegen böswilliges Verhalten—für das Erzeugen ungültiger Blöcke gibt’s 10% Abzug, bei Double-Sign oder Double-Block 20%, und das wird direkt vernichtet. Hardware-seitig empfiehlt der offizielle Leitfaden: ab 4-Kern-CPU, 8 GB RAM.
Drei Wochen gelaufen—keine Chance, dass die Marketing-Claims so krass sind. Aber an dem Abend, als alles durchlief, waren die Lüfter im Case plötzlich still. Wenn man zurückblickt: drei Nächte waren es wert. Nicht, weil man so viel verdient hat, sondern weil man sich das Fundament einer neuen Chain von Anfang bis Ende selbst durchgebissen hat. @Dusk