Actualización n.º 001 del protocolo « Ethereum »: qué significa «Scale L1» para los desarrolladores

Quicknode

20 de octubre de 2025 — 10 minutos de lectura

Compartir

Añadir como fuente preferida

Ha pasado más de una década desde que « Ethereum » vio la luz.

Desde entonces, la evolución de « Ethereum » ha seguido un patrón ya conocido: iniciativas de investigación dispersas, experimentos de « equipe » con clientes y propuestas académicas que, a menudo, tardaban años en coordinarse para dar lugar a cambios significativos en los protocolos.

Todo ello mientras los retos generales de escalabilidad —los límites del gas, el exceso de almacenamiento y el procesamiento secuencial— persistían como problemas independientes que requerían soluciones específicas.

La actualización del protocolo n.º 001 pone fin a este enfoque fragmentado.

Los días de mejoras dispersas y proyectos académicos aislados están dando paso a iniciativas de ingeniería coordinadas, con una responsabilidad clara, objetivos cuantificables y plazos de implementación sincronizados.

Por primera vez, la Fundación « Ethereum » presenta la escalabilidad como una hoja de ruta que se lleva a cabo bajo un mismo estandarte: La actualización del protocolo 001.

Para comprender la importancia de esta primera actualización, debemos empezar por ver cómo se ha reorganizado la propia investigación de la Fundación « Ethereum ».

El « Story » que hay detrás de «Protocol»

En junio de 2025, la Fundación « Ethereum » se reorganizó y agrupó sus actividades de investigación y desarrollo bajo un único nombre: Protocolo.

En lugar de contar con actualizaciones dispersas entre los equipos de clientes y los investigadores individuales, el EF creó un grupo específico con responsabilidades claras y tres pilares estratégicos: Ampliar L1, ampliar los blobs y mejorar la experiencia de usuario.

La idea no solo era avanzar más rápido, sino también comunicar los avances con mayor claridad, de modo que cada iniciativa estuviera dirigida por investigadores e ingenieros específicos a los que se les asignara la responsabilidad.

Y hoy vamos a hablar de la primera entrega de las actualizaciones del Protocolo, es decir, Scale L1.

¿Qué es Scale L1 y por qué la actualización 001 es importante ahora?

Scale L1 es el reconocimiento oficial por parte de Ethereumde que la propia cadena de bloques subyacente se está convirtiendo en un cuello de botella para todo el ecosistema y el camino a seguir.

Sí, las redes de capa 2 (L2) como los rollups acaparan los titulares con sus promesas de capacidad de procesamiento de transacciones, pero la realidad es que Ethereum mainnet sigue encargándose de la liquidación final, la disponibilidad de datos y la resolución de disputas de todas las transacciones de capa 2.

Cuando las redes L2 alcancen millones de usuarios, la red L1 se convertirá en el cuello de botella, y ese cuello de botella se está acercando rápidamente.

Scale L1 deja muy claro que, a pesar de que las capas 2 desempeñan un papel importante en la escalabilidad Ethereum, la capa base en sí misma sigue necesitando margen de maniobra.

Una capa 1 saturada y cara debilita todo el ecosistema: los rollups tienen dificultades con los costes de datos, los usuarios se enfrentan a comisiones elevadas y mantener un nodo se vuelve más difícil con el paso del tiempo.

Si lo analizamos en un plano más amplio, Scale L1 es un enfoque que se articula en cuatro ejes:

• Límites de gas más altos,

• Caducidad del historial,

• Listas de acceso a nivel de bloque, y

• Clientes de attester de zkEVM

Con todo ello, Ethereum está poniendo a prueba hasta qué punto puede extenderse la cadena principal sin romper sus garantías de descentralización.

Ahora, profundicemos en cada enfoque, empezando por el cambio más evidente: el aumento de los límites de gas.

Límites de gas: Aumentar el límite de gas a 100 millones

EthereumEl límite de gas es el tope integrado en el protocolo que determina la cantidad de computación y almacenamiento que puede contener un bloque. Piensa en ello como la capacidad del bloque: cuanto mayor sea el límite, más transacciones se podrán incluir en cada intervalo de 12 segundos.

Este límite ha aumentado de forma discreta pero sistemática de 30 millones a 45 millones de gas por bloque a partir de julio de 2025, es decir, un aumento del rendimiento del 50 % con solo el consenso coordinado de los validadores.

