El año pasado escuché un comentario auténtico en casa de un amigo que trabaja en una casa de valores. Querían probar la emisión de activos en cadena, pero se dieron cuenta de que en la red pública todo quedaba a la vista: las contrapartes en cada operación y los importes de las posiciones. Las palabras de mi amigo fueron: “¿Qué diferencia hay entre entregar directamente las cartas bajo la manga de una operación al competidor?”. La preocupación de las finanzas tradicionales por la transparencia va mucho más allá de lo que imaginamos.
Después, di con el proyecto Dusk. Mi primera reacción fue: por fin alguien lo está haciendo como un problema de ingeniería. @Dusk
Hablemos primero del mecanismo de consenso. Dusk utiliza Segregated Byzantine Agreement. En la Sección 3 del whitepaper está explicado con mucho detalle: cada ronda de consenso se compone de tres pasos—propuesta, verificación y aprobación. El proponente se selecciona mediante un proceso de Proof-of-Blind Bid, y durante todo el procedimiento no se revelan ni la identidad de los participantes ni el importe de su colateral. Me pareció muy ingeniosa esta arquitectura porque combina la eficiencia de PoS con la privacidad de las pruebas de conocimiento cero: los nodos pueden participar en el consenso de forma anónima, y aun así la mala conducta se castiga con confiscación.
Ahora el modelo de transacciones. El whitepaper distingue entre Moonlight y Phoenix. El primero es un modelo de cuentas públicas; el segundo es un modelo de transacciones ofuscadas basado en UTXO. En otras palabras: se le da al usuario la opción—las transferencias normales van por un canal público y las operaciones sensibles por un canal de privacidad. Esto me parece más pragmático que las cadenas que he visto que son o completamente privadas o completamente transparentes.
En la capa de aplicación, Dusk convence a las instituciones por dos puntos. La red principal de DuskEVM ya está prevista para lanzarse en enero de 2026, y los desarrolladores de Solidity pueden migrar y desplegar directamente. Además, la colaboración con NPEX de Países Bajos ya está materializada: en la cadena se completó la emisión y la negociación de activos securitizados por valor de cientos de millones de euros. Esto no es una visión de whitepaper: es circulación de activos reales.
Pero los desafíos también existen. La actividad de la comunidad necesita mejorar; la frecuencia de actualización en GitHub no es alta; y el umbral de entrada hace que algunas personas se echen para atrás. La incertidumbre del ritmo de cumplimiento externo también es una variable: la narrativa de Dusk se apoya en requisitos de cumplimiento de la Unión Europea y, si las políticas cambian, la base se verá afectada. La liquidez no es abundante y todavía hay margen para mejorar la profundidad de la negociación y la atención.
Dusk es como una llave pulida para un escenario específico. Cuando explota el de RWA, se convierte en infraestructura; que no llegue en seguida es una señal de una cadena técnicamente sólida, pero cuya comunidad aún necesita cultivarse. Si la combinación de privacidad conforme con RWA se volverá la corriente principal o seguirá siendo un nicho, yo me inclino por que lo primero a corto plazo y lo segundo a largo plazo. #dusk $DUSK
Después, di con el proyecto Dusk. Mi primera reacción fue: por fin alguien lo está haciendo como un problema de ingeniería. @Dusk
Hablemos primero del mecanismo de consenso. Dusk utiliza Segregated Byzantine Agreement. En la Sección 3 del whitepaper está explicado con mucho detalle: cada ronda de consenso se compone de tres pasos—propuesta, verificación y aprobación. El proponente se selecciona mediante un proceso de Proof-of-Blind Bid, y durante todo el procedimiento no se revelan ni la identidad de los participantes ni el importe de su colateral. Me pareció muy ingeniosa esta arquitectura porque combina la eficiencia de PoS con la privacidad de las pruebas de conocimiento cero: los nodos pueden participar en el consenso de forma anónima, y aun así la mala conducta se castiga con confiscación.
Ahora el modelo de transacciones. El whitepaper distingue entre Moonlight y Phoenix. El primero es un modelo de cuentas públicas; el segundo es un modelo de transacciones ofuscadas basado en UTXO. En otras palabras: se le da al usuario la opción—las transferencias normales van por un canal público y las operaciones sensibles por un canal de privacidad. Esto me parece más pragmático que las cadenas que he visto que son o completamente privadas o completamente transparentes.
En la capa de aplicación, Dusk convence a las instituciones por dos puntos. La red principal de DuskEVM ya está prevista para lanzarse en enero de 2026, y los desarrolladores de Solidity pueden migrar y desplegar directamente. Además, la colaboración con NPEX de Países Bajos ya está materializada: en la cadena se completó la emisión y la negociación de activos securitizados por valor de cientos de millones de euros. Esto no es una visión de whitepaper: es circulación de activos reales.
Pero los desafíos también existen. La actividad de la comunidad necesita mejorar; la frecuencia de actualización en GitHub no es alta; y el umbral de entrada hace que algunas personas se echen para atrás. La incertidumbre del ritmo de cumplimiento externo también es una variable: la narrativa de Dusk se apoya en requisitos de cumplimiento de la Unión Europea y, si las políticas cambian, la base se verá afectada. La liquidez no es abundante y todavía hay margen para mejorar la profundidad de la negociación y la atención.
Dusk es como una llave pulida para un escenario específico. Cuando explota el de RWA, se convierte en infraestructura; que no llegue en seguida es una señal de una cadena técnicamente sólida, pero cuya comunidad aún necesita cultivarse. Si la combinación de privacidad conforme con RWA se volverá la corriente principal o seguirá siendo un nicho, yo me inclino por que lo primero a corto plazo y lo segundo a largo plazo. #dusk $DUSK