Ethereum Mainnet

¿Qué es Ethereum Mainnet?

Ethereum Mainnet es la blockchain pública principal de producción de la red Ethereum.

Es la red activa en la que ETH y otros criptoactivos tienen valor económico real y donde las transacciones confirmadas producen cambios permanentes en el estado de la blockchain.

Los usuarios pueden enviar ETH, transferir tokens, interactuar con contratos inteligentes, crear activos digitales, hacer staking de ETH y utilizar aplicaciones descentralizadas en Ethereum Mainnet.

Los desarrolladores despliegan contratos inteligentes de producción en Mainnet después de probar el código en redes locales o testnets públicas.

La documentación oficial de las redes de Ethereum describe Mainnet como la blockchain pública principal de producción de Ethereum, donde se producen transacciones con valor real.

Solo existe una Ethereum Mainnet, aunque muchas redes independientes utilizan software de Ethereum, direcciones del tipo Ethereum o la Ethereum Virtual Machine.

Estas otras redes no comparten los saldos, el historial de transacciones, los validadores, el estado de los contratos inteligentes ni la seguridad económica de Mainnet, salvo que un bridge o protocolo independiente las conecte.

Ethereum Mainnet también se conoce habitualmente como Ethereum, Mainnet, Ethereum Layer 1 o Ethereum L1 cuando el contexto está claro.

¿Por qué se llama Mainnet?

Mainnet es la abreviatura de «main network» (red principal).

El término distingue la blockchain de producción activa de las redes de prueba, las redes privadas, las cadenas de desarrollo local y las simulaciones.

Las transacciones en Mainnet utilizan ETH real para pagar la comisión de gas y pueden transferir activos con valor de mercado real.

Las transacciones en una testnet suelen utilizar activos de prueba destinados únicamente al desarrollo.

La EIP-2228 estandarizó Ethereum Mainnet como nombre propio de la red Ethereum con el ID de red 1 y el chain ID 1.

Utilizar el nombre correcto ayuda a wallets, desarrolladores, operadores de infraestructura y usuarios a distinguir esta red de otros entornos basados en Ethereum.

¿Cuándo se lanzó Ethereum Mainnet?

Ethereum Mainnet se lanzó el 30 de julio de 2015, cuando se puso en marcha su bloque génesis con la versión Frontier.

El bloque génesis es el primer bloque del historial de una blockchain.

Todos los bloques posteriores de Ethereum Mainnet pueden rastrearse hasta ese punto de partida mediante enlaces criptográficos.

La historia oficial de los diez años de Ethereum señala el 30 de julio de 2015 como la fecha en que el bloque génesis de Ethereum puso en marcha la red.

Desde su lanzamiento, Mainnet ha cambiado mediante numerosas actualizaciones del protocolo, pero sus cuentas, saldos, contratos e historial de bloques han continuado como una única blockchain en evolución.

Una actualización de Ethereum modifica las reglas que sigue el software participante, en lugar de crear un token de reemplazo que los usuarios deban comprar.

¿Cuál es el chain ID de Ethereum Mainnet?

Ethereum Mainnet utiliza el chain ID 1.

El método JSON-RPC eth_chainId devuelve su forma hexadecimal: 0x1.

El chain ID identifica la blockchain al firmar transacciones y ayuda a protegerlas frente a su reproducción en otra red.

La EIP-155 identifica Ethereum Mainnet con el chain ID 1 e introdujo protección contra la reproducción de transacciones firmadas vinculada a la cadena.

Las wallets y aplicaciones descentralizadas deben verificar el chain ID antes de solicitar una firma o enviar una transacción.

Que una aplicación muestre direcciones del tipo Ethereum no demuestra que esté conectada a Ethereum Mainnet.

También deben comprobarse el nombre de la red, el chain ID, el endpoint RPC y las direcciones de los contratos previstos.

Chain ID frente a Network ID

Ethereum Mainnet suele utilizar tanto el chain ID 1 como el network ID 1, pero estos valores tienen funciones distintas.

El chain ID se utiliza en las firmas de transacciones y en otros sistemas de autorización específicos de cada cadena.

Tradicionalmente, el network ID se ha utilizado para la comunicación entre pares y la identificación de la red.

Las wallets y aplicaciones descentralizadas modernas suelen dar más importancia al chain ID, ya que afecta directamente a la firma de transacciones y a la protección contra su reproducción.

La documentación oficial de Ethereum JSON-RPC explica cómo el software puede obtener el chain ID y el network ID configurados en un nodo.

Cómo funciona Ethereum Mainnet

Ethereum Mainnet se mantiene mediante ordenadores independientes que ejecutan software cliente compatible con Ethereum.

Estos ordenadores se comunican a través de una red entre pares y verifican de forma independiente los bloques, las transacciones, la ejecución de contratos inteligentes y los mensajes de consenso.

Los usuarios crean transacciones a través de wallets o aplicaciones y las firman con las credenciales correspondientes a su cuenta.

Las transacciones se difunden a los nodos de Ethereum y pueden entrar en sistemas públicos o privados de encaminamiento de transacciones.

Un validador seleccionado propone un bloque que contiene una colección ordenada de transacciones.

Otros validadores verifican el bloque y envían attestations que respaldan la cadena que consideran válida.

Los clientes de ejecución procesan las transacciones y calculan los saldos resultantes de las cuentas, el almacenamiento de los contratos, los registros, los recibos y otros cambios de estado.

