La panne de Pyth Network expliquée : des flux de prix arrêtés pendant des heures

Le 22 mai, Pyth Network a subi une panne majeure de son infrastructure qui a interrompu ses services d’oracle pendant plusieurs heures. Une défaillance au niveau des validateurs de Pythnet a stoppé la production de blocs, empêchant la publication de nouvelles données de marché et perturbant les flux de prix et le service Hermes, utilisés par de nombreuses applications de finance décentralisée (DeFi).

Pendant environ quatre à cinq heures, de nombreux protocoles n’ont plus reçu de mises à jour de prix fiables — un élément pourtant essentiel au fonctionnement des marchés DeFi.

Ce qui s’est passé lors de la panne

Selon les mises à jour du projet et les rapports publiés le jour de l’incident, le problème est apparu dans la couche des validateurs de Pythnet, le réseau chargé d’agréger et de valider les données de prix provenant des fournisseurs de marché. Lorsque les validateurs ont cessé de produire des blocs, les nouvelles données d’oracle n’ont plus pu être finalisées ni distribuées.

Deux éléments clés de l’infrastructure ont été touchés :

• Pythnet, où les mises à jour de prix sont traitées et validées
• Hermes, l’interface API qui distribue ces données vers les blockchains et les applications

Résultat : les Core Price Feeds et les Sponsored Feeds se sont arrêtés, gelant le flux de données utilisé par de nombreux protocoles DeFi.

La panne a duré plus de quatre heures, certaines estimations évoquant même un peu plus de cinq heures avant le retour complet à la normale.

Tous les produits Pyth n’ont cependant pas été affectés. Les mises à jour de statut ont indiqué que Pyth Pro (anciennement Lazer) a continué de fonctionner normalement, ce qui suggère que la défaillance était concentrée sur l’infrastructure publique Pythnet/Hermes plutôt que sur toute la chaîne de données.

Pourquoi l’arrêt des flux de prix est critique pour la DeFi

Les smart contracts ne peuvent pas accéder directement aux données du monde réel. Pour connaître le prix d’un actif, ils utilisent des oracles, comme Pyth, qui injectent des données de marché sur la blockchain.

Quand ces flux cessent de se mettre à jour, plusieurs mécanismes essentiels de la DeFi deviennent risqués ou impossibles.

Valorisation du collatéral
Les plateformes de prêt calculent la valeur des garanties à partir des prix fournis par l’oracle. Des données obsolètes peuvent fausser les ratios de collatéralisation.

Liquidations incorrectes ou retardées
Les moteurs de liquidation s’appuient sur des prix actualisés pour déterminer quand une position devient risquée. Des prix figés peuvent empêcher ou déclencher à tort certaines liquidations.

Perturbations sur les marchés dérivés
Les contrats perpétuels, options ou autres produits dérivés ont besoin d’un flux de prix continu pour calculer les prix de référence et les taux de financement.

Dans ces conditions, certains protocoles doivent suspendre certaines fonctions, désactiver les emprunts ou activer des oracles de secours lorsque c’est possible.

L’impact réel dépend de la conception de chaque protocole : ceux disposant de sources d’oracles multiples, de vérifications de fraîcheur des données ou de coupe-circuits peuvent se mettre en sécurité plus facilement que ceux dépendant fortement d’un seul fournisseur.

Comment le réseau a été rétabli

Les rapports d’incident indiquent que l’équipe Pyth et les opérateurs de validateurs ont suivi un processus de récupération coordonné :

1. Détection de la panne lorsque Pythnet a cessé de produire des blocs et que les flux ont arrêté de se mettre à jour.
2. Identification interne de la cause du dysfonctionnement par les validateurs.
3. Coordination d’un redémarrage du réseau et des composants concernés.
4. Remise en service progressive des endpoints Hermes et des flux de prix.

Une fois le système rétabli, la page de statut du projet a indiqué que tous les services étaient de nouveau opérationnels et qu’un post‑mortem technique détaillé serait publié ultérieurement pour expliquer la cause exacte de la panne.

Au moment des premiers rapports, ce déclencheur technique précis n’avait pas encore été rendu public.

Une leçon sur le risque de concentration des oracles

Au‑delà de la panne elle‑même, l’événement a relancé les discussions sur un problème structurel : le risque de concentration des oracles dans la DeFi.

Pyth est aujourd’hui l’un des plus grands réseaux d’oracles du secteur. Il agrège des données de marché provenant de plus de 120 institutions financières et fournisseurs de données et les distribue sur plus de 100 blockchains.

Cette portée est un avantage pour les développeurs — mais elle signifie aussi que de nombreux protocoles indépendants reposent sur la même infrastructure critique.

Quand un oracle majeur tombe en panne :

• plusieurs protocoles sur différentes blockchains peuvent perdre la même source de prix simultanément
• les systèmes de liquidation peuvent se bloquer
• les marchés de prêt, de trading ou de dérivés peuvent être temporairement interrompus

L’incident du 22 mai montre comment une défaillance unique peut créer un risque corrélé dans tout l’écosystème DeFi, même lorsque les applications elles‑mêmes sont décentralisées.

Ce que les développeurs DeFi peuvent en retenir

De plus en plus de protocoles adoptent déjà certaines pratiques pour limiter ce type de risque :

• utiliser plusieurs fournisseurs d’oracles plutôt qu’une seule source
• intégrer des contrôles de fraîcheur des prix
• prévoir des flux de secours (fallback feeds)
• activer des mécanismes de pause ou de circuit breaker en cas d’anomalie

Ces mécanismes permettent aux protocoles de se mettre en sécurité lorsque l’infrastructure sous‑jacente rencontre un problème.

L’essentiel à retenir

La panne de Pyth du 22 mai n’a duré que quelques heures, mais elle illustre à quel point les réseaux d’oracles sont devenus un pilier critique de la finance décentralisée.

Lorsque la production de blocs s’est arrêtée sur Pythnet, une partie importante de l’écosystème a temporairement perdu ses données de prix en temps réel. Pour les protocoles DeFi, cet incident sert de test grandeur nature : la résilience ne dépend pas seulement de la blockchain elle‑même, mais aussi des infrastructures partagées qui alimentent les smart contracts en données.