Mucha gente, al escuchar “blockchain privada de privacidad”, lo primero que se les viene a la mente son proyectos como Zcash o Monero, que se centran en anonimato de transferencias personales. Si uno toma el marco de referencia de “privacidad” para entender Dusk, básicamente se pierde lo que realmente está haciendo: su objetivo son los contratos inteligentes financieros y los negocios institucionales. Encima de la privacidad, añade también una capa de capacidades de auditoría y cumplimiento normativo, un problema que Zcash y Monero ni siquiera tenían previsto resolver.
Primero, veamos la capa de liquidación subyacente. El consenso usa Succinct Attestation (SA), y en el whitepaper está explicado con bastante detalle: es un protocolo PoS de modelo de comité. El Provisioner, que tiene colateral en DUSK, es responsable de producir bloques y votar. Se selecciona a los participantes mediante selección aleatoria determinista (deterministic sortition). No es necesario que todos los validadores tengan que pronunciarse sobre cada bloque; solo se elige un comité para votar. Esto permite una liquidación determinista y rápida, en lugar de esa situación vaga de “termina probabilísticamente”.
En la capa de transacciones, Dusk utiliza dos modelos. Moonlight es un modo de cuentas transparentes: el saldo y el historial de transferencias son públicos, lo que encaja con escenarios donde se necesita registrar y conciliar directamente. Su lógica operativa es muy parecida al modelo de cuentas de Ethereum. Phoenix, en cambio, se basa en pruebas ZK para ocultar transacciones: por defecto, el monto y el contraparte no se publican; pero mediante la view key (clave de vista) puedes delegar la tarea de “confirmar mediante el escaneo si esta transacción es tuya”. En el producto real, esta capacidad también permite que las partes de auditoría elijan qué revelar de manera selectiva: si les das la view key, pueden verificar la información relacionada, sin necesidad de exponer todos los datos de transacciones a todo el mundo. Esto es completamente distinto de la opción binaria de “o todo público o todo oculto”.
En el ecosistema para desarrolladores, DuskEVM es compatible con OP-Stack y Solidity: gran parte de los contratos antiguos de Ethereum se pueden migrar directamente. Hedger añade al entorno EVM la capacidad de transacciones confidenciales. Mientras que DuskVM nativo admite desarrollar contratos inteligentes confidenciales usando Rust/WASM, lo cual corresponde al estándar Confidential Security Contract (XSC) de marca Dusk. En otras palabras, los desarrolladores pueden construir dApps públicas normales o, en la misma cadena, aplicaciones financieras institucionales y de valores que requieran confidencialidad, sin tener que cambiar a un stack tecnológico completo solo para la privacidad.
#dusk $DUSK @Dusk
¿Qué opinan? ¿Qué tan útil es este enfoque de divulgación selectiva mediante view key?
Primero, veamos la capa de liquidación subyacente. El consenso usa Succinct Attestation (SA), y en el whitepaper está explicado con bastante detalle: es un protocolo PoS de modelo de comité. El Provisioner, que tiene colateral en DUSK, es responsable de producir bloques y votar. Se selecciona a los participantes mediante selección aleatoria determinista (deterministic sortition). No es necesario que todos los validadores tengan que pronunciarse sobre cada bloque; solo se elige un comité para votar. Esto permite una liquidación determinista y rápida, en lugar de esa situación vaga de “termina probabilísticamente”.
En la capa de transacciones, Dusk utiliza dos modelos. Moonlight es un modo de cuentas transparentes: el saldo y el historial de transferencias son públicos, lo que encaja con escenarios donde se necesita registrar y conciliar directamente. Su lógica operativa es muy parecida al modelo de cuentas de Ethereum. Phoenix, en cambio, se basa en pruebas ZK para ocultar transacciones: por defecto, el monto y el contraparte no se publican; pero mediante la view key (clave de vista) puedes delegar la tarea de “confirmar mediante el escaneo si esta transacción es tuya”. En el producto real, esta capacidad también permite que las partes de auditoría elijan qué revelar de manera selectiva: si les das la view key, pueden verificar la información relacionada, sin necesidad de exponer todos los datos de transacciones a todo el mundo. Esto es completamente distinto de la opción binaria de “o todo público o todo oculto”.
En el ecosistema para desarrolladores, DuskEVM es compatible con OP-Stack y Solidity: gran parte de los contratos antiguos de Ethereum se pueden migrar directamente. Hedger añade al entorno EVM la capacidad de transacciones confidenciales. Mientras que DuskVM nativo admite desarrollar contratos inteligentes confidenciales usando Rust/WASM, lo cual corresponde al estándar Confidential Security Contract (XSC) de marca Dusk. En otras palabras, los desarrolladores pueden construir dApps públicas normales o, en la misma cadena, aplicaciones financieras institucionales y de valores que requieran confidencialidad, sin tener que cambiar a un stack tecnológico completo solo para la privacidad.
#dusk $DUSK @Dusk
¿Qué opinan? ¿Qué tan útil es este enfoque de divulgación selectiva mediante view key?
A. 很实用,兼顾隐私和审计
100%
B. 略复杂,普通用户不好懂
0%
C. 得看场景,机构用更合适
0%
2 Votos • Votación cerrada