Préface

ZetaChain (ZETA) est une blockchain de couche 1 conçue pour combler le fossé entre les différents réseaux blockchain. En utilisant le kit de développement logiciel Cosmos SDK et le mécanisme de consensus Tendermint, il permet aux développeurs de créer des applications interopérables évolutives sur mesure. La plateforme permet aux applications décentralisées (DApps) de tirer parti des capacités de plusieurs blockchains pour résoudre les problèmes actuels des protocoles inter-chaînes et d'atteindre une fonctionnalité inter-chaîne complète. L'utilisation de contrats intelligents Omnichain et du moteur ZetaEVM favorise l'interopérabilité, faisant de ZetaChain un hub d'intégration central.

Comment fonctionne ZetaChain

Source de l'image: Site officiel de ZetaChain

ZetaChain exploite le SDK Cosmos, avec le moteur de consensus Tendermint et le modèle Proof of Stake (PoS) comme base, démontrant une capacité unique d'interopérabilité complète de chaîne. Il utilise son propre jeton comme frais de gaz et a l'avantage d'étendre les contrats intelligents EVM de la chaîne complète. Comme l'a expliqué Jed Barker, ZetaChain fonctionne comme suit :

• Contrats intelligents Omnichain : Le cœur de ZetaChain est constitué de contrats intelligents capables d'interfacer avec plusieurs blockchains. Ces contrats intelligents sont pris en charge par le moteur ZetaEVM, compatible avec la machine virtuelle Ethereum, permettant l'interaction de données entre différentes blockchains ;
• Transfert d'actifs transparent : Simplifie le transfert d'actifs entre les blockchains sans avoir besoin d'un pontage complexe. Cela inclut le support des blockchains sans fonctionnalité de contrat intelligent native, comme Bitcoin;
• Messagerie inter-chaînes : Pour des échanges de données plus simples (comme les transferts de NFT), ZetaChain offre des capacités de messagerie inter-chaînes, facilitant le transfert de données léger entre différents réseaux;
• Gestion des actifs externes : ZetaChain étend sa fonctionnalité à la gestion des actifs sur d'autres blockchains, appliquant la logique des contrats intelligents aux chaînes qui manquent généralement de cette fonctionnalité.

Architecture ZetaChain

Comme d'autres architectures, Zeta peut fournir de nombreuses fonctions de messagerie inter-chaînes, mais son avantage unique réside dans le soutien aux contrats EVM complets de la chaîne, surnommés le “THORChain avec des contrats intelligents” ou “Axelar avec EVM.” Il est construit en utilisant le Cosmos SDK et le consensus CometBFT pour créer une blockchain de preuve d'enjeu, similaire à THORChain. Zeta utilise le jeton ZETA comme jeton de routage pour la messagerie inter-chaînes.

Voici l'explication : ZetaCore est le client qui génère des blocs et exécute le Layer1, similaire à d'autres blockchains PoS. ZetaClient est responsable des opérations cross-chain, avec d'autres nœuds exécutant à la fois ZetaCore et ZetaClient. Les nœuds Zeta effectuent trois fonctions clés : validation, observation et signature, chacune étant exploitée par différents rôles au sein de chaque nœud. Cette architecture permet deux fonctionnalités clés : les contrats intelligents Omnichain et les messages cross-chain.

Source de l'image: Delphi Creative

· Les validateurs : Les validateurs standard de CometBFT, comme sur d'autres chaînes PoS, misent ZETA et votent sur les blocs;

· Observateurs: Les observateurs doivent exécuter des nœuds complets de chaînes externes, divisés en trieuses et en validateurs. Les trieuses supervisent les événements sur les chaînes externes et les envoient aux validateurs, qui votent sur les événements pour parvenir à un consensus. Le rôle des trieuses est uniquement d'assurer la validité; n'importe quel nœud peut trier les transactions. Cela rend l'exécution d'un nœud Zeta plus coûteuse que l'exécution d'une chaîne standard, similaire à THORChain, ce qui est également une raison pour laquelle THORChain n'a pas ajouté de support à Solana;

