🔥 La primera vez que desmonté Dusk en serio, su enfoque excepcionalmente claro me lo dejó muy claro: no tenía intención de inventar otra cadena genérica que lo haga todo, sino que fue diseñada desde el principio alrededor de un mercado financiero regulado. Desde la emisión de valores, el trading hasta la liquidación, la conformidad y la privacidad tienen que cumplirse a la vez; no es algo para “parchar” después.
Siguiendo este enfoque, descubrí que su arquitectura en realidad es bastante contenida. La capa base, DuskDS, se encarga del consenso, la disponibilidad de datos y la liquidación determinista; con Succinct Attestation usando un comité PoS, la confirmación final se logra en cuestión de segundos, con prácticamente sin riesgo de reorganización. Esto encaja perfectamente con las exigencias estrictas de las instituciones en cuanto a latencia y determinismo.
La capa superior, DuskEVM, integra el entorno EVM completo; así, los desarrolladores aún pueden seguir usando Solidity y las herramientas con las que ya están familiarizados, y DUSK funciona como gas nativo. DuskVM, en cambio, usa Rust y WASM, lo que facilita incrustar pruebas de conocimiento cero en la capa de ejecución. Ambos entornos de ejecución comparten la misma base de liquidación, sin separarlo a la fuerza en dos sistemas desconectados.
Y en el modelo de transacciones, creo que la intención de diseño es la más evidente.
Moonlight usa cuentas transparentes, lo que facilita a exchanges, custodia y conciliación; Phoenix usa UTXO con pruebas de conocimiento cero, para que el monto, el remitente y el destinatario puedan ocultarse, manteniendo al mismo tiempo la posibilidad de auditoría. Ambos pueden coexistir en la misma red, sin obligar a los usuarios a elegir entre una cosa u otra. La tensión entre privacidad y cumplimiento la resuelven mediante divulgación selectiva y Citadel: las instituciones pueden verificar la elegibilidad, pero no necesitan exponer directamente los datos de identidad completos en la cadena. Hedger lleva además cifrado homomórfico y pruebas de conocimiento cero a la capa EVM; incluso después de cifrar los montos, aún pueden verificarse.
De verdad es un proyecto bastante sólido. Al final, vengo a resumirlo. #dusk $DUSK @Dusk no enfrenta la privacidad y la conformidad como si fueran opuestas, sino que las trata como dos “interruptores” distintos sobre el mismo conjunto de infraestructura. Las decisiones técnicas casi giran en torno a flujos de trabajo financieros reales, sin esa sensación incómoda de primero acumular funciones y luego buscar casos de uso.
Siguiendo este enfoque, descubrí que su arquitectura en realidad es bastante contenida. La capa base, DuskDS, se encarga del consenso, la disponibilidad de datos y la liquidación determinista; con Succinct Attestation usando un comité PoS, la confirmación final se logra en cuestión de segundos, con prácticamente sin riesgo de reorganización. Esto encaja perfectamente con las exigencias estrictas de las instituciones en cuanto a latencia y determinismo.
La capa superior, DuskEVM, integra el entorno EVM completo; así, los desarrolladores aún pueden seguir usando Solidity y las herramientas con las que ya están familiarizados, y DUSK funciona como gas nativo. DuskVM, en cambio, usa Rust y WASM, lo que facilita incrustar pruebas de conocimiento cero en la capa de ejecución. Ambos entornos de ejecución comparten la misma base de liquidación, sin separarlo a la fuerza en dos sistemas desconectados.
Y en el modelo de transacciones, creo que la intención de diseño es la más evidente.
Moonlight usa cuentas transparentes, lo que facilita a exchanges, custodia y conciliación; Phoenix usa UTXO con pruebas de conocimiento cero, para que el monto, el remitente y el destinatario puedan ocultarse, manteniendo al mismo tiempo la posibilidad de auditoría. Ambos pueden coexistir en la misma red, sin obligar a los usuarios a elegir entre una cosa u otra. La tensión entre privacidad y cumplimiento la resuelven mediante divulgación selectiva y Citadel: las instituciones pueden verificar la elegibilidad, pero no necesitan exponer directamente los datos de identidad completos en la cadena. Hedger lleva además cifrado homomórfico y pruebas de conocimiento cero a la capa EVM; incluso después de cifrar los montos, aún pueden verificarse.
De verdad es un proyecto bastante sólido. Al final, vengo a resumirlo. #dusk $DUSK @Dusk no enfrenta la privacidad y la conformidad como si fueran opuestas, sino que las trata como dos “interruptores” distintos sobre el mismo conjunto de infraestructura. Las decisiones técnicas casi giran en torno a flujos de trabajo financieros reales, sin esa sensación incómoda de primero acumular funciones y luego buscar casos de uso.
