Ces derniers temps, de nombreux acteurs de la liquidity mining se plaignent d’un phénomène : après avoir investi leurs fonds dans des pools de liquidité pour gagner des frais, ils constatent qu’au bout de six mois, leur quantité de tokens diminue, et en convertissant en USDT, ils ont même perdu de l’argent.

Au premier abord, cela ressemble à ce qu’on appelle la "perte impermanente", liée à la volatilité du marché. Mais en analysant en profondeur les données on-chain, on découvre que le véritable "coupable" est autre — des robots d’arbitrage utilisent un décalage temporel pour siphonner systématiquement les profits des LP.

Le scénario est le suivant : chaque fois que le prix sur une plateforme centralisée change, l’oracle sur DEX réagit toujours avec un léger retard. Pendant cet intervalle, des robots haute fréquence entrent en scène — achetant à bas prix et vendant à prix élevé, en un éclair, siphonnant les frais que vous avez durement gagnés. En fin de compte, c’est votre mécanisme de mise à jour des prix qui est trop lent, faisant de vous une machine à retirer de l’argent automatique.

C’est aussi pour cette raison que certains projets commencent à améliorer leur système d’oracle. Plutôt que d’attendre passivement une mise à jour programmée, ils optent pour une approche proactive. Ils adoptent une double méthode "push + pull" — utiliser le push pour maintenir l’état on-chain au quotidien ; mais dès que la volatilité hors chaîne devient importante, le système tire automatiquement la dernière cotation au moment de l’initiation de la transaction.

Ce qui est génial, c’est que ce mécanisme permet de faire en sorte que la mise à jour des prix et l’exécution des transactions se produisent dans le même bloc, bloquant ainsi toute fenêtre de décalage temporel pour les robots. En combinant calcul hors chaîne et vérification on-chain, le système de défense est extrêmement robuste, ne laissant aucune chance aux arbitrageurs de profiter d’un quelconque répit.