Ir al contenido principal

Última actualización de la página: 4 de diciembre de 2025

Cronología de todos los forks de Ethereum (2014 hasta la actualidad)

Una cronología que incluye todos los principales hitos, bifurcaciones y actualizaciones de la cadena de bloques de Ethereum.

Vaya directamente a la información sobre algunas de las actualizaciones pasadas especialmente importantes: La Beacon Chain; La Fusión; y EIP-1559

¿Busca futuras actualizaciones del protocolo? Conozca las próximas actualizaciones en la hoja de ruta de Ethereum.

2025

Fulu-Osaka ("Fusaka")

Más sobre Fusaka

Praga-Electra ("Pectra")

La actualización Prague-Electra ("Pectra") incluyó varias mejoras en el protocolo de Ethereum destinadas a mejorar la experiencia para todos los usuarios, redes de capa 2, participantes y operadores de nodos.

La participación recibió una mejora con cuentas de validadores compuestas y un mejor control sobre los fondos en participaciones mediante la dirección de retirada de ejecución. El EIP-7251 aumentó el saldo máximo efectivo para un solo validador a 2048, mejorando la eficiencia de capital para los participantes. El EIP-7002 permitió que una cuenta de ejecución activara de forma segura acciones del validador, incluyida la salida o la retirada de partes de los fondos, mejorando la experiencia para los participantes en ETH y ayudando a fortalecer la responsabilidad de los operadores de nodos.

Otras partes de la actualización se centraron en mejorar la experiencia para los usuarios comunes. EIP-7702 añadió la capacidad de que una cuenta regular que no es smart contract () ejecute código similar a un smart contract. Esto desbloqueó una nueva funcionalidad ilimitada para las cuentas tradicionales de Ethereum, como el agrupamiento de transacciones, el patrocinio de gas, la autenticación alternativa, controles programables de gasto y mecanismos de recuperación de cuenta, entre otros.

2024

Cancún-Deneb ("Dencun")

Resumen de Cancún

La actualización Cancún contiene un conjunto de mejoras en la ejecución de Ethereum orientadas a mejorar la escalabilidad, junto con las actualizaciones de consenso de Deneb.

Esto incluye especialmente EIP-4844, conocido como Proto-Danksharding, que reduce significativamente el coste de almacenamiento de datos para los rollups de capa 2. Esto se logra a través de la introducción de "blobs" de datos que permiten que los rollups publiquen datos en la red principal por un corto período de tiempo. Esto da como resultado tarifas de transacción significativamente más bajas para los usuarios de los rollups de la capa 2.

Resumen de Deneb

La actualización Deneb contiene un conjunto de mejoras en el consenso de Ethereum orientadas a mejorar la escalabilidad. Esta actualización viene junto con las actualizaciones de ejecución de Cancun para habilitar Proto-Danksharding (EIP-4844), junto con otras mejoras en la cadena de Baliza.

Los "mensajes de salida voluntaria" pregenerados y firmados ya no caducan, lo que da más control a los usuarios que realizan staking con un operador de nodo externo. Con este mensaje de salida firmado, los participantes pueden delegar el funcionamiento del nodo mientras mantienen la capacidad de salida y retirada de sus fondos de forma segura en cualquier momento, sin necesidad de pedir permiso a nadie.

EIP-7514 reduce la emisión de ETH limitando la tasa de "churn" a la que los validadores pueden unirse a la red a ocho (8) por época. Dado que la emisión de ETH es proporcional al total de ETH en staking, limitar el número de validadores que se unen pone un tope al ritmo de crecimiento de ETH emitido, y también reduce los requisitos de hardware para los operadores de nodos, ayudando a la descentralización.

2023

Shanghái-Capella ("Shapella")

Resumen de Shanghái

