Blockchains equivalentes a la EVM

¿Qué son las blockchains equivalentes a la EVM?

Las blockchains equivalentes a la EVM son redes diseñadas para reproducir el comportamiento de la Ethereum Virtual Machine (EVM) con la mayor fidelidad posible.

Su objetivo es ejecutar el bytecode de los contratos inteligentes de Ethereum con los mismos resultados, o casi los mismos, que produciría ese código en Ethereum.

Esto permite a los desarrolladores utilizar lenguajes de contratos inteligentes, frameworks de desarrollo, interfaces de wallet, estándares de contratos y herramientas de depuración conocidas al crear aplicaciones en otra red.

La EVM es el entorno de ejecución que procesa las transacciones de Ethereum y ejecuta las instrucciones de los contratos inteligentes.

La documentación oficial de Ethereum Virtual Machine describe la EVM como un entorno descentralizado que ejecuta el código de forma coherente en todos los nodos de Ethereum.

Una blockchain equivalente a la EVM intenta seguir ese mismo modelo de ejecución en lugar de crear una máquina virtual completamente distinta.

Sin embargo, que dos redes sean equivalentes a la EVM no significa necesariamente que sean idénticas en todos los aspectos.

Una blockchain equivalente a la EVM puede tener un mecanismo de consenso, tiempo de bloque, mercado de comisiones, conjunto de validadores, bridge, modelo de disponibilidad de datos, proceso de gobernanza y criptomoneda nativa diferentes.

También puede incorporar contratos de sistema o reglas especiales que no existen en Ethereum.

Por este motivo, la equivalencia con la EVM describe principalmente el comportamiento de ejecución y la compatibilidad para desarrolladores, no una equivalencia total entre blockchains.

¿Qué significa que una blockchain sea equivalente a la EVM?

En general, significa que una blockchain sigue de cerca las especificaciones de ejecución de Ethereum en lo que respecta al bytecode y al comportamiento del protocolo.

Normalmente, un contrato inteligente compilado para la EVM debería poder desplegarse y ejecutarse sin cambios importantes en su lógica central.

La blockchain debería reconocer los mismos opcodes de la EVM, estructuras de cuentas, firmas de transacciones, llamadas a contratos, operaciones de almacenamiento, registros de eventos y comportamiento de reversión que esperan las aplicaciones de Ethereum.

Los desarrolladores también deberían poder utilizar los métodos habituales de Ethereum JSON-RPC para leer datos de la blockchain y enviar transacciones.

La especificación de Ethereum JSON-RPC define la interfaz estándar que utilizan las aplicaciones y la infraestructura para comunicarse con los clientes de ejecución.

Ethereum no expide una certificación universal única de equivalencia con la EVM.

Los proyectos pueden utilizar el término con distintos grados de exigencia.

Algunas blockchains reproducen el comportamiento de Ethereum casi exactamente, pero documentan un pequeño número de diferencias intencionadas.

Otras pueden describirse como equivalentes a la EVM aunque modifiquen los cálculos de gas, los valores relacionados con los bloques, los tipos de transacción, los contratos precompilados o el comportamiento del sistema.

Por tanto, los desarrolladores deben verificar la implementación real, en lugar de confiar únicamente en la etiqueta.

Blockchains equivalentes a la EVM frente a blockchains compatibles con la EVM

Los términos «equivalente a la EVM» y «compatible con la EVM» están relacionados, pero a menudo describen distintos grados de similitud.

Una blockchain compatible con la EVM puede ejecutar aplicaciones escritas para la EVM, aunque quizá traduzca, modifique o reinterprete parte del comportamiento.

Una blockchain equivalente a la EVM aspira a ajustarse más estrechamente a la semántica de ejecución de Ethereum.

La compatibilidad suele centrarse en si una aplicación puede ejecutarse.

La equivalencia se centra más en si la aplicación produce el mismo resultado bajo las mismas condiciones de ejecución pertinentes.

Una red compatible con la EVM puede admitir contratos Solidity y, aun así, utilizar una máquina virtual interna distinta.

También puede admitir solo una parte del conjunto de opcodes de Ethereum o aplicar costes de gas y normas de transacción diferentes.

Una red equivalente a la EVM suele intentar reutilizar, siempre que sea posible, el código de los clientes de ejecución de Ethereum, sus especificaciones o sus casos de prueba.

La documentación oficial sobre las diferencias entre Ethereum y las redes rollup equivalentes a la EVM muestra que una red puede aspirar a la equivalencia y, aun así, mantener un conjunto documentado de diferencias de protocolo.

Esta distinción importa porque una aplicación meramente compatible puede requerir más pruebas, cambios en los contratos, herramientas personalizadas o una revisión de seguridad.

Cómo funcionan las blockchains equivalentes a la EVM

Una blockchain equivalente a la EVM incluye un entorno de ejecución que lee y procesa bytecode de la EVM.

Normalmente, los desarrolladores escriben los contratos inteligentes en un lenguaje de alto nivel, como Solidity o Vyper.

