#dusk $DUSK @Dusk Divulgación pendiente, todavía me quedo con esta...
Antes entendía el discurso de privacidad de Dusk como algo simplemente de “ocultar los detalles de las transacciones”. Pero al mirar con más detenimiento, me di cuenta de que el punto real son los contratos inteligentes confidenciales.
XSC mantiene en privado la lógica financiera sensible mientras la red todavía la hace cumplir. Suena simple, pero en realidad es un problema mucho más difícil: la privacidad y la verificabilidad tiran en direcciones opuestas.
El compromiso de seguridad del puente del 16 de enero me lo dejó más claro. Dusk divulgó el incidente el 17 de enero. Según el aviso inicial de Dusk, se detectó actividad inusual relacionada con una billetera gestionada por el equipo; se pausaron los puentes y afirmaron que los fondos de los usuarios no se vieron afectados.
Más tarde, el post-mortem de Dusk aportó más detalles: un atacante había obtenido acceso no autorizado a una billetera de firma de puente y vació DUSK a través del puente. El incidente fue un problema operativo de seguridad del puente, más que una vulneración de DuskDS en sí.
Pero lo que se me quedó fue la brecha entre la comunicación inicial y la imagen más completa que llegó después.
Así que “¿Dusk fue hackeado?” no es la pregunta más interesante.
La pregunta real es cómo debe comunicar y divulgar información una red construida alrededor de la confidencialidad cuando algo sale mal fuera del protocolo central.
Si toda la propuesta es una privacidad confiable a escala, entonces la divulgación puede importar tanto como la criptografía.
Aún no sé cuánta información puede seguir siendo confidencial antes de que la verificación simplemente se convierta en “confía en nosotros”.
$ALPINE
$ACE
Antes entendía el discurso de privacidad de Dusk como algo simplemente de “ocultar los detalles de las transacciones”. Pero al mirar con más detenimiento, me di cuenta de que el punto real son los contratos inteligentes confidenciales.
XSC mantiene en privado la lógica financiera sensible mientras la red todavía la hace cumplir. Suena simple, pero en realidad es un problema mucho más difícil: la privacidad y la verificabilidad tiran en direcciones opuestas.
El compromiso de seguridad del puente del 16 de enero me lo dejó más claro. Dusk divulgó el incidente el 17 de enero. Según el aviso inicial de Dusk, se detectó actividad inusual relacionada con una billetera gestionada por el equipo; se pausaron los puentes y afirmaron que los fondos de los usuarios no se vieron afectados.
Más tarde, el post-mortem de Dusk aportó más detalles: un atacante había obtenido acceso no autorizado a una billetera de firma de puente y vació DUSK a través del puente. El incidente fue un problema operativo de seguridad del puente, más que una vulneración de DuskDS en sí.
Pero lo que se me quedó fue la brecha entre la comunicación inicial y la imagen más completa que llegó después.
Así que “¿Dusk fue hackeado?” no es la pregunta más interesante.
La pregunta real es cómo debe comunicar y divulgar información una red construida alrededor de la confidencialidad cuando algo sale mal fuera del protocolo central.
Si toda la propuesta es una privacidad confiable a escala, entonces la divulgación puede importar tanto como la criptografía.
Aún no sé cuánta información puede seguir siendo confidencial antes de que la verificación simplemente se convierta en “confía en nosotros”.
$ALPINE
$ACE