THORChain (RUNE) : les frais de swap combinent les frais de chaîne, le glissement de pool et les frais de sortie
THORChain est un protocole de liquidité indépendant de couche 1 pour les échanges entre actifs natifs sur des chaînes connectées. RUNE est son actif de règlement, de frais, de liquidité et de liaison de nœuds. Cette page se concentre sur les frais d'échange combinant les frais de chaîne, le glissement de pool et les frais de sortie, ainsi que sur les vérifications que les utilisateurs doivent effectuer avant d'utiliser le protocole ou d'évaluer le rôle du jeton.
Échangez des actifs natifs via THORChain tout en comprenant la tarification du pool, les frais de chaîne, le règlement du coffre et la gestion des échecs.
Objet :
THORChain
Mode de marché :
Snapshot uniquement
Actif de frais :
RUNE / varie
Fuseau horaire :
UTC
Cette page ne cite pas un échange en direct, ne vérifie pas une adresse de coffre, ne fournit pas de liquidité, n'exécute pas un nœud, ne récupère pas un mémo invalide ou ne garantit pas un délai de sortie.
Propriété du contenu : Équipe éditoriale de BitcoinToolkitRéférences techniques : documentation officielle du protocole et des développeurs.Approche de révision : les explications techniques sont vérifiées par rapport aux sources primaires et mises à jour lorsque le réseau ou l'actif change.Dernière revue du contenu : Dernier test d'intégration des données :
Les frais d'échange combinent les frais de chaîne, le glissement de pool et les frais de sortie
Un frais réseau affiché n'est pas le résultat économique complet.
Flux de travail THORChain de la première décision de l'utilisateur à un résultat vérifié.
Ce qui modifie la sortie
La transaction source paie les frais réseau de la chaîne source. La tarification du pool THORChain crée un glissement basé sur la taille de la transaction par rapport à la profondeur du pool, et les frais de sortie couvrent la transaction de la chaîne de destination. Un double échange traverse deux pools centrés sur RUNE. Les échanges en streaming peuvent diviser une commande importante dans le temps pour échanger la vitesse d'exécution contre un impact de prix global plus faible.
Vérifiez la sortie attendue, le montant minimum, les champs d'affiliation, la longueur du mémo et l'adresse de remboursement avant d'envoyer. Les frais et la profondeur du pool peuvent changer entre la citation et l'observation. Des frais de chaîne source faibles ne protègent pas contre un glissement important, et une citation expirée ou malformée peut produire un remboursement plutôt que l'actif de destination prévu.
Un échange natif comporte des étapes d'entrée, de pool et de sortie
L'utilisateur reçoit un actif de destination natif sans détenir la jambe de règlement interne.
De la transaction source à la voûte sortante
Un utilisateur envoie un actif source pris en charge à la voûte d'entrée THORChain actuelle avec un mémo de transaction décrivant l'action demandée et la destination. Les THORNodes observent la chaîne source et parviennent à un consensus sur l'entrée. La machine à états applique un ou deux échanges de pool via RUNE et planifie une sortie depuis une voûte contrôlée par seuil.
Pour un exemple BTC vers ETH, le BTC entre dans le pool BTC:RUNE et le RUNE résultant entre dans le pool RUNE:ETH ; l'utilisateur reçoit de l'ETH natif et ne détient pas manuellement le RUNE intermédiaire. Suivez l'entrée, la transaction THORChain et la sortie indépendamment, car chacune peut attendre différentes conditions de chaîne.
Les obligations de nœud et les coffres TSS sécurisent les actifs connectés
La garde inter-chaînes est distribuée à travers l'ensemble des nœuds actifs plutôt que supprimée entièrement.
La confirmation THORChain ne règle pas chaque question opérationnelle ultérieure.
Observation, liaison et rotation
Aucun signataire actif unique ne détient la clé complète de la voûte.
Les utilisateurs sont toujours confrontés à des risques liés au protocole, aux pools, aux chaînes connectées, aux voûtes et aux logiciels. Vérifiez les adresses d'entrée actuelles à partir des données réseau en direct car les voûtes tournent. Ne réutilisez jamais une ancienne adresse de dépôt de l'historique des transactions et ne déduisez jamais qu'une grande liaison RUNE élimine les bugs de contrat, les arrêts de chaîne ou les mémos incorrects.
Choisir la prochaine vérification THORChain
Traitez la validation d'adresse et de mémo comme faisant partie de l'échange.
Avant d'envoyer des actifs natifs
Récupérez une citation fraîche et une adresse entrante, confirmez les chaînes source et destination, validez le mémo, comparez la sortie attendue avec la sortie minimale et utilisez une adresse de destination contrôlée sur la chaîne correcte. Conservez l'ID de transaction source et les détails de la citation jusqu'à ce que la sortie soit terminée.
N'envoyez pas depuis un échange lorsque les remboursements ne peuvent pas revenir à l'expéditeur d'origine, omettez un mémo requis ou choisissez une représentation synthétique par ticker seul. Pour la participation à la liquidité ou aux nœuds, examinez les règles distinctes de pool, de liaison et de retrait plutôt que d'extrapoler à partir d'un simple échange.
Un échange THORChain peut-il réussir à un prix pire que celui de l'aperçu ?
Oui. L'état du pool, le routage, l'impact sur le prix, les paramètres de glissement, les frais et l'ordre des transactions peuvent modifier l'exécution.
Limites connues
Les pools, les chaînes connectées, les voûtes et les paramètres de frais peuvent changer.
Une citation peut devenir obsolète avant que l'entrée ne soit observée.
La page ne vérifie pas un mémo ou une adresse de voûte actuelle.
Méthodologie des données de marché
La page utilise un instantané RUNE/USD agrégé par CoinGecko. Aucun graphique d'échange n'est rendu pour cette entité.
Source de l'instantané du marché
Données de marché agrégées par CoinGecko (RUNE/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.
