Ayer por la noche, mientras revisaba los registros de errores de los nodos RPC, también volví a sacar y repasar los registros on-chain del incidente de seguridad de ese puente de cadenas cruzadas ocurrido a mediados de enero, @Dusk . Yo, en esto de hacer trading y hacer interacciones, siempre sigo el principio de “salvar primero la vida”: cada vez que hay el más mínimo indicio, mi reacción instintiva es no creer en rumores ni por asomo; tiene que ser que yo mismo revise el código y las transacciones on-chain para encontrar la verdad.
Muchos se asustaron muchísimo en aquel momento y pensaban que el protocolo subyacente de Dusk se había venido abajo. Pero revisé las huellas on-chain y primero debo decir algo objetivo en favor de su capa de consenso: el consenso subyacente de DuskDS en realidad no fue vulnerado, y el código del protocolo central tampoco tenía bugs. Lo que en verdad el hacker logró abrumar en tierra fue la billetera firmante del servicio de puente que conecta con la cadena EVM. En otras palabras: el protocolo no tenía fugas; lo que se “robó” fue el “guardia” de las claves privadas de la periferia.
Al repasar las acciones on-chain de esa noche: el hacker empezó a las 21:28, y fue sacando por tandas más de 2,7 millones, 1,9 millones y 8 millones de $DUSK , una operación tras otra, hasta que casi dos horas después el equipo cortó de emergencia el acceso. Al final, la última transacción de 8,91 millones de tokens quedó finalmente bloqueada a la fuerza; en medio, parte de los fondos incluso se lavaron en BSC.
Esto me dejó muchísimo impacto. Normalmente, cuando nosotros escribimos contratos Solidity o armamos una arquitectura, solemos obsesionarnos con la llamada “desacoplación modular”: separar perfectamente consenso, liquidación y ejecución, suena extremadamente sólido. Pero la realidad es cruel: cuanto más finamente se descomponen los componentes del sistema, más “juntas” quedan expuestas hacia el exterior. Para ir más rápido y con una integración más ligera, el proyecto concentró todos los permisos de firma en una ruta relativamente delgada. Así, el muro alto construido con pruebas de ZKP y finalización determinista dentro de la cadena estaba blindado, pero fuera del muro, en la billetera de firma del puente entre cadenas, bastó con un solo golpe para derrumbarlo.
Por eso, ahora que veo proyectos, ya no confío ciegamente en “qué tan hardcore es el consenso”. En cuanto los activos salen de la capa nativa de liquidación, esos puentes y billeteras firmantes en los bordes, en cuestión de minutos, pueden volver a arrastrar la descentralización a un pantano frágil de confianza humana. Estas brechas de seguridad en los límites suelen ser, precisamente, los arrecifes más letales.
Hermanos, ustedes creen que para el riesgo de punto único en los puentes cross-chain de estas blockchains modulares, hay alguna solución a nivel de código?
#dusk $DUSK @Dusk
Muchos se asustaron muchísimo en aquel momento y pensaban que el protocolo subyacente de Dusk se había venido abajo. Pero revisé las huellas on-chain y primero debo decir algo objetivo en favor de su capa de consenso: el consenso subyacente de DuskDS en realidad no fue vulnerado, y el código del protocolo central tampoco tenía bugs. Lo que en verdad el hacker logró abrumar en tierra fue la billetera firmante del servicio de puente que conecta con la cadena EVM. En otras palabras: el protocolo no tenía fugas; lo que se “robó” fue el “guardia” de las claves privadas de la periferia.
Al repasar las acciones on-chain de esa noche: el hacker empezó a las 21:28, y fue sacando por tandas más de 2,7 millones, 1,9 millones y 8 millones de $DUSK , una operación tras otra, hasta que casi dos horas después el equipo cortó de emergencia el acceso. Al final, la última transacción de 8,91 millones de tokens quedó finalmente bloqueada a la fuerza; en medio, parte de los fondos incluso se lavaron en BSC.
Esto me dejó muchísimo impacto. Normalmente, cuando nosotros escribimos contratos Solidity o armamos una arquitectura, solemos obsesionarnos con la llamada “desacoplación modular”: separar perfectamente consenso, liquidación y ejecución, suena extremadamente sólido. Pero la realidad es cruel: cuanto más finamente se descomponen los componentes del sistema, más “juntas” quedan expuestas hacia el exterior. Para ir más rápido y con una integración más ligera, el proyecto concentró todos los permisos de firma en una ruta relativamente delgada. Así, el muro alto construido con pruebas de ZKP y finalización determinista dentro de la cadena estaba blindado, pero fuera del muro, en la billetera de firma del puente entre cadenas, bastó con un solo golpe para derrumbarlo.
Por eso, ahora que veo proyectos, ya no confío ciegamente en “qué tan hardcore es el consenso”. En cuanto los activos salen de la capa nativa de liquidación, esos puentes y billeteras firmantes en los bordes, en cuestión de minutos, pueden volver a arrastrar la descentralización a un pantano frágil de confianza humana. Estas brechas de seguridad en los límites suelen ser, precisamente, los arrecifes más letales.
Hermanos, ustedes creen que para el riesgo de punto único en los puentes cross-chain de estas blockchains modulares, hay alguna solución a nivel de código?
#dusk $DUSK @Dusk