Introducción a la Máquina Virtual de Ethereum (EVM): el motor que ejecuta todos los contratos inteligentes

Recuerdo la primera vez que las comisiones de gas se llevaron la mitad de mi transacción. Era 2021, intentaba crear algo en OpenSea y la red me pedía 87 dólares solo por procesarlo. En ese momento me di cuenta de que no entendía bien lo que pasaba internamente. ¿Por qué costaba tanto? ¿Adónde iba el dinero? ¿Qué era lo que ejecutaba mi transacción? La respuesta a las tres preguntas era la misma: la Máquina Virtual de Ethereum.

La mayoría de los entusiastas de las criptomonedas han oído hablar de la "EVM". Sin embargo, muchos menos saben qué hace. Esto es importante, ya que la EVM influye en prácticamente todo en Ethereum y en las más de 390 cadenas que adoptaron su diseño. Actualmente, más de 190 mil millones de dólares en valor DeFi se encuentran en redes EVM. Si alguna vez has usado MetaMask, intercambiado tokens o hecho clic en un botón en una dApp (aplicación descentralizada), la EVM era la que realizaba el trabajo en segundo plano. Los nodos ejecutan contratos inteligentes en todas esas cadenas, y la EVM es la que hace posible que cada una de esas llamadas se ejecute.

Así que vamos a analizarlo en profundidad. No la versión de los libros de texto, sino la real.

¿Qué es la Máquina Virtual de Ethereum y por qué es importante?

Bien, empecemos por la versión más sencilla. ¿Conoces las calculadoras? Escribes 2 + 2 y obtienes 4. Aburrido. Ahora imagina esa calculadora funcionando en 10 000 teléfonos simultáneamente. Todos los teléfonos obtienen la misma respuesta. Si un teléfono intenta afirmar que "2 + 2 = 5", los otros 9999 lo rechazan al instante. Nadie controla la calculadora, nadie puede apagarla y nadie puede manipularla. Eso es básicamente lo que hace la EVM, solo que en lugar de tareas matemáticas, ejecuta contratos inteligentes que mueven dinero real.

En informática, esto se conoce como máquina de estados. Ethereum registra una gran cantidad de datos: quién posee qué monedas, qué contratos inteligentes existen, cuánto ether hay en cada dirección, qué información almacena cada contrato. Todo eso constituye el "estado". Se envía una transacción. La EVM la procesa comparándola con el estado actual. Se genera un nuevo estado. El estado anterior más la transacción equivalen al nuevo estado. La fórmula en papel es: Y(S, T) = S'. Listo.

Lo sorprendente es la redundancia. Tu transacción no llega a un solo servidor en Virginia. Pasa por miles de nodos en toda la red Ethereum. Cada uno realiza los cálculos por su cuenta. Comparan los resultados. ¿Coinciden? Perfecto, el nuevo estado se añade a la cadena de bloques. ¿No coinciden? La versión incorrecta se descarta. Siempre me imagino a miles de contadores rellenando la misma declaración de impuestos. Uno de ellos escribe un número diferente, todos se detienen y encuentran el error.

Y aquí radica la diferencia con el software convencional. Nadie gestiona la EVM. No hay ninguna empresa detrás. No hay servicio de soporte. No hay ningún administrador que pueda revertir una operación discretamente a las 2 de la madrugada. El código es de código abierto, se ejecuta de la misma manera en todos los nodos, y la confianza surge de ese gran consenso, en lugar de que alguna figura de autoridad diga "confía en mí".

¿Cómo funciona la EVM?: desde Solidity hasta la ejecución.

Permítanme explicarles el ciclo de vida de un contrato inteligente, porque una vez que vean la cadena completa de eventos, la EVM tendrá mucho más sentido.

Primer paso: escribir código. Solidity es el lenguaje de programación que elige aproximadamente el 90 % de los desarrolladores de EVM. Toma prestada la sintaxis de JavaScript: llaves, funciones, variables, lo habitual. También existe Vyper (más parecido a Python, intencionadamente más simple), pero Solidity es el que predomina. Aquí está el problema que suele confundir a los principiantes: cada línea de código cuesta dinero real. No hay entorno aislado. No hay posibilidad de deshacer los cambios. Implementas un contrato con un error, y ese error es permanente a menos que hayas creado un mecanismo de actualización con antelación. Aprendí esto por las malas viendo a un amigo desarrollador perder el sueño por un decimal mal colocado.

