Nadie me dijo que la fecha de la mainnet 2027 de DuskEVM viene con un requisito previo del que casi nadie habla.
Esta mañana estaba revisando las notas al pie del roadmap cuando me di cuenta. La mainnet de DuskEVM no puede bifurcarse directamente desde el testnet Boreas RC1. Tiene que esperar primero la actualización Rusk de la mainnet de Boreas. Y Rusk no es una simple actualización de versión. Reescribe la lógica de selección dentro del mecanismo de consenso SBA.
SBA en Boreas RC1 funciona así. Los validadores envían una puja ciega antes de cada bloque. Un VRF mezcla el hash del bloque anterior para seleccionar al productor del bloque, validando a los miembros del comité con una recompensa del 5% y aprobando a los miembros del comité con otro 5%.
Rusk cambia dos cosas específicamente.
Primero, se agrega el ponderado de identidad Citadel a la fase de compromiso de la puja ciega. El coeficiente de compensación de la lotería se ajusta ligeramente para que los nodos con un nivel KYC más alto tengan un pequeño sesgo. Esto evita que los nodos anónimos que nunca pasaron el canal AFM dominen la producción de bloques solo por el tamaño del staking.
Segundo, el umbral de la firma del comité aprobador pasa de firmar el 5% de peso de manera colectiva a exigir al menos 3 nodos de regiones geográficas independientes que firmen para ese peso combinado del 5%. Capturar el control desde un único centro de datos se vuelve estructuralmente más difícil.
La finalidad (finality) del estado de DuskEVM se ancla a DuskDS. Si Rusk reduce la fluctuación en la producción de bloques, de más/menos 1.5 segundos a más/menos 0.5 segundos, la liquidación DvP a nivel de segundo de NPEX se convierte en algo que realmente puedes incluir en un SLA.
Ejecutando yo mismo nodos de testnet, vi que la lotería de SBA se repetía hasta una tercera ronda varias veces cuando los miembros del comité de validación se desconectaban. Después de Rusk, eso se vuelve estructuralmente menos frecuente.
La fecha de 2027 no es un retraso. Es el equipo esperando que Rusk ejecute la lógica de selección a través de un trimestre completo de tráfico simulado de NPEX antes de tocar la mainnet. Esa disciplina vale más que una fecha de lanzamiento más rápida.
#dusk $DUSK @Dusk
Esta mañana estaba revisando las notas al pie del roadmap cuando me di cuenta. La mainnet de DuskEVM no puede bifurcarse directamente desde el testnet Boreas RC1. Tiene que esperar primero la actualización Rusk de la mainnet de Boreas. Y Rusk no es una simple actualización de versión. Reescribe la lógica de selección dentro del mecanismo de consenso SBA.
SBA en Boreas RC1 funciona así. Los validadores envían una puja ciega antes de cada bloque. Un VRF mezcla el hash del bloque anterior para seleccionar al productor del bloque, validando a los miembros del comité con una recompensa del 5% y aprobando a los miembros del comité con otro 5%.
Rusk cambia dos cosas específicamente.
Primero, se agrega el ponderado de identidad Citadel a la fase de compromiso de la puja ciega. El coeficiente de compensación de la lotería se ajusta ligeramente para que los nodos con un nivel KYC más alto tengan un pequeño sesgo. Esto evita que los nodos anónimos que nunca pasaron el canal AFM dominen la producción de bloques solo por el tamaño del staking.
Segundo, el umbral de la firma del comité aprobador pasa de firmar el 5% de peso de manera colectiva a exigir al menos 3 nodos de regiones geográficas independientes que firmen para ese peso combinado del 5%. Capturar el control desde un único centro de datos se vuelve estructuralmente más difícil.
La finalidad (finality) del estado de DuskEVM se ancla a DuskDS. Si Rusk reduce la fluctuación en la producción de bloques, de más/menos 1.5 segundos a más/menos 0.5 segundos, la liquidación DvP a nivel de segundo de NPEX se convierte en algo que realmente puedes incluir en un SLA.
Ejecutando yo mismo nodos de testnet, vi que la lotería de SBA se repetía hasta una tercera ronda varias veces cuando los miembros del comité de validación se desconectaban. Después de Rusk, eso se vuelve estructuralmente menos frecuente.
La fecha de 2027 no es un retraso. Es el equipo esperando que Rusk ejecute la lógica de selección a través de un trimestre completo de tráfico simulado de NPEX antes de tocar la mainnet. Esa disciplina vale más que una fecha de lanzamiento más rápida.
#dusk $DUSK @Dusk