Con la actualización 001 del protocolo, ese límite máximo ha comenzado a aumentar, con un objetivo a largo plazo de 100 millones.

La promesa es clara: mayor capacidad de procesamiento y comisiones más bajas por transacción.

Pero las desventajas son igualmente importantes: los bloques más grandes suponen una mayor carga para las CPU, la memoria y el ancho de banda de los validadores, lo que eleva el nivel de exigencia para mantener un nodo completo.

En la práctica, Ethereum apuesta por que las optimizaciones continuas de los clientes, junto con una revisión más inteligente de los precios del gas, puedan absorber la carga adicional sin que la red se incline hacia la centralización.

Pero la capacidad de los bloques por sí sola no es suficiente. « Ethereum » también debe garantizar que el funcionamiento de un nodo sea sostenible a medida que aumenta el historial.

Caducidad del historial: cómo evitar que los nodos se vean desbordados por los datos

A medida que crece « Ethereum », también lo hace la carga que supone almacenar todo su historial, desde el bloque génesis de 2015 hasta los millones de transacciones y recibos. El problema no es solo el coste del almacenamiento, sino la barrera que esto supone para los nuevos validadores, que necesitan días para sincronizarse y deben realizar importantes inversiones en hardware solo para participar en el consenso.

Cuanto más se exige a un nodo, más se empuja a la red hacia la centralización.

La desaparición de la historia es la respuesta de Ethereum, una solución biológica que consiste en desprenderse de la piel vieja para que pueda florecer el nuevo crecimiento.

La implementación se lleva a cabo siguiendo un enfoque en dos fases: caducidad parcial (ya en vigor) y caducidad progresiva (próximamente).

1. Caducidad parcial: eliminación de datos anteriores a la fusión y liberación inmediata de entre 300 y 500 GB de espacio en disco.

2. Caducidad progresiva: los nodos eliminan continuamente los datos con más de un año de antigüedad, lo que mantiene las necesidades de almacenamiento bajo control incluso aunque aumente el uso.

El efecto es sencillo: unos nodos más ligeros y económicos permiten que más personas puedan utilizarlos, lo que potencia la descentralización.

Nota: Todos los principales clientes de ejecución admiten ahora esta eliminación de datos de forma predeterminada, mientras que la red Portal garantiza que se pueda seguir accediendo a los datos eliminados a través de un sistema descentralizado de igual a igual en el que cada nodo almacena pequeños fragmentos en lugar de toda la información.

Una vez resuelto el problema del exceso de almacenamiento, el siguiente cuello de botella es la eficiencia con la que se procesan las propias transacciones.

Listas de acceso a nivel de bloque (BAL): Puesta en marcha de la fase de multihilo de « Ethereum »

Se ha confirmado que los BAL serán el elemento central de la renovación de Glamsterdam en 2026. Pero, ¿qué son?

En este momento, Ethereum ejecuta todas las transacciones de un bloque una tras otra, aunque algunas de ellas no interactúen entre sí, como una CPU de un solo hilo de los años noventa.

¿Sabes qué? En 2025, con los modernos procesadores multinúcleo, este modelo secuencial hará que la mayor parte del hardware de los validadores esté prácticamente inactivo.

Las listas de acceso a nivel de bloque (BAL) cambian esta situación al exigir a los productores de bloques que declaren, desde el principio, qué cuentas y ranuras de almacenamiento afectará cada transacción. Con este mapa, los clientes pueden paralelizar la ejecución de forma segura: ejecutando transacciones independientes en paralelo, precargando datos de estado de forma masiva y reduciendo el desperdicio de E/S de disco.

Sin embargo, la complejidad técnica de los BAL es considerable.

Los promotores deben elaborar mapas de acceso detallados para cada operación, añadiendo unos 40 KB de metadatos por bloque.

Pero las ventajas son evidentes: un procesamiento más rápido de los bloques, un rendimiento más predecible y un mejor aprovechamiento del hardware actual.

La ejecución paralela mediante BAL mejora considerablemente la utilización del hardware, pero la mejora más radical en la eficiencia de Ethereum proviene de la eliminación total de los cálculos redundantes.

Clientes de Attester de zkEVM: la promesa de una verificación criptográfica ligera

EthereumLa apuesta más innovadora de [nombre] en Scale L1 es la idea de los clientes de verificadores zkEVM.

