Ethereum continúa su evolución hacia una mayor escalabilidad con la reciente validación de un aumento de su capacidad de gestión simultánea de datos. Una bifurcación «Blob Parameter Only (BPO)» que le permite aumentar su límite de blobs de 14 a 21.
Ethereum aumenta su capacidad de gestión de datos
Desde el despliegue efectivo de su última actualización importante, denominada Fusaka, la cadena de bloques Ethereum ha registrado un aumento significativo de su actividad, con transacciones diarias que acaban de batir su récord de 2021 en este comienzo de año.
Una situación que vuelve a poner en el centro de la ecuación la persistente cuestión de su escalabilidad, con el fin de poder gestionar este aumento de datos que deben procesarse en tiempo real. Es motivo de alegría la reciente validación de su segunda bifurcación, denominada Blob Parameter Only (BPO), efectiva desde el 7 de enero.
En realidad, esta medida tiene como objetivo principal permitir una gestión más optimizada de sus blobs, paquetes de datos temporales destinados a su capa 2 para no sobrecargar su cadena de bloques (capa 1). ¿El objetivo? Aumentar su número, que hasta ahora oscilaba entre 10 y 14, para fijar un nuevo límite entre 15 y 21.
Una cadena de bloques con capacidades «elásticas»
Según los datos disponibles, la demanda de blobs en Ethereum ha aumentado de forma constante desde la actualización Fusaka, sin llegar nunca al límite de capacidad anterior. Es decir, que aún queda un buen margen de progresión.
Para Andrew Gross, responsable técnico del explorador de bloques EVM Blockscout, esta bifurcación ofrece ahora «un espacio de blobs lejos de estar saturado (…) y una dinámica de tarifas de rollups más fluida, un mayor margen de datos y un sistema que se adapta dinámicamente a la demanda».
En la práctica, Ethereum se ha convertido en una capa base elástica, capaz de crecer con la demanda sin sacrificar la descentralización ni la estabilidad de la coordinación.
Andrew Gross
