Wormhole (W) : comment VAAs et les transferts inter-chaînes sont complétés
La transaction source est confirmée. La chaîne de destination peut encore attendre. Wormhole est un protocole de messagerie inter-chaînes dans lequel les Gardiens attestent les messages comme VAAs avant qu'ils puissent être livrés et exécutés sur une autre chaîne.
Tracez la confirmation source, l'attestation des Gardiens, la disponibilité du VAA, la livraison et l'exécution sur la destination afin d'identifier ce qui reste avant qu'un message ou un transfert de jetons soit complet.
Objet :
Complétion des messages inter-chaînes et des transferts de jetons Wormhole
Portée du marché :
CoinGecko W/USD instantané de jetons
Portée des frais :
Les chaînes source et destination utilisent leurs propres actifs de frais natifs
Fuseau horaire :
UTC
Cette référence explique les états des messages et des transferts. Elle ne relaie pas un VAA, ne récupère pas de fonds, ne valide pas un contrat de jetons arbitraire et ne garantit pas l'exécution sur la destination.
Une confirmation de la chaîne source n'est que le premier état observable dans le cycle de vie inter-chaînes de Wormhole.
Un événement source devient un VAA signé par les Gardiens avant que la livraison et l'exécution sur la destination puissent avoir lieu.
De l'application source au message signé
Une application source appelle le contrat central Wormhole et publie un message. L'application est l'émetteur, tandis que la chaîne émettrice, l'adresse de l'émetteur et la séquence identifient ce message sur le réseau. La charge utile contient l'instruction spécifique à l'application qu'un contrat de destination peut traiter ultérieurement.
Les Gardiens observent l'événement de la chaîne source et signent le même message une fois que l'exigence de cohérence configurée par l'application est satisfaite. Lorsque le quorum de Gardiens requis est réuni, l'enveloppe signée est une Approbation d'Action Vérifiable, ou VAA. La VAA enregistre le message signé ; ce n'est pas un reçu de la chaîne de destination.
Ce qu'il faut préserver lors du traçage d'un message
Le hash de la transaction source et la chaîne source.
La chaîne émettrice, l'adresse de l'émetteur et la séquence.
L'application de destination censée consommer le VAA.
L'identifiant du VAA ou la charge utile signée une fois disponible.
Un VAA valide doit encore atteindre le bon contrat et compléter une transaction de destination.
La livraison est une action distincte
Un relayer, un service d'application ou l'utilisateur peut récupérer une VAA et la soumettre à la chaîne cible. Le chemin exact dépend du produit Wormhole et de l'application. La livraison nécessite donc une destination valide, une intégration prise en charge et suffisamment de gaz sur la chaîne cible, à moins que le service de relais sélectionné n'ait déjà pris en compte ce coût.
Le contrat cible vérifie les signatures des Gardiens et vérifie le message par rapport à son émetteur attendu, ses règles d'autorisation et sa protection contre la relecture. Ce n'est qu'alors que l'application de destination peut frapper, libérer ou mettre à jour l'état. La disponibilité d'une VAA prouve l'attestation ; elle ne prouve pas que cette transaction cible a réussi.
Le reçu qui compte
Inspectez la transaction de destination et l'état de l'application. Un appel cible échoué, un contrat en pause, une représentation de jeton non prise en charge ou un gaz insuffisant sur la destination peuvent laisser la transaction source confirmée tandis que le résultat de destination prévu reste absent.
Wormhole prend en charge plus d'un modèle de transfert de jetons, et l'actif de destination peut avoir des règles de propriété et de représentation différentes.
NTT maintient les déploiements de jetons contrôlés par le projet distincts du chemin de verrouillage et de frappe enveloppé de Wormhole.
Transferts de jetons natifs
Les transferts de jetons natifs, ou NTT, permettent à un projet de contrôler les contrats de jetons et la politique de transfert sur les chaînes connectées. Un déploiement peut utiliser des modèles de brûlage et de frappe ou de verrouillage, et peut ajouter des contrôles tels que des limites de taux, des mises en pause et des règles d'accès. Le projet reste responsable des contrats choisis, de la gouvernance et du support de destination.
Transferts de jetons enveloppés
Les transferts de jetons enveloppés, également appelés pont de jetons dans les contrats et SDK Wormhole, utilisent un chemin de verrouillage et de frappe pour une large compatibilité. Les jetons sont verrouillés côté origine et une représentation enveloppée est frappée sur la destination. Le retour via le chemin pris en charge brûle la représentation enveloppée et libère l'actif d'origine.
Des noms ou tickers correspondants ne prouvent pas que deux contrats de jetons sont interchangeables. Confirmez le contrat source, le contrat de destination, le produit de transfert, le modèle de garde et le chemin de rachat avant d'approuver un transfert ou d'ajouter l'actif reçu à une autre application.
Finalité et limites de confiance
L'achèvement traverse plusieurs systèmes, donc une seule confirmation ne peut pas représenter chaque frontière de sécurité et d'exécution.
Finalité source et attestation des Gardiens
L'application choisit un niveau de cohérence qui indique aux Gardiens combien de confirmations de la chaîne source observer avant de signer. Un seuil d'attente plus bas peut améliorer la vitesse mais peut exposer l'application à un risque de réorganisation de la chaîne source plus élevé. Les Gardiens attestent le message observé ; ils ne rendent pas la chaîne source ou de destination finale.
Livraison, exécution et risque applicatif
Les relayers ou les utilisateurs livrent les VAA, les chaînes cibles confirment la transaction résultante, et les applications cibles appliquent leur propre logique contractuelle. Le risque opérationnel peut donc résider dans la chaîne source, l'observation des Gardiens, la récupération de la VAA, la livraison, le gaz de la chaîne de destination, la finalité de la destination, les permissions de l'application ou l'implémentation du jeton.
Le modèle de sécurité de Wormhole doit être évalué en même temps que l'application qui l'utilise. Un message correctement signé peut toujours appeler une application avec des contrôles de mise à niveau, de pause, de limite de taux ou d'autorisation différents d'une autre route.
Traitez l'achèvement comme une séquence d'états vérifiables plutôt que comme un statut de pont unique.
Chaque état complété fournit des preuves différentes ; l'état de la destination est la vérification finale orientée utilisateur.
Liste de contrôle d'achèvement inter-chaînes
La transaction source est confirmée au niveau de chaîne source requis.
Le message Wormhole attendu a été émis par la bonne application.
Le VAA correspondant signé par les Gardiens est disponible.
Le VAA a été livré au contrat de destination prévu.
La transaction de destination a été confirmée sans revert de contrat.
Le solde d'actif attendu ou l'état de l'application est visible à la destination.
Ne vous arrêtez pas à un succès intermédiaire
Un explorateur source peut montrer un succès alors que la livraison est en attente. Un service VAA peut retourner le message signé alors qu'aucune transaction de destination n'existe. Un explorateur de destination peut montrer un appel confirmé alors que l'application réceptrice affiche une représentation de jeton différente. Le transfert n'est complet que lorsque le résultat de destination attendu est présent.
Avant de réessayer un transfert bloqué
Ne réessayez qu'après avoir identifié si l'étape manquante est l'attestation, la livraison ou l'exécution de destination.
Préservez d'abord les preuves
Conservez le hash de transaction source, la chaîne source, l'émetteur et la séquence. Localisez le VAA avant de supposer que le message n'a jamais été observé. Confirmez la chaîne et le contrat de destination prévus, puis recherchez une transaction de destination liée à ce VAA ou à la demande d'application.
Vérifiez les blocages spécifiques à la route
Conservez l'actif de frais natif requis par la chaîne de destination.
Vérifiez que la destination prend en charge la représentation de jeton native ou enveloppée exacte.
Vérifiez les limites de taux, les contrats en pause, la disponibilité des relayeurs et les reverts de destination.
Déterminez si la livraison reste en attente ou si l'exécution a déjà échoué.
Ne répétez pas le transfert source aveuglément ; un deuxième message source peut créer une deuxième obligation.
Wormhole n'utilise pas W comme jeton de gaz universel. Les transactions source et de destination utilisent les actifs de frais de leurs chaînes respectives.
Ce que fait le jeton W
W est l'actif de marché profilé et un jeton de gouvernance ; ce n'est pas le message inter-chaînes lui-même.
Rôle de gouvernance
Les détenteurs de W peuvent participer à la gouvernance de Wormhole via le processus de gouvernance pris en charge, y compris la délégation du pouvoir de vote. W est disponible dans les environnements Solana et EVM pris en charge via l'infrastructure de transfert de jetons de Wormhole, mais le contrat et la chaîne comptent toujours lorsqu'un portefeuille affiche un solde W.
Détenir W ne crée pas de VAA, ne livre pas de message et ne paie pas chaque frais de source et de destination. L'instantané du marché W/USD sur cette page décrit le contexte de marché du jeton. La progression de la transaction doit toujours être vérifiée via la chaîne source, la VAA et les états d'exécution de destination décrits ci-dessus.
FAQ sur les messages et transferts Wormhole
Réponses ciblées sur les VAAs, la livraison, le gaz, les modèles de transfert et les vérifications d'achèvement.
Qu'est-ce qu'un VAA Wormhole ?
Une approbation vérifiable d'action est un message Wormhole plus les signatures Guardian requises par le protocole. Cela prouve que le quorum Guardian a attesté le message, et non qu'un contrat de destination l'a exécuté.
Une transaction source confirmée signifie-t-elle qu'un transfert Wormhole est terminé ?
Non. Le message peut encore nécessiter l'attestation du Guardian, la livraison du VAA, la vérification de la destination et l'exécution réussie de la chaîne cible avant que l'actif ou l'état attendu n'apparaisse.
Qui livre un VAA Wormhole à la chaîne de destination ?
La livraison peut être effectuée par un relayer, un service d'application ou l'utilisateur, selon le produit et l'itinéraire Wormhole. La transaction de destination nécessite toujours un VAA accepté et suffisamment de gaz.
Pourquoi un transfert Wormhole nécessite-t-il du gaz sur la chaîne de destination ?
La soumission et l'exécution du VAA créent une transaction sur la chaîne de destination. Cette transaction utilise l'actif de frais de la chaîne de destination, sauf si le service de relais sélectionné a inclus le coût dans son flux de service.
Quelle est la différence entre NTT et les transferts de jetons enveloppés ?
NTT permet à un projet de contrôler les contrats et les politiques de jetons natifs sur plusieurs chaînes. Les transferts de jetons enveloppés utilisent un chemin de verrouillage et de frappe géré par Wormhole qui crée une représentation enveloppée sur la destination.
Comment puis-je savoir où un transfert Wormhole est bloqué ?
Comparez le reçu source, l'émetteur et la séquence, la disponibilité du VAA, la transaction de destination et le solde ou l'état final de la destination. Le premier élément manquant identifie si l'observation, la livraison ou l'exécution reste en attente.
Dois-je répéter la transaction source lorsque la livraison est retardée ?
Pas avant d'avoir identifié l'étape manquante. Répéter l'action source peut émettre un deuxième message et créer un autre transfert alors que le VAA d'origine est toujours livrable.
À quoi sert le jeton W ?
W est le jeton de gouvernance de Wormhole et l'actif profilé sur le marché sur cette page. Ce n'est pas un actif de gaz universel et ne prouve pas en soi qu'un message inter-chaînes a été complété.
Limites connues
Les chaînes prises en charge, les contrats déployés, les produits de relais et les représentations de jetons peuvent changer.
Un VAA signé par un Gardien ne garantit pas une livraison réussie ou une exécution sur la destination.
Cette page ne peut pas récupérer un transfert ni confirmer la sécurité d'une application ou d'un contrat de jeton arbitraire.
Méthodologie des données de marché
La page utilise un instantané agrégé W/USD CoinGecko. Aucun graphique d'échange n'est rendu pour cette entité.
Source de l'instantané du marché
Données de marché agrégées CoinGecko (W/USD)
Cache
Le cache de l'instantané est d'environ 60 secondes.
Gestion des échecs
Les données mises en cache vérifiées sont étiquetées Cached ou Delayed. Les valeurs manquantes restent indisponibles.
La documentation principale de Wormhole prend en charge les explications sur les messages, les transferts, la sécurité et la gouvernance. L'attribution CoinGecko reste avec l'instantané du marché.
