#dusk $DUSK @Dusk Privacidad y cumplimiento se tratan como un equilibrio con más frecuencia de la que sería deseable: cuanto más ocultas, menos puede verificar un regulador, y cuanto más revelas, menos privacidad queda realmente. El diseño de Dusk no parte de ese dilema. Parte de intentar ofrecer ambas cosas al mismo tiempo.
Eso se refleja como un principio declarado, no solo como un efecto técnico: privacidad con divulgación selectiva, donde los saldos confidenciales y las transferencias protegidas existen junto con cuentas públicas y flujos transparentes, y la información específica puede revelarse a partes autorizadas cuando realmente se requiere, en lugar de que todo sea o totalmente abierto o totalmente oculto. Se complementa con otros dos principios integrados en la misma arquitectura: flujos de trabajo regulados on-chain, donde las comprobaciones de elegibilidad, los requisitos de divulgación y las restricciones de transferencia forman parte del sistema en lugar de depender de trámites externos, y la liquidación determinista, de modo que la finalidad de una transacción sea lo bastante predecible como para que un centro regulado o un flujo de pagos pueda confiar en ella.
Lo que esto significa es que la confidencialidad y el cumplimiento se gestionan como dos configuraciones del mismo sistema, no como dos sistemas separados unidos a la fuerza. Una transacción puede mantenerse privada por defecto y aun así ser verificablemente conforme cuando la parte adecuada necesite comprobarlo: la divulgación no es un recurso alternativo, es parte de cómo el protocolo fue diseñado para funcionar desde el principio.
@Dusk $DUSK #dusk