Segundo paso: tu código Solidity se compila en bytecode. Piensa en el bytecode como el lenguaje máquina de la EVM. Escribes código que un humano puede leer. El compilador lo convierte en un código hexadecimal que la EVM entiende. Dentro de ese código hexadecimal hay códigos de operación, aproximadamente 150. ADD realiza la suma. SSTORE guarda los datos de forma permanente. CALL permite que un contrato se comunique con otro. Un código de operación, una pequeña tarea. Tu contrato encadena miles de estas tareas.

El tercer paso es donde se pone interesante. Alguien llama a tu contrato. Cada nodo de la red toma la transacción, carga tu código de bytes y comienza a procesar los códigos de operación secuencialmente. El procesador se basa en una pila: imagina una pila de platos donde solo puedes tocar el superior. Inserta un número. Inserta otro número. Ejecuta la suma. Ambos números se extraen de la parte superior, se suman y el resultado se vuelve a insertar. Profundidad máxima de 1024 elementos, cada uno de 256 bits de ancho.

Cada nodo realiza esta operación de forma independiente. Mismo código de bytes, mismas entradas, mismo estado inicial. La misma respuesta siempre. Esa predictibilidad es la razón por la que el consenso de la cadena de bloques funciona. Si la EVM pudiera generar resultados diferentes en distintas máquinas, todo el sistema se derrumbaría.

Arquitectura de la EVM: pila, memoria y almacenamiento

La EVM gestiona los datos en tres capas. Esta parte es importante porque afecta directamente al coste de las transacciones.

La pila es la pieza clave. Toda la computación se realiza aquí. Se inserta, se extrae, se opera y se repite el proceso. Es rápida, económica (alrededor de 3 unidades de gas por operación) y desaparece al finalizar la ejecución. La mayoría de los códigos de operación trabajan directamente con la pila.

La memoria es como un bloc de notas. Se puede leer y escribir en cualquier posición, lo que la hace más flexible que la pila para elementos como cadenas de texto o grandes matrices. Sin embargo, la memoria también desaparece tras la transacción. En cuanto al coste, se sitúa en un punto intermedio: es más cara que la pila, pero mucho más barata que el almacenamiento. Crece según sea necesario, y el coste de gas aumenta cuadráticamente a medida que se asigna más memoria.

Luego está el almacenamiento . Este es el aspecto más costoso, y con razón. El almacenamiento es permanente. Cuando tu contrato inteligente registra que Alice posee 500 tokens, esos datos se escriben en el árbol de estado de Ethereum y permanecen allí. Cada nodo de la red los almacena. Para siempre. Una nueva escritura en el almacenamiento cuesta 20 000 gas. Una actualización cuesta 5 000 gas. Para que te hagas una idea, una simple transferencia de ether cuesta 21 000 gas en total. Así que una sola escritura en el almacenamiento es casi tan costosa como una transacción básica completa.

Si alguna vez te has preguntado por qué implementar un contrato inteligente es tan costoso, esta es la razón. La implementación escribe todo el código de bytes y los datos iniciales del contrato en el almacenamiento. Eso representa una gran cantidad de operaciones de 20 000 unidades de gas acumuladas.

Si esto te suena familiar, es normal. Los ordenadores convencionales funcionan igual. Los registros de la CPU son rápidos pero diminutos, como la pila. La RAM es más grande y más lenta, como la memoria. Los discos duros almacenan todo, pero consumen mucho tiempo por escritura, como el almacenamiento. Los creadores de Ethereum lo diseñaron así a propósito. Quieren que sientas el coste de almacenar información en la cadena de bloques para siempre, para que solo almacenes lo que realmente necesitas.

Tarifas de gas en la EVM: cómo Ethereum valora los cálculos

Necesito hablar sobre el gas, porque es la parte más ingeniosa y a la vez la más frustrante del EVM.

La EVM es Turing-completa. En otras palabras: puede ejecutar cualquier cálculo que se le proponga, incluso bucles infinitos. Imagínese a alguien implementando un contrato con `while(true)` sin coste alguno. Todos los nodos se bloquean. La cadena de bloques se congela. Fin del juego.

El gas evita que eso suceda. Cada código de operación tiene un costo. ADD cuesta 3 de gas. SSTORE cuesta 5000 o 20000 de gas. Al enviar una transacción, se establece un presupuesto de gas. ¿El cálculo termina con un presupuesto menor al real? Se obtiene un reembolso por el gas no utilizado. ¿Se alcanzó el límite? Todo se revierte, pero aún así se paga por el gas consumido. Los bucles infinitos agotan el presupuesto y terminan.

