THORChain (RUNE): Swapkosten combineren ketengas, poolslip en uitgaande vergoedingen
THORChain is een onafhankelijk Layer 1-liquiditeitsprotocol voor swaps tussen native assets op verbonden chains. RUNE is het settlement-, fee-, liquiditeits- en node-bond-activum. Deze pagina richt zich op de swapkosten die Chain Gas, Pool Slip en Outbound Fees combineren en de controles die gebruikers nodig hebben voordat ze het protocol gebruiken of de rol van het token evalueren.
Swap native assets via THORChain terwijl u inzicht krijgt in poolprijzen, chain fees, vault settlement en foutafhandeling.
Onderwerp:
THORChain
Marktmodus:
Alleen momentopname
Kostenactivum:
RUNE / varieert
Tijdzone:
UTC
Deze pagina biedt geen live swap, verifieert geen vault-adres, biedt geen liquiditeit, draait geen node, herstelt geen ongeldige memo of garandeert geen outbound-tijd.
Eigendom van inhoud: BitcoinToolkit RedactieteamTechnische referenties: officiële protocol- en ontwikkelaarsdocumentatie.Beoordelingsaanpak: technische uitleg wordt gecontroleerd tegen primaire bronnen en bijgewerkt wanneer het netwerk of activum verandert.Laatste inhoudsreview: Laatste dataintegratietest:
Swapkosten combineren Chain Gas, Pool Slip en Outbound Fees
Een weergegeven netwerkfee is niet het volledige economische resultaat.
THORChain-workflow van de eerste gebruikersbeslissing tot een geverifieerd resultaat.
Wat de output verandert
De brontransactie betaalt de netwerkvergoeding van de bronketen. THORChain-poolprijzen creëren slip op basis van de handelsgrootte ten opzichte van de pooldiepte, en de uitgaande vergoeding dekt de transactie op de doelketen. Een dubbele swap kruist twee RUNE-gecentreerde pools. Streaming swaps kunnen een grote order in de tijd verdelen om transactiesnelheid in te ruilen voor een lagere totale prijsimpact.
Controleer de verwachte output, het minimumbedrag, affiliate-velden, memolengte en het terugbetalingsadres voordat je verzendt. Vergoedingen en pooldiepte kunnen veranderen tussen offerte en observatie. Een lage bronketenvergoeding beschermt niet tegen grote slip, en een verlopen of ongeldige offerte kan een terugbetaling opleveren in plaats van het beoogde doelactiva.
Een native swap heeft inbound-, pool- en outbound-fasen
De gebruiker ontvangt een native doelactiva zonder de interne afwikkelingsstap vast te houden.
Van brontransactie tot uitgaande vault
Een gebruiker stuurt een ondersteund bronactiva naar de huidige THORChain-inbound vault met een transactiememo die de gevraagde actie en bestemming beschrijft. THORNodes observeren de bronketen en bereiken consensus over de inbound. De state machine past een of twee poolswaps toe via RUNE en plant een outbound vanuit een drempelgecontroleerde vault.
Voor een BTC-naar-ETH-voorbeeld: BTC komt in de BTC:RUNE-pool en de resulterende RUNE komt in de RUNE:ETH-pool; de gebruiker ontvangt native ETH en houdt niet handmatig de tussenliggende RUNE vast. Volg de inbound, THORChain-transactie en outbound onafhankelijk, omdat elk kan wachten op verschillende ketenomstandigheden.
Node Bonds en TSS Vaults beveiligen verbonden assets
Cross-chain-custody is verdeeld over de actieve nodeset in plaats van volledig verwijderd.
THORChain-bevestiging lost niet elke latere operationele vraag op.
Observatie, bonding en churn
Geen enkele actieve ondertekenaar houdt de volledige vaultsleutel vast.
Gebruikers worden nog steeds geconfronteerd met protocol-, pool-, verbonden-keten-, vault- en software-risico's. Verifieer huidige inbound-adressen op basis van live netwerkgegevens, omdat vaults roteren. Hergebruik nooit een oud stortingsadres uit transactiegeschiedenis en leid nooit af dat een grote RUNE-bond contractbugs, ketenonderbrekingen of onjuiste memos elimineert.
Kies de volgende THORChain-controle
Behandel adres- en memovalidatie als onderdeel van de swap.
Voordat je native activa verzendt
Haal een verse offerte en inbound-adres op, bevestig de bron- en doelketens, valideer het memo, vergelijk de verwachte output met de minimumoutput en gebruik een bestemmingsadres dat op de juiste keten wordt gecontroleerd. Bewaar de brontransactie-ID en offertedetails totdat de outbound is voltooid.
Stuur niet vanaf een exchange wanneer terugbetalingen niet naar de oorspronkelijke afzender kunnen terugkeren, laat een vereist memo weg of kies een synthetische weergave op basis van alleen de ticker. Voor liquiditeits- of nodedeelname, bekijk de afzonderlijke pool-, bond- en opnameregels in plaats van te extrapoleren van een eenvoudige swap.