Actualización 004 de la reunión de desarrolladores de Ethereum Core

En las próximas semanas, la actualización de Londres se lanzará en la red de prueba. Los cambios en JSON RPC están documentados y hay un manual de referencia para que los proyectos agreguen compatibilidad con 1559;

La parte eth2 de la "fusión" ya tiene una especificación madura. Se está trabajando en un documento similar para la parte eth1, y habrá una especificación ejecutable;

Aunque no se han tomado decisiones, se ha avanzado en dos EIP candidatos para la actualización de Shanghái: informe de auditoría para EIP-3074, hoja de ruta para EIP-3540

Durante las próximas semanas, la actualización de Londres se lanzará en redes de prueba: primero la red de prueba Ropsten, alrededor del 24 de junio, luego la red de prueba Goerli, programada para el 30 de junio, y finalmente la red de prueba Rinkeby, que se actualizará el 7 de julio. Si aún no ha actualizado sus nodos de red de prueba, ¡ahora es el momento!

Después de la bifurcación de testnet, esperamos realizar algunas pruebas, bombardeando la red con una gran cantidad de transacciones para garantizar que la red siga funcionando normalmente en estas condiciones. Cuando los desarrolladores del cliente sientan que no hay problema con la implementación de la actualización de Londres en varias redes de prueba, determinaremos la altura del bloque de la bifurcación de la red principal. Dada la altura aproximada del bloque en el que se encontraba la bomba de dificultad, la red principal tendría que bifurcarse en los próximos 300 000 a 400 000 bloques.

Si su proyecto se basa en Ethereum y se verá afectado por la actualización de Londres, especialmente EIP-1559, esto es lo que debe revisar:

La especificación JSON RPC, que detalla varios cambios en la actualización de Londres, como:

Se agregó el campo baseFeePerGas para bloquear encabezados;

Se agregaron los campos maxFeePerGas y maxPriorityFeePerGas a las transacciones de estilo 1559;

Se agregó campo de precio de gas efectivo al recibo de estas transacciones;

El rendimiento del Tesoro de EE. UU. a 10 años subió a un máximo de sesión de 1,582 %: el mercado mostró que el rendimiento del Tesoro de EE. UU. a 10 años subió a un máximo de sesión de 1,582 %. [2021/3/5 18:19:25]

Se agregó el campo eth_feeHistory a los puntos finales para facilitar que las billeteras proporcionen estimaciones de gas basadas en el historial reciente. Ver aquí para más detalles.

1559 Wallet Reference Manual (1559 Wallet Cheatsheet), explica los cambios no consensuados relacionados con EIP-1559 y proporciona las mejores prácticas para respaldar este EIP. Incluye específicamente:

Instrucciones para la red de prueba para desarrolladores de Calaveras, que ahora pueden usar las aplicaciones para probar los contenidos de la actualización de Londres

Múltiples funciones involucradas en maxPriorityFeePerGas (es decir, propina), y cómo configurarlo en situaciones de congestión y no congestión;

Una guía sobre cómo migrar usuarios sin problemas a transacciones de estilo 1559

Como siempre, si su proyecto se verá afectado por EIP-1559, o la actualización de Londres en general, puede comunicarse con el equipo del cliente en Discord.

En otras palabras, ¿se acerca la actualización de Londres?

Si bien la mayoría de los equipos de clientes se concentraron en las actualizaciones de Londres y Altair, el progreso en la "fusión" no se detuvo.

En primer lugar, ¡ya existe una especificación madura en la parte de la capa de consenso (es decir, eth2)! Su desarrollo aún está en pleno apogeo y puede seguir las actualizaciones de contenido en el repositorio eth2.0-specs.

En la sección de la capa ejecutiva (es decir, eth1), habrá una descripción general de los cambios necesarios. ?

Servirá como un "documento maestro" que vincula a cambios de especificación más detallados que tienen el formato correspondiente (por ejemplo, EIP para introducir nuevos códigos de operación).

El motivo del enfoque diferente es que el formato de especificación es diferente entre la capa de consenso (eth2) y la capa de ejecución (eth1).

