In früheren Beiträgen habe ich euch alles über das Kadcast-Protokoll in Dusk erzählt, aber jetzt werde ich euch alles über seine Präzision erklären. Die meisten Blockchains sprechen über Finalität.
Aber wisst ihr was?? Dusk definiert sie tatsächlich mit Präzision. Im Konsens „Succinct Attestation“ durchläuft jeder Block unter „Rolling Finality“ vier klare Zustände.....
Akzeptiert, hat eine erfolgreiche Bestätigung, kann aber noch durch einen Block mit niedrigerer Iteration ersetzt werden...
Bestätigt (Attested), kann nicht durch einen Block mit niedrigerer Iteration ersetzt werden...
Bestätigt (Confirmed), äußerst unwahrscheinlich, dass es rückgängig gemacht wird...
Final, unter allen Umständen unumkehrbar...
Der Übergang hängt von einer einfachen Regel ab: Wie viele vorherige Iterationen keine fehlerhafte Bestätigung (fail attestation) hatten (n). Kompliziert, oder?? Aber genau so wird die Präzision berechnet.
Ein akzeptierter Block wird erst bestätigt, wenn nach ihm 2 × n aufeinanderfolgende bestätigte oder bestätigende Blöcke (attested oder confirmed) erscheinen. Sobald er bestätigt ist, wird er final, wenn auch sein Parent final ist.
Dieses Design gibt dem Netzwerk sowohl Geschwindigkeit als auch Sicherheit ... Blöcke können schnell eine praktische Finalität erreichen und schützen gleichzeitig weiterhin vor seltenen Netzwerk-Partitionen. Ich finde das wirklich sehr interessant und möchte eure Erfahrungen dazu wissen.. Wisst ihr das schon oder habt ihr es nur gerade aus meinem Beitrag gehört.. schreibt mir in den Kommentaren, wie ihr dazu steht.
@Dusk
$DUSK #dusk
Aber wisst ihr was?? Dusk definiert sie tatsächlich mit Präzision. Im Konsens „Succinct Attestation“ durchläuft jeder Block unter „Rolling Finality“ vier klare Zustände.....
Akzeptiert, hat eine erfolgreiche Bestätigung, kann aber noch durch einen Block mit niedrigerer Iteration ersetzt werden...
Bestätigt (Attested), kann nicht durch einen Block mit niedrigerer Iteration ersetzt werden...
Bestätigt (Confirmed), äußerst unwahrscheinlich, dass es rückgängig gemacht wird...
Final, unter allen Umständen unumkehrbar...
Der Übergang hängt von einer einfachen Regel ab: Wie viele vorherige Iterationen keine fehlerhafte Bestätigung (fail attestation) hatten (n). Kompliziert, oder?? Aber genau so wird die Präzision berechnet.
Ein akzeptierter Block wird erst bestätigt, wenn nach ihm 2 × n aufeinanderfolgende bestätigte oder bestätigende Blöcke (attested oder confirmed) erscheinen. Sobald er bestätigt ist, wird er final, wenn auch sein Parent final ist.
Dieses Design gibt dem Netzwerk sowohl Geschwindigkeit als auch Sicherheit ... Blöcke können schnell eine praktische Finalität erreichen und schützen gleichzeitig weiterhin vor seltenen Netzwerk-Partitionen. Ich finde das wirklich sehr interessant und möchte eure Erfahrungen dazu wissen.. Wisst ihr das schon oder habt ihr es nur gerade aus meinem Beitrag gehört.. schreibt mir in den Kommentaren, wie ihr dazu steht.
@Dusk
$DUSK #dusk