La actualizacion de Shangai trae los retiros de staking a la capa de ejecución. Junto con la actualización Capella, habilitó los bloques para aceptar las operaciones de retirada, que permitieran a los interesados retirar sus ETH provenientes de la cadena de baliza para ejecutarlos posteriormente.

Resumen de Capella

La actualizacion Capella es la tercera actualización importante a la capa de consenso (cadena de baliza), que le permite retirar su participación. Capella se produjo de forma sincrónica a la actualización de la capa de ejecución, Shanghai, y activó la funcionalidad de retirada de participaciones.

Esta actualización de la capa de consenso aporta a los participantes que no proporcionaron credenciales de retirada en su depósito inicial la posibilidad de hacerlo ahora.

La actualizacion también proporciona la funcionalidad de barrido automático de la cuenta, la cual procesa constantemente cuentas validadoras para cualquier pago de recompensa disponible o retiradas completas.

2022

París (La Fusión)

Resumen

La actualización París se activó cuando la blockchain proof-of-work superó una de 58750000000000000000000. Esto ocurrió en el bloque 15537393 el 15 de septiembre de 2022, y dio comienzo a la actualización Paris en el siguiente bloque. París fue la transición de La Fusión — su característica principal fue apagar el algoritmo de minería proof-of-work y la lógica de consenso asociada, y activar proof-of-stake en su lugar. París en sí fue una actualización para los clientes de ejecución (equivalente a Bellatrix en la capa de consenso), que les permitió recibir instrucciones de sus conectados clientes de consenso. Esto requirió un nuevo conjunto de métodos de API internos, conocidos colectivamente como la Engine APIopens in a new tab, que debía ser activada. ¡Esta fue, sin duda, la actualización más significativa en la historia de Ethereum desde Homestead!


Bellatrix

Resumen

La actualización Bellatrix fue la segunda actualización programada para la Beacon Chain, preparando la cadena para La Fusión. Incorpora penalizaciones del validador a sus valores completos por inactividad y recortes por malas conductas. Bellatrix también incluye una actualización de las reglas de elección de la bifurcación para preparar la cadena de cara a La Fusión y la transición del último bloque de prueba de trabajo al primer bloque de prueba de participación. Esto incluye hacer que los clientes de consenso conozcan la de 58750000000000000000000.


Gray Glacier

Resumen

La actualización de red Gray Glacier pospuso la por tres meses. Este es el único cambio introducido en esta actualización, y es de naturaleza similar a las actualizaciones Arrow Glacier y Muir Glacier. Cambios similares se realizaron en las actualizaciones de red Bizancio, Constantinopla y Londres.

2021

Arrow Glacier

Resumen

La actualización de red Arrow Glacier pospuso la por varios meses. Este es el único cambio introducido en esta actualización, y es de naturaleza similar a la actualización Muir Glacier. Cambios similares se realizaron en las actualizaciones de red Bizancio, Constantinopla y Londres.


Altair

Resumen

La actualización Altair fue la primera actualización programada para la Beacon Chain. Añadió soporte para los «comités de sincronización», permitiendo clientes ligeros y un aumento de la inactividad del validador y de las penalizaciones de recorte a medida que avanzaba el desarrollo hacia La Fusión.

¡Dato curioso!

Altair fue la primera gran actualización de red que ha tenido un periodo de implementación preciso. Cada una de las actualizaciones anteriores se habían basado en un número de bloques declarados en la cadena de prueba de trabajo, donde los tiempos de bloque varían. La cadena de baliza no requiere resolución para la prueba de trabajo y, en lugar de ello, funciona en un sistema épocas basado en el tiempo, que consiste en «ranuras» de tiempo de doce segundos durante los cuales los validadores pueden proponer bloques. Por esta razón sabíamos exactamente cuándo alcanzaríamos la época 74.240 y Altair vería la luz.


Londres

Resumen

La actualización Londres introdujo EIP-1559opens in a new tab, que reformó el mercado de tarifas de transacción, junto con cambios en el manejo de devoluciones de gas y el calendario de la .

