Las listas de acceso por bloque (EIP-7928) van a cambiar la trayectoria de escalado de Ethereum. No es solo un cambio respecto al cuello de botella del escalado lento de verificadores. Recupera la viabilidad de una infraestructura de verificadores más simple: Clientes que no se oxidan. Bases de datos de estado simples. MEV estático.

No oxidado: cuanto más paralelo se vuelve el procesamiento por bloques, más viables vuelven a ser los lenguajes "más lentos". Adelante, Java, Typescript, quizá incluso se vea más Python. Bases de datos de estados simples: es difícil optimizar el acceso al estado en la ruta crítica que es malo, no solo para escalar: actualmente todas las nuevas herramientas de infraestructura están bloqueadas 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 pipelines personalizados de actualización de estado fuera de protocolo. Los clientes solo verificadores pueden escribirse con bases de datos absurdamente lentas, y ya no importará mucho. MEV estático: el tiempo para "ver" un cambio de estado no se bloquea procesando las transacciones en un nuevo bloque, sino solo recibiendo la lista de acceso al bloque en sí. Más tiempo para buscar en MEV. Y los grupos de control centinela también se vuelven fáciles de sincronizar con los cambios de equilibrio o de la curva.

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