Un compilador convierte ese código fuente en bytecode de la EVM, formado por instrucciones de bajo nivel llamadas opcodes.

El cliente de ejecución de la blockchain procesa esos opcodes cuando una transacción llama al contrato.

Cada instrucción puede leer valores, realizar cálculos, acceder a la memoria, actualizar el almacenamiento, llamar a otro contrato, crear registros o devolver datos.

La referencia oficial de opcodes de Ethereum enumera las instrucciones que reconoce la EVM y sus funciones básicas.

Una blockchain equivalente a la EVM intenta implementar estas instrucciones con una semántica coincidente.

Todos los nodos validadores deberían calcular la misma transición de estado a partir del mismo estado inicial y la misma secuencia de transacciones.

Este comportamiento determinista permite que nodos independientes verifiquen saldos de cuentas, almacenamiento de contratos, transferencias de tokens y resultados de aplicaciones.

La red puede utilizar un proceso distinto para seleccionar y ordenar los bloques, pero el resultado de la ejecución debe ajustarse a las reglas de la EVM declaradas por esa red.

Semántica de ejecución

La semántica de ejecución define exactamente qué sucede cuando se ejecuta el bytecode de la EVM.

Abarca operaciones aritméticas, comportamiento de la pila, uso de memoria, acceso al almacenamiento, llamadas a mensajes, creación de contratos, gestión de errores, consumo de gas y datos devueltos.

Las pequeñas diferencias semánticas pueden causar grandes problemas en las aplicaciones.

Por ejemplo, una interpretación distinta de una operación de almacenamiento podría hacer que un contrato calculara incorrectamente los saldos.

Una diferencia en el comportamiento de las llamadas podría afectar a la detección de transferencias de tokens satisfactorias por parte de una aplicación.

Una diferencia en el comportamiento de reversión podría dejar un contrato en un estado que sus desarrolladores no esperaban.

Las especificaciones de la capa de ejecución de Ethereum proporcionan una implementación de referencia ejecutable de las reglas de ejecución de Ethereum.

Una blockchain que aspire a una gran equivalencia con la EVM puede comparar su implementación con estas especificaciones y los casos de prueba de ejecución de Ethereum.

Que coincida el lenguaje de programación no basta, ya que el comportamiento final del bytecode es lo que determina el resultado del contrato.

Compatibilidad del bytecode de la EVM

El bytecode de la EVM es la forma legible por máquina de un contrato inteligente de Ethereum.

Una blockchain con un alto grado de equivalencia con la EVM debería poder procesar el bytecode existente de Ethereum sin exigir que el código fuente se vuelva a compilar para otra máquina virtual.

Esto puede agilizar la migración de contratos, ya que los desarrolladores pueden desplegar el mismo artefacto compilado en otra blockchain.

La portabilidad del bytecode resulta especialmente útil cuando la verificación del código fuente, los informes de auditoría y los scripts de despliegue ya dependen de una salida concreta del compilador.

Sin embargo, la compatibilidad del bytecode no garantiza que la aplicación circundante funcione sin cambios.

El contrato puede depender de direcciones específicas de Ethereum, fuentes de precios, contratos bridge, direcciones de tokens, valores de bloques o servicios externos.

Un contrato puede desplegarse correctamente y, aun así, fallar durante su uso porque falta una dependencia necesaria.

Por tanto, los desarrolladores deben probar por separado la lógica del contrato y las integraciones externas.

Equivalencia de opcodes

Los opcodes son las instrucciones individuales que ejecuta la EVM.

Entre ellos hay instrucciones para sumar, acceder al almacenamiento, llamar a contratos, comprobar direcciones, consultar información de bloques y realizar hashes criptográficos.

La equivalencia de opcodes exige algo más que reconocer el mismo número de opcode.

La instrucción debe aceptar las mismas entradas, devolver los mismos resultados, producir los mismos efectos de estado y fallar en las mismas condiciones.

Cuando se afirma una equivalencia estricta, también puede ser necesario que coincida el consumo de gas.

Ethereum introduce cambios en el comportamiento de los opcodes mediante actualizaciones de la red.

Una blockchain equivalente a la EVM que no haya adoptado la misma actualización puede rechazar bytecode nuevo o calcular un resultado distinto.

Antes de desplegar contratos compilados para instrucciones recientes, los desarrolladores deben identificar qué versión de fork de Ethereum sigue la red de destino.

Un compilador puede generar bytecode que contenga un opcode no admitido por un entorno de ejecución antiguo.

Ese contrato puede desplegarse incorrectamente, revertir durante su ejecución o comportarse de forma distinta a la versión de Ethereum.

Equivalencia del gas

El gas mide los recursos computacionales que consume la ejecución de la EVM.

Cada opcode tiene un coste de gas y las interacciones complejas con contratos suelen consumir más gas que las transferencias sencillas.

La documentación oficial de Ethereum sobre el gas explica que las comisiones de transacción se basan en el gas utilizado y el precio pagado por cada unidad de gas.

