#Flow网络安全事故 Flow cette série d'incidents de sécurité est vraiment l'oiseau noir le plus absurde de 2024, 3,9 millions de dollars ont disparu, le prix du jeton a été directement réduit de moitié, mais ce que je veux dire c’est que — cela nous donne en fait une opportunité d’observation pour les amateurs de gains rapides.

Le résumé de l’incident est simple : un hacker a exploité une vulnérabilité dans la couche d’exécution pour transférer 3,9 millions de dollars, l’équipe officielle a d’abord proposé une solution de rollback global (effacer toutes les transactions en moins de 6 heures), ce qui a immédiatement déclenché une crise dans l’écosystème. Les partenaires de ponts inter-chaînes deBridge, LayerZero étaient furieux, car leurs opérations normales dans la fenêtre de vulnérabilité auraient aussi été supprimées, ce que personne ne pouvait accepter. Finalement, l’équipe officielle a été contrainte de retirer cette proposition et de la remplacer par une solution de "recovery isolé" — sans rollback, en conservant les transactions légitimes, avec un redémarrage par étapes.

Quelle est la leçon concrète pour nous ?

**Premièrement, il faut choisir des projets en fonction de la capacité d’urgence et de la transparence de la fondation.** La décision initiale de rollback de Flow a révélé un problème de centralisation dans la prise de décision, un vrai projet décentralisé ne devrait pas pouvoir modifier l’histoire à sa guise. Il faut se souvenir de ce genre de drapeaux rouges.

**Deuxièmement, il faut éviter la fenêtre de risque lors des interactions inter-chaînes.** Entre l’incident et la reprise, toute opération inter-chaînes est risquée. Ce que nous craignons le plus, c’est que l’interaction réussisse mais que les actifs restent bloqués dans un état inconnu, et cet incident en est un exemple concret.

**Troisièmement, lors d’une chute brutale du prix du jeton, ce n’est pas une opportunité de gains rapides, mais une période d’observation.** FLOW est passé de 0,173 à 0,079 puis a rebondi à 0,107, dans ce genre de fluctuations extrêmes, il y a des risques supplémentaires pour les interactions de projets, il faut attendre que le réseau soit complètement stable avant de participer.

La leçon à tirer maintenant est que la prochaine fois que nous rencontrons un incident de sécurité similaire, il faut attendre que l’équipe officielle publie plus de trois mises à jour avant de confirmer la situation, ne pas se précipiter pour prendre toute "opportunité". La sécurité > le profit, c’est toujours la première règle pour les gains rapides.