Ces derniers jours, je discute encore de « qui croire en matière de cross-chain », j’ai fait un récapitulatif : une fois qu’on parle de cross-chain / transmission de messages, en gros, tu ne crois pas seulement à l’interface de cette passerelle.

Tu dois faire confiance à la finalité de la chaîne source (ne pas revenir en arrière), à la logique de validation de la chaîne cible (comment elle reconnaît ton message), à tout le système de relais / validateurs / multisignatures (qui a le pouvoir de valider), sans oublier la mise en œuvre du contrat lui-même (y a-t-il des permissions d’upgrade étranges).
Ce qui est relativement confortable avec IBC, c’est qu’il met « comment prouver ce qui s’est passé sur la chaîne opposée » dans les règles du client léger, mais tu dois quand même faire confiance à la consensus + au client des deux chaînes, sans oublier que le relayer n’est qu’un transporteur, pas un malfaiteur ou un retardataire.
Récemment, avant et après la mise à jour / hard fork de cette chaîne principale, tout le monde se demande si le projet va migrer ou non, mais ce qui m’importe davantage, c’est : dans la fenêtre de mise à jour, si les messages cross-chain se bloquent, prennent du retard ou sont rejoués, est-ce que ces problèmes seront amplifiés ?
Regarder ces documents pendant longtemps fatigue les yeux, de toute façon, je préfère faire moins de cross-chain plutôt que de risquer de partager une confiance trop grande en économisant deux frais de transaction.