Una blockchain equivalente a la EVM puede utilizar el mismo sistema de contabilidad de gas para las operaciones de la EVM, pero cobrar un importe distinto en su criptomoneda nativa.

También puede añadir cargos por publicar datos, generar pruebas, almacenar información o completar la liquidación.

Por tanto, un contrato puede consumir el mismo número de unidades de gas de la EVM en dos redes y, aun así, tener una comisión de transacción final muy diferente.

Algunas redes también modifican los límites de gas o el coste de determinados opcodes para reflejar sus propias limitaciones de recursos.

Estos cambios pueden afectar a contratos que toman decisiones en función del gas disponible o que operan cerca de los límites de ejecución.

Los desarrolladores deben distinguir entre el gas de ejecución de la EVM y la comisión total que paga el usuario.

Equivalencia de las transacciones

Las transacciones de Ethereum contienen datos como el emisor, el destinatario, el valor, el nonce, el límite de gas, los parámetros de comisión, los datos de entrada y la firma.

La documentación oficial de Ethereum sobre las transacciones explica los formatos que Ethereum reconoce actualmente.

Una blockchain equivalente a la EVM suele admitir formatos de firma de transacciones y direcciones conocidos de Ethereum.

Así, las wallets y las bibliotecas de software existentes pueden crear transacciones válidas cuando el usuario selecciona la red correcta.

Sin embargo, la compatibilidad con los tipos de transacción puede variar entre redes.

Una blockchain puede admitir transacciones estándar con mercado de comisiones y no admitir todos los formatos nuevos de Ethereum.

Las actualizaciones de Ethereum pueden introducir funciones de transacción antes de que otra blockchain las adopte.

Los desarrolladores deben comprobar la compatibilidad con listas de acceso, transacciones relacionadas con blobs, listas de autorización y cualquier otro tipo de transacción que utilice la aplicación.

Una wallet nunca debe dar por hecho que todas las redes etiquetadas como equivalentes a la EVM admiten todos los tipos de transacción disponibles en la versión más reciente de Ethereum.

Equivalencia de cuentas y estado

Ethereum utiliza cuentas externas (EOA) y cuentas de contrato.

Las cuentas externas se controlan mediante claves privadas, mientras que las cuentas de contrato ejecutan el código almacenado cuando reciben una llamada.

La documentación oficial de Ethereum sobre las cuentas describe campos como el nonce, el saldo, el hash del código y la raíz del almacenamiento.

Una blockchain equivalente a la EVM suele utilizar la misma estructura de direcciones de 20 bytes y conceptos similares para el estado de las cuentas.

Esto permite que la misma clave privada genere la misma dirección de cuenta en varias redes EVM.

Sin embargo, los saldos y los historiales de transacciones asociados a esa dirección son independientes en cada blockchain.

Ser titular de tokens en una dirección en una blockchain no significa que esa misma dirección tenga tokens equivalentes en otra.

Antes de consultar saldos o firmar transacciones, los usuarios deben seleccionar la red correcta.

Chain ID y protección frente a la repetición de transacciones

Las redes EVM deben utilizar un Chain ID distinto para identificar su propio dominio de transacciones.

El Chain ID ayuda a evitar que una transacción firmada para una red se vuelva a enviar en otra.

La especificación EIP-1344 define el opcode CHAINID, que permite a los contratos inteligentes consultar el Chain ID actual.

Las wallets también utilizan los Chain ID al seleccionar endpoints RPC y solicitar firmas de transacciones.

Una blockchain puede ser equivalente a la EVM y tener un Chain ID completamente distinto al de Ethereum.

La diferencia es necesaria porque las redes mantienen estados e historiales de transacciones independientes.

Antes de aprobar una transacción, los usuarios deben verificar el Chain ID que muestra la wallet.

Los desarrolladores deben incorporar protecciones que tengan en cuenta la red en los mensajes firmados, los permisos, las instrucciones de bridges y los sistemas de autorización.

Equivalencia de JSON-RPC

JSON-RPC es la interfaz estándar que utilizan wallets, aplicaciones, scripts e infraestructuras para comunicarse con los nodos de Ethereum.

Los métodos habituales permiten consultar saldos, llamar a contratos, estimar el gas, recuperar registros, enviar transacciones firmadas e inspeccionar bloques.

Una blockchain equivalente a la EVM suele proporcionar los mismos nombres para los métodos RPC principales y los mismos formatos de datos.

Esto permite a los desarrolladores cambiar el endpoint de red y el Chain ID sin reescribir toda la aplicación.

Sin embargo, la equivalencia RPC puede ser incompleta.

Una blockchain puede devolver valores distintos para las estimaciones de gas, los campos de bloque, los recibos de transacción o los métodos de seguimiento de ejecución.

Algunos métodos de depuración y seguimiento dependen del cliente y no forman parte de la interfaz pública estándar.

El repositorio de la API de ejecución de Ethereum describe JSON-RPC como la interfaz canónica entre los usuarios y los clientes de ejecución de Ethereum.

