#dusk $DUSK @Dusk
Finalidad progresiva: cómo el crepúsculo confirma transacciones
No todos los bloques necesitan saltar de “aceptado” a finalización permanente en un solo momento. Dusk adopta un enfoque más progresivo mediante la finalidad progresiva.
Un bloque puede primero ser aceptado, es decir, que se alcanzó el consenso, pero aún podría ser reemplazado por un bloque competidor de una iteración menor. Si todas las iteraciones anteriores ya se ha comprobado que fallaron, el bloque se vuelve atestiguado y no puede ser reemplazado por una alternativa de iteración inferior.
Luego llega la confirmación. Cada sucesor adecuado añade más evidencia de que los proveedores están construyendo sobre la misma cadena. Para un bloque aceptado, la cantidad de sucesores requeridos depende de las iteraciones anteriores que aún no se han resuelto. Cuanta más incertidumbre, más confirmaciones se necesitan.
Finalmente, la confirmación avanza por la cadena: una vez que un bloque está confirmado y su padre es final, también puede volverse final.
Lo interesante es que la finalización en Dusk no se trata como un temporizador simple ni como una cantidad fija de confirmaciones. Se adapta al historial del bloque y a la evidencia creada por rondas posteriores de consenso.
Eso crea una ruta cambiante de posibilidad → aceptación → mayor confianza → finalización.
Finalidad progresiva: cómo el crepúsculo confirma transacciones
No todos los bloques necesitan saltar de “aceptado” a finalización permanente en un solo momento. Dusk adopta un enfoque más progresivo mediante la finalidad progresiva.
Un bloque puede primero ser aceptado, es decir, que se alcanzó el consenso, pero aún podría ser reemplazado por un bloque competidor de una iteración menor. Si todas las iteraciones anteriores ya se ha comprobado que fallaron, el bloque se vuelve atestiguado y no puede ser reemplazado por una alternativa de iteración inferior.
Luego llega la confirmación. Cada sucesor adecuado añade más evidencia de que los proveedores están construyendo sobre la misma cadena. Para un bloque aceptado, la cantidad de sucesores requeridos depende de las iteraciones anteriores que aún no se han resuelto. Cuanta más incertidumbre, más confirmaciones se necesitan.
Finalmente, la confirmación avanza por la cadena: una vez que un bloque está confirmado y su padre es final, también puede volverse final.
Lo interesante es que la finalización en Dusk no se trata como un temporizador simple ni como una cantidad fija de confirmaciones. Se adapta al historial del bloque y a la evidencia creada por rondas posteriores de consenso.
Eso crea una ruta cambiante de posibilidad → aceptación → mayor confianza → finalización.