Este tema de las cadenas de bloques de privacidad, muchas personas empiezan soltando términos técnicos como zk-SNARKs, cifrado homomórfico, como si los nombres técnicos en sí mismos representaran todo. Pero lo que realmente hace que las instituciones confíen y se atrevan a migrar sus activos a la cadena no son esas palabras en sí mismas.
Recientemente he revisado bastante información y he conversado en profundidad con algunos amigos que trabajan en infraestructura financiera regulada. Un proyecto que me impresionó bastante tiene una idea interesante: Dusk no se limita a decir "soportamos privacidad", sino que integra el marco de cumplimiento directamente en el diseño de bajo nivel de la cadena. Eso sí que es correcto.
Imagina las preocupaciones reales de las instituciones. Una cadena dice ser "amigable con el cumplimiento", pero cuando realmente quieren emitir acciones o bonos en forma de tokens, sus preocupaciones van mucho más allá de la confidencialidad de las transacciones. La verificación de identidad (KYC), la trazabilidad de cada autorización de transacción, y la capacidad de revelar selectivamente datos clave cuando las autoridades reguladoras lo requieran. Desde el diseño del protocolo, Dusk ya ha considerado estos aspectos. La norma de Confidential Security Token que promueven es como un kit de herramientas de cumplimiento completo para los emisores de activos: puede proteger los detalles de las transacciones y, cuando sea necesario, abrir una ventana de datos para las autoridades regulatorias. Esa es la verdadera forma de "privacidad programable", y también la base que hace que las instituciones se sientan seguras para entrar.
Desde el punto de vista técnico, después de lanzar DuskEVM, la dificultad de desarrollo realmente se ha reducido. Lo interesante es que, aunque esta cadena sea compatible con EVM, no ha abandonado su diseño de privacidad. Los desarrolladores pueden escribir contratos en Solidity, y detrás de escena están protegidos automáticamente por la capa de pruebas de conocimiento cero. Para los programadores, este proceso es muy "invisible", pero la utilidad no se ve afectada en absoluto. Ya están ejecutando algunos proyectos en su red de prueba, y los comentarios parecen ser bastante positivos.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
15 me gusta
Recompensa
15
5
Republicar
Compartir
Comentar
0/400
DegenApeSurfer
· 01-15 12:30
Hacer un diseño subyacente conforme a la normativa, eso es lo que realmente significa "privacidad+".
Mucho mejor que esas terminologías técnicas llamativas.
Ver originalesResponder0
FlyingLeek
· 01-13 20:52
¡Por fin alguien dice la verdad! Solo mencionar términos técnicos no sirve de mucho.
La conformidad realmente es el punto clave para que las instituciones puedan onchain, he estado observando la estrategia de Dusk y efectivamente, integrar KYC y trazabilidad en la capa base del protocolo es una buena idea.
Pero, para ser honestos, todavía hay dudas sobre si la compatibilidad de DuskEVM realmente hará que los desarrolladores no noten la diferencia; dependerá de cómo evolucione el ecosistema.
Ver originalesResponder0
GasFeeVictim
· 01-13 20:52
Vaya, por fin alguien ha dado en el clavo. Esos que todo el día hablan de zk y zk, ¿de verdad creen que con solo mencionar dos términos pueden asustar a las instituciones? Son ingenuos.
Lo que las instituciones siempre han querido no es el concepto de privacidad, sino la trazabilidad KYC y la cooperación regulatoria. La estrategia de Dusk realmente acertó en el enfoque. Pero la palabra "privacidad programable" suena mucho mejor.
Ver originalesResponder0
TestnetNomad
· 01-13 20:44
El marco de cumplimiento debe integrarse en el diseño subyacente, esa es la verdadera forma de ser pragmático. Solo mencionar términos técnicos realmente no inspira confianza.
---
Lo que las instituciones necesitan al ingresar es un kit completo de herramientas, no solo un truco de privacidad.
---
La prueba de conocimiento cero que protege automáticamente sin aumentar la dificultad de desarrollo, esa idea realmente tiene algo.
---
La divulgación selectiva de datos a los reguladores, esta operación ni siquiera la han pensado en otras cadenas.
---
¿El feedback de la red de prueba es bueno? Depende de qué proyecto se esté ejecutando, si no, es solo superficial.
---
La verdadera privacidad no es esconderse de la regulación, sino proteger la privacidad de las instituciones dentro del marco de cumplimiento, la diferencia es grande.
---
Si DuskEVM puede realmente reducir la barrera de entrada para el desarrollo y además no comprometer la privacidad, eso sí que cambiaría las reglas del juego.
---
Las preocupaciones de las instituciones no son más que esas, KYC, trazabilidad, auditoría, incluir estos en el diseño del protocolo es lo que cuenta.
Ver originalesResponder0
GateUser-74b10196
· 01-13 20:28
Eh, no, ¿el cumplimiento de la privacidad real no debería ser así? Ya debería haber alguien que aclarara esto claramente.
Este tema de las cadenas de bloques de privacidad, muchas personas empiezan soltando términos técnicos como zk-SNARKs, cifrado homomórfico, como si los nombres técnicos en sí mismos representaran todo. Pero lo que realmente hace que las instituciones confíen y se atrevan a migrar sus activos a la cadena no son esas palabras en sí mismas.
Recientemente he revisado bastante información y he conversado en profundidad con algunos amigos que trabajan en infraestructura financiera regulada. Un proyecto que me impresionó bastante tiene una idea interesante: Dusk no se limita a decir "soportamos privacidad", sino que integra el marco de cumplimiento directamente en el diseño de bajo nivel de la cadena. Eso sí que es correcto.
Imagina las preocupaciones reales de las instituciones. Una cadena dice ser "amigable con el cumplimiento", pero cuando realmente quieren emitir acciones o bonos en forma de tokens, sus preocupaciones van mucho más allá de la confidencialidad de las transacciones. La verificación de identidad (KYC), la trazabilidad de cada autorización de transacción, y la capacidad de revelar selectivamente datos clave cuando las autoridades reguladoras lo requieran. Desde el diseño del protocolo, Dusk ya ha considerado estos aspectos. La norma de Confidential Security Token que promueven es como un kit de herramientas de cumplimiento completo para los emisores de activos: puede proteger los detalles de las transacciones y, cuando sea necesario, abrir una ventana de datos para las autoridades regulatorias. Esa es la verdadera forma de "privacidad programable", y también la base que hace que las instituciones se sientan seguras para entrar.
Desde el punto de vista técnico, después de lanzar DuskEVM, la dificultad de desarrollo realmente se ha reducido. Lo interesante es que, aunque esta cadena sea compatible con EVM, no ha abandonado su diseño de privacidad. Los desarrolladores pueden escribir contratos en Solidity, y detrás de escena están protegidos automáticamente por la capa de pruebas de conocimiento cero. Para los programadores, este proceso es muy "invisible", pero la utilidad no se ve afectada en absoluto. Ya están ejecutando algunos proyectos en su red de prueba, y los comentarios parecen ser bastante positivos.