Después de que Dusk anunció el funcionamiento de la red principal, no lo reenvié de inmediato. En estos años he visto muchos proyectos: cuando se lanzan hay mucho movimiento, pero a los pocos meses la altura de los bloques casi no crece y los nodos no cambian. Así que esta vez no tuve prisa por escribir; estuve varios días seguidos mirando los datos on-chain.
Primero observé si la altura de los bloques variaba de forma continua, si el ritmo de producción era estable, y si la participación realmente avanzaba o se estaba quedando atrás. Antes, cuando evaluaba el valor de una cadena, estaba acostumbrado a mirar la promoción y el volumen de transacciones. Pero tras observar estos días, lo que de verdad no miente es si la red ha logrado mantener un estado de funcionamiento continuo. Ese juicio es frío, pero cuanto más lo miro, más lo entiendo y más lo comparto.
Lo que de verdad me detuvo fue la Succinct Attestation de Dusk. Se trata del nivel base de DuskDS, un protocolo de consenso PoS basado en comités: mediante un Provisioner seleccionado aleatoriamente que propone, valida y confirma bloques. Cada ronda de consenso consta de tres pasos: en la fase de Proposal, un Provisioner elegido crea y transmite el bloque candidato; en la fase de Validation, un comité revisa la validez del bloque y requiere que se apruebe por mayoría absoluta de dos tercios; en la fase de Ratification, otro comité confirma y, finalmente, “sella” el bloque. Una vez que se supera Ratification, el bloque entra en un estado final determinista y no puede retroceder (no se hace rollback).
Me fijé en este detalle dos veces, porque no habla de “seguridad de alta probabilidad”, sino de “una vez confirmada, es de verdad el final”.
Esto es crucial para escenarios financieros. Muchas cadenas siguen una lógica donde, si esperas un poco más, en la mayoría de los casos no hay rollback. Pero los valores, la compensación y liquidación, y los activos sujetos a cumplimiento no aceptan un “casi seguro”. Ellos necesitan un resultado claro: si se confirma ayer, no debería deshacerse hoy. Antes pensaba que la finalidad era un indicador técnico; ahora me doy cuenta de que es el umbral que determina si las instituciones se atreven o no a colocar activos reales en la cadena.
Convertirse en Provisioner tampoco es complicado: se requiere apostar al menos 1000 DUSK y ejecutar un nodo. El nodo debe estar en línea 24/7, con un mínimo de 2 núcleos de CPU, 4GB de memoria y 50GB de almacenamiento. Tras apostar, la participación madura en unas 12 horas; luego ya se puede participar en el consenso. El comité selecciona aleatoriamente por sorteo según el peso de la apuesta, y cada ronda es diferente.
Estos días, el mayor cambio no es que confíe más en Dusk, sino que tengo más claro qué debo mirar. Para una infraestructura orientada a la privacidad y las finanzas reguladas, el lanzamiento de la red principal es solo el punto de partida; lo verdaderamente importante es si la red puede generar de forma estable estados confiables#dusk $DUSK @Dusk
Primero observé si la altura de los bloques variaba de forma continua, si el ritmo de producción era estable, y si la participación realmente avanzaba o se estaba quedando atrás. Antes, cuando evaluaba el valor de una cadena, estaba acostumbrado a mirar la promoción y el volumen de transacciones. Pero tras observar estos días, lo que de verdad no miente es si la red ha logrado mantener un estado de funcionamiento continuo. Ese juicio es frío, pero cuanto más lo miro, más lo entiendo y más lo comparto.
Lo que de verdad me detuvo fue la Succinct Attestation de Dusk. Se trata del nivel base de DuskDS, un protocolo de consenso PoS basado en comités: mediante un Provisioner seleccionado aleatoriamente que propone, valida y confirma bloques. Cada ronda de consenso consta de tres pasos: en la fase de Proposal, un Provisioner elegido crea y transmite el bloque candidato; en la fase de Validation, un comité revisa la validez del bloque y requiere que se apruebe por mayoría absoluta de dos tercios; en la fase de Ratification, otro comité confirma y, finalmente, “sella” el bloque. Una vez que se supera Ratification, el bloque entra en un estado final determinista y no puede retroceder (no se hace rollback).
Me fijé en este detalle dos veces, porque no habla de “seguridad de alta probabilidad”, sino de “una vez confirmada, es de verdad el final”.
Esto es crucial para escenarios financieros. Muchas cadenas siguen una lógica donde, si esperas un poco más, en la mayoría de los casos no hay rollback. Pero los valores, la compensación y liquidación, y los activos sujetos a cumplimiento no aceptan un “casi seguro”. Ellos necesitan un resultado claro: si se confirma ayer, no debería deshacerse hoy. Antes pensaba que la finalidad era un indicador técnico; ahora me doy cuenta de que es el umbral que determina si las instituciones se atreven o no a colocar activos reales en la cadena.
Convertirse en Provisioner tampoco es complicado: se requiere apostar al menos 1000 DUSK y ejecutar un nodo. El nodo debe estar en línea 24/7, con un mínimo de 2 núcleos de CPU, 4GB de memoria y 50GB de almacenamiento. Tras apostar, la participación madura en unas 12 horas; luego ya se puede participar en el consenso. El comité selecciona aleatoriamente por sorteo según el peso de la apuesta, y cada ronda es diferente.
Estos días, el mayor cambio no es que confíe más en Dusk, sino que tengo más claro qué debo mirar. Para una infraestructura orientada a la privacidad y las finanzas reguladas, el lanzamiento de la red principal es solo el punto de partida; lo verdaderamente importante es si la red puede generar de forma estable estados confiables#dusk $DUSK @Dusk