· Signataires : les nœuds partagent des clés ECDSA/EdDSA, avec seulement une supermajorité (2/3) capable de signer des transactions sur des chaînes externes. Les signataires sont la méthode de Zeta pour la garde d'actifs et la signature d'informations sur des chaînes externes. Sur des plateformes de contrats intelligents comme Ethereum, ils peuvent être utilisés pour interagir avec des contrats intelligents et pour la garde d'actifs, ainsi que pour la garde d'actifs sur des chaînes non liées à des contrats intelligents comme Bitcoin et Dogecoin. L'image suivante du livre blanc montre le tableau de signature.

Source de l'image: Delphi Creative

Transfert d'informations inter-chaînes

CCMP permet le routage des informations entre d'autres chaînes grâce à l'utilisation de ZetaChain comme intermédiaire. Dans le domaine d'autres protocoles tels que LayerZero, Axelar, IBC, Chainlink CCIP et, dans une certaine mesure, THORChain, la concurrence se déploie dans cette direction. Cependant, pour ZetaChain, leur protocole de messagerie inter-chaînes est mis en œuvre en utilisant leur jeton natif ZETA, les différenciant fondamentalement de leurs concurrents. À l'exception de THORChain, les autres concurrents ne s'appuient pas sur leurs jetons natifs pour le transfert de valeur. Un exemple du livre blanc - un DEX inter-chaînes - démontre intuitivement le rôle de ZETA dans la messagerie. Dans cet exemple, si un utilisateur souhaite échanger 1,2 ETH sur Polygon contre des USDC sur Ethereum, le chemin serait :

1. Échangez de l'ETH contre du ZETA sur un AMM Polygon;
2. Envoyer ZETA à ZetaChain;
3. Route ZETA de ZetaChain vers Ethereum;
4. Échangez ZETA contre USDC sur Ethereum;
5. L'utilisateur reçoit Ethereum USDC.

Source de l'image : Delphi Creative

Bien que logiquement viable, cette solution nécessite un capital important, ce qui diminue quelque peu sa compétitivité par rapport aux protocoles d'intention tels que Squid et UniswapX, ainsi qu'au CCTP de Circle, qui occupe une part de marché substantielle en tant que piste de règlement. Au-delà de l'efficacité en capital, la messagerie inter-chaînes est un domaine extrêmement compétitif.

Contrats intelligents inter-chaînes

Le déploiement de contrats intelligents inter-chaînes sur Zeta offre de nombreux avantages aux développeurs, allant au-delà de simplement utiliser Zeta et zEVM pour faciliter les transactions. Tout d'abord, cela permet des interactions avec des actifs qui ne prennent pas en charge les contrats intelligents de manière inhérente, tels que BTC, DOGE, LTC. Deuxièmement, en localisant l'état de l'application sur Zeta, cela réduit la surface d'attaque vulnérable et ne dépend pas de la liquidité des jetons ZETA pour le transfert de valeur. Parmi ses concurrents, à l'exception d'Axelar, qui utilise CosmWasm au lieu d'EVM, aucun autre protocole n'offre actuellement un tel produit, ni n'a vu une quelconque adoption jusqu'à présent.

Les contrats intelligents inter-chaînes de ZetaChain sont pris en charge par le protocole TSS, avec des validateurs exploitant des nœuds complets sur des chaînes externes et partageant des signatures, ils peuvent donc détenir des actifs au nom de ZetaChain et de ses utilisateurs. Le zEVM est alors capable de manipuler ces actifs comme souhaité. Il est important de noter que dans ce processus, par exemple, le BTC n'est pas directement transféré de Bitcoin à Zeta, mais à des adresses détenues par les validateurs de Zeta, puis représentées sur ZetaChain, de manière similaire à la façon dont THORChain ajoute des capacités de contrats intelligents au BTC détenu par le protocole.

Source de l'image: Delphi Creative

Dans ce cadre, Gate a la capacité de développer de nombreux protocoles uniques, par exemple:

• Un stablecoin CDP inter-chaînes adossé à BTC;
• Marchés monétaires pour BTC, DOGE, LTC et autres actifs non basés sur des contrats intelligents;
• Un DEX perpétuel inter-chaînes;
• Un agrégateur de rendement inter-chaînes;
• BTC AMMs.

