Eth1 / Eth2

¿Qué significan Eth1 y Eth2?

Eth1 y Eth2 son términos obsoletos que se utilizaban para describir distintas partes y etapas de desarrollo de Ethereum.

Eth1 solía referirse a la Ethereum Mainnet original, incluidas las transacciones, las cuentas, los contratos inteligentes, la Ethereum Virtual Machine y el sistema Proof of Work que protegía inicialmente la red.

Eth2, también llamado Ethereum 2.0, solía referirse a un conjunto planificado de actualizaciones destinado a introducir Proof of Stake y mejorar la escalabilidad, la seguridad y la sostenibilidad de Ethereum.

Actualmente, los desarrolladores y los recursos educativos de Ethereum utilizan en su lugar los términos capa de ejecución y capa de consenso.

Eth1 pasó a ser la capa de ejecución, que gestiona las transacciones, la ejecución de contratos inteligentes, los saldos de las cuentas, el gas y el estado de la blockchain.

Eth2 pasó a ser la capa de consenso, que gestiona los validadores Proof of Stake, las attestations, las propuestas de bloques, la selección de bifurcaciones, las recompensas, las penalizaciones y la finalización.

La explicación oficial de la Ethereum Foundation sobre el cambio de nombre de Eth2 señala que la relación preferida es: capa de ejecución más capa de consenso igual a Ethereum.

Actualmente no hay dos redes Ethereum llamadas Eth1 y Eth2.

Existe una única red Ethereum en la que las capas de ejecución y consenso funcionan conjuntamente.

¿Por qué están obsoletos los términos Eth1 y Eth2?

Los términos quedaron obsoletos porque sugerían que Ethereum abandonaría una red y la sustituiría por otra completamente independiente.

Las primeras versiones de la hoja de ruta de Ethereum contemplaban sustituir la cadena Proof of Work original o migrarla a un nuevo sistema Proof of Stake.

En aquel momento, nombres como Ethereum 1.0 y Ethereum 2.0 parecían razonables.

Más adelante, la hoja de ruta técnica cambió.

En lugar de trasladar todas las cuentas, los contratos inteligentes y las aplicaciones a una cadena de reemplazo, los desarrolladores conservaron el historial de ejecución existente de Ethereum y lo conectaron al nuevo sistema de consenso Proof of Stake.

El resultado fue una arquitectura por capas, no una simple sustitución de la versión uno por la versión dos.

Después de este cambio, seguir utilizando Eth1 y Eth2 generaba confusión sobre la existencia de dos monedas, redes o versiones de Ethereum.

Por ello, se abandonó gradualmente esa terminología y se adoptaron nombres que describen las funciones reales de cada capa.

¿Qué término sustituyó a Eth1?

El término Eth1 se sustituyó por capa de ejecución.

La capa de ejecución procesa transacciones y mantiene el estado de Ethereum con el que interactúan las aplicaciones.

Incluye cuentas controladas externamente, cuentas de contrato, saldos de ETH, bytecode de contratos inteligentes, almacenamiento de contratos, recibos de transacciones y registros de eventos.

También incluye la Ethereum Virtual Machine, que ejecuta las instrucciones de los contratos inteligentes.

Los clientes de ejecución validan las firmas de transacciones, los nonces de las cuentas, los límites de gas, las llamadas a contratos y las transiciones de estado resultantes.

Las wallets y aplicaciones descentralizadas suelen comunicarse con la capa de ejecución mediante métodos JSON-RPC de Ethereum.

La capa de ejecución no es una blockchain independiente a la que los usuarios deban incorporarse por separado.

Es una parte esencial del protocolo unificado de Ethereum.

¿Qué término sustituyó a Eth2?

El término Eth2 se sustituyó por capa de consenso.

La capa de consenso coordina los validadores Proof of Stake de Ethereum y determina qué historial de cadena válido acepta la red.

Gestiona la activación de validadores, las attestations, las propuestas de bloques, las recompensas, las penalizaciones, el slashing, la selección de bifurcaciones, la justificación y la finalización.

La capa de consenso comenzó con la Beacon Chain, que se lanzó de forma independiente a Ethereum Mainnet el 1 de diciembre de 2020.