El importe que se deduce de tu monedero es el gas utilizado multiplicado por el precio del gas. El gas utilizado depende de la transacción que realices. El precio del gas fluctúa según la actividad de la red, medida en gwei (una milmillonésima parte de un ether). ¿Mucha actividad en la red? El precio del gas sube. ¿Domingo tranquilo? El precio del gas baja.

Y aquí es donde la historia se pone interesante. ¿Recuerdan mi inversión de $87 en 2021? El gas costaba regularmente entre 100 y 200 gwei en aquel entonces. El auge de las finanzas descentralizadas (DeFi) y la locura de los NFT hicieron que la red funcionara a plena capacidad. Avancemos hasta principios de 2026, y el precio promedio del gas ronda los 3 gwei. Una transferencia básica de ETH cuesta aproximadamente entre $0.30 y $0.67. Eso representa una caída del 96% con respecto a 2021.

¿Qué cambió? Dos cosas. Primero, la actualización Dencun en marzo de 2024 introdujo EIP-4844, que creó el almacenamiento de "blobs" para rollups. Antes de los blobs, las redes de capa 2 tenían que publicar sus datos como calldata en la red principal de Ethereum, lo cual era costoso. Los blobs son temporales y mucho más baratos, reduciendo los costos de publicación de L2 en aproximadamente un 95 %. Segundo, la mayor parte de la actividad simplemente se trasladó a las redes de capa 2. Cuando tu intercambio de Uniswap se ejecuta en Arbitrum en lugar de la red principal, la capa base permanece despejada.

En esas redes de capa 2, un intercambio puede costar menos de un centavo. Arbitrum, Base y Optimism utilizan la EVM, por lo que tu código Solidity funciona de la misma manera. Solo pagas una fracción del gas.

Compatibilidad con EVM: por qué más de 390 blockchains copiaron el modelo de Ethereum

Aquí es donde la historia de EVM pasa de ser interesante a ser realmente significativa para toda la industria.

Cuando se lanzó BNB Chain, Binance no inventó una nueva máquina virtual. Tomaron la EVM y la modificaron. Polygon hizo lo mismo. Avalanche, Fantom, Cronos, Harmony, Gnosis Chain: la misma historia. Incluso los rollups de capa 2 diseñados específicamente para este fin, como Arbitrum y Optimism, ejecutan la EVM de forma nativa. El resultado es un ecosistema de más de 390 cadenas compatibles con la EVM, aunque solo entre 40 y 50 tienen una actividad diaria significativa.

¿Por qué copiar Ethereum en lugar de crear uno nuevo? Hay tres razones, todas ellas prácticas.

En primer lugar, los desarrolladores. Hay más de 20 000 desarrolladores de Solidity en el mundo. Si se lanza una cadena EVM, todos ellos pueden entregar código el primer día sin necesidad de aprender un nuevo lenguaje. Solana usa Rust. Aptos y Sui usan Move. Estas cadenas tuvieron que crear sus equipos de desarrolladores desde cero. Una cadena EVM elimina por completo ese problema.

En segundo lugar, herramientas gratuitas. MetaMask, Hardhat, Foundry, Ethers.js, OpenZeppelin, Etherscan. Todo el conjunto de herramientas de Ethereum funciona en cualquier cadena EVM sin necesidad de modificaciones. La misma billetera. El mismo marco de pruebas. El mismo explorador de bloques. Esto ahorra años de trabajo.

En tercer lugar, DeFi se mueve con la EVM. Uniswap, Aave, Curve, SushiSwap. Todas operan en cinco o más cadenas EVM. Los contratos se copian y pegan de Ethereum a Polygon, luego a Arbitrum y finalmente a BNB Chain. Mismo código, misma auditoría, mismo modelo de seguridad. Los puentes conectan la liquidez. La EVM es el nexo de unión.

Pero copiar la EVM implica copiar también sus problemas. Una transacción a la vez. Palabras de 256 bits en procesadores de 64 bits, lo que añade sobrecarga. Un sistema de gas que funciona pero añade complejidad que las máquinas virtuales más recientes omiten. La SVM de Solana ejecuta transacciones en paralelo. MoveVM tiene un modelo de recursos que elimina categorías enteras de errores. FuelVM toma prestadas ideas del diseño de CPU modernas.

