Aperçu du projet

LayerZero est un protocole d'interopérabilité omnichaine axé sur la messagerie de données entre les chaînes. Dans l'industrie, ce type de «pont» est souvent appelé «Ponts de messagerie arbitraire (AMB)», qui permettent le transfert de toutes données, y compris des jetons, des états de chaîne, des appels de contrat, des NFT ou des votes de gouvernance, de la Chaîne A à la Chaîne B.

Dans le domaine des ponts inter-chaînes, nous avons précédemment principalement vu des projets de « ponts inter-chaînes d'actifs ». Cependant, nous voyons maintenant certains projets passer progressivement à l'exploration du domaine de la transmission de données. LayerZero est l'un des pionniers dans ce domaine.

Les points forts du projet LayerZero sont :

1) La Fondation LayerZero détient actuellement une valeur d'actif totale de 261 millions de dollars, fournissant des fonds suffisants pour le développement à long terme et l'exploitation du projet.

2) En termes de conception de produit, LayerZero diffère des ponts inter-chaînes traditionnels sur le marché en utilisant des réseaux d'oracle au lieu de streaming continu pour les transferts inter-chaînes. En externalisant le fardeau de vérification des informations on-chain aux oracles tiers, le protocole devient plus léger et plus rentable à exploiter.

La technologie innovante de LayerZero, combinée à une vitesse de déploiement plus rapide et à certains avantages de coût, ainsi que le soutien précoce de VC renommés et de KOL communautaires influents, ont conduit à une expansion rapide de l'écosystème LayerZero en environ un an. Le projet a atteint des jalons significatifs dans les secteurs DeFi, NFT et stablecoin. Actuellement, il y a plus de 50 projets (y compris des projets qui n'ont pas encore été officiellement lancés/en ligne) intégrant ou utilisant la technologie LayerZero.

4) Le nombre de projets de Ponts de Messagerie Arbitraire (AMBs) bien développés et non attaqués sur le marché est encore relativement faible, donnant à LayerZero un certain avantage de premier arrivé.

Les risques de ce projet sont :

1) La sécurité de LayerZero n'a pas été entièrement validée, et les hypothèses de confiance entre les oracles et les relayers nécessitent une réflexion supplémentaire. Les vulnérabilités de sécurité derrière le mécanisme de relais doivent également être soigneusement surveillées. Cependant, d'un autre côté, la sécurité de LayerZero ne tombe théoriquement pas en dessous des hypothèses de confiance des oracles, ce qui est convaincant. Le point clé peut résider dans la réalisation d'un relais décentralisé.

2) Le modèle économique de LayerZero n'a pas encore été publié. Dans le domaine des ponts inter-chaînes, la plupart des jetons de projet ont généralement montré des capacités de capture de valeur faibles. Le modèle économique futur de LayerZero reste à observer.

Dans l'ensemble, bien que LayerZero soit encore confronté à certains défis, ses fondamentaux sont généralement solides, ce qui en vaut la peine de prêter attention.

Note : Le statut final de "Focus" / "Not Focus" déterminé par FirstVIP est le résultat d'une analyse approfondie des fondamentaux actuels du projet basée sur le cadre d'évaluation du projet FirstVIP, et non une prédiction de l'évolution future du prix du token du projet. De nombreux facteurs influencent les prix des tokens, et les fondamentaux du projet ne sont pas le seul facteur. Par conséquent, il ne faut pas supposer qu'un projet connaîtra inévitablement une baisse de prix simplement parce qu'il est déterminé comme "Not Focus" dans le rapport de recherche. De plus, le développement des projets blockchain est dynamique. Si un projet déterminé comme "Not Focus" subit des changements positifs significatifs dans ses fondamentaux, nous pouvons le passer en "Focus". De même, si un projet déterminé comme "Focus" subit des changements négatifs importants, nous émettrons des avertissements à tous les membres et pourrions le passer en "Not Focus".

1. Aperçu

1.1 Introduction du Projet

LayerZero est un protocole d'interopérabilité conçu pour le transfert d'informations léger entre différentes chaînes.

Il est important de noter que LayerZero se concentre uniquement sur le passage de messages entre les chaînes et est capable d'envoyer des messages à n'importe quel contrat intelligent sur n'importe quelle chaîne prise en charge. Il agit comme une couche de messagerie pour la communication entre les contrats intelligents à travers les blockchains et ne gère pas les transferts d'actifs entre chaînes.

1.2 Informations de base

2. Explication détaillée du projet

2.1 Équipe

LayerZero Labs Canada Inc. (Numéro d'entreprise : 1355847-9) a été enregistrée au Canada en vertu de la Loi canadienne sur les sociétés par actions le 30 novembre 2021. Caleb Banister, Ryan Zarick et Bryan Pellegrino sont répertoriés en tant que directeurs de l'entreprise[1].

Selon LinkedIn[2], LayerZero compte actuellement 29 membres. Les détails des membres principaux sont les suivants :

Caleb Banister, co-fondateur de LayerZero Labs et Stargate Finance, a obtenu son diplôme de l'Université du New Hampshire aux États-Unis en 2010. De 2005.06 à 2010.12, il a travaillé en tant que développeur de logiciels au UNH Interoperability Lab. De 2010.09 à 2021.02, il a été co-fondateur de Coder Den, une entreprise de conseil en logiciels. De 2018.03 à 2021.02, il a été co-fondateur de 80Trill, une entreprise de crypto spécialisée dans l'écriture et la vérification de contrats intelligents pour des projets liés à la blockchain. De 2019.06 à 2021.02, il a été co-fondateur de Minimal AI, une entreprise de ML/AI. Depuis 2021.02, il a fondé LayerZero.

BBryan Pellegrino, co-fondateur et PDG de LayerZero Labs, a obtenu son diplôme de l'Université du New Hampshire en 2008. D'octobre 2010 à janvier 2013, il a été co-fondateur et COO de Coder Den. De juin 2011 à janvier 2013, il a été PDG de BuzzDraft (acquis en 2013). D'octobre 2017 à août 2019, il a été co-fondateur d'OpenToken. Depuis juin 2016, il est ingénieur en chef chez Rho AI. Il a fondé LayerZero en 2021. Avant de fonder LayerZero, Pellegrino était un joueur de poker professionnel et a vendu avec succès un ensemble d'outils d'apprentissage automatique qu'il avait développés à une équipe de Major League Baseball (MLB). Il a également publié des rapports dans le domaine de l'intelligence artificielle. Mario Gabriele, un généraliste, a mené une interview avec Pellegrino, et ceux intéressés par son parcours peuvent consulter le lien suivant.

Ryan Zarick, co-fondateur et CTO de LayerZero Labs, est diplômé de l'Université du New Hampshire en 2011. De 2006.08 à 2011.05, il a travaillé en tant que développeur de logiciels et assistant diplômé au Laboratoire d'Interopérabilité de l'UNH. De 2011.11 à 2013.03, il a occupé le poste de CTO chez BuzzDraft. De 2010.09 à 2020.13, il a co-fondé Coder Den. De 2018.01 à 2020.03, il a co-fondé 80Trill. De 2019.06 à 2021.01, il a co-fondé Minimal AI. En 2021, il a fondé LayerZero et est devenu le CTO.

À en juger par les CV des trois co-fondateurs de LayerZero Labs, il y a un fort chevauchement, indiquant une relation coopérative de longue date et une équipe bien coordonnée. Les trois individus ont des années d'expérience en développement ou une expérience entrepreneuriale réussie.

0xMaki[3], un ancien membre fondateur et contributeur principal de SushiSwap, a maintenant rejoint LayerZero Labs à plein temps. 0xMaki a joué un rôle clé dans le marketing initial de SushiSwap et est devenu le leader du projet après le départ de Chef Nomi. Pendant son mandat, 0xMaki était principalement responsable de la détermination des opérations quotidiennes, de la stratégie de développement commercial et du développement global de SushiSwap. De plus, le projet d'échange cross-chain de Sushi, SushiXSwap, a été achevé sous la direction de 0xMaki, ajoutant des scénarios d'application aux protocoles Sushi et LayerZero.

2.2 Financement

Tableau 2-1 Situation du financement LayerZero

De plus, en raison de l'impact de l'incident de faillite de FTX début novembre 2022, le 11 novembre 2022, LayerZero a officiellement annoncé qu'il avait racheté 100% des actions, des droits de jetons et de tout autre accord à FTX/FTX Ventures/Alameda Research. À ce moment-là, la valeur totale des actifs détenus par la fondation s'élevait à 134 millions de dollars (les 10,7 millions de dollars détenus par l'équipe sur l'échange FTX ne sont pas inclus dans le calcul mentionné ci-dessus). Par conséquent, il est également possible de constater que la troisième levée de fonds pour LayerZero n'a pas été achevée.

À partir du tableau ci-dessus, nous pouvons voir que LayerZero, en tant que projet phare, a été favorisé par les principales sources de capitaux dès le départ. Le montant total connu des fonds levés jusqu'à présent s'élève à 261 millions de dollars. Dans l'ensemble, LayerZero dispose actuellement de fonds abondants, suffisants pour le développement et l'exploitation à long terme du projet.

2.3 Code

Figure 2-1 Situation de la base de code LayerZero[9]

Comme le montre la figure 2-1 ci-dessus, la base de code LayerZero a été mise à jour depuis mars 2019. Globalement, LayerZero a accumulé 6 415 soumissions de code, et un total de 116 développeurs sont devenus des auteurs de Git/Issue et des soumissionnaires de révisions sur LayerZero Github.

Sur la base des progrès divulgués par LayerZero en septembre 2022 [10], le testnet de LayerZero a déployé plus de 7000 contrats actifs, indiquant un très bon taux d'adoption.

En outre, la base de code LayerZero a été soumise à un total de 4 audits réalisés par Zellic, Ackee et SlowMist (SlowMist). Les rapports d'audit spécifiques peuvent être consultés via ce lien.

En résumé, au cours des trois dernières années, le projet LayerZero a connu de bons changements de code, des développeurs suffisants, et plusieurs bases de code importantes ont été fréquemment mises à jour.

2.4 Technologie

Tout d'abord, nous devons clarifier un malentendu courant : LayerZero est un protocole d'interopérabilité omnichain qui se concentre uniquement sur la transmission de messages entre les chaînes. Il peut envoyer des messages à n'importe quel contrat intelligent sur n'importe quelle chaîne prise en charge, servant de couche de transport de messages pour la communication des contrats intelligents entre les blockchains, mais il n'est pas responsable des transferts d'actifs entre chaînes.

Cadre LayerZero 2.4.1

Selon le livre blanc LayerZero [11], le cœur du protocole se compose de trois composants : Endpoint, Oracle et Relayer.

1) EndpointIl s'agit d'une installation qui interagit directement avec les utilisateurs ou les applications, ou elle peut également être considérée comme une série de contrats intelligents qui traitent la logique. Ces points de terminaison gèrent la transmission, la validation et la réception des messages. Leur but est de garantir une livraison efficace lorsque les utilisateurs envoient des messages en utilisant le protocole.