¿Qué fue la actualización London/EIP-1559?

Antes de la actualización London, Ethereum tenía bloques de tamaño fijo. En momentos de alta demanda de la red, estos bloques operaban a capacidad total. Como resultado, los usuarios a menudo tenían que esperar que la alta demanda disminuyera para ser incluidos en un bloque, lo cual provocaba una mala experiencia de usuario. La actualización London introdujo los bloques de tamaño variable en Ethereum.

La forma en la que se calculaban las tarifas de transacción en la red Ethereum cambió con la Actualización Londres de agosto de 2021. Antes de la actualización Londres, las tarifas se calculaban sin separar las base y priority fees, de la siguiente manera:

Supongamos que Alice tiene que pagar a Bob 1 ETH. En la transacción, el límite de gas es de 21.000 unidades y el precio del gas es de 200 gwei.

La tarifa total habría sido: Unidades de gas (límite) * Precio del gas por unidad, es decir, 21,000 * 200 = 4,200,000 gwei o 0.0042 ETH

La implementación de EIP-1559opens in a new tab en la Actualización Londres hizo que el mecanismo de tarifas fuera más complejo, pero permitió que las tarifas de gas sean más previsibles, resultando en un mercado de tarifas de transacción más eficiente. Los usuarios pueden enviar transacciones con un maxFeePerGas que corresponda a lo máximo que están dispuestos a pagar para que la transacción sea ejecutada, sabiendo que no pagarán más que el precio de mercado para el gas (baseFeePerGas), y recibirán cualquier exceso, menos su propina, de vuelta.

Este video explica EIP-1559 y los beneficios que trae: EIP-1559 Explicadoopens in a new tab


Berlín

Resumen

La actualización Berlin optimizó el coste del gas para ciertas acciones de EVM, y aumentó la compatibilidad con múltiples tipos de transacciones.

2020

Génesis de Beacon Chain

Resumen

La Beacon Chain necesitó 16,384 depósitos de 32 ETH en staking para lanzarse de forma segura. Esto sucedió el 27 de noviembre, y la Cadena de Baliza comenzó a producir bloques el 1 de diciembre de 2020.

Lea el anuncio de la Fundación Ethereumopens in a new tab


Contrato de depósito para staking implementado

Resumen

El contrato de depósito para staking introdujo el en el ecosistema Ethereum. Aunque fue un contrato de , tuvo un impacto directo en el cronograma para lanzar la Beacon Chain, una importante actualización de Ethereum.

Lea el anuncio de la Fundación Ethereumopens in a new tab


Muir Glacier

Resumen

El fork Muir Glacier introdujo un retraso en la . El aumento de dificultad por bloque del mecanismo de consenso proof-of-work amenazaba con degradar la usabilidad de Ethereum aumentando los tiempos de espera para enviar transacciones y usar dapps.

2019

Estambul

Resumen

La bifurcación de Istanbul:

  • Se optimizó el coste de de ciertas acciones dentro de la EVM.
  • Mejoró la resistencia al ataque de denegación de servicio.
  • Se mejoró el rendimiento de las soluciones de escalabilidad de capa 2 basadas en SNARKs y STARKs.
  • Habilitó Ethereum y Zcash para que interoperasen.
  • Permitió que los contratos introdujeran funciones más creativas.

Lea el anuncio de la Fundación Ethereumopens in a new tab


Constantinopla

Resumen

La bifurcación Constantinople:

  • Se redujeron las recompensas de minería por bloque de 3 a 2 ETH.
  • Se garantizó que la blockchain no se congelara antes de que se implementase proof-of-stake.
  • Se optimizó el coste de de ciertas acciones dentro de la EVM.
  • Añadió la capacidad de interactuar con direcciones que aún no se han creado.

Lea el anuncio de la Fundación Ethereumopens in a new tab

2017

Bizancio

Resumen

