Resumen
Diseño basado en blobs: Los investigadores proponen mover los datos de la carga de ejecución a blobs para reducir la tensión del ancho de banda y mejorar la escalabilidad entre los validadores de Ethereum.
Disponibilidad de datos: El modelo Block‑in‑Blobs utiliza compromisos criptográficos y muestreo para garantizar que los datos existan sin requerir descargas completas.
Actualizaciones del ecosistema: La propuesta se alinea con trabajos más amplios, incluidos los flujos de trabajo programables de ERC‑8211 y discusiones sobre la unificación del gas de datos.
El último esfuerzo de investigación explora un diseño que reubica los datos de la carga de ejecución en blobs publicados junto a bloques en la cadena de bloques de Ethereum, un cambio destinado a aliviar la presión del ancho de banda y apoyar objetivos de escalabilidad más amplios. La idea se basa en trabajos anteriores y responde a las crecientes demandas de datos que han tensionado a los validadores en toda la red de Ethereum. Al repensar cómo se empaquetan y verifican los datos principales, los investigadores buscan agilizar el procesamiento sin comprometer la seguridad.
Orígenes de la Propuesta Block‑in‑Blobs
Una publicación reciente titulada “Los Bloques Están Muertos. Larga Vida a los Blobs,” coescrita por Toni Wahrstatter y otros colaboradores, describe EIP‑8142, también conocido como Block‑in‑Blobs. El borrador sugiere codificar datos de transacciones directamente en blobs introducidos a través de EIP‑4844, una actualización clave en la hoja de ruta de Ethereum. En lugar de descargar cargas útiles de ejecución completas, los validadores verificarían compromisos criptográficos, reduciendo la necesidad de replicación de datos pesados en toda la red.
Abordando Desafíos de Ancho de Banda y Disponibilidad de Datos
La propuesta aborda un cuello de botella creado por el aumento de los tamaños de bloque y los límites de gas más altos, que obligan a los validadores a manejar conjuntos de datos cada vez más grandes. Los blobs, añadidos durante la actualización de Dencun, ya permiten que los datos se comprometan de manera eficiente sin almacenar cada detalle en la cadena. EIP‑8142 amplía este enfoque al incrustar datos de carga útil de ejecución en blobs, permitiendo que los validadores confíen en técnicas de muestreo que confirman la disponibilidad de datos sin descargas completas a través de los nodos de Ethereum.
Implicaciones para zkEVM y Flujos de Trabajo de Validadores
El cambio se vuelve más relevante en un futuro moldeado por sistemas zkEVM. Las pruebas de conocimiento cero pueden verificar la ejecución correcta, pero no garantizan que los datos subyacentes sean accesibles. Wahrstatter señala que los validadores verifican pruebas en lugar de transacciones, creando un riesgo de datos retenidos. Block‑in‑Blobs tiene como objetivo cerrar esta brecha al hacer que la disponibilidad de datos sea explícita, permitiendo que los validadores muestrean datos de blobs mientras preservan la integridad del modelo de consenso de Ethereum.
Hacia Costos de Datos Unificados y Transacciones Más Inteligentes
Los investigadores también destacan posibles cambios en la forma en que la red contabiliza los datos. Hoy en día, el gas de ejecución y el uso de blobs permanecen separados, pero un modelo unificado de “gas de datos” podría alinear costos y reducir límites superpuestos. Mientras tanto, Biconomy y la pista de UX de la Fundación Ethereum están avanzando ERC‑8211, un estándar que convierte transacciones en flujos de trabajo programables. Juntos, estos esfuerzos reflejan una ola más amplia de experimentación que da forma a la evolución a largo plazo de Ethereum.