“EVM compatible” solucionó cómo pueden entrar los desarrolladores. Lo que debe resolver Hedger es, después de que entren las instituciones, qué datos no deberían hacerse públicos
Recientemente leí un análisis sobre DuskEVM y el autor dijo una frase que me dejó pensando mucho: “La compatibilidad con EVM solo resuelve la mitad del problema”.
Solidity, Foundry, Hardhat: estas herramientas permiten que los desarrolladores puedan reutilizar el familiar stack de herramientas de Ethereum. Pero el autor señaló un problema más doloroso: ¿realmente las instituciones están dispuestas a revelar por completo sus saldos, posiciones e importes de las transacciones?
Cuanto más lo pienso, más siento que esta es la contradicción central del sector RWA. Haces que las instituciones pongan los valores en la cadena: la parte técnica no es el problema. El problema es que, una vez en la cadena, todos los datos de las transacciones quedan al alcance de cualquiera para observarlo todo: posiciones, contrapartes y el flujo de fondos, totalmente transparente. Eso es inaceptable en los mercados financieros tradicionales.
@Dusk
La respuesta que da el módulo Hedger de Dusk es: la encriptación homomórfica permite que los datos participen en el cómputo manteniéndose cifrados, y las pruebas de conocimiento cero se encargan de demostrar que el resultado cumple las reglas. Los datos no necesariamente tienen que hacerse públicos, pero la ejecución aún puede verificarse.
Para los market makers, esto permite ocultar posiciones sensibles; para las instituciones financieras, proteger saldos confidenciales; y cuando se necesita auditoría, se puede autorizar la divulgación. En términos lógicos, este diseño sí resuelve la “paradoja privacidad-compliance”.
Pero el punto es que Hedger todavía se encuentra en la testnet. Una función que aún está en fase de pruebas se está escribiendo dentro del relato central de RWA de las instituciones. La combinación de encriptación homomórfica y pruebas de conocimiento cero, en teoría, es válida. Pero entre que la teoría es válida y que las instituciones realmente empiecen a usarla hay tres escalones: ejecutar el flujo en la mainnet, hacer pruebas de esfuerzo y obtener el reconocimiento/regulación correspondiente.
La compatibilidad con EVM resuelve cómo entran los desarrolladores. Lo que Hedger busca resolver, después de que entren las instituciones financieras, es qué datos de ninguna manera deberían hacerse públicos. Si la mainnet de DuskEVM logra finalmente ejecutar este flujo de trabajo EVM confidencial, entonces es donde —en mi opinión— realmente se crea una diferenciación. Hasta entonces, “EVM compatible” solo resuelve la mitad del problema.
#dusk $DUSK
Recientemente leí un análisis sobre DuskEVM y el autor dijo una frase que me dejó pensando mucho: “La compatibilidad con EVM solo resuelve la mitad del problema”.
Solidity, Foundry, Hardhat: estas herramientas permiten que los desarrolladores puedan reutilizar el familiar stack de herramientas de Ethereum. Pero el autor señaló un problema más doloroso: ¿realmente las instituciones están dispuestas a revelar por completo sus saldos, posiciones e importes de las transacciones?
Cuanto más lo pienso, más siento que esta es la contradicción central del sector RWA. Haces que las instituciones pongan los valores en la cadena: la parte técnica no es el problema. El problema es que, una vez en la cadena, todos los datos de las transacciones quedan al alcance de cualquiera para observarlo todo: posiciones, contrapartes y el flujo de fondos, totalmente transparente. Eso es inaceptable en los mercados financieros tradicionales.
@Dusk
La respuesta que da el módulo Hedger de Dusk es: la encriptación homomórfica permite que los datos participen en el cómputo manteniéndose cifrados, y las pruebas de conocimiento cero se encargan de demostrar que el resultado cumple las reglas. Los datos no necesariamente tienen que hacerse públicos, pero la ejecución aún puede verificarse.
Para los market makers, esto permite ocultar posiciones sensibles; para las instituciones financieras, proteger saldos confidenciales; y cuando se necesita auditoría, se puede autorizar la divulgación. En términos lógicos, este diseño sí resuelve la “paradoja privacidad-compliance”.
Pero el punto es que Hedger todavía se encuentra en la testnet. Una función que aún está en fase de pruebas se está escribiendo dentro del relato central de RWA de las instituciones. La combinación de encriptación homomórfica y pruebas de conocimiento cero, en teoría, es válida. Pero entre que la teoría es válida y que las instituciones realmente empiecen a usarla hay tres escalones: ejecutar el flujo en la mainnet, hacer pruebas de esfuerzo y obtener el reconocimiento/regulación correspondiente.
La compatibilidad con EVM resuelve cómo entran los desarrolladores. Lo que Hedger busca resolver, después de que entren las instituciones financieras, es qué datos de ninguna manera deberían hacerse públicos. Si la mainnet de DuskEVM logra finalmente ejecutar este flujo de trabajo EVM confidencial, entonces es donde —en mi opinión— realmente se crea una diferenciación. Hasta entonces, “EVM compatible” solo resuelve la mitad del problema.
#dusk $DUSK
