Suivre un message entre chaînes indépendantes
À la fin, expliquez le schéma avec vos mots, résolvez le cas et justifiez la correction.
Prérequis : Le problème de l’oracle · Consensus et finalité
Niveau 2 · Intermédiaire →Parcours de lecture · 14 / 35 · Intermédiaire
Le Cross-Chain Interoperability Protocol permet à des applications d’envoyer des messages et de transférer des tokens entre réseaux pris en charge.
L’essentiel
Le Cross-Chain Interoperability Protocol permet à des applications d’envoyer des messages et de transférer des tokens entre réseaux pris en charge. Un message peut déclencher une action sur la destination ; un transfert programmable associe données et valeur.
Le mécanisme
Un transfert interchaînes implique plusieurs phases : envoi sur la source, attente des conditions de sécurité, puis traitement sur la destination. Il ne faut pas assimiler l’inclusion sur la source à une exécution finale sur la destination. Les délais et conditions dépendent des réseaux et de la configuration.
Les points d’attention
Selon le token et l’architecture, le transfert peut mobiliser des pools et des mécanismes de verrouillage/libération ou de destruction/création. La sécurité dépend aussi des contrats du token, des limites de débit et de l’application qui reçoit le message. L’interopérabilité n’efface pas les risques propres à chaque chaîne.
Comprendre en profondeur
La messagerie interchaînes relie des systèmes aux états et finalités distincts. Une action source émet une information observée puis livrée à un récepteur destination. Livraison et exécution destination sont distinctes : un message peut être disponible alors que l’action applicative échoue ou exige davantage de gas.
Limites et erreurs fréquentes
Le récepteur doit authentifier le point d’entrée, la chaîne source et l’expéditeur autorisé. Il doit aussi définir protection contre le rejeu et gestion des échecs. Les mécanismes de transfert dépendent de l’actif : une flèche entre chaînes ne dit pas si des jetons ont été bloqués, brûlés, émis ou libérés.
Le mécanisme en un schéma
- Action source
- Message observé
- Livraison authentifiée
- Exécution destination
Appliquer la leçon à un cas
Une instruction source demande de créditer un compte destination. La livraison réussit mais le récepteur refuse un actif incompatible. Listez séparément état source, statut du message et état destination, puis précisez l’affichage du suivi.
Cela peut créer une seconde instruction au lieu de réparer la première. La reprise doit identifier le message original et son statut, selon la procédure réellement prise en charge. L’application doit traiter les répétitions sans créditer deux fois la même action économique.
Préparer une note de correction
Décrivez le passage et la correction proposée. Vous pourrez copier cette note pour la partager ; rien n’est envoyé. N’incluez aucune donnée personnelle ou confidentielle.