Intenté rastrear dónde comienza realmente la privacidad dentro de una aplicación de Solidity en @Dusk .
Asumí que un contrato desplegado en DuskEVM heredaría de alguna manera la privacidad de Dusk porque sus datos y su liquidación eventualmente pasan por DuskDS.
Pero no es exactamente así como funciona la pila.
DuskEVM ofrece a los desarrolladores una ejecución EVM familiar. Pueden usar Solidity, Hardhat, Foundry y carteras existentes. DuskDS se sitúa debajo como base de liquidación y disponibilidad de datos.
Pero un contrato común en Solidity aún puede publicar su estado como cualquier otra aplicación de EVM.
La confidencialidad debe diseñarse en la aplicación mediante Hedger, o gestionarse más cerca de la ruta nativa de privacidad de Dusk mediante DuskVM y Phoenix. No se agrega automáticamente porque el contrato se ejecuta dentro del ecosistema de Dusk.
Esa frontera me detuvo.
Imagina un mercado de bonos tokenizados.
Es posible que el precio del mercado deba permanecer público.
Solo es necesario probar la elegibilidad de los inversores.
Los saldos de los tenedores probablemente deberían mantenerse privados.
El emisor o el regulador podría requerir acceso controlado a registros específicos.
Estos cuatro elementos no pueden simplemente colocarse dentro del mismo estado público de Solidity.
Hedger está pensado para resolver parte de esto manteniendo los valores cifrados mientras las pruebas de conocimiento cero verifican que la transacción siguió sus reglas. Pero el desarrollador todavía debe decidir qué entra en el flujo cifrado, qué permanece público y quién recibe derechos de divulgación.
Una mala elección de diseño podría exponer datos financieros sensibles antes de que cualquier criptografía tenga la oportunidad de protegerlos.
Así que estoy menos enfocado en cuántos primitivos criptográficos admite Dusk.
Estoy observando si sus herramientas hacen que la frontera entre lo público y lo privado sea lo suficientemente clara para que los equipos de Solidity la usen correctamente.
Dusk puede proporcionar las rutas de privacidad. No puede tomar esa decisión de arquitectura para cada aplicación.
#dusk $DUSK
Asumí que un contrato desplegado en DuskEVM heredaría de alguna manera la privacidad de Dusk porque sus datos y su liquidación eventualmente pasan por DuskDS.
Pero no es exactamente así como funciona la pila.
DuskEVM ofrece a los desarrolladores una ejecución EVM familiar. Pueden usar Solidity, Hardhat, Foundry y carteras existentes. DuskDS se sitúa debajo como base de liquidación y disponibilidad de datos.
Pero un contrato común en Solidity aún puede publicar su estado como cualquier otra aplicación de EVM.
La confidencialidad debe diseñarse en la aplicación mediante Hedger, o gestionarse más cerca de la ruta nativa de privacidad de Dusk mediante DuskVM y Phoenix. No se agrega automáticamente porque el contrato se ejecuta dentro del ecosistema de Dusk.
Esa frontera me detuvo.
Imagina un mercado de bonos tokenizados.
Es posible que el precio del mercado deba permanecer público.
Solo es necesario probar la elegibilidad de los inversores.
Los saldos de los tenedores probablemente deberían mantenerse privados.
El emisor o el regulador podría requerir acceso controlado a registros específicos.
Estos cuatro elementos no pueden simplemente colocarse dentro del mismo estado público de Solidity.
Hedger está pensado para resolver parte de esto manteniendo los valores cifrados mientras las pruebas de conocimiento cero verifican que la transacción siguió sus reglas. Pero el desarrollador todavía debe decidir qué entra en el flujo cifrado, qué permanece público y quién recibe derechos de divulgación.
Una mala elección de diseño podría exponer datos financieros sensibles antes de que cualquier criptografía tenga la oportunidad de protegerlos.
Así que estoy menos enfocado en cuántos primitivos criptográficos admite Dusk.
Estoy observando si sus herramientas hacen que la frontera entre lo público y lo privado sea lo suficientemente clara para que los equipos de Solidity la usen correctamente.
Dusk puede proporcionar las rutas de privacidad. No puede tomar esa decisión de arquitectura para cada aplicación.
#dusk $DUSK
