¿Cuándo ocurrió la bifurcación dura London de Ethereum?

London se activó en la red principal de Ethereum en el bloque 12.965.000 el 5 de agosto de 2021. Los operadores de nodos tuvieron que ejecutar software cliente compatible para continuar siguiendo las reglas de red actualizadas.

¿Ethereum todavía usa EIP-1559 después de la Merge?

Sí. La Merge cambió el consenso de Ethereum de proof of work a proof of stake, pero el mercado de tarifas de EIP-1559 y la quema de la tarifa base permanecieron como parte de las transacciones de la capa de ejecución.

¿Quién recibe la tarifa de prioridad después de EIP-1559?

El proponente del bloque recibe la tarifa de prioridad, comúnmente llamada propina. El protocolo quema la tarifa base en lugar de pagársela al proponente, y cualquier diferencia no utilizada por debajo del máximo del usuario no se cobra.

¿Por qué una transacción puede permanecer pendiente después de London?

Una transacción puede permanecer pendiente cuando su tarifa máxima está por debajo de la tarifa base actual, su propina es demasiado baja para la prioridad disponible, el nonce de la cuenta está bloqueado o la transacción no es válida por algún otro motivo.

¿Qué es la bifurcación dura London de Ethereum? ¿Cómo cambió EIP-1559 las tarifas de gas?

La bifurcación dura London de Ethereum fue una actualización de red coordinada activada en el bloque 12.965.000 el 5 de agosto de 2021. Cambió las reglas de ejecución de Ethereum mediante cinco propuestas, lideradas por EIP-1559, que introdujo una tarifa base calculada por el protocolo, una tarifa de prioridad opcional, capacidad de bloque variable y la quema de la parte de la tarifa base de cada transacción elegible.

London abordó la estimación inestable de tarifas y varios problemas de contabilidad de gas en la antigua proof-of-work cadena de Ethereum. No hizo que las transacciones fueran permanentemente baratas ni convirtió a Ethereum en proof of stake. En cambio, hizo que la tarifa base del siguiente bloque fuera más predecible, cambió la forma en que los usuarios pujan por la inclusión, redujo ciertos reembolsos de almacenamiento y retrasó la bomba de dificultad antes de la posterior Merge.

¿Qué es la bifurcación dura London de Ethereum?

La bifurcación dura London de Ethereum fue una importante actualización de red que cambió varias reglas de la capa de ejecución en Ethereum. Activada en agosto de 2021, introdujo cinco Propuestas de Mejora de Ethereum (EIP), incluida EIP-1559, que rediseñó el sistema de tarifas de transacción e introdujo la quema de la tarifa base de Ethereum. London actualizó la red Ethereum existente en lugar de crear una criptomoneda separada.

Además de las tarifas de transacción, London también puso la tarifa base a disposición de los contratos inteligentes, redujo ciertos reembolsos de gas, reservó un prefijo de bytecode de EVM para cambios futuros y retrasó la bomba de dificultad de proof-of-work. Estas actualizaciones cambiaron la forma en que las billeteras y las aplicaciones interactuaban con Ethereum y prepararon la red para actualizaciones posteriores.

¿Cómo funciona la bifurcación dura London de Ethereum?

EIP-1559 cambió las tarifas de gas al dividir el pago en una tarifa base establecida por el protocolo y una tarifa de prioridad ofrecida al productor del bloque. Los usuarios especifican una tarifa total máxima y una tarifa de prioridad máxima. La transacción paga la tarifa base actual más una propina permitida, hasta el máximo del usuario, y el margen no utilizado se devuelve en lugar de pagarse automáticamente. La tarifa base se quema, mientras que la tarifa de prioridad compensa al productor del bloque.

La tarifa base aumenta cuando el bloque anterior usa más gas que el objetivo y disminuye cuando el uso está por debajo del objetivo. London también permitió que los bloques se expandieran hasta el doble del uso objetivo de gas durante picos breves de demanda. Esta elasticidad puede absorber la congestión temporal, pero la demanda sostenida aún eleva la tarifa base hasta que la demanda coincide con el espacio de bloque disponible. London mejoró la estimación de tarifas; no impuso una tarifa baja fija.

¿Cuáles fueron los principales cambios y casos de uso de la actualización London?

London cambió tanto el comportamiento de las tarifas visible para el usuario como las reglas de ejecución de nivel inferior. Las cinco propuestas incluidas cumplieron diferentes propósitos, por lo que reducir la actualización a la quema de la tarifa base pasa por alto varios cambios operativos.

