Sophon atteint l'équivalence EVM et introduit des fonctionnalités de développement améliorées

Plateforme blockchain axée sur le divertissement Sofon a annoncé l'adoption de la technologie de base développée par Matter Labs pour le rollup Ethereum Layer 2 ZKsync En conséquence, la plateforme a atteint l’équivalence de la machine virtuelle Ethereum (EVM).

L'équivalence EVM fait référence à la mesure dans laquelle un autre environnement blockchain peut reproduire exactement le comportement de la machine virtuelle d'Ethereum, y compris la compatibilité au niveau du bytecode.

Sofon Il a été noté que les développeurs qui choisissent de ne pas utiliser les fonctionnalités supplémentaires de sa solution EraVM personnalisée peuvent néanmoins déployer des contrats intelligents EVM standard à l'aide des outils de développement Ethereum classiques. Cette amélioration devrait simplifier le développement et favoriser la création d'applications plus pratiques pour les utilisateurs finaux.

Principales caractéristiques de l'interpréteur de bytecode de machine virtuelle

Les chaînes à connaissance nulle (ZK) telles qu'Era utilisent EraVM, une machine virtuelle spécialement conçue pour les applications ZK, qui diffère de l'EVM par son jeu d'instructions et son modèle d'exécution. Bien que les contrats intelligents écrits en Solidity ou Vyper puissent être compilés pour EraVM, certaines différences d'exécution et limitations d'outils ont historiquement nécessité des adaptations.

Afin de pallier ces difficultés, ZKsync a implémenté un mode d'exécution EVM utilisant un interpréteur de bytecode EVM. Cela permet d'exécuter du bytecode EVM non modifié sur les chaînes ZK sans recompilation ni modification des outils de développement. Cette compatibilité permet aux applications initialement conçues pour Ethereum de s'exécuter sur ZKsync, tandis qu'EraVM continue de servir de moteur d'exécution sous-jacent.

L'interpréteur EVM ne remplace pas EraVM ; il fonctionne plutôt comme une couche de compatibilité permettant au bytecode basé sur Ethereum de fonctionner au sein de l'infrastructure EraVM. Lorsqu'un contrat EVM est déployé, son hachage de bytecode est étiqueté avec un identifiant spécifique qui indique au système de l'exécuter via l'interpréteur plutôt que nativement via EraVM.

Lors de l'exécution, les opcodes EVM sont traités par l'interpréteur, qui les mappe aux instructions EraVM correspondantes tout en cherchant à reproduire au plus près le comportement d'Ethereum. En termes d'utilisation des ressources, bien que l'exécution soit tarifée selon l'unité de gaz native d'EraVM, le modèle de gaz EVM est conservé dans l'interpréteur pour la comptabilité interne.

Les contrats Solidity et Vyper peuvent être déployés directement sans recompilation grâce à des outils comme zksolc ou zkvyper, préservant ainsi la compatibilité avec le bytecode Ethereum d'origine. Cela permet une migration simple ou un déploiement parallèle des contrats intelligents existants. Le système prend également en charge les environnements de développement Ethereum standard, permettant aux développeurs d'utiliser des frameworks tels que Foundry, Hardhat et Remix sans nécessiter de plugins personnalisés ni de configuration supplémentaire. Cela permet de préserver les flux de travail habituels et simplifie l'intégration.

La dérivation d'adresses est conforme aux spécifications d'Ethereum. Cela signifie que les opérations create et create2 produisent des adresses de contrat identiques à celles du réseau principal Ethereum, garantissant ainsi prévisibilité et compatibilité. De plus, plusieurs contrats système sont pré-déployés et immédiatement utilisables, notamment des implémentations telles que create2, multicall3 et singletonFactory (conformes à la norme ERC-2470). Cette prédisponibilité simplifie le développement en réduisant les exigences de configuration et en fournissant des composants d'infrastructure prêts à l'emploi.

Bien que l'interpréteur permette aux contrats écrits pour Ethereum de s'exécuter sans modification, il existe des différences notables entre cette configuration et l'exécution directe de contrats sur le réseau Ethereum. 

Par exemple, les frais de gaz sont payés en ergs (unité native d'EraVM) et non en gaz d'Ethereum. Certaines opérations EVM, telles que CALLCODE et SELFDESTRUCT, ne sont pas prises en charge en raison de contraintes techniques dans EraVM. De plus, le processus de traduction entraîne des coûts de transaction plus élevés, souvent de 1.5 à 4 fois supérieurs à ceux des contrats EraVM natifs.

La compatibilité croisée est également limitée, des fonctions comme « delegatecall » ne fonctionnant pas entre les contrats EVM et EraVM. Par conséquent, si l'interpréteur EVM est pratique pour les équipes recherchant la compatibilité avec Ethereum, les contrats spécifiquement conçus pour EraVM sont généralement plus rentables et performants. Il est conseillé aux développeurs d'utiliser le déploiement natif d'EraVM lorsqu'une efficacité d'exécution optimale est une priorité.