En publicaciones anteriores te conté todo sobre el protocolo Kadcast en Dusk, pero ahora te voy a contar todo sobre su precisión. La mayoría de las blockchains hablan de la finalización (finality).
Pero ¿sabes qué? Dusk en realidad la define con precisión. En el consenso de Declaración Sucinta (Succinct Attestation), cada bloque pasa por cuatro estados claros bajo Rolling Finality.....
Aceptado: tiene una declaración de éxito, pero aún puede ser reemplazado por un bloque de menor iteración...
Atestado: no puede ser reemplazado por ningún bloque de menor iteración...
Confirmado: es muy improbable que se revierta...
Final: irreversible bajo cualquier circunstancia...
La transición depende de una regla sencilla: cuántas iteraciones anteriores carecieron de una declaración de fallo (n). ¿Complicado, verdad? pero así se calcula la precisión.
Un bloque aceptado se convierte en confirmado solo después de que aparezcan 2 × n bloques consecutivos atestados o confirmados después de él. Una vez confirmado, se vuelve final cuando también lo es su padre.
Este diseño le da a la red tanto velocidad como seguridad... los bloques pueden alcanzar una finalización práctica rápidamente mientras aún se protege contra particiones de red raras. Me parece realmente interesante y quiero saber tu experiencia al respecto.. ¿Ya sabías de esto o acabas de enterarte por mi publicación ahora mismo?.. dime en la sección de comentarios cuál es tu opinión sobre esto.
@Dusk
$DUSK #dusk
Pero ¿sabes qué? Dusk en realidad la define con precisión. En el consenso de Declaración Sucinta (Succinct Attestation), cada bloque pasa por cuatro estados claros bajo Rolling Finality.....
Aceptado: tiene una declaración de éxito, pero aún puede ser reemplazado por un bloque de menor iteración...
Atestado: no puede ser reemplazado por ningún bloque de menor iteración...
Confirmado: es muy improbable que se revierta...
Final: irreversible bajo cualquier circunstancia...
La transición depende de una regla sencilla: cuántas iteraciones anteriores carecieron de una declaración de fallo (n). ¿Complicado, verdad? pero así se calcula la precisión.
Un bloque aceptado se convierte en confirmado solo después de que aparezcan 2 × n bloques consecutivos atestados o confirmados después de él. Una vez confirmado, se vuelve final cuando también lo es su padre.
Este diseño le da a la red tanto velocidad como seguridad... los bloques pueden alcanzar una finalización práctica rápidamente mientras aún se protege contra particiones de red raras. Me parece realmente interesante y quiero saber tu experiencia al respecto.. ¿Ya sabías de esto o acabas de enterarte por mi publicación ahora mismo?.. dime en la sección de comentarios cuál es tu opinión sobre esto.
@Dusk
$DUSK #dusk