Fondamentalement, la combinaison du zEVM de ZetaChain et de ZetaClient se distingue par sa garde et son contrôle sur les actifs sur des chaînes qui ne prennent pas en charge directement les contrats intelligents. Alors que la plupart des plateformes inter-chaînes sont utilisées comme infrastructure backend, ZetaChain facilite la création de sa propre économie de cryptomonnaie sur ZetaChain.

Utilité du jeton ZETA

ZETA sert de pierre angulaire de l'écosystème ZetaChain, jouant un rôle crucial dans la programmabilité et la gouvernance. ZetaChain se distingue par son interopérabilité et son soutien aux dApps inter-chaînes, les activités clés du réseau dépendent de ZETA.

Les fonctions clés du jeton ZETA incluent :

• Incitations du réseau: les jetons ZETA encouragent les validateurs à travers des récompenses de blocs, passant d'un pool fixe à une inflation variable. Ce système aligne les intérêts des validateurs avec la sécurité à long terme du réseau;
• Frais de transaction : Les transactions au sein de ZetaChain nécessitent des ZETA pour les frais de gaz, qui sont distribués aux validateurs et participants du réseau, aidant à prévenir le spam et les attaques DDoS;
• Messagerie et transfert de valeur entre chaînes : Pour les transactions entre chaînes, ZETA est brûlé sur la chaîne source et frappé sur la chaîne cible, éliminant ainsi le besoin de créer de nouveaux actifs enveloppés;
• Pools de liquidité de base : les pools de liquidité de ZetaChain, composées de ZETA et d'autres actifs, facilitent les transactions des utilisateurs et rémunèrent les fournisseurs de liquidité ;
• Rôle de gouvernance : les détenteurs de ZETA participent à la gouvernance du réseau, influençant les décisions clés et les changements de politique pour garantir que le réseau évolue avec la communauté en première ligne.

Dans l'ensemble, l'utilité multifacette de ZETA soutient la sécurité, l'efficacité et la gouvernance décentralisée de GateChain, en en faisant un composant vital de la fonctionnalité du réseau.

Économie et émission de jetons ZETA Le stock total initial de jetons ZETA est fixé à 2,1 milliards, avec un taux d'inflation prévu d'environ 2,5 % par an après quatre ans. La distribution des jetons (voir lien de référence 1) est stratégiquement répartie dans divers segments de l'écosystème :

• Pool de croissance des utilisateurs (10 %) : vise à étendre la base d'utilisateurs grâce à des largages et des récompenses communautaires ;
• Fonds de croissance de l'écosystème (12 %) : soutient le développement de l'écosystème, aidant les partenaires et les développeurs d'applications décentralisées;
• Récompenses du validateur (10%) : Pour les récompenses de bloc, transition vers des récompenses de sécurité réseau basées sur l'inflation après la phase initiale;
• Incitations à la liquidité (5,5 %) : Encourager la liquidité dans les pools ZRC-20 de base, cruciale pour un transfert de valeur efficace ;
• Trésorerie du protocole (24 %) : Opérations de fonds, développement et renforcement de l'écosystème ;
• Contributeurs principaux, conseillers et acheteurs (22,5 % et 16 %) : Récompense les contributions au développement et à la croissance de ZetaChain.

DEX inter-chaînes

Contrairement à l'état actuel des déploiements inter-chaînes, ZetaChain, en tant que couche fondamentale du protocole, peut permettre l'interopérabilité de la liquidité entre tous les déploiements différents. Par exemple, les utilisateurs sur ZetaChain pourraient déposer leur marge dans un contrat central et détenir des positions sur GMX. Cela constitue la prémisse centrale des applications inter-chaînes de Zeta (avec la couche de gestion des positions située sur Zeta), suggérant que les utilisateurs souhaitant utiliser pleinement la liquidité de GMX devraient utiliser ZetaChain.

Au-delà de garantir la qualité d'exécution, il y a deux avantages clés:

• Similaire à l'agrégateur MUX (voir le lien de référence 2), il permet de répartir les ordres d'actifs sur diverses sources de liquidité;
• Permet d'accéder à plus de paires de trading sans avoir besoin de connecter manuellement toutes les chaînes pertinentes.

Les contrats intelligents sur ZetaChain peuvent déposer directement le montant de marge requis sur la chaîne pertinente, ainsi que des instructions sur la manière d'utiliser ces actifs. Bien que ce processus ne nécessite pas techniquement ZetaChain, il peut améliorer l'expérience utilisateur en :

• Faciliter les interactions inter-chaînes;
• Permettant une gestion globale plutôt qu'une gestion isolée.

Le leader du marché dans l'espace DEX, UniSwap, pourrait déplacer son hub opérationnel d'Ethereum vers toute autre chaîne. Cependant, théoriquement, en se déployant sur ZetaChain et en utilisant la norme ZRC-20, les utilisateurs pourraient échanger des actifs (sur n'importe quelle chaîne) et détenir lesdits actifs sur la chaîne de leur choix.

Les concurrents de ZetaChain

LayerZero

Source de l'image : Site officiel de LayerZero

Dans le marché des transferts inter-chaînes, LayerZero se positionne comme le plus grand concurrent de ZetaChain. Bien qu'ils ne participent pas à la concurrence dans le domaine des contrats intelligents de chaîne complète, leur position sur le marché des transferts inter-chaînes est très solide. Leur principal avantage vient de Stargate, suivi de leur promotion de la norme OFT (fournissant une nouvelle solution pour les transferts de jetons inter-chaînes, rendant plus simple et plus efficace le transfert de jetons entre différentes chaînes).

Architecture LayerZero

Pour introduire brièvement, LayerZero est un protocole qui permet aux “applications utilisateur” d'envoyer des informations à travers les blockchains. L'architecture se compose de 4 parties principales:

• Applications utilisateur : Contrats qui interagissent avec les points d'extrémité de LayerZero et envoient/reçoivent des informations (par exemple, Stargate);
• Points de terminaison LayerZero: Une série de contrats intelligents sur différentes chaînes (pris en charge actuellement sur plus de 40+, voir le Lien de Référence 3). Les points de terminaison permettent aux protocoles utilisateur d'envoyer des informations à travers l'arrière-plan LayerZero, composé de 4 modules: Communicator, Verifier, Réseau et Bibliothèques. Les trois premiers modules sont standardisés sur toutes les chaînes, tandis que les Bibliothèques sont personnalisées en fonction des logiques de chaîne différentes, permettant à LayerZero d'ajouter rapidement plus de chaînes;
• Oracles: Responsable de la lecture des en-têtes de blocs d'une chaîne et de leur envoi à une autre. Actuellement, ce rôle est assumé par défaut par Chainlink, mais un nouveau partenariat avec Google Cloud a remplacé Chainlink par défaut depuis septembre 2023.
• Relayers: Similaire aux relayers, mais ils acquièrent des preuves au lieu des en-têtes de bloc. Bien que les applications elles-mêmes puissent agir en tant que relayers, cela est pratiquement géré par LayerZero.

Ce design se résume essentiellement à un multisig 2/2, où l'hypothèse de confiance principale est que Google Cloud et LayerZero ne collaborent pas. S'appuyant sur ces composants hors chaîne (comme les oracles et les relayers), cela présente l'avantage d'une architecture légère, bon marché et évolutive, mais a l'inconvénient de dépendre de deux entités centralisées, l'exposant potentiellement à des risques de censure.

Axelar

Source de l'image : Site officiel d'Axelar

Comparé à LayerZero, la structure d'Axelar est plus similaire à Zeta mais avec des différences notables. Comme ZetaChain, Axelar est également développé en utilisant le Cosmos SDK. Cependant, il n'héberge pas directement l'EVM, ne supportant donc pas le même type de contrats intelligents de chaîne complète que Zeta. Par conséquent, le marché cible d'Axelar est le message inter-chaîne, similaire à LayerZero.

Architecture Axelar

Axelar est une chaîne PoS avec son ensemble de validateurs et son token de mise AXL, qui comprend et traite les informations comme suit :

• Demandes GMP inter-chaînes : Une API permettant aux applications d'envoyer des données arbitraires à travers les chaînes. Ces demandes de messages sont envoyées aux passerelles Axelar (plateformes en ligne ou systèmes numériques utilisant la technologie blockchain pour transférer des devises numériques d'une adresse à une autre);
• Passerelles : Le premier arrêt des messages inter-chaînes initiés par les utilisateurs/applications pour être routés de la chaîne source à la chaîne de destination. Pour les chaînes EVM, il s'agit de contrats intelligents, tandis que pour Cosmos, il s'agit de logique d'application. Les passerelles sont sécurisées par les validateurs d'Axelar utilisant le MPC, dont les parts sont pondérées par les délégations de jetons AXL.
• Gestion des messages & Relayers: Les relayers écoutent les événements (informations de passerelle) et les soumettent au réseau Axelar pour traitement. Bien que n'importe qui puisse exécuter un relayer, il n'y a pas de mécanismes d'incitation, et les relayers sont exploités par Axelar;
• Vérification des informations : Les validateurs votent sur les informations reçues des relayers. Chaque validateur d'Axelar exécute un nœud complet pour chaque chaîne source, ce qui lui permet de vérifier la validité du message. Contrairement aux blockchains PoS Cosmos typiques, où les validateurs s'appuient sur des clients légers et l'IBC pour le transfert de messages, les validateurs d'Axelar nécessitent plus de ressources. Dans un sens, la scalabilité de ce modèle n'est pas aussi étendue que celle de LayerZero, mais il offre un degré de décentralisation plus élevé. Axelar incite ses validateurs avec des récompenses de surveillance supplémentaires ; plus ils soutiennent de chaînes, plus ils reçoivent de récompenses. À long terme, les chaînes soutenues doivent générer suffisamment de frais provenant des activités inter-chaînes, car les récompenses en jetons pour les validateurs supportant plus de 50 nœuds complets seront épuisées. Soutenir chaque chaîne peut ne pas être réalisable ; à la place, ils se concentreront probablement autour des principales chaînes de liquidité.
• Soumettre des informations à la destination: les relayers écoutent les informations autorisées des validateurs d'Axelar et les poussent vers la passerelle de la chaîne de destination. Une fois que la chaîne de destination reçoit des informations approuvées, sa charge utile est marquée comme approuvée par les validateurs d'Axelar. Maintenant, n'importe qui peut exécuter cette charge utile;
• Services de gaz et d'exécution : Dans la dernière étape, Axelar déploie un contrat appelé "Récepteur de Gaz" sur les chaînes EVM pour payer les frais de gaz sur la chaîne de destination et exécuter la charge utile cross-chain (en l'envoyant à l'application requise). Les utilisateurs peuvent payer en utilisant le jeton de gaz de la chaîne source, tandis qu'Axelar prend une part du gaz de la chaîne de destination.

