TL;DR
- Diseño basado en blobs: Los investigadores proponen mover los datos de la carga útil de ejecución a blobs para reducir la carga de 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 el trabajo más amplio, incluyendo los flujos de trabajo programables de ERC‑8211 y las discusiones sobre la unificación del gas de datos.
El último esfuerzo de investigación explora un diseño que traslada los datos de carga de ejecución a blobs publicados junto a los bloques en la Ethereum cadena de bloques, un cambio destinado a aliviar la presión sobre el ancho de banda y apoyar objetivos más amplios de escalabilidad. La idea se basa en trabajos anteriores y responde a la creciente demanda de datos que ha sometido a presión a los validadores en toda la red 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 “Blocks Are Dead. Long Live Blobs”, coautorizada por Toni Wahrstatter y otros colaboradores, describe el EIP‑8142, también conocido como Block‑in‑Blobs. El borrador sugiere codificar los datos de las transacciones directamente en blobs introducidos a través de EIP‑4844, una actualización fundamental 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 replicar grandes cantidades de datos en toda la red.
Abordando los 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 Dencun, ya permiten comprometer datos de manera eficiente sin almacenar cada detalle en la cadena. EIP‑8142 extiende este enfoque incrustando datos de carga de ejecución en blobs, permitiendo a los validadores confiar en técnicas de muestreo que confirman la disponibilidad de datos sin necesidad de descargar completamente los datos en todos los nodos de ethereum.
Implicaciones para zkEVM y flujos de trabajo de validadores
El cambio adquiere mayor relevancia 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, lo que crea un riesgo de datos ocultos. Block-in-Blobs busca cerrar esta brecha al hacer explícita la disponibilidad de datos, permitiendo a los validadores muestrear los datos de los blobs mientras preservan la integridad del modelo de consenso de Ethereum.
Hacia costos unificados de datos y transacciones más inteligentes
Los investigadores también destacan posibles cambios en cómo la red contabiliza los datos. Hoy en día, el gas de ejecución y el uso de blobs siguen siendo separados, pero un modelo unificado de “gas de datos” podría alinear los costos y reducir límites superpuestos. Mientras tanto, Biconomy y la pista de UX de la Fundación Ethereum están avanzando con ERC‑8211, un estándar que convierte las 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.