He estado siguiendo a Dusk durante un tiempo, pero admito que mi comprensión previa se quedó en un nivel bastante superficial: una cadena centrada en la privacidad para entornos institucionales y de cumplimiento. Esa idea no está mal, pero recientemente, al revisar con más detalle las actualizaciones al hacer ingeniería inversa, di con un detalle que me hizo sentir que había pasado por alto la parte más interesante del diseño.
Phoenix y Moonlight pueden intercambiarse entre sí mediante convert átomos.
Esa frase, por sí sola, no parece gran cosa, pero cuando la puse en un escenario financiero real y lo pensé, empecé a ver que este diseño está resolviendo un problema más específico que la privacidad.$DUSK
Cuando las instituciones gestionan activos financieros, no todos los procesos requieren privacidad y no todos requieren transparencia. La compensación interna necesita privacidad, los informes regulatorios necesitan ser públicos; la ejecución de operaciones necesita privacidad, y las auditorías de cumplimiento necesitan ser públicas. Los sistemas financieros tradicionales dependen de un montón de intermediarios para alternar entre estos dos estados: es un coste elevadísimo, y en cada cambio hay que confiar en ese intermediario.#dusk
El diseño de Dusk consiste en integrar ese cambio en la capa de protocolo. Con el mismo DUSK, cuando se requiere privacidad se entra en Phoenix; cuando se requiere una liquidación pública se cambia a Moonlight. En medio, la conversión se completa mediante el intercambio atómico, sin pasar por ningún tercero.@Dusk
Cuando por primera vez entendí de verdad este punto, mi percepción de Dusk cambió por completo. No está creando una moneda de privacidad “más compatible”, sino una capa de liquidación que puede alternar según se necesite entre privacidad y transparencia, y esa conmutación es nativa del protocolo, no algo que se logre mediante puentes externos o intermediarios.
En la industria, por ahora no he visto a nadie que logre integrar ambas cosas a la vez en la capa de protocolo.
Phoenix y Moonlight pueden intercambiarse entre sí mediante convert átomos.
Esa frase, por sí sola, no parece gran cosa, pero cuando la puse en un escenario financiero real y lo pensé, empecé a ver que este diseño está resolviendo un problema más específico que la privacidad.$DUSK
Cuando las instituciones gestionan activos financieros, no todos los procesos requieren privacidad y no todos requieren transparencia. La compensación interna necesita privacidad, los informes regulatorios necesitan ser públicos; la ejecución de operaciones necesita privacidad, y las auditorías de cumplimiento necesitan ser públicas. Los sistemas financieros tradicionales dependen de un montón de intermediarios para alternar entre estos dos estados: es un coste elevadísimo, y en cada cambio hay que confiar en ese intermediario.#dusk
El diseño de Dusk consiste en integrar ese cambio en la capa de protocolo. Con el mismo DUSK, cuando se requiere privacidad se entra en Phoenix; cuando se requiere una liquidación pública se cambia a Moonlight. En medio, la conversión se completa mediante el intercambio atómico, sin pasar por ningún tercero.@Dusk
Cuando por primera vez entendí de verdad este punto, mi percepción de Dusk cambió por completo. No está creando una moneda de privacidad “más compatible”, sino una capa de liquidación que puede alternar según se necesite entre privacidad y transparencia, y esa conmutación es nativa del protocolo, no algo que se logre mediante puentes externos o intermediarios.
En la industria, por ahora no he visto a nadie que logre integrar ambas cosas a la vez en la capa de protocolo.