Escrito por Christine Kim

Compilado por: Luccy, BlockBeats

Además de los preparativos para Pectra Devnet 0, los desarrolladores también exploraron nuevas propuestas de EIP, discusión y análisis de EIP existentes y análisis de impacto en contratos y transacciones inteligentes. Entre ellos, la discusión sobre EIP 7702 atrajo una amplia atención por parte de los participantes y la propuesta se consideró como un posible reemplazo de EIP 3074.

Christine Kim, vicepresidenta de investigación de Galaxy Digital, registró en detalle los puntos clave de esta reunión. BlockBeasts recopiló el texto original de la siguiente manera:

El 9 de mayo de 2024, los desarrolladores de Ethereum se reunieron en Zoom para la reunión número 187 de All Core Developers Execution (ACDE). La conferencia telefónica ACDE es una serie de reuniones quincenales organizadas por Tim Beiko, jefe de soporte de protocolo de la Fundación Ethereum, donde los desarrolladores discuten y coordinan cambios en la capa de ejecución de Ethereum (EL). Esta semana, los desarrolladores discuten los preparativos para Pectra Devnet 0, las actualizaciones de la implementación de EIP 3074 y la urgencia de convertir el método de serialización en EL de MPT a SSZ.

Actualización de Pectra Devnet-0

Barnabas Busa, ingeniero de operaciones de desarrolladores de la Fundación Ethereum, dijo que su equipo está probando la configuración del cliente de la primera red de prueba centrada en desarrolladores de Pectra y trabajará para garantizar una configuración estable de Pectra Devnet 0 para el lunes 13 de mayo. Según el rastreador de preparación de Pectra Devnet 0, los equipos de clientes de Geth, Nethermind y EthereumJS han implementado completamente la especificación del código Pectra.

Durante la conferencia telefónica, la desarrolladora de Besu, Justine Florentine, dijo que todos los EIP de Pectra se implementaron en Besu, pero que su equipo todavía está trabajando arduamente para depurar el código. El desarrollador de Erigon, Andrew Ashikhmin, dijo que su equipo comenzó a trabajar en todos los EIP excepto en el EIP 7002, el retiro activable de EL. El equipo de Reth publicó un enlace a su rastreador de implementación en un chat de Zoom, mostrando que su trabajo en EIP 7002 aún está pendiente, al igual que el equipo de Erigon.

En el lado del cliente CL, el desarrollador de Grandine, Saulius Grigaitis, dijo que se implementaron todos los EIP, pero su equipo encontró algunos errores al ejecutar con el cliente EL. Representantes del equipo de Lighthouse dijeron que están cerca de tener lista una implementación completa para Pectra Devnet 0, y señalaron que es necesario actualizar la especificación en la API del motor. El desarrollador de Teku, Mikhail Kalinin, dijo que está trabajando para agregar estas actualizaciones a la especificación API del motor.

Mario Vegas, del equipo de pruebas de EF, dijo que los desarrolladores están trabajando para agregar casos de prueba para EIP 3074, los códigos de operación AUTH y AUTHCALL, y varios otros EIP.

Actualización EIP-3074

Aunque los desarrolladores acordaron mantener EIP 3074 en la especificación de Pectra Devnet 0, se ha discutido un EIP alternativo para reemplazarlo, EIP 7702. El desarrollador de Geth, "Lightclient", resumió la última sesión de trabajo sobre EIP 3074, en la que los participantes discutieron qué cambios priorizar en la actualización de Pectra relacionados con la mejora de la programabilidad de la cuenta controlada por el usuario. Según Lightclient, todos los participantes están de acuerdo en que aún faltan varios años para que se implemente la abstracción completa de la cuenta nativa en Ethereum. Sin embargo, existe desacuerdo sobre si esto significa priorizar los cambios en la funcionalidad de las cuentas de propiedad externa (EOA) o migrar las EOA a carteras de contratos inteligentes. El día antes de esta conferencia telefónica de ACDE, el 8 de mayo, el cofundador de Ethereum, Vitalik Buterin, propuso un nuevo EIP, EIP 7702, que permitiría a Ethereum admitir un nuevo tipo de transacción para que los EOA funcionen como billeteras de contrato inteligentes durante una sola transacción. Lightclient dijo que los participantes de la sesión de trabajo de EIP 3074 fueron en general positivos sobre EIP 7702. Sin embargo, luego agregó que todavía había detalles importantes que resolver con respecto al EIP 7702. Por ejemplo, los detalles sobre cómo revertir una transacción EIP 7702 y cómo escalar el costo del gas de dichas transacciones aún no están claros.