Las aplicaciones deben probar todos los métodos RPC de los que dependen, en lugar de suponer que una consulta de saldo correcta demuestra una compatibilidad completa.

Herramientas para desarrolladores

Una de las principales ventajas de las blockchains equivalentes a la EVM es el acceso a las herramientas de desarrollo de Ethereum.

Los desarrolladores suelen poder utilizar compiladores, bibliotecas de contratos, frameworks de pruebas, scripts de despliegue, depuradores y conectores de wallet conocidos.

El código de una aplicación existente puede requerir únicamente una nueva URL RPC, un Chain ID, la configuración del explorador y un fichero con las direcciones de despliegue.

Los sistemas de verificación del código fuente también pueden utilizar los ajustes habituales del compilador y los metadatos de contratos.

Esto reduce la curva de aprendizaje de los equipos que ya conocen el desarrollo en Ethereum.

La compatibilidad de herramientas también puede facilitar las pruebas de seguridad, ya que los auditores pueden utilizar métodos de análisis de la EVM ya establecidos.

Sin embargo, que una herramienta se conecte correctamente no significa que sus supuestos sobre el gas, los tiempos de bloque, la finalización o los contratos del sistema sean precisos.

Los desarrolladores deben configurar los ajustes específicos de cada red, en lugar de tratar cada blockchain EVM como una copia de Ethereum.

Portabilidad de los contratos inteligentes

La portabilidad de los contratos inteligentes es la capacidad de desplegar código similar en varias redes EVM.

A menudo se pueden reutilizar contratos de tokens estándar, wallets multifirma, contratos de finanzas descentralizadas, sistemas NFT y contratos de gobernanza.

La documentación oficial de Ethereum sobre contratos inteligentes explica cómo el código y el estado de los contratos se almacenan en direcciones de la blockchain y se ejecutan mediante transacciones.

La portabilidad puede reducir el tiempo de desarrollo porque los equipos no tienen que reconstruir la lógica de negocio para una máquina virtual diferente.

También puede aumentar la coherencia entre despliegues.

Sin embargo, el código reutilizado sigue necesitando una nueva revisión de seguridad en el contexto de la red de destino.

La producción de bloques, las fuentes de precios, los bridges, los activos nativos y los contratos administrativos pueden modificar el modelo de riesgo de la aplicación.

Un contrato seguro en Ethereum puede dejar de serlo si sus supuestos no se cumplen en otra blockchain.

Estándares de tokens en blockchains equivalentes a la EVM

Las blockchains equivalentes a la EVM suelen admitir interfaces de tokens de Ethereum, como ERC-20, ERC-721 y ERC-1155.

Estas interfaces definen funciones y eventos estándar que utilizan wallets, aplicaciones, exploradores y sistemas de trading.

La documentación oficial de Ethereum sobre estándares de tokens explica cómo las interfaces compartidas mejoran la interoperabilidad de las aplicaciones de tokens.

Por lo general, un desarrollador puede desplegar un contrato de token estándar en una blockchain equivalente a la EVM sin cambiar su interfaz básica.

Sin embargo, un token desplegado en otra blockchain es un activo independiente, salvo que un bridge o emisor autorizado establezca una relación definida entre ambas versiones.

Que dos tokens tengan el mismo nombre, símbolo, número de decimales o código de contrato no los hace económicamente idénticos.

Antes de transferir o negociar un token, los usuarios deben verificar la red y la dirección del contrato.

Direcciones de contratos en distintas blockchains

La misma clave privada genera la misma dirección de cuenta externa en las redes EVM.

En ocasiones también se pueden reproducir las direcciones de contratos si se controlan cuidadosamente las condiciones de despliegue.

Una dirección de creación de contrato estándar depende de datos como la dirección del creador y el nonce.

Un despliegue determinista mediante CREATE2 depende del creador, el salt y el código de inicialización conforme a las reglas descritas en la EIP-1014.

Aunque un contrato tenga la misma dirección en dos blockchains, puede contener código, almacenamiento, permisos o saldos de tokens diferentes.

Los usuarios nunca deben confiar en un contrato únicamente porque su dirección les resulte familiar.

El código del contrato y los registros de despliegue deben verificarse de forma independiente en cada red.

Contratos precompilados

Los contratos precompilados proporcionan funciones a nivel de protocolo en direcciones especiales.

Realizan operaciones, como cálculos criptográficos, de forma más eficiente que el bytecode ordinario de la EVM.

La documentación de Solidity sobre contratos precompilados explica que su comportamiento está implementado directamente en el entorno de ejecución.

Una blockchain equivalente a la EVM debería admitir los precompilados de Ethereum que necesiten los contratos inteligentes que se prevé ejecutar en ella.

Algunas redes añaden precompilados adicionales para funciones específicas de la red.

Estos precompilados pueden mejorar el rendimiento o proporcionar acceso a funciones nativas de la blockchain.

También introducen comportamientos que no existen en Ethereum.

