Attribués une fois après une réponse correcte.
Suivre un message entre chaînes indépendantes
À connaître avant : Le problème de l’oracle · Consensus et finalité
Parcours de lecture · 14 / 41 · 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
- 01Action source
- 02Message observé
- 03Livraison authentifiée
- 04Exécution destination
Ces repères représentent des notions liées, pas nécessairement des étapes successives.
Lire l’explication
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.
Replacez le mécanisme dans son contexte
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.
Appliquer dans l’atelier →Ce que ce mécanisme ne garantit pas
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.
La distinction qui change l’analyse
Une transaction source peut réussir avant l’action de l’application destination. Donnez au message son identifiant et son statut. Si l’action destination échoue, examinez ses règles de reprise au lieu d’assimiler réussite source et fin du processus.
À vous de l’expliquer
Reprenez le cas ci-dessus. Nommez ce qui est établi, ce qui reste à vérifier et la preuve qui permettrait de conclure. Une réponse solide traite les deux côtés du schéma.
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.