Rialo Quiz 27.0 #9 @RialoHQ @RialoKorea « Oracle tax » fait référence à : 1️⃣ Flux de données gratuits 2️⃣ Services de données externes coûteux 3️⃣ Récompenses blockchain 4️⃣ Techniques d’optimisation du gaz La réponse est 2️⃣ Services de données externes coûteux. Les blockchains fonctionnent dans un environnement onchain, mais de nombreuses applications ont besoin d’informations qui existent en dehors de la chaîne. Les prix des actifs. Les données de marché. Les événements du monde réel. Les informations de crédit. D’autres données externes. La blockchain ne peut pas supposer que ces informations sont déjà disponibles onchain. C’est là que les oracles et autres services de données externes entrent en jeu. Une application peut dépendre d’un service externe pour récupérer des informations du monde réel et les rendre disponibles sur la blockchain. Mais cette connexion introduit une couche supplémentaire entre l’application et les données dont elle a besoin. Et cette couche implique un coût. C’est l’idée derrière le terme « oracle tax ». Il désigne le coût supplémentaire créé lorsque les applications blockchain doivent s’appuyer sur une infrastructure de données externes pour obtenir les informations nécessaires à leur exécution. Ce coût ne se limite pas nécessairement au prix d’un flux de données. Il peut également inclure l’infrastructure, l’intégration, la latence, la maintenance et la coordination nécessaires pour maintenir la connexion entre les données externes et une application onchain. Ce coût devient plus important lorsque les applications nécessitent des données en continu plutôt que seulement occasionnellement. Prenons une application financière. Si le prix d’un actif doit être mis à jour en continu, le système a besoin d’un flux constant d’informations de marché externes. Un marché de prévisions peut également nécessiter des informations externes pour déterminer ce qui s’est produit dans le monde réel après la fin du trading. Une application RWA peut avoir besoin d’informations externes pour le pricing, le prêt, le trading et la gestion des risques. Dans chaque cas, l’application dépend d’un pont entre le monde réel et la blockchain. Cela se connecte directement au problème du middleware discuté dans les Learn Papers de Rialo. Le middleware peut inclure des flux, de l’indexation, du planification, du pontage et d’autres services situés entre les applications et l’infrastructure blockchain. Plus il y a de fonctionnalités en dehors de la blockchain, plus les développeurs doivent maintenir de connexions. L’architecture de Rialo aborde le problème des données différemment. Rialo Stream est conçu comme une couche native de flux de données pour le DeFi et les RWAs. Le système Rialo plus large inclut également Rialo Read Path, qui fournit un accès direct aux données et à l’état des validateurs. Cela est important car l’objectif n’est pas simplement de mettre davantage de données onchain. Les données doivent devenir utilisables par les applications qui en dépendent. Nous avons déjà vu cela dans l’architecture de données financières en temps réel de Rialo, où 1 337 tickers mis à jour en temps réel représentent des actifs financiers du monde réel. Ces flux peuvent ensuite soutenir des applications impliquant le pricing, le prêt, le trading et la gestion des risques. Le même principe s’applique aux RWAs. Tokeniser un actif du monde réel n’est qu’une partie du processus. L’application peut toujours avoir besoin d’informations continues sur cet actif et sur le marché plus large qui l’entoure. Ainsi, l’infrastructure reliant les données du monde réel → blockchain → logique d’application devient une partie fondamentale du système. L'« oracle tax » décrit le coût de cette dépendance externe. Et c’est ici que l’architecture de Rialo se connecte à ce quiz : en faisant des flux de données une partie native de l’infrastructure, Rialo est conçu pour réduire la dépendance aux intégrations externes séparées pour les applications ayant besoin d’informations du monde réel. La réponse est 2️⃣ Services de données externes coûteux.