Zhu Zhu descubre algo importante: ahora todas las blockchains públicas están compitiendo por ser compatibles con EVM, pero si de verdad se quiere hacer finanzas en la cadena, ¿cómo se resuelven la privacidad y el cumplimiento regulatorio?
La idea de la Foundation @Dusk es bastante interesante. No es simplemente encajar una carcasa de EVM de forma forzada, sino usar DuskEVM junto con Hedger, dando directamente a los desarrolladores de Solidity un “atajo de salida” hacia la privacidad. La capa base corre sobre OP Stack, el asentamiento y los datos se almacenan en DuskDS, y lo clave es que Hedger puede superponer cifrado homomórfico y ZK dentro del entorno EVM, resolviendo directamente las transferencias confidenciales.
Dicho en claro: esto no es “yo también soy compatible con EVM”, sino “las aplicaciones de EVM pueden actualizarse sin fricción hasta una capa de liquidación confidencial”. Los desarrolladores no tienen que cambiar su cadena de herramientas para obtener capacidades de privacidad.
Claro, Zhu Zhu también debe ser objetivo: esta combinación de cifrado homomórfico y ZK suena genial, pero el rendimiento al ejecutarlo y si la experiencia de desarrollo es fluida o no, eso todavía hay que verlo cuando haya aplicaciones reales en línea. Por ahora, los casos visibles no son muchos; si podrá cubrir necesidades a nivel institucional, habrá que esperar un poco.
Pero, dicho sea de paso, esta forma de convertir la privacidad en una capacidad nativa de EVM es, sin duda, más inteligente que obligar a los desarrolladores a empezar desde cero y volver a “inventar la rueda”. $DUSK ¡Esta ronda está reduciendo la carga a los desarrolladores! @Dusk #dusk $DUSK
Zhu Zhu te hace pensar: si un desarrollador de EVM quiere capacidades de privacidad, ¿qué camino es el más cómodo?
La idea de la Foundation @Dusk es bastante interesante. No es simplemente encajar una carcasa de EVM de forma forzada, sino usar DuskEVM junto con Hedger, dando directamente a los desarrolladores de Solidity un “atajo de salida” hacia la privacidad. La capa base corre sobre OP Stack, el asentamiento y los datos se almacenan en DuskDS, y lo clave es que Hedger puede superponer cifrado homomórfico y ZK dentro del entorno EVM, resolviendo directamente las transferencias confidenciales.
Dicho en claro: esto no es “yo también soy compatible con EVM”, sino “las aplicaciones de EVM pueden actualizarse sin fricción hasta una capa de liquidación confidencial”. Los desarrolladores no tienen que cambiar su cadena de herramientas para obtener capacidades de privacidad.
Claro, Zhu Zhu también debe ser objetivo: esta combinación de cifrado homomórfico y ZK suena genial, pero el rendimiento al ejecutarlo y si la experiencia de desarrollo es fluida o no, eso todavía hay que verlo cuando haya aplicaciones reales en línea. Por ahora, los casos visibles no son muchos; si podrá cubrir necesidades a nivel institucional, habrá que esperar un poco.
Pero, dicho sea de paso, esta forma de convertir la privacidad en una capacidad nativa de EVM es, sin duda, más inteligente que obligar a los desarrolladores a empezar desde cero y volver a “inventar la rueda”. $DUSK ¡Esta ronda está reduciendo la carga a los desarrolladores! @Dusk #dusk $DUSK
Zhu Zhu te hace pensar: si un desarrollador de EVM quiere capacidades de privacidad, ¿qué camino es el más cómodo?
A. EVM無縫升級至機密結算層(原生隱私)
B. 原生VM從頭造輪子(高門檻)
C. 跨鏈橋接隱私鏈(複雜且風險高)
1 día(s) restante(s)