Estos son los problemas en los que los desarrolladores de Ethereum Core están trabajando antes de Londres

El tan esperado Actualización de Londres a la red Ethereum, una diseñada para cambiar la controvertida Ethereum estructura de tarifas, está en camino de lanzamiento el 4 de agosto. Como parte del hard fork de Londres, Tim Beiko, el coordinador principal de varias actualizaciones de Ethereum, junto con otros desarrolladores principales, recientemente proporcionó un resumen de los desarrollos en torno a la próxima bifurcación.

La reunión se inició destacando Goerli Y Rinkeby Tenedores. Para el primero (Goerli), los dos desarrolladores, Marius VanDerWijden (@vdWijden) y otro desarrollador de @ConsenSysQuoru dentro del espacio Ethereum,

“…spam la red antes del bloque de la bifurcación y después para asegurarse de que todo saliera bien, lo cual hicieron ".

Mientras que para el último, el Ir a Ethereum El equipo descubrió un pequeño revés en las configuraciones de su validador. "El precio mínimo del gas que los mineros / validadores aceptan en Geth es de 1 gwei y después de Londres, esto se calcula con la tarifa de prioridad", señaló el resumen.

Sin embargo, debido a esto, "muchas transacciones fueron atascado porque tenían una tarifa de prioridad máxima de 1 gwei + tarifa máxima, y ​​la red tenía una tarifa base de 7 gwei, por lo que la tarifa de prioridad recibida por los validadores era 0.999999993 gwei, no 1. "

Según los desarrolladores, este problema se resolvió reduciendo los puntos de referencia establecidos por los validadores.

Además, diferentes clientes también acordado con un bloque de implementación de 12965000 para la red principal.

Otro tema que se discutió durante la reunión giró en torno al precio de almacenamiento del gas que paga el usuario. Tal como están las cosas, ambos campos en 1559Las transacciones de estilo incluyen tarifas máximas (tarifa máxima + tarifa de prioridad máxima). Una vez más, para superar este obstáculo, el equipo ha añadido un "precio de gas efectivo" en el recibo de la transacción para incorporar solo el precio pagado después de la ejecución de la transacción (tarifa base + tarifa de prioridad).

En la parte posterior de estas actualizaciones, Beiko también tenía una actualización para los mineros de la red.

Continuando, la discusión también arrojó algo de luz sobre los clientes que también manejan las partes no consensuadas de 1559, específicamente la clasificación del grupo de transacciones y el reemplazo de transacciones. Si bien la mayoría de los clientes utilizaron un diseño similar para la piscina, para este último se utilizaron dos enfoques diferentes. Ambos muy similares, "pero con diferentes interpretaciones".

La complejidad del mismo fue resaltada por uno de los desarrolladores, Ansgar.eth (@adietrichs), quien señaló,

"… estas cosas no son tan sencillas como clasificar por el valor del precio del gas, podemos ver que diferentes clientes priorizan diferentes transacciones en el grupo (¡en el margen!)".

Tim Beiko cerró la discusión sobre la actualización de Londres por opinar,

"Esto puede ser bueno, ya que" aumenta "el grupo de transacciones globales, pero también vale la pena vigilar después de Londres para ver si la implementación de algún cliente funciona mejor, para que otros puedan adaptarse".

Esta es una traducción automática de nuestra versión en inglés.