Salta al contenuto
BitcoinToolkit

THORChain (RUNE): il costo dello swap combina commissioni di rete, slippage del pool e commissioni di uscita

THORChain è un protocollo di liquidità Layer 1 indipendente per scambi tra asset nativi su catene connesse. RUNE è il suo asset di regolamento, commissioni, liquidità e bond dei nodi. Questa pagina si concentra sui costi di swap che combinano gas della catena, slippage del pool e commissioni di uscita, e sui controlli che gli utenti devono effettuare prima di utilizzare il protocollo o valutare il ruolo del token.

Scambia asset nativi tramite THORChain comprendendo i prezzi del pool, le commissioni della catena, il regolamento del vault e la gestione dei guasti.

Oggetto:
THORChain
Modalità di mercato:
Solo istantanea
Asset per le commissioni:
RUNE / varia
Fuso orario:
UTC

Questa pagina non fornisce una quotazione di swap in tempo reale, non verifica un indirizzo vault, non fornisce liquidità, non esegue un nodo, non recupera un memo non valido né garantisce un tempo di uscita.

Proprietà dei contenuti: Redazione di BitcoinToolkit Riferimenti tecnici: documentazione ufficiale del protocollo e per sviluppatori. Approccio di revisione: le spiegazioni tecniche sono verificate rispetto alle fonti primarie e aggiornate quando la rete o l'asset cambiano. Ultima revisione dei contenuti: Ultimo test di integrazione dati:

Il costo di swap combina gas della catena, slippage del pool e commissioni di uscita

Una commissione di rete visualizzata non è il risultato economico completo.

Flusso di lavoro THORChain che mostra Verifica rete, Seleziona asset, Rivedi approvazione, Esegui percorso, Controlla ricevuta
Flusso di lavoro THORChain dalla prima decisione dell'utente a un risultato verificato.

Cosa cambia nell'output

La transazione sorgente paga la commissione di rete della catena sorgente. Il pricing del pool THORChain crea slippage in base alla dimensione dell'operazione rispetto alla profondità del pool, e la commissione di uscita copre la transazione sulla catena di destinazione. Uno swap doppio attraversa due pool incentrati su RUNE. Gli streaming swap possono dividere un ordine di grandi dimensioni nel tempo per scambiare la velocità di esecuzione con un impatto aggregato sul prezzo inferiore.

Rivedi l'output previsto, l'importo minimo, i campi affiliate, la lunghezza del memo e l'indirizzo di rimborso prima di inviare. Le commissioni e la profondità del pool possono cambiare tra la quotazione e l'osservazione. Una commissione bassa sulla catena sorgente non protegge da uno slippage elevato, e una quotazione scaduta o malformata può produrre un rimborso anziché l'asset di destinazione previsto.

Uno swap nativo ha fasi di ingresso, pool e uscita

L'utente riceve un asset nativo di destinazione senza detenere la gamba di regolamento interna.

Dalla transazione sorgente alla vault di uscita

Un utente invia un asset sorgente supportato alla vault di ingresso THORChain corrente con un memo di transazione che descrive l'azione richiesta e la destinazione. I THORNodes osservano la catena sorgente e raggiungono il consenso sull'ingresso. La macchina a stati applica uno o due swap di pool attraverso RUNE e pianifica un'uscita da una vault controllata da soglia.

Per un esempio BTC-to-ETH, BTC entra nel pool BTC:RUNE e il RUNE risultante entra nel pool RUNE:ETH; l'utente riceve ETH nativo e non detiene manualmente il RUNE intermedio. Traccia l'ingresso, la transazione THORChain e l'uscita in modo indipendente perché ciascuna può attendere condizioni di catena diverse.

I bond dei nodi e i vault TSS proteggono gli asset connessi

La custodia cross-chain è distribuita tra il set di nodi attivi piuttosto che rimossa completamente.

Diagramma decisionale THORChain che separa i controlli di identità, esecuzione e completamento
La conferma THORChain non risolve ogni successiva questione operativa.

Osservazione, bonding e churn

Nessun firmatario attivo singolo detiene la chiave completa della vault.

Gli utenti affrontano ancora rischi di protocollo, pool, catene connesse, vault e software. Verifica gli indirizzi di ingresso correnti dai dati di rete live perché le vault ruotano. Non riutilizzare mai un vecchio indirizzo di deposito dalla cronologia delle transazioni, e non dedurre mai che un grande bond RUNE elimini bug di contratto, arresti di catena o memo errati.

Scegli il prossimo controllo THORChain

Tratta la validazione di indirizzo e memo come parte dello swap.

Prima di inviare asset nativi

Ottieni una quotazione fresca e un indirizzo di ingresso, conferma le catene sorgente e di destinazione, valida il memo, confronta l'output previsto con l'output minimo e usa un indirizzo di destinazione controllato sulla catena corretta. Conserva l'ID della transazione sorgente e i dettagli della quotazione fino al completamento dell'uscita.

Non inviare da uno scambio quando i rimborsi non possono tornare al mittente originale, omettere un memo richiesto o scegliere una rappresentazione sintetica solo tramite ticker. Per la partecipazione a liquidità o nodi, rivedi le regole separate di pool, bond e prelievo piuttosto che estrapolare da uno swap semplice.

Sfoglia gli strumenti di conversione

FAQ su swap e liquidità THORChain

Uno swap THORChain può riuscire a un prezzo peggiore rispetto all'anteprima?

Sì. Lo stato della pool, il routing, l'impatto sul prezzo, le impostazioni di slippage, le commissioni e l'ordine delle transazioni possono modificare l'esecuzione.

Limitazioni note

Metodologia dei dati di mercato

La pagina utilizza un'istantanea aggregata RUNE/USD di CoinGecko. Nessun grafico di scambio viene visualizzato per questa entità.

Fonte dello snapshot di mercato
Dati di mercato aggregati CoinGecko (RUNE/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.
Stato dello snapshot
Ritardato
Segnala un problema
Segnala un problema relativo ai dati di mercato →

Fonti tecniche

Le fonti primarie selezionate supportano le spiegazioni operative. L'attribuzione del fornitore di mercato rimane separata.

Informazioni editoriali

Contenuto tecnico verificato, fonti revisionate e cronologia degli aggiornamenti.

Pubblicato
Ultima revisione
Verifica dei dati
Fonti
Documentazione ufficiale