Sophon alcanza la equivalencia de EVM e introduce funciones mejoradas para desarrolladores

Plataforma blockchain centrada en el entretenimiento Sofón anunció la adopción de la tecnología central desarrollada por Laboratorios de materia para el rollup de capa 2 de Ethereum ZKsincronización Como resultado, la plataforma ha logrado la equivalencia de la Máquina Virtual Ethereum (EVM).

La equivalencia de EVM se refiere al grado en que otro entorno de blockchain puede replicar exactamente el comportamiento de la máquina virtual de Ethereum, incluida la compatibilidad a nivel de código de bytes.

Sofón Se observó que los desarrolladores que opten por no utilizar funciones adicionales de su EraVM personalizada aún pueden implementar contratos inteligentes EVM estándar utilizando herramientas de desarrollo convencionales de Ethereum. Se espera que esta mejora simplifique el desarrollo y facilite la creación de aplicaciones más prácticas para los usuarios finales.

Características principales del intérprete de código de bytes de máquina virtual

Las cadenas de conocimiento cero (ZK), como Era, utilizan EraVM, una máquina virtual diseñada específicamente para aplicaciones ZK, que difiere de la EVM en cuanto a su conjunto de instrucciones y modelo de ejecución. Si bien los contratos inteligentes escritos en Solidity o Vyper pueden compilarse para EraVM, ciertas diferencias de ejecución y limitaciones de herramientas han requerido históricamente ciertas adaptaciones.

Para mitigar estos desafíos, ZKsync ha implementado un modo de ejecución EVM mediante un intérprete de bytecode EVM. Esto permite ejecutar bytecode EVM sin modificar en cadenas ZK sin necesidad de recompilación ni cambios en las herramientas de desarrollo. Esta compatibilidad permite que las aplicaciones creadas originalmente para Ethereum se ejecuten en ZKsync mientras EraVM sigue funcionando como motor de ejecución subyacente.

El intérprete de EVM no reemplaza a EraVM; funciona como una capa de compatibilidad que permite que el código de bytes basado en Ethereum funcione dentro de la infraestructura de EraVM. Cuando se implementa un contrato de EVM, su hash de código de bytes se etiqueta con un identificador específico que indica al sistema que lo ejecute a través del intérprete, en lugar de hacerlo de forma nativa a través de EraVM.

Durante la ejecución, el intérprete procesa los códigos de operación EVM en tiempo de ejecución, asignándolos a sus instrucciones EraVM correspondientes, buscando replicar el comportamiento de Ethereum con la mayor fidelidad posible. En cuanto al uso de recursos, si bien la ejecución se calcula con la unidad de gas nativa de EraVM, el modelo de gas EVM se mantiene dentro del intérprete para fines de contabilidad interna.

Los contratos de Solidity y Vyper se pueden implementar directamente sin necesidad de recompilación mediante herramientas como zksolc o zkvyper, manteniendo la compatibilidad con el bytecode original de Ethereum. Esto facilita la migración o la implementación paralela de contratos inteligentes existentes. El sistema también es compatible con entornos de desarrollo estándar de Ethereum, lo que permite a los desarrolladores usar frameworks como Foundry, Hardhat y Remix sin necesidad de plugins personalizados ni configuración adicional. Esto ayuda a conservar los flujos de trabajo habituales y simplifica la integración.

La derivación de direcciones se comporta de forma coherente con las especificaciones de Ethereum, lo que significa que las operaciones create y create2 generan direcciones de contrato idénticas a las que se generarían en la red principal de Ethereum, lo que garantiza la previsibilidad y la compatibilidad. Además, varios contratos a nivel de sistema están preimplementados y listos para su uso inmediato, incluyendo implementaciones como create2, multicall3 y singletonFactory (compatibles con ERC-2470). Esta predisponibilidad optimiza el desarrollo al reducir los requisitos de configuración y proporcionar componentes de infraestructura listos para usar.

Aunque el intérprete permite que los contratos escritos para Ethereum se ejecuten sin modificaciones, existen distinciones notables entre esta configuración y la ejecución de contratos en la red Ethereum directamente. 

Por ejemplo, las tarifas de gas se pagan en ergs (la unidad nativa de EraVM) y no en gas de Ethereum. Algunas operaciones de EVM, como CALLCODE y SELFDESTRUCT, no son compatibles debido a limitaciones técnicas de EraVM. Además, el proceso de traducción genera costos de transacción más altos, que a menudo oscilan entre 1.5 y 4 veces más que los de los contratos nativos de EraVM.

La compatibilidad cruzada también es limitada, ya que funciones como `delegatecall` no funcionan entre contratos EVM y EraVM. Por lo tanto, si bien el intérprete de EVM ofrece comodidad a los equipos que buscan compatibilidad con Ethereum, los contratos escritos específicamente para EraVM suelen ser más rentables y eficientes. Se recomienda a los desarrolladores usar la implementación nativa de EraVM cuando la eficiencia de ejecución óptima sea una prioridad.