Dans le protocole LayerZero, chaque chaîne doit déployer un point de terminaison LayerZero. Le point de terminaison peut être appelé et utilisé par d'autres applications dans la même chaîne, et est responsable de l'envoi d'informations vers des liens externes. Par exemple : si une Dapp veut transférer des informations de la chaîne A à la chaîne B, elle doit d'abord appeler le point de terminaison de la chaîne A et soumettre les informations à envoyer.

Chaque point d'extrémité LayerZero est divisé en 4 modules : Communicateur, Validateur, Réseau et Bibliothèques. Les modules Communicateurs, Validateurs et Réseau constituent la fonctionnalité principale de l'extrémité, et ces modules agissent de manière similaire à une pile réseau traditionnelle. Les messages sont envoyés vers le bas de la pile sur l'émetteur (communicateur), vérifiés par un validateur avant d'être transmis au réseau, puis renvoyés vers le haut de la pile sur le récepteur.

Chaque nouvelle chaîne prise en charge par LayerZero est ajoutée en tant que bibliothèque supplémentaire. Ces bibliothèques sont des contrats intelligents auxiliaires qui définissent la manière dont les communications spécifiques à chaque chaîne sont gérées. Chaque chaîne du réseau LayerZero est associée à une bibliothèque, et chaque point de terminaison inclut une copie de chaque bibliothèque.

Avant d'introduire les oracles et les relais, nous devons d'abord clarifier un concept. Tout d'abord, pour vérifier un bloc sur la chaîne, nous avons besoin de deux éléments d'information : 1) l'en-tête de bloc, qui contient la Racine des Reçus[12]；2) Preuve de transaction, c'est-à-dire la preuve Merkel-Patricia sur EVM[13]。

LayerZero sépare ces deux parties de la manière suivante: 1) L'oracle transmet l'en-tête de bloc - Tout oracle sélectionné; 2) Le relayer transmet la preuve de transaction.

2) Pour LayerZero, l'oracle est un composant externe, c'est-à-dire un service tiers indépendant du protocole LayerZero. La principale valeur fournie par l'oracle est d'envoyer des en-têtes de bloc à une autre chaîne, de sorte que la validité des transactions sur la chaîne source puisse être vérifiée sur la chaîne cible.

3) Le relayer est un service hors chaîne qui récupère des preuves de transaction de la chaîne source, puis les transfère à la chaîne cible. LayerZero estime que pour garantir que les transactions peuvent être effectivement livrées, l'oracle et le relayer doivent être indépendants l'un de l'autre.

Actuellement, la façon la plus courante pour une chaîne de communiquer avec une autre chaîne sans confiance est de transmettre en continu les en-têtes de bloc de la chaîne A à la chaîne B. Par exemple, le Relais relaie les en-têtes de bloc BTC via un tiers, fournissant une source de données BTC de confiance pour les applications inter-chaînes sur Ethereum, permettant la circulation de valeur entre BTC et Ethereum. Dans ce cas, le contrat de pont inter-chaînes est essentiellement un client léger. Cette méthode de transmission d'informations est la plus sécurisée, mais le problème est que le coût de l'écriture sur la blockchain est très élevé, donc transmettre en continu ces en-têtes de bloc est très coûteux.

La plus grande amélioration de LayerZero est qu'elle choisit un réseau d'oracle pour remplacer ce streaming continu.

Actuellement, selon la documentation officielle du site Web de LayerZero et la divulgation de l'équipe, Chainlink et TSS Oracle sont les oracles configurés sur le testnet. Les oracles actuels ne sont pas décentralisés et n'ont pas été testés dans des scénarios réels, ce qui signifie qu'il y a un risque de piratage. Selon la description officielle, après l'achèvement des tests de LayerZero, plus d'oracles seront divulgués.

LayerZero utilise Chainlink comme son oracle, ce qui aura plusieurs avantages :

1) Externaliser la fonctionnalité de vérification des informations élimine le besoin d'exécuter des nœuds sur la chaîne liée. Les oracles ne permettent que le transfert des en-têtes de bloc à la chaîne cible une fois, réduisant les coûts d'exploitation;

2）LayerZero utilise des oracles et des relayers pour transmettre des messages entre les points d'extrémité sur différentes chaînes. En diffusant les en-têtes de bloc à la demande via des oracles, LayerZero atteint l'état de synchronisation souhaité avec des entités hors chaîne plus efficaces. Les en-têtes de bloc soumis par les oracles sont validés croisés avec les informations d'identification des transactions soumises par les relais. Ce n'est que lorsque les oracles et les relayers collaborent que le système échouera, garantissant une sécurité au moins égale à celle des oracles;

3）Ni le Relayer ni l'Oracle ne forment un consensus ou une vérification, ils transmettent simplement des informations. Comme toute vérification est effectuée sur les chaînes source et de destination respectives, les limites de vitesse et de débit dépendent entièrement des propriétés des deux chaînes de transaction.

Cependant, il y a aussi des inconvénients : LayerZero externalise la tâche de validation des informations on-chain à un tiers, comme l'utilisation future de Chainlink. Cela ne signifie pas que Chainlink est mauvais, mais plutôt que LayerZero introduit des hypothèses de sécurité que le protocole ne peut pas contrôler. À long terme, déplacer la charge de travail des tâches critiques vers des tiers augmente d'autres risques et incertitudes potentielles.

2.4.2 Sécurité