Los clientes de consenso procesan los votos de los validadores, la selección de bifurcaciones, la justificación y la finalización.

Cada nodo honesto aplica las mismas reglas del protocolo para poder rechazar transacciones o bloques no válidos sin confiar en un servidor central.

Las capas de ejecución y consenso de Ethereum

Ethereum Mainnet combina una capa de ejecución y una capa de consenso.

La capa de ejecución gestiona las transacciones, las cuentas, el bytecode de los contratos inteligentes, la Ethereum Virtual Machine, el gas y el estado de la blockchain.

La capa de consenso gestiona los validadores, las attestations, las propuestas de bloques, la selección de bifurcaciones, las recompensas, las penalizaciones y la finalización.

Un nodo completo de Ethereum suele ejecutar un cliente de ejecución y un cliente de consenso.

Un nodo validador también ejecuta software de validación que utiliza claves de firma para llevar a cabo las tareas de consenso asignadas.

La guía oficial sobre nodos y clientes de Ethereum explica cómo se comunican estos componentes mientras realizan funciones distintas.

Ninguna de las dos capas es suficiente por sí sola para operar la Ethereum Mainnet actual.

Ethereum Mainnet y Proof of Stake

Ethereum Mainnet utiliza actualmente el consenso Proof of Stake.

Los validadores comprometen ETH como garantía económica y ejecutan software que participa en la producción y confirmación de bloques.

Una participación correcta puede generar recompensas del protocolo, mientras que las interrupciones provocan penalizaciones y los comportamientos manifiestamente contradictorios pueden dar lugar a slashing.

La documentación oficial de Ethereum sobre Proof of Stake explica cómo se selecciona a los validadores para proponer bloques y dar fe del estado de la red.

Ethereum utilizaba originalmente minería Proof of Work.

The Merge sustituyó de forma permanente el sistema Proof of Work de Ethereum Mainnet por Proof of Stake el 15 de septiembre de 2022.

La transición conservó las cuentas, los contratos inteligentes, los saldos y el historial de transacciones existentes de Ethereum.

Los usuarios no tuvieron que cambiar una versión antigua de ETH por otra nueva.

Validadores en Ethereum Mainnet

Un validador es un participante del protocolo que ha depositado ETH y forma parte del conjunto de validadores activos de Ethereum.

Los validadores reciben tareas de acuerdo con el protocolo de consenso.

La mayoría envía attestations periódicas que expresan su opinión sobre la cabeza de la cadena y los checkpoints finalizados.

En ocasiones, se selecciona a un validador para proponer un bloque nuevo.

Los validadores también pueden recibir asignaciones para los sync committees, que ayudan a los clientes ligeros a seguir Ethereum.

Un validador nativo necesita un saldo efectivo de al menos 32 ETH para activarse.

Tras Pectra, un validador compounding que cumpla los requisitos puede alcanzar un saldo efectivo de hasta 2.048 ETH.

Para ejecutar un nodo Ethereum normal que no sea validador no es necesario hacer staking de 32 ETH.

Cualquiera puede ejecutar un nodo para verificar los datos de Ethereum de forma independiente, sin convertirse en proponente de bloques.

Bloques, slots y epochs

El sistema Proof of Stake de Ethereum organiza el tiempo en slots y epochs.

Un slot dura aproximadamente 12 segundos y ofrece a un validador una oportunidad de proponer un bloque.

Un slot puede quedar vacío si no se propone o acepta a tiempo ningún bloque válido.

Una epoch contiene 32 slots y dura aproximadamente 6,4 minutos.

Los validadores reciben tareas y participan en las votaciones de checkpoints durante estos periodos.

La documentación oficial de bloques de Ethereum explica cómo los bloques agrupan transacciones y conectan el historial de estado de la red.

El número de bloque cuenta los bloques de ejecución aceptados, mientras que el slot cuenta las oportunidades temporales de la capa de consenso.

No deben considerarse valores intercambiables, ya que un slot vacío no crea un nuevo bloque de ejecución.

Inclusión de transacciones frente a finalización

Una transacción queda incluida cuando aparece en un bloque aceptado cerca de la cabeza de la cadena.

La inclusión aporta indicios útiles de que la transacción se ha ejecutado, pero un bloque incluido recientemente aún puede estar expuesto a un riesgo limitado de reorganización.

Una reorganización de la blockchain sustituye una rama reciente por otra seleccionada según las reglas del protocolo para elegir bifurcaciones.

La finalización ofrece mucha más confianza en que un bloque permanecerá de forma permanente en el historial aceptado.

En condiciones normales, Ethereum finaliza los checkpoints cuando se alcanza una participación suficiente de los validadores a lo largo de varias epochs.

En condiciones normales, la finalización tarda aproximadamente entre 13 y 15 minutos, no un solo slot de 12 segundos.

La documentación oficial de Ethereum sobre finalización explica que revertir bloques finalizados requeriría un fallo crítico de consenso y destruir al menos un tercio del total de ETH en staking.

Una wallet puede mostrar una transacción como confirmada antes de que se finalice el bloque que la contiene.

Las aplicaciones deben elegir una política de confirmación adecuada al valor y al riesgo de la transacción.

La Ethereum Virtual Machine en Mainnet

