Las instituciones de gestión de activos que registran en cadena se enfrentan a dos problemas principales: uno es que los secretos comerciales queden al descubierto para todos en la cadena; el otro es que, durante auditorías regulatorias, no puedan aportar pruebas de su inocencia. Las blockchains tradicionales o bien lo muestran todo (como Ethereum), o bien lo ocultan por completo (como Monero), y ninguna satisface la necesidad de las instituciones de “tener ambas cosas”. La solución que propone Dusk es un combo de “cifrado homomórfico + pruebas de conocimiento cero”: los datos se almacenan en la cadena en forma de texto cifrado; los nodos pueden verificar la validez de las transacciones, pero no pueden ver valores concretos; mientras que las autoridades regulatorias o partes autorizadas demuestran el cumplimiento mediante pruebas ZK, sin exponer los datos originales. $BTC
El núcleo de este diseño está en el módulo Hedger. Hedger no es simplemente una capa de protección de privacidad, sino que actúa como un “ejecutor de cumplimiento”: se encarga de verificar si cada transacción cumple reglas predefinidas de KYC/AML, y al mismo tiempo garantiza, con técnicas criptográficas, que el proceso de verificación no revele la identidad del usuario. Por ejemplo, si una institución quiere tokenizar un bono por 10 millones de dólares, puede enviar la transacción a Hedger; Hedger verifica internamente si la otra parte es un inversor apto y luego genera una prueba de conocimiento cero. En la cadena, los nodos solo necesitan validar esa prueba, sin saber quién es la otra parte ni cuál es el monto de la transacción. Esta “privacidad auditable” es una de las capacidades que más valoran los reguladores financieros tradicionales: la transparencia de los datos para el regulador y la privacidad para la contraparte.
En comparación con otras cadenas públicas de privacidad, las direcciones invisibles y las firmas de anillo de Monero protegen al usuario, pero no permiten identificar el tipo de activo ni realizar comprobaciones de cumplimiento; el modelo ZEXE de Aleo está más orientado a la privacidad a nivel de aplicación, pero carece del diseño de una “interfaz regulatoria” para el escenario institucional. Y Dusk incorpora, desde la capa L1, un ADN “amigable con la regulación”: por ejemplo, el estándar XSC permite incrustar directamente en el código de contratos inteligentes condiciones de cumplimiento, como si a cada activo se le hubiera equipado un “escudo de cumplimiento”. Actualmente, tanto la SEC de EE. UU. como la MiCA de la Unión Europea están impulsando marcos regulatorios para stablecoins y RWA; el enfoque de Dusk de “primero cumplir y luego registrar en cadena” podría incluso conseguir la entrada más rápido que esas blockchains impulsadas solo por la tecnología.
Por supuesto, el equilibrio entre privacidad y cumplimiento es en sí un juego dinámico. Si la lógica de verificación de Hedger es demasiado compleja, puede afectar la velocidad de las transacciones; y si las reglas de cumplimiento quedan fijadas, no se podrán adaptar a las diferencias regulatorias de distintos países.
#dusk @Dusk $DUSK
El núcleo de este diseño está en el módulo Hedger. Hedger no es simplemente una capa de protección de privacidad, sino que actúa como un “ejecutor de cumplimiento”: se encarga de verificar si cada transacción cumple reglas predefinidas de KYC/AML, y al mismo tiempo garantiza, con técnicas criptográficas, que el proceso de verificación no revele la identidad del usuario. Por ejemplo, si una institución quiere tokenizar un bono por 10 millones de dólares, puede enviar la transacción a Hedger; Hedger verifica internamente si la otra parte es un inversor apto y luego genera una prueba de conocimiento cero. En la cadena, los nodos solo necesitan validar esa prueba, sin saber quién es la otra parte ni cuál es el monto de la transacción. Esta “privacidad auditable” es una de las capacidades que más valoran los reguladores financieros tradicionales: la transparencia de los datos para el regulador y la privacidad para la contraparte.
En comparación con otras cadenas públicas de privacidad, las direcciones invisibles y las firmas de anillo de Monero protegen al usuario, pero no permiten identificar el tipo de activo ni realizar comprobaciones de cumplimiento; el modelo ZEXE de Aleo está más orientado a la privacidad a nivel de aplicación, pero carece del diseño de una “interfaz regulatoria” para el escenario institucional. Y Dusk incorpora, desde la capa L1, un ADN “amigable con la regulación”: por ejemplo, el estándar XSC permite incrustar directamente en el código de contratos inteligentes condiciones de cumplimiento, como si a cada activo se le hubiera equipado un “escudo de cumplimiento”. Actualmente, tanto la SEC de EE. UU. como la MiCA de la Unión Europea están impulsando marcos regulatorios para stablecoins y RWA; el enfoque de Dusk de “primero cumplir y luego registrar en cadena” podría incluso conseguir la entrada más rápido que esas blockchains impulsadas solo por la tecnología.
Por supuesto, el equilibrio entre privacidad y cumplimiento es en sí un juego dinámico. Si la lógica de verificación de Hedger es demasiado compleja, puede afectar la velocidad de las transacciones; y si las reglas de cumplimiento quedan fijadas, no se podrán adaptar a las diferencias regulatorias de distintos países.
#dusk @Dusk $DUSK
隐私公链中谁最有可能跑出来?
100%
Dusk的隐私方案会被监管认可吗?
0%
1 Votos • Votación cerrada