Concept central de Chainbase : Manuscript, la "cuisine universelle" pour comprendre les données blockchain.
Les amis qui s'intéressent aux outils de données blockchain ont probablement entendu parler de @Chainbase Official Official - son ambition est grande, il veut devenir le "super réseau de données" de tout le cercle crypto, rassemblant les "fragments" de données dispersés sur différentes chaînes pour en faire des ressources unifiées accessibles à tous.
Et Manuscript est le cadre de traitement des données central conçu sur mesure par Chainbase pour réaliser cet objectif. Pour le dire simplement, c'est comme une "cuisine centrale" dans l'écosystème Chainbase : des données brutes en désordre "entrent" ici, et après un processus de nettoyage, de traitement et de transformation, elles deviennent des données de haute qualité que les développeurs, analystes ou même modèles d'IA peuvent "servir et consommer".
Comprenons d'abord leur relation, en utilisant une métaphore accessible :
@Chainbase Official "Supermarché de produits frais", empilant d'énormes quantités de données brutes "viande et légumes" provenant de diverses blockchains.
Manuscript est donc "l'ensemble des outils de cuisine + recettes universelles", peu importe si vous souhaitez préparer un "repas français" ou un "plat familial", vous pouvez utiliser cela pour transformer les matières premières du supermarché en ce que vous désirez.
Sans Manuscript, les données de Chainbase ne seraient que des "ingrédients à traiter" ; avec lui, elles peuvent devenir de véritables "plats finis".
L'objectif de Manuscript semble assez ambitieux, selon les déclarations officielles, il s'agit de créer une "transaction de données" sur le réseau Chainbase, en établissant un composant écologique permettant à chacun d'accéder à n'importe quelle donnée de n'importe quelle manière, avec n'importe quel service et dans n'importe quel langage. Mais en pratique, l'essentiel est un : vous permettre d'obtenir les données souhaitées de la manière la plus simple.
Par exemple -
Écrire du code sans changer d'habitude : Python, Java, JavaScript, c'est bien, même WebAssembly peut être utilisé pour écrire des scripts de traitement.
Les méthodes d'accès sont à votre choix : que vous souhaitiez interroger en SQL ou appeler via HTTPS, vous pouvez même tirer les fichiers comme dans un service de stockage en ligne.
Ne vous inquiétez pas des formats de données : JSON, CSV, Excel sont tous pris en charge, pas besoin de batailler avec des "incompatibilités de format".
Le stockage n'est pas figé : les données peuvent provenir de IPFS, Google Drive, MySQL, et peuvent également y être stockées, sans être bloquées sur une seule plateforme.
Alors, comment cela collabore-t-il avec Chainbase ? En fait, cela repose sur les deux grands "buffs de base" de Chainbase, et Manuscript s'appuie là-dessus :
Le premier est basé sur l'"architecture à double chaîne" de Chainbase. Chainbase utilise CometBFT + le mécanisme DPoS, garantissant que la recherche de données et les transactions sont à la fois rapides et sécurisées. Manuscript est construit sur cela, donc lors du traitement des données, il possède également des caractéristiques de "hautes performances + haute fiabilité", sans risquer de planter ou de perdre des données.
Le second est de franchir la dernière étape de "transformer les données en argent". Chainbase veut créer un écosystème où "les données peuvent être monétisées", Manuscript est l'outil qui fait le travail : vous utilisez Manuscript sur Chainbase pour écrire des scripts de traitement des données, vous transformez les données de haute qualité en "produits vendables", puis vous les évaluez et les vendez via la plateforme, les données peuvent réellement se transformer en revenus concrets.
Ce que je comprends, c'est que Chainbase a établi un "marché de données" et une infrastructure, Manuscript est un "outil de production personnalisé" que tout le monde peut utiliser, permettant à quiconque de se lancer dans le "petit commerce de données".
L'important est que Chainbase n'est pas un "jardin clos", Manuscript n'est pas un "outil privé", ensemble, ils forment une communauté de données ouverte.
Si vous êtes un développeur : vous n'aurez plus à vous soucier de la provenance des données, de leur nettoyage, ou de la recherche inter-chaînes, vous pourrez écrire la logique de traitement avec Python/JS/SQL familiers dans Manuscript, et Chainbase vous fournira les résultats d'exécution de manière stable.
Si vous êtes un utilisateur ordinaire : les applications blockchain que vous pourrez utiliser à l'avenir seront plus fluides, car les développeurs derrière elles n'auront plus à se battre avec des problèmes de données et pourront se concentrer sur l'amélioration de l'expérience produit.
Enfin, résumons : l'objectif de Chainbase est de rendre les données accessibles, combinables et monétisables, tandis que Manuscript est le niveau d'outil central pour réaliser cet objectif. Sans Manuscript, Chainbase pourrait n'être qu'un "entrepôt de données" ; avec lui, il peut devenir un "système économique de données" complet. Si vous croyez en l'infrastructure de données blockchain ou si vous recherchez des outils de données sur la chaîne, alors la combinaison Chainbase + Manuscript mérite vraiment d'être étudiée.