La Ethereum Virtual Machine, o EVM, es el entorno de ejecución que procesa el bytecode de los contratos inteligentes de Mainnet.

Todos los clientes de ejecución honestos deberían calcular la misma transición de estado a partir del mismo estado inicial y de los mismos datos de transacciones ordenados.

La EVM realiza cálculos, lee los datos de entrada de las transacciones, accede a la memoria, actualiza el almacenamiento de los contratos, crea registros de eventos, transfiere valor y llama a otros contratos.

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

El gas limita la cantidad de trabajo computacional que puede solicitar una transacción.

Un contrato inteligente válido aún puede contener lógica insegura, deshonesta o perjudicial desde el punto de vista financiero.

La EVM comprueba las reglas de ejecución, pero no determina si un contrato es un buen producto o una inversión segura.

Estado de Ethereum Mainnet

El estado de Ethereum es el conjunto actual de información de las cuentas que reconoce la red.

Incluye los saldos de ETH, los nonces de las cuentas, el código de los contratos inteligentes y el almacenamiento de los contratos.

Cada transacción válida modifica este estado conforme a las reglas del protocolo y de los contratos inteligentes.

El saldo de un token suele almacenarse dentro de un contrato de token, no como un campo nativo de la cuenta Ethereum del usuario.

Una posición de finanzas descentralizadas puede estar representada en varios contratos y ubicaciones de almacenamiento.

Los nodos de Ethereum calculan una nueva raíz de estado después de procesar un bloque.

Este compromiso criptográfico permite a los nodos verificar que han llegado al mismo estado resultante.

Cuentas en Ethereum Mainnet

Ethereum Mainnet incluye cuentas controladas externamente y cuentas de contrato.

Tradicionalmente, una cuenta controlada externamente se gestiona mediante una clave privada o un sistema de autorización de wallet más avanzado.

Una cuenta de contrato contiene bytecode de la EVM y ejecuta ese código cuando recibe una llamada válida.

Ambos tipos de cuenta utilizan direcciones Ethereum de 20 bytes.

La misma clave privada suele generar la misma dirección en varias redes EVM, pero los saldos y la actividad permanecen separados en cada cadena.

Que una dirección tenga activos en Ethereum Mainnet no significa que tenga automáticamente los mismos activos en una testnet o en otra red EVM.

Los usuarios deben verificar la cadena seleccionada antes de consultar un saldo o firmar una transacción.

ETH en Ethereum Mainnet

Ether, identificado habitualmente con el símbolo ETH, es el criptoactivo nativo de Ethereum Mainnet.

ETH se utiliza para pagar comisiones de transacción, aportar stake como validador, transferir valor y actuar como activo en los contratos inteligentes compatibles.

ETH es nativo del protocolo de Ethereum y no está implementado como un contrato de token ERC-20 ordinario.

Una representación tokenizada de ETH es un activo independiente de contrato inteligente diseñado para facilitar su uso con interfaces de tokens.

La guía oficial de Ethereum sobre ETH explica su función en el pago de la actividad de la red y la protección del consenso Proof of Stake.

El precio de mercado de ETH puede subir o bajar independientemente del funcionamiento técnico de Ethereum Mainnet.

Tener ETH no otorga al usuario la propiedad de la red Ethereum ni un control garantizado sobre el desarrollo del protocolo.

Transacciones en Ethereum Mainnet

Una transacción de Ethereum es una instrucción autorizada criptográficamente que se envía a la red.

Una transacción puede transferir ETH, desplegar un contrato, llamar a una función de contrato o autorizar comportamientos de cuenta compatibles.

Entre los campos habituales de una transacción figuran el remitente, el destinatario, el valor, el nonce, el límite de gas, los ajustes de comisiones, el chain ID, los datos de entrada y la firma.

El nonce ordena las transacciones enviadas desde una misma cuenta controlada externamente y ayuda a evitar reproducciones accidentales.

Una transacción no se completa simplemente porque una wallet haya generado un hash de transacción.

Debe difundirse, incluirse en un bloque válido y ejecutarse correctamente.

La documentación oficial de transacciones de Ethereum explica las estructuras actuales de las transacciones y su función en los cambios de estado.

Transacciones de Mainnet correctas y fallidas

Una transacción correcta ha completado su ejecución de nivel superior sin revertirse.

Este estado no garantiza que el usuario haya obtenido un intercambio justo, seleccionado la dirección correcta o interactuado con un contrato seguro.

Una transacción fallida no conserva los cambios de estado previstos.

Normalmente, el remitente sigue pagando el gas consumido antes del fallo.

Entre las causas habituales de fallo figuran la falta de gas, las reversiones de contratos, el vencimiento de las condiciones de trading, la falta de autorización del token, un saldo insuficiente o parámetros de función incorrectos.

Por lo general, las transacciones confirmadas en Ethereum Mainnet son irreversibles.

Puede ser posible realizar una nueva transacción correctiva si el controlador del activo o las reglas del contrato lo permiten, pero la transacción original no se puede eliminar sin más.

Gas en Ethereum Mainnet

El gas mide los recursos computacionales y de almacenamiento que consumen las transacciones de Ethereum Mainnet.

Cada operación de la EVM tiene un coste de gas en función de los recursos que necesita.

Una transferencia sencilla de ETH suele consumir menos gas que una transacción compleja de contrato inteligente.

El límite de gas de la transacción establece el máximo disponible para la ejecución.