Al principio, la Beacon Chain seguía a los validadores y el consenso Proof of Stake sin procesar las transacciones ordinarias de Ethereum Mainnet.

Tras The Merge, se convirtió en el motor de consenso de Ethereum para los bloques que contienen transacciones de la capa de ejecución.

La documentación oficial de Ethereum sobre la Beacon Chain explica que ahora esta es la capa de consenso, no una futura red Ethereum independiente.

Capa de ejecución más capa de consenso

La capa de ejecución y la capa de consenso realizan tareas distintas, pero dependen la una de la otra.

La capa de ejecución determina si las transacciones y los cambios de estado de los contratos inteligentes son válidos.

La capa de consenso determina cómo se proponen, ordenan, confirman y finalizan los bloques válidos.

Un bloque propuesto de Ethereum contiene una estructura de la capa de consenso y una carga útil de ejecución.

El cliente de ejecución comprueba las transacciones incluidas en esa carga útil.

El cliente de consenso comprueba las firmas de los validadores, el momento de los bloques, las attestations, las reglas de selección de bifurcaciones y otros requisitos de Proof of Stake.

Para formar parte de la cadena Ethereum aceptada, un bloque debe cumplir las reglas de ambas capas.

No debe describirse ninguna de las dos capas como la Ethereum antigua o la nueva, ya que ambas son necesarias para la red actual.

¿Qué era Ethereum 2.0?

Ethereum 2.0 era un término general para una hoja de ruta de investigación y desarrollo en evolución.

Incluía Proof of Stake, la Beacon Chain, la economía de los validadores, conceptos de sharding y otros cambios destinados a mejorar Ethereum.

Hacia 2018, los investigadores empezaron a agrupar varias iniciativas de actualización bajo el nombre Ethereum 2.0.

Los primeros planes dividían el desarrollo en fases numeradas, como Fase 0, Fase 1 y Fase 2.

Por lo general, la Fase 0 se refería al lanzamiento de la Beacon Chain y el sistema de validadores Proof of Stake.

Se esperaba que las fases posteriores introdujeran shard chains y más capacidades de ejecución.

La hoja de ruta cambió a medida que se desarrollaron los rollups y los ingenieros encontraron una forma más segura de conectar la Beacon Chain con el entorno de ejecución existente de Mainnet.

Como la hoja de ruta original por fases dejó de describir con precisión el desarrollo de Ethereum, la etiqueta Ethereum 2.0 pasó a resultar engañosa.

¿Era Eth2 una nueva blockchain?

Al principio, la Beacon Chain existía como una blockchain Proof of Stake separada que funcionaba junto a la Mainnet original Proof of Work.

Inicialmente no procesaba transacciones ordinarias de Ethereum, aplicaciones descentralizadas ni llamadas a contratos inteligentes.

Su objetivo inicial era operar y probar el sistema de validadores Proof of Stake.

El concepto más amplio de Eth2 solía describirse como un futuro entorno Ethereum, lo que llevó a algunos usuarios a creer que todas las aplicaciones y activos se trasladarían a una blockchain de reemplazo.

La sustitución completa no se produjo.

The Merge conectó el sistema de consenso de la Beacon Chain al estado de ejecución existente de Ethereum Mainnet.

Tras esa conexión, dejaron de existir dos cadenas Ethereum separadas para desempeñar esas funciones.

La red pasó a ser una única Ethereum Proof of Stake con una capa de ejecución y una capa de consenso.

¿Qué fue The Merge?

The Merge fue la actualización que sustituyó el consenso Proof of Work de Ethereum Mainnet por Proof of Stake.

Se completó el 15 de septiembre de 2022.

La capa de ejecución de Mainnet original se unió a la capa de consenso de la Beacon Chain.

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

La capa de consenso sustituyó a los mineros por validadores como participantes responsables de producir y confirmar bloques.

La documentación oficial de Ethereum sobre The Merge explica que Proof of Work se sustituyó de forma permanente y que el historial de la blockchain existente se mantuvo intacto.

The Merge no creó un nuevo activo ETH.

