3h du matin, le marché chute de 15 %.

Vous pensez que la limite de perte vous sauvera, mais au moment d’ouvrir votre compte, votre position a déjà disparu.
Le prix n’a tout simplement pas atteint le niveau que vous aviez fixé.

Ce n’est pas une question de malchance, c’est le prix à payer pour le retard de l’oracle — et beaucoup ne le réalisent qu’au moment de la liquidation.

La plupart des gens considèrent l’oracle comme trop simple, comme un simple "outil de cotation". En réalité ? Chaque transaction DeFi, prêt, liquidation, repose sur cette fine couche de glace qu’est l’oracle. De quoi dépend l’épaisseur de cette glace ? De deux choses : la rapidité des calculs hors chaîne, et la fiabilité de la validation en chaîne.

C’est aussi pour cela que l’industrie commence à repenser l’architecture des oracles. Tous les protocoles n’ont pas besoin du même schéma de données.

Les plateformes de dérivés ont besoin d’un prix moyen pondéré résistant à la manipulation, avec une exigence de temps réel très élevée.
Les plateformes de prêt NFT se soucient de la véracité du prix plancher, pas de mises à jour en seconde.

Alors, la question est : comment faire en sorte que chaque protocole puisse choisir la solution d’oracle adaptée à son modèle de risque ?

La réponse est de donner le pouvoir de décision aux développeurs. Un oracle vraiment flexible devrait supporter plusieurs modes de fonctionnement :

**Mode push** — Les prix sont automatiquement enregistrés en chaîne à intervalles fixes, les marchés de prêt et de liquidation n’ont plus à craindre des retards soudains. Risque maîtrisé, coûts prévisibles.

**Mode pull** — Les protocoles demandent le prix selon leurs besoins, la validation en chaîne ne se déclenche qu’au moment critique. Ainsi, les stratégies à haute fréquence n’ont pas à payer pour des données redondantes, les coûts sont optimisés.

Mais il y a une réalité cruelle : il n’y a pas de "prix correct" absolu, seulement celui qui convient à votre protocole.

Les protocoles de dérivés peuvent personnaliser la pondération des sources de données, la logique d’agrégation, la fréquence de mise à jour — tout selon leur propre modèle de gestion des risques.
Le prix plancher est contesté ? Choisissez votre méthode d’agrégation. La volatilité est trop forte ? Ajustez la fréquence de mise à jour, ajoutez une marge de sécurité.

Lorsque le marché vibre violemment, ces quelques secondes de retard, cette petite différence de prix, deviennent la frontière entre la sécurité et la liquidation.

Les oracles de 2025 ont évolué. Ils ne sont plus de simples "messagers", mais le moteur décisionnel des protocoles DeFi. Si vous utilisez encore une solution "approximative", vous ne vous rendez peut-être pas compte — votre capital marche sur un fil invisible.