MAP Protocol, pionnier du pont entre chaînes actif et indépendant
TechFlow SélectionTechFlow Sélection
MAP Protocol, pionnier du pont entre chaînes actif et indépendant
La couche 1 est capable de traiter et finaliser les transactions directement sur sa propre blockchain, et dispose d’un jeton natif utilisé pour payer les frais de transaction. Bien qu'Ethereum soit un géant du secteur, il ne parvient pas à dominer seul le marché. En raison de différences technologiques, écologiques et concurrentielles, chaque chaîne principale fonctionne comme une île isolée, incapable d’interagir avec les autres, empêchant ainsi tout transfert d’actifs entre elles.
Dédié à des analyses Web3 approfondiesContexte du projet
I. Layer 1 et îlots fermés
-
Layer 1 désigne les blockchains de base
-
Incluant Ethereum, Bitcoin, Solana, Polkadot, Near, Cosmos, Aptos, Sui, etc.
-
Sont les principaux réseaux au sein de leurs propres écosystèmes respectifs
-
Les Layer 1 peuvent traiter et finaliser des transactions sur leur propre blockchain, avec un jeton natif dédié au paiement des frais de transaction
-
Ethereum domine le marché mais ne parvient pas à monopoliser l'ensemble du secteur
https://defillama.com/chains
- L'écosystème L1 se développe rapidement, grignotant continuellement la part d'Ethereum
II. Inter-opérabilité (Cross-chain)
-
Cross-chain : interconnexion entre plusieurs blockchains, incluant principalement l'échange de jetons, le transfert de jetons et la transmission d'informations
-
Le statu quo d’îlots isolés entrave la diversité des besoins des utilisateurs et l'extensibilité de la blockchain
-
De nouvelles dApps apparaissent sans cesse, nécessitant le transfert d'actifs et l'interopérabilité des données
-
La technologie cross-chain est considérée comme le « Saint Graal » du domaine blockchain, clé pour atteindre une interconnexion universelle entre toutes les chaînes
-
On compare souvent son importance au protocole TCP/IP d'internet, qui a permis de connecter les réseaux en un internet global
-
Demande massive dans l'écosystème Web3
1. Le TPS total nécessaire pour tout Web3 pourrait atteindre plusieurs milliards, même combinées, de nombreuses L1 ne suffiraient probablement pas à supporter cette charge
2. Il existe un besoin fort de regrouper toutes les L1 en un ensemble unique
III. Paradigmes Cross-chain
1. Échange atomique basé sur un verrou temporel cryptographique (HTLC)
- Principe simple
L'utilisateur A génère un mot de passe aléatoire r, calcule son hachage m=hash(r), puis envoie m à l'utilisateur B ;
Parallèlement, l'utilisateur A initie une transaction vers B pour transférer 1 BTC, conditionnée par la présentation du mot de passe r par B, sinon la transaction expire automatiquement après un délai prédéfini ;
Une fois que B constate cette transaction, il lance lui aussi une transaction vers A pour transférer 10 ETH, également conditionnée à la divulgation de r par A ;
A, voyant la transaction de B, révèle r, permettant ainsi la réussite de la transaction de B et obtient ses 10 ETH, ce qui rend r public ;
B récupère alors r et peut valider la transaction de A, recevant ainsi 1 BTC ;
Si le délai (verrou temporel) expire, les deux transactions échouent automatiquement ;
-
Le hachage et le verrou temporel permettent un échange atomique décentralisé sans tiers de confiance, car le hachage est irréversible : connaître m n'autorise pas à retrouver r
-
Les deux transactions sont couplées en un seul événement : soit les deux réussissent, soit les deux échouent. Impossible qu’un transfert réussisse tandis que l’autre échoue
-
Les deux parties doivent être simultanément en ligne et suivre strictement le processus. En l’absence d’un contrepartiste disponible, il faut attendre
-
Frais de transaction relativement élevés
-
N’assure pas le transfert de jetons ou la transmission d’informations plus générale
-
S’utilise souvent en combinaison avec d’autres technologies cross-chain
2. Garants multi-parties
-
La sélection des garants peut être permissionnée ou libre d’accès
-
La confiance accordée aux garants repose soit sur leur réputation, soit sur un dépôt de garantie excédentaire
-
Les garants peuvent être désignés, tournants ou tirés au sort
-
Ce modèle est relativement simple à mettre en œuvre, très généraliste et peu coûteux à adapter
-
Un pirate infiltrant le serveur des garants peut voler tous les fonds bloqués via le pont
-
Les fondateurs peuvent eux-mêmes s'approprier frauduleusement les fonds
-
Le risque de comportement malveillant ne peut jamais être complètement éliminé
-
En 2022, les pertes dues à des piratages de ponts inter-chaînes ont atteint 2 milliards de dollars, notamment ceux utilisant la MPC
-
Des infrastructures majeures comme Multichain, Celer et Axelar utilisent la MPC
3. Oracle centralisé type
-
L'oracle et le relais travaillent indépendamment et se vérifient mutuellement
-
L'Oracle Chainlink soumet les informations de la chaîne source (receipt) à la chaîne principale, tandis que le relais (Relayer) soumet également les données inter-chaînes (blockhash et blockreceiptsRoot). Le contrat de validation sur la chaîne principale vérifie la correspondance entre le receipt fourni par le Relayer et le receiptsRoot fourni par l'Oracle. Si la vérification réussit, le receipt est validé et transmis aux protocoles supérieurs, déclenchant les opérations de transfert d'actifs
-
Il faut supposer que le Relayer et l'Oracle agissent indépendamment, mais cette hypothèse de confiance ne peut pas être garantie éternellement
-
Impossible de prévenir fondamentalement une collusion malveillante entre les deux
-
Le classement d'autorité du Relayer dépend de sa mise, bien qu'il soit choisi aléatoirement, il reste un acteur privilégié, exposant toujours un risque de collusion avec l'Oracle
-
Les oracles fournissent des données insuffisamment précises et leur degré de décentralisation ne permet pas de preuve cryptographique, laissant place à des risques de collusion tierce
-
Projet représentatif : LayerZero
-
Pas totalement décentralisé
4. Nœud léger (Light Node)
4.1 Nœud léger
-
Aussi appelé « light client »
-
Il s'agit d'un nœud de petite taille qui stocke uniquement les en-têtes de blocs
-
Le nœud léger ne conserve pas toutes les transactions de la chaîne, mais peut valider l’authenticité des messages provenant de la chaîne source grâce aux en-têtes de blocs
-
Le processus est à peu près le suivant :
Quand la chaîne source A (ex: SOL) souhaite transmettre une transaction à la chaîne cible B (ex: ETH), l’initiateur envoie les détails de la transaction, la hauteur du bloc et la preuve SPV (chemin Merkle) à la chaîne B ;
Le contrat de nœud léger de A déployé sur B recalcule, à partir de la preuve SPV, le hachage de l’en-tête du bloc contenant la transaction ;
Ce hachage est comparé à celui stocké dans le nœud léger. S'ils correspondent, la transaction est confirmée comme valide ; sinon, elle est rejetée ;
4.2 Ancrage bidirectionnel par nœuds légers doubles
-
Les deux chaînes sont principales, disposent chacune d’un mécanisme de consensus et d’un jeton natif, assurant leur sécurité respective
-
La relation entre chaîne source et chaîne cible est relative : les deux chaînes peuvent s’échanger les rôles
-
Dans un cas de transmission de message, l’émetteur est la chaîne source, le destinataire la chaîne cible
-
En intégrant mutuellement un nœud léger de l’autre chaîne, les deux chaînes peuvent lire les informations de l’autre, assurant une interconnexion complète — ce schéma est appelé ancrage bidirectionnel (Two-Way Pegging)
-
Des groupes de Relayers sont présents dans les deux directions pour transmettre les informations
-
Projet représentatif : MAP Protocol, qui met en œuvre un ancrage bidirectionnel avec toutes les chaînes
4.3 Ancrage bidirectionnel chaîne fille
-
Les chaînes filles et les chaînes principales échangent des informations via des nœuds légers, comme entre le réseau principal Polkadot et ses parachains, ou entre Cosmos et ses zones satellites, ou encore Aurora et ses chaînes associées
-
Les chaînes filles n’ont ni mécanisme de consensus ni jeton natif propres ; leur sécurité dépend entièrement de la chaîne principale. Ce lien est unidirectionnel. En revanche, une sidechain est une blockchain indépendante — la relation entre sidechain et chaîne principale est relative et bidirectionnelle
4.4 Chaîne relais
-
Établir un ancrage bidirectionnel entre chaque paire de chaînes implique un coût de connexion et d’adaptation croissant exponentiellement avec le nombre de chaînes
-
La solution : créer une chaîne relais qui contient les nœuds légers de toutes les autres chaînes principales, puis déployer un nœud léger de cette chaîne relais sur chaque chaîne. Ainsi, chaque chaîne se connecte uniquement à la chaîne relais, réduisant immédiatement le coût de n(n-1)/2 à n (n étant le nombre de chaînes)
4.5 Avantages des nœuds légers basés sur une chaîne relais
- Sécurité mutualisée du réseau principal
La solution relais est une variante de l’ancrage bidirectionnel, bénéficiant de la sécurité partagée des chaînes principales ;
La vérification des transactions via les en-têtes de blocs est garantie cryptographiquement : l’existence d’une transaction ne dépend d’aucun validateur, assurant une pleine décentralisation ;
Le programme de vérification du nœud léger est identique à celui du réseau source, partageant donc sa sécurité ;
Les Relayers ne peuvent falsifier les en-têtes de blocs, car le contrat de nœud léger peut effectuer une vérification stricte comme un nœud complet — aucun en-tête frauduleux ne passera ;
Si des Relayers malveillants collaborent, leur seule option est de transmettre un en-tête d'une chaîne bifurquée, mais sur un réseau sain, cette branche ne deviendra jamais la chaîne la plus longue ;
La sécurité du contrat de nœud léger n’est compromise que si la chaîne source ou cible subit une réorganisation ;
- Pleine décentralisation
À la différence des garants, les Relayers sont contrôlés par contrat, sans lien avec la centralisation ;
Aucune dépendance vis-à-vis d’un tiers privilégié ou autorisé pour la validation ;
- Coût d’exploitation inférieur, futur plus décentralisé
Les Relayers dans les sidechains à nœuds légers n’ont pas besoin de mise excédentaire comme les garants, permettant d’émettre davantage d’actifs ancrés à moindre coût ;
Les nœuds légers n’exigent ni matériel puissant ni bande passante élevée comme un nœud complet, permettant à des téléphones ou appareils embarqués d’y participer, favorisant la décentralisation ;
-
Méthode légère pour valider rapidement la légitimité d’une transaction dans tout le registre
-
Utilisation de contrats d’ancrage mutuel pour une validation autonome indépendante
-
Très grande extensibilité, actuellement la solution cross-chain la plus largement adoptée
4.6 Inconvénients de la chaîne relais
-
Adaptation spécifique requise selon les caractéristiques de chaque chaîne connectée, impliquant une forte charge de travail d’intégration proactive
-
Différentes chaînes ont des niveaux de sécurité variables, posant des questions de crédit inter-chaînes afin de protéger la sécurité globale du réseau cross-chain
-
Face à l’émergence constante de nouvelles blockchains, de nouveaux schémas d’adaptation doivent être développés pour les chaînes aux fonctionnalités inédites
4.7 La vision de la chaîne relais — le Full Chain
-
Le Full Chain est l’avenir du multichaînes, solution définitive aux problèmes inter-chaînes
-
Réalisation effective de l’interconnexion universelle
-
Une chaîne relais devient le layer 0 du monde blockchain, les autres chaînes s’y rattachant en tant que layer 1, layer 2, etc.
-
La chaîne relais n’est pas seulement un pont, mais un centre névralgique (« chain hub »), chargé non seulement de transmettre les messages, mais aussi de gérer le routage et la chronologie des messages inter-chaînes
-
Applications, protocoles et utilisateurs sur différentes chaînes interagissent sans friction, offrant une meilleure expérience utilisateur
-
Tous les utilisateurs et actifs des blockchains sont connectés, fin de la fragmentation des registres multichaînes
-
Meilleure stratégie de croissance pour les dApps dans un contexte de multichaînes, clé pour la croissance de Web3
-
Dans un avenir marqué par une concurrence accrue entre chaînes, l’infrastructure full chain pourrait surpasser les L2 comme solution d’extension blockchain
4.8 Chaînes relais dominantes : Polkadot et Cosmos
-
Les slots parallèles de Polkadot et le Hub Cosmos illustrent typiquement une relation « d’ancrage bidirectionnel », incarnant la pensée relais pour parvenir à l’interconnexion universelle
-
Le protocole IBC de Cosmos utilise encore un contrat de nœud léger intégré sur la chaîne réceptrice pour valider les messages inter-chaînes. En revanche, le protocole XCMP de Polkadot n’utilise pas la technologie du nœud léger, mais un système de validateurs partagés
-
La chaîne relais Polkadot et le Hub Cosmos ne sont pas Turing-complets, incapables d'exécuter des contrats intelligents. Polkadot a créé Substrate, Cosmos a conçu le SDK Cosmos. Pour utiliser ces SDK, les autres chaînes doivent intégrer ces outils au niveau de base de leur architecture. Pour des blockchains comme Ethereum, BNB, Klaytn, Polygon ou Avax, générées sans ces outils, cela exige une modification structurelle profonde de leur base pour devenir isomorphes, puis l’intégration du SDK. Cette complexité décourage toute adoption, et aucune L1 florissante n’a encore réussi à se connecter à Polkadot ou à Cosmos
-
Pour se connecter à la chaîne relais Polkadot, il faut céder le contrôle de la comptabilité à cette dernière, donc aussi sa sécurité — ce que refusent les écosystèmes L1 déjà prospères
-
Pour les développeurs de dApps, utiliser Polkadot ou Cosmos implique de construire d’abord une L1 dédiée, puis de déployer leur application dessus. Or, créer une L1 n’est pas leur objectif principal — couvrir plus d'utilisateurs et d'actifs l’est. Quels que soient les coûts de développement, d’apprentissage ou de sécurité, cette voie — créer une L1 puis chercher à connecter les utilisateurs et actifs d'autres chaînes — n’est pas rentable
-
Bien que Polkadot et Cosmos utilisent des mécanismes de nœuds légers sécurisés, ils ressemblent surtout à des écosystèmes internes vastes, peu efficaces en matière d’interconnexion réelle et d’élargissement de l’écosystème dApps. Leur architecture et leurs mécanismes techniques les empêchent de s’interconnecter facilement avec des blockchains prospères comme Ethereum ou BNB. Bien qu’ils offrent des outils pratiques pour lancer des chaînes, ils ne répondent pas vraiment aux besoins des dApps en termes de portée utilisateur et d’actifs
-
Toute chaîne principale souhaitant se connecter à Polkadot ou Cosmos doit s’adapter activement à eux
-
À ce jour, aucune volonté ou tendance d’adaptation mutuelle n’a été observée
Analyse du projet MAP Protocol
I. Présentation du projet
-
La chaîne principale Relay Chain de MAP Protocol est une chaîne relais, hébergeant les nœuds légers de toutes les autres chaînes principales
-
Et possède déjà installé sur sa chaîne principale un nœud léger MAP Protocol
-
MAP Protocol intègre proactivement au niveau de la couche de contrats précompilés de sa chaîne relais les algorithmes de signature et de hachage des principales L1 florissantes
-
Connecte complètement Ethereum/Polygon/BNB Smart Chain/Klaytn/NEAR, tant EVM que non-EVM, et déploie le nœud léger de la chaîne relais MAP Protocol sous forme de contrat intelligent sur chaque L1
-
Grâce aux nœuds légers et à la chaîne principale ayant installé le nœud léger de la chaîne relais, toutes les L1 deviennent isomorphes à la chaîne relais, tout en assurant une validation croisée de l’efficacité inter-chaînes
II. Architecture du projet
1. Couche Protocole - Base fondamentale
-
Composée de la MAP Replay Chain, des nœuds légers déployés sur chaque chaîne, et du programme de transmission de messages inter-chaînes Maintainer
-
La machine virtuelle de MAP Relay Chain intègre via des contrats précompilés les algorithmes de signature, de hachage et de preuve Merkle Tree des grandes L1, transformant ainsi la chaîne relais en une « super-machine linguistique » capable de faire communiquer toutes les chaînes entre elles, posant les bases d’un isomorphisme inter-chaînes
- Les nœuds légers disposent d’une auto-validation indépendante et d’une finalité instantanée. Grâce à l’isomorphisme de MAP Relay Chain, le réseau de validation croisée des nœuds légers partage un langage de données commun, pouvant être déployé facilement sous forme de contrat intelligent sur n’importe quelle L1 pour une validation inter-chaînes décentralisée
- Maintainer est un programme autonome de transmission inter-chaînes, chargé de mettre à jour l’état le plus récent des nœuds légers, en écrivant sous forme de transaction sur le contrat de nœud léger de la chaîne cible les informations d’en-tête de bloc (signature des validateurs) de la couche de consensus de chaque chaîne, garantissant ainsi la cohérence entre le nœud léger sur la chaîne cible et les validateurs de la chaîne source
2. Couche MOS – Services Full Chain
-
MAP Omnichain as a Service Layer
-
Similaire aux Google Mobile Services pour l’écosystème Android, fournit aux développeurs de dApps des services complets pour le développement full chain
-
Cette couche comprend des contrats intelligents de verrouillage d’actifs inter-chaînes et des composants Messenger de transmission de messages, que les développeurs peuvent utiliser directement pour créer des applications full chain, ou personnaliser selon leurs besoins, réduisant ainsi les coûts de développement et d’apprentissage
-
Tous ces contrats intelligents sont open-source et audités par CertiK, utilisables en toute sécurité sans souci de coût ou de sécurité
3. Couche d’application full chain
-
Couche d’Application Omnichain
-
Prendre les produits dérivés décentralisés et les actifs synthétiques comme exemple : ils sont aujourd’hui limités par les prix et volumes d’actifs sur d’autres chaînes. Les oracles hors chaîne ne fournissent pas de données précises et rapides, affectant liquidité et expérience utilisateur.
-
Bien que le déploiement multichaîne puisse résoudre ce problème, il est chronophage, fastidieux et augmente inutilement les coûts de développement.
-
En déployant sur MAP Replay Chain, les produits dérivés décentralisés et actifs synthétiques peuvent obtenir via l’oracle de MAP Protocol des données précises provenant de multiples chaînes, libérés des obstacles liés à la circulation des données, permettant aisément la mobilité universelle des actifs
-
D’autres cas d’usage similaires incluent l’identité full chain (DID), le prêt full chain, le swap full chain, le GameFi full chain, la gouvernance DAO full chain, les jetons full chain et les NFT full chain. Peu importe sur quelle L1 est déployé le contrat principal de la dApp, les développeurs peuvent facilement construire des applications capables d’atteindre tous les utilisateurs et actifs de toutes les chaînes via MAP Protocol
4. Application de la technologie zk
-
Vérification de signatures : la vérification de preuves Merkle pour une racine Merkle spécifique, ainsi que les vérifications de liaisons de hachage et de travail cumulé, conviennent bien à l’authentification via zkSNARK
-
Pour la construction de nœuds légers, simplifie le stockage d’importantes informations sur les validateurs ou les en-têtes de blocs
-
Engagement concernant l’ensemble des validateurs (PoS) ou l’ensemble des derniers en-têtes de blocs (PoW), mis à jour à chaque changement d’ensemble
-
Utiliser zkSNARK pour prouver que la transition de l’engagement ancien au nouveau reflète un changement valide de l’ensemble des validateurs ou des en-têtes de blocs
-
Les contraintes imposées par zkSNARK incluent notamment la vérification qu’un nombre suffisant d’anciens validateurs ont approuvé le nouvel ensemble, et que le poids de vote a franchi un seuil donné
III. Exemples d’applications full chain
1. Prêt inter-chaînes
- Actuellement, si un utilisateur détient des fonds sur la chaîne A mais veut miner sur la chaîne B, il doit passer par 9 étapes :
Staker sur A → Emprunter → Pont inter-chaînes (frais) → Échanger (frais) → Miner sur la chaîne cible → Ré-échanger (frais) → Retourner via pont (frais) → Rembourser le prêt → Dé-staker ;
- Avec MAP Protocol : staking sur A, puis emprunt, minage, remboursement et déblocage du staking sur la chaîne cible, évitant ainsi quatre frais de pont et d’échange
2. Swap full chain
-
Le swap full chain relie les meilleurs protocoles DeFi inter-chaînes, permettant d’échanger des jetons à des frais bien inférieurs aux bourses DeFi traditionnelles
-
Grâce à MAP Protocol, les développeurs peuvent créer une véritable bourse décentralisée full chain, permettant aux utilisateurs d’échanger n’importe quel jeton sur n’importe quelle chaîne
-
Le swap full chain peut aussi réaliser des échanges agrégés full chain en connectant la liquidité des DEX principaux
-
Les AMMs existants peuvent être encapsulés pour exécuter des swaps full chain d’un actif à un autre sans modifier leur code
-
Un utilisateur peut échanger ETH sur Ethereum contre NEAR sur NEAR en une seule transaction depuis la chaîne source
-
Dans un swap full chain construit avec MAP Protocol, les utilisateurs peuvent ajouter de la liquidité multi-chaînes dans un même pool, rendant possible le provisionnement pour une paire de jetons provenant de chaînes différentes
-
Les utilisateurs peuvent échanger directement un jeton contre un autre sur une chaîne différente, sans utiliser de jeton intermédiaire comme une stablecoin, réalisant ainsi le chemin le plus court d’échange full chain
-
Butter Swap est le premier réseau inter-chaînes véritablement décentralisé permettant d’échanger n’importe quel jeton sur n’importe quelle chaîne. Actuellement en test, son lancement est imminent
3. GameFi full chain
-
Grâce à MAP Protocol, les projets GameFi peuvent déployer leurs jetons sur plusieurs chaînes et permettre aux utilisateurs d’autres chaînes de transférer efficacement et en toute sécurité leurs actifs vers la chaîne du projet
-
Par exemple, un projet GameFi sur BNB Chain déploie son jeton sur Polygon et WAX. Des utilisateurs de Polygon et BSC peuvent transférer leurs actifs via un pont vers WAX et participer au GameFi, multipliant ainsi leur base d'utilisateurs
-
Une autre approche pour développer tout en maintenant une bonne expérience jeu consiste à se déployer directement sur MAPO Relay Chain. Grâce à l’interopérabilité de MAPO Relay Chain, les projets GameFi, en se déployant sur celle-ci, sont automatiquement connectés de façon sûre et efficace à toutes les chaînes EVM et non-EVM. MAPO Relay Chain se connectera proactivement à toutes les nouvelles chaînes, permettant aux projets GameFi de se concentrer sur l’expérience utilisateur sans se soucier de l’extensibilité ou de la sécurité
4. Données on-chain : oracle on-chain et produits dérivés
-
MAPP Protocol permet le transfert de données inter-chaînes et développe un nouveau marché d’oracles — l’oracle on-chain
-
En se déployant sur la chaîne relais MAPO, les applications de produits dérivés et d’actifs synthétiques peuvent facilement extraire des données fiables provenant de multiples chaînes via l’oracle on-chain
5. Gouvernance full chain
-
Exemple d’Aave
-
Comme l’ont expliqué ses développeurs, une proposition exécutée sur le réseau Ethereum (ETH) est envoyée au FxPortal de Polygon. Ce mécanisme lit les données Ethereum, les transmet au réseau Polygon pour validation. Ensuite, le contrat-pont de gouvernance inter-chaînes d’Aave reçoit ces données, les décode, les met en file d’attente et attend la fin du verrou de temps. Ce pont de gouvernance inter-chaînes est conçu de manière générique, facilement adaptable pour fonctionner avec n’importe quelle chaîne compatible EVM et supportant la transmission inter-chaînes
-
Actuellement, ce dépôt prend en charge les ponts contractuels avec Polygon et Arbitrum. Sur Aave, les utilisateurs peuvent proposer des améliorations (AIP) concernant diverses fonctionnalités de la plateforme. Grâce à l’interopérabilité de MAP Protocol avec toutes les chaînes, une gestion full chain de tous les réseaux EVM et hétérogènes peut être réalisée via une infrastructure inter-chaînes sécurisée
6. Ponts pour jetons fongibles et NFT
-
Les ponts inter-chaînes et ponts NFT n’ont plus besoin de construire leur propre infrastructure ni d’utiliser la MPC
-
En utilisant le réseau de validation inter-chaînes fondamental de MAPO, doté d’une finalité instantanée, et le package de services développeurs MOS, les créateurs de ponts peuvent facilement construire leurs applications de pont pour NFT ou jetons fongibles
IV. Avantages du projet
1. Interconnexion full chain, pont inter-chaînes universel
-
Contrairement à Cosmos, Polkadot ou Aurora, MAP Relay Chain atteint l’isomorphisme avec toutes les chaînes, interconnectant toutes les L1, et non seulement celles de son écosystème. C’est l’infrastructure full chain la plus complète et la plus sécurisée du marché
-
La chaîne relais transforme les registres publics fragmentés en un registre distribué unique
-
Le Rainbow Bridge de NEAR, Polkadot, Cosmos IBC et MAP Protocol full chain utilisent tous une technologie de validation inter-chaînes 100 % basée sur la preuve mathématique du nœud léger et le consensus de Nakamoto. Toutefois, Polkadot, Cosmos IBC et le Rainbow Bridge de NEAR ne couvrent pas toutes les chaînes, seulement leurs propres écosystèmes. Par exemple, Polkadot et Cosmos IBC ne prennent pas en charge les chaînes hétérogènes telles qu’Ethereum, BNB Chain ou Polygon. Quant au Rainbow Bridge, il ne permet actuellement que de traverser Aurora (la version EVM de NEAR)
2. Pleinement décentralisé, sans rôle privilégié, 100 % consensus Nakamoto
-
Les nœuds légers, Maintainer et Messenger se vérifient mutuellement, garantissant ainsi exhaustivement authenticité et sécurité de la validation inter-chaînes. Ce mécanisme élimine structurellement toute possibilité de comportement malveillant de Messenger et Maintainer. Il s’agit d’une technologie de validation inter-chaînes blockchain de niveau 100 % Nakamoto, entièrement prouvée, ne reposant ni sur des données hors chaîne ni sur des rôles tiers privilégiés — un mécanisme inter-chaînes entièrement démontrable et décentralisé
-
LayerZero inclut un nœud léger, mais uniquement pour la validation intra-chaîne, non pour la validation inter-chaînes, et comporte un rôle privilégié ambigu (l’oracle)
3. Sécurité mutualisée des chaînes principales
- MAP Replay Chain adopte une solution relais via ancrage bidirectionnel de nœuds légers. Le programme de vér
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
