THORChain (RUNE): Swap-Kosten kombinieren Chain-Gas, Pool-Slip und Outbound-Gebühren
THORChain ist ein unabhängiges Layer-1-Liquiditätsprotokoll für Swaps zwischen nativen Assets auf verbundenen Chains. RUNE ist sein Settlement-, Gebühren-, Liquiditäts- und Node-Bond-Asset. Diese Seite konzentriert sich auf Swap-Kosten, die Chain-Gas, Pool-Slip und Outbound-Gebühren kombinieren, sowie auf die Prüfungen, die Benutzer vor der Nutzung des Protokolls oder der Bewertung der Token-Rolle durchführen müssen.
Tauschen Sie native Assets über THORChain, während Sie Pool-Preise, Chain-Gebühren, Vault-Abrechnung und Fehlerbehandlung verstehen.
Betreff:
THORChain
Marktmodus:
Nur Schnappschuss
Gebühren-Asset:
RUNE / variiert
Zeitzone:
UTC
Diese Seite bietet keinen Live-Swap, verifiziert keine Vault-Adresse, stellt keine Liquidität bereit, betreibt keinen Node, stellt kein ungültiges Memo wieder her und garantiert keine Outbound-Zeit.
Inhaltsverantwortung: BitcoinToolkit-RedaktionsteamTechnische Referenzen: Offizielles Protokoll und Entwicklerdokumentation.Überprüfungsansatz: Technische Erklärungen werden anhand von Primärquellen geprüft und bei Netzwerk- oder Asset-Änderungen aktualisiert.Letzte Inhaltsprüfung: Datenintegration zuletzt getestet:
Swap-Kosten kombinieren Chain-Gas, Pool-Slip und Outbound-Gebühren
Eine angezeigte Netzwerkgebühr ist nicht das vollständige wirtschaftliche Ergebnis.
THORChain-Workflow von der ersten Benutzerentscheidung bis zu einem verifizierten Ergebnis.
Was die Ausgabe ändert
Die Quelltransaktion zahlt die Netzwerkgebühr der Quellkette. Die THORChain-Pool-Preisbildung erzeugt einen Slip basierend auf der Handelsgröße relativ zur Pooltiefe, und die Outbound-Gebühr deckt die Transaktion der Zielkette ab. Ein Doppel-Swap durchquert zwei RUNE-zentrierte Pools. Streaming-Swaps können eine große Order über die Zeit aufteilen, um Handelsgeschwindigkeit gegen geringere aggregierte Preisauswirkung zu tauschen.
Überprüfen Sie vor dem Senden die erwartete Ausgabe, den Mindestbetrag, Affiliate-Felder, die Memo-Länge und die Rückerstattungsadresse. Gebühren und Pooltiefe können sich zwischen Angebot und Beobachtung ändern. Eine niedrige Quellkettengebühr schützt nicht vor großem Slip, und ein abgelaufenes oder fehlerhaftes Angebot kann eine Rückerstattung anstelle des beabsichtigten Ziel-Assets erzeugen.
Ein nativer Swap hat Inbound-, Pool- und Outbound-Phasen
Der Benutzer erhält ein natives Ziel-Asset, ohne das interne Abwicklungsbein zu halten.
Von der Quelltransaktion zum Outbound-Vault
Ein Benutzer sendet ein unterstütztes Quell-Asset an den aktuellen THORChain-Inbound-Vault mit einem Transaktions-Memo, das die angeforderte Aktion und das Ziel beschreibt. THORNodes beobachten die Quellkette und erzielen Konsens über den Inbound. Die Zustandsmaschine wendet einen oder zwei Pool-Swaps über RUNE an und plant einen Outbound aus einem schwellengesteuerten Vault.
Für ein BTC-zu-ETH-Beispiel: BTC fließt in den BTC:RUNE-Pool und das resultierende RUNE in den RUNE:ETH-Pool; der Benutzer erhält natives ETH und hält das Zwischen-RUNE nicht manuell. Verfolgen Sie Inbound, THORChain-Transaktion und Outbound unabhängig, da jede auf unterschiedliche Kettenbedingungen warten kann.
Node-Bonds und TSS-Vaults sichern verbundene Assets
Die Cross-Chain-Verwahrung ist über den aktiven Knotensatz verteilt und wird nicht vollständig entfernt.
Die THORChain-Bestätigung klärt nicht jede spätere operative Frage.
Beobachtung, Bonding und Churn
Kein einzelner aktiver Signierer besitzt den vollständigen Vault-Schlüssel.
Benutzer sind weiterhin Protokoll-, Pool-, verbundene Ketten-, Vault- und Software-Risiken ausgesetzt. Überprüfen Sie aktuelle Inbound-Adressen aus Live-Netzwerkdaten, da Vaults rotieren. Verwenden Sie niemals eine alte Einzahlungsadresse aus dem Transaktionsverlauf erneut und schließen Sie niemals daraus, dass ein großer RUNE-Bond Vertragsfehler, Kettenstillstände oder falsche Memos beseitigt.
Wählen Sie den nächsten THORChain-Check
Behandeln Sie Adress- und Memo-Validierung als Teil des Swaps.
Vor dem Senden nativer Assets
Rufen Sie ein frisches Angebot und eine Inbound-Adresse ab, bestätigen Sie die Quell- und Zielketten, validieren Sie das Memo, vergleichen Sie die erwartete Ausgabe mit der Mindestausgabe und verwenden Sie eine Zieladresse, die auf der richtigen Kette kontrolliert wird. Bewahren Sie die Quelltransaktions-ID und Angebotsdetails auf, bis der Outbound abgeschlossen ist.
Senden Sie nicht von einer Börse, wenn Rückerstattungen nicht an den ursprünglichen Absender zurückkehren können, lassen Sie ein erforderliches Memo weg oder wählen Sie eine synthetische Darstellung nur nach Ticker. Für Liquiditäts- oder Knotenbeteiligung überprüfen Sie die separaten Pool-, Bond- und Auszahlungsregeln, anstatt von einem einfachen Swap zu extrapolieren.