Cambió el sistema utilizado para alcanzar consenso sobre el estado existente de Ethereum.

¿Eth1 se convirtió en Eth2?

Eth1 no se transformó simplemente en Eth2, como puede actualizarse un programa de la versión uno a la versión dos.

El entorno de ejecución original siguió funcionando, mientras que se eliminaron sus funciones de consenso Proof of Work.

El sistema Proof of Stake de la Beacon Chain se convirtió en la capa de consenso de ese entorno de ejecución.

Ambos componentes forman ahora la misma red Ethereum.

Es más preciso decir que la capa de ejecución original y la capa de consenso de la Beacon Chain se combinaron mediante The Merge.

Describir la Ethereum actual como Eth2 ignora que el historial de ejecución de Mainnet original sigue desempeñando un papel.

¿The Merge borró el historial de Eth1?

The Merge no borró el historial de transacciones anterior de Ethereum.

Todas las cuentas, los contratos inteligentes, los saldos de tokens y los bloques históricos de Mainnet siguieron formando parte de Ethereum después de la transición.

Un contrato desplegado antes de The Merge siguió existiendo en la misma dirección, salvo que su propio código o administrador lo modificara.

El saldo de ETH de un usuario no tuvo que transferirse a otra red.

Cambió el mecanismo de consenso, pero el estado de ejecución continuó.

Esta continuidad es uno de los principales motivos por los que las etiquetas de versión Eth1 y Eth2 son inexactas.

¿Existía una moneda ETH1 o ETH2?

No existieron una moneda ETH1 oficial ni una moneda ETH2 oficial que los usuarios tuvieran que intercambiar.

ETH siguió siendo la criptomoneda nativa de Ethereum antes y después de The Merge.

La guía oficial de The Merge señala que no existe un activo llamado ETH antiguo, ETH nuevo, ETH1 o ETH2.

Quien afirme que los usuarios deben convertir ETH en ETH2 podría estar intentando cometer un fraude.

El cambio de nombre y The Merge no requirieron migrar una wallet, intercambiar tokens, enviar una clave privada ni introducir una frase de recuperación.

Los tokens denominados ETH2 pueden representar productos no relacionados, saldos contables o derechos emitidos de forma privada, en lugar de un activo de Ethereum a nivel de protocolo.

Antes de interactuar con un token que utilice terminología de actualización de Ethereum, los usuarios deben identificar al emisor y el contrato.

¿Tuvieron que actualizar su ETH los usuarios?

Los titulares de ETH ordinarios no tuvieron que hacer nada para The Merge.

Las claves privadas y las direcciones de wallet siguieron funcionando con las mismas cuentas de Ethereum.

Los activos permanecieron en sus direcciones existentes.

Los contratos inteligentes siguieron utilizando el estado existente de Ethereum.

Un sitio web que solicite una frase de recuperación para actualizar ETH debe considerarse malicioso.

Los nodos de software adoptan las actualizaciones del protocolo; los usuarios ordinarios no tienen que enviar activos a una dirección de conversión.

¿The Merge redujo las comisiones de gas de Ethereum?

The Merge no redujo directamente las comisiones de gas de Ethereum.

Cambió el mecanismo de consenso, en lugar de ampliar significativamente la capacidad de ejecución.

Las comisiones de gas dependen principalmente de la demanda de espacio de bloque, la capacidad disponible, la complejidad de las transacciones y las reglas del mercado de comisiones.

La documentación oficial de The Merge señala que reducir las comisiones de gas no era un resultado directo previsto de la transición a Proof of Stake.

Las iniciativas de escalabilidad posteriores se han centrado en gran medida en las redes Layer 2 y en reducir el coste de disponibilidad de datos para los rollups.

Los usuarios no deben interpretar Eth2 como el nombre de una actualización que abarató permanentemente todas las transacciones de Ethereum.

¿The Merge aceleró las transacciones de Ethereum?

The Merge no produjo un aumento drástico del rendimiento de transacciones de Ethereum Mainnet.

Proof of Stake introdujo slots de aproximadamente 12 segundos y cambió el ritmo de producción de bloques.