El remitente paga según el gas realmente consumido y el precio efectivo pagado por unidad de gas.

La documentación oficial de Ethereum sobre gas explica los límites de gas, las comisiones base, las comisiones de prioridad y el cálculo del coste de las transacciones.

Un límite de gas elevado no significa que necesariamente se vaya a gastar todo ese límite.

Un límite de gas demasiado bajo puede detener la ejecución y provocar una reversión.

Comisiones base y comisiones de prioridad

Todos los bloques de Ethereum Mainnet tienen una comisión base que actúa como el precio mínimo del protocolo para incluir gas de ejecución normal.

La comisión base cambia automáticamente en función de la demanda reciente de capacidad de bloque.

La comisión base que paga una transacción se quema y se elimina de la oferta de ETH en circulación.

Una comisión de prioridad ofrece una remuneración adicional al proponente del bloque.

Una transacción también puede especificar una comisión total máxima que está dispuesta a pagar.

La diferencia no utilizada entre la comisión máxima y la comisión realmente necesaria no se paga automáticamente en su totalidad al proponente.

Los ajustes de comisiones influyen en el atractivo de una transacción para su inclusión, pero no garantizan un resultado de ejecución concreto.

Contratos inteligentes en Ethereum Mainnet

Un contrato inteligente es un programa desplegado en una dirección de Ethereum Mainnet.

Los contratos inteligentes pueden crear tokens, gestionar la propiedad digital, mantener garantías, procesar swaps, distribuir recompensas, aplicar reglas de gobernanza o coordinar otras acciones on-chain.

El código del contrato se ejecuta de acuerdo con los datos de entrada de la transacción y el estado actual de la blockchain.

Un contrato desplegado puede llamar a otros contratos durante la misma transacción atómica.

Esta composabilidad permite a las aplicaciones basarse en estándares y servicios on-chain compartidos.

También puede hacer que una vulnerabilidad en una dependencia afecte a otras aplicaciones conectadas.

Antes de conceder acceso a activos de valor, los usuarios deben verificar las direcciones de los contratos, los permisos, los controles de actualización y los detalles de la transacción.

Tokens en Ethereum Mainnet

La mayoría de los tokens de Ethereum Mainnet se implementan mediante contratos inteligentes.

El estándar ERC-20 define una interfaz común para los tokens fungibles.

ERC-721 y ERC-1155 ofrecen interfaces comunes para activos únicos y mult токen.

La documentación oficial de los estándares de tokens de Ethereum explica cómo las interfaces compartidas mejoran la interoperabilidad entre contratos, wallets y aplicaciones.

Cualquiera puede desplegar un contrato de token con un nombre o símbolo conocidos.

El símbolo de un token no identifica un activo de forma única.

La dirección del contrato de Mainnet debe verificarse a través de una fuente autorizada del proyecto o del emisor.

Un token con la misma marca en otra cadena es un activo independiente, salvo que exista una relación definida de bridge o con el emisor que los conecte.

Registros de eventos y recibos de transacciones

Los contratos inteligentes pueden emitir registros de eventos durante la ejecución de las transacciones.

Las wallets, los exploradores de blockchain y los servicios de datos utilizan estos registros para identificar transferencias de tokens, autorizaciones, swaps, depósitos, votos y otras acciones de contratos.

Los registros se incluyen en los recibos de transacciones tras una ejecución correcta.

Un recibo también registra el estado de ejecución, el uso de gas, la información del bloque y otros resultados de la transacción.

Los registros de eventos están diseñados principalmente para aplicaciones off-chain y no se pueden buscar directamente desde el código ordinario de un contrato inteligente.

Que un evento tenga un nombre conocido no demuestra que el contrato que lo emite sea legítimo, ya que cualquier contrato puede emitir un evento parecido.

Ethereum Mainnet frente a una testnet

Ethereum Mainnet es la red de producción activa, mientras que una testnet está pensada para el desarrollo y las pruebas.

El ETH de Mainnet tiene valor de mercado real y paga las transacciones de producción.

El ETH de testnet está destinado a las pruebas y no debe promocionarse como activo de inversión.

Las testnets utilizan chain IDs, validadores, bloques, saldos y despliegues de contratos distintos.

Un contrato que funciona en una testnet aún puede fallar o dejar de ser seguro en Mainnet debido a diferencias de liquidez, gas, estado, permisos o condiciones adversas.

Los desarrolladores deben probar a fondo el código antes de desplegarlo si puede controlar activos reales.

No debe suponerse que la dirección de un contrato de testnet identifica el mismo contrato en Mainnet.

Ethereum Mainnet frente a una red local

Una red Ethereum local se ejecuta en el ordenador del desarrollador o en un entorno controlado.

Permite realizar pruebas rápidamente sin depender de validadores públicos ni gastar ETH real.

Los desarrolladores pueden restablecer una cadena local, crear cuentas de prueba con fondos, controlar la producción de bloques e inspeccionar la ejecución en detalle.

Un desarrollador de aplicaciones no puede restablecer Ethereum Mainnet cuando falla una prueba.

Que algo funcione localmente no demuestra que esté listo para Mainnet, ya que el estado real de la red, la competencia por las comisiones, la liquidez, el orden de las transacciones y los usuarios malintencionados pueden producir resultados distintos.

Ethereum Mainnet frente a una red Ethereum privada