•Dans LayerZero, il est important de supposer que les oracles et les relayers doivent opérer indépendamment les uns des autres.

Pour garantir la transmission efficace des informations, en cas de litige dans l'échange d'informations entre les relais ou les oracles, le contrat intelligent se mettra en pause et ne soumettra pas les informations à la chaîne cible. Cela signifie que le système ne crashera que lorsque l'oracle et le relais collaborent, garantissant une sécurité au moins égale à celle de l'oracle.

Bien que dans LayerZero, le protocole permet à chaque équipe de développement de Dapp de modifier le code oracle/relayer fourni par LayerZero, et de le greffer sur leurs propres serveurs ou réseaux de validateurs pour utiliser leurs propres oracles pour l'alimentation en prix, ou exécuter leur propre relayer pour s'assurer que l'oracle ne collabore pas avec le relayer (LayerZero a également suggéré précédemment que les relayers doivent être plus décentralisés).

Cependant, la situation actuelle est telle que bien que tout le monde sache que la « décentralisation » est préférable, la plupart des Dapps, en raison du coût, de l'exploitation, des considérations d'expérience utilisateur et de l'idée que « Chainlink est suffisant », préfèrent Chainlink comme oracle de choix. De même, la plupart des Dapps choisiraient directement le relayer de LayerZero. C'est similaire au fait qu'il y a à peine des utilisateurs exécutant leurs propres nœuds pour le trading, car les gens dépendent de fournisseurs de services centralisés comme Infura et Alchemy.

Dans ce cas, si un relayer manifeste un comportement malveillant (piratage ou ne fonctionnant pas comme prévu), l'oracle Chainlink interceptera et préviendra toute perte significative sur la chaîne d'origine. Les avantages de choisir Chainlink sont indéniables, mais si nous supposons que Chainlink peut être une alternative efficace et réaliste pour atteindre les deux fonctionnalités (oracle et relayer), alors l'hypothèse de confiance de LayerZero devient discutable.

Le point de vue ci-dessus a été inspiré par l'article de Pickle et Aylo intitulé "Layer 0 Wars: LayerZero vs CCIP de Chainlink". Les lecteurs intéressés peuvent se référer à l'article original pour plus de détails.

•La sécurité de l'oracle Chainlink a été validée par le marché, et la clé des fonctionnalités de sécurité au sein du protocole LayerZero réside dans les relayers.

En avril 2022, l'équipe de LayerZero a introduit une méthode pour assurer la sécurité du protocole, appelée “Pre-Crime.” Actuellement, il existe peu d'informations publiques sur Pre-Crime, et l'article de blog ne fournit qu'un aperçu de son fonctionnement sous-jacent. En résumé, le modèle Pre-Crime permet aux Applications Utilisateurs (UAs) de définir un ensemble d'assertions spécifiques, que les relayers doivent valider. Si les assertions échouent, le relayer ne relaiera pas la transaction. En introduisant Pre-Crime, les relayers peuvent prévenir les attaques des hackers avant qu'elles ne se produisent.

Actuellement, le référentiel de code correspondant à "Pre-Crime" n'a pas été rendu open source. Cependant, l'équipe LayerZero a lancé une version bêta privée de Pre-Crime avec plusieurs équipes. La date de sortie de la version officielle n'a pas encore été divulguée, et son efficacité doit encore être vérifiée par la pratique.

•Les risques de sécurité derrière le mécanisme de relais[15]

Auparavant, le 28 mars, LayerZero a mis à jour le contrat de vérification utilisé pour les transactions inter-chaînes sans faire aucune annonce publique. L'équipe de sécurité de Cobo a découvert que cette mise à jour était une correction pour une vulnérabilité de sécurité importante en comparant le code du contrat de validation original (MPTValidator) et le nouveau contrat de validation (MPTValidatorV2).

Le code de cette vulnérabilité est la partie la plus critique de la validation des transactions MPT dans le protocole LayerZero et sert de fondement pour le fonctionnement normal de l'ensemble des protocoles LayerZero et des protocoles de couche supérieure. S'il n'est pas détecté en temps opportun, la conséquence la plus grave qui puisse se produire, même avec une confiance totale dans l'oracle LayerZero, est que les relayers peuvent encore attaquer le protocole cross-chain en falsifiant les données de réception, rompant ainsi avec les hypothèses de sécurité précédentes de LayerZero.

Bien que LayerZero ait corrigé la vulnérabilité actuelle, la possibilité d'autres vulnérabilités ne peut être exclue. Cet incident a également soulevé des inquiétudes dans la communauté concernant la sécurité du mécanisme de relais derrière LayerZero.

En résumé, bien que LayerZero ait atteint une taille considérable, la sécurité derrière son protocole n'a pas encore été entièrement vérifiée.

2.4.3 Processus d'exécution

Figure 2-2 Communication flow in LayerZero Cross-chain Transactions

Le processus d'exécution spécifique de LayerZero est le suivant :

• Lorsque l'application utilisateur[16] envoie un message inter-chaînes (par exemple, de la chaîne A à la chaîne B), elle doit d'abord appeler le contrat intelligent LayerZero Endpoint.

• Le message entre dans le point de terminaison de la chaîne A, puis ce point de terminaison emballe le message (preuve de transaction et en-tête de bloc) et les informations vers la chaîne B (chaîne cible) à l'oracle et au relayer (les deux entités sont indépendantes et hors chaîne).

• L'oracle lit et confirme l'en-tête de bloc. Après que l'oracle a déterminé que le bloc a été confirmé plusieurs fois sur Chain A, il envoie l'en-tête de bloc à l'Endpoint sur Chain B. En même temps, le relayer soumet la preuve de transaction correspondante.

• Après que la chaîne cible a vérifié avec succès l'en-tête de bloc et la preuve de transaction, le message est transféré à la chaîne cible, complétant ainsi la communication inter-chaînes.

Note : Afin de faciliter la compréhension du processus ci-dessus, l'éditeur a simplifié certains détails, tels que les points de terminaison (communicateur, validateur et réseau), mais la logique essentielle reste inchangée.

À partir du processus ci-dessus, il est facile de voir que LayerZero n’est responsable que de la transmission du message, de la même manière que A a un message qui doit être transmis à B, donc A appelle B et leur dit le contenu du message, B décroche le téléphone, reçoit le message et le processus se termine. C’est une logique très simple. Alors, comment les actifs inter-chaînes sont-ils transférés ?

Tout d'abord, chaque chaîne doit déployer un point d'extrémité LayerZero pour envoyer et recevoir des informations. La liquidité des transactions d'actifs est équilibrée par des DApps telles que DEX qui intègrent la fonctionnalité LayerZero à divers points d'extrémité.

Actuellement, Stargate Finance fournit cette capacité d'équilibrage pour LayerZero, et l'algorithme Delta (Δ) de Stargate garantit que la liquidité inter-chaînes reste équilibrée et disponible (pour plus de détails, reportez-vous au rapport sur Stargate Finance précédemment publié par cette traduction).

En bref, LayerZero est uniquement responsable de résoudre les problèmes de communication entre les chaînes, et les autres fonctionnalités/problèmes supplémentaires sont résolus par les applications qui intègrent LayerZero par elles-mêmes.

2.5 Écosystème

LayerZero est un protocole d'interopérabilité Omnichain. En tant que hub d'échange d'informations entre les chaînes, LayerZero peut faire bien plus que simplement des transferts d'actifs inter-chaînes. Après avoir réalisé la transmission de messages inter-chaînes, LayerZero peut également permettre le partage d'états inter-chaînes, les prêts, la gouvernance et bien plus encore.

De plus, contrairement aux modèles de ponts inter-chaînes traditionnels actuellement sur le marché, LayerZero ne nécessite pas l'exécution de nœuds sur chaque chaîne connectée pour surveiller l'état de la chaîne source. Au lieu de cela, le rôle des validateurs est repris par des oracles. Un avantage évident est qu'il n'est pas nécessaire de déployer un nouveau nœud sur chaque nouvelle chaîne. À partir de ce point, LayerZero peut intégrer de nouvelles chaînes dans le réseau plus rapidement et à moindre coût. Au 11 novembre 2022, LayerZero prend déjà en charge un total de 13 chaînes, dont Ethereum, BNB Chain, Avalanche, Aptos, Polygon, Arbitrum, Optimism, Fantom, et d'autres.