Sin embargo, no multiplicó el número de transacciones ordinarias que caben en cada bloque.

Los usuarios pudieron observar una cadencia de bloques algo más previsible, pero eso no equivalía a una ampliación importante de la escalabilidad.

La estrategia general de escalabilidad de Ethereum depende en gran medida de los rollups, las mejoras en la disponibilidad de datos y las actualizaciones continuas del protocolo.

¿Eth2 habilitó el staking?

El trabajo que históricamente se llamaba Eth2 introdujo el sistema de validadores Proof of Stake de Ethereum.

En diciembre de 2020, la Beacon Chain comenzó a aceptar depósitos de validadores y a operar con consenso Proof of Stake.

Antes de The Merge, los validadores de la Beacon Chain confirmaban el estado de la propia Beacon Chain, no las transacciones de ejecución de Mainnet.

Después de The Merge, los validadores pasaron a ser responsables de proteger la red unificada de Ethereum.

Según las reglas actuales del protocolo, un validador nativo necesita al menos 32 ETH para activarse.

Las recompensas de staking compensan a los validadores por participar correctamente, mientras que las interrupciones y las firmas contradictorias pueden generar penalizaciones.

Actualmente, se habla simplemente de staking de Ethereum, no de staking de Eth2.

¿The Merge habilitó las retiradas de staking?

The Merge no habilitó inmediatamente las retiradas de ETH en staking.

Las retiradas de validadores se activaron más tarde, mediante las actualizaciones Shanghai y Capella del 12 de abril de 2023.

La actualización combinada suele llamarse Shapella.

Shapella habilitó las retiradas parciales de recompensas que cumplían los requisitos y las retiradas totales después de que los validadores salieran del conjunto activo.

Esta activación independiente demuestra que Ethereum 2.0 no fue una sola actualización que incorporara de una vez todas las funciones previstas.

La documentación actual de Ethereum sobre retiradas de staking explica los procesos disponibles.

¿Qué pasó con la minería de Ethereum?

La minería de Ethereum terminó cuando The Merge sustituyó Proof of Work por Proof of Stake.

Los mineros ya no producen bloques válidos de Ethereum Mainnet.

Ahora los validadores proponen bloques y envían attestations.

Los equipos de minería no pueden generar ETH nativo nuevo mediante el protocolo actual de Ethereum.

Conviene desconfiar de cualquier servicio que afirme minar nuevo ETH de Ethereum Mainnet después del 15 de septiembre de 2022.

Puede seguir habiendo minería en otras blockchains Proof of Work, pero esas redes no son Ethereum Mainnet.

Cómo cambiaron los nodos de Ethereum después de The Merge

Antes de The Merge, un nodo de Ethereum Mainnet podía utilizar un cliente de ejecución para validar transacciones y seguir el consenso Proof of Work.

Después de The Merge, un nodo completo necesita tanto un cliente de ejecución como uno de consenso.

El cliente de ejecución procesa las transacciones y mantiene el estado de Ethereum.

El cliente de consenso sigue a los validadores, los bloques Proof of Stake, la selección de bifurcaciones y la finalización.

Ambos clientes se comunican mediante la Engine API.

La documentación oficial de la arquitectura de nodos de Ethereum explica que los nodos actuales utilizan estas capas coordinadas de clientes.

Un nodo validador también utiliza software de validación para firmar las tareas que tiene asignadas.

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

¿Qué es la Engine API?

La Engine API es la interfaz mediante la que se coordinan los clientes de ejecución y consenso de Ethereum.

El cliente de consenso puede pedir al cliente de ejecución que prepare o valide una carga útil de ejecución.

El cliente de ejecución puede informar de si las transacciones de la carga útil y la transición de estado son válidas.

El cliente de consenso combina este resultado de ejecución con la información de consenso Proof of Stake.

La conexión suele autenticarse mediante un secreto JSON Web Token compartido.

La Engine API permite separar las responsabilidades y, al mismo tiempo, que las dos capas funcionen como un único nodo.

Clientes de ejecución y clientes de consenso

Los clientes de ejecución implementan las reglas de Ethereum para las transacciones y los contratos inteligentes.

