Das Seltsame an Finanzsystemen ist, dass die größten Risiken manchmal in den einfachsten Wörtern verborgen sind.
Sent.
Bestätigt.
Abgeschlossen.
Ich habe gelernt, dass diese Wörter nicht immer dasselbe bedeuten.
Dieser Gedanke bringt mich zurück zu DuskEVM.
Von außen sieht es bewusst vertraut aus: Solidity, Hardhat, bestehende Wallets, vertraute Entwickler-Tools. Man kann schreiben und bereitstellen, ohne einen komplett neuen Stack zu lernen.
Aber unter dieser vertrauten Oberfläche laufen Ausführung und Abrechnung nach zwei verschiedenen Uhren.
Eine Transaktion kann schnell aufgenommen werden, während die endgültige Zusage weiterhin von Batching-, Proofing- und dem Verankern bei DuskDS abhängt.
Diese Unterscheidung ist leicht zu übersehen, weil die erste Uhr dir sofortiges Feedback gibt.
Für Brücken: Liquidationslogik und andere Systeme, die sich auf endgültige Finalität („finality“) verlassen, sollten jedoch nicht als austauschbar behandelt werden.
Die interessante Frage für mich ist, was passiert, wenn diese beiden Uhren unter Druck getestet werden: ein Fault-Proof-Dispute, verzögertes Proofing – ja oder ein anderermaßen schlechter Tag.
#dusk $DUSK erklärt die Architektur. Der schwierigere Teil ist, Systeme zu bauen, die sie respektieren.
Gleicher Vertrag.@Dusk
Andere Uhr.
Sent.
Bestätigt.
Abgeschlossen.
Ich habe gelernt, dass diese Wörter nicht immer dasselbe bedeuten.
Dieser Gedanke bringt mich zurück zu DuskEVM.
Von außen sieht es bewusst vertraut aus: Solidity, Hardhat, bestehende Wallets, vertraute Entwickler-Tools. Man kann schreiben und bereitstellen, ohne einen komplett neuen Stack zu lernen.
Aber unter dieser vertrauten Oberfläche laufen Ausführung und Abrechnung nach zwei verschiedenen Uhren.
Eine Transaktion kann schnell aufgenommen werden, während die endgültige Zusage weiterhin von Batching-, Proofing- und dem Verankern bei DuskDS abhängt.
Diese Unterscheidung ist leicht zu übersehen, weil die erste Uhr dir sofortiges Feedback gibt.
Für Brücken: Liquidationslogik und andere Systeme, die sich auf endgültige Finalität („finality“) verlassen, sollten jedoch nicht als austauschbar behandelt werden.
Die interessante Frage für mich ist, was passiert, wenn diese beiden Uhren unter Druck getestet werden: ein Fault-Proof-Dispute, verzögertes Proofing – ja oder ein anderermaßen schlechter Tag.
#dusk $DUSK erklärt die Architektur. Der schwierigere Teil ist, Systeme zu bauen, die sie respektieren.
Gleicher Vertrag.@Dusk
Andere Uhr.
