Qu'est-ce qu'un oracle TWAP et pourquoi les protocoles DeFi s'y fient-ils

Un flux de prix crypto d'oracle TWAP est un mécanisme on-chain qui rapporte le prix moyen pondéré dans le temps (TWAP) d'un actif sur une fenêtre définie, comme les 30 dernières minutes, au lieu de son prix spot instantané. En lissant le prix sur de nombreux blocs, il rend le chiffre consommé par un protocole DeFi beaucoup plus difficile à manipuler. Si un attaquant fait grimper le prix pour un bloc, ce pic ne contribue qu'une infime partie à la moyenne et ne modifie que très peu le chiffre rapporté. C'est précisément pourquoi les marchés de prêt, les moteurs de liquidation et les systèmes de garantie s'appuient sur les oracles TWAP: ils échangent un peu de fraîcheur contre beaucoup de sécurité.

Qu'est-ce qu'un oracle TWAP

Un oracle TWAP calcule un prix en pondérant chaque prix observé par la durée pendant laquelle il est resté en vigueur, puis en divisant par le temps total écoulé. Si un jeton s'est négocié à 100 pendant neuf minutes et à 110 pendant une minute, la lecture spot simple à la fin est de 110, mais la moyenne pondérée dans le temps est plus proche de 101. L'oracle renvoie la moyenne, de sorte qu'une brève excursion a une influence limitée sur le résultat.

Il est crucial de noter que cela est calculé on-chain à partir de l'historique des transactions d'un échange décentralisé. Il n'y a pas de rapporteur off-chain à qui faire confiance et pas d'API à interroger. Le prix est une fonction déterministe de l'état enregistré du pool. Cette conception autonome est l'une des raisons pour lesquelles les protocoles l'apprécient, bien que, comme nous le verrons, ce ne soit pas une solution miracle. Notez que le terme chevauche la stratégie d'exécution: un ordre TWAP divise une grande transaction en tranches au fil du temps pour réduire le slippage. C'est une tactique de trading. Un oracle TWAP est un outil de rapport de prix. Même idée mathématique, but complètement différent.

Pourquoi le prix spot est dangereux pour les prêts et les liquidations

Imaginez un protocole de prêt qui lit le prix spot instantané d'un seul pool de liquidité pour évaluer la garantie. Si ce prix peut être modifié pendant la durée d'une transaction, un attaquant peut emprunter contre une garantie gonflée ou déclencher des liquidations injustes et s'enfuir dans le même bloc. Ce n'est pas théorique. C'est le cœur de la plupart des exploits de manipulation d'oracle.

L'arme habilitante est généralement un flash loan, qui permet à un attaquant d'emprunter une somme énorme sans garantie tant qu'elle est remboursée dans la même transaction. Avec ce capital, ils font varier considérablement le prix spot d'un pool peu profond, laissent le protocole victime lire le nombre déformé, extraient de la valeur et annulent tout atomiquement. Un oracle spot n'a pas de mémoire et aucune défense contre un prix qui est vrai pour exactement un bloc. Pour tout protocole où un prix erroné signifie une perte d'argent réel, comme le type de vérifications de garantie que vous voyez lorsque vous empruntez sur Aave, lire le prix spot brut est imprudent.

Comment fonctionne le TWAP de prix cumulatif de style Uniswap

Uniswap a popularisé un élégant TWAP on-chain qui évite de stocker un long historique de prix. Le pool maintient un accumulateur en cours d'exécution: chaque fois que le prix change, il ajoute le prix actuel multiplié par le nombre de secondes depuis la dernière mise à jour à un compteur cumulatif. Ce compteur ne fait que croître, et il encode l'intégralité de l'historique prix-temps en un seul nombre.

Pour obtenir le prix moyen sur n'importe quelle fenêtre, un consommateur lit l'accumulateur au début et à la fin, soustrait et divise par les secondes écoulées. Le résultat est la moyenne exacte pondérée dans le temps sur cette fenêtre. Parce que les données résident dans le pool et que le consommateur choisit les deux points d'extrémité, le protocole décide de la durée de la fenêtre sur laquelle faire la moyenne. Les pools avec une liquidité concentrée profonde rendent cela encore plus robuste, car déplacer le prix de manière significative sur toute la fenêtre coûte beaucoup plus de capital à un attaquant.

Le compromis entre le décalage et la résistance à la manipulation

La durée de la fenêtre est le choix de conception le plus important, et elle impose un compromis. Une fenêtre plus longue dilue plus fortement toute manipulation courte, de sorte qu'un attaquant doit maintenir un prix déformé pendant plus de blocs, ce qui coûte exponentiellement plus de capital et l'expose à l'arbitrage qui ramène le prix. C'est l'avantage en termes de sécurité.

Le coût est le décalage. Une longue fenêtre signifie que l'oracle rapporte la réalité d'hier lors de mouvements rapides. Lors d'une véritable et forte baisse du marché, un TWAP lent continue de surévaluer les garanties, ce qui peut retarder les liquidations jusqu'à ce que les positions soient déjà sous l'eau et laisser le protocole avec de mauvaises dettes. La fenêtre doit donc être suffisamment longue pour rendre la manipulation non rentable, mais suffisamment courte pour réagir aux mouvements réels avant qu'ils ne deviennent des problèmes de solvabilité. Il n'y a pas de chiffre universellement correct; cela dépend de la volatilité de l'actif et de la profondeur du pool.

TWAP versus oracles push et pull, et où le TWAP échoue

Le TWAP n'est pas la seule conception d'oracle, et il est de plus en plus utilisé comme couche de vérification de la cohérence plutôt que comme seule source de prix. Les deux alternatives dominantes fonctionnent très différemment, ce qu'il est utile de comprendre en parallèle d'une comparaison plus complète de Chainlink et Pyth.

Un oracle push, le modèle Chainlink, a des nœuds off-chain qui agrègent les prix de nombreux échanges et poussent une valeur mise à jour on-chain lorsqu'elle dépasse un seuil ou après un intervalle de battement de cœur. Un oracle pull, le modèle Pyth, a des éditeurs de première partie qui signent des prix que n'importe qui peut tirer on-chain sur demande, de sorte que le consommateur récupère une valeur très fraîche au moment du besoin. Les oracles push et pull s'appuient tous deux sur des données de marché larges, ce qui les rend résistants à la manipulation d'un seul pool mais dépendants de l'honnêteté et de la vivacité de leurs réseaux de rapporteurs.

Le TWAP, en revanche, ne fait confiance à aucun rapporteur externe, seulement à l'historique propre d'un seul pool. C'est sa force et sa faiblesse. Il échoue lorsque le pool sous-jacent est suffisamment peu profond pour qu'un attaquant puisse se permettre de déformer le prix sur toute la fenêtre, lorsque la liquidité migre et que le pool ne reflète plus le vrai marché, ou lorsqu'un actif évolue si rapidement que le décalage de la moyenne lui-même produit une mauvaise valorisation. Pour cette raison, de nombreux protocoles superposent désormais un flux push ou pull frais comme prix primaire et utilisent le TWAP uniquement comme garde-fou de déviation. Aucune conception d'oracle unique n'est suffisante à elle seule.

Cet article est à des fins éducatives uniquement et ne constitue pas un conseil financier.