Mantienen la EVM, el pool de transacciones, el estado de ejecución, los recibos, los registros y la red entre pares de la capa de ejecución.

Los clientes de consenso implementan las reglas de Proof of Stake.

Siguen los slots, las epochs, las attestations de los validadores, las propuestas de bloques, la selección de bifurcaciones, la justificación y la finalización.

Las implementaciones de clientes pueden estar escritas en distintos lenguajes de programación.

Los clientes compatibles deben seguir las mismas especificaciones activas del protocolo Ethereum y producir los mismos resultados válidos.

La diversidad de clientes ayuda a reducir la dependencia de Ethereum de una sola implementación de software.

¿Por qué se cambió la terminología antes de The Merge?

Los desarrolladores principales de Ethereum empezaron a abandonar los términos Eth1 y Eth2 antes de que se produjera The Merge.

A finales de 2021, capa de ejecución y capa de consenso ya eran las descripciones técnicas preferidas.

El cambio redujo la impresión errónea de que se iba a descartar la red Ethereum original.

También evitó que los usuarios pensaran que Eth2 era un activo de inversión independiente.

La nueva terminología refleja la organización del software actual de Ethereum.

El cambio de nombre no modificó por sí mismo los saldos, los objetivos del protocolo ni la hoja de ruta de actualizaciones.

Por qué «Ethereum 2.0» puede inducir a error

La etiqueta Ethereum 2.0 sugiere una versión final del software que completa permanentemente el desarrollo de Ethereum.

En realidad, Ethereum se actualiza mediante una serie continua de cambios coordinados del protocolo.

Algunas ideas anteriores de Eth2 se implementaron, otras se reorganizaron y otras se sustituyeron por enfoques diferentes.

Proof of Stake y la Beacon Chain se convirtieron en partes fundamentales de Ethereum.

El plan original de ejecutar transacciones en numerosas shard chains cambió cuando los rollups se convirtieron en el principal método para escalar la ejecución de transacciones.

Las actualizaciones posteriores incorporaron retiradas, transacciones con blobs, mejoras para validadores, cambios en la disponibilidad de datos y otras funciones que no formaban parte de la estructura original de fases numeradas.

La hoja de ruta actual de Ethereum presenta estos avances como actualizaciones continuas de Ethereum, no como lanzamientos de una red Ethereum 2.0 independiente.

¿Qué pasó con las shard chains?

Las primeras hojas de ruta de Ethereum 2.0 preveían que las shard chains repartieran el procesamiento de transacciones entre varias cadenas gestionadas por el protocolo.

El auge de los rollups Layer 2 cambió las prioridades y el propósito de la investigación sobre sharding de Ethereum.

Los rollups procesan las transacciones por separado y utilizan Ethereum para la liquidación y la disponibilidad de datos.

Por ello, Ethereum se centró en mejorar la disponibilidad de datos de bajo coste para los rollups, en lugar de ejecutar contratos inteligentes ordinarios en shard chains tradicionales.

Proto-danksharding introdujo datos temporales en blobs mediante la actualización Dencun de marzo de 2024.

Las actualizaciones posteriores siguieron aumentando y mejorando la capacidad de Ethereum para admitir datos de rollups.

Este cambio es otro motivo por el que un diagrama antiguo de las fases de Eth2 no debe considerarse la hoja de ruta actual.

Eth1, Eth1.x e investigación de la capa de ejecución

Eth1.x era un nombre antiguo para las investigaciones destinadas a mejorar la cadena Ethereum Proof of Work original, antes o junto con la hoja de ruta general de Ethereum 2.0.

Entre las áreas de investigación figuraban el crecimiento del estado, la eficiencia de los clientes, la ausencia de estado, las estructuras de datos y las mejoras de ejecución.

Al cambiar el sistema de nombres, el trabajo de Eth1.x pasó a describirse, por lo general, como investigación de la capa de ejecución.

Algunos conceptos desarrollados bajo la etiqueta anterior siguieron influyendo en Ethereum después del cambio de terminología.

Que un documento archivado utilice Eth1.x no significa necesariamente que sea incorrecto, pero debe interpretarse en su contexto histórico.