Dans l'ensemble, en plus de prendre en charge l'EVM sur sa chaîne, sa structure est similaire à ZetaChain, à l'exception du support de l'EVM sur sa propre chaîne. En termes de sécurité, Delphi Research le considère plus sûr que le modèle 2/2 de LayerZero, bien qu'il présente encore quelques lacunes. La probabilité de collusion entre Google et LayerZero est significativement faible puisque les applications peuvent exécuter leurs propres relayers.

Chainlink CCIP

Source de l'image: Chaîne officielle de Chainlink

Le protocole d'interopérabilité inter-chaînes (CCIP) ne diffère pas significativement des autres plateformes d'informations inter-chaînes, où un utilisateur envoie des informations sur une chaîne, elles sont transmises à CCIP, puis CCIP transmet les informations à la chaîne de destination. Ce qui distingue CCIP, c'est la manière dont il utilise les réseaux d'Oracle et l'ajout d'une autre entité : le réseau de gestion des risques.

CCIP est divisé en composants sur chaîne et hors chaîne.

Composants sur chaîne :

• Router: Lance des transactions inter-chaînes. Achemine la transaction vers le contrat OnRamp spécifique à la destination, reçoit des informations de l'OffRamp de la chaîne de destination et les achemine vers l'utilisateur/contrat final;
• Commit Store: Les engagements DON stockent la racine de Merkle de la chaîne source sur la chaîne cible. La racine de Merkle doit être “validée” par le Risk Management Network;
• OnRamp: Un contrat par chaîne (blockchain à blockchain). Valide les informations et suit les transferts/informations de jetons, gère la facturation, etc. Surveillé par Committing DON;
• OffRamp: Similaire à OnRamp, un contrat par chaîne. Valide l'exécution DON avec le Merkle Root soumis et "validé", garantissant l'authenticité des informations, et transmet les informations au routeur;
• Pool de jetons : Les jetons peuvent être "verrouillés et frappés" ou "brûlés et frappés", selon le jeton. Par exemple, les jetons natifs Gas doivent être verrouillés et frappés car le CCIP n'a pas de droit de frappe. S'ils sont intégrés au CCTP, les USDC peuvent être "brûlés et frappés".
• Contrat de réseau de gestion des risques : Contient une liste de nœuds du réseau de gestion des risques qui peuvent “valider” (approuver) ou “invalider” (désapprouver) les transactions.