La technologie innovante de LayerZero, associée à une vitesse de déploiement plus rapide et à certains avantages coûts, ainsi qu'à la promotion de VCs célèbres et de KOL influents dans la communauté, ont permis à l'écosystème LayerZero de se développer rapidement en seulement un an environ, et de réaliser de grandes réalisations dans le domaine de la DeFi, des NFT et des monnaies stables. Jusqu'à présent, il y a plus de 50 éléments (y compris des projets qui n'ont pas été officiellement lancés/en ligne) intégrés ou utilisant la technologie LayerZero. Les détails sont les suivants (seuls certains sont répertoriés) :

Figure 2-3 Liste des projets écologiques de LayerZero

Note : L'image ci-dessus est compilée et résumée par @LayerZeroHub(non officiel). Si vous souhaitez suivre les projets écologiques de LayerZero à l'avenir, vous pouvez également suivre la liste maintenue par Luke (identifiant Twitter : @0x4C756B65) sur Twitter.

1) Domaine DeFi

Table 2-2 Projets de collaboration DeFi écologiques LayerZero

2) Champ des stablecoins

Table 2-3 Projets de collaboration stablecoin écologiques LayerZero

3) Champ NFT

Tableau 2-4 Projets de collaboration sur le terrain des NFT écologiques de LayerZero

En combinant les informations de la figure 2-2 et des tableaux 2-1 à 2-3, nous pouvons voir que l’écosystème de LayerZero s’est développé à une échelle considérable. Des DEX de premier ordre comme Sushi et PancakeSwap au très populaire Radiant Capital, tous utilisent Stargate de LayerZero pour le développement de DEX inter-chaînes. Dans le domaine des stablecoins, l’USDC et l’agEUR sont tous deux pris en charge par la technologie LayerZero pour l’interopérabilité inter-chaînes de leurs stablecoins respectifs, les mettant à niveau vers des actifs natifs multi-chaînes. Dans le domaine des NFT, bien que la demande de NFT multi-chaînes ne soit pas encore significative, nous avons également vu des tentatives dans le sens des NFT multi-chaînes avec des projets comme Gh0stly Gh0sts et tofuNFT. De plus, LayerZero a récemment lancé son navigateur officiel, LayerZero Scan, où les transactions inter-chaînes peuvent être liées à une base de données, permettant aux utilisateurs et aux développeurs d’extraire le statut, l’état et l’heure des transactions.

Grâce aux mesures prises à la fois en interne et en externe par LayerZero, son concept d'omnichain pourrait se développer davantage à l'avenir.

En Résumé:

LayerZero est un protocole d'interopérabilité omnichain conçu pour transférer des informations légères entre les chaînes. L'architecture globale est raisonnable et élimine le besoin d'exécuter des nœuds sur les chaînes connectées. En s'appuyant sur des oracles et des relais, la communication sur les différentes chaînes permet de transférer des messages entre les points finaux. Bien que la sécurité n'ait pas été entièrement vérifiée par le marché, le protocole est théoriquement aussi sûr que l'oracle (Chainlink) et offre certaines garanties.

La valeur actuelle des actifs détenus par la Fondation LayerZero s'élève à 261 millions de dollars US, et son trésor est très abondant. Le changement de code du projet LayerZero est en bon état, et l'écosystème s'est rapidement étendu en à peine un an. Il s'agit actuellement l'un des projets à la croissance la plus rapide dans le domaine de l'interopérabilité.

3.Développement

3.1 Histoire

Table 3-1 Principaux événements de LayerZero

3.2 Situation actuelle

3.2.1 Utilisation du réseau

Figure 3-1 Nombre quotidien de transactions LayerZero[17]

Figure 3-2 Cumulatif du nombre de transactions LayerZero

À partir de la Figure 3-1 et de la Figure 3-2, l'utilisation du réseau LayerZero est clairement visible. Au cours de l'année écoulée, une tendance à la hausse constante s'est manifestée. Surtout en mars 2023, lorsque Arbitrum a annoncé la distribution aérienne du jeton de gouvernance ARB à ses membres de la communauté, la "frénésie de distribution aérienne" dans la communauté a atteint un niveau sans précédent, entraînant une augmentation significative de l'utilisation à la fois de l'écosystème LayerZero non publié et de l'écosystème zk. Bien que ce phénomène puisse ne pas être soutenu à long terme, cette "attente de distribution aérienne" permet indirectement à davantage d'utilisateurs de comprendre LayerZero, ce qui permet de conserver un certain nombre d'utilisateurs réels.

De plus, même si les données de mars de LayerZero sont prises, son taux d'adoption du réseau a doublé entre la fin de 2022 et le début de mars. À l'heure actuelle, nous pouvons également constater que de nombreux protocoles basés sur LayerZero ont commencé à être mis en œuvre, et des résultats initiaux ont été obtenus dans la construction écologique.

Figure 3-3 Classement du volume d'actifs inter-chaînes pour les ponts inter-chaînes [18]

En outre, selon l'interface de données de DeFiLlama (comme le montre la Figure 3-3), le volume actuel des actifs bridgés de Stargate, un projet de LayerZero, est classé premier parmi tous les ponts inter-chaînes (y compris les ponts officiels de diverses chaînes publiques et solutions de couche 2). À en juger par le volume seul, Stargate est devenu le projet leader dans la course des ponts inter-chaînes.

Note : Le volume des échanges et le nombre de transactions des différents ponts inter-chaînes affichés sur le portail de données DeFiLlama fluctuent actuellement considérablement. Ces données ne représentent pas l'avantage concurrentiel à long terme de chaque pont inter-chaînes et sont uniquement fournies à titre de référence.

Cependant, il convient de noter qu’en termes de nombre de transactions, Stargate dépasse de loin les autres ponts inter-chaînes, mais le montant des fonds inter-chaînes ne creuse pas l’écart. Il n’y a actuellement aucun signe suffisant des opérations de transactions de petits montants de Stargate. L’expérience est meilleure. Par conséquent, on peut supposer qu’une partie considérable de ses données de transaction peut être due aux attentes potentielles de LayerZero en matière de parachutage.

Bien que divers projets ne préconisent pas de profiter des largages aériens, d'un autre point de vue, c'est précisément en raison des attentes potentielles de largages aériens que LayerZero et Stargate ont acquis une exposition et une adoption plus élevées. Les revenus générés pour le protocole sont également substantiels.

3.2.2 Revenue

Actuellement, il n'y a pas de seuil pour les applications écologiques pour accéder à LayerZero. Les revenus principaux actuels de LayerZero Labs proviennent des frais de transaction de Stargate Finance.

Les transferts de jetons non-STG via le protocole Stargate entraîneront des frais de transfert de 0,06 %. Dont 0,01 % seront alloués aux fournisseurs de liquidité, 0,01 % seront alloués aux détenteurs de veSTG et 0,04 % seront alloués au trésor du protocole[19]。

Figure 3-4 Montant mensuel de l'interopérabilité de Stargate[20]

Selon le tableau de bord du montant mensuel des transactions divulgué par Stargate, depuis le lancement de Stargate en mars 2022 jusqu'à aujourd'hui (7 avril 2023), le montant cumulé des transactions inter-chaînes a atteint 6 286 702 699 $, soit environ 6,3 milliards de dollars.

Pour faciliter le calcul, en supposant que la totalité des 6,3 milliards de dollars américains sont des transferts de jetons non-STG, le trésor de Stargate recevrait approximativement un revenu de frais de transaction de 6,3 milliards de dollars * 0,04 % ≈ 2,52 millions de dollars.

Si nous calculons sur la base de l’échelle actuelle, selon les statistiques de Token Terminal, les revenus du protocole Stargate pour les 30 derniers jours sont d’environ 730 000 $. Si l’échelle actuelle est maintenue, les revenus annuels futurs atteindront 8,89 millions de dollars [21] (dans un scénario idéal, ces données sont fournies à titre indicatif uniquement).

3.3 Le futur

LayerZero n'a actuellement pas de feuille de route spécifique. L'accent principal en ce moment est mis sur l'intégration et la consolidation avec certains projets, tout en s'étendant également à davantage de chaînes.

En résumé :