1. EIP-1559 rediseñó el mercado de tarifas. Las billeteras obtuvieron una tarifa base de protocolo predecible, una tarifa de prioridad opcional, un límite máximo de tarifa, capacidad de bloque elástica y quema automática del pago de la tarifa base.

2. EIP-3198 expuso la tarifa base a los contratos. El opcode BASEFEE permite a los contratos inteligentes leer la tarifa base del bloque actual, lo que habilita lógica en cadena que necesita una referencia de precio de gas definida por el protocolo.

3. EIP-3529 redujo los reembolsos de gas. La actualización eliminó el reembolso de SELFDESTRUCT y redujo el reembolso máximo, disminuyendo los incentivos para mantener tokens de gas o inflar bloques mediante estrategias basadas en reembolsos.

4. EIP-3541 reservó un prefijo de bytecode. Los nuevos contratos que comenzaran con 0xEF ya no podían desplegarse, preservando ese prefijo para un futuro formato de objeto de EVM sin invalidar los contratos existentes.

5. EIP-3554 retrasó la bomba de dificultad. La propuesta pospuso el rápido aumento de la dificultad de proof-of-work, dando a los desarrolladores más tiempo antes de la eventual transición de Ethereum a proof of stake.

¿Cuáles son ejemplos del impacto de London en Ethereum?

London sigue siendo visible en la actividad ordinaria de Ethereum aunque actualizaciones posteriores cambiaron el consenso y ampliaron el escalado de rollups. Sus campos de tarifas y mecanismo de quema continúan dando forma a las billeteras, los bloques y la contabilidad de la oferta de ETH.

• Las estimaciones de tarifas de billetera se volvieron más fáciles de automatizar. Las billeteras pueden derivar una tarifa base probable de bloques recientes y agregar una tarifa de prioridad en lugar de pedir a los usuarios que adivinen un precio de gas todo incluido.

• La capacidad de bloque puede responder a picos breves. Un bloque puede exceder temporalmente el uso objetivo de gas hasta el límite del protocolo, aunque la congestión continua hace que la tarifa base aumente.

• Cada pago de tarifa base elimina ETH de la oferta. El protocolo quema la parte de la tarifa base en lugar de otorgarla al validador, vinculando el uso de la red a la destrucción de ETH sin garantizar deflación.

• Las aplicaciones pueden hacer referencia a BASEFEE en cadena. Los contratos pueden usar el opcode introducido por EIP-3198 cuando un cálculo necesita acceso a la tarifa base definida por el protocolo del bloque actual.

¿Cuáles son las limitaciones y riesgos de la actualización London?

London mejoró la mecánica de tarifas pero no eliminó la escasez en el espacio de bloque de Ethereum. Los usuarios, desarrolladores de billeteras y desarrolladores de contratos inteligentes todavía deben tener en cuenta la congestión, los límites de tarifas, los costos de ejecución variables y el comportamiento de actualizaciones posteriores de la red.

1. Las tarifas de gas aún pueden volverse costosas. Cuando la demanda se mantiene por encima del objetivo durante bloques consecutivos, la tarifa base sigue aumentando, por lo que London mejora la previsibilidad sin garantizar la asequibilidad.

2. Los límites de tarifas incorrectos pueden retrasar las transacciones. Una tarifa máxima establecida por debajo de la tarifa base futura impide la inclusión hasta que las tarifas bajen, mientras que una propina innecesariamente alta aún puede pagar en exceso por la prioridad.

3. La quema de ETH no garantiza la deflación. La oferta neta depende de cuánto ETH se emite en comparación con cuánta tarifa base se quema en la actividad de la red y las reglas de consenso predominantes.

4. Las suposiciones de los contratos requirieron revisión. Los desarrolladores que dependían de reembolsos de gas históricos, campos de transacción o patrones de despliegue de bytecode tuvieron que actualizar sus diseños para las nuevas reglas de ejecución.

¿Hizo la bifurcación dura London que Ethereum fuera deflacionario?

La bifurcación dura London no hizo que Ethereum fuera permanentemente deflacionario. Introdujo un mecanismo de quema de tarifas que elimina ETH cada vez que los usuarios pagan la tarifa base, pero la oferta neta aún depende de la emisión y las tarifas totales quemadas. Después de que Ethereum pasó a proof of stake, la emisión cayó sustancialmente, haciendo más posibles los períodos de contracción de la oferta neta. La actividad de la red aún puede caer lo suficientemente bajo como para que la emisión supere las quemas.