Composants hors chaîne :

• Engagement de DON : Comme mentionné, l'engagement de DON surveille les événements du contrat OnRamp, attend les résultats de la chaîne source et crée une racine de Merkle (signée par les nœuds oracle statutaires de l'engagement de DON), finalement écrite dans le contrat Commit Store de la chaîne cible;
• Réseau de gestion des risques : Un réseau de nœuds effectuant essentiellement une double vérification sur la racine de Merkle soumise par DON. Ils surveillent le contrat OnRamp et le contenu publié par Committing DON dans le magasin de validation. Si le RMN ne « valide » pas (c’est-à-dire ne vérifie/ne confirme pas) la racine de Merkle, le CCIP se bloquera ;
• Exécution DON : Similaire à l'engagement, mais supervise des informations telles que le Réseau de Gestion des Risques. Une fois que le RGR émet une « validation », Exécution DON appelle le contrat OffRamp pour finaliser la transaction CCIP de la destination.

Résumé

En réalité, pour briser l'effet d'isolement entre les chaînes, il est primordial de s'attaquer aux problèmes de "communication multi-chaînes" et de "communication inter-chaînes". Comparé à d'autres solutions, l'avantage principal du projet ZetaChain réside dans ses capacités d'interopérabilité inter-chaînes, permettant ainsi l'interopérabilité entre différentes blockchains et s'attaquant aux problèmes actuels de fragmentation et de manque d'interopérabilité des blockchains. Il vise à permettre aux dApps de chaînes complètes d'interagir directement de manière native avec différentes blockchains sans avoir besoin d'encapsuler ou de pontifier des actifs. Cependant, il existe des risques de sécurité associés aux chaînes externes connectées à ZetaChain, ce qui peut entraîner des dépenses doubles, de la censure, des réorganisations, des forks durs, des scissions de chaînes, etc.

Actuellement, LayerZero et Axelar sont en tête dans l'application de l'information inter-chaînes. Cependant, il est encore trop tôt pour déclarer un leader définitif. Tout en attendant avec impatience les nouvelles solutions de ZetaChain, il y a aussi de l'anticipation pour une itération continue et une innovation de LayerZero, Axelar, Chainlink CCIP et d'autres.

Avertissement：

1. Cet article est repris à partir de [GateMoyen], Tous les droits d'auteur appartiennent à l'auteur original [YBB]. If there are objections to this reprint, please contact thePorte Apprendreéquipe, et ils s'en occuperont rapidement.
2. Responsabilité de non-responsabilité: Les points de vue et opinions exprimés dans cet article sont uniquement ceux de l'auteur et ne constituent aucun conseil en investissement.
3. Les traductions de l'article dans d'autres langues sont effectuées par l'équipe Gate Learn. Sauf mention contraire, il est interdit de copier, distribuer ou plagier les articles traduits.