La historia de Ethereum
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 anteriores más importantes: La cadena de baliza; La Fusión; y EIP-1559
¿Busca futuras actualizaciones del protocolo? Descubra las próximas actualizaciones de la hoja de ruta de Ethereum.
2023
Shanghai-Capella
Resumen de Shangai
La actualizacion Shangai permite retirar la participación 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.
- Más información sobre la retirada de participaciones.
- Lea la especificacion de la actualizacion Capella(opens in a new tab)
2022
Paris (La Fusión)
Resumen
El paso de la cadena de bloque de la prueba de trabajo a la de 58750000000000000000000 originó La Fusión. Esto ocurrió en el bloque 15537393 el 15 de septiembre de 2022, y dio comienzo a la actualización Paris en el siguiente bloque. Paris supuso la transición denominada La Fusión: cuya característica principal consistió en pasar del algoritmo de minería y lógica de consenso asociada de la prueba de trabajo a la prueba de participación. Paris fue en sí una actualización a los clientes de ejecución (equivalente a Bellatrix, en la capa de consenso) que les permitió recibir instrucciones de sus clientes de consenso conectados. Esto requirió que se activara un nuevo conjunto de métodos internos de API, conocido colectivamente como Engine API(opens in a new tab). Esta fue probablemente 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 cadena de baliza, como prepración de 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 sensibilizar a los clientes sobre la dificultad de 58750000000000000000000.
Gray Glacier
Resumen
La actualización de la red Gray Glacier hizo retroceder la tres meses. Este es el único cambio introducido en esta actualización, y es similar en naturaleza a las actualizaciones Arrow Glacier y Muir Glacier. Se han llevado a cabo cambios similares en las actualizaciones de red Byzantium,Constantinople y London.
2021
Arrow Glacier
Resumen
La actualización de la red Arrow Glacier hizo retroceder la varios meses. Este es el único cambio introducido en esta actualización, y es similar en naturaleza a la actualización de Muir Glacier. Cambios similares han sido realizados en las actualizaciones de red Byzantium,Constantinopla y Londres.
- Blog de EF: anuncio de actualización de Arrow Glacier(opens in a new tab)
- Ethereum Cat Herders: actualización de Arrow Glacier de Ethereum(opens in a new tab)
Altair
Resumen
La actualización Altair fue la primera programada para la cadena de baliza. 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.
London
Resumen
La actualización London introdujo EIP-1559(opens in a new tab), que ha transformado el mercado de las comisiones de las transacciones, junto con cambios en la forma en que se manejan los reembolsos de gas y el plan .
- ¿Es desarrollador de DApps? Asegúrese de actualizar sus bibliotecas y herramientas.(opens in a new tab)
- Lea el anuncio de Ethereum Foundation.(opens in a new tab)
- Lea la explicación de Ethereum Cat Herders.(opens in a new tab)
Berlin
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.
- Leer el anuncio de Ethereum Foundation(opens in a new tab)
- Leer la explicación de Ethereum Cat Herders(opens in a new tab)
2020
El origen de la cadena de baliza
Resumen
La cadena de baliza necesita 16.384 depósitos de 32 ETH apostados para enviarse de forma segura. Esto sucedió el 27 de noviembre, lo que significa que la cadena de baliza comenzó a producir su cadena de bloques a partir del 1 de diciembre de 2020. Este es un importante primer paso para lograr la vision de Ethereum.
Leer el anuncio de Ethereum Foundation(opens in a new tab)
Contrato de depósito de participación implementado
Resumen
El contrato de depósito de participación introdujo la en el ecosistema de Ethereum. A pesar de ser un contrato en la , ha tenido impacto directo sobre la secuenciación de lanzamiento de la cadena de baliza, una importante actualización de Ethereum.
Leer el anuncio de Ethereum Foundation(opens in a new tab)
Muir Glacier
Resumen
La bifurcación Muir Glacier introdujo un retraso en la . El aumento de la dificultad del bloque del mecanismo de consenso de la prueba de trabajo amenazó con degradar la usabilidad de Ethereum, debido al incremento de los tiempos de espera para enviar transacciones y utilizar DApps.
- Leer el anuncio de Ethereum Foundation(opens in a new tab)
- Leer la explicación de Ethereum Cat Herders(opens in a new tab)
2019
Istanbul
Resumen
La bifurcación de Istanbul:
- Optimizó el coste del de ciertas acciones en la EVM.
- Mejoró la resistencia al ataque de denegación de servicio.
- Realizó escalabilidad de capa 2 basada en SNARK y STARK más eficientes.
- Habilitó Ethereum y Zcash para que interoperasen.
- Permitió que los contratos introdujeran funciones más creativas.
Leer el anuncio de Ethereum Foundation(opens in a new tab)
Constantinople
Resumen
La bifurcación Constantinople:
- Garantizó que la cadena de bloques no se congelara antes de que se implementara la prueba de participación.
- Optimizado el costo del de ciertas acciones en la EVM.
- Añadió la capacidad de interactuar con direcciones que aún no se han creado.
Leer el anuncio de Ethereum Foundation(opens in a new tab)
2017
Byzantium
Resumen
La bifurcación de Bizantium:
- Redujo las recompensas de minería de bloques de 5 a 3 ETH.
- Retrasó un año la .
- Se ha añadido la habilidad para realizar llamadas «sin cambiar de estado» a otros contratos.
- Añadió ciertos métodos de criptografía para permitir escalabilidad de capa 2.
Leer el anuncio de Ethereum Foundation(opens 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 Ethereum(opens 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.
Leer el anuncio de Ethereum Foundation(opens in a new tab)
La bifuración DAO
Resumen
La bifurcación DAO surgió como respuesta al ataque de DAO de 2016(opens in a new tab) donde un contrato inseguro fue drenando más de 3,6 millones de ETH en un hackeo. La bifurcación movió los fondos del contrato defectuoso a un nuevo contrato(opens in a new tab) con una única función: la de retirada. 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 titular de ETH pudo votar a través de una transacción en una plataforma de votación(opens 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. Pasaron a formar Ethereum Classic(opens in a new tab).
Leer el anuncio de Ethereum Foundation(opens 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.
Leer el anuncio de Ethereum Foundation(opens in a new tab)
2015
Deshielo Frontier
Resumen
La bifurcación de deshielo Frontier elevó el limite del de 5.000 por y fijó el precio por defecto en 51 . Esto permitió que se realizaran transacciones que requiriesen 21.000 unidades de gas. La se introdujo para asegurar un futuro de bifurcación dura a la .
- Leer el anuncio de Ethereum Foundation(opens in a new tab)
- Lea la actualización 1 del protocolo de Ethereum(opens in a new tab)
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».
Leer el anuncio de Ethereum Foundation(opens in a new tab)
2014
Venta de ether
El ether salió oficialmente a la venta durante 42 días. Podía comprarse con BTC.
Leer el anuncio de Ethereum Foundation(opens in a new tab)
Protocolo publicado
El protocolo, escrito por el Dr. Gavin Wood, es una definición técnica del protocolo de Ethereum.
Ver el protocolo(opens in a new tab)
2013
Protocolo publicado
Documento introductorio, publicado en el 2013 por Vitalik Buterin, fundador de Ethereum, antes del lanzamiento del proyecto en 2015.