En lugar de que cada validador vuelva a ejecutar todas las transacciones para confirmar un bloque, un demostrador especializado podría generar una prueba de conocimiento cero de dicha ejecución. De este modo, los demás nodos solo tendrían que verificar la prueba sucinta —un proceso que dura milisegundos— para saber que el bloque es válido.

Si la validación puede seguir el ritmo de los tiempos de bloque, Ethereum podría reducir drásticamente la carga computacional de los validadores, lo que abriría la puerta a límites de gas aún más altos sin sacrificar la descentralización.

Además de esto, hay otras implicaciones positivas, como:

1. Los clientes de attester de zkEVM difuminan la línea divisoria entre el consenso y la ejecución, lo que permite un funcionamiento similar al de los sistemas sin estado, en el que los validadores se sincronizan en cuestión de minutos.

2. Los requisitos de hardware se reducen drásticamente hasta alcanzar los niveles de la capa de consenso, lo que podría permitir la verificación « Ethereum » en dispositivos de bajo consumo.

La única desventaja será que la generación de pruebas se concentrará en operaciones especializadas que requerirán más de 100.000 dólares en hardware de GPU.

Ahora que hemos analizado cada mejora técnica por separado, recapitulemos cada una de ellas y veamos cómo se complementan entre sí como estrategia de escalabilidad.

Resumen: Los cuatro pilares de la escalabilidad L1

A estas alturas, sabemos que la Actualización de Protocolo 001 es un ataque coordinado contra los cuellos de botella de escalabilidad de Ethereum que actúan de forma sinérgica.

Hagamos un breve resumen de las cuatro actualizaciones:

1. Aumento del límite de gas: de 30 M a un objetivo de 100 M de gas por bloque, lo que supone un aumento inmediato del rendimiento gracias a una mayor capacidad de los bloques.

2. Caducidad del historial: elimina entre 300 y 500 GB de almacenamiento innecesario por nodo, lo que elimina las barreras que impiden a los nuevos validadores participar en el consenso.

3. Listas de acceso a nivel de bloque: al especificar qué partes del estado se verán afectadas por las transacciones, los creadores de bloques pueden permitir una ejecución paralela segura.

4. Clientes de certificación de zkEVM: Sustituyen la pesada reejecución de transacciones por una verificación ligera de pruebas criptográficas, lo que reduce drásticamente los requisitos computacionales de los validadores.

La genialidad radica en cómo estas mejoras se potencian mutuamente.

La caducidad del historial facilita a los operadores la gestión de límites de gas más elevados. La ejecución en paralelo a través de los BAL maximiza las ventajas del aumento de la capacidad de los bloques. La validación mediante zkEVM elimina el cuello de botella computacional de los validadores que, de otro modo, limitaría los aumentos del límite de gas.

El panorama técnico está claro. Pero, ¿cómo influyen realmente estos cambios en la experiencia de los participantes de Ethereum?

Qué significa «Scale L1» para los desarrolladores, los operadores de nodos y el ecosistema

La versión L1, con sus cuatro actualizaciones principales, está transformando Ethereum ante nuestros propios ojos. Aunque, sobre el papel, las actualizaciones parecen positivas para todo el sector, veamos qué significan realmente en la práctica para quienes construyen, gestionan y utilizan la red.

Actualización del protocolo n.º 001: ¿Qué supone esto para los desarrolladores?

En pocas palabras, estas actualizaciones amplían de forma significativa las posibilidades que ofrece Ethereum mainnet .

Unos límites de gas más altos permiten que los protocolos complejos de DeFi puedan ejecutar operaciones sofisticadas de varios pasos sin toparse con las limitaciones de espacio en la cadena de bloques, mientras que el procesamiento paralelo de los BAL podría hacer posible aplicaciones de juegos en tiempo real y de negociación de alta frecuencia que antes eran imposibles en L1.

Sin embargo, los desarrolladores se enfrentan a una nueva complejidad: los BAL requieren declarar los patrones de acceso al estado desde el principio, lo que añade una sobrecarga en la construcción de transacciones que puede favorecer a los equipos con mayores recursos técnicos frente a los desarrolladores más pequeños.

Actualización del protocolo n.º 001: qué significa para los operadores de nodos

La escala L1 y los cambios que conlleva dan lugar a un panorama mixto de oportunidades y presiones.

