Récemment, je regarde IBC et diverses implémentations de messagerie/ ponts, plus j’en regarde, plus je pense qu’un transfert cross-chain, en gros, c’est une question de savoir en qui on a le plus confiance.

L’état idéal de l’IBC est que les deux côtés vérifient eux-mêmes l’état de l’autre avec des clients légers, ce qui reste propre ; mais beaucoup de ponts deviennent rapidement : un groupe de relayeurs qui transporte les données + un ensemble de validateurs/multisignatures qui donnent leur approbation + qui détient le pouvoir de mise à jour.
Je suis très sensible à la question des permissions, est-ce que le contrat peut changer de logique à tout moment, est-ce que l’administrateur a une clé unique, cela détermine si je peux dormir tranquille ou pas.

Les discussions récentes sur le staking et la sécurité partagée sont aussi très vives, les rendements combinés semblent attrayants, mais ajouter une couche de « sécurité externalisée » dans le cross-chain, c’est comme allonger la chaîne de confiance…
Après réflexion, c’est assez ridicule, j’écris des scripts pour exécuter des stratégies de façon rigoureuse, mais une fois en cross-chain, je me confie à une multitude de composants invisibles.
De toute façon, ma méthode est très simple : si je peux utiliser IBC natif, je n’utilise pas de ponts sophistiqués, si je dois en utiliser un, je vérifie d’abord les permissions et le chemin de mise à jour, même si ça va plus lentement.