Los contratos que dependen de esas funciones adicionales pueden dejar de ser portables a Ethereum o a otra blockchain equivalente a la EVM.

Diferencias en el contexto de bloque

Los contratos de la EVM pueden consultar información sobre el bloque en el que se ejecutan.

Entre los valores pertinentes pueden figurar el número y la marca de tiempo del bloque, la comisión base, el límite de gas, el hash del bloque, el Chain ID e información relacionada con el productor del bloque.

Una blockchain equivalente a la EVM puede generar estos valores mediante un sistema de producción de bloques distinto.

Una blockchain Layer 2 también puede exponer información derivada de su secuenciador o de su relación con una red Layer 1.

Los tiempos de bloque pueden ser más cortos o menos regulares que los de Ethereum.

La finalización también puede depender de un proceso distinto.

Los contratos no deben suponer que un número determinado de bloques representa el mismo intervalo de tiempo o nivel de seguridad en todas las redes EVM.

Las aplicaciones que utilizan valores de bloque para generar aleatoriedad, gestionar subastas, calcular intereses o fijar plazos requieren una revisión adicional.

Blockchains Layer 1 equivalentes a la EVM

Una blockchain Layer 1 equivalente a la EVM opera su propia blockchain base, mecanismo de consenso, conjunto de validadores y estado.

No depende de Ethereum para finalizar todas las transacciones.

Aun así, puede utilizar la EVM como entorno de ejecución de contratos inteligentes.

Esto permite ejecutar aplicaciones de estilo Ethereum mientras la red utiliza su propio presupuesto de seguridad y sistema de gobernanza.

Los usuarios deben evaluar la distribución de validadores de la red, el diseño del consenso, la seguridad económica, el proceso de actualización y el historial operativo.

La equivalencia con la EVM no transfiere a otra red Layer 1 el conjunto de validadores ni la seguridad económica de Ethereum.

Por tanto, el mismo código de contrato puede funcionar conforme a un modelo de confianza muy distinto.

Blockchains Layer 2 equivalentes a la EVM

Una blockchain Layer 2 equivalente a la EVM procesa transacciones fuera del entorno de ejecución principal de Ethereum y utiliza Ethereum para una parte de su liquidación, disponibilidad de datos o modelo de seguridad.

La documentación oficial de Ethereum sobre Layer 2 explica cómo los rollups aumentan la capacidad de procesamiento de transacciones mientras utilizan Ethereum como capa de liquidación.

Un entorno de ejecución Layer 2 puede seguir el comportamiento de la EVM para facilitar el despliegue de aplicaciones de Ethereum.

Un secuenciador puede ordenar las transacciones y enviarlas posteriormente a Ethereum en lotes.

El sistema puede utilizar pruebas de fallos, pruebas de validez u otro diseño de verificación.

Los usuarios deben comprender que una confirmación rápida en Layer 2 no siempre equivale a la liquidación final en Ethereum.

Los tiempos de retirada, los sistemas de pruebas, los contratos bridge, la publicación de datos y los controles de actualización siguen siendo importantes, aunque el entorno de ejecución sea equivalente a la EVM.

Equivalencia con la EVM en los rollups

La equivalencia con la EVM beneficia a los rollups porque los desarrolladores pueden reutilizar contratos e infraestructura de Ethereum.

Un rollup puede ejecutar un cliente de ejecución de Ethereum modificado, pero cambiar la forma en que produce bloques y los envía a la capa de liquidación.

La documentación oficial sobre las diferencias de ejecución en redes equivalentes a la EVM señala que incluso los sistemas diseñados para reducir al mínimo los cambios pueden presentar diferencias que los desarrolladores deben conocer.

Estas diferencias pueden afectar a las comisiones, los campos de bloque, los orígenes de las transacciones, las transacciones de depósito, los contratos del sistema o el contexto relacionado con los opcodes.

Por tanto, un rollup puede tener una gran equivalencia con la EVM sin ser operativamente idéntico a Ethereum.

Antes de desplegar aplicaciones que dependan de comportamientos de bajo nivel, los desarrolladores deben leer las diferencias documentadas de la red.

Bridges y blockchains equivalentes a la EVM

Un bridge permite transferir activos o mensajes entre sistemas blockchain independientes.

La equivalencia con la EVM no conecta automáticamente el estado de dos blockchains.

Un token de Ethereum no aparece en otra blockchain equivalente a la EVM salvo que un bridge, emisor o protocolo cree allí una representación.

Un bridge puede bloquear un activo en una blockchain y emitir una representación correspondiente en otra.

Otro diseño de bridge puede quemar activos en un lado y acuñarlos en el otro.

El bridge introduce riesgos adicionales relacionados con los contratos inteligentes, la custodia, los validadores, las pruebas y las operaciones.

Antes de transferir fondos, los usuarios deben verificar el bridge oficial, el contrato del token, la blockchain de destino y el proceso de retirada.

Una dirección de wallet conocida no elimina el riesgo del bridge.

