Récemment, je regarde à nouveau le système IBC / messages cross-chain, en gros, c'est simplement "déplacer des choses de A à B", on pourrait penser qu'il s'agit juste de confirmer un point, mais en réalité, c'est comme donner un ticket de confiance à une série de composants : la chaîne source ne doit pas faire marche arrière, la logique du client léger / de la validation ne doit pas être mal écrite, le relayer ne doit pas se déconnecter ou insérer des paquets de manière aléatoire, la configuration du canal ne doit pas être modifiée par erreur, et enfin, sur la chaîne cible, il faut aussi que le contrat d'application traite cela comme prévu (certains échouent sans même donner d'explication, l'expérience utilisateur est vraiment au ras des pâquerettes).

Ce qui est encore plus ennuyeux, c'est qu'avec l'ouverture de nouvelles L1 / L2, les incitations pour attirer le TVL (Total Value Locked) poussent à miner, vendre, et faire des transferts cross, instantanément, la couche de pont et la couche de messages deviennent un terrain de test de résistance, et quand ça bloque, on commence à se rejeter la faute : la chaîne dit que ce n'est pas moi, le relayer dit que ce n'est pas lui, le front-end tourne en boucle… Les utilisateurs expérimentés ont aussi leurs raisons de râler, de toute façon, le coût et l’état d’esprit, c’est l’utilisateur qui doit les supporter. La prochaine fois que je verrai "cross-chain sans perception", je vais d’abord réfléchir à qui je suis vraiment en train de faire confiance.