Comprendre Merlin Chain : sous-chaînes en un clic + moteur open source, construire dès la base l'interopérabilité entre métavers et NFT
TechFlow SélectionTechFlow Sélection
Comprendre Merlin Chain : sous-chaînes en un clic + moteur open source, construire dès la base l'interopérabilité entre métavers et NFT
La solution Merlin repose principalement sur trois points : l'émission instantanée de chaînes secondaires, l'interopérabilité des NFT, et un moteur de jeu open source et décentralisé.
Dédié à des analyses Web3 approfondiesRédigé par : les bénévoles de la communauté Merlin
Au cours de l'année écoulée, des millions de NFT et des dizaines de milliers de projets GameFi sont nés sur la blockchain, faisant de la métaverse le sujet le plus brûlant. Les blockchains publiques ont chacune proposé leurs solutions pour gérer la haute concurrence et les actifs multiples – Polygon avec sa couche 2 et Solana affirment toutes deux pouvoir atteindre plus de 65 000 TPS, tandis que le sharding d’extension pour Near et ETH 2.0 est presque finalisé.
Aujourd’hui, la métaverse en est encore à ses débuts, et de nombreux problèmes restent non résolus. Le problème de congestion : récemment, Polygon a vu un afflux massif de joueurs NFT et GameFi, entraînant plusieurs blocages de la chaîne ; Solana connaît également fréquemment des pannes. Ensuite, les données GameFi ne sont pas entièrement stockées sur la blockchain : bien que les NFT soient présentes sur chaîne, les données utilisateur restent hébergées sur des serveurs centralisés, rendant possibles des cas de « détournement par surveillance ». De plus, l’« interopérabilité » de Web3 n’est pas effective : les NFT de différents projets ne peuvent pas s’échanger entre eux. Par exemple, il est impossible aujourd’hui d’utiliser dans un jeu A le modèle d’un personnage du jeu B ou la voiture du jeu C – ce niveau basique d’interopérabilité n’existe pas.
À cette période précoce et confuse de la métaverse, l'équipe Merlin a publié sa dernière solution :
D’après ces documents, la solution Merlin repose principalement sur trois points : sous-chaînes en un clic, interopérabilité des NFT, et moteur de jeu open source et décentralisé.
1. Sous-chaînes en un clic
Si l'on souhaite que toute la métaverse soit intégrée à la blockchain, la fréquence élevée des données générées par les interactions multijoueurs et le volume massif de transactions excèdent largement les capacités des technologies existantes de couche 1 ou de couche 2. Même les solutions de sharding se heurtent aux limites des transactions inter-shards, empêchant une scalabilité infinie. Merlin adopte donc une architecture en couches : la couche 1 gère la circulation de la valeur, la couche 2 accueille les applications écosystémiques.
1.1 Sharding extensible de la couche 1
La couche 1 de Merlin porte la valeur de tout le réseau, et assure aux couches 2 sécurité, interconnexion et autres services. Elle dispose ainsi du plus haut niveau de sécurité et d'une forte capacité d'extension. La blockchain principale utilise une architecture en shards : lorsque la capacité d'un shard atteint sa limite, de nouveaux shards peuvent être ajoutés, doublant ainsi la capacité globale.
Le sharding de Merlin repose sur un sharding d'état, c’est-à-dire que chaque shard ne stocke que le registre des comptes qui lui sont propres, maximisant ainsi la capacité d’extension. La chaîne principale (backbone), qui relie tous les shards, gère leur coordination et le routage des transactions inter-shards. Elle constitue la partie la plus centrale de l’architecture Merlin, utilisant un protocole de consensus impliquant tous les nœuds, où chaque nœud doit valider et diffuser toutes les transactions inter-shards. En outre, afin d’éviter que la croissance du volume des transactions inter-shards ne surcharge la backbone avec l’augmentation du nombre de shards, celle-ci dispose également d’une puissante capacité d’extension. En cas de situation critique, les nœuds de la backbone peuvent être matériellement étendus horizontalement : dès que le volume des transactions atteint un seuil d’alerte, des ressources supplémentaires peuvent être ajoutées.
1.2 Rollups sécurisés et performants de la couche 2
La couche 2 supporte l’écosystème d’applications et absorbe la majeure partie du volume transactionnel du réseau. Les chaînes de niveau 2 de Merlin peuvent atteindre des dizaines de milliers de transactions par seconde, suffisantes pour répondre aux besoins d’une application unique. De plus, elles permettent la création automatique de nouvelles sous-chaînes via des contrats intelligents, offrant ainsi une extension supplémentaire. La couche 2 de Merlin utilise zkRollup, une technologie basée sur les preuves de connaissance nulle (zero-knowledge proofs) garantissant une sécurité comparable à celle de la chaîne principale. La couche 2 transmet à la couche 1 des données prouvant la légitimité des transactions, sans nécessiter de période de contestation comme dans les systèmes fondés sur des preuves de fraude, permettant ainsi une confirmation finale des transactions en quelques minutes seulement.
1.3 Création de chaînes via contrat intelligent
Une seule chaîne de niveau 2 ne peut résoudre le problème du volume transactionnel élevé lié aux activités métavers. C’est justement cette limitation qui cause les congestions observées sur les solutions Layer 2 actuelles.
Actuellement, les outils de création de chaînes sont trop complexes et peu accessibles, dissuadant les petites équipes et développeurs individuels. De plus, les couches 2 n’utilisent pas de mécanismes de consensus standardisés, compromettant leur sécurité. Enfin, en l’absence de normes communes, les actifs des différentes chaînes de niveau 2 ne peuvent pas s’interconnecter efficacement.
Contrairement à l’écosystème Ethereum où les projets lancent simplement leur propre jeton, Merlin encourage chaque projet Dapp à créer sa propre chaîne – via un contrat intelligent de Merlin, l'utilisateur n’a qu’à envoyer les paramètres de la chaîne sous forme de transaction à un contrat spécifique, pour générer une chaîne de niveau 2 complète et fonctionnelle, dotée de ses propres nœuds indépendants et de son propre réseau. Ainsi, chaque sous-chaîne Dapp peut supporter les charges élevées des métavers, sans nuire aux autres chaînes de niveau 2 ni affecter la chaîne principale.
En outre, chaque chaîne de niveau 2 créée via contrat intelligent suit les mêmes normes de consensus, assurant ainsi une fonctionnalité identique et une forte interopérabilité des actifs entre toutes les chaînes secondaires. Et puisque toutes les sous-chaînes utilisent le zkRollup imposé par Merlin, elles bénéficient d’un niveau de sécurité équivalent à celui de la chaîne principale.
1.4 Émission et maintenance de la couche 2
Lorsqu’un développeur Dapp crée sa propre chaîne de niveau 2, il peut librement configurer ses nœuds selon ses besoins. Concernant le choix des nœuds, Merlin propose au moins quatre solutions : le développeur peut choisir des serveurs physiques pour garantir le débit initial et le contrôle des données ; s’il souhaite bénéficier d’une base de consensus plus large, il peut utiliser le MicroService de Merlin, accessible simplement via Kubernetes ; une fois que le Dapp aura acquis un consensus plus large, le développeur pourra opter pour un ensemble de nœuds décentralisés, comme sur d'autres blockchains publiques, ou encore utiliser le pool mondial de puissance de calcul distribué de Merlin pour fournir ses services de nœuds.
1.5 Indépendance et sortie de la couche 2
Lorsque le réseau de niveau 2 d’un Dapp aura atteint un consensus stable et développé son propre écosystème, sa communauté pourra décider de faire sortir la chaîne de niveau 2 du contrôle de Merlin Couche 1, pour en faire une blockchain indépendante. Une fois que la communauté estimera que la robustesse technique et la configuration des nœuds de sa chaîne de niveau 2 sont suffisantes pour devenir une chaîne principale, les nœuds du réseau de niveau 2 peuvent envoyer une transaction spéciale au contrat intelligent de Merlin, permettant ainsi à leur chaîne de se détacher du réseau Merlin.
Les Dapps ayant quitté la chaîne Merlin restent conformes aux mêmes normes techniques et bénéficient d’une « symbiose » avec Merlin, garantissant l’interopérabilité des actifs entre chaînes. Ce processus contribue à étendre les standards Merlin NFT & Metaverse à un public plus large.
2. Mise à jour du protocole NFT et interopérabilité
L’écosystème NFT basé sur le protocole ERC721 est florissant, avec des millions de contenus et de développeurs créant quotidiennement de nouveaux NFT. Mais les jetons non fongibles ne devraient pas se limiter à des fichiers JPG – leur potentiel d’extension et leurs cas d’usage sont aujourd’hui trop restreints. Ils devraient plutôt apparaître sous une forme plus vaste d’actifs virtuels, dotés d’une véritable évolutivité et interopérabilité (scalability and interoperability), et finalement être utilisés activement par les utilisateurs dans de nombreux scénarios de métaverse et GameFi.
2.1 Dimensionnement supérieur et interconnexion des NFT
Les NFT de la métaverse sont fragmentées. Premièrement, les anciens NFT 2D ne peuvent pas être intégrés dans les mondes immersifs (sauf si vous voulez juste afficher un avatar dans votre salon), ce qui empêche les nouveaux projets GameFi d’attirer les grandes communautés NFT. Deuxièmement, les NFT ne peuvent pas circuler entre projets : vos actifs du jeu A ne peuvent jamais être transférés dans le jeu B. Troisièmement, il y a le problème de la reconnaissance de propriété : la valeur de hachage sur la blockchain peut être représentée et utilisée dans le jeu selon les règles arbitraires du projet, ce qui signifie que la propriété reste centralisée et non régulée.
Merlin améliore les paramètres des NFT, en ajoutant de nouvelles dimensions au-dessus du protocole ERC721, notamment Mesh, Shader, Transform, Physics et Animation. Ces paramètres sont compressés et stockés sur la blockchain, tandis que les ressources sont conservées dans des services décentralisés et appelées par les projets Dapp.
Cela garantit que quel que soit le projet initiateur, tout NFT peut être utilisé dans d’autres projets. Cela assure également que l’utilité de ces NFT est unique et ne peut pas être modifiée arbitrairement par les équipes de projet.
2.2 Élargissement de l'utilité des NFT
Actuellement, l’utilité des NFT se limite souvent à des avatars JPG, ce qui naturellement les cantonne au domaine de l’art et des collections. Cette limitation d’usage et de fréquence réduit leur utilisation à de simples transactions, privant les NFT de propriétés financières telles que la location, la fragmentation ou la distribution.
Grâce à l’interopérabilité des NFT 3D Merlin dans la métaverse, de nombreux NFT acquièrent une utilité pratique et une valeur fondamentale. Par exemple, le propriétaire d’une voiture de sport limitée pourrait la louer à d’autres utilisateurs, qui pourraient alors rouler dans ce véhicule loué dans un monde ouvert, pour impressionner ou socialiser.
De même, des designers et modélisateurs professionnels peuvent créer « de meilleures roues » sur la blockchain – par exemple des meubles stylisés, des paysagismes ou des éléments de base de conception. Un NFT peut être vendu sous forme de fraction ou de droit d’usage à un développeur, réduisant ainsi le coût de développement pour les petits studios créatifs mais faiblement dotés en ressources artistiques. Au-delà des actifs de conception, même les mécaniques de jeu peuvent être encapsulées sous forme de NFT et distribuées comme des franchises génératrices de valeur. Par exemple, un développeur ayant imaginé un mode « battle royale » innovant, ou un autre spécialiste des jeux d’argent ayant créé une machine à blind box plus attrayante, pourraient empaqueter ces mécaniques originales et les distribuer à des « franchisés », percevant des revenus via des contrats auprès d’un public plus large.
Enfin, et surtout, l’interopérabilité redéfinira l’économie des NFT et de la métaverse. Un créateur de NFT souhaitera que ses acheteurs puissent immédiatement transporter leur actif dans une métaverse populaire, qui en retour partagera une part des revenus générés avec le créateur (via un contrat intelligent Merlin). De même, un développeur GameFi lançant un nouveau jeu voudra attirer des utilisateurs déjà munis d’actifs NFT pour enrichir son univers. Si ces utilisateurs réalisent des transactions grâce à leurs actifs dans le jeu, le projet NFT pourra à son tour redistribuer une partie des revenus au développeur du jeu.
2.3 Création sur chaîne (Creation on Chain)
Merlin s'efforce d'enregistrer tout le processus de création de la métaverse directement sur la blockchain, favorisant ainsi des interactions plus significatives entre utilisateurs et développeurs.
Actuellement, le développement des projets métaverse ou GameFi reste une « boîte noire » : les utilisateurs ignorent si les promesses des développeurs seront tenues, et certains projets cessent même leur développement après avoir vendu leurs jetons et NFT. Merlin encourage les développeurs à utiliser le moteur Spike et à synchroniser leur progression sur la blockchain, permettant aux utilisateurs d’expérimenter des versions « bêta » du jeu. S’agit-il d’un simple contrôle ? Non. Pour les développeurs intégrés à l’écosystème Merlin, cette transparence et interactivité génèrent des retombées durables, incarnant précisément l’esprit de la blockchain.
Premièrement, les véritables bons projets peuvent exploser plus tôt. Dès lors que votre projet atteint 10 % d’avancement, la communauté peut déjà venir tester et jouer, permettant ainsi la prévente de NFT. Imaginez pouvoir pré-vendre une nouvelle voiture de course sur un circuit encore inachevé – bien plus engageant que de vendre des images sur Twitter ou Discord ! Les utilisateurs peuvent essayer avant d’acheter, offrant une expérience exceptionnelle tant aux joueurs qu’aux développeurs.
Deuxièmement, les idées des utilisateurs sont entendues, et les développeurs évitent ainsi les erreurs. Les développeurs indépendants ont souvent des communautés de joueurs fidèles qui, durant le développement, testent profondément les démos, maîtrisant parfois mieux le jeu que les concepteurs eux-mêmes. Leurs suggestions remontent directement aux développeurs, orientant le projet vers une meilleure direction.
Troisièmement, la métaverse sur chaîne permet aux utilisateurs d’obtenir plus tôt des droits de gouvernance. Après la prévente des jetons, les utilisateurs peuvent créer leur DAO avant même le lancement du jeu. Ayant déjà participé activement au développement, ils auront une grande influence sur l’évolution de cet univers ouvert une fois lancé. Une utopie ouverte et décentralisée devient ainsi réalité, n’est-ce pas ?
2.4 Compatibilité et mise à niveau des anciens NFT
Le marché global des NFT n’en est qu’au premier pas historique, et même ce « petit » pas a vu naître des succès comme BAYC ou CryptoPunk. Ces projets entreront-ils un jour dans la métaverse ? Bien sûr !
Merlin est nativement compatible avec l’écosystème EVM et le standard ERC721. Ces projets peuvent donc choisir librement le moment opportun pour mettre à niveau leurs NFT – un processus qui s’effectue simplement via un contrat intelligent Merlin et un plugin d’actifs Spike. Cette « mise à niveau dimensionnelle » est totalement transparente pour les détenteurs : ils découvriront un matin que leur singe habituel est toujours dans leur portefeuille, mais qu’il dispose désormais d’un avatar vivant dans la métaverse, prêt à parcourir librement tous les mondes virtuels !
3. Spike – un moteur entièrement open source
Spike Engine, présenté par Merlin, est le premier moteur de rendu de jeu dédié à l’univers blockchain. Basé sur une architecture open source, tous les développeurs peuvent lire, utiliser, optimiser et modifier son code source, afin de créer de nouvelles applications et innovations technologiques.
3.1 État d’exécution uniformisé
Spike normalise les spécifications de la métaverse au niveau de la compilation, du rendu et de l’exécution. Grâce à l’interopérabilité des actifs, les différentes métaverses peuvent désormais interagir de manière fluide.
Du fait des moteurs traditionnels fermés, deux jeux GameFi ne peuvent actuellement pas partager leurs états. Les jeux compilés avec Unity ou UE4 ont des interfaces et des états de compilation « verrouillés ».
Spike vise à abattre ce mur – en standardisant dès la base du moteur les définitions d’actifs, les pipelines de rendu, les états d’exécution et le chargement en temps réel, il crée des « trous de ver » reliant les mondes virtuels. Les utilisateurs peuvent voir les personnes et actifs d’autres mondes, et initier directement des transactions entre mondes. Un ami peut vous inviter à sa table de poker Texas Hold’em, et d’un simple clic, vous pouvez vous asseoir sans redémarrer l’application. Différents jeux peuvent même être combinés librement au sein d’une même ville cyberpunk : en entrant dans différentes pièces, vous expérimentez différents contenus, formant ainsi un vaste monde continu et sans frontières.
3.2 Barrières à l'entrée réduites
Il existe plus de 30 millions de développeurs de jeux dans le monde, dont la majorité travaille en petites équipes de 2 à 3 personnes ou en studios indépendants. Ces créateurs alimentent continuellement notre monde virtuel avec leurs idées, mais très peu peuvent aujourd’hui participer au développement de GameFi et de la métaverse, en raison des obstacles liés aux moteurs, aux contrats intelligents, à la tokenomie, etc.
Spike fournit un moteur open source complet, conçu dès le départ pour fonctionner sur la blockchain. Comparé à des moteurs traditionnels comme Unity, Spike est plus léger, plus ciblé, sans sacrifier la performance – son architecture a déjà permis la création de jeux de type AAA. L’ingénierie de Spike intègre nativement la compilation, le rendu, l’importation d’actifs et les contrats intelligents sur chaîne.
En outre, Spike est plus convivial pour les développeurs individuels, non seulement grâce à son interface, à ses outils de modélisation et à son rendu automatisé, mais aussi par sa prise en charge de langages de script simples comme Lua (à l’instar de Roblox Studio, qui compte déjà plus de dix millions de développeurs individuels, dont l’âge moyen est inférieur à 20 ans).
La création dérivée devient ainsi plus facile : les développeurs n’ont plus besoin de tout réinventer. Ils peuvent acheter des scripts ou des fichiers de projet réussis d’autres développeurs, et s’appuyer sur des mécaniques éprouvées pour créer de nouvelles expériences innovantes.
3.3 Outils variés pour développeurs
Tout le code source de base de Spike Engine est ouvert, permettant aux développeurs de faire du développement secondaire.
D’un côté, les développeurs peuvent modifier ou simplifier la base de Spike pour en faire un nouveau moteur de jeu, adapté à leur propre écosystème – ce que l’esprit open source de Spike encourage fortement.
D’un autre côté, afin de faciliter le service de marchés de niche, les développeurs peuvent adapter et empaqueter Spike en éditeurs spécialisés plus simples d’utilisation, comme un éditeur de mods de cartes à jouer ou un simulateur FPS. Le processus de création devient ainsi plus simple, mettant l’accent sur la créativité plutôt que sur les compétences techniques.
3.4 Communauté multiplateforme (Cross-Platform Community)
Les mondes métavers créés avec Spike Engine sont interopérables en termes de types d’actifs et d’ingénierie, ouvrant d’immenses perspectives pour l’écosystème futur.
Par exemple, sur une plateforme d’écosystème de contenu, un jeu en phase de conception peut lancer une levée de fonds par jetons pour associer ses premiers passionnés au développement ; un jeu en phase de développement peut permettre aux utilisateurs de l’expérimenter en temps réel, de pré-acheter des actifs ou de voter pour la gouvernance ; une fois lancé, les actifs NFT peuvent être utilisés, échangés ou loués dans divers scénarios. Dans un écosystème métaverse entièrement sur chaîne, des guildes de jeux plus libres et décentralisées émergent sous forme de DAO, apportant trafic et liquidités à la circulation des actifs.
De plus, l’établissement d’une identité décentralisée et de chaînes relationnelles permet la formation de nouvelles organisations autonomes dans la métaverse, capables d’organiser via des mécanismes DAO des activités productives telles que bureaux, réunions ou enseignement dans l’espace virtuel.
Conclusion :
D’après les informations disponibles, Merlin propose trois protocoles complets :
-
Premièrement, la création de chaînes via contrats intelligents L1/L2, assurant sécurité et performance ;
-
Deuxièmement, un nouveau protocole NFT permettant aux NFT d’être utilisées et interagir entre différentes métaverses ;
-
Troisièmement, l’interopérabilité de la métaverse sur chaîne, incluant les actifs, la création et l’expérience utilisateur.
Pour résumer :
-
Le point fort de Merlin réside dans la création instantanée de chaînes, permettant à chaque Dapp de disposer d’une sous-chaîne zkRollup complète et physique ;
-
Le point fort de Spike réside dans l’interopérabilité fondamentale de la métaverse, permettant la circulation fluide des utilisateurs, des actifs et des environnements.
En fin de compte, tout cela vise à résoudre un seul et même problème : la création de la métaverse sur chaîne (Metaverse Creation on Chain).
L’équipe principale des architectes techniques de Merlin regroupe des professionnels ayant chacun plus de 7 ans d’expérience dans la blockchain, experts en cryptographie et technologies distribuées, anciens fondateurs de projets BlockDAG, DeFi et autres blockchains publiques. Pour toute collaboration technique ou demande d'information, contactez info@merlinchain.io
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