Activos nativos y tokens de gas

Ethereum utiliza ETH como activo nativo para pagar las comisiones de transacción.

Una blockchain equivalente a la EVM puede utilizar otro activo nativo para pagar el gas.

El formato de la dirección de wallet puede parecer el mismo aunque el activo necesario para pagar las comisiones sea distinto.

Un usuario que reciba tokens en la blockchain puede no poder moverlos si no dispone de suficiente moneda nativa para el gas.

Algunos sistemas Layer 2 utilizan ETH o un saldo relacionado con ETH para las comisiones, mientras que otras redes EVM utilizan su propio activo nativo.

Antes de interactuar con contratos, los usuarios deben obtener el activo de gas correcto mediante un método fiable y compatible.

Enviar el activo equivocado o seleccionar la red incorrecta puede hacer que los fondos queden inaccesibles temporalmente o se pierdan de forma permanente.

Ventajas de las blockchains equivalentes a la EVM

La equivalencia con la EVM puede reducir el tiempo necesario para lanzar una aplicación cripto en una nueva red.

Los desarrolladores pueden reutilizar contratos inteligentes, bibliotecas, sistemas de despliegue, suites de pruebas, integraciones de wallet y conocimientos operativos.

Los usuarios pueden interactuar mediante direcciones hexadecimales conocidas e interfaces familiares para firmar transacciones.

Los auditores pueden aplicar herramientas y métodos de revisión de seguridad de la EVM ya establecidos.

Los proveedores de infraestructura pueden dar soporte a nuevas redes mediante arquitecturas RPC e indexación existentes.

Los proyectos de tokens pueden utilizar interfaces estándar que reconocen las wallets y las aplicaciones.

Estas ventajas pueden aumentar la disponibilidad de las aplicaciones y facilitar que los usuarios se muevan entre ecosistemas EVM.

También pueden reducir la fragmentación en el ámbito de la programación y las herramientas.

Limitaciones de la equivalencia con la EVM

La equivalencia con la EVM no garantiza que las comisiones sean idénticas.

Tampoco garantiza que la velocidad de las transacciones o la finalización sean iguales.

No garantiza que los mismos contratos estén desplegados en las mismas direcciones.

No garantiza que los bridges sean seguros.

No garantiza que los validadores o el sistema de secuenciadores estén descentralizados.

No garantiza que la red adopte inmediatamente las actualizaciones de Ethereum.

Tampoco garantiza que todas las wallets, los métodos RPC, los indexadores o las herramientas de depuración de Ethereum funcionen a la perfección.

Además, no proporciona a otra blockchain la misma seguridad económica que Ethereum.

Por tanto, la equivalencia con la EVM debe entenderse como una propiedad de ejecución, no como una afirmación completa sobre la calidad o seguridad de la red.

Riesgos de seguridad de las blockchains equivalentes a la EVM

Las blockchains equivalentes a la EVM heredan muchos riesgos conocidos de los contratos inteligentes de la EVM.

Entre ellos se encuentran la reentrada, los fallos de control de acceso, la manipulación de oráculos, las actualizaciones inseguras, los errores de firma y las suposiciones incorrectas sobre los tokens.

También pueden introducir riesgos específicos de la red.

Una blockchain Layer 1 puede tener un conjunto de validadores concentrado o claves de gobernanza con mucho poder.

Una blockchain Layer 2 puede depender de un secuenciador centralizado, contratos bridge actualizables, infraestructura de pruebas o un consejo de seguridad de emergencia.

Las distintas normas sobre comisiones y bloques pueden afectar a aplicaciones diseñadas según los supuestos de Ethereum.

Los precompilados y contratos de sistema específicos de la red crean rutas de código adicionales que pueden requerir una auditoría.

Además de auditar los contratos EVM portables, los desarrolladores deben revisar la arquitectura de la red de destino.

Riesgos de actualización y versión

El entorno de ejecución de Ethereum cambia mediante actualizaciones del protocolo.

Las nuevas actualizaciones pueden introducir formatos de transacción, opcodes, precompilados, cambios de gas o funciones de cuenta.

Una blockchain equivalente a la EVM puede adoptar esos cambios de inmediato, más adelante, de forma parcial o no adoptarlos.

Esto puede crear una divergencia de versiones entre la blockchain y la especificación de ejecución de Ethereum.

Un contrato compilado para una versión más reciente de la EVM puede contener instrucciones que una blockchain antigua no admita.

Los desarrolladores deben configurar la versión de destino de la EVM del compilador según la red a la que se dirija el despliegue.

También deben seguir los anuncios de la red antes de actualizar bibliotecas o los ajustes del compilador.

La etiqueta «equivalente a la EVM» siempre debe interpretarse en relación con una fork concreta de Ethereum o una versión determinada de las especificaciones de ejecución.

Cómo deben probar los desarrolladores la equivalencia con la EVM

Los desarrolladores deben empezar por comprobar qué forks de Ethereum admite la red de destino, según su documentación.

