Au début, je supposais que les post-mortems de ponts sont surtout lus une fois, puis oubliés, rangés après le fil de l’incident. Mais en observant comment des équipes s’y réfèrent des mois plus tard, lors d’audits, dans des discussions de RFC, ou même dans des commentaires de code en silence, j’ai l’impression qu’il s’agit plutôt d’une friction à libération lente. Chaque exploit passé devient un filtre discret : quels itinéraires obtiennent d’abord la liquidité, lesquels subissent des confirmations retardées, lesquels voient leurs limites plafonnées avant que quiconque ne leur fasse à nouveau confiance. Les mécanismes changent rarement vite. Ce qui change, c’est la patience : les utilisateurs contournent des points de défaillance connus sans expliquer pourquoi, et le volume s’y raréfie. La fiabilité n’est pas démontrée par des graphiques de disponibilité : elle se prouve par le fait que le capital revient après avoir eu peur une fois. C’est là le véritable test des leçons tirées d’un post-mortem—pas de savoir si le correctif tient techniquement, mais si la mémoire des déposants décroît plus vite que celle du protocole. Alors, quand un pont redevient calme, est-ce une confiance retrouvée, ou simplement des attentes diminuées qui s’installent dans un équilibre plus bas et plus silencieux ?
@Dusk_Foundation $DUSK #dusk