¿Alguna de ellas ha alcanzado a la EVM en adopción? No. Ni de cerca. Una mejor tecnología sobre el papel no supera los efectos de red en el mundo real. La EVM cuenta con la mayor cantidad de desarrolladores, los protocolos más activos, los patrones de código más auditados y el mayor historial de ataques informáticos. En el mundo de las criptomonedas, donde un solo fallo puede costar cientos de millones de dólares, las cicatrices valen más que los resultados de las pruebas de rendimiento.

Estado de Ethereum y cómo la EVM mantiene el consenso.

Esta parte se vuelve más técnica, pero es importante. Explica por qué los nodos de Ethereum necesitan hardware real y por qué guardar datos en la cadena de bloques cuesta una fortuna.

Ethereum mantiene una enorme tabla de consulta. Si le proporcionas cualquier dirección, te devuelve el saldo de ether, el nonce (número de transacción) y, para las direcciones de contrato, el código de bytes completo más todos los datos almacenados. Millones de direcciones. Cientos de gigabytes. Ese es el estado de Ethereum.

Todo reside en un árbol Merkle Patricia. En resumen: es un árbol donde cada rama tiene su propio hash, y todos los hashes se combinan en un hash raíz en la parte superior. Ese hash raíz se encuentra en la cabecera de cada bloque. Si se transfieren 0,001 ETH entre dos monederos, el hash raíz cambia por completo. Los validadores comprueban los bloques ejecutando cada transacción, calculando el hash raíz resultante y comparándolo. ¿El hash es el mismo? El bloque es válido. ¿El hash es diferente? El bloque se rechaza.

Ejecutar un nodo implica mantener todo el árbol actualizado con cada bloque. Este es, de hecho, el mayor problema de escalabilidad de Ethereum. La máquina virtual es lo suficientemente rápida, pero el estado sigue creciendo. Cada SSTORE añade una nueva hoja al árbol. Cada nuevo contrato acumula más datos. Los árboles de Verkle podrían solucionar esto. El equipo de Ethereum lleva un par de años desarrollándolos. Permitirían a los nodos comprobar los bloques sin almacenar el estado completo. Si Verkle se implementa, ejecutar un nodo será mucho más económico y más personas podrán unirse al conjunto de validadores.

Implementación de EVM: una especificación, muchos clientes

La mayoría de la gente no se da cuenta de esto: la EVM es una especificación, no un programa. Es un documento que indica: «Dados estos datos de entrada, produce estas salidas». Cualquiera puede crear su propia versión en el lenguaje que prefiera, siempre y cuando cumpla con la especificación.

