Puntos Clave de la Noticia
- Diseño basado en blobs: La propuesta EIP‑8142 (Block-in-Blobs) sugiere codificar los datos de las transacciones directamente en blobs para reducir la carga de ancho de banda en los validadores.
- Disponibilidad de datos: El modelo permite que los nodos verifiquen la existencia de los datos mediante muestreo, sin necesidad de descargar el bloque completo.
- Evolución del ecosistema: Esta iniciativa coincide con el lanzamiento del estándar ERC‑8211, que introduce flujos de trabajo programables mediante «smart batching» para agentes de IA y DeFi.
Un nuevo esfuerzo de investigación en el ecosistema Ethereum explora el diseño de trasladar los datos del execution payload (la carga útil de ejecución) hacia los blobs publicados junto a los bloques. Este cambio, detallado en la propuesta EIP‑8142, busca aliviar la presión sobre el ancho de banda y respaldar los objetivos de escalabilidad a largo plazo de la red. Al repensar cómo se empaquetan y verifican los datos principales, los investigadores pretenden agilizar el procesamiento sin comprometer la seguridad.
Orígenes de la propuesta «Block-in-Blobs»
La propuesta, titulada originalmente «Blocks Are Dead. Long Live Blobs« y coescrita por el investigador Toni Wahrstätter junto a otros colaboradores, presenta el concepto de Block-in-Blobs (BiB). El borrador sugiere codificar los datos de las transacciones directamente en los blobs introducidos previamente por el EIP-4844. En lugar de que cada validador descargue la carga útil de ejecución completa para verificar la red, solo necesitarían validar compromisos criptográficos, lo que reduce la replicación masiva de datos.
Desafíos de ancho de banda y disponibilidad de datos
El EIP‑8142 aborda directamente el cuello de botella generado por el aumento constante en el tamaño de los bloques y los límites de gas, que obligan a los validadores a manejar conjuntos de datos cada vez más pesados. Los blobs, añadidos durante la actualización Dencun, ya permiten registrar datos de forma eficiente sin almacenarlos permanentemente onchain. La nueva propuesta extiende este enfoque al integrar el execution payload en los mismos, permitiendo que los nodos utilicen técnicas de muestreo para confirmar que los datos están disponibles sin tener que procesarlos en su totalidad.
Implicaciones para zkEVM y el flujo de trabajo de los validadores
Este cambio cobra especial relevancia en un futuro dominado por sistemas zkEVM. Aunque las pruebas de conocimiento cero pueden verificar que una ejecución fue correcta, no garantizan por sí solas que los datos subyacentes sean accesibles. Wahrstätter señala que, en escenarios donde los validadores verifican pruebas en lugar de transacciones individuales, existe el riesgo de que se retenga información crítica. El modelo BiB cierra esta brecha al hacer que la disponibilidad de los datos sea explícita y verificable mediante el muestreo de blobs, preservando la integridad del modelo de consenso de Ethereum.
Hacia costos de datos unificados y transacciones inteligentes
Los investigadores también destacan posibles cambios en la contabilidad económica de la red. Actualmente, las comisiones de ejecución y el uso de blobs se tasan por separado, pero un modelo unificado de «data gas» podría alinear los costos y simplificar los límites operativos. Paralelamente, Biconomy y la Ethereum Foundation han presentado el ERC‑8211, un estándar que convierte las transacciones en flujos de trabajo programables o «smart batching».
Estas innovaciones permiten, por ejemplo, que agentes de IA ejecuten operaciones complejas en DeFi en un solo paso, reflejando una ola de experimentación que está transformando la experiencia de usuario y la arquitectura de Ethereum en 2026.