LayerZero a progressé rapidement dans l'ensemble, sa croissance réseau étant particulièrement visible au cours des 2 à 3 derniers mois. Cependant, le protocole n'a pas encore divulgué de feuille de route détaillée.

4. Modèle tokenomique

LayerZero Labs n’a pas encore émis de jeton, mais l’équipe a divulgué les informations sur le jeton $ZRO dans le code de son document officiel. Si l’on ajoute à cela la figure 4-1 ci-dessous, on constate qu'$ZRO pourrait être utilisée pour payer les frais de gaz sur sa chaîne à l’avenir.

Figure 4-1 Document officiel de Layerzero[22]

De plus, la communauté a précédemment spéculé que LayerZero finirait par être tokenisé, car il y a un comportement de mise en jeu lors de l'exploitation du protocole LayerZero, et ces comportements malveillants de la part des relayers entraîneront la perte des jetons $ZRO engagés. Mais ce ne sont que des spéculations et cela n'a pas été confirmé par l'équipe.

5. Compétition

LayerZero est un protocole d'interopérabilité omnichaîne conçu pour transmettre des informations légères entre les chaînes. Il appartient à la catégorie des ponts inter-chaînes. Si on le décompose davantage, c'est un pont de transmission qui prend en charge les messages de données.

5.1 Aperçu de l'industrie

Dans l’analyse de l’année dernière de la piste de pont inter-chaînes publiée dans le FirstVIP, l’éditeur a classé tous les ponts inter-chaînes comme actifs inter-chaînes pour faciliter la compréhension et la différenciation des ponts inter-chaînes de Polkadot et Cosmos. Cependant, après un an de développement, nous voyons maintenant de plus en plus de « ponts » explorer le domaine de la transmission de données, qui ne se limitent pas au cross-chain d’actifs de base.

Maintenant, il n'est en fait pas difficile de distinguer la différence entre la chaîne croisée et le pont de chaîne croisée entre Polkadot et Cosmos. Polkadot et Cosmos sont essentiellement des chaînes qui utilisent un cadre unifié et ont une interopérabilité élevée. En même temps, ils n'ont aucun avantage de chaîne croisée pour les chaînes en dehors du cadre. La chaîne croisée entre les deux ressemble davantage à la couche 0. Les utilisateurs doivent mettre en œuvre la chaîne croisée selon leurs propres normes ; quant au pont de chaîne croisée, les deux chaînes peuvent avoir des protocoles différents, ce qui résout le problème entre différents actifs et différents réseaux. Problèmes de migration d'actifs et de données.

Lorsque nous avons parlé du terme « pont inter-chaînes » auparavant, en fait, il était souvent limité à la discussion de « l'actif inter-chaîne », c'est-à-dire, un réseau de liquidité ou un tiers de confiance facilite le transfert du jeton X de la chaîne A à la chaîne B.

Cependant, la chaîne de blocs d'actifs n'est qu'une fonction relativement facile à mettre en œuvre entre les chaînes. Les ponts inter-chaînes peuvent faire plus que simplement transférer des jetons de la chaîne A à la chaîne B; cela implique également une communication au niveau des données. En continuant à utiliser la définition des ponts inter-chaînes par Dmitriy Berenzon, un partenaire de recherche chez 1kx [23]: à un niveau abstrait, les gens peuvent définir les « ponts » comme des systèmes qui transfèrent des informations entre deux ou plusieurs chaînes de blocs. Dans ce cas, les informations peuvent se référer à des actifs, des appels de contrats, des preuves d'identité ou des états.

En termes simples, un pont inter-chaînes est un outil qui connecte des chaînes, permettant le transfert de jetons, d'actifs et de données d'une chaîne à une autre. Les deux chaînes peuvent avoir des protocoles, des règles et des modèles de gouvernance différents, et le pont fournit un moyen sécurisé pour qu'elles communiquent et interopèrent.

Il existe actuellement trois principaux types de méthodes de communication inter-chaînes sur le marché : 1) échange d'actifs ; 2) transfert d'actifs ; 3) communication générale.

LayerZero, en tant que pont inter-chaîne prenant en charge la messagerie de données, appartient à la troisième catégorie mentionnée ci-dessus. Dans la section de l'analyse concurrentielle, nous nous concentrerons sur la comparaison des ponts de ce type. Cependant, nous ne comparerons pas de manière exhaustive et n'analyserons pas les ponts inter-chaînes d'actifs communs actuellement disponibles sur le marché dans ce chapitre.

Pour ce type de pont qui supporte la "chaîne de données inter-chaînes", de nombreuses équipes de développement dédiées au domaine de la chaîne de blocs l'ont précédemment appelé les "ponts de messagerie arbitraire (AMBs)", l'éditeur estime que sa définition est plus pertinente, donc cette déclaration sera utilisée ci-dessous. Simplement traduit, il s'agit d'un pont de transfert d'informations, ces ponts permettent à toutes les données, y compris les jetons, l'état de la chaîne, les appels de contrat, les NFT ou les votes de gouvernance, de la chaîneA à la chaîneB.

5.2 Introduction du Produit Concurrentiel

Actuellement, en plus de LayerZero, les ponts de messagerie arbitraires (AMBs) largement discutés sur le marché comprennent Wormhole, Nomad, Celer Inter-chain Message (IM), anyCall de Multichain et Axelar, etc.

5.2.1 Axelar [25]

Axelar est un protocole de base universel de chaîne croisée. Il utilise le Protocole de Passerelle Inter-chaînes (CGP) et le Protocole de Transmission Inter-chaînes (CTP), et utilise sa propre chaîne publique POS comme chaîne témoin pour transférer des informations entre n'importe quelles deux chaînes publiques. Actuellement, il couvre un total de 15 chaînes publiques incluant Ethereum, Cosmos et Avalanche.

Logique d'exécution :

Axelar Network établit des connexions avec des blockchains externes grâce à son API. Essentiellement, il déploie des contrats intelligents sur d’autres chaînes et surveille les informations pertinentes de ces contrats à l’aide de clients de nœuds légers fonctionnant sur les validateurs de son propre réseau. Ces informations sont ensuite transmises au réseau principal d’Axelar pour le vote et la validation. Une fois validées, les informations sont écrites en blocs et les exigences des contrats intelligents sur la chaîne cible sont remplies. Le schéma suivant illustre le processus :

Figure 5-1 Schéma de flux du réseau Axelar

Le diagramme ci-dessus fournit une description simple du processus opérationnel du réseau Axelar, mais il n'est pas assez détaillé. Ensuite, l'éditeur fournira une description plus approfondie des processus pertinents à travers des exemples :

Hypothèse : Axelar a établi des passerelles (contrats intelligents) avec la chaîne source A et la chaîne cible B. Un utilisateur de la chaîne source A souhaite transférer des actifs à la chaîne cible B. Cela se fait en suivant les 5 étapes suivantes :

1) L'utilisateur initie une demande de transfert d'actifs inter-chaînes via la passerelle de la chaîne source A. Les informations sont transmises au réseau principal d'Axelar via le Protocole de Transfert Inter-chaînes (CTP).

2) Les validateurs du mainnet utilisent la technologie de signature seuil pour générer une adresse de dépôt sur la chaîne source A. L'utilisateur dépose ensuite le montant d'actifs requis dans l'adresse correspondante.

3) Les validateurs exécutant le client de nœud léger de la chaîne source A sur le réseau principal Axelar vérifient les informations de bloc de la chaîne source A et confirment l’information selon laquelle les actifs ont été déposés à l’adresse correspondante.

4) Le mainnet revient et procède au vote grâce au mécanisme de consensus DPoS. Une fois que plus de 90% des validateurs confirment la précision, le processus se poursuit.

5) Le nœud exécute le client de nœud léger de la chaîne cible B et utilise la technologie de signature seuillée pour effectuer un paiement à l'adresse de la chaîne cible de l'utilisateur.

