Cómo el módulo Hedger de Dusk aporta privacidad a EVM sin romper el cumplimiento
La criptografía homomórfica te permite computar sobre datos sin descifrarlos primero.
Esa frase suena abstracta hasta que piensas en lo que significa dentro de un smart contract.
Un contrato estándar de EVM opera sobre un estado público.
Cada entrada, cada saldo, cada llamada de función es visible para la red.
Para la mayoría de los casos de uso de DeFi, eso está bien.
Es un problema de diseño para aplicaciones financieras reguladas en las que las posiciones de las contrapartes necesitan permanecer confidenciales.
Empecé a investigar específicamente el módulo Hedger de dusk_foundation porque ese vacío me pareció la parte más difícil del problema EVM-para-finanzas que había que resolver.
La mayoría de los enfoques de privacidad para EVM hacen una de dos cosas.
Ocultan la transacción por completo, lo que cumple la confidencialidad pero rompe la auditabilidad regulatoria.
O trasladan la computación fuera de la cadena, lo que introduce supuestos de confianza que los equipos de cumplimiento no van a aceptar.
Hedger toma un camino diferente.
Usa criptografía homomórfica para procesar estado confidencial dentro del entorno de ejecución de EVM. La lógica del contrato se ejecuta sobre entradas cifradas. La red nunca ve los valores subyacentes.
Pero las partes autorizadas, específicamente los reguladores con la clave de descifrado adecuada, pueden auditar la transacción.
La capa ZK se encarga de la verificación. Genera una prueba que confirma que la computación se ejecutó correctamente, sin revelar a la red las entradas cifradas.
El diseño es significativamente distinto de lo que he visto en la mayoría de las propuestas de privacidad para EVM.
Confidencialidad revisable a nivel de ejecución, no solo en la capa de transporte.
Lo que aún no sé es cómo se comporta esto con el volumen real de trading. La criptografía homomórfica es computacionalmente intensiva. La brecha entre una implementación que funciona y una que cumple los requisitos de latencia de los mercados financieros reales es exactamente donde la mayoría de los sistemas de smart contracts con privacidad han tenido problemas antes.
$DUSK #dusk @Dusk $BTC
La criptografía homomórfica te permite computar sobre datos sin descifrarlos primero.
Esa frase suena abstracta hasta que piensas en lo que significa dentro de un smart contract.
Un contrato estándar de EVM opera sobre un estado público.
Cada entrada, cada saldo, cada llamada de función es visible para la red.
Para la mayoría de los casos de uso de DeFi, eso está bien.
Es un problema de diseño para aplicaciones financieras reguladas en las que las posiciones de las contrapartes necesitan permanecer confidenciales.
Empecé a investigar específicamente el módulo Hedger de dusk_foundation porque ese vacío me pareció la parte más difícil del problema EVM-para-finanzas que había que resolver.
La mayoría de los enfoques de privacidad para EVM hacen una de dos cosas.
Ocultan la transacción por completo, lo que cumple la confidencialidad pero rompe la auditabilidad regulatoria.
O trasladan la computación fuera de la cadena, lo que introduce supuestos de confianza que los equipos de cumplimiento no van a aceptar.
Hedger toma un camino diferente.
Usa criptografía homomórfica para procesar estado confidencial dentro del entorno de ejecución de EVM. La lógica del contrato se ejecuta sobre entradas cifradas. La red nunca ve los valores subyacentes.
Pero las partes autorizadas, específicamente los reguladores con la clave de descifrado adecuada, pueden auditar la transacción.
La capa ZK se encarga de la verificación. Genera una prueba que confirma que la computación se ejecutó correctamente, sin revelar a la red las entradas cifradas.
El diseño es significativamente distinto de lo que he visto en la mayoría de las propuestas de privacidad para EVM.
Confidencialidad revisable a nivel de ejecución, no solo en la capa de transporte.
Lo que aún no sé es cómo se comporta esto con el volumen real de trading. La criptografía homomórfica es computacionalmente intensiva. La brecha entre una implementación que funciona y una que cumple los requisitos de latencia de los mercados financieros reales es exactamente donde la mayoría de los sistemas de smart contracts con privacidad han tenido problemas antes.
$DUSK #dusk @Dusk $BTC