#dusk $DUSK
Hoy estuve investigando la red de pruebas en vivo de DuskEVM de @Dusk para entenderla mejor. Para ser honesto, a primera vista parecía bastante sencillo..... Las DApps se pueden desplegar en Dusk usando herramientas familiares de Ethereum como Solidity y Hardhat. Eso significa que la barrera de entrada para los desarrolladores de Ethereum hacia el nuevo ecosistema se reduce enormemente.
Pero si profundizas un poco más, el tema se vuelve más interesante. Sin embargo, aquí es donde noté una cosa. @Dusk no solo está ofreciendo compatibilidad con EVM, también está intentando llevar la privacidad y las finanzas reguladas a la misma arquitectura. A través del módulo Hedger, el monto de la transacción, el saldo y la lógica de negocio pueden mantenerse en secreto, mientras que la verificación necesaria es posible mediante Cifrado Homomórfico y Pruebas de Conocimiento Cero. Pero el caso es que, como suele decirse, no es así.
Pero sí, lo que más me preocupa es el intercambio aquí — aunque puedo estar equivocado en esta lógica. Podría parecer que un lenguaje restringido significa seguridad. Pero la realidad es un poco diferente. Debido a la arquitectura EVM basada en cuentas de Ethereum, Hedger no puede proporcionar anonimato completo. Es decir, incluso si los datos financieros están ocultos, las interacciones a nivel de cuenta no son completamente anónimas. Otra cosa es que, a mayor sofisticación de la capa de privacidad, mayor puede ser el costo computacional y la latencia. Además, existe el problema de la seguridad entre capas al hacer el puente desde @Dusk hacia DuskEVM.
Sí, por supuesto, hay otra pregunta.
La conformidad y la auditabilidad son indudablemente importantes para las finanzas reguladas. Pero, ¿los usuarios de DeFi sin permisos encontrarán que este modelo de privacidad es lo suficientemente independiente?
En serio, para mí, aquí está la prueba real de DuskEVM.
Por muy atractivo que sea mantener la privacidad y la conformidad juntas, este equilibrio quizá sea la parte más difícil 🤔
Hoy estuve investigando la red de pruebas en vivo de DuskEVM de @Dusk para entenderla mejor. Para ser honesto, a primera vista parecía bastante sencillo..... Las DApps se pueden desplegar en Dusk usando herramientas familiares de Ethereum como Solidity y Hardhat. Eso significa que la barrera de entrada para los desarrolladores de Ethereum hacia el nuevo ecosistema se reduce enormemente.
Pero si profundizas un poco más, el tema se vuelve más interesante. Sin embargo, aquí es donde noté una cosa. @Dusk no solo está ofreciendo compatibilidad con EVM, también está intentando llevar la privacidad y las finanzas reguladas a la misma arquitectura. A través del módulo Hedger, el monto de la transacción, el saldo y la lógica de negocio pueden mantenerse en secreto, mientras que la verificación necesaria es posible mediante Cifrado Homomórfico y Pruebas de Conocimiento Cero. Pero el caso es que, como suele decirse, no es así.
Pero sí, lo que más me preocupa es el intercambio aquí — aunque puedo estar equivocado en esta lógica. Podría parecer que un lenguaje restringido significa seguridad. Pero la realidad es un poco diferente. Debido a la arquitectura EVM basada en cuentas de Ethereum, Hedger no puede proporcionar anonimato completo. Es decir, incluso si los datos financieros están ocultos, las interacciones a nivel de cuenta no son completamente anónimas. Otra cosa es que, a mayor sofisticación de la capa de privacidad, mayor puede ser el costo computacional y la latencia. Además, existe el problema de la seguridad entre capas al hacer el puente desde @Dusk hacia DuskEVM.
Sí, por supuesto, hay otra pregunta.
La conformidad y la auditabilidad son indudablemente importantes para las finanzas reguladas. Pero, ¿los usuarios de DeFi sin permisos encontrarán que este modelo de privacidad es lo suficientemente independiente?
En serio, para mí, aquí está la prueba real de DuskEVM.
Por muy atractivo que sea mantener la privacidad y la conformidad juntas, este equilibrio quizá sea la parte más difícil 🤔