Si se acepta e incluye EIP 7702 en la actualización de Pectra, se considerará que reemplaza a EIP 3074, porque EIP 7702 logra resultados similares a EIP 3074, pero no crea nuevos códigos de operación en Ethereum y mejora la estabilidad de EIP. del nuevo comportamiento EOA. El investigador de EF, Ansgar Dietrichs, sugirió durante el chat de Zoom que se considere la inclusión de EIP 7702 en Pectra, y que se tomará una decisión formal sobre si reemplazar EIP 3074 con 7702 en aproximadamente 2 a 4 semanas. De la discusión de los desarrolladores sobre EIP 7702 en la convocatoria quedó claro que se necesita más trabajo antes de que la propuesta se considere lista para su implementación. El desarrollador de Nethermind, Ahmad Mazen Bitar, señaló que es poco probable que el trabajo ya realizado para EIP 3074 se reutilice para implementar 7702. Beiko confirmó que los desarrolladores aún deberían seguir adelante con la implementación de EIP 3074 para Devnet 0 y revisar la especificación para Devnet-1 más adelante.

EIP-7685, SSZ y EIP-6110

Luego, los desarrolladores discutieron algunas preocupaciones planteadas por el desarrollador de Nimbus, Etan Kissling, sobre EIP 7685, es decir, las solicitudes de capa de ejecución comunes. En un comentario de GitHub en la agenda de la conferencia telefónica de esta semana, Kissling preguntó si el diseño propuesto para la solicitud de la Capa de Ejecución Universal era necesario y si la oportunidad podría aprovecharse mejor para cambiar a SSZ, algo con lo que los desarrolladores han estado luchando desde la actualización de la fusión. El formato de serialización que se espera que se actualice en la capa de ejecución. La mayoría del equipo de clientes ejecutivos en la llamada apoyó mantener EIP 7685 en Pectra, y si surge algún obstáculo al incluir EIP en las operaciones, como una sincronización optimista en el lado del cliente, entonces revise el diseño.

Sobre el tema de pasar a SSZ, Kissling explicó que el nuevo formato de diseño para las solicitudes de capa de ejecución común se basa en los formatos de serialización heredados MPT y RLP, por lo que deberá actualizarse a medida que los desarrolladores realicen la transición a SSZ. Señaló que retrasar el cambio a SSZ solo creará más trabajo para los desarrolladores si continúan creando nuevas estructuras de datos MPT/RLP. Sin embargo, no existe un fuerte apoyo por parte del equipo del cliente ejecutivo para incluir EIP 7495, el contenedor estable SSZ, en Pectra. Un desarrollador llamado "Dustin" escribió en un chat de Zoom que la decisión de retrasar la transición SSZ fue "una locura" y que el problema de que las bibliotecas SSZ no funcionaran bien en EL era "un problema grave".

Con respecto a EIP 6110, depósitos del validador de suministro en cadena, Kissling planteó preguntas sobre el pedido de depósitos. Kalinin estuvo de acuerdo en que el tema era "una preocupación importante" y que trabajaría con los principales grupos de interés para investigar más profundamente.

Actualización del EOF

El desarrollador independiente del protocolo Ethereum, Danno Ferrin, y el jefe de investigación de EF Solidity, Alex Beregszaszi, compartieron una actualización sobre los esfuerzos de implementación de EOF. Para contextualizar, EOF es una serie de cambios de código que mejoran la máquina virtual Ethereum (EVM) que los desarrolladores están considerando incorporar en la actualización de Pectra. El meta-EIP de EOF ha sido finalizado. Los desarrolladores también han simplificado el proceso de creación de transacciones en EOF y están trabajando en la implementación de EOF en el cliente.

Actualización EIP-7623

Un desarrollador que se hacía llamar "William Morris" en la llamada expresó su preocupación por los cambios en el costo del gas del almacenamiento de datos de llamadas en EIP 7623. Explicó que los cambios permitirán a algunos usuarios realizar transacciones a tarifas más bajas mediante la consolidación de sus transacciones, fomentando así la creación de un mercado secundario para descuentos de gas para que los acumuladores de capa dos (L2) y otros participantes puedan ingresar a la red de manera más económica. en. Recomendó un EIP alternativo, EIP 7703, que aumenta los costos de datos de llamadas a una tarifa fija para abordar estos problemas.

