Sushi (SUSHI) : Un échange Sushi peut traverser plusieurs pools
Échangez ou fournissez de la liquidité via Sushi avec la bonne route, le bon contrat, les bons frais et les bonnes hypothèses de pool.
Objet :
Sushi
Mode de marché :
Snapshot uniquement
Actif de frais :
ETH / varie
Fuseau horaire :
UTC
Cette page ne cite pas un échange, ne vérifie pas un pool, ne calcule pas la perte impermanente, ne gère pas la liquidité et n'affirme pas que tous les déploiements Sushi utilisent des contrats identiques.
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 :
Un échange Sushi peut traverser plusieurs pools
La paire affichée est une demande ; la route définit les contrats et les actifs réellement utilisés.
Workflow sushi depuis la première décision de l'utilisateur jusqu'à un résultat vérifié.
Devis, approbation et exécution
Le routage Sushi peut comparer des chemins directs et multi-sauts à travers les types de pools pris en charge. Le portefeuille approuve le jeton d'entrée si nécessaire, puis soumet une transaction de routeur contenant le montant, le chemin et les conditions de sortie minimale. Chaque saut peut contribuer aux frais de pool et à l'impact sur le prix, tandis que la chaîne hôte facture le gaz indépendamment.
Inspectez le réseau, le contrat d'entrée et de sortie, le processeur de route, la cible d'allocation, la séquence de sauts, le montant minimum reçu et le délai. Un devis est temporaire et peut échouer ou produire une pire route après des changements de liquidité. Une transaction réussie doit être vérifiée à partir des transferts émis et du solde final du portefeuille, pas seulement un écran de confirmation d'interface.
Le type de pool détermine comment le capital est utilisé
La liquidité à pleine portée et concentrée réagissent différemment aux mouvements de prix.
Produit constant et gammes sélectionnées
Les fournisseurs de liquidité doivent vérifier à la fois les contrats de jetons, les réserves, le réglage des frais, le prix actuel et le chemin de retrait. Modélisez la composition changeante des jetons et la perte impermanente séparément des récompenses affichées. Un taux annuel élevé peut combiner des incitations de courte durée avec des frais et ne compense pas automatiquement un dépeg, un jeton malveillant, une plage inactive ou une défaillance de contrat intelligent.
Sushi est multichaîne mais les soldes sont spécifiques à chaque chaîne
Une interface familière peut masquer différents actifs de gaz et adresses de contrats.
Limites de réseau et de jetons
Chaque déploiement repose sur sa chaîne hôte pour l'ordonnancement, la finalité, le gaz et les normes de jetons. SUSHI ou un autre jeton détenu sur Ethereum n'existe pas automatiquement sur chaque réseau pris en charge. Les représentations pontées comportent des dépendances au pont ou à l'émetteur, et les pools avec les mêmes symboles sur deux chaînes peuvent contenir des contrats et des liquidités sans rapport.
Confirmez le réseau avant chaque approbation et transaction. Gardez l'actif natif de ce réseau pour le gaz. Ne collez pas une adresse de pool d'une autre chaîne, n'envoyez pas de jetons LP ou de position directement à un échange, et ne supposez pas que la route la moins chère inclut les coûts de pont. Le mouvement inter-chaînes est une opération distincte d'un échange Sushi local.
Choisissez le prochain contrôle Sushi
Utilisez une liste de contrôle différente pour le trading et la fourniture de liquidité.
Trader, fournisseur ou détenteur de SUSHI
Les traders doivent vérifier les contrats, la route, l'impact sur le prix, la sortie minimale et le gaz. Les fournisseurs doivent inspecter la version du pool, le niveau de frais, la qualité des réserves, la gamme et la source de récompense. Les détenteurs de SUSHI envisageant la gouvernance devraient lire la proposition actuelle et le processus d'exécution plutôt que d'inférer des droits de vote à partir d'un solde d'échange.
Révoquez les allocations inutiles, conservez les hachages de transaction et enregistrez l'adresse du pool avant de déposer. Comparez Sushi avec un autre lieu en utilisant la sortie exécutable après gaz plutôt qu'un taux indicatif. Continuez vers la page de la chaîne hôte pertinente pour la finalité et le comportement des frais, puis utilisez les outils du portefeuille pour inspecter les approbations et les actifs reçus.
Un échange Sushi 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 réseaux, routeurs et pools pris en charge peuvent changer.
Les rendements du pool dépendent des prix des jetons et de la liquidité.
La page ne cite pas et ne gère pas une position en direct.
Méthodologie des données de marché
La page utilise un instantané SUSHI/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 (SUSHI/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.
