Esta mañana estaba revisando la documentación de Hedger de Dusk y lo que me detuvo fue la división arquitectónica. En lugar de pedirle a una única técnica de privacidad que lo haga todo, Hedger separa las tareas: la cifración homomórfica mantiene los valores financieros sensibles ocultos durante el cómputo, mientras que una prueba de conocimiento cero independiente verifica que el cómputo se realizó correctamente.

Esto importa porque Hedger se ejecuta sobre DuskEVM, mientras que Zedger se encarga de la privacidad para contratos nativos de XSC. Dos rutas separadas, ambas orientadas al mismo objetivo de valores confidenciales, funcionando en capas diferentes.

Conté tres demandas distintas que están satisfaciendo a la vez. Las tenencias, los importes y los saldos permanecen totalmente cifrados de extremo a extremo, según la propia documentación de Dusk, y el sistema sigue diseñado para la auditabilidad regulada, totalmente auditable por diseño cuando la normativa lo requiere.

Muestra una elección clara por mantener los contratos inteligentes confidenciales como algo práctico para aplicaciones financieras, en lugar de la anonimidad pura, y lo que aún intento confirmar es cuánto de la lógica de cumplimiento específica de XSC, la transferencia forzada, las tablas de cap (cap tables), se transfiere cuando flujos similares se ejecutan a través de Hedger en DuskEVM en vez de de forma nativa en Zedger.
Esa entrega específica es lo que voy a vigilar a continuación.

@Dusk #dusk $DUSK