Les 5 étapes ci-dessus représentent le processus de transfert inter-chaînes d'actifs dans Axelar. En ce qui concerne le transfert inter-chaînes de données, le processus est globalement similaire, mais il est plus complexe. Les informations officielles ne divulguent que des capacités de transmission de données simples. L'éditeur estime que le transfert inter-chaînes de données peut permettre une vérification de données relativement statique. Par exemple, une plateforme de prêt sur la chaîne Cosmos souhaite connaître vos activités d'emprunt sur la chaîne Ethereum pour évaluer votre solvabilité. Cela peut être réalisé en effectuant une simple authentification de plage. Cependant, ce type de transmission de données a un impact limité. En revanche, la transmission de données dynamiques peut ne pas être réalisable. Par exemple, si une plateforme de prêt sur Cosmos souhaite utiliser le prix sur Uni comme norme de liquidation, il serait difficile de le réaliser à travers le protocole de passerelle inter-chaînes et le protocole de transmission inter-chaînes d'Axelar. Même s'il était possible de le réaliser, il manquerait de rapidité. Après tout, la transmission prend du temps et nécessite une vérification par vote des validateurs.

Note : Le fonctionnement global du mainnet d'Axelar est relativement simple et le processus est clair. Il sert principalement de hub de transit inter-chaînes pour l'écosystème Cosmos et l'écosystème basé sur l'EVM. En raison des différences de langages de programmation réseau et de formats de clés, l'écosystème Cosmos et l'écosystème EVM ne peuvent pas directement réaliser de fonctionnalité inter-chaînes. Cependant, le réseau Axelar, construit sur le Cosmos SDK, peut internement réaliser une fonctionnalité inter-chaînes au sein de Cosmos en utilisant l'IBC. En se connectant à des contrats intelligents (gateways) dans des blockchains basées sur l'EVM via des API spécifiques, Axelar peut agir comme un intermédiaire et empaqueter les informations de l'EVM dans la structure de message requise par Cosmos, permettant ainsi le transfert d'informations entre les deux réseaux [26].

5.2.2 Wormhole[27]

Wormhole est un outil d'interopérabilité d'actifs développé en collaboration entre Solana et Certus.One, lancé le 22 septembre 2021. En tant que protocole de messagerie universel, Wormhole peut se connecter à plusieurs chaînes, y compris Ethereum, Solana, Terra, BSC, Polygon, Avalanche, Oasis, Fantom et un total de 19 chaînes.

Logique d'exécution:

La logique opérationnelle de Wormhole est relativement simple. Il s'agit d'un réseau PoS géré par 19 validateurs, qui déploient un contrat de pont principal sur tous les réseaux connectés. Les gardiens de Wormhole exécutent un nœud complet pour chaque chaîne connectée, surveillant spécifiquement les messages des contrats principaux. Les validateurs, représentant 2/3 ou plus, vérifient et signent les messages, qui sont ensuite relayés vers la chaîne cible, où les messages sont traités et les transactions inter-chaînes sont effectuées.

Contrairement à d'autres ponts, les relais dans Wormhole n'ont pas de privilèges spéciaux. Ce sont des logiciels qui se contentent de transmettre des informations entre le réseau des Gardiens et la chaîne cible, et ne sont pas des entités de confiance.

Note : Il convient de noter que le modèle de 19 validateurs de Wormhole est relativement centralisé, et seuls 18 validateurs sont actuellement en cours d'exécution, et le nœud FTX d'origine est sorti. De plus, Wormhole entretient un partenariat relativement étroit avec les écosystèmes Jump Crypto, FTX et Solana. Impacté par l'orage FTX, son développement futur pourrait être affecté dans une certaine mesure.

5.2.3 Nomad[29]

Nomad est un protocole de communication inter-chaînes qui utilise des preuves de fraude (similaires aux Rollups Optimistes) pour relayer des données entre chaînes.

Logique d'exécution :

Nomad permet aux applications d’envoyer des données entre les blockchains (y compris les Rollups). Les applications interagissent avec le contrat de base Nomad pour mettre en file d’attente et envoyer des messages, qui sont ensuite vérifiés par des proxys hors chaîne et transportés entre les chaînes. Pour assurer la sécurité de la livraison des messages, Nomad utilise un mécanisme de validation optimiste inspiré des conceptions à l’épreuve de la fraude telles que les cumuls optimistes.

Figure 5-2 Processus d'exécution du Nomad[30]

Nomad utilise deux adresses de contrat situées sur différentes chaînes (appelées contrat principal et contrat de réplique) et quatre participants hors chaîne différents qui reçoivent des incitations pour envoyer des messages entre les chaînes.

En prenant l'utilisateur envoyant un message d'Ethereum à Polygon comme exemple, le processus simplifié spécifique est le suivant :

1) L’utilisateur sur Ethereum soumet un message à l’adresse principale du contrat sur Ethereum. Le contrat principal récupère ce message et l’ajoute à une file d’attente de l’arborescence de Merkle avec les autres messages reçus.

2) À ce stade, un metteur à jour, un participant hors chaîne, signe le groupe de messages (racine de l'arbre de Merkle) pour mettre à jour l'état du contrat principal. Pour signer ces messages, le metteur à jour doit miser une garantie avec le contrat principal, qui sera confisquée si un comportement malveillant est prouvé ultérieurement.

3) Un relais lit cette racine et la transmet à la chaîne cible, Polygon, puis la publie sur le contrat de réplication.

4) Une fois que le relayeur l’a publié, une fenêtre de 30 minutes à l’épreuve de la fraude s’ouvre. Pendant cette période, les observateurs surveillent le contrat principal sur Ethereum et le contrat de réplique sur Polygon pour s’assurer que tous les messages sont correctement enregistrés et envoyés. Si un observateur détecte un comportement malveillant, il peut fournir la preuve de la fraude et empêcher la transmission des données.

5)Si aucune preuve de fraude n’est soumise par l’observateur dans le délai de 30 minutes, le pont inter-chaînes Nomad suppose que le message a été correctement enregistré et envoyé. À ce stade, un processeur propage le message du contrat de réplica Polygon au destinataire final du message.

Principaux points : Nomad introduit un nouveau mécanisme dans l'industrie inter-chaînes avec un pont de vérification optimiste, qui permet des compromis entre le retard (ou la vitesse) et la sécurité dans l'espace de conception. Dans l'ensemble, il offre une expérience utilisateur "plus légère" avec des hypothèses de confiance plus faibles, des coûts plus bas, et plus encore. Cependant, le compromis est l'existence d'un délai de 30 minutes pour les preuves de fraude.

En raison de cet inconvénient, Nomad collabore avec une solution qui fournit des liquidités temporaires en attendant le règlement du pont inter-chaînes - Nomad s’associe à Connext, ce qui incite les LP sur Connext à fournir des liquidités à court terme pendant la période d’attente. Cependant, les LP sur Connext sont exposés au risque de transactions malveillantes. De plus, Nomad a déjà été piraté pour 190 millions de dollars, bien qu’il ait depuis redémarré, la confiance en lui a été compromise pour la communauté.

5.2.4 Message Inter-chaîne Celer (IM)[32]

Celer Inter-chain Message (Celer IM) est conçu comme une solution de composabilité inter-chaînes « plug-and-play » pour la création de dApps inter-chaînes.

Logique d'exécution :

Figure 5-3 Processus d'exploitation Celer IM un[33]

1) L'utilisateur initie une transaction vers le dApp

Dans Celer IM, les utilisateurs interagissent désormais avec un nouveau contrat de plug-in d'application décentralisée (Processus A dans le diagramme) au lieu d'interagir directement avec le contrat intelligent d'application décentralisée existant. Cela leur permet d'exprimer leur intention d'exécuter une logique inter-chaînes. Le plug-in d'application décentralisée devient partie intégrante de l'ensemble de la logique métier de l'application décentralisée et peut interagir avec les contrats intelligents existants sur la chaîne source. Il s'agit généralement de la seule transaction envoyée par l'utilisateur pour interagir avec l'application décentralisée inter-chaînes.

2) Le plug-in d'application décentralisée envoie des messages et associe des transferts inter-chaînes

Après avoir effectué les opérations nécessaires sur la chaîne source, le plugin d'application décentralisée envoie les fonds générés et les messages associés à la chaîne cible (Processus B, C dans le schéma). Comme indiqué dans le schéma, le contrat du plugin Celer IM divise la demande de l'utilisateur en deux parties : les informations sur les jetons envoyées à cBridge et les informations sur les messages envoyées au bus de messages.

