Présentation officielle de LayerZero V2 : quelles sont les nouveautés de cette version ?
TechFlow SélectionTechFlow Sélection
Présentation officielle de LayerZero V2 : quelles sont les nouveautés de cette version ?
LayerZero a publié une mise à jour vers la version V2 et a indiqué qu'elle déployerait les « endpoints » de cette version sur plus de 40 chaînes, qui sont déjà prises en charge par la version V1.
Dédié à des analyses Web3 approfondiesTraduction : Babywhale, Techub News
Hier soir, heure de Pékin, LayerZero a publié une mise à jour vers la version V2 et a annoncé le déploiement de « points d'extrémité (endpoints) » V2 sur plus de 40 chaînes prenant déjà en charge la version V1. Dans un article de blog présentant cette version V2, LayerZero explique :
LayerZero permet aux développeurs de créer et configurer des applications unifiées, des jetons et des primitives de données indépendamment des blockchains, grâce au transfert de messages arbitraires. Tout comme TCP/IP a standardisé le développement internet, l’objectif de LayerZero est de standardiser le développement d’applications sur toutes les blockchains. Ce concept unifié de développement inter-chaînes est résumé par le terme « omnichain (toutes les chaînes) », qui représente également la vision de LayerZero pour l’avenir de la cryptomonnaie.
LayerZero est un protocole conçu pour connecter les blockchains, tout en respectant les principes fondamentaux suivants :
Permissionless (sans autorisation préalable) : toute personne peut exécuter l’infrastructure nécessaire à la validation et à l’exécution des messages. Toute personne peut construire sur LayerZero et y interagir.
Résistance à la censure : aucun message ne peut être exécuté tant que tous les messages précédents n’ont pas été validés, ce qui signifie qu’aucun message ne peut être censuré par quelque voie que ce soit.
Immuabilité : les points d’extrémité (endpoints) sur chaque chaîne existent sous forme de contrats intelligents. De nouvelles bibliothèques de validation peuvent être ajoutées comme mises à jour uniquement ajoutables (append-only). Ces bibliothèques ne sont pas évolutives et existeront de façon permanente.
Précédemment, LayerZero avait été critiqué pour son caractère centralisé. Quelles optimisations la dernière version V2 apporte-t-elle face à cette critique fréquente du marché ?
Qu’est-ce que LayerZero V2 ?
LayerZero est un protocole de transmission de messages, et non une blockchain. Il utilise des contrats intelligents déployés sur chaque chaîne, combinés à un réseau de validation décentralisé (DVN) et à un exécuteur (Executor), afin de permettre l’interaction entre différentes blockchains.
Dans LayerZero V2, la validation et l’exécution des messages sont désormais divisées en deux phases distinctes, offrant aux développeurs un meilleur contrôle sur la configuration de sécurité des applications et leur exécution indépendante. Associé à des améliorations en matière de traitement, de débit de messages, de programmabilité et d’autres aspects contractuels, LayerZero V2 constitue un protocole de messagerie plus souple, plus performant et orienté vers l’avenir.
Nouvelles méthodes de sécurité et d’exécution
LayerZero V2 apporte des améliorations directes aux applications existantes déployées sur Endpoint V1, tout en proposant de nouvelles fonctionnalités qui renforcent la créativité et l’évolutivité des applications omnichain déployées sur les nouveaux Endpoint V2. Les applications déployées sur Endpoint V1 peuvent bénéficier de deux grandes améliorations en matière de sécurité et d’exécution en migrant la bibliothèque de messages de leur application vers Ultra Light Node 301. Pour plus d’informations, veuillez consulter le guide de migration.
Validation de message « X sur Y sur N »
Les nouveaux Ultra Light Node 301 (V1) et Ultra Light Node 302 (V2) permettent aux propriétaires d'applications de configurer une pile de sécurité personnalisée, en choisissant un ensemble différent de DVN pour valider le hachage de la charge utile sur le MessageLib de destination. Un sous-ensemble (X) de tous ces DVN doit valider le hachage de la charge utile, tandis qu’un seuil (Y) d’un groupe optionnel de DVN (N) doit également valider ce même hachage avant que le paquet puisse être livré. Désormais, les propriétaires d’OApp peuvent exploiter plusieurs modèles de validation pour atteindre le niveau de sécurité et d’efficacité coût-efficacité souhaité selon leurs besoins applicatifs. Vous pouvez choisir parmi les DVN suivants au lancement, ou créer votre propre DVN sans autorisation :
LayerZero Labs (par défaut) : DVN par défaut maintenu par LayerZero Labs.
Google Cloud (par défaut) : DVN par défaut pris en charge par Google Cloud.
Nethermind : DVN élastique hébergé par Nethermind, permettant aux entreprises et développeurs du monde entier d’accéder au réseau décentralisé et d’y développer.
Delegate : DVN maintenu par Delegate, l’équipe de développement derrière des outils de sécurité blockchain fiables utilisés par des projets tels que Azuki, BAYC, Squiggles et RTFKT.
Tapioca : Pearlnet est un DVN construit pour l’écosystème TapiocaDAO, permettant aux OApp de contrôler leur propre réseau de validation modulaire.
Animoca : DVN maintenu par Animoca Brands, leader dans les domaines du jeu et de la blockchain.
Blockdaemon : DVN maintenu par Blockdaemon, utilisant un système de surveillance et d’alerte exclusif pour garantir un temps de fonctionnement optimal. L’infrastructure de Blockdaemon assure une sécurité de niveau institutionnel et est certifiée ISO27001.
Gitcoin : DVN exploité par Gitcoin, équipe spécialisée dans les biens publics natifs Ethereum.
Polyhedra zkLightClient : utilisant le zkBridge de Polyhedra, il permet de récupérer et de vérifier les données de messages, afin que les développeurs d’applications puissent utiliser des preuves à connaissance nulle (zero-knowledge proofs) pour sécuriser la transmission des messages.
P2P : DVN pris en charge par P2P.org, fournisseur de validateurs PoS et de nœuds RPC opérationnels depuis 2018.
Obol : DVN maintenu par Obol, une équipe qui développe et promeut l’adoption de middlewares de validateurs distribués composable et compatibles avec Ethereum via le réseau Obol.
StableLab : DVN exploité par StableLab, leader dans les domaines de l’autorisation professionnelle, de la conception de cadres de gouvernance et du développement de produits DAO.
Axelar DVN Adapter : connecte un adaptateur DVN à Axelar pour l’authentification.
CCIP DVN Adapter : adaptateur DVN utilisant CCIP pour la validation des messages.
Exécution indépendante des messages
Dans LayerZero V1, le relais gérait à la fois la validation et l’exécution des messages :
Oracle : gère la validation des en-têtes de blocs des messages.
Relais : gère la validation des preuves de transaction (tx-proofs) ainsi que l’exécution des messages.
Dans LayerZero V2, la validation des messages est désormais prise en charge par la pile de sécurité, tandis que l’exécution est assurée par un exécuteur :
Pile de sécurité : les DVN sélectionnés (X sur Y sur N) par votre application.
Exécuteur (facultatif) : programme appelant automatiquement configuré par l’application pour recevoir les messages.
Pour les nouvelles applications déployées sur Endpoint V2, cet appelant est entièrement permissionless.
Nouveaux contrats de protocole
Outre la nouvelle bibliothèque de messages, LayerZero V2 apporte également des améliorations à l’architecture centrale du protocole.
Les développeurs peuvent tirer parti d’un débit de messages plus élevé, d’une meilleure programmabilité, d’interfaces contractuelles simplifiées, etc., en déployant leurs applications via le standard de contrat Endpoint V2.
Optimisation du traitement des messages
Étant donné que le protocole V2 sépare la validation et l’exécution des messages, les numéros de séquence (nonces) des messages peuvent désormais être exécutés hors ordre tout en conservant la résistance à la censure :
Validé (Verified) : le nonce du paquet de message a été validé avec succès, en attente d’exécution.
Livré (Delivered) : le message a été exécuté avec succès et reçu par l’application de destination.
Dans V1, par défaut, si un message envoyé échouait à s’exécuter à destination, le chemin concerné était bloqué par un événement « storedPayload », interrompant temporairement l’exécution de tous les messages ultérieurs.
Désormais, par défaut, même si un message précédent échoue à s’exécuter, le flux de messages suivants continue à être transmis et exécuté.
Grâce à la configuration « Ordered Message Delivery », l’exécution ordonnée reste possible au niveau de l’application.
Débit de messages accru
Ce « Ordered Message Delivery » fournit un débit de messages aussi élevé que possible (c’est-à-dire limité uniquement par la chaîne elle-même), en utilisant Lazy Inbound Nonce et Inbound Nonce pour améliorer le suivi des nonces en chaîne, servant de repères pour déterminer où tenter d’exécuter les messages.
Lazy Inbound Nonce : numéro de séquence du message ayant le taux d’exécution le plus élevé dans le système.
Inbound Nonce : numéro de séquence du message le plus récent validé, tous les nonces antérieurs ayant également été validés.
Étant donné que les nonces doivent être validés avant d’être exécutés, ce système permet à LayerZero V2 de valider et d’exécuter sans perte des paquets désordonnés, simplifiant ainsi le processus d’exécution des messages sans compromettre la résistance à la censure.
Amélioration de la programmabilité
LayerZero V2 améliore significativement la programmabilité sur plusieurs aspects :
Interface simplifiée des contrats de protocole : l’interface contractuelle améliorée dans LayerZero V2 simplifie le routage et le traitement des messages, réduisant la complexité liée à l’envoi et à la réception de messages via le protocole. Les développeurs peuvent ainsi travailler plus efficacement et en toute confiance.
Bibliothèques spécifiques à un chemin : les bibliothèques spécifiques à un chemin dans Endpoint V2 permettent aux développeurs de configurer différents MessageLib pour des chemins spécifiques (de la source à la destination), offrant ainsi davantage de flexibilité et de personnalisation aux applications.
Composabilité horizontale : les nouvelles interfaces sendCompose et lzCompose permettent de transformer des appels externes en nouveaux paquets de messages, permettant ainsi aux applications de maintenir une séparation claire entre la logique de réception des messages (lzReceive) et celle de l’appel externe lui-même (lzCompose). Cela garantit que chaque étape s’exécute correctement et indépendamment des autres, permettant des interactions inter-chaînes robustes.
Contrats simplifiés
LayerZero V2 introduit plusieurs améliorations visant à accroître l’efficacité en gaz (gas) lors des interactions des développeurs et utilisateurs avec les contrats LayerZero. Ces améliorations incluent :
Contrats de base optimisés : tous les standards de contrats LayerZero ont été réorganisés afin de réduire les coûts en gaz des contrats de base.
Efficacité du compilateur : les améliorations apportées aux contrats permettent une meilleure optimisation par le compilateur, réduisant ainsi les coûts en gaz lors du déploiement et de l’exécution.
Compatibilité avec les chaînes
V2 améliore considérablement la compatibilité avec les chaînes, renforçant ainsi la capacité des développeurs à créer des applications omnichain multifonctionnelles et efficaces sur un éventail plus large de blockchains.
Conception « indépendante de la chaîne » : le protocole définit une isolation entre les appels de contrats composés (compositionSend pour stocker des données, lzCompose pour composer des contrats). Cela permet aux développeurs de concevoir des applications plus uniformes sur des blockchains ayant des hypothèses environnementales différentes (comme l’absence de planification à l’exécution). C’est crucial pour assurer une compatibilité étendue avec les chaînes non-EVM et pour unifier l’interface OApp sur chaque chaîne.
Options de paiement en gaz améliorées : lors du déploiement, les endpoints peuvent désormais spécifier un jeton de gaz alternatif sur une chaîne donnée. Cette flexibilité convient aux blockchains pouvant disposer de mécanismes de gaz ou de modèles de frais uniques.
Valeurs par défaut spécifiques aux bibliothèques : les endpoints prennent désormais en charge l’utilisation de bibliothèques par défaut différentes pour chaque chemin de chaîne. Cette fonctionnalité permet un traitement des messages plus fluide et plus efficace, adapté aux caractéristiques spécifiques et aux exigences uniques de chaque chaîne.
Ces améliorations adoptent une approche plus proche de la chaîne pour le traitement des messages, aidant ainsi les développeurs d’OApp à concevoir une architecture d’application unique pouvant s’uniformiser sur les chaînes EVM et non-EVM.
Normes de sécurité constantes
Contrôle au niveau de l’application : bien que les contrats d’application puissent choisir des paramètres par défaut prédéfinis, LayerZero permet de configurer les paramètres de l’application pour chaque chemin, offrant ainsi une flexibilité et une sécurité inégalées.
Contrats principaux immuables : LayerZero n’utilise que des contrats principaux immuables. Cela offre aux développeurs une interface de connexion stable et prévisible à long terme, garantissant que la sécurité et la fiabilité ne soient pas compromises par des mises à jour externes.
Compatibilité ascendante : les bibliothèques de messages on-chain de LayerZero sont immuables, jamais supprimées ni abandonnées. LayerZero reste toujours compatible avec les versions précédentes de MessageLib.
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
@News_Techub