Una red Ethereum privada utiliza software relacionado, pero limita la participación a un conjunto controlado de nodos u organizaciones.

Puede utilizar un bloque génesis, chain ID, configuración de consenso y estado de cuentas distintos.

Las redes privadas no heredan el conjunto de validadores, la liquidez pública, el historial de transacciones ni la seguridad económica de Ethereum Mainnet.

El término «privada» puede describir una participación restringida en la red, no la confidencialidad de los datos de las transacciones.

Los usuarios no deben suponer que una red privada basada en Ethereum ofrece la misma resistencia a la censura o neutralidad que Mainnet pública.

Ethereum Mainnet y las redes Layer 2

Una red Layer 2 procesa transacciones fuera del entorno de ejecución principal de Ethereum Mainnet y utiliza Ethereum para parte de su liquidación, disponibilidad de datos o modelo de seguridad.

Los rollups ejecutan u organizan transacciones por separado y publican datos o compromisos criptográficos en Mainnet.

Este diseño puede ofrecer comisiones más bajas a los usuarios y mayor capacidad de transacción.

La guía oficial de Ethereum sobre Layer 2 explica cómo los rollups amplían Ethereum y lo utilizan como base de liquidación.

Una transacción confirmada por un secuenciador Layer 2 no es lo mismo que una transacción ejecutada directamente en Ethereum Mainnet.

Los bridges, los sistemas de pruebas, la publicación de datos, los controles de actualización y los procedimientos de retirada introducen riesgos adicionales.

Los usuarios deben verificar qué cadena contiene sus activos y qué supuestos de seguridad se aplican.

Blobs y datos de Layer 2

Ethereum Mainnet admite blobs como canal de datos de menor coste diseñado principalmente para los rollups.

Los datos de blobs tienen un mercado de comisiones independiente del gas de ejecución ordinario de la EVM.

Dencun introdujo los blobs mediante la EIP-4844 el 13 de marzo de 2024.

Pectra aumentó posteriormente la capacidad de blobs.

Fusaka introdujo Peer Data Availability Sampling, conocido habitualmente como PeerDAS, que permite a los validadores muestrear partes de los datos de los blobs en lugar de exigir que cada nodo descargue todos los blobs completos.

La documentación oficial de Fusaka explica cómo PeerDAS permite aumentar de forma más segura la capacidad de datos de los rollups.

Los blobs son datos temporales de consenso y no un sistema de almacenamiento permanente de uso general para aplicaciones ordinarias.

¿Qué fue Pectra?

Pectra fue una importante actualización de Ethereum Mainnet activada el 7 de mayo de 2025.

Su nombre combinó Praga, la actualización de la capa de ejecución, con Electra, la actualización de la capa de consenso.

Pectra introdujo mejoras en las cuentas mediante la EIP-7702, aumentó la capacidad de blobs, mejoró la gestión de depósitos de validadores y elevó a 2.048 ETH el saldo efectivo máximo de los validadores compounding.

También habilitó las solicitudes de retirada y salida de validadores iniciadas desde la capa de ejecución.

La página oficial de la actualización Pectra documenta su activación en Mainnet y las mejoras incluidas.

Una wallet o aplicación debe ser compatible de forma deliberada con las nuevas funciones de transacción y cuenta para que los usuarios puedan aprovecharlas de forma segura.

¿Qué es Fusaka?

A fecha de 16 de julio de 2026, Fusaka es la última gran actualización completada de Ethereum Mainnet.

Se activó el 3 de diciembre de 2025.

Su nombre combina Fulu, para la actualización de la capa de consenso, y Osaka, para la actualización de la capa de ejecución.

La principal función de escalabilidad de Fusaka fue PeerDAS, que mejoró la forma en que los nodos verifican la disponibilidad de los datos de blobs.

Fusaka también incluyó cambios para respaldar una mayor capacidad de Layer 1, límites de recursos más previsibles y avances hacia la ejecución paralela.

La EIP-7825 introdujo un límite de gas por transacción de 2²⁴ gas, aproximadamente 16,78 millones de gas.

Las actualizaciones posteriores de Blob Parameter Only aumentaron gradualmente la capacidad de blobs sin exigir otro paquete de actualización completo.

Fusaka estandarizó un límite de gas por defecto de 60 millones por bloque mediante la EIP-7935, aunque el mecanismo del límite de gas de Ethereum sigue requiriendo coordinación entre validadores.

¿Qué viene después de Fusaka?

Glamsterdam es la siguiente gran actualización de Ethereum prevista actualmente para el segundo semestre de 2026.

Sigue en desarrollo y, a fecha de 16 de julio de 2026, no forma parte de las reglas activas de Ethereum Mainnet.

Entre sus áreas propuestas figuran nuevas mejoras de escalabilidad, una construcción de bloques mejorada, la contabilización de recursos y las bases para una mayor ejecución paralela.

La página oficial de la hoja de ruta de Glamsterdam ofrece la información pública más reciente sobre su estado.

El contenido previsto y el calendario de activación pueden cambiar durante las fases de investigación, especificación, implementación y pruebas.

Las aplicaciones no deben depender de una función propuesta hasta que la actualización se haya finalizado, implementado en clientes compatibles y activado en Mainnet.

Cómo se actualiza Ethereum Mainnet

Ethereum no tiene una única empresa que pueda actualizar en privado todos los nodos.