Si bien el formato de especificación de Ethereum comenzó como un papel amarillo, su naturaleza matemáticamente pesada hace que sea difícil dar cuenta de los cambios. En cambio, normalmente usamos Core EIP (Core EIP) para dar cuenta de los cambios en las reglas del protocolo. Estos contenidos luego se retroalimentan al Libro Amarillo.

Por otro lado, la especificación de Ethereum 2.0 se escribió en documentos de rebajas al principio y se desarrolló gradualmente hasta convertirse en la especificación ejecutable de python. ¡No hace falta decir que tener dos conjuntos diferentes de métodos está lejos de ser ideal!

Por lo tanto, un movimiento complementario a la "fusión" es crear especificaciones ejecutables para la capa de aplicación, que coincidan con el formato de la biblioteca eth2.0-specs. De esta manera, no solo podemos proporcionar un formato de especificación común para todo el protocolo Ethereum, sino también generar pruebas automatizadas a partir de la especificación. Todavía es pronto, el equipo de Quilt ha abierto un PR con una implementación inicial.

Como se mencionó en la actualización anterior, aunque la "consolidación" es el foco de trabajo después de las actualizaciones de Londres y Altair, los desarrolladores ya tienen ideas para la próxima actualización de la capa de implementación: la actualización de Shanghái.

Esta actualización ocurrirá antes o después de la "fusión", dependiendo de qué tan listos estén los dos en diciembre, cuando la bomba de dificultad deberá retrasarse nuevamente. Aunque actualmente no hay especificaciones para esta actualización y no se ha incorporado oficialmente ningún EIP, hay dos candidatos: EIP-3074 y EIP-3540.

Este EIP tiene como objetivo dar a los contratos inteligentes más flexibilidad en la interacción con las direcciones de los usuarios. Un tweet de @lightclient, uno de los autores de este EIP, resume bien sus principales beneficios.

Existe la preocupación de que este EIP cambie algunos supuestos de seguridad, particularmente con respecto a las direcciones representadas por msg.sender, y la amplitud de acciones que los contratos inteligentes pueden tomar en nombre de las cuentas de los usuarios. Se encargó a dos auditores que estudiaran el EIP para explorar estas preocupaciones de seguridad: Least Authority para estudiar el propio EIP y Dedaub para estudiar cómo EIP-3074 afectaría los contratos implementados actualmente.

Aquí está el informe completo de auditoría de la Autoridad Mínima, donde los auditores compartieron un resumen de su investigación en la última reunión de desarrollo central (a partir de la 1:07:00). Durante esa reunión, Dedaub también discutió los hallazgos de su auditoría luego de que Least Authority compartió, compartió y resumió su informe en Twitter.

Aunque no se tomó ninguna decisión sobre 3074 en esa reunión, los hallazgos de estas auditorías ayudan a aclarar las compensaciones de seguridad involucradas en la inclusión de este EIP. Mientras tanto, se propuso una "alternativa a 3074" en el foro Ethereum Magicians, que se discutirá en la reunión de desarrolladores principales de esta semana.

Esta propuesta se adjunta a EIP-3541 que se incorporó a la actualización de Londres. Introduce "un formato de contenedor versionado y extensible para EVM, con validación única en el momento de la implementación". Esto permitirá una mejor separación de código y datos, los cuales ahora requieren validación en tiempo de ejecución en el lado del cliente.

Este cambio es beneficioso para múltiples casos de uso, como la validación de código para redes de capa 2, códigos de operación de varios bytes, posible desaprobación de  JUMPDEST, etc.

Alex Beregszaszi, uno de los autores de este EIP, compartió recientemente una descripción general y una hoja de ruta más completas.

Si el tiempo lo permite, la próxima reunión principal de desarrolladores discutirá este EIP. Si el tiempo no lo permite, puede ser otra reunión.

¡La actualización termina aquí! Esté atento al anuncio de actualización de la red principal de Londres en blog.ethereum.org en las próximas semanas, y una actualización sobre la reunión de Ethereum Core Devs en aproximadamente un mes. ?

Publicado el 22 de junio de 2021

La fecha de actualización de la red de prueba de Kovan aún no se ha determinado y es probable que sea posterior a la actualización de la red principal. Además, el cliente OpenEthereum quedará obsoleto después de la actualización de Londres.

Fuente | Actualizaciones de AllCoreDev

Por | Tim Beiko

Tags：

NEAR