La bifurcación de Bizantium:

  • Se redujeron las recompensas de minería por bloque de 5 a 3 ETH.
  • Se retrasó la un año.
  • Se ha añadido la habilidad para realizar llamadas «sin cambiar de estado» a otros contratos.
  • Se añadieron ciertos métodos criptográficos para permitir la escalabilidad de capa 2.

Lea el anuncio de la Fundación Ethereumopens in a new tab

2016

Spurious Dragon

Resumen

La bifurcación Spurious Dragon fue la segunda respuesta a los ataques de denegación de servicio (DoS) a la red (septiembre/octubre de 2016) e incluye:

  • Ajuste de los precios del código de operación para evitar futuros ataques a la red.
  • Activación de la «deflación» del estado de la cadena de bloques.
  • Adición de la protección contra ataques de repetición.

Lea el anuncio de la Fundación Ethereumopens in a new tab


Tangerine Whistle

Resumen

La bifurcación Tangerine Whistle fue la primera respuesta a los ataques de denegación de servicio (DoS) a la red (septiembre/octubre de 2016) e incluyó:

  • la gestión de problemas urgentes del buen estado de la red relacionados con códigos de operación depreciados.

Lea el anuncio de la Fundación Ethereumopens in a new tab


Fork de la DAO

Resumen

El fork de la DAO fue en respuesta al ataque de la DAO en 2016opens in a new tab, donde un contrato inseguro fue vaciado en un hackeo de más de 3.6 millones de ETH. El fork movió los fondos del contrato defectuoso a un nuevo contratoopens in a new tab con una sola función: retirar. Cualquiera que haya perdido fondos podría retirar 1 ETH por cada 100 tókenes DAO en sus carteras.

Esta acción fue votada por la comunidad Ethereum. Cualquier tenedor de ETH pudo votar mediante una transacción en una plataforma de votaciónopens in a new tab. La decisión de realizar un fork obtuvo más del 85 % de los votos.

Algunos mineros se negaron a bifurcar porque el incidente de la DAO no era un defecto en el protocolo. Fueron quienes formaron Ethereum Classicopens in a new tab.

Lea el anuncio de la Fundación Ethereumopens in a new tab


Homestead

Resumen

Homestead: la bifurcación con perspectivas de futuro. Incluyó varios cambios de protocolo y un cambio de red que concedió a Ethereum la capacidad de hacer más actualizaciones de red.

Lea el anuncio de la Fundación Ethereumopens in a new tab

2015

Frontier Thawing

Resumen

El fork Frontier Thawing eliminó el límite de 5,000 por y estableció el precio por defecto del gas en 51 . Esto permitió que se realizaran transacciones que requiriesen 21.000 unidades de gas. Se introdujo la para asegurar un hard fork futuro hacia .


Frontier

Resumen

Frontier fue una implementación en vivo, pero básica, del proyecto Ethereum. Siguió a la exitosa fase de pruebas Olympic. Estaba destinada a usuarios técnicos, específicamente a desarrolladores. tenían un límite de de 5,000. Este período de «deshielo» permitió a los mineros iniciar sus operaciones y a los primeros adoptantes instalar sus clientes sin tener que «precipitarse».

Lea el anuncio de la Fundación Ethereumopens in a new tab

2014

Venta de Ether

El ether salió oficialmente a la venta durante 42 días. Podía comprarse con BTC.

Lea el anuncio de la Fundación Ethereumopens in a new tab


Yellowpaper publicado

El protocolo, escrito por el Dr. Gavin Wood, es una definición técnica del protocolo de Ethereum.

Ver el Yellow Paperopens in a new tab

2013

Whitepaper publicado

Documento introductorio, publicado en el 2013 por Vitalik Buterin, fundador de Ethereum, antes del lanzamiento del proyecto en 2015.

Última actualización de la página: 4 de diciembre de 2025

¿Le ha resultado útil este artículo?