Buterin dijo que si bien las preocupaciones de Morris son válidas, la probabilidad de que se cree realmente un mercado secundario para datos de llamadas como resultado de EIP 7623 no es alta, ya que el número de usuarios que elijan participar en dicho mercado sería extremadamente limitado. Buterin señaló que los principales actores afectados por EIP 7623 son el equipo de desarrollo de segundo nivel Starkware e Inscription Creators. Agregó que si bien el mercado total direccionable para el mercado secundario de datos de llamadas es pequeño, la ventaja de aumentar el límite en el tamaño máximo de bloque a través de datos de llamadas es extremadamente alta, ya que podría permitir a los desarrolladores aumentar el límite de blobgas, expandiendo así la capacidad de Ethereum para soportar L2. . Vitalik también dijo que un aumento fijo en los costos de los datos de llamadas, como sugirió Morris, también tendría un impacto más severo en L2 y otras partes interesadas que el EIP actual. Buterin compartió más ideas sobre el precio del gas para blobs en una publicación de blog antes de la convocatoria.

Toni Wahrstätter, coautor de EIP 7623, estuvo de acuerdo con Buterin y dijo que creía que, desde una perspectiva práctica, la mayoría de las L2 no crearían un mercado secundario para los datos de llamadas. "Desde una perspectiva práctica, esto no es muy factible, especialmente teniendo en cuenta que un mercado de este tipo requiere confianza y un alto grado de coordinación entre los participantes. Imagine que, como L2, desea publicar sus datos en una L1, pero no No sabemos qué dirección publicará los datos, dónde terminarán. Desde un punto de vista práctico, es necesario personalizar el índice, etc.”, dijo Wahrstätter.

El desarrollador de Reth, Georgios Konstantopoulos, preguntó si los desarrolladores están estudiando la posibilidad de aumentar el límite de blobgas si se incluye EIP 7623 en Pectra. Sin el aumento del límite de gases que viene con EIP 7623, Konstantopoulos dijo que el EIP "no resuelve gran parte del problema". El investigador de EF, Dankrad Feist, sugirió aumentar el límite de blob gas hasta el punto en que el tamaño máximo de bloque de Ethereum permanezca sin cambios, lo que significa que el espacio liberado a medida que aumentan los costos de los datos de llamadas se llenará con blobs (objetos binarios grandes). El investigador de EF Ansgar Dietrichs dijo que este EIP no solo es útil cuando se combina con el aumento de los límites de blobs gas, sino también desde una perspectiva de seguridad, ya que puede garantizar que la red no se vea afectada por bloques que contengan el número máximo de transacciones y blobs. E inestable.

En cuanto a la cuestión de analizar el impacto de EIP 7623 en los contratos y transacciones inteligentes, Wahrstätter dijo que su propuesta no tendría impacto en el 98% de los usuarios. Beiko también mencionó que el ingeniero de operaciones de desarrolladores de EF, Parithosh Jayanthi, puede estar haciendo un análisis más profundo sobre los detalles del aumento del límite de blobgas, dado el EIP 7623.

Nueva alternativa a EIP 7609

Durante la conferencia telefónica, un desarrollador cuyo nombre de usuario es "Charles C" propuso un nuevo EIP para evitar ataques de reentrada en contratos inteligentes. Charles dijo que la propuesta crea dos nuevos códigos de operación para asegurar contratos inteligentes y es una alternativa a una propuesta anterior que presentó llamada EIP 7609, que tenía como objetivo reducir el costo base de TLOAD/TSTORE en Pectra. Charles dijo que no está seguro de por qué no se consideró la inclusión de EIP 7609 en Pectra, y todavía está recopilando comentarios de los desarrolladores sobre cómo prevenir el reingreso de una manera rentable. Señaló que las soluciones actuales, como Reentrancy Guard de OpenZeppelin y los códigos de operación TLOAD/TSTORE, son demasiado costosas para que los desarrolladores de aplicaciones descentralizadas las utilicen de forma predeterminada. Beiko recomendó que los desarrolladores brinden comentarios a Charles sobre este nuevo EIP en el foro Ethereum Magicians.