Deben confirmar la compatibilidad con todos los opcodes, precompilados, tipos de transacción y métodos RPC utilizados por la aplicación.

Deben ejecutar las mismas pruebas unitarias y de integración en Ethereum y en la red de destino.

Los desarrolladores deben comparar los valores devueltos, los eventos emitidos, los cambios de estado, las reversiones, el uso de gas y los recibos de transacción.

Los contratos que utilizan información de bloques deben probarse según el comportamiento temporal y de producción de bloques de la red de destino.

Las aplicaciones también deben probar las conexiones de wallet, el cambio de red, la estimación de gas, la indexación de registros y la sustitución de transacciones.

Las dependencias de bridges y oráculos requieren pruebas independientes, porque la equivalencia con la EVM no reproduce la infraestructura externa.

Las pruebas deben incluir transacciones fallidas y casos límite inusuales, no solo transferencias básicas satisfactorias.

Cómo pueden identificar los usuarios una blockchain equivalente a la EVM

Una blockchain equivalente a la EVM suele proporcionar un endpoint RPC de estilo Ethereum y un Chain ID único.

Las direcciones de wallet suelen utilizar el mismo formato hexadecimal que en Ethereum.

La red suele admitir contratos Solidity e interfaces conocidas de tokens de Ethereum.

Su documentación puede describir la fork de Ethereum admitida, el cliente de ejecución, el conjunto de opcodes y las diferencias conocidas.

Los usuarios deben consultar la documentación técnica oficial, en lugar de confiar únicamente en afirmaciones de marketing.

Que una blockchain admita una wallet de estilo Ethereum no significa automáticamente que sea completamente equivalente a la EVM.

La conexión de una wallet solo demuestra que la red admite suficientes interfaces relacionadas para establecer esa conexión.

Por qué importa la equivalencia con la EVM a los traders de criptomonedas

La equivalencia con la EVM afecta a la forma en que los traders mueven tokens, conectan wallets, utilizan aplicaciones descentralizadas y verifican direcciones de contratos.

Un trader puede interactuar con interfaces de tokens similares en varias blockchains EVM.

Sin embargo, la liquidez, las rutas de los bridges, los activos para gas, los emisores de tokens y los contratos desplegados siguen dependiendo de cada red.

Un token con el mismo símbolo puede tener direcciones de contrato y valor económico distintos en diferentes blockchains.

Antes de aprobar un swap o una transferencia, los traders deben verificar tanto la blockchain como la dirección del contrato.

También deben mantener suficiente moneda nativa para gas para cerrar posiciones o mover activos en condiciones volátiles.

La equivalencia con la EVM aumenta la familiaridad, pero no elimina los riesgos de los contratos inteligentes, los bridges, la liquidez o la red.

Ejemplo de despliegue en una blockchain equivalente a la EVM

Supongamos que un equipo de desarrollo tiene un contrato de token auditado que ya funciona en Ethereum.

El equipo quiere desplegar la misma aplicación en una blockchain Layer 2 equivalente a la EVM.

Los desarrolladores utilizan el mismo código fuente de Solidity y la misma configuración del compilador.

Cambian el script de despliegue para utilizar el nuevo endpoint RPC y el Chain ID.

El contrato se despliega correctamente porque la blockchain reconoce el mismo bytecode de la EVM.

A continuación, el equipo actualiza la aplicación con la nueva dirección del contrato y los ajustes de gas nativos.

Durante las pruebas, los desarrolladores descubren que la comisión final de transacción incluye un componente adicional relacionado con los datos que no figuraba en la estimación de comisión original.

También descubren que las direcciones del bridge y de la fuente de precios de la aplicación deben configurarse por separado.

La lógica del contrato es portable, pero la infraestructura y los supuestos de riesgo no son idénticos.

Este ejemplo muestra que la equivalencia con la EVM simplifica el despliegue, pero no hace intercambiables todos los detalles de las redes.

Malentendidos frecuentes sobre las blockchains equivalentes a la EVM

Un malentendido frecuente es pensar que las blockchains equivalentes a la EVM forman parte de la misma blockchain.

Normalmente mantienen estados, saldos, bloques, validadores e historiales de transacciones independientes.

Otro malentendido es creer que una misma dirección debe contener los mismos activos en todas las redes EVM.

Una dirección puede tener saldos y código de contratos completamente distintos en cada red.

Un tercer malentendido es pensar que todas las blockchains equivalentes a la EVM tienen la seguridad de Ethereum.

La seguridad depende de los sistemas propios de consenso, liquidación, datos, bridges, gobernanza y actualización de cada blockchain.

Un cuarto malentendido es suponer que una ejecución equivalente de los contratos garantiza comisiones de transacción idénticas.

Los precios del gas, las monedas utilizadas para las comisiones, los costes de datos y los límites de recursos pueden variar.

Un quinto malentendido es creer que cualquier aplicación de Ethereum puede migrarse a otra blockchain sin realizar pruebas.

Las direcciones externas, las respuestas RPC, los tipos de transacción y el contexto de los bloques pueden requerir cambios.

