Discusiones importantes en la reunión más reciente de Ethereum Core Dev – feed

Un año después del lanzamiento oficial de la actualización The Merge, la red Ethereum se enfrenta a cambios importantes en su hoja de ruta de desarrollo. Específicamente, estas dificultades y respuestas se discutieron en la reunión matutina del equipo de Ethereum Core Devs el 15 de septiembre.

cryptoshitcompra.com/wp-content/uploads/2023/09/Discusiones-importantes-en-la-reunion-mas-reciente-de-Ethereum-Core.jpg»/>Discusiones importantes en la reunión más reciente de desarrolladores de Ethereum Core

No hace falta decir que All Core Devs (ACDE/ACDC) es una reunión semanal del equipo central de desarrollo de Ethereum. Sin embargo, la reunión de esta mañana (15 de octubre) atrajo mucho más interés, especialmente porque se habían discutido al mismo tiempo varias propuestas que afectan directamente a la modernización de Dencun.

Actualizaciones conectadas a Devnet

En primer lugar están las actualizaciones de Devnet-eight testnet para la actualización de Dencun. Como resultado, consumidores como Besu, Prysm o Geth se encuentran en la fase de prueba de una nueva modificación conectada a EIP-4844, que es el módulo de transacciones de blobs.

La transacción blob es un nuevo formato de transacción que permite a la Capa dos optimizar los cargos de combustible a partir del procedimiento de registro e intercambio de información con la Capa uno. Esto se considera un componente importante de EIP-4844 (la propuesta más esperada para la actualización de Dencun).

>> Descubra mucho más: ¿Qué tiene de emocionante la posterior actualización de Dencun de Ethereum?

Mitigación de riesgos recomendada por Liquid Stake

La siguiente discusión importante es si integrar o no la propuesta EIP-7514 en la actualización de Dencun. Esta propuesta limitará la suma de validadores que estarán adicionales a la red por Época (unidad de tiempo en la blockchain).

A continuación, continuamos una conversación del contacto de ACDC de la semana pasada sobre si agregar un límite frecuente a la cola de activación del validador. De hecho, la propuesta se ha formalizado como EIP-7514: https://t.co/sd4D4GlMRY

– timbeiko.eth ☀️ (@TimBeiko) 14 de septiembre de 2023

El desarrollador Dankrad Feist cree que la actualización excesiva es realmente esencial, principalmente porque con la tendencia existente de depósitos y retiros, la red con toda probabilidad tendrá un gran porcentaje de apuestas líquidas antes de que se implemente Dencun, lo que desencadenará problemas y peligros inútiles. Este desarrollador también mencionó la dificultad de alrededor de uno/tres de los ETH apostados de Lido Finance.

Según las discusiones existentes, el nivel de límite de abandono (es decir, el límite en la cantidad adicional de nuevos validadores) será de ocho validadores por época.

Desafíos de arbitraje y compatibilidad de información

El siguiente consejo se refiere a una consulta que surge en relación con los antecedentes de EIP-4844. Específicamente, el código de operación de Arbitrum admitido en este momento es “BASEFEE”. Sin embargo, la red de Capa dos no tendrá forma de registrar datos de precios para los blobs de información de Capa uno. Por eso se habló de la Propuesta 7516. Esta propuesta devolvería información sobre los costos pagados por las Capas 2, lo que haría que la compatibilidad de la Capa dos fuera menos difícil cuando se implemente EIP-4844.

EIP-7516: Código de operación BLOBBASEFEE. Útil para L2 en la cuenta/factura correcta para la utilización de la información EIP-4844.

Mirar: https://t.co/jv0bj7jCGO

— carlbeek.eth 🕯 (@CarlBeek) 13 de septiembre de 2023

Si no se acepta la propuesta de incluir el código de operación “BLOBBASEFEE” (es decir, EIP-7516), Arbitrum solo tendrá dos respuestas bastante engorrosas:

• Depende de un oráculo para obtener información sobre gastos (lo que inherentemente disminuye la descentralización).
• Envíe pruebas directamente al lote en el nivel uno (lo que inherentemente aumentará la complejidad y los gastos).

Más actualizaciones

Finalmente, se optimizó para la fase CALLDATA para optimizar las cargas de combustible para las redes inmediatamente después de la actualización EIP-4844.

Además, también finalizó la fase de demostración de Reth (un nuevo consumidor escrito en Rust).

Coinlive compilado

Quizás te interese:

Únase a la discusión sobre los desafíos más candentes en el mercado de DeFi en el grupo de chat Chats en vivo ¡¡¡Unámonos a los administradores de Coinlive!!!