Vorgestern Abend, gegen zehn Uhr herum, konnte ich wirklich nicht einschlafen. Also habe ich wieder das Whitepaper von $DUSK aufgeschlagen und diesmal richtig hartnäckig das dritte Kapitel mit dem Succinct Attestation-Konsens durchgearbeitet.
Ehrlich gesagt verfolge ich in diesem Umfeld seit jeher das Prinzip: erst mal leben, dann reden. Unter der Woche mache ich im Grunde nur hochwertige Bare-Metal-Server, betreibe ein paar Full Nodes und prüfe, ob es RPC-Fehler gibt. Diese ganzen schmuckreichen Erzählungen, die nur so daherkommen, habe ich längst entlarvt und ausgeblendet. In meinem tief verankerten Verständnis ist „Finalität“ on-chain schon immer eher ein Wahrscheinlichkeitsspiel gewesen. Bitcoin ist so langsam wie eine Schnecke, Ethereum ist zwar etwas schneller, aber auch da kann es zu Block-Reorgs kommen. Deshalb war meine erste Reaktion, als ich in dem Whitepaper den Satz „Ein Block, der genehmigt wurde, ist nicht mehr rückgängig zu machen; es gibt keine Chain-Reorganisationen mit Blick auf den Nutzer“ gelesen habe: Was für ein Marketing-Geschwurbel ist das denn?
Aber nachdem ich die Passage dreimal wieder und wieder durchgekaut hatte, merkte ich: Die meinen das ernst. Das erhöht nicht nur die Wahrscheinlichkeit – das ist „deterministische Finalität“. Wenn die Zeit abgelaufen ist, ist das endgültig, kein irgendein Wahrscheinlichkeitsfenster.
Ich bin der zugrunde liegenden Logik noch weiter nachgegangen, und die deterministische Zufallsziehung ist im Kern eine Mechanik, die in einem Schritt eindeutig den Blockproduzenten und das Abstimmungskomitee unter den Stakern auswählt. Das dauert ungefähr 10 Sekunden, um die Generierung und die anschließende Genehmigung abzuschließen. Der Deckel fällt und die Rechnung ist „tot“ – es gibt schlicht keinen Rollback als Reueoption.
Dieses Detail hat mich eine ganze Nacht lang beschäftigt. Klassisches altes Geld macht T+2-Abrechnung – nicht, weil die Netzwerkkarte schuld ist, sondern weil die Gegenpartei Zeit braucht, um das Risiko zu bereinigen. Dusk nimmt „Unwiderruflichkeit“, die zuvor eher eine Frage war, bei der man still darauf hoffte und betete, und macht daraus eine kalte und feste Basismechanik.
Aber die Bauchintuition der alten Hasen sagt mir: Theorie, die noch so prall gefüllt ist, muss sich im echten Betrieb bewähren. Kann diese Mechanik in extremen Marktvolatilitäten überhaupt standhalten, ohne umzukippen? Aktuell sehe ich noch keine entsprechenden Daten aus Stresstests unter hohem Druck – diese Stelle muss ich vorerst mit einem Fragezeichen markieren.
Wenn man jedoch noch tiefer denkt, wird klar: Wenn Finalität nicht mehr durch Wahrscheinlichkeit angenähert werden muss, wird „Abrechnung“ komplett neu gedacht. „Ich glaube, du wirst bezahlen“ und „Dieses Geld ist unwiderruflich bereits auf dem Konto gebucht“ sind zwei völlig unterschiedliche Existenzformen. Im Vergleich zu all den Lösungen, die nur auf TPS und Skalierung herumkneten, ist dieser Ansatz, bei dem man an der Basis-Protokollschicht ansetzt und den Schmerzpunkt der Finanzabrechnung direkt trifft, wirklich die harte Logik. Wie gut die Sache im Detail ist, muss ich allerdings noch weiter recherchieren und anhand von Unterlagen verifizieren.
#dusk $DUSK @Dusk
Ehrlich gesagt verfolge ich in diesem Umfeld seit jeher das Prinzip: erst mal leben, dann reden. Unter der Woche mache ich im Grunde nur hochwertige Bare-Metal-Server, betreibe ein paar Full Nodes und prüfe, ob es RPC-Fehler gibt. Diese ganzen schmuckreichen Erzählungen, die nur so daherkommen, habe ich längst entlarvt und ausgeblendet. In meinem tief verankerten Verständnis ist „Finalität“ on-chain schon immer eher ein Wahrscheinlichkeitsspiel gewesen. Bitcoin ist so langsam wie eine Schnecke, Ethereum ist zwar etwas schneller, aber auch da kann es zu Block-Reorgs kommen. Deshalb war meine erste Reaktion, als ich in dem Whitepaper den Satz „Ein Block, der genehmigt wurde, ist nicht mehr rückgängig zu machen; es gibt keine Chain-Reorganisationen mit Blick auf den Nutzer“ gelesen habe: Was für ein Marketing-Geschwurbel ist das denn?
Aber nachdem ich die Passage dreimal wieder und wieder durchgekaut hatte, merkte ich: Die meinen das ernst. Das erhöht nicht nur die Wahrscheinlichkeit – das ist „deterministische Finalität“. Wenn die Zeit abgelaufen ist, ist das endgültig, kein irgendein Wahrscheinlichkeitsfenster.
Ich bin der zugrunde liegenden Logik noch weiter nachgegangen, und die deterministische Zufallsziehung ist im Kern eine Mechanik, die in einem Schritt eindeutig den Blockproduzenten und das Abstimmungskomitee unter den Stakern auswählt. Das dauert ungefähr 10 Sekunden, um die Generierung und die anschließende Genehmigung abzuschließen. Der Deckel fällt und die Rechnung ist „tot“ – es gibt schlicht keinen Rollback als Reueoption.
Dieses Detail hat mich eine ganze Nacht lang beschäftigt. Klassisches altes Geld macht T+2-Abrechnung – nicht, weil die Netzwerkkarte schuld ist, sondern weil die Gegenpartei Zeit braucht, um das Risiko zu bereinigen. Dusk nimmt „Unwiderruflichkeit“, die zuvor eher eine Frage war, bei der man still darauf hoffte und betete, und macht daraus eine kalte und feste Basismechanik.
Aber die Bauchintuition der alten Hasen sagt mir: Theorie, die noch so prall gefüllt ist, muss sich im echten Betrieb bewähren. Kann diese Mechanik in extremen Marktvolatilitäten überhaupt standhalten, ohne umzukippen? Aktuell sehe ich noch keine entsprechenden Daten aus Stresstests unter hohem Druck – diese Stelle muss ich vorerst mit einem Fragezeichen markieren.
Wenn man jedoch noch tiefer denkt, wird klar: Wenn Finalität nicht mehr durch Wahrscheinlichkeit angenähert werden muss, wird „Abrechnung“ komplett neu gedacht. „Ich glaube, du wirst bezahlen“ und „Dieses Geld ist unwiderruflich bereits auf dem Konto gebucht“ sind zwei völlig unterschiedliche Existenzformen. Im Vergleich zu all den Lösungen, die nur auf TPS und Skalierung herumkneten, ist dieser Ansatz, bei dem man an der Basis-Protokollschicht ansetzt und den Schmerzpunkt der Finanzabrechnung direkt trifft, wirklich die harte Logik. Wie gut die Sache im Detail ist, muss ich allerdings noch weiter recherchieren und anhand von Unterlagen verifizieren.
#dusk $DUSK @Dusk