Le message spécifie l'opération à exécuter sur la chaîne cible. Dans l'exemple d'un DEX, il pourrait s'agir de «échanger le jeton B contre le jeton C et transférer le jeton C à l'utilisateur». En appelant simplement sendMessageWithTransfer, le message et le transfert de fonds sont automatiquement associés. Ensuite, le message est envoyé au contrat de bus de messages, et le transfert de fonds est envoyé via le pont inter-chaînes d'actifs, qui dans ce cas est cBridge.

3) Le réseau des gardiens de l’État (SGN) achemine les messages et les transferts de fonds inter-chaînes

Tout d'abord, comprenons ce qu'est SGN - SGN est une blockchain PoS construite sur Tendermint, agissant en tant que routeur de messages entre différentes blockchains. Les fournisseurs de nœuds doivent miser des jetons CELR pour rejoindre le processus de consensus SGN en tant que validateurs. SGN utilise le même mécanisme de sécurité que les blockchains L1 comme Cosmos et les chaînes PoS Polygon. Les mécanismes de mise en jeu et de réduction de SGN CELR sont mis en œuvre sur le contrat intelligent L1 d'Ethereum.

Les nœuds de mise en jeu de SGN surveillent en continu les transactions sur toutes les chaînes. Le bus de messages et le relais de cBridge transmettent des informations à SGN (processus D, E dans le schéma). Après avoir confirmé que le message et le transfert de jetons ont eu lieu sur la chaîne cible, SGN vérifie la transaction par signature et l'envoie au contrat cBridge (processus F), déclenchant le transfert de fonds au contrat de plugin d'application décentralisée sur la chaîne cible (processus G).

Les validateurs, quant à eux, parviendront d’abord à un consensus sur l’existence du message et généreront simultanément une preuve multi-signature pondérée en fonction des enjeux. La preuve sera ensuite stockée sur la chaîne SGN et attendra d’être relayée à la chaîne cible via un Executor qui s’abonnera au message (Process H).

4) L'exécuteur exécute la logique de l'application inter-chaînes

La tâche de l'exécuteur est de lire la preuve de multi-signature pondérée en capital de la blockchain SGN et de la relayer simplement au bus de messages sur la chaîne cible (Processus I). N'importe qui peut exécuter l'exécuteur pour n'importe quelle application car sa fonction est seulement de relayer des messages.

La fonction du Message Bus est de vérifier la validité des messages éprouvés et de vérifier si le plugin dApp (processus J) a bien reçu le paiement correspondant. Ensuite, il transmet le message (instruction d’exécution logique) au contrat du plugin dApp, qui héberge la logique métier cross-chain de la dApp sur la chaîne de destination (processus K).

Le plugin dApp doit uniquement implémenter l'interface executeMessageWithTransfer. Dans l'exemple du DEX, cette fonction exécutera l'échange de jeton B en jeton C sur la chaîne cible.

De plus, Celer IM n'utilise pas nécessairement des transferts de fonds pour envoyer des messages inter-chaînes ou des instructions d'exécution logique. Par exemple, dans un marché NFT, si un utilisateur participe à une vente aux enchères se déroulant sur différentes chaînes, il lui suffit de bloquer ses fonds sans effectuer réellement le transfert des actifs vers la chaîne cible pour enchérir. Le transfert de fonds n'est nécessaire que s'il remporte la vente aux enchères. Le processus est comme indiqué ci-dessous:

Figure 5-4 Processus d'exploitation de Celer IM 2

Remarque : Le processus ci-dessus est extrait du « Cadre de message inter-chaîne Celer : le changement de paradigme pour la construction et l'utilisation de dApps multi-blockchain » officiellement publié. Une partie du contenu a été supprimée. Pour plus de détails, veuillez vous référer au texte original (nécessite un accès Internet scientifique).

Perspective : Après SGN en tant que pool de liquidité public pour cBridge 2.0 (2022.03), les utilisateurs qui n'exploitent pas de nœuds peuvent également fournir de la liquidité pour cBridge, rendant ainsi plus pratique pour les projets de couche2 ou autres projets de couche1 de fournir de la liquidité sur Celer, ce qui est bénéfique pour augmenter la profondeur de liquidité de cBridge. SGN, en tant que passerelle de nœuds et arbitre, aide également Bridge à fournir de meilleurs services. En regardant le tableau de bord de cBridge 2.0, son TVL a effectivement connu une croissance rapide en mars-avril 2022, mais avec l'incident LUNA en mai et la baisse subséquente du marché, le TVL actuel est tombé dans la fourchette de 150 à 200 millions de dollars.

Dans l'ensemble, les hypothèses de sécurité de Celer IM sont basées sur sa chaîne PoS et comportent deux modèles de sécurité : l'un inspiré de l'optimistic-rollup (non mentionné ci-dessus, les lecteurs intéressés peuvent s'y référer eux-mêmes) et l'autre sécurité de la blockchain L1-PoS, que les utilisateurs et les développeurs peuvent choisir et définir librement. Il se comporte bien en termes de sécurité. De plus, bien que le modèle économique de cBridge ait connu des améliorations par rapport à la v1, c'est aussi en raison de son mécanisme PoS que Celer IM dépend fortement du CELR via le staking. Les utilisateurs de Celer IM doivent payer des frais de CELR à SGN pour les services de consensus inter-chaînes. Si le prix des jetons CELR diminue de manière significative, la sécurité de SGN est également susceptible de diminuer [34].

5.2.5 anyCall de Multichain[35]

anyCall est une infrastructure universelle de messagerie inter-chaînes permettant d’échanger des données arbitraires. Il se compose d’un système de contrats intelligents et du réseau SMPC de Multichain, qui est un réseau sécurisé de validateurs de calcul multipartite.

Logique d'exécution :

Dans anyCall, le réseau de validateurs peut accéder à des contrats sur différentes chaînes et vérifier les informations transmises entre ces contrats. Il complète la réception et la transmission des informations, en envoyant toutes les informations transmises à la chaîne cible spécifiée par la logique métier et en déclenchant les contrats intelligents ultérieurs pour mettre en œuvre la logique métier. Le processus spécifique est le suivant :

1) Le dApp doit déployer un contrat expéditeur sur Chain A (chaîne source) et un contrat destinataire sur Chain B (chaîne cible). Sur le contrat destinataire, il doit y avoir une fonction anyExecute qui sera appelée.

2) Lorsque le dApp envoie un message en appelant le contrat expéditeur, le contrat anyCall vérifie le message et le relaie vers la chaîne cible.

3) Le réseau MPC de Multichain (composé de 24 nœuds) est responsable de la validation des messages envoyés au contrat anyCall par la fonction anyCall. Le contrat anyCall existe dans l’adresse MPC publique de toutes les blockchains prises en charge. Lorsque la fonction anyCall envoie un message, les nœuds MPC assurent la sécurité du message avant de l’envoyer à la chaîne cible.

4) Une fois la vérification réussie, la fonction anyExec reçoit le message du contrat anyCall et exécute la demande sur la chaîne cible.

Principaux points à retenir : L'hypothèse de confiance de anyCall repose fortement sur le réseau MPC de Multichain, il est donc nécessaire que les utilisateurs aient confiance dans le fait que les nœuds ne se comporteront pas de manière malveillante. Mécaniquement, par rapport aux AMBs similaires, il peut être considéré relativement simple et plus centralisé. Cependant, l'échelle de Multichain a toujours été à l'avant-garde de toutes les courses de ponts inter-chaînes. Il convient de noter qu'Anyswap a subi des attaques de piratage lors de la transition d'Anyswap à Multichain.

5.3 Analyse concurrentielle

Ci-dessus, nous avons répertorié cinq types de ponts de messages arbitraires (AMB) et il est visible que chaque type de pont inter-chaîne a ses propres compromis.

Axelar, Wormhole et anyCall de Multichain utilisent tous des méthodes de validation externes pour faciliter la transmission d’informations arbitraires entre deux chaînes publiques via leurs propres chaînes/réseaux PoS. Les avantages sont une vitesse rapide, des frais peu élevés et la possibilité d’interagir avec les données sur un nombre illimité de chaînes cibles, ce qui facilite la connexion à un plus grand nombre de chaînes. Cependant, l’inconvénient est que cette approche sacrifie la sécurité et oblige les utilisateurs/LP à faire entièrement confiance aux fonds/données des validateurs externes, en s’appuyant sur la sécurité du pont plutôt que sur la source ou la chaîne cible.

