#dusk $DUSK @Dusk
Entré en la actividad reciente de Dusk esperando que la criptografía fuera la parte interesante.
Argon2, Equihash, PLONK y DuskDS apuntan a un stack serio centrado en la privacidad.
Pero el incidente del puente del 16 de agosto cambió mi atención hacia otra cosa.
El monitoreo detectó actividad que no coincidía con las operaciones normales del puente. La respuesta fue práctica:
• Los servicios del puente se pausaron
• Las direcciones operativas afectadas fueron deshabilitadas/recicladas
• Se añadió una lista de destinatarios bloqueados al Web Wallet
• Se continuaron trabajos de endurecimiento antes de reabrir
Mientras tanto, DuskDS siguió produciendo bloques. Así que esto no fue un fallo a nivel de protocolo.
Y esa distinción importa.
El riesgo interesante no estaba en la criptografía. Estaba en la infraestructura operativa que conecta el sistema con los usuarios.
El Web Wallet recibió una capa extra de seguridad mediante la lista de destinatarios bloqueados. Pero alguien que use la CLI o herramientas personalizadas no obtiene esa protección automáticamente.
Eso me deja con una pregunta más grande:
Para la adopción institucional, ¿qué capa termina ganándose la confianza del protocolo: la infraestructura operativa, o la interfaz con la que interactúan los usuarios?
Porque tener criptografía sólida debajo es importante.
Pero la seguridad también consiste en dónde realmente vive la protección.
Entré en la actividad reciente de Dusk esperando que la criptografía fuera la parte interesante.
Argon2, Equihash, PLONK y DuskDS apuntan a un stack serio centrado en la privacidad.
Pero el incidente del puente del 16 de agosto cambió mi atención hacia otra cosa.
El monitoreo detectó actividad que no coincidía con las operaciones normales del puente. La respuesta fue práctica:
• Los servicios del puente se pausaron
• Las direcciones operativas afectadas fueron deshabilitadas/recicladas
• Se añadió una lista de destinatarios bloqueados al Web Wallet
• Se continuaron trabajos de endurecimiento antes de reabrir
Mientras tanto, DuskDS siguió produciendo bloques. Así que esto no fue un fallo a nivel de protocolo.
Y esa distinción importa.
El riesgo interesante no estaba en la criptografía. Estaba en la infraestructura operativa que conecta el sistema con los usuarios.
El Web Wallet recibió una capa extra de seguridad mediante la lista de destinatarios bloqueados. Pero alguien que use la CLI o herramientas personalizadas no obtiene esa protección automáticamente.
Eso me deja con una pregunta más grande:
Para la adopción institucional, ¿qué capa termina ganándose la confianza del protocolo: la infraestructura operativa, o la interfaz con la que interactúan los usuarios?
Porque tener criptografía sólida debajo es importante.
Pero la seguridad también consiste en dónde realmente vive la protección.
