Las mejoras en @ethereum nunca se han detenido. En los últimos meses, hemos visto muchas actualizaciones en Ethereum y todas estas reformas son mejoras dirigidas que se acumulan con el tiempo.

Desde la fusión hasta proto-danksharding, la hoja de ruta de Ethereum ya no trata de mejoras sorpresa, sino de una ejecución constante.

𝘓𝘢 𝘱𝘩𝘪𝘭𝘰𝘴𝘰𝘧𝘪𝘢 𝘥𝘦 𝘍𝘶𝘴𝘢𝘬𝘢 𝘴𝘦 𝘩𝘢 𝘷𝘦𝘭𝘷𝘪𝘥𝘢𝘥𝘰 𝘮𝘢𝘺𝘰𝘳𝘦𝘮𝘦𝘯𝘵𝘦 𝘤𝘭𝘢𝘳𝘢 𝘤𝘰𝘯 𝘍𝘶𝘴𝘢𝘬𝘢. 𝘠 𝘀𝘦 𝘥𝘦 𝘩𝘢𝘤𝘦𝘳𝘵𝘦 𝘭𝘦𝘨𝘢𝘥𝘰 𝘲𝘶𝘦 𝘧𝘶𝘴𝘢𝘬𝘢 𝘩𝘢 𝘷𝘦𝘯𝘪𝘥𝘰 𝘭𝘪𝘷𝘦, 𝘩𝘢𝘮𝘰𝘴 𝘷𝘦𝘴𝘵𝘪𝘥𝘰 𝘢𝘭𝘨𝘶𝘯𝘢𝘴 𝘢𝘤𝘵𝘪𝘷𝘢𝘤𝘪𝘰𝘯𝘦𝘴 𝘉𝘗𝘖-1.

Ahora, Ethereum avanza de nuevo con BPO-2.
-----------------------------------

𝐅𝐮𝐬𝐚𝐤𝐚 𝐩𝐮𝐞𝐝𝐞 𝐬𝐞𝐫 𝐩𝐚𝐫𝐭𝐞 𝐝𝐞 𝐥𝐚 𝐩𝐫𝐨𝐩𝐮𝐞𝐬𝐭𝐚

La actualización Fusaka se entiende mejor como infraestructura, no como espectáculo.
Su principal función era finalizar el entorno post-4844 de Ethereum e introducir un nuevo patrón de actualización que son los forks (BPO) de Blob-Parámetro-Sólo.

Con EIP-4844, Ethereum añadió blobs, contenedores de datos temporales y de bajo coste diseñados específicamente para rollups.

Esto desplazó la mayor parte de la presión de escalado desde la ejecución en L1 hacia la disponibilidad de datos.

𝘉𝘶𝘵 𝘭𝘢𝘀 𝘪𝘯𝘪𝘤𝘪𝘢𝘭𝘦𝘴 𝘭𝘪𝘮𝘪𝘵𝘦𝘴 𝘥𝘦 𝘭𝘰𝘴 𝘣𝘭𝘰𝘣𝘴 𝘧𝘶𝘦𝘳𝘰𝘯 𝘥𝘦𝘭𝘪𝘣𝘦𝘳𝘢𝘥𝘢𝘮𝘦𝘯𝘵𝘦 𝘤𝘰𝘯𝘴𝘦𝘳𝘷𝘢𝘵𝘪𝘷𝘢𝘴. 𝘌𝘵𝘩𝘦𝘳𝘦𝘶𝘮 𝘯𝘦𝘦𝘤𝘦𝘴𝘪𝘵𝘢 𝘢 𝘶𝘯𝘢 𝘮𝘢𝘯𝘦𝘳𝘢 𝘥𝘦 𝘢𝘤𝘤𝘦𝘥𝘦𝘳 𝘢 𝘭𝘢 𝘤𝘢𝘱𝘢𝘤𝘪𝘥𝘢𝘥 𝘥𝘦 𝘣𝘭𝘰𝘣𝘴 𝘢 𝘢𝘯𝘤𝘩𝘰 𝘤𝘰𝘯 𝘵𝘦𝘮𝘱𝘰 𝘴𝘪𝘯 𝘩𝘢𝘤𝘦𝘳 𝘧𝘶𝘭𝘭𝘴 𝘩𝘢𝘳𝘥 𝘧𝘰𝘳𝘬𝘴 𝘰𝘳 𝘳𝘪𝘴𝘬𝘪𝘯𝘨 𝘪𝘯𝘴𝘵𝘢𝘣𝘪𝘭𝘪𝘥𝘢𝘥.

