#dusk $DUSK @Dusk
Ayudaba a mi hijo con la tarea hasta tarde esta noche cuando, de repente, me preguntó:
“¿Qué pasa si se estropea el ordenador?”
Mi primera reacción fue simple: “Solo reinícialo.”
Pero entonces pensé en algo que he estado leyendo en el whitepaper de Dusk, y la pregunta de pronto pareció mucho más grande.
Una blockchain puede verse impresionante cuando todo funciona a la perfección. La prueba real, sin embargo, es qué ocurre cuando empiezan a salir mal las cosas.
El diseño de consenso de Dusk tiene un flujo normal: un bloque se propone, se verifica y luego se aprueba. Si suficientes participantes están de acuerdo—2/3—el bloque avanza.
Pero, ¿y si la red se queda bloqueada?
Según el diseño, después de 16 intentos consecutivos fallidos, el sistema puede entrar en un “modo de emergencia”. En lugar de simplemente detenerse y esperar a que alguien lo reinicie, el mecanismo de tiempo de espera se desactiva y la red sigue funcionando hasta que se produzca un bloque válido.
Es una mentalidad muy distinta de “solo reiniciar”.
Básicamente, es un plan de contingencia integrado en el proceso de consenso.
Y aquí es donde me parece interesante Dusk. Para infraestructura financiera, la fiabilidad durante condiciones anómalas puede importar más que otro número impresionante de TPS. Las instituciones necesitan saber qué ocurre cuando baja la participación, fallan nodos o la red enfrenta tensiones inesperadas.
Incluso la estructura de recompensas muestra la atención que se presta a los incentivos: 80% para el productor del bloque, 10% para los votantes y 10% para el protocolo.
Por supuesto, el diseño sobre el papel es una cosa. Demostrarlo en condiciones del mundo real es otra.
DuskEVM todavía está en testnet, así que no estoy listo para afirmar que todo esto esté probado a escala.
Pero cuanto más lo analizo, más creo que esta es la pregunta que vale la pena hacer sobre cualquier blockchain seria:
No me muestres solo cómo funciona la red cuando todo sale bien. Muéstrame qué pasa cuando todo sale mal.
Ayudaba a mi hijo con la tarea hasta tarde esta noche cuando, de repente, me preguntó:
“¿Qué pasa si se estropea el ordenador?”
Mi primera reacción fue simple: “Solo reinícialo.”
Pero entonces pensé en algo que he estado leyendo en el whitepaper de Dusk, y la pregunta de pronto pareció mucho más grande.
Una blockchain puede verse impresionante cuando todo funciona a la perfección. La prueba real, sin embargo, es qué ocurre cuando empiezan a salir mal las cosas.
El diseño de consenso de Dusk tiene un flujo normal: un bloque se propone, se verifica y luego se aprueba. Si suficientes participantes están de acuerdo—2/3—el bloque avanza.
Pero, ¿y si la red se queda bloqueada?
Según el diseño, después de 16 intentos consecutivos fallidos, el sistema puede entrar en un “modo de emergencia”. En lugar de simplemente detenerse y esperar a que alguien lo reinicie, el mecanismo de tiempo de espera se desactiva y la red sigue funcionando hasta que se produzca un bloque válido.
Es una mentalidad muy distinta de “solo reiniciar”.
Básicamente, es un plan de contingencia integrado en el proceso de consenso.
Y aquí es donde me parece interesante Dusk. Para infraestructura financiera, la fiabilidad durante condiciones anómalas puede importar más que otro número impresionante de TPS. Las instituciones necesitan saber qué ocurre cuando baja la participación, fallan nodos o la red enfrenta tensiones inesperadas.
Incluso la estructura de recompensas muestra la atención que se presta a los incentivos: 80% para el productor del bloque, 10% para los votantes y 10% para el protocolo.
Por supuesto, el diseño sobre el papel es una cosa. Demostrarlo en condiciones del mundo real es otra.
DuskEVM todavía está en testnet, así que no estoy listo para afirmar que todo esto esté probado a escala.
Pero cuanto más lo analizo, más creo que esta es la pregunta que vale la pena hacer sobre cualquier blockchain seria:
No me muestres solo cómo funciona la red cuando todo sale bien. Muéstrame qué pasa cuando todo sale mal.
