Las Listas de Acceso de Bloques (EIP-7928) van a cambiar la trayectoria de escalado de Ethereum. No es solo un cambio lejos del cuello de botella de escalado del verificador lento. Devuelve la viabilidad de infraestructuras de verificador más simples: Clientes no rust. Bases de datos de estado simples. MEV estático.

No rust: cuanto más paralela sea la procesamiento de bloques, más viables serán de nuevo los lenguajes "más lentos". Go, Java, Typescript, tal vez Python incluso podría verse más. Bases de datos de estado simples: es difícil optimizar el acceso al estado en la ruta crítica, lo cual es malo, no solo para la escalabilidad: actualmente, cada nueva herramienta de infraestructura está bloqueada en (1) conexión a un RPC externo o (2) su propia implementación de base de datos, solo para mantener un estado actualizado. Eso cambia, sin tuberías de actualización de estado personalizadas fuera del protocolo. Los clientes solo de verificación pueden escribirse con bases de datos increíblemente lentas, y ya no importará mucho. MEV estático: el tiempo para "ver" un cambio de estado no estará bloqueado por el procesamiento de las transacciones en un nuevo bloque, sino solo por recibir la lista de acceso al bloque. Más tiempo para buscar MEV. Y los grupos de transacciones de sentry también se vuelven fáciles de mantener en sincronía con los cambios de saldo/número de transacciones.

Sí, la construcción de bloques en sí seguirá siendo intensa. Pero los constructores están incentivados a utilizar sus propios recursos para obtener beneficios de todos modos. Reducir la barrera de entrada para implementaciones de verificadores viables significa mucho para la proliferación de la infraestructura de ethereum. El "margen" de ethereum puede tener muchos nuevos participantes, nuevas integraciones, que no eran viables anteriormente. Giga-gas y un amplio ecosistema de nodos no son mutuamente excluyentes.