Preguntas frecuentes

¿Qué significa que una blockchain sea equivalente a la EVM?

Es una blockchain diseñada para ejecutar bytecode de Ethereum Virtual Machine con un comportamiento que se ajusta estrechamente a las reglas de ejecución de Ethereum.

¿Equivalente a la EVM significa lo mismo que compatible con la EVM?

No. La compatibilidad con la EVM suele significar que se pueden ejecutar aplicaciones de Ethereum, mientras que la equivalencia con la EVM aspira a reproducir con mayor fidelidad el comportamiento del bytecode y la semántica de ejecución.

¿Las blockchains equivalentes a la EVM utilizan la blockchain de Ethereum?

No necesariamente. Una blockchain Layer 1 equivalente a la EVM puede funcionar de forma independiente, mientras que una Layer 2 equivalente a la EVM puede utilizar Ethereum para la liquidación o la disponibilidad de datos.

¿Las blockchains equivalentes a la EVM utilizan las mismas direcciones de wallet?

Normalmente, la misma clave privada genera el mismo formato de dirección, pero los saldos y las transacciones siguen siendo independientes en cada blockchain.

¿Puede ejecutarse el mismo contrato inteligente en todas las blockchains equivalentes a la EVM?

Muchos contratos pueden ejecutarse con pocos cambios, pero es necesario probar las dependencias, las versiones de fork admitidas, las normas de gas, los contratos de sistema y la infraestructura externa.

¿Las blockchains equivalentes a la EVM tienen las mismas comisiones de gas?

No. La ejecución puede utilizar un sistema de contabilidad de gas similar, aunque varíen el precio del gas, el activo nativo para pagar las comisiones, los cargos por datos y el coste total de transacción.

¿Los tokens se comparten automáticamente entre blockchains equivalentes a la EVM?

No. Los tokens de distintas blockchains son independientes, salvo que un bridge o emisor reconocido establezca una relación definida entre ellos.

¿Las blockchains equivalentes a la EVM son tan seguras como Ethereum?

No automáticamente. Cada blockchain puede tener validadores, secuenciadores, bridges, controles de gobernanza, normas de finalización y niveles de seguridad económica diferentes.

¿Se puede utilizar Solidity en blockchains equivalentes a la EVM?

Sí. Solidity se admite habitualmente porque se compila en bytecode de la EVM.

¿Se pueden utilizar herramientas de desarrollo de Ethereum en blockchains equivalentes a la EVM?

Muchas herramientas de Ethereum pueden utilizarse después de configurar el endpoint RPC correcto, el Chain ID, los ajustes de comisiones y la información de despliegue específica de la red.

¿Por qué las blockchains equivalentes a la EVM siguen teniendo diferencias documentadas?

Pueden necesitar comportamientos distintos para la producción de bloques, las comisiones, la liquidación, los bridges y los contratos de sistema, al tiempo que mantienen la ejecución central de la EVM lo más cercana posible a Ethereum.

¿Cómo puedo verificar si una blockchain es realmente equivalente a la EVM?

Consulta sus especificaciones oficiales de ejecución, la fork de Ethereum admitida, el comportamiento de los opcodes, los tipos de transacción, los métodos RPC, los precompilados, los resultados de las pruebas y las diferencias documentadas.

Conclusión

Las blockchains equivalentes a la EVM son redes diseñadas para reproducir con la mayor fidelidad posible la ejecución de Ethereum Virtual Machine.

Permiten a los desarrolladores reutilizar contratos Solidity, bytecode de la EVM, estándares de tokens, integraciones de wallet, interfaces RPC y herramientas de desarrollo conocidas.

Para lograr una equivalencia sólida, es necesario ajustarse estrechamente al comportamiento de los opcodes, las transiciones de estado, las llamadas a contratos, el almacenamiento, la gestión de errores, el procesamiento de transacciones y otros aspectos de la semántica de ejecución.

Sin embargo, la equivalencia con la EVM no significa que dos blockchains sean completamente idénticas.

El consenso, los validadores, los secuenciadores, los bridges, las comisiones, los tiempos de bloque, la finalización, la gobernanza, la disponibilidad de datos y los activos nativos pueden ser distintos.

Tampoco transfiere automáticamente tokens, saldos, estados de contratos ni la seguridad económica de Ethereum a otra red.

Los desarrolladores deben identificar qué fork de Ethereum admite la red y probar los contratos, los métodos RPC, el comportamiento del gas, los precompilados, los valores de bloque, los bridges y las dependencias externas.

Antes de aprobar transacciones, los usuarios deben verificar la red, el Chain ID, el activo de gas, el contrato del token y el bridge.

La principal ventaja de la equivalencia con la EVM es la portabilidad, no la identidad perfecta.

Comprender esta diferencia ayuda a los usuarios y desarrolladores de cripto a aprovechar la familiaridad de la tecnología de Ethereum sin pasar por alto los riesgos y las normas propios de cada blockchain.