Il existe des différences dans la répartition spécifique. Par exemple, en ce qui concerne l'autorisation du validateur, Axelar ne permet que 50 validateurs en tant qu'ensemble actif unique sur l'ensemble du réseau. Pour devenir un validateur officiel, les jetons doivent être classés dans les 50 premiers. Cependant, n'importe quel utilisateur peut déléguer ses jetons au nœud correspondant. Dans anyCall, n'importe qui peut exécuter son propre nœud MPC. Dans Wormhole, seuls les Gardiens ayant l'autorisation peuvent devenir validateurs.

L'architecture Celer IM est prise en charge par une combinaison de contrats intelligents on-chain pour la réception et l'envoi de messages et le réseau Celer PoS. Bien que l'hypothèse de sécurité soit également basée sur sa chaîne PoS, Celer IM dispose de deux modèles de sécurité : optimiste-rollup inspiré (où les messages malveillants entre chaînes ne sont pas traités tant qu'il y a un seul superviseur d'application qui reste honnête et fonctionne normalement) et sécurité L1-PoS-blockchain. Les utilisateurs et les développeurs peuvent librement choisir et définir ces modèles.

Nomad utilise des preuves de fraude (similaires aux Optimistic Rollups) pour les relais de données inter-chaînes, introduisant de nouveaux compromis dans le domaine des ponts inter-chaînes, échangeant le délai (ou la vitesse) contre la sécurité.

De plus, les utilisateurs avec des tailles de fonds différentes ont des considérations variables en matière d'efficacité des fonds et de systèmes de sécurité. Chaque pont se concentre sur une zone spécifique et répond à des besoins utilisateurs correspondants. Dans l'ensemble, les Ponts de Messagerie Arbitraire (AMBs) actuels en sont encore à un stade très précoce, ce qui rend difficile la comparaison directe de ces "ponts" en termes de supériorité. On ne peut dire que chacun a ses propres avantages et inconvénients dans différentes dimensions.

Pour une comparaison détaillée des AMB mentionnés ci-dessus, vous pouvez vous référer à l'article “Navigating Arbitrary Messaging Bridges: A Comparison Framework” [36] écrit par Arjun Chand, membre de laLI.FI équipe. L’article fournit une comparaison complète des projets ci-dessus à partir de plusieurs dimensions, de sorte que cet article ne fournira pas de description supplémentaire.

• Couche Zéro

Comparé au Pont de Message Arbitraire (PMA) décrit ci-dessus, LayerZero présente une différence majeure en ce qu'il ne nécessite pas l'exécution de nœuds sur les chaînes connectées, externalisant le fardeau de la vérification du transfert d'informations on-chain à des tiers tels que des oracles. Cette approche rend le protocole plus léger et réduit les coûts opérationnels aux premiers stades. Nous pouvons maintenant voir que LayerZero se développe rapidement dans les premières étapes du projet, tirant parti de ses propres avantages.

Avec l’émergence de LayerZero, cela nous ouvre une autre voie, non seulement en optimisant continuellement les performances des ponts, mais en faisant abstraction des chaînes des utilisateurs.

Plus précisément, auparavant, si nous voulions transférer des actifs entre deux chaînes différentes, nous devions aller à l'interface utilisateur d'un pont inter-chaînes tiers et transférer nos actifs vers la chaîne cible. Cependant, dans de nombreux cas, les ponts inter-chaînes ne prennent pas en charge le transfert inter-chaînes de nos altcoins, nous devons donc souvent effectuer plusieurs échanges supplémentaires pour migrer avec succès les actifs vers la chaîne cible, ce qui peut être fastidieux en termes d'opérations.

Basé sur Stargate construit sur LayerZero, son cœur est de permettre aux DApps actuelles (telles que Uniswap, Sushi et autres DEXs) d'intégrer des protocoles de pont inter-chaînes, permettant aux utilisateurs de planifier directement et de croiser des actifs inter-chaînes à travers les DApps qu'ils utilisent actuellement.

Par exemple, SushiSwap est déployé sur 18 chaînes, et il est difficile de partager un état global. Si nous utilisons la solution précédente, nous aurions besoin de déployer un pont entre chaque paire de chaînes. Cependant, en utilisant le protocole LayerZero, nous n'avons besoin que d'utiliser le point de terminaison de chaque chaîne pour partager l'état global[37].

Par exemple, lorsque SushiSwap intègre Stargate, dans ce cas, si un utilisateur souhaite échanger wBTC sur Ethereum contre MATIC sur Polygon, l'utilisateur peut exécuter cette opération dans une seule transaction sur la chaîne source sans quitter l'interface utilisateur de SushiSwap. Cela offre une expérience standardisée pour les DApps multi-chaînes telles que SushiSwap et Uniswap. Selon l'auteur, il s'agit d'une méthode de cross-chain idéale qui améliore considérablement la facilité d'utilisation des transferts d'actifs cross-chain.

La solution de LayerZero est-elle meilleure que les autres AMB ? Pas nécessairement. La sécurité du protocole LayerZero doit encore être validée par le marché. Et des ponts comme Axelar et Celer IM, qui construisent des ponts à partir de zéro, bien qu'ils aient des coûts élevés et des cycles longs, ont également, dans une certaine mesure, une base plus durable pour l'expansion et l'accumulation de valeur. Si Nomad n'avait pas été victime d'attaques de pirates informatiques, ses améliorations uniques basées sur des preuves de fraude auraient pu être largement adoptées par le marché.

En résumé:

En examinant la tendance de développement des projets de ponts inter-chaînes au cours des deux dernières années, nous pouvons voir un thème principal clair, à savoir que la plupart de ces projets se développent continuellement autour de l’objectif de construire un pont plus robuste. En fin de compte, il s’agit de savoir comment mieux atteindre les trois éléments : la sécurité, la fluidité et la rapidité. La course continue d’évoluer, et l’avenir de qui deviendra la solution préférée pour le multi-chaînes ne fait que commencer.

En conclusion, bien que LayerZero ait une forte narration, il reste encore de nombreux détails qui n'ont pas été entièrement divulgués, et il existe des risques correspondants (voir la section produit pour plus de détails). De plus, LayerZero réalise des concepts inter-chaînes grâce aux oracles et à la transmission relais d'informations, un concept qui a déjà été abordé par le protocole d'interopérabilité inter-chaînes (CCIP) de Chainlink. Selon les informations existantes, Chainlink pourrait devenir un concurrent favorable à LayerZero. Cependant, le concept CCIP est resté silencieux pendant longtemps depuis sa sortie, sans aucun livre blanc publié pour l'instant, et leurs développeurs semblent travailler continuellement sur son développement. Une comparaison complète entre Chainlink CCIP et LayerZero a déjà été réalisée par Pickle et Aylo (pseudonymes), donc cet article ne fournira pas de description supplémentaire. Pour plus de détails, vous pouvez vous référer à leur article

6. Risque

Sécurité du protocole

La sécurité de LayerZero n'a pas été entièrement vérifiée. Les hypothèses de confiance selon lesquelles l'oracle et les relayers doivent fonctionner de manière indépendante l'un de l'autre sont discutables. Les risques de sécurité liés au mécanisme de relais doivent encore être surveillés. Pour plus de détails, veuillez vous référer à la section 2.4.2 Sécurité dans le produit susmentionné.

Modèle Tokenomic Inconnu

Le modèle économique de LayerZero n'a pas encore été publié. Il a encore besoin d'être observé de plus près à l'avenir.

Avertissement：

1. Cet article est repris de [ Institut de recherche en blockchain de première classe]. Tous les droits d'auteur appartiennent à l'auteur original [La première classe]. Si des objections sont soulevées concernant cette réimpression, veuillez contacter le Porte Apprendreéquipe, et ils s'en occuperont rapidement.
2. Avertissement de responsabilité : Les points de vue et opinions exprimés dans cet article sont uniquement ceux de l'auteur et ne constituent pas des conseils en investissement.
3. Les traductions de l'article dans d'autres langues sont effectuées par l'équipe Gate Learn. Sauf mention contraire, copier, distribuer ou plagier les articles traduits est interdit.