Geth es el principal. Escrito en Go. Se ejecuta en la mayoría de los nodos de Ethereum. Pero existen otros: Nethermind (C#), Besu (Java, diseñado para empresas), Erigon (Go, optimizado para disco) y Reth (Rust, desarrollado por Paradigm). Los desarrolladores principales buscan precisamente esta diversidad. ¿Por qué? Si el 95 % de los nodos ejecutan Geth y este introduce un error crítico, toda la red se ve afectada. Si el error se distribuye entre cinco clientes, solo afecta al 20 % de los nodos. El resto sigue funcionando sin problemas.

Las redes de capa 2 añaden su propio matiz. Arbitrum creó una versión modificada llamada Arbitrum VM. Optimism busca la "equivalencia EVM", un comportamiento idéntico byte a byte. zkSync Era va más allá. Compila el código de bytes de EVM a un formato que funciona con pruebas de conocimiento cero. Una ruta de ejecución totalmente diferente internamente. Pero para un desarrollador de Solidity, sigue pareciendo lo mismo. El hecho de que arquitecturas radicalmente diferentes presenten la misma cara a los desarrolladores es, sinceramente, una de las cosas más infravaloradas de la EVM.

Como desarrollador, en general no te importa qué cliente procese tu contrato. Escribes código Solidity, lo compilas a bytecode y lo implementas. La especificación garantiza el mismo resultado en todas partes.

Desarrollo de contratos inteligentes en la EVM: ¿a qué se enfrentan realmente los desarrolladores?

Los desarrolladores web que intentan crear aplicaciones para la EVM se llevan una desagradable sorpresa. Los errores cuestan dinero real. No se pueden solucionar los problemas en producción. Si se lanza un contrato defectuoso, seguirá defectuoso a menos que se haya planificado con antelación.

Solidity impulsa más del 90 % de los contratos EVM. Sus herramientas han mejorado notablemente. Hardhat ofrece JavaScript/TypeScript con complementos. Foundry utiliza Rust, es más rápido y permite escribir pruebas en Solidity. Ambos ejecutan una EVM local para que puedas realizar pruebas sin pagar comisiones. Recomendaría Foundry para cualquier proyecto nuevo. Sin embargo, una vez que tu conjunto de pruebas supere las cien pruebas, la diferencia de velocidad se hace evidente.

Los estándares de tokens mantienen el ecosistema organizado. ERC-20 abarca tokens fungibles como USDT, LINK y UNI. ERC-721 se utiliza para NFT. ERC-1155 gestiona contratos multi-token. ERC-4626 se encarga de las bóvedas de rendimiento. Todos funcionan de la misma manera en cualquier cadena EVM. Escribe tu contrato una vez y despliégalo en Ethereum, Arbitrum, Base y Polygon. Mismo código, mismo comportamiento.

¿Seguridad? Difícil. Los ataques de reentrada han vaciado cientos de millones a lo largo de los años. El hackeo de DAO en 2016 dividió Ethereum en dos debido a un fallo de reentrada que permitió a un atacante realizar retiros en bucle y vaciar 60 millones de dólares. Los desbordamientos de enteros fueron una plaga hasta que Solidity 0.8 añadió comprobaciones predeterminadas en 2021. Los errores de control de acceso siguen apareciendo en el código auditado de equipos profesionales. Herramientas como Slither, Mythril y Certora detectan algunos errores, pero nada reemplaza una auditoría adecuada. E incluso las auditorías pasan por alto cosas. Así son las cosas.

Actualmente, un token ERC-20 básico cuesta entre 5 y 20 dólares en la red principal. ¿Un protocolo DeFi completo? Quizás unos cientos de dólares. ¿En redes de capa 2? Centavos. No es de extrañar que el 65 % de los nuevos contratos en 2025 se implementaran en la capa 2.

El ecosistema EVM en 2026: el dominio de la capa 2 y lo que viene después.

Hace tres años, las redes de capa 2 tenían un valor total bloqueado (TVL) de 4 mil millones de dólares. Ahora supera los 50 mil millones. Solo Arbitrum tiene 16.6 mil millones. Base se sitúa en 10 mil millones. Optimism en 6 mil millones. Este cambio se produjo porque las comisiones de L2 cayeron casi a cero. Intercambios de menos de un centavo en la mayoría de los rollups. Incluso las comisiones de la red principal cayeron por debajo de un dólar. Antes se decía que Ethereum era demasiado caro y que todos deberían usar Solana. Ese argumento ya no tiene el mismo impacto.

La abstracción de cuentas (ERC-4337) ha revolucionado el panorama en 2025 y 2026. Las carteras inteligentes permiten a los usuarios pagar las comisiones con stablecoins, agrupar varias acciones en una sola transacción y recuperar cuentas sin necesidad de frases semilla. Si alguna vez has visto a un amigo abandonar el mundo de las criptomonedas porque MetaMask le obligaba a aprobar dos ventanas emergentes para un solo intercambio, entenderás por qué esto es importante. La diferencia entre una cartera de criptomonedas y una aplicación bancaria tradicional se está reduciendo.

¿Qué sigue? Estoy al tanto de varias cosas. EOF (EVM Object Format) limpia el código de bytes, lo que reduce los costos de validación y mejora el funcionamiento de las herramientas. La investigación sobre ejecución paralela podría permitir que la EVM gestione transacciones independientes simultáneamente, en lugar de una por una. Aún es pronto, pero si funciona, el rendimiento aumentará considerablemente sin que los desarrolladores tengan que modificar nada. Además, los árboles de Verkle están cada vez más cerca de su lanzamiento.

La competencia es real. La SVM de Solana ofrece un mayor rendimiento. MoveVM introdujo patrones que previenen categorías enteras de errores. Pero fíjense en las cifras. El ecosistema EVM cuenta con más de 190 mil millones de dólares en TVL de DeFi. El volumen mensual de DEX supera los 400 mil millones de dólares. Más de 20 000 desarrolladores trabajan sobre él. Casi 11 años de pruebas en condiciones reales. Las máquinas virtuales más recientes superan las pruebas de rendimiento. EVM gana en todo lo que realmente importa cuando hay dinero real en juego.

Marco Lucchetti

Marco Lucchetti is a senior content strategist and blockchain analyst at Plisio. With over 7 years of experience in cryptocurrency research, DeFi protocols, and payment technologies, Marco specializes in creating clear, data-driven content for a global crypto audience. His work focuses on transaction tracing, crypto compliance, and the future of blockchain infrastructure.