
Multicoin Capital : Pourquoi avons-nous choisi d'investir dans Pyth Network ?
TechFlow SélectionTechFlow Sélection

Multicoin Capital : Pourquoi avons-nous choisi d'investir dans Pyth Network ?
Primitive fondamental pour le développement d'applications cryptographiques d'oracle, agissant comme un pont entre les états hors chaîne et sur chaîne.
Auteur : Shayou Sengupta, Partenaire investisseur chez Multicoin Capital
Traduction : 0xjs @ Jinse Finance
Nous sommes ravis d'avoir récemment investi dans Pyth Network, l'oracle de données première partie leader dans le domaine de la cryptographie.
L'hypothèse implicite derrière les oracles traditionnels en cryptomonnaie est que toutes les données (y compris les données financières) peuvent être obtenues gratuitement et accessibles aux contrats sur chaîne. Ainsi, il suffit que l'oracle incite un réseau de fournisseurs à collecter et agréger ces données, parvienne à un consensus dessus, puis les transfère sur la chaîne. Bien que cette approche fonctionne pour des jeux de données publics largement disponibles — comme les données météorologiques ou les résultats électoraux — elle échoue généralement avec des données sensibles au délai, telles que les données financières. Pour ces dernières, les grands acteurs du marché (par exemple, les sociétés de trading à haute fréquence, les market makers et les bourses à livre d'ordres) sont intrinsèquement de meilleures sources que les agrégateurs tiers, car ils créent (et non simplement extraient) les données, disposant donc naturellement de données de meilleure qualité et à plus faible latence.
La conception de l'oracle de Pyth repose sur l'idée suivante : les données financières première partie ne sont pas naturellement ouvertes ; elles sont en réalité propriétaires de leurs créateurs. Les données financières sont générées par des transactions publiques sur d'importants lieux d'échange CeFi, et ces lieux — ainsi que les groupes qui y opèrent le plus fréquemment — constituent les meilleures sources de données. Par conséquent, Pyth collabore directement avec des partenaires de données première partie (market makers, salles de trading, bourses, etc.) plutôt qu’avec des agrégateurs tiers, afin de fournir sur chaîne des mises à jour de prix directes et à très faible latence.
Lancé pour la première fois en 2021, Pyth a depuis établi des partenariats avec CBOE, Wintermute, Two Sigma, Cumberland et plus de 90 autres market makers, bourses et partenaires de données première partie. Aujourd'hui, Pyth fournit les prix moyens intermédiaires et les intervalles de confiance pour plus de 400 actions (par exemple BTC, TSLA, EUR/USD, cryptomonnaies, actions, devises, matières premières, actifs à taux d'intérêt, etc.) et diffuse des données haute fidélité vers plus de 45 blockchains publiques différentes, sécurisant ainsi plus de 1,7 milliard de dollars dans certains des plus grands protocoles du secteur de la cryptographie, notamment MarginFi, Drift, Helium, Jupiter, Synthetix et Hashflow, ainsi que plus de 90 autres protocoles.