Eth2 y la Beacon Chain

A veces se utilizaban Eth2 y Beacon Chain como si significaran lo mismo, pero no eran sinónimos exactos.

Ethereum 2.0 se refería a un amplio conjunto de actualizaciones propuestas.

La Beacon Chain era una blockchain Proof of Stake concreta, lanzada como parte de ese trabajo.

Mantenía un registro de validadores, los saldos de los validadores, los votos de consenso, las recompensas y las penalizaciones.

Después de The Merge, la Beacon Chain se convirtió en la capa de consenso de Ethereum.

El nombre Beacon Chain todavía puede aparecer en descripciones técnicas, API, raíces de bloques o material histórico.

Su presencia no significa que siga existiendo una red Eth2 independiente.

Eth1 / Eth2 y los contratos inteligentes

Los contratos inteligentes permanecieron en la capa de ejecución de Ethereum durante The Merge.

Los desarrolladores no tuvieron que volver a desplegar todos los contratos en una cadena Eth2.

Las direcciones de los contratos, el almacenamiento, los saldos de tokens y el historial de transacciones siguieron formando parte del mismo estado de Mainnet.

The Merge sí introdujo algunos cambios a nivel de aplicación relacionados con el tiempo de los bloques, los campos de bloque, los conceptos de finalización y las fuentes de aleatoriedad on-chain.

Los desarrolladores que dependían del comportamiento de bajo nivel de los bloques tuvieron que revisar esas diferencias.

Para la mayoría de los usuarios de aplicaciones ordinarias, la transición no requirió migrar manualmente contratos ni tokens.

Eth1 / Eth2 y las wallets

Para el uso ordinario de Ethereum, una wallet no necesita cuentas Eth1 y Eth2 separadas.

La misma dirección Ethereum puede recibir ETH e interactuar con contratos inteligentes de Mainnet.

Un validador tiene claves de firma especializadas y credenciales de retirada, pero estas no crean una segunda moneda ETH de uso general.

Algunas interfaces de wallets o servicios antiguos utilizaban etiquetas Eth2 para saldos relacionados con productos de staking.

Esa etiqueta puede describir un derecho interno, un saldo bloqueado o una representación de staking, en lugar de la terminología nativa del protocolo Ethereum.

Los usuarios deben revisar las condiciones concretas del producto y no suponer que un saldo Eth2 mostrado es una moneda oficial independiente.

Eth1 / Eth2 y el trading de criptomonedas

Los traders de criptomonedas todavía pueden encontrar la terminología ETH2 en artículos históricos, comentarios antiguos de mercado, productos de staking o nombres de tokens.

El término no debe interpretarse como el ticker de una versión mejorada del ETH nativo.

ETH nativo siguió siendo ETH después de The Merge.

Un token independiente con un nombre relacionado con Eth2 puede conllevar riesgos del emisor, del contrato inteligente, de reembolso, de liquidez y de contraparte.

Su precio de mercado puede diferir del de ETH, incluso si pretende representar un derecho sobre ETH en staking.

Antes de adquirirlo, los traders deben verificar el contrato, el emisor, el proceso de reembolso y los activos subyacentes.

Riesgos de estafa relacionados con Eth1 / Eth2

Se ha utilizado la terminología obsoleta en estafas que dicen a los usuarios que deben actualizar ETH antes de una fecha límite.

Un estafador puede pedir que se envíe ETH a una dirección de conversión a cambio de supuestos tokens ETH2.

Otra estafa puede solicitar una clave privada o una frase de recuperación para sincronizar una wallet con la red Proof of Stake.

The Merge nunca exigió estas acciones.

Una actualización legítima del protocolo no requiere que los usuarios revelen la información de recuperación de su wallet.

Los usuarios también deben rechazar las afirmaciones de que el ETH antiguo dejó de ser válido después de septiembre de 2022.

Los saldos de ETH continuaron automáticamente en la red Ethereum unificada.

Cómo leer documentación antigua sobre Eth1 y Eth2

La documentación antigua aún puede ofrecer un contexto histórico y técnico útil.

El primer paso es comprobar la fecha de publicación.

