$DUSK 24 horas con una ligera caída de 1,26%, rondando la zona de 0,0704 dólares, con una diferencia intradía de menos de 4 puntos básicos. Pero hoy lo que de verdad hay que mirar no es esta velita, sino el empalme de ese conjunto de “La privacidad no es lo mismo que el anonimato” de @Dusk. Cuando el día anterior, hace dos días, comparé abiertamente seis cadenas de privacidad, quedó aún más claro.
El artículo comparativo del 9-1 está escrito con mucha contención: solo coloca a Dusk junto a las otras cinco (dos monedas de privacidad “pura” y tres cadenas programables) en el mismo gráfico. Al terminar, se ve un juicio contrario al consenso: en las monedas de privacidad puras, el destinatario no puede ver la dirección del remitente; el modelo Phoenix de Dusk hace lo contrario: el destinatario puede identificar criptográficamente al remitente, mientras que el público no puede. Llamarlo “anónimo” es una mala interpretación; con más precisión es “visibilidad controlada”.
Este diseño encaja con un escenario regulatorio muy duro: la Travel Rule exige el traspaso de la información del originador y el beneficiario. En una cadena completamente blindada, eso se parchea “a posteriori”; en esta cadena de Dusk, el empalme ya está reservado a nivel de protocolo. Se mezclan dos rutas: cifrado homomórfico + pruebas de conocimiento cero, y además la potencia computacional detrás del empalme proviene de la implementación propia de PLONK y de dos trabajos de investigación, plookup y PlonKup.
El progreso más práctico: el módulo Hedger que corre en la capa EVM. Inserta cifrado homomórfico + pruebas de conocimiento cero + el modelo de doble cuenta dentro de la cadena de herramientas de Solidity; el contrato lo llama directamente y la prueba del lado del navegador sale en menos de 2 segundos. En el artículo del 9-1 también se menciona que la programabilidad de Dusk no se limita a dos líneas (cuentas públicas y cuentas blindadas), sino que existen simultáneamente dos rutas de ejecución: contratos en Rust/WASM de la máquina virtual y contratos Solidity en la capa EVM.
La próxima vez que alguien pregunte si una cadena de privacidad “anónima” y “cumplidora” pueden coexistir, se puede señalar esta imagen de @Dusk y conversar a partir de ahí.
#dusk #可编程隐私 #公開链合规
El artículo comparativo del 9-1 está escrito con mucha contención: solo coloca a Dusk junto a las otras cinco (dos monedas de privacidad “pura” y tres cadenas programables) en el mismo gráfico. Al terminar, se ve un juicio contrario al consenso: en las monedas de privacidad puras, el destinatario no puede ver la dirección del remitente; el modelo Phoenix de Dusk hace lo contrario: el destinatario puede identificar criptográficamente al remitente, mientras que el público no puede. Llamarlo “anónimo” es una mala interpretación; con más precisión es “visibilidad controlada”.
Este diseño encaja con un escenario regulatorio muy duro: la Travel Rule exige el traspaso de la información del originador y el beneficiario. En una cadena completamente blindada, eso se parchea “a posteriori”; en esta cadena de Dusk, el empalme ya está reservado a nivel de protocolo. Se mezclan dos rutas: cifrado homomórfico + pruebas de conocimiento cero, y además la potencia computacional detrás del empalme proviene de la implementación propia de PLONK y de dos trabajos de investigación, plookup y PlonKup.
El progreso más práctico: el módulo Hedger que corre en la capa EVM. Inserta cifrado homomórfico + pruebas de conocimiento cero + el modelo de doble cuenta dentro de la cadena de herramientas de Solidity; el contrato lo llama directamente y la prueba del lado del navegador sale en menos de 2 segundos. En el artículo del 9-1 también se menciona que la programabilidad de Dusk no se limita a dos líneas (cuentas públicas y cuentas blindadas), sino que existen simultáneamente dos rutas de ejecución: contratos en Rust/WASM de la máquina virtual y contratos Solidity en la capa EVM.
La próxima vez que alguien pregunte si una cadena de privacidad “anónima” y “cumplidora” pueden coexistir, se puede señalar esta imagen de @Dusk y conversar a partir de ahí.
#dusk #可编程隐私 #公開链合规