Fusaka hizo eso posible.
-----------------------------------

𝐐𝐮𝐞 𝐬𝐨𝐧 𝐥𝐚𝐬 𝐅𝐎𝐑𝐊𝐒 𝐁𝐏𝐎 𝐲 𝐩𝐨𝐫 𝐪𝐮𝐞 𝐬𝐞 𝐧𝐞𝐜𝐞𝐬𝐢𝐭𝐚 𝐩𝐚𝐫𝐚 𝐩𝐚𝐫𝐭𝐢𝐜𝐢𝐩𝐚𝐫

Un fork BPO no cambia nada excepto los parámetros de capacidad de blob:

➢ El número objetivo de blobs por bloque

➢ El número máximo de blobs permitidos en un bloque

La actualización no añade nuevos opcodes, no altera el comportamiento de ejecución ni modifica la lógica de cuentas o estado.

Esto hace que los forks BPO sean de bajo riesgo, más fáciles de coordinar entre clientes y seguros para repetir a medida que crece la demanda.
-----------------------------------

𝐁𝐏𝐎-1 𝐟𝐮𝐞 𝐞𝐥 𝐩𝐫𝐢𝐦𝐞𝐫 𝐬𝐢𝐠𝐧𝐚𝐥 𝐲 𝐩𝐫𝐮𝐞𝐛𝐚 𝐝𝐞 𝐥𝐚 𝐜𝐨𝐧𝐜𝐞𝐩𝐭𝐨

Incrementó modestamente la capacidad de blob, dando más espacio a los rollups para publicar datos y permitiendo a los operadores de nodos, equipos de clientes y a la red en general observar efectos en el mundo real.

Y funcionó.

La red absorbió el cambio sin problemas, los mercados de blobs se comportaron como se esperaba y los rollups se beneficiaron inmediatamente de una mayor tasa de proceso disponible.

Ese éxito allanó el camino para el siguiente paso.
-----------------------------------

𝐁𝐏𝐎-2: 𝐪𝐮𝐞 𝐜𝐡𝐚𝐧𝐠𝐢𝐚 𝐚 𝐩𝐫𝐨𝐩𝐨𝐬𝐢𝐭𝐨

BPO-2 es el segundo y más significativo aumento de la capacidad de blob bajo el marco Fusaka.

En términos generales, BPO-2:

➢ Aumenta el número objetivo de blobs por bloque

➢ Aumenta el número máximo de blobs por bloque

➢ Incrementa la disponibilidad total de datos por bloque sin tocar el gas de ejecución

Esto significa que los rollups podrán publicar más transacciones por bloque, veremos menos congestión en el mercado de blobs y la disponibilidad de datos será más barata y predecible.

Nada más sobre el consenso o el modelo de ejecución de Ethereum cambia. La cadena se comporta igual, solo transporta más datos.
-----------------------------------

𝐐𝐮𝐞 𝐩𝐚𝐫𝐚 𝐪𝐮𝐞 𝐬𝐞 𝐜𝐡𝐚𝐧𝐠𝐢𝐚 𝐚 𝐩𝐚𝐫𝐭𝐢𝐫 𝐝𝐞 𝐁𝐏𝐎-2 𝐩𝐚𝐫𝐚 𝐥𝐚𝐬 𝐫𝐨𝐥𝐥𝐮𝐩𝐬

La estrategia de escalado de Ethereum es centrada en rollups. Eso solo funciona si la disponibilidad de datos se mantiene al día.

BPO-2 mejora directamente:

➢ El proceso de rollup, lo que significa que se pueden publicar más lotes por bloque

➢ Menos competencia por el espacio limitado de blobs y esto resulta en estabilidad de tarifas

➢ Veremos menos picos de tarifas durante períodos de alta actividad

Esto importa más para las L2 rápidas, rollups específicos de aplicaciones y futuros diseños de rollups que asumen una capacidad sostenida de DA, no solo ráfagas.

En resumen, BPO-2 hace que Ethereum sea un mejor conjunto de soluciones y capa de datos sin tener que pedir más a la capa 1.