Vient de scanner le mempool et j’ai vu des gens qui utilisent l’IBC pour faire du cross-chain, avec au milieu quelques pics de gas assez bizarres. Honnêtement, à chaque fois que je vois ce genre de message-passing, je pense à une métaphore : tu envoies un colis de la chaîne A vers la chaîne B ; le relayer, c’est celui de l’IBC, mais au final le colis arrive exactement à qui pour être signé et considéré comme valide ? En clair, côté chaîne : le light client, le set de validateurs, et même le relayer lui-même—chaque couche doit être digne de confiance. C’est comme une flotte de camions de marchandises non verrouillée : toute la cargaison dépend de la fiabilité du convoyeur.

Là, chaque L2 compare TPS et subventions, et je suis assez excité par le spectacle, mais si on veut vraiment faire tourner des allers-retours métier, c’est tout le tas de composants cross-chain qui devient le vrai mur porteur. Il y a un exemple de testnet : côté relayer, sur un nœud, quelqu’un a modifié furtivement un en-tête de preuve ; résultat, côté on-chain, la vérification n’a pas bloqué, et le gas a aussi explosé, comme si on avait senti une odeur de fumée… En gros, plus je regarde, plus je me dis que dans ces composants de pont cross-chain, si le set de validateurs est compromis ne serait-ce qu’à moitié, il faut sérieusement envisager d’ajouter une couche de verrou en plus. Fin pour l’instant.