Qu’est-ce qu’un glissement d’échange de portefeuille ? Pourquoi ai-je reçu moins de jetons que prévu ?

Comprendre le glissement d'échange de portefeuille

1. Le glissement du swap de portefeuille fait référence à la différence entre le prix attendu d'un jeton au moment du lancement d'une transaction et le prix réel exécuté lorsque la transaction est confirmée en chaîne.

2. Cet écart est dû aux fluctuations en temps réel des réserves du pool de liquidité, en particulier sur les bourses décentralisées où les carnets d'ordres sont remplacés par des teneurs de marché automatisés.

3. Le slippage est exprimé en pourcentage et est calculé en comparant le prix coté avant la soumission avec le prix d'exécution moyen pondéré sur tous les segments du pool impliqués dans le swap.

4. Il ne s’agit pas d’une erreur ou d’un dysfonctionnement : il s’agit d’une caractéristique inhérente aux environnements de trading sans autorisation et axés sur la liquidité, où aucune garantie de prix centralisée n’existe.

5. Les utilisateurs définissent manuellement les seuils de tolérance de glissement dans les interfaces de portefeuille ; le dépassement de ce seuil entraîne l'annulation de la transaction plutôt que son exécution à des taux défavorables.

Comment la profondeur de la liquidité influence l’ampleur du dérapage

1. Les paires de jetons à faible liquidité présentent une plus grande volatilité de l'impact sur les prix par unité négociée : de petits swaps peuvent modifier la courbe de manière significative.

2. Les pools dont la liquidité est concentrée autour de fourchettes de prix étroites amplifient le dérapage lorsque les transactions poussent les réserves au-delà de ces fourchettes.

3. Les itinéraires multi-sauts augmentent le glissement cumulé, car chaque swap intermédiaire aggrave l'écart de prix grâce aux calculs AMM successifs.

4. Les paires de jetons avec des ratios de réserve asymétriques, tels que les paires de pièces stables et de pièces mèmes, subissent souvent un glissement disproportionné lors de la pression directionnelle.

5. L’activité d’arbitrage de prêts flash peut fausser temporairement les soldes des pools, entraînant des pics de dérapage transitoires mais mesurables, sans rapport avec l’intention de l’utilisateur.

Configuration au niveau du portefeuille et variables contrôlées par l'utilisateur

1. La plupart des portefeuilles auto-dépositaires permettent aux utilisateurs d'ajuster les curseurs de tolérance de glissement allant de 0,1 % à 12 %, en fonction de la volatilité des jetons et de l'intégration de l'échange.

2. Les paramètres par défaut varient : MetaMask est par défaut de 3 % pour les chaînes basées sur ETH, tandis que Phantom est par défaut de 1 % sur Solana pour les échanges de jetons mèmes à haute fréquence.

3. Certains portefeuilles appliquent un glissement dynamique basé sur des mesures de volatilité historiques sur 24 heures extraites des oracles en chaîne, remplaçant ainsi la saisie manuelle.

4. Les fonctionnalités de simulation de transaction, disponibles dans les dApps compatibles WalletConnect, estiment le glissement de la pré-signature mais n'empêchent pas les effets de latence au niveau du réseau.

5. Les flambées des prix du gaz pendant les périodes de congestion aggravent indirectement les dérapages en retardant la confirmation, permettant ainsi aux conditions du marché de basculer entre la soumission et l'inclusion.

Preuves en chaîne et méthodes de vérification

1. Le glissement est visible dans les reçus de transaction sous les champs montantOutMinimum et montantOut dans les appels UniswapV2Router02 ou SushiSwapRouter.

2. Les explorateurs de blocs comme Etherscan ou Solscan affichent les montants de sortie exécutés aux côtés des sorties estimées affichées dans l'interface utilisateur du portefeuille avant la signature.

3. Les journaux au niveau du contrat émettent des événements Swap contenant des valeurs d'entrée/sortie exactes, permettant une réconciliation déterministe sans s'appuyer sur des approximations frontales.

4. Des outils tiers tels que TokenSniffer ou DexScreener superposent les cartes thermiques de glissement sur les agrégateurs DEX pour identifier les itinéraires systématiquement dépassés.

5. Les modes de débogage du portefeuille, activés via les bascules de la console du développeur, exposent les charges utiles de réponse brute aux devis, notamment sqrtPriceX96, la liquidité et les limites de ticks utilisées dans le calcul des prix.

Foire aux questions

Q : Un glissement peut-il se produire même lors d’un échange entre deux pièces stables ? R : Oui. Même les pools USDC/USDT connaissent des dérapages mineurs en raison des mécanismes d'accumulation des frais, des erreurs d'arrondi dans l'arithmétique à virgule fixe et du déséquilibre temporaire causé par les robots d'arbitrage.

Q : L'augmentation de la tolérance au glissement garantit-elle l'exécution des transactions ? R : Non. Une tolérance plus élevée ne fait qu’élargir la fourchette de prix acceptable. L’exécution dépend toujours d’une liquidité suffisante, de limites de gaz et de l’absence d’attaques frontales ou sandwich.

Q : Pourquoi mon portefeuille affiche-t-il « 0 token reçu » après un échange réussi ? R : Cela se produit lorsque le montant exécuté tombe en dessous du seuil montantOutMinimum , ce qui entraîne l'annulation du transfert par le contrat tout en consommant du gaz.

Q : Les portefeuilles matériels sont-ils à l’abri des surprises liées aux dérapages ? R : Non. Les portefeuilles matériels signent les transactions exactement comme indiqué par l'interface dApp connectée ; ils ne calculent ni ne remplacent les paramètres de glissement définis en amont.