Al investigar la arquitectura técnica de Dusk, encontré un punto contradictorio que suele pasar desapercibido: dedica una gran cantidad de esfuerzo a mantener la conformidad a nivel de transacciones, pero rara vez se menciona la asignación del control en la capa de ejecución de EVM.
En la documentación se indica que la capa EVM la gestiona un único ordenante para empaquetar transacciones, lo cual responde a la misma lógica que los ordenadores centralizados de las redes de capa 2 de Ethereum. A primera vista, esto puede mejorar la eficiencia y reducir costos, pero cuando las instituciones hacen due diligence, la primera pregunta que hacen es: ¿quién opera ese ordenante? ¿Quién se hace responsable en caso de una caída? ¿Quién adelanta el capital cuando los activos del cliente quedan atrapados en la cola?
Por más ingeniosos que sean Phoenix y Zedger, solo pueden garantizar la confidencialidad del contenido de las transacciones y la corrección de la lógica de verificación. Pero si los “interruptores” de toda la capa de ejecución están en manos de una sola entidad, la etiqueta de “infraestructura financiera descentralizada” pierde fuerza. Las normas de custodia de la Autoridad Europea de Valores y Mercados (ESMA) precisamente están poniendo el foco en este tipo de cuestiones: quién controla los activos del cliente y quién asume la responsabilidad cuando el sistema se interrumpe.
Más contradictorio aún: la capa de consenso de la mainnet de Dusk sí ofrece garantías de finalidad de las transacciones, pero los permisos de ordenamiento en la capa de ejecución siguen estando centralizados. Es como que construyes un búnker antibalas, pero la tarjeta de acceso del búnker es solo una, y la tiene el equipo del proyecto en el bolsillo.
No digo que la centralización del ordenante sea necesariamente mala, sino que existe una tensión entre este diseño y el relato de “cumplimiento a nivel institucional”. Las instituciones financieras tradicionales necesitan garantías operativas que puedan quedar plasmadas en un contrato, no “confía en que gestionaremos todo con responsabilidad”. Si Dusk realmente quiere atender activos institucionales a gran escala, el tema de la asignación de control tarde o temprano tendrá que responderse de forma directa.
Cuando algún día vea mecanismos de gobernanza del ordenante, planes de contingencia y un roadmap de descentralización divulgados de manera clara, entonces podré evaluar cuán atractiva es realmente esta arquitectura para las instituciones. Por ahora, solo puedo decir que las capacidades técnicas están ahí, pero la madurez de la arquitectura operativa aún necesita validación con el tiempo.
#dusk $DUSK @Dusk
En la documentación se indica que la capa EVM la gestiona un único ordenante para empaquetar transacciones, lo cual responde a la misma lógica que los ordenadores centralizados de las redes de capa 2 de Ethereum. A primera vista, esto puede mejorar la eficiencia y reducir costos, pero cuando las instituciones hacen due diligence, la primera pregunta que hacen es: ¿quién opera ese ordenante? ¿Quién se hace responsable en caso de una caída? ¿Quién adelanta el capital cuando los activos del cliente quedan atrapados en la cola?
Por más ingeniosos que sean Phoenix y Zedger, solo pueden garantizar la confidencialidad del contenido de las transacciones y la corrección de la lógica de verificación. Pero si los “interruptores” de toda la capa de ejecución están en manos de una sola entidad, la etiqueta de “infraestructura financiera descentralizada” pierde fuerza. Las normas de custodia de la Autoridad Europea de Valores y Mercados (ESMA) precisamente están poniendo el foco en este tipo de cuestiones: quién controla los activos del cliente y quién asume la responsabilidad cuando el sistema se interrumpe.
Más contradictorio aún: la capa de consenso de la mainnet de Dusk sí ofrece garantías de finalidad de las transacciones, pero los permisos de ordenamiento en la capa de ejecución siguen estando centralizados. Es como que construyes un búnker antibalas, pero la tarjeta de acceso del búnker es solo una, y la tiene el equipo del proyecto en el bolsillo.
No digo que la centralización del ordenante sea necesariamente mala, sino que existe una tensión entre este diseño y el relato de “cumplimiento a nivel institucional”. Las instituciones financieras tradicionales necesitan garantías operativas que puedan quedar plasmadas en un contrato, no “confía en que gestionaremos todo con responsabilidad”. Si Dusk realmente quiere atender activos institucionales a gran escala, el tema de la asignación de control tarde o temprano tendrá que responderse de forma directa.
Cuando algún día vea mecanismos de gobernanza del ordenante, planes de contingencia y un roadmap de descentralización divulgados de manera clara, entonces podré evaluar cuán atractiva es realmente esta arquitectura para las instituciones. Por ahora, solo puedo decir que las capacidades técnicas están ahí, pero la madurez de la arquitectura operativa aún necesita validación con el tiempo.
#dusk $DUSK @Dusk