Wormhole (W): come VAAs e trasferimenti cross-chain vengono completati
La transazione sorgente è confermata. La catena di destinazione può essere ancora in attesa. Wormhole è un protocollo di messaggistica cross-chain in cui i Guardian attestano i messaggi come VAAs prima che possano essere consegnati ed eseguiti su un'altra catena.
Traccia la conferma della sorgente, l'attestazione dei Guardian, la disponibilità del VAA, la consegna e l'esecuzione sulla destinazione per identificare cosa rimane prima che un messaggio o un trasferimento di token sia completo.
Oggetto:
Completamento dei messaggi cross-chain e dei trasferimenti di token di Wormhole
Ambito di mercato:
Snapshot del token CoinGecko W/USD
Ambito delle commissioni:
Le catene di origine e destinazione utilizzano i propri asset di commissione nativi
Fuso orario:
UTC
Questo riferimento spiega gli stati dei messaggi e dei trasferimenti. Non inoltra un VAA, non recupera fondi, non valida un contratto token arbitrario né garantisce l'esecuzione sulla destinazione.
Una conferma sulla catena di origine è solo il primo stato osservabile nel ciclo di vita cross-chain di Wormhole.
Un evento sulla sorgente diventa un VAA firmato dai Guardian prima che possano avvenire la consegna e l'esecuzione sulla destinazione.
Dall'applicazione sorgente al messaggio firmato
Un'applicazione sorgente chiama il Contratto Core di Wormhole e pubblica un messaggio. L'applicazione è l'emittente, mentre la catena emittente, l'indirizzo dell'emittente e la sequenza identificano quel messaggio attraverso la rete. Il payload trasporta l'istruzione specifica dell'applicazione che un contratto di destinazione può successivamente elaborare.
I Guardiani osservano l'evento sulla catena di origine e firmano lo stesso messaggio dopo che il requisito di consistenza configurato dall'applicazione è soddisfatto. Quando è assemblato il quorum richiesto di Guardiani, l'involucro firmato è una Verifiable Action Approval, o VAA. La VAA registra il messaggio firmato; non è una ricevuta dalla catena di destinazione.
Cosa preservare quando si traccia un messaggio
L'hash della transazione sorgente e la catena di origine.
La catena emittente, l'indirizzo dell'emittente e la sequenza.
L'applicazione di destinazione che dovrebbe consumare il VAA.
L'identificatore del VAA o il payload firmato una volta disponibile.
Consegna ed esecuzione sulla catena di destinazione
Un VAA valido deve ancora raggiungere il contratto corretto e completare una transazione sulla destinazione.
La consegna è un'azione separata
Un relayer, un servizio applicativo o l'utente può recuperare un VAA e inviarlo alla catena di destinazione. Il percorso esatto dipende dal prodotto Wormhole e dall'applicazione. La consegna richiede quindi una destinazione valida, un'integrazione supportata e abbastanza gas sulla catena di destinazione, a meno che il servizio di relaying selezionato non abbia già tenuto conto di tale costo.
Il contratto di destinazione verifica le firme dei Guardian e controlla il messaggio rispetto all'emittente previsto, alle regole di autorizzazione e alla protezione dal replay. Solo allora l'applicazione di destinazione può coniare, rilasciare o aggiornare lo stato. Un VAA disponibile prova l'attestazione; non prova che questa transazione di destinazione sia riuscita.
La ricevuta che conta
Ispeziona la transazione di destinazione e lo stato dell'applicazione. Una chiamata fallita sulla destinazione, un contratto in pausa, una rappresentazione del token non supportata o gas insufficiente sulla destinazione possono lasciare la transazione sorgente confermata mentre il risultato previsto sulla destinazione rimane assente.
Wormhole supporta più di un modello di trasferimento di token, e l'asset di destinazione può avere regole diverse di proprietà e rappresentazione.
NTT mantiene le distribuzioni di token controllate dal progetto distinte dal percorso di lock-and-mint avvolto di Wormhole.
Trasferimenti di Token Nativi
I Trasferimenti di Token Nativi, o NTT, consentono a un progetto di controllare i contratti token e le politiche di trasferimento attraverso le chain connesse. Una distribuzione può utilizzare modelli burn-and-mint o di blocco, e può aggiungere controlli come limiti di velocità, pausa e regole di accesso. Il progetto rimane responsabile dei contratti scelti, della governance e del supporto alla destinazione.
Trasferimenti di Token Avvolti
I trasferimenti di token avvolti, chiamati anche Token Bridge nei contratti e negli SDK di Wormhole, utilizzano un percorso lock-and-mint per un'ampia compatibilità. I token vengono bloccati sul lato di origine e una rappresentazione avvolta viene coniata sulla destinazione. Il ritorno attraverso il percorso supportato brucia la rappresentazione avvolta e rilascia l'asset originale.
Nomi o ticker corrispondenti non dimostrano che due contratti token siano intercambiabili. Conferma il contratto di origine, il contratto di destinazione, il prodotto di trasferimento, il modello di custodia e il percorso di riscatto prima di approvare un trasferimento o aggiungere l'asset ricevuto a un'altra applicazione.
Finalità e confini di fiducia
Il completamento attraversa diversi sistemi, quindi una conferma non può rappresentare ogni confine di sicurezza ed esecuzione.
Finalità della sorgente e attestazione dei Guardian
L'applicazione sceglie un livello di consistenza che dice ai Guardian quanta conferma della chain sorgente osservare prima di firmare. Una soglia di attesa più bassa può migliorare la velocità ma può esporre l'applicazione a un maggiore rischio di riorganizzazione della chain sorgente. I Guardian attestano il messaggio osservato; non rendono finale la chain sorgente o di destinazione.
Consegna, esecuzione e rischio applicativo
Relayer o utenti consegnano VAA, le chain di destinazione confermano la transazione risultante e le applicazioni di destinazione applicano la propria logica contrattuale. Il rischio operativo può quindi risiedere nella chain sorgente, nell'osservazione dei Guardian, nel recupero di VAA, nella consegna, nel gas di destinazione, nella finalità di destinazione, nelle autorizzazioni dell'applicazione o nell'implementazione del token.
Il modello di sicurezza di Wormhole dovrebbe essere valutato insieme all'applicazione che lo utilizza. Un messaggio firmato correttamente può comunque chiamare un'applicazione con controlli di aggiornamento, pausa, limitazione di velocità o autorizzazione diversi rispetto a un'altra rotta.
Tratta il completamento come una sequenza di stati verificabili piuttosto che un singolo stato di bridge.
Ogni stato completato fornisce prove diverse; lo stato di destinazione è il controllo finale visibile all'utente.
Checklist per il completamento cross-chain
La transazione sorgente è confermata al livello richiesto della chain sorgente.
Il messaggio Wormhole previsto è stato emesso dall'applicazione corretta.
Il VAA corrispondente firmato dai Guardian è disponibile.
Il VAA è stato consegnato al contratto di destinazione previsto.
La transazione di destinazione è stata confermata senza un revert del contratto.
Il saldo dell'asset previsto o lo stato dell'applicazione è visibile a destinazione.
Non fermarti a un successo intermedio
Un explorer della sorgente può mostrare successo mentre la consegna è in sospeso. Un servizio VAA può restituire il messaggio firmato mentre non esiste alcuna transazione di destinazione. Un explorer di destinazione può mostrare una chiamata confermata mentre l'applicazione ricevente mostra una rappresentazione token diversa. Il trasferimento è completo solo quando il risultato di destinazione previsto è presente.
Prima di riprovare un trasferimento bloccato
Riprova solo dopo aver identificato se il passaggio mancante è l'attestazione, la consegna o l'esecuzione a destinazione.
Preserva prima le prove
Conserva l'hash della transazione sorgente, la chain sorgente, l'emittente e la sequenza. Individua il VAA prima di presumere che il messaggio non sia mai stato osservato. Conferma la chain e il contratto di destinazione previsti, quindi cerca una transazione di destinazione collegata a quel VAA o alla richiesta dell'applicazione.
Controlla i blocchi specifici della rotta
Mantieni l'asset di commissione nativo richiesto dalla chain di destinazione.
Verificare che la destinazione supporti la rappresentazione esatta del token nativo o avvolto.
Controlla i limiti di velocità, i contratti in pausa, la disponibilità del relayer e i revert di destinazione.
Determina se la consegna rimane o se l'esecuzione è già fallita.
Non ripetere il trasferimento sorgente alla cieca; un secondo messaggio sorgente può creare una seconda obbligazione.
Wormhole non usa W come token di gas universale. Le transazioni sorgente e di destinazione usano gli asset di commissione delle rispettive chain.
Cosa fa il token W
W è l'asset di mercato profilato e un token di governance; non è il messaggio cross-chain stesso.
Ruolo di governance
I detentori di W possono partecipare alla governance di Wormhole attraverso il processo di governance supportato, incluso delegare il potere di voto. W è disponibile negli ambienti Solana e EVM supportati attraverso l'infrastruttura di trasferimento token di Wormhole, ma il contratto e la catena contano comunque quando un portafoglio mostra un saldo W.
Detenere W non crea una VAA, non consegna un messaggio e non paga ogni commissione di origine e destinazione. L'istantanea del mercato W/USD su questa pagina descrive il contesto di mercato del token. Lo stato di avanzamento della transazione deve essere verificato attraverso la catena di origine, la VAA e gli stati di esecuzione sulla destinazione descritti sopra.
FAQ su messaggi e trasferimenti di Wormhole
Risposte mirate su VAA, consegna, gas, modelli di trasferimento e controlli di completamento.
Cos'è un VAA di Wormhole?
Una Approvazione Azione Verificabile è un messaggio Wormhole più le firme Guardian richieste dal protocollo. Dimostra che il quorum Guardian ha attestato il messaggio, non che un contratto di destinazione lo abbia eseguito.
Una transazione sorgente confermata significa che un trasferimento Wormhole è completo?
No. Il messaggio potrebbe ancora richiedere l'attestazione Guardian, la consegna VAA, la verifica della destinazione e l'esecuzione riuscita della catena target prima che l'asset o lo stato previsto appaia.
Chi consegna un VAA Wormhole alla catena di destinazione?
La consegna può essere effettuata da un relayer, un servizio applicativo o dall'utente, a seconda del prodotto e del percorso Wormhole. La transazione di destinazione richiede comunque un VAA accettato e gas sufficiente.
Perché un trasferimento Wormhole ha bisogno di gas sulla chain di destinazione?
L'invio e l'esecuzione della VAA crea una transazione sulla catena di destinazione. Tale transazione utilizza l'asset di commissione della catena di destinazione, a meno che il servizio di relaying selezionato non abbia incluso il costo nel suo flusso di servizio.
Qual è la differenza tra NTT e Trasferimenti di Token Wrapped?
NTT consente a un progetto di controllare i contratti nativi dei token e le policy attraverso le catene. I Trasferimenti di Token Wrapped utilizzano un percorso lock-and-mint gestito da Wormhole che crea una rappresentazione wrapped sulla destinazione.
Come posso capire dove è bloccato un trasferimento Wormhole?
Confronta la ricevuta sorgente, l'emitter e la sequenza, la disponibilità del VAA, la transazione di destinazione e il saldo o stato finale della destinazione. Il primo elemento mancante identifica se l'osservazione, la consegna o l'esecuzione rimangono in sospeso.
Devo ripetere la transazione sorgente quando la consegna è ritardata?
Non finché non hai identificato la fase mancante. Ripetere l'azione sorgente può emettere un secondo messaggio e creare un altro trasferimento mentre il VAA originale è ancora consegnabile.
A cosa serve il token W?
W è il token di governance di Wormhole e l'asset profilato dal mercato su questa pagina. Non è un asset di gas universale e non prova di per sé che un messaggio cross-chain sia stato completato.
Limitazioni note
Le catene supportate, i contratti distribuiti, i prodotti di relaying e le rappresentazioni dei token possono cambiare.
Un VAA firmato dai Guardian non garantisce la consegna riuscita o l'esecuzione sulla destinazione.
Questa pagina non può recuperare un trasferimento o confermare la sicurezza di un'applicazione arbitraria o di un contratto token.
Metodologia dei dati di mercato
La pagina utilizza uno snapshot aggregato W/USD di CoinGecko. Nessun grafico di scambio è renderizzato per questa entità.
Fonte dello snapshot di mercato
Dati di mercato aggregati CoinGecko (W/USD)
Cache
La cache dello snapshot è di circa 60 secondi.
Gestione dei guasti
I dati memorizzati nella cache e verificati sono etichettati come Cached o Delayed. I valori mancanti rimangono non disponibili.
La documentazione primaria di Wormhole supporta le spiegazioni su messaggi, trasferimenti, sicurezza e governance. L'attribuzione CoinGecko rimane con lo snapshot di mercato.