La eliminación de datos históricos reduce el uso del disco en cientos de gigabytes, mientras que la limpieza continua permitirá mantener los costes de almacenamiento predecibles en el futuro. Al mismo tiempo, los BAL y los verificadores de zkEVM tienen como objetivo agilizar el procesamiento de bloques y reducir el consumo de recursos.

En la práctica, esto significa que gestionar un nodo debería resultar más fácil, y no más difícil, incluso a medida que la cadena se va saturando.

Sin embargo, durante el período de transición, la validación entre los operadores puede concentrarse en aquellos que puedan invertir en el hardware más moderno para gestionar un procesamiento de bloques más intenso.

Actualización del protocolo n.º 001: qué significa para el ecosistema de Ethereum

Scale L1 es una señal de confianza para cualquiera que se encuentre en Ethereum o en sus alrededores.

No solo las mejoras técnicas, sino también la comunicación y la transparencia con el «Protocolo» son una señal muy positiva para el ecosistema. La propia Actualización 001 demuestra que Ethereum no está dejando la escalabilidad exclusivamente en manos de las L2 y que la propia capa base se está optimizando para gestionar un tráfico más intenso.

El resultado es una base más sólida para los desarrolladores, inversores y usuarios que confían en Ethereum como su capa de liquidación preferida.

A medida que se vayan implementando estas mejoras de escalabilidad, las exigencias de infraestructura para los proveedores de RPC y los servicios de indexación se intensificarán drásticamente, lo que supondrá tanto retos como oportunidades para los equipos que desarrollan la capa de datos de Ethereum.

Infraestructura a gran escala: el papel de Quicknodeen la nueva etapa de Ethereum

La ampliación de la Capa 1 es más que un hito en materia de protocolos: es un reto de infraestructura. Unos límites de gas más altos se traducen directamente en un mayor número de solicitudes por segundo (RPS) y en cargas de trabajo más pesadas para los nodos. Al mismo tiempo, las aplicaciones que abarcan varias Capas 2 exigen una indexación unificada y una abstracción de la infraestructura que oculten la complejidad de un ecosistema fragmentado.

QuicknodeSu enfoque en materia de redundancia multicliente, infraestructura global de interconexión y indexación unificada en más de 30 redes le permite hacer frente a las exigencias de infraestructura que generará la Actualización de Protocolo 001.

Gracias al escalado automático de los puntos finales RPC, el almacenamiento en caché inteligente y el emparejamiento optimizado, Quicknode está diseñado para gestionar un « Ethereum » de 100 millones de gas y mucho más.

Accede a Ethereum de la forma más rápida y fiable con Quicknode las soluciones de RPC.

La disponibilidad multicliente y multirregional garantiza la resiliencia incluso a medida que aumenta el tamaño de los bloques, mientras que la indexación multicadena permite a los desarrolladores realizar consultas en Ethereum y sus capas 2 sin tener que rediseñar su pila de datos.

A medida que los límites de gas sigan aumentando y se pongan en marcha nuevos modelos de ejecución, como los BAL y los verificadores zk, los desarrolladores necesitarán una infraestructura que crezca al mismo ritmo.

QuicknodeSu enfoque en el rendimiento, la disponibilidad y la abstracción garantiza que, cuando Ethereum se amplíe, las aplicaciones desarrolladas en ella también puedan hacerlo.

Echa un vistazo a algunos Quicknoderecursos para desarrolladores de Ethereum .

Imaginando el camino que nos espera para Ethereum

La actualización del protocolo 001 demuestra que Ethereum no se conforma con que la escalabilidad dependa únicamente de los rollups. Al aumentar los límites de gas, podar el historial, introducir la ejecución en paralelo y explorar la validación mediante pruebas zk, la capa base se está rediseñando para convertirla en una base más rápida, ágil y duradera.

Si lo analizamos desde una perspectiva más amplia, la conclusión más importante que se desprende de la actualización del protocolo no es la promesa de transacciones más baratas o de nodos más ligeros.

Es que Ethereum puede evolucionar —deshaciéndose de las cargas del pasado, adoptando nuevos modelos de ejecución e integrando la criptografía en su núcleo— sin dejar de ser fiel a su espíritu de descentralización.

La Actualización del Protocolo 001 marca el fin de las mejoras aisladas y de los proyectos de investigación académica que en ningún momento hicieron avanzar a Ethereum .