La privacidad programable es una frase que suena terminada en el mismo momento en que la lees, como una función que simplemente puedes activar. Dusk Network utiliza un lenguaje cercano a este para describir lo que su arquitectura ofrece para mercados regulados, y quería comprobar qué hay realmente debajo de la frase antes de repetirla yo mismo.
En papel, la privacidad programable significa que un desarrollador puede definir exactamente qué partes de una transacción permanecen ocultas y cuáles permanecen visibles, y luego hacer que esa regla se aplique automáticamente cada vez que se ejecute la transacción. La versión de Dusk se basa en la divulgación selectiva, una pieza de una capa base que también incluye transparencia y liquidación determinista, combinada con Hedger, el módulo de privacidad que realiza el trabajo criptográfico real en el próximo mainnet de DuskEVM. Hedger tiene que mantener confidenciales los saldos y los importes de las transferencias, al mismo tiempo que permite que la red verifique que una transacción es válida; es un problema computacional más difícil que el que deben resolver tanto los sistemas totalmente privados como los totalmente públicos.
La brecha entre teoría y realidad aparece en los detalles que los reguladores realmente solicitan. Una regla que funciona de manera limpia para un tipo de instrumento, como un bono con un conjunto fijo de requisitos de divulgación, quizá no se generalice automáticamente a otro instrumento diferente con reglas de reporte distintas en otra jurisdicción. “Programable” sugiere flexibilidad que tiene que construirse y probarse caso por caso, y no asumirse solo a partir de la arquitectura.
Me tomo en serio la criptografía subyacente. La confidencialidad tipo homomórfica combinada con sistemas de pruebas es un territorio real y probado en la investigación, no humo. Lo que me gustaría ver antes de afirmar que la privacidad programable se ha entregado, en lugar de haberse prometido, es una segunda y una tercera regla de divulgación construidas para un instrumento regulado genuinamente distinto, no solo la primera que se lanzó.
@Dusk $DUSK #dusk
En papel, la privacidad programable significa que un desarrollador puede definir exactamente qué partes de una transacción permanecen ocultas y cuáles permanecen visibles, y luego hacer que esa regla se aplique automáticamente cada vez que se ejecute la transacción. La versión de Dusk se basa en la divulgación selectiva, una pieza de una capa base que también incluye transparencia y liquidación determinista, combinada con Hedger, el módulo de privacidad que realiza el trabajo criptográfico real en el próximo mainnet de DuskEVM. Hedger tiene que mantener confidenciales los saldos y los importes de las transferencias, al mismo tiempo que permite que la red verifique que una transacción es válida; es un problema computacional más difícil que el que deben resolver tanto los sistemas totalmente privados como los totalmente públicos.
La brecha entre teoría y realidad aparece en los detalles que los reguladores realmente solicitan. Una regla que funciona de manera limpia para un tipo de instrumento, como un bono con un conjunto fijo de requisitos de divulgación, quizá no se generalice automáticamente a otro instrumento diferente con reglas de reporte distintas en otra jurisdicción. “Programable” sugiere flexibilidad que tiene que construirse y probarse caso por caso, y no asumirse solo a partir de la arquitectura.
Me tomo en serio la criptografía subyacente. La confidencialidad tipo homomórfica combinada con sistemas de pruebas es un territorio real y probado en la investigación, no humo. Lo que me gustaría ver antes de afirmar que la privacidad programable se ha entregado, en lugar de haberse prometido, es una segunda y una tercera regla de divulgación construidas para un instrumento regulado genuinamente distinto, no solo la primera que se lanzó.
@Dusk $DUSK #dusk
