Todo el mundo habla de la rápida finalidad de Dusk. Yo encontré la parte interesante en lo que ocurre cuando falla el primer bloque.@Dusk
Pasé la tarde buceando en las reglas de finalidad de Dusk en el whitepaper y la documentación actual, y la ruta n=0 es lo que realmente me detuvo.
Los bloques pasan por cuatro estados: Accepted, Attested, Confirmed y luego Final. El número clave es n: cuántas iteraciones anteriores en el mismo round ya fallaron.
Cuando n es igual a cero, el bloque se marca como Attested de inmediato. Una vez que tiene un único sucesor que a su vez es Attested o Confirmed, pasa a Confirmed. Esa es la ruta rápida que describen los documentos.
Cuando n es mayor que cero, las reglas cambian. El bloque solo comienza como Accepted. Luego necesita 2n bloques consecutivos que sean Attested o Confirmed después de él para poder llegar a Confirmed. Por ejemplo, un bloque de iteración 5 con dos fallos anteriores necesita cuatro bloques buenos más. Solo después de que se vuelve Confirmed y su padre ya es Final es cuando se vuelve irreversible.
El diseño deliberadamente otorga una finalidad más fuerte al primer generador que tiene éxito. Los posteriores obtienen la misma fuerza solo después de que la red haya visto más evidencia de que los intentos anteriores realmente fallaron.
Eso cuadra.
Lo que me seguía inquietando es lo poco frecuente que aparece la ruta más lenta en la conversación cotidiana. Bajo condiciones normales, la mayoría de los bloques toman la ruta n=0 y alcanzan una finalidad fuerte rápidamente. Las exigencias adicionales solo aparecen cuando la red ya está bajo estrés.
Aun así, sigo preguntándome cuántas personas que citan “finalidad instantánea” realmente han convivido con la diferencia entre las dos rutas.
#dusk $DUSK
Pasé la tarde buceando en las reglas de finalidad de Dusk en el whitepaper y la documentación actual, y la ruta n=0 es lo que realmente me detuvo.
Los bloques pasan por cuatro estados: Accepted, Attested, Confirmed y luego Final. El número clave es n: cuántas iteraciones anteriores en el mismo round ya fallaron.
Cuando n es igual a cero, el bloque se marca como Attested de inmediato. Una vez que tiene un único sucesor que a su vez es Attested o Confirmed, pasa a Confirmed. Esa es la ruta rápida que describen los documentos.
Cuando n es mayor que cero, las reglas cambian. El bloque solo comienza como Accepted. Luego necesita 2n bloques consecutivos que sean Attested o Confirmed después de él para poder llegar a Confirmed. Por ejemplo, un bloque de iteración 5 con dos fallos anteriores necesita cuatro bloques buenos más. Solo después de que se vuelve Confirmed y su padre ya es Final es cuando se vuelve irreversible.
El diseño deliberadamente otorga una finalidad más fuerte al primer generador que tiene éxito. Los posteriores obtienen la misma fuerza solo después de que la red haya visto más evidencia de que los intentos anteriores realmente fallaron.
Eso cuadra.
Lo que me seguía inquietando es lo poco frecuente que aparece la ruta más lenta en la conversación cotidiana. Bajo condiciones normales, la mayoría de los bloques toman la ruta n=0 y alcanzan una finalidad fuerte rápidamente. Las exigencias adicionales solo aparecen cuando la red ya está bajo estrés.
Aun así, sigo preguntándome cuántas personas que citan “finalidad instantánea” realmente han convivido con la diferencia entre las dos rutas.
#dusk $DUSK