Als ich das Konsensmechanismus von Dusk untersucht habe, war das, was mir am meisten Zeit und Mühe gekostet hat, nicht die Frage, wer die Blöcke produziert. Es war vielmehr „Succinct Attestation“ – der Teil in diesem Namen, der am leichtesten übersehen wird.
Zuerst zerlegen wir das Problem, das es löst. Die Bestätigung von Dusk-Blöcken ist mehrstufig: Zuerst werden mit „Deterministic Sortition“ aus den qualifizierten Provisionern Teilnehmer für verschiedene Phasen ausgelost. Danach folgen Proposal, Validation und Ratification, um die Bestätigung abzuschließen. Das Problem mehrstufiger Prozesse ist: Wenn der Ablauf komplex wird, wie kann man dann sicherstellen, dass alle Personen die „Ergebnis ist wirklich wahr“-Aussage mit minimalen Kosten glauben können? Genau das macht Succinct Attestation: Es komprimiert die Beweise eines mehrstufigen Konsenses zu einem knappen Nachweis, sodass die Endgültigkeit verifizierbar ist – ohne den gesamten Prozess erneut abspielen zu müssen.
Die Design-Intention wird besonders in Finanzszenarien deutlich. Finanzinstitute wollen nicht nur „schnell Blöcke erstellen“, sondern „Bestätigung heißt: endgültig“. Wenn eine Abwicklung abgeschlossen ist, darf das Risiko eines Rollbacks nicht mehr als schwebende Unsicherheit über der Transaktion hängen. Die Endgültigkeit der meisten Ketten ist probabilistisch (weil man erst nach mehr Blockbestätigungen darauf vertrauen kann). Dusk geht stattdessen den Weg, die Endgültigkeit beweisbar zu machen: Eine Attestation ist genau das Zertifikat für „ab hier gilt’s, nicht mehr umkehrbar“.
Das hat mich auch neu verstehen lassen, warum es sich lohnt, sich damit zu beschäftigen: Die Unterschiede im Konsensdesign beruhen im Kern auf unterschiedlichen Vorstellungen davon, „was man vertrauen soll“. Einige Ketten vertrauen auf Rechenleistung, andere auf Einsatz/Stake. Dusk vertraut auf die „Fairness des Losverfahrens plus Beweise für die Kürze“. Was davon besser ist, wird die Zeit zeigen.
Natürlich gilt: Je präziser ein Mechanismus ist, desto mehr muss auch überprüft werden. Die technische Umsetzung von Succinct Attestation sowie seine Leistung unter extremen Netzwerkbedingungen sind Teile, die noch Zeit und Belastungstest brauchen. Das größte Risiko bei ausgefeilten Mechanismen liegt oft in genau ihrer eigenen Komplexität.
@Dusk $DUSK #dusk
Zuerst zerlegen wir das Problem, das es löst. Die Bestätigung von Dusk-Blöcken ist mehrstufig: Zuerst werden mit „Deterministic Sortition“ aus den qualifizierten Provisionern Teilnehmer für verschiedene Phasen ausgelost. Danach folgen Proposal, Validation und Ratification, um die Bestätigung abzuschließen. Das Problem mehrstufiger Prozesse ist: Wenn der Ablauf komplex wird, wie kann man dann sicherstellen, dass alle Personen die „Ergebnis ist wirklich wahr“-Aussage mit minimalen Kosten glauben können? Genau das macht Succinct Attestation: Es komprimiert die Beweise eines mehrstufigen Konsenses zu einem knappen Nachweis, sodass die Endgültigkeit verifizierbar ist – ohne den gesamten Prozess erneut abspielen zu müssen.
Die Design-Intention wird besonders in Finanzszenarien deutlich. Finanzinstitute wollen nicht nur „schnell Blöcke erstellen“, sondern „Bestätigung heißt: endgültig“. Wenn eine Abwicklung abgeschlossen ist, darf das Risiko eines Rollbacks nicht mehr als schwebende Unsicherheit über der Transaktion hängen. Die Endgültigkeit der meisten Ketten ist probabilistisch (weil man erst nach mehr Blockbestätigungen darauf vertrauen kann). Dusk geht stattdessen den Weg, die Endgültigkeit beweisbar zu machen: Eine Attestation ist genau das Zertifikat für „ab hier gilt’s, nicht mehr umkehrbar“.
Das hat mich auch neu verstehen lassen, warum es sich lohnt, sich damit zu beschäftigen: Die Unterschiede im Konsensdesign beruhen im Kern auf unterschiedlichen Vorstellungen davon, „was man vertrauen soll“. Einige Ketten vertrauen auf Rechenleistung, andere auf Einsatz/Stake. Dusk vertraut auf die „Fairness des Losverfahrens plus Beweise für die Kürze“. Was davon besser ist, wird die Zeit zeigen.
Natürlich gilt: Je präziser ein Mechanismus ist, desto mehr muss auch überprüft werden. Die technische Umsetzung von Succinct Attestation sowie seine Leistung unter extremen Netzwerkbedingungen sind Teile, die noch Zeit und Belastungstest brauchen. Das größte Risiko bei ausgefeilten Mechanismen liegt oft in genau ihrer eigenen Komplexität.
@Dusk $DUSK #dusk