El segundo es determinar si Eth1 se refiere a la cadena de ejecución original, al consenso Proof of Work o a investigaciones antiguas sobre la capa de ejecución.

El tercero es determinar si Eth2 se refiere a la Beacon Chain, Proof of Stake, el staking, el sharding o toda la antigua hoja de ruta de actualizaciones.

El cuarto es comprobar si la función descrita se implementó, cambió, se retrasó o se sustituyó.

El quinto es contrastar la afirmación con la documentación actual de Ethereum y las especificaciones del protocolo.

Términos como Fase 0, Fase 1, Fase 2, Serenity, shard chains, Eth1.x y Ethereum 2.0 suelen corresponder a la terminología histórica de la hoja de ruta.

Terminología correcta para utilizar hoy

Utiliza Ethereum para referirte a la red unificada en su conjunto.

Utiliza capa de ejecución para hablar de transacciones, la EVM, contratos inteligentes, gas, cuentas y estado de ejecución.

Utiliza capa de consenso para hablar de validadores Proof of Stake, attestations, propuestas de bloques, selección de bifurcaciones y finalización.

Utiliza staking de Ethereum para referirte a la participación como validador, en lugar de staking de Eth2.

Utiliza actualizaciones de Ethereum o la hoja de ruta de Ethereum al hablar del desarrollo continuo del protocolo.

Utiliza Beacon Chain cuando el contexto histórico o técnico requiera específicamente ese nombre.

Estos términos describen Ethereum con mayor precisión y reducen el riesgo de confundirlo con monedas o redes independientes.

Malentendidos habituales sobre Eth1 y Eth2

Un malentendido habitual es que Eth2 sustituyó todas las partes de Eth1.

El estado de ejecución original continuó y se conectó al consenso Proof of Stake.

Otro malentendido es que había que convertir ETH en ETH2.

No se exigió ni se ofreció ninguna conversión oficial.

Un tercer malentendido es que Ethereum opera actualmente dos Mainnets.

Existe una única Ethereum Mainnet con capas de ejecución y consenso.

Un cuarto malentendido es que The Merge redujo inmediatamente las comisiones de gas.

The Merge cambió el consenso, no amplió significativamente la capacidad de los bloques.

Un quinto malentendido es que The Merge habilitó de una vez todas las funciones de Ethereum 2.0.

Las retiradas de staking y las mejoras posteriores de escalabilidad se incorporaron mediante actualizaciones separadas.

Un sexto malentendido es que una hoja de ruta antigua de Eth2 sigue siendo el plan de desarrollo actual de Ethereum.

La hoja de ruta evolucionó hacia la escalabilidad centrada en rollups y las actualizaciones continuas con nombre propio.

Preguntas frecuentes

¿Qué significa Eth1?

Eth1 es un término obsoleto para la Ethereum Mainnet original, que ahora suele denominarse capa de ejecución.

¿Qué significa Eth2?

Eth2 es un término obsoleto asociado a la hoja de ruta de Proof of Stake y escalabilidad de Ethereum; actualmente suele sustituirse por capa de consenso o actualizaciones de Ethereum.

¿Eth1 y Eth2 son blockchains independientes hoy?

No. Los sistemas de ejecución y consenso funcionan conjuntamente como una única red Ethereum.

¿Ethereum 2.0 sigue siendo el nombre oficial?

No. La documentación de Ethereum ha dejado de utilizar Ethereum 2.0 y prefiere términos más precisos, como capa de ejecución, capa de consenso y hoja de ruta de Ethereum.

¿Existe una criptomoneda ETH2?

No. Ethereum no creó una moneda ETH2 oficial que los titulares tuvieran que recibir o comprar.

¿ETH se convirtió en ETH2 después de The Merge?

No. ETH nativo siguió siendo el mismo activo de Ethereum antes y después de The Merge.

¿Tuvieron los usuarios que convertir su ETH?

No. Las wallets, los saldos, los contratos y el historial de transacciones continuaron automáticamente sin necesidad de convertir tokens.

¿Qué término sustituyó a Eth1?

La capa de ejecución sustituyó a la etiqueta Eth1 y gestiona las transacciones, las cuentas, los contratos inteligentes, el gas y el estado de Ethereum.

