El atardecer está construyendo una Capa 1 para aplicaciones financieras centradas en la privacidad, con DuskDS encargándose del consenso y el asentamiento, mientras que la ejecución puede ocurrir a través de DuskVM. Lo que me interesa no es simplemente la tecnología de privacidad. Me interesa más el espacio entre la privacidad, la ejecución, la verificación y la finalidad.

Veo el flujo así: creo una transacción, los mecanismos de privacidad protegen la información sensible, la transacción entra en la red, la ejecución procesa el cambio de estado, los validadores verifican el bloque y el consenso eventualmente convierte ese estado en definitivo.

Pero no trato automáticamente la verificación como resiliencia.

Aprendí esto de un error del pasado. Una vez vi una verificación criptográfica sólida y asumí que toda la infraestructura era igualmente robusta. Ahora pregunto qué sucede cuando algo alrededor de ese proceso de verificación sale mal.

¿Y si los nodos reciben información en momentos diferentes? ¿Y si la ejecución tiene éxito pero la finalidad se retrasa? ¿Y si un validador queda indisponible?

No estoy afirmando que Dusk tenga una vulnerabilidad. Solo me interesa cómo se comporta la arquitectura bajo presión.

Para mí, ahí es donde comienza la investigación real.

@Dusk_Foundation #Dusk #blockchain #PrivacyProtection #Web3 #crypto $DUSK
$TUT

$GPS