
El cofundador de Ethereum, Vitalik Buterin, publicó en la plataforma X un nuevo artículo de blog que presenta una visión de tres fases para expandir la capa base de Ethereum, marcando un cambio claro hacia una estrategia de escalabilidad centrada en la capa L1. Este artículo sigue a la publicación preliminar del plan “Strawmap” de la Fundación Ethereum, cuyo objetivo es permitir que Ethereum maneje más transacciones y evitar que los costos operativos de los nodos sean tan altos que solo las grandes instituciones con fondos abundantes puedan participar.
(
)
(Fuente: Ethereum Research)
Buterin propone que, a corto plazo, Ethereum puede optimizar el proceso de validación de bloques para aumentar de manera segura el rendimiento sin incrementar el riesgo de errores o inestabilidad.
Hay dos cambios principales: primero, permitir que los nodos validen diferentes partes de un bloque simultáneamente (validación paralela), en lugar de procesarlos secuencialmente; segundo, introducir ePBS (Separación Enshrined Proposer-Builder), que cambiará la forma en que se construyen los bloques para que la red pueda aprovechar de manera más eficiente cada ventana de procesamiento de 12 segundos. Actualmente, debido a consideraciones conservadoras, los bloques suelen completarse antes de que se agote la ventana, lo que lleva a una subutilización de la capacidad. ePBS se implementará en la próxima actualización Glamsterdam.
Corto plazo (actualización Glamsterdam): Validación paralela y ePBS para permitir más transacciones por bloque sin aumentar el riesgo de inestabilidad en la red.
Mediano plazo (reestructuración de tarifas de gas): Separar los costos de “cálculos temporales” y “almacenamiento permanente de datos” para aumentar el costo del almacenamiento a largo plazo y liberar más espacio para transacciones diarias.
Largo plazo (ZK y Blob como protagonistas): Depender más de las pruebas de conocimiento cero (ZK Proof) y de Blob para ampliar la capacidad de datos, permitiendo que los validadores confirmen transacciones sin tener que volver a ejecutarlas.
Otro aspecto central del plan de expansión es repensar la lógica de cálculo de las tarifas de gas. Buterin señala que el uso temporal de la capacidad de cálculo y la adición permanente de datos (como desplegar nuevos contratos) generan diferentes presiones en la red, pero actualmente estos costos se calculan en conjunto. Dado que los datos permanentes deben almacenarse a largo plazo en todos los nodos, la acumulación de grandes volúmenes de datos permanentes aumenta continuamente los costos operativos, lo que eventualmente excluye a los operadores pequeños y fragmenta la descentralización de la red.
Su propuesta es aumentar el costo del almacenamiento de datos permanentes y, al mismo tiempo, liberar más espacio para el procesamiento de transacciones diarias, permitiendo que Ethereum maneje más transacciones sin acelerar significativamente la inflación de la cadena de bloques.
A largo plazo, Blob evolucionará de ser una herramienta para reducir costos en las redes de capa dos a convertirse en la infraestructura principal que transporta los datos de transacciones de la cadena principal de Ethereum, en conjunto con las pruebas de conocimiento cero, para que los validadores puedan verificar transacciones sin volver a ejecutarlas, transformando fundamentalmente la arquitectura de validación de Ethereum y aumentando considerablemente el límite de rendimiento.
En los últimos años, la escalabilidad de Ethereum ha dependido en gran medida de las soluciones de capa dos como Rollup, pero el nuevo artículo de Vitalik indica que solo con L2 no se alcanzarán los objetivos a largo plazo de Ethereum. Mejorar la eficiencia de la capa base L1 es fundamental para garantizar una mayor escalabilidad del ecosistema, y esto también está alineado con la hoja de ruta “Strawmap” más reciente de la Fundación Ethereum.
ePBS (Separación Enshrined Proposer-Builder) es un mecanismo que separa las responsabilidades de proponer bloques y construir bloques, y se implementará en la actualización Glamsterdam. Permite que los nodos de Ethereum utilicen de manera más eficiente cada ventana de 12 segundos para procesar bloques, aumentando la capacidad sin incrementar los riesgos.
Blob inicialmente se utilizó para ayudar a las redes de capa dos a publicar datos de transacciones a menor costo. En la visión a largo plazo de Vitalik, Blob podría llegar a transportar directamente los datos de transacciones de la cadena principal de Ethereum, en conjunto con las pruebas de conocimiento cero, para que los validadores puedan verificar transacciones sin volver a ejecutarlas, elevando así la capacidad total de Ethereum.
Artículos relacionados
Vitalik Buterin anuncia la hoja de ruta de expansión de Ethereum con las actualizaciones Glamsterdam y ZK-EVM
El poder de atracción del ETF de Bitcoin se recupera: ingreso diario de más de 500 millones de dólares, alcanzando un máximo de 3 semanas
El precio de ETH reproduce el patrón clásico maestro mientras Ethereum avanza para resolver su mayor problema
Datos: Si ETH supera los 1,947 dólares, la intensidad total de liquidación de posiciones cortas en los principales CEX alcanzará los 7.87 mil millones de dólares