#dusk $DUSK Hace un tiempo, mientras ordenaba algunas cadenas de privacidad y de cumplimiento normativo a través de su topología de red, al revisar la documentación de base, descubrí que la idea de arquitectura de nodos de Dusk (@Dusk ) es completamente distinta de la de las cadenas PoS más comunes.

Hoy en día, la mayoría de las cadenas públicas hace que los nodos validadores sean “todoterreno”: después de apostar tokens, empaquetan transacciones, construyen bloques y firman/confirmar básicamente como un servicio en una sola línea. Pero Dusk, de forma extremadamente rara, separa a la fuerza el nodo en dos campos totalmente opuestos en términos de intereses económicos y funciones físicas: Block Generators (quienes generan bloques) y Provisioners (validadores que dan fe).$PORTAL

La división entre ambos es muy clara. El Generator es como el personal duro de la red: no tiene la última palabra, y su única tarea es consumir potencia de cómputo para ensamblar bloques y ejecutar pruebas de conocimiento cero. En cambio, el Provisioner es como el “supervisor”: no produce ningún bloque; solo conserva el poder de voto. Se encarga específicamente de verificar en forma cruzada los bloques candidatos que entrega el Generator y de sellarlos/ratificarlos con su firma.$TUT

Este diseño que aísla físicamente el “crear la orden” del “revisar/repasar”, tiene una ventaja bastante intuitiva: eleva muchísimo la barrera para cometer mal en un único punto. Si un hacker quiere atacar, debe comprometer simultáneamente el extremo de cómputo (forzar al Generator) y, además, sobornar/coordinar suficientes Provisioners en el extremo financiero. Este mecanismo natural de contrapeso recíproco es exactamente lo que suele gustar a los equipos de control de riesgos de backoffice en las instituciones financieras tradicionales.

Pero una arquitectura tan refinada también tiene costos evidentes. Por un lado, al separar dos bandos, se incrementan directamente los requisitos de hardware y capital para que los usuarios comunes ejecuten nodos, lo que tiende a concentrar el poder de mantenimiento de la red en manos de instituciones profesionales. Por otro lado, en una red de privacidad totalmente anónima, la separación de funciones físicas en realidad es difícil de impedir los intentos de grandes capitales de “jugar a ambos lados”. La gran ballena puede, de forma pública, desplegar servidores de primer nivel y monopolizar el derecho de generar bloques; y, en privado, aprovechar los mecanismos de privacidad para dispersar el capital y, en la práctica, controlar los puestos de votación. Se puede defender frente a ataques externos, pero no frente al “control silencioso” dentro de una caja negra.

En comparación con la acumulación ciega de cantidad de nodos para presumir de descentralización, creo que la ruta de Dusk—usar la oposición funcional para conseguir seguridad a nivel financiero—es, en efecto, más pragmática. Lo que viene ahora es ver hasta dónde puede llegar esta arquitectura de doble vía: lo clave es vigilar, una vez que se lance en la red principal, el grado real de superposición del capital que está detrás de esos dos campos, y prestar menos atención al ruido de la propaganda que afirma que se previene el mal de forma absoluta.