Los cambios del protocolo se debaten públicamente en foros de investigación, mediante propuestas de mejora de Ethereum (EIP), llamadas de desarrolladores, equipos de clientes, revisiones de seguridad y programas de pruebas.

Todo cambio aceptado debe implementarse en el software cliente y coordinarse para activarse en un momento, bloque, slot o epoch definidos de Mainnet.

Los operadores de nodos deben instalar software compatible antes del punto de activación.

Los nodos que sigan reglas incompatibles pueden separarse de la red aceptada.

La hoja de ruta oficial de Ethereum explica que las prioridades y los calendarios de actualización pueden cambiar a medida que evolucionan la investigación y las necesidades de la red.

Una hoja de ruta marca la dirección del desarrollo, no un calendario de lanzamientos garantizado.

Hard forks en Ethereum Mainnet

Un hard fork es un cambio de las reglas del protocolo que no es compatible con las reglas anteriores.

Ethereum suele utilizar hard forks coordinados para activar actualizaciones de red planificadas.

Cuando la comunidad, los equipos de clientes, los operadores de nodos, los proveedores de infraestructura y los validadores adoptan ampliamente las nuevas reglas, la cadena actualizada suele continuar como Ethereum Mainnet.

Una división controvertida puede producir dos cadenas independientes si grupos importantes siguen reglas distintas.

Después de una división, las cadenas pueden compartir un historial anterior similar, pero tener bloques, activos, precios y condiciones de seguridad futuros independientes.

Alrededor de las grandes actualizaciones, los usuarios deben verificar el chain ID, las reglas de los clientes compatibles y la red reconocida antes de firmar transacciones.

Seguridad de Ethereum Mainnet

La seguridad de Ethereum Mainnet se basa en las reglas del protocolo, la criptografía, la verificación distribuida, la economía de Proof of Stake, la diversidad de clientes y la amplia operación de nodos.

Los validadores se arriesgan a recibir penalizaciones y slashing si infringen las reglas de consenso especificadas.

Los nodos independientes verifican los bloques en lugar de aceptarlos únicamente porque los haya propuesto un participante poderoso.

La finalización hace que revertir un historial confirmado en profundidad resulte costoso.

Ethereum aún puede sufrir errores de software, interrupciones de red, concentración de validadores, presión de censura, exploits de contratos inteligentes o robo de claves de usuarios.

La seguridad de Mainnet no hace que todas las aplicaciones desplegadas en ella sean seguras.

Un contrato inteligente puede fallar aunque Ethereum siga funcionando correctamente.

Diversidad de clientes

Ethereum Mainnet cuenta con varias implementaciones independientes de clientes de ejecución y consenso.

La diversidad de clientes reduce la dependencia de una única base de código.

Un error grave en un cliente dominante puede afectar simultáneamente a una parte considerable de la red.

Las implementaciones independientes pueden detectar diferencias mediante pruebas y funcionamiento real.

Todos los clientes compatibles deben seguir las mismas reglas activas de Mainnet y calcular los mismos resultados válidos.

Los operadores de validadores deben seguir las versiones de los clientes y actualizar el software antes de las actualizaciones programadas de la red.

Cómo ejecutar un nodo de Ethereum Mainnet

Ejecutar un nodo permite a un usuario u organización verificar Ethereum Mainnet directamente.

Un nodo puede proporcionar datos de la blockchain a una wallet, aplicación, validador o servicio interno.

El operador suele ejecutar tanto un cliente de ejecución como uno de consenso.

Operar un nodo que no sea validador no requiere un depósito de 32 ETH.

La guía oficial de Ethereum para ejecutar un nodo explica su configuración y ventajas.

Un nodo necesita almacenamiento, memoria, capacidad de procesamiento, ancho de banda, mantenimiento y actualizaciones de software adecuados.

Ejecutar un nodo propio puede reducir la dependencia de un proveedor RPC remoto, aunque implica una mayor responsabilidad técnica.

Acceso RPC a Ethereum Mainnet

Las wallets y aplicaciones descentralizadas suelen acceder a Ethereum Mainnet mediante JSON-RPC.

Los métodos RPC pueden obtener saldos, bloques, recibos, registros, datos de comisiones, estado de contratos e información de transacciones.

También pueden difundir transacciones firmadas.

Un servicio RPC remoto puede observar las solicitudes, devolver datos obsoletos, imponer límites de frecuencia, sufrir interrupciones o aplicar sus propias políticas de acceso.

Las aplicaciones de alto valor pueden comparar varias fuentes independientes o ejecutar su propio nodo.

Un endpoint RPC no custodia los activos del usuario, salvo que exista un acuerdo de custodia independiente.

La transacción firmada sigue estando autorizada por la wallet o el sistema de firma del usuario.

Bridges hacia y desde Ethereum Mainnet

Un bridge transfiere o representa activos y mensajes entre Ethereum Mainnet y otro entorno blockchain.

Un bridge puede bloquear activos en Mainnet y crear una representación equivalente en otra red.

Otro diseño puede quemar tokens en una red y autorizar su acuñación en otra.

Los bridges añaden riesgos relacionados con contratos inteligentes, pruebas, validadores, custodios, relayers, liquidez y actualizaciones.

Un token puenteado no es automáticamente idéntico a un activo nativo emitido en Mainnet.

