Récemment, en touchant à IBC / la transmission de messages, je me rends compte que « la cross-chain » n’est pas aussi simple qu’un clic… En gros, vous faites confiance à une série de composants : la chaîne source elle-même peut avoir un incident, la logique de client léger / de validation peut être mal écrite, le relayer (le transporteur) peut se déconnecter ou désordonner, la chaîne cible peut avoir des bugs, sans parler de la couche de pont avec le contrat / la multisignature / l’oracle (selon le type de pont) qui peut être exploitée. Les autres pensent que la cross-chain = déplacer des tokens de A à B. En réalité, c’est plutôt comme passer un contrôle de sécurité dans le brouillard : chaque étape peut vous bloquer, et même si c’est le cas, on ne vous dit pas forcément pourquoi.

Au passage, je critique le système d’étiquetage des outils de données on-chain, qui a récemment été accusé d’être en retard / de pouvoir induire en erreur. Maintenant, je considère que « marqué comme ayant été interagi / à haut risque » n’est qu’une référence, et je finis toujours par vérifier le chemin, comparer avec les règles de la sorcière, préférant faire une étape en moins plutôt que de risquer une erreur supplémentaire.