Récemment, quelqu’un a encore parlé de la migration de l’écosystème avant ou après la mise à niveau / l’arrêt de la chaîne principale, je me concentre plutôt sur la partie cross-chain… En gros, une fois que tu fais du cross-chain, tu ne crois pas seulement au mot « pont ». Que ce soit IBC ou d’autres méthodes de transmission de messages, la sécurité de la chaîne elle-même, la finalité, la logique de validation / client léger, le relayer (relai) qui travaille ou non, comment la chaîne opposée gère le timeout et le rollback, ainsi que cette couche d’encapsulation de contrats / multisignatures / droits de mise à jour, chaque étape peut causer des problèmes si elle est un peu lâche.

Je pensais qu’utiliser IBC signifiait « plus décentralisé, plus sécurisé », mais après avoir observé le rythme de plusieurs adresses exceptionnellement actives, j’ai réalisé que beaucoup de risques se trouvent en périphérie : concentration des relayeurs, modification aléatoire des paramètres du canal, la gouvernance qui peut changer le code de validation d’un seul vote… La surface est très calme, mais en dessous, tout le monde manipule. Quoi qu’il en soit, avant de faire du cross-chain, je me pose toujours cette question : si un problème survient vraiment, qui peut appuyer sur le bouton de pause, qui peut changer les règles, et qui sont ces deux personnes.