Los usuarios deben verificar el bridge, la cadena de origen, la cadena de destino, el contrato del token, el activo que esperan recibir y el proceso de retirada.

La seguridad de Ethereum Mainnet no puede proteger de fallos a todos los componentes independientes de un bridge.

Activos de Mainnet frente a activos de otras redes

Un activo existe dentro del estado de una blockchain o sistema de contratos concreto.

El ETH de Ethereum Mainnet es distinto de una representación tokenizada de ETH en otra red.

Una stablecoin emitida mediante un contrato de Mainnet puede diferir legal y técnicamente de un token con el mismo símbolo en otro lugar.

La misma dirección de wallet puede mostrar activos distintos según la red seleccionada.

Enviar un activo a través de una red no compatible puede dificultar o impedir que el servicio previsto acredite la transferencia.

Los usuarios deben verificar la red y el contrato, en lugar de basarse únicamente en el nombre del activo.

Cómo seleccionar Ethereum Mainnet en una wallet

El selector de red de una wallet debe identificar Ethereum Mainnet y el chain ID 1.

La moneda nativa debe ser ETH.

La wallet debe conectarse a través de un endpoint RPC de Mainnet de confianza.

Antes de firmar, los usuarios deben verificar la dirección de destino completa, el activo, el importe, la estimación de gas y la interacción con el contrato.

Un sitio web puede pedir a una wallet que cambie de red, pero el usuario debe revisar la solicitud en vez de aprobarla automáticamente.

Añadir una red personalizada con información engañosa no la convierte en Ethereum Mainnet.

El chain ID devuelto es un identificador técnico más fiable que el nombre de red mostrado por sí solo.

Cómo verificar una transacción de Mainnet

El primer paso es obtener el hash completo de la transacción en la wallet o aplicación de envío.

El segundo paso es consultar la transacción en un nodo de Ethereum Mainnet de confianza o en un explorador de blockchain.

El tercer paso es confirmar el chain ID 1 y el contexto de red correcto.

El cuarto paso es comprobar si la transacción está pendiente, se ha ejecutado correctamente o ha fallado.

El quinto paso es verificar el remitente, el destinatario, el valor transferido, el contrato del token y los registros de eventos.

El sexto paso es revisar el número de bloque y el nivel de confirmación.

El séptimo paso es esperar a obtener una confirmación más sólida o la finalización cuando el valor económico lo requiera.

No debe considerarse una captura de pantalla como prueba definitiva, ya que puede alterarse.

Ejemplo de una transacción de Ethereum Mainnet

Supongamos que un usuario quiere transferir 0.5 ETH a otra dirección de Mainnet.

La wallet confirma que está conectada al chain ID 1.

Crea una transacción con la dirección del destinatario, el valor de 0.5 ETH, el nonce, el límite de gas, los ajustes de comisiones y el chain ID.

El usuario revisa los detalles y firma la transacción.

La wallet difunde los datos firmados mediante una conexión RPC de Ethereum Mainnet.

Un validador incluye la transacción en un bloque propuesto.

Los clientes de ejecución verifican la firma, el nonce, el saldo disponible, el gas y la transición de estado.

El saldo del remitente se reduce en el valor transferido y la comisión de transacción.

El saldo del destinatario aumenta en 0.5 ETH.

El recibo de la transacción registra su estado y el gas utilizado.

Los votos posteriores de los validadores ofrecen una confianza mayor hasta que se finaliza el checkpoint que contiene el bloque.

Malentendidos habituales sobre Ethereum Mainnet

Un malentendido habitual es que una sola empresa opera Ethereum Mainnet.

Se mantiene mediante reglas de protocolo abiertas y software operado de forma independiente.

Otro malentendido es que todas las redes EVM forman parte de Ethereum Mainnet.

Las cadenas independientes pueden utilizar la EVM y mantener un estado y una seguridad separados.

Un tercer malentendido es que la misma dirección de wallet posee los mismos activos en todas las redes.

Los saldos y los contratos son específicos de cada cadena.

Un cuarto malentendido es que una transacción correcta en Mainnet debe ser segura o rentable.

Ethereum puede ejecutar correctamente una transacción perjudicial autorizada por el usuario.

Un quinto malentendido es que para ejecutar un nodo se necesitan 32 ETH.

Solo la activación como validador requiere el depósito nativo de staking.

Un sexto malentendido es que un activo de testnet adquirirá valor al transferirse a Mainnet.

Los activos de testnet y Mainnet existen en estados de blockchain separados.

Un séptimo malentendido es que todas las transacciones Layer 2 se ejecutan directamente en Mainnet.

Los sistemas Layer 2 procesan la actividad por separado y utilizan Mainnet mediante sus propios mecanismos de liquidación y datos.

Preguntas frecuentes

¿Qué es Ethereum Mainnet?

Ethereum Mainnet es la blockchain pública principal de producción de Ethereum, donde ETH, los tokens, los contratos inteligentes y las transacciones tienen valor económico real.

¿Cuál es el chain ID de Ethereum Mainnet?

Ethereum Mainnet utiliza el chain ID 1, que se devuelve en formato hexadecimal como 0x1.

¿Cuándo se lanzó Ethereum Mainnet?

Ethereum Mainnet se lanzó el 30 de julio de 2015 con el bloque génesis de Frontier.

¿Ethereum Mainnet es lo mismo que Ethereum?