Outre avoir inventé le modèle de contributeurs de données première partie dans le domaine de la cryptographie, Pyth a également innové avec un modèle de publication de prix basé sur le pull. Contrairement aux oracles qui pushent continuellement des données sur la chaîne selon un intervalle défini (par exemple chaque fois qu'un écart de 50 points de base se produit, ou comme Chainlink met à jour les données chaque heure), Pyth permet aux contrats intelligents d'extraire précisément les données dont ils ont besoin, uniquement quand ils en ont besoin. Il s'agit d'une conception entièrement nouvelle qui, comparée aux oracles mis à jour périodiquement et arbitrairement, permet d'obtenir des prix plus frais et plus précis. Elle réduit structurellement les coûts pour les protocoles et applications utilisateurs, car ceux-ci n'ont plus à payer continuellement pour des mises à jour inutiles. Cette conception permet aussi à Pyth de s'étendre naturellement plus rapidement en termes de couverture d'actifs et de blockchains, car le mécanisme de pull élimine le besoin de déploiements d'oracles séparés. Par exemple, les applications construites sur Base et Mantle peuvent intégrer immédiatement Pyth sans avoir besoin d'écrire aucun code personnalisé.
En tant qu'entreprise, nous portons un grand intérêt aux oracles, car ils constituent une primitive fondamentale du développement d'applications cryptographiques et servent de pont entre les états hors chaîne et sur chaîne. Leur rôle principal consiste à maintenir la cohérence des prix entre différents lieux de liquidité ; cependant, derrière cela, existe un vaste espace de conception pour capturer et redistribuer la valeur générée lors de transitions d'état critiques. Dans nos recherches, le modèle de Pyth apparaît aujourd'hui comme le mieux adapté pour saisir cette opportunité et ouvrir la voie à de nouvelles sources de revenus pour les protocoles et applications via la valeur extractible par oracle (Oracle Extractable Value, OEV).
Introduction à la Valeur Extractible par Oracle (OEV)
Pour rappel, l'expression « Valeur Extractible par Mineur » (MEV) est largement mal nommée. Aujourd'hui, elle désigne globalement les profits que les validateurs et les stakers tirent du réordonnancement des transactions afin d'exploiter des opportunités d'arbitrage ou de liquidation provenant d'incohérences temporaires d'état. Dans de nombreux cas, le MEV apparaît lorsque le prix représenté par une application diffère du prix exact reflété par l'état hors chaîne officiel. La Valeur Extractible par Oracle (OEV) est un sous-ensemble du MEV, dans lequel les applications dépendent de mises à jour d'oracle par des arbitragistes ou des liquidateurs pour exploiter cette incohérence d'état.
En intégrant des données externes (telles que les prix du marché public) sur la chaîne, les oracles interviennent naturellement dans l'espace de blocs valorisé. Cela crée des fenêtres lucratives pour l'arbitrage et la liquidation entre états, offrant ainsi à l'oracle lui-même une opportunité d'entrer dans le cycle de vie du MEV (directement ou via des dynamiques d'enchères) et de capter une partie du MEV généré par les mises à jour de prix.
Dans les systèmes d'oracles basés sur le push, l'espace transactionnel après mise à jour d'oracle est extrêmement compétitif. Dans les systèmes d'oracles basés sur le pull, les applications ont davantage d'autonomie quant à la manière dont elles intègrent les mises à jour dans leur logique, ce qui leur permet un meilleur contrôle sur les systèmes d'extraction et/ou de redistribution du MEV.
Examinons deux exemples illustrant des opportunités de MEV liées à des transitions d'état : l'un sans OEV, l'autre avec OEV.
1. MEV (indépendant de l'oracle) : l'état de l'application devient soit organiquement, soit par des opérations sur chaîne, déconnecté de l'état externe. Par exemple, si un gros trader exécute un ordre d'achat massif sur un AMM à constante fixe, provoquant une divergence entre le prix affiché et le prix externe, un robot peut alors capturer du MEV en corrigeant cet écart et en fermant l'arbitrage, sans utiliser directement un protocole nécessitant une mise à jour d'oracle.
2. OEV (dépendant de l'oracle) : un changement de prix sur le marché externe crée une opportunité lucrative, activée lorsque l'oracle importe l'état mis à jour sur la chaîne, permettant ainsi à l'état de l'application de revenir à l'état hors chaîne canonique. Par exemple, après un mouvement défavorable sur une bourse centralisée où a lieu la découverte des prix, un robot MEV sur un protocole de prêt pourrait choisir de liquider un compte en situation de sous-couverture.
Nous classons l'OEV dans cette dernière catégorie, où la mise à jour de l'oracle déclenche une opportunité de capture de valeur. Aujourd'hui, les activités générant de l'OEV profitent de façon disproportionnée aux validateurs et stakers, au détriment de leurs utilisateurs (c’est-à-dire les fournisseurs de liquidités). Si les protocoles et applications pouvaient capturer davantage d'OEV, ils pourraient redistribuer ces profits afin d'encourager et récompenser la fidélité des utilisateurs. En fin de compte, la capacité d'aligner l'OEV avec les utilisateurs rend les protocoles plus compétitifs. Concevoir des applications capables de capturer du MEV est difficile. Tous les protocoles souhaitent minimiser le MEV subi par leurs utilisateurs et redistribuer efficacement la valeur restante aux utilisateurs, ou la conserver en interne. Aujourd'hui, de nombreux développeurs pensent que la seule manière d'y parvenir est de déployer leur protocole en tant que blockchain dédiée, dans le but d'accumuler de la valeur pour leur jeton natif via le MEV — mais cela entraîne une complexité technique, opérationnelle et d'interopérabilité considérable. La solution correcte et primordiale pour internaliser le MEV est l'enchère de flux d'ordres (Order Flow Auction, OFA). L'OFA crée un marché où l'offre est constituée d'un lot de transactions facilement exploitables en MEV agrégées par l'application, et la demande provient de robots MEV ou de market makers cherchant à insérer ou réordonner ces transactions à leur avantage. Les revenus de l'enchère vont directement à l'application et représentent la part nette de MEV que celle-ci peut capter en interne.
Implémentation de la Capture d'OEV
L'approche qui semble intuitive serait que chaque application lance sa propre enchère de flux d'ordres et réalise un profit à partir des offres sur l'espace de blocs autour des mises à jour d'oracle. Toutefois, cela requiert un effort considérable. Chaque application contrôle un volume limité de flux d'ordres, tandis que l'OFA est fondamentalement un marché dépendant d'une profonde liquidité bilatérale : d'un côté les makers (lots d'ordres utilisateur) et de l'autre les takers (robots MEV). Une OFA spécifique à une application fragmenterait la liquidité et limiterait la composable atomique (par exemple, si un robot MEV ne peut garantir que les deux jambes de sa stratégie se produisent exactement comme prévu — typiquement, un échange de jetons après la confiscation de collatéral pour compléter un arbitrage — il pourrait refuser totalement l'opportunité). Les coûts opérationnels et sociaux liés à la configuration d'une OFA spécifique à une application peuvent être trop élevés pour justifier la création d'une solution interne.
Un meilleur chemin pour capturer le MEV urgent est d'externaliser l'enchère via une enchère globale de flux d'ordres (Global Order Flow Auction, GOFA). Pyth est structurellement positionné pour exécuter directement une OFA au profit de toutes les applications qu'il soutient, car celles-ci dépendent déjà des mises à jour d'oracle de Pyth pour le bon fonctionnement de leurs systèmes. Ainsi, Pyth a accès à un espace de blocs hautement valorisé à travers un grand nombre d'applications, et la prochaine étape logique consiste à marchandiser le complément (commoditize the complement) en intervenant sur l'espace de blocs lié aux mises à jour d'oracle (c'est-à-dire la partie du bloc où le MEV est extrait).

Plutôt que que chaque application réinvente la roue, une GOFA gérée par l'oracle exploite naturellement les économies d'échelle. Une liquidité profonde attire davantage de liquidité : les robots MEV sont plus susceptibles d'accepter un flux d'ordres groupé couvrant plusieurs applications (grâce à la composable atomique), et plus il y a de takers compétitifs (soumettant des offres plus élevées, se traduisant directement en revenus), plus les applications sont incitées à participer.
Un nouveau domaine pour l'OEV spécialisé dans les applications
L'OEV représente une méthode novatrice pour que les oracles et les applications capturent de la valeur. Une OFA gérée par un oracle transmet directement la valeur émergente de l'OEV aux applications, leur permettant ainsi de bénéficier des avantages d'une OFA propre sans aucun coût opérationnel. En tant que tiers neutre facilitant l'échange de flux d'ordres entre applications et robots MEV, Pyth peut choisir de facturer des frais de service à l'une ou l'autre partie, introduisant ainsi une nouvelle source de revenus pour le réseau sans compromettre son impartialité. Nous sommes enthousiasmés par de nouveaux mécanismes capables de capturer plus étroitement le MEV au niveau applicatif.
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News










