Los bloques de Ethereum contienen transacciones ordenadas, pero el estado que esas transacciones modifican a menudo se descubre solo mientras la EVM las está ejecutando.
Un intercambio puede comenzar en un router, llamar a un pool, leer los saldos de los tokens, entrar en la lógica de transferencias, invocar hooks y llegar a implementaciones de proxy cuyo acceso al almacenamiento depende del estado actual. Los clientes de ejecución pueden optimizar de forma agresiva, pero tradicionalmente descubren muchas cuentas y ranuras de almacenamiento mientras el trabajo ya está en marcha.
EIP-7928 cambia cuándo esa información pasa a estar disponible.
Una lista de acceso a nivel de bloque, o BAL, registra las cuentas y las ubicaciones de almacenamiento a las que el bloque accede realmente, junto con los cambios ordenados posteriores a cada transacción en los saldos, los nonces, el código y el almacenamiento. La cabecera del bloque incluye un compromiso criptográfico con la lista codificada, y los validadores verifican que coincida con la ejecución real.
Esto es diferente de una lista de acceso de transacción EIP-2930. El usuario proporciona la lista de acceso de una transacción, que puede contener entradas que nunca se utilizan. Una BAL abarca todo el bloque, se deriva de la ejecución real y debe estar completa según las reglas de inclusión del protocolo.
El primer beneficio es la precarga en paralelo. Si un cliente conoce el conjunto de trabajo del bloque antes de que cada transacción llegue a cada lectura de estado, puede cargar cuentas, código y almacenamiento de forma concurrente. Esto puede reducir las esperas de la base de datos causadas por descubrir el estado elemento por elemento.
El segundo beneficio es el procesamiento que tiene en cuenta las dependencias. Las transacciones que acceden a estados no relacionados pueden ser candidatas a la validación en paralelo. Las transacciones que acceden al mismo estado siguen respetando el orden canónico de Ethereum y los valores intermedios generados por las transacciones anteriores.
El tercer beneficio es una mejor reconstrucción del estado. Como las BAL incluyen los valores posteriores a cada transacción, los sistemas de sincronización pueden utilizar cambios de estado autenticados sin volver a ejecutar instrucciones históricas únicamente para redescubrir los valores finales. Esto no significa que un nodo que valida por completo pueda omitir la comprobación de que la lista coincide con la ejecución.
El resultado de rendimiento dependerá de la arquitectura del cliente, el hardware, las condiciones de la caché, la contención de la carga de trabajo y el diseño de la base de datos. Las BAL ofrecen información más útil. No garantizan un aumento de velocidad universal.
La guía de EIP-7928 de TokenToolHub explica en detalle la estructura de datos, el modelo de validación, los riesgos de seguridad, los requisitos de los nodos y los límites realistas de rendimiento.
Lee la guía:
https://tokentoolhub.com/eip-7928-block-level-access-lists/
#Ethereum #Blockchain #Web3 #EIP7928 #crypto