Ethereum Mainnet es la blockchain de producción activa a la que suele referirse la gente cuando habla de Ethereum, aunque Ethereum también puede designar el protocolo y el ecosistema en sentido amplio.

¿Ethereum Mainnet sigue utilizando minería?

No. El 15 de septiembre de 2022, Ethereum Mainnet sustituyó de forma permanente la minería Proof of Work por Proof of Stake.

¿Cuál es el activo nativo de Ethereum Mainnet?

ETH es el activo nativo de Ethereum Mainnet y se utiliza para pagar comisiones de transacción, hacer staking y transferir valor.

¿Con qué frecuencia crea bloques Ethereum Mainnet?

Ethereum ofrece una oportunidad de propuesta de bloque aproximadamente cada slot de 12 segundos, aunque algunos slots pueden quedar vacíos.

¿Cuánto tarda la finalización de Ethereum Mainnet?

En condiciones normales, la finalización sólida del protocolo suele tardar aproximadamente entre 13 y 15 minutos.

¿Se puede revertir una transacción de Ethereum Mainnet?

Por lo general, una transacción confirmada no se puede revertir, salvo que el destinatario o el contrato inteligente realicen voluntariamente una nueva acción correctiva.

¿Por qué requieren gas las transacciones de Mainnet?

El gas mide y fija el precio de los recursos computacionales y de almacenamiento utilizados para procesar transacciones y contratos inteligentes.

¿El ETH de Mainnet es lo mismo que el ETH de testnet?

No. El ETH de Mainnet tiene valor económico real, mientras que el ETH de testnet está destinado únicamente al desarrollo y existe en una red independiente.

¿Se puede utilizar la misma dirección en Mainnet y en otra cadena EVM?

La misma clave puede generar la misma dirección, pero los saldos, las transacciones, los contratos y los activos permanecen separados en cada cadena.

¿Las redes Layer 2 forman parte de Ethereum Mainnet?

Las redes Layer 2 son entornos de ejecución separados que utilizan Ethereum Mainnet para determinadas funciones de liquidación, seguridad o datos.

¿Un contrato inteligente desplegado en Mainnet es seguro?

No. El despliegue solo significa que el contrato existe en Mainnet y no demuestra que su código, permisos o diseño económico sean seguros.

¿Puede cualquiera ejecutar un nodo de Ethereum Mainnet?

Sí. Cualquiera que disponga del hardware adecuado y acceso a Internet puede ejecutar un nodo sin hacer staking de ETH.

¿Cuál ha sido la última actualización de Ethereum Mainnet?

A fecha de 16 de julio de 2026, Fusaka es la última gran actualización completada y se activó el 3 de diciembre de 2025.

¿Glamsterdam está activa en Ethereum Mainnet?

No. Actualmente está prevista para el segundo semestre de 2026 y no estaba activa a fecha de 16 de julio de 2026.

¿Cómo puedo confirmar que mi wallet está en Ethereum Mainnet?

Comprueba que la wallet muestre Ethereum Mainnet, el chain ID 1 y ETH como activo nativo para pagar el gas.

¿Puede Ethereum Mainnet dejar de funcionar si falla un sitio web?

No. Una wallet, un sitio web, un endpoint RPC o una aplicación pueden fallar mientras los nodos de Ethereum operados de forma independiente siguen procesando la red.

¿Cuál es la forma más segura de verificar un pago de Mainnet?

Consulta el hash de transacción en directo, el chain ID, el estado de ejecución, el remitente, el destinatario, el contrato del activo, el importe y el nivel de confirmación mediante una fuente de datos de Mainnet de confianza.

Conclusión

Ethereum Mainnet es la blockchain pública principal de producción del ecosistema Ethereum.

Se lanzó el 30 de julio de 2015 y utiliza el chain ID 1.

Mainnet registra transferencias de ETH con valor real, actividad de tokens, ejecución de contratos inteligentes, operaciones de validadores, registros de eventos y estado de aplicaciones.

Los clientes de ejecución y consenso independientes verifican la red conforme a reglas de protocolo compartidas.

Los validadores Proof of Stake proponen bloques, envían attestations y aportan seguridad económica mediante ETH en staking.

La EVM ejecuta contratos inteligentes, mientras que el gas limita y fija el precio de los recursos computacionales utilizados por las transacciones.

Mainnet se diferencia de las testnets, las redes privadas, las cadenas de desarrollo local, los sistemas Layer 2 y otras blockchains compatibles con EVM.

Las direcciones pueden parecer idénticas en estas redes, aunque sus saldos, contratos, activos e historiales de transacciones sean independientes.

Pectra amplió las capacidades de cuentas y validadores en mayo de 2025, mientras que Fusaka introdujo PeerDAS y otras mejoras de escalabilidad en diciembre de 2025.

Glamsterdam sigue siendo una actualización futura y no debe considerarse una función activa de Mainnet hasta que se produzca su activación definitiva.

Antes de transferir activos, los usuarios deben verificar el chain ID 1, la dirección correcta del contrato, los detalles de la transacción, los ajustes de gas y el estado de confirmación.

Comprender Ethereum Mainnet ayuda a los usuarios de criptomonedas a distinguir la blockchain activa de Ethereum de las redes relacionadas y a evaluar los riesgos reales de seguridad, comisiones, finalización y contratos inteligentes de la actividad on-chain.