Récemment, en discutant avec quelques amis qui bossent dans l'infrastructure Web3, j'ai réalisé que ce dont tout le monde parlait le plus, ce n'était pas le dernier nouveau layer 1 qui vient de sortir, mais plutôt comment on allait "nourrir" les smart contracts avec des données. Les solutions traditionnelles d'oracles deviennent de plus en plus chères, et stocker des données directement sur la chaîne est presque impossible. J'ai essayé plusieurs fois de faire tourner mes propres nœuds pour récupérer des données off-chain et les soumettre on-chain, mais à chaque fois, c'était une lutte avec les frais de Gas et les délais, c'était comme jouer à des jeux en ligne avec une connexion dial-up. C'est dans ce processus que j'ai vraiment compris ce qu'OpenLedger est en train de faire : au lieu de créer une nouvelle blockchain, ils ont décomposé la disponibilité des données et la validation des calculs en modules interchangeables.$ETH

La première fois que j'ai entendu parler de $OPEN ce token, c'était lors d'une interaction sur le testnet. À l'époque, il fallait staker une petite quantité de tokens pour activer un nœud de validation de données, et tout le processus a pris moins de deux minutes, avec des frais de Gas si bas que j'ai dû vérifier trois fois. Plus tard, j'ai compris que l'architecture d'OpenLedger sépare le stockage des données, la validation et l'exécution des calculs en différentes couches, le token étant principalement utilisé pour payer les frais de service des validateurs et le staking des nœuds, au lieu de refiler tous les frais aux utilisateurs comme le font beaucoup de projets. Ce design me rappelle les couches TCP/IP des débuts d'Internet - chaque couche fait une seule chose bien, mais ensemble, elles peuvent supporter presque toutes les applications.

Ce qui me fait vraiment penser que cette direction est sous-estimée, c'est sa « combinabilité des données ». Avant, chaque DApp devait obtenir des données externes, soit en déployant ses propres oracles, soit en se connectant à des services tiers, avec une source de données unique et facilement manipulable. #OpenLedger permet à quiconque de déployer un module de source de données, par exemple, une communauté peut contribuer des données de règlement sur la chaîne, un autre nœud peut fournir des informations météorologiques, et ces modules, une fois vérifiés par des preuves à connaissance nulle, peuvent être appelés par n'importe quelle application. J'ai un ami qui travaille sur des marchés prédictifs qui dit que le coût des sources de données qu'ils intègrent a diminué de près de 60 %, car ils n'ont plus besoin de se connecter à des fournisseurs de données pour chaque marché individuellement.

Bien sûr, la modularité a un coût. Avec une couche intermédiaire supplémentaire, la latence globale sera plus élevée de plusieurs dizaines de millisecondes par rapport aux solutions centralisées. Mais pour moi, ce compromis est tout à fait acceptable - après tout, nous recherchons des données fiables dans un environnement décentralisé, pas quelques millisecondes de vitesse. Je pense même qu'avec la maturité croissante des Layer2 et des couches DA, des modules de données légers et plug-and-play comme OpenLedger deviendront indispensables. C'est un peu comme ne pas vouloir utiliser une autoroute pour résoudre tous les problèmes de transport, mais avoir besoin de conteneurs standardisés et de hubs de transit.

Il y a quelques jours, j'ai revisité la feuille de route du compte officiel @OpenLedger et j'ai vu qu'ils prévoient de lancer un marché de modules de données au second semestre, permettant aux développeurs de trader et de s'abonner directement à des flux de données vérifiés. Si ce concept fonctionne, il pourrait donner naissance à une multitude de services de données de longue traîne qui n'existaient auparavant. Par exemple, des données sur la qualité de l'air d'une petite ville, ou les performances en temps réel d'un jeu niche, que personne ne voulait vraiment aller chercher auparavant, mais qui peuvent maintenant se monétiser automatiquement via le marché de modules. Ce changement de « source de données centralisée » à « modules de données contribué par la communauté » incarne vraiment l'esprit du livre de comptes ouvert.