¿Qué término sustituyó a Eth2?

La capa de consenso sustituyó a la etiqueta Eth2 para el consenso Proof of Stake, aunque la antigua hoja de ruta de Eth2 incluía otras ideas de escalabilidad.

¿Qué fue The Merge?

The Merge fue la actualización del 15 de septiembre de 2022 que conectó la capa de ejecución original de Ethereum con la capa de consenso de la Beacon Chain y puso fin a la minería Proof of Work.

¿Se perdió parte del historial de Ethereum durante The Merge?

No. Las cuentas, los saldos, los contratos y el historial de transacciones de Ethereum se mantuvieron intactos.

¿The Merge redujo las comisiones de gas?

No. Cambió el mecanismo de consenso de Ethereum y no se diseñó para ampliar significativamente la capacidad de transacción.

¿The Merge habilitó las retiradas de staking?

No. Las retiradas de staking se habilitaron más tarde, mediante las actualizaciones Shanghai y Capella del 12 de abril de 2023.

¿Se puede seguir minando ETH?

No. Ethereum Mainnet utiliza actualmente validadores Proof of Stake y ya no acepta minería Proof of Work.

¿Se necesitan 32 ETH para ejecutar un nodo de Ethereum?

No. Cualquiera puede ejecutar un nodo que no sea validador sin hacer staking de ETH; para activar un validador se necesita el saldo efectivo mínimo exigido por el protocolo.

¿Por qué un nodo actual de Ethereum necesita dos clientes?

Necesita un cliente de ejecución para procesar transacciones y un cliente de consenso para seguir los bloques Proof of Stake y la finalización.

¿La Beacon Chain sigue separada de Mainnet?

No. Mediante The Merge se convirtió en la capa de consenso de Ethereum.

¿Qué pasó con el plan original de shard chains de Eth2?

Ethereum pasó a centrarse en la ejecución basada en rollups y en mejoras de disponibilidad de datos, en lugar del antiguo plan de ejecutar transacciones en shard chains tradicionales.

¿Un token denominado ETH2 puede ser distinto de ETH?

Sí. Un token emitido de forma privada con ese nombre puede representar un derecho de staking o producto independiente y conllevar riesgos adicionales del emisor, del contrato y de liquidez.

¿Qué terminología deberían utilizar ahora los desarrolladores?

Por lo general, los desarrolladores deberían utilizar Ethereum, capa de ejecución, capa de consenso, Beacon Chain cuando sea pertinente y los nombres de cada actualización del protocolo.

Conclusión

Eth1 y Eth2 son términos históricos que ya no describen correctamente la arquitectura de Ethereum.

Eth1 solía referirse a la Ethereum Mainnet original y ahora se denomina capa de ejecución.

Eth2 solía referirse a la hoja de ruta de Proof of Stake y escalabilidad; actualmente se representa con mayor precisión mediante la capa de consenso y la hoja de ruta continua de Ethereum.

La capa de ejecución procesa transacciones, contratos inteligentes, gas, cuentas y el estado de la blockchain.

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

The Merge unió estos sistemas el 15 de septiembre de 2022 y puso fin de forma permanente a la minería Proof of Work de Ethereum.

The Merge conservó los saldos, los contratos inteligentes, las aplicaciones y el historial de transacciones existentes de Ethereum.

No creó una nueva moneda ETH2, no exigió convertir tokens, no redujo inmediatamente las comisiones de gas ni habilitó las retiradas de staking.

Las actualizaciones posteriores incorporaron retiradas, mejoras de datos para rollups, cambios para validadores y otros avances dentro de una única red Ethereum en evolución continua.

Los usuarios actuales deberían decir Ethereum en lugar de Eth2 y utilizar capa de ejecución o capa de consenso cuando hablen de una parte concreta del protocolo.

Comprender el cambio de terminología de Eth1 y Eth2 ayuda a los usuarios de criptomonedas a interpretar documentación antigua, reconocer estafas de conversión y entender por qué la Ethereum actual es una sola red respaldada por dos capas de protocolo coordinadas.