Ethereum: la EIP-7975 llega al plazo previsto de consulta sobre los recibos de bloques

Un plazo para el transporte de recibos

La EIP-7975, una propuesta técnica para Ethereum, muestra el 1 de noviembre de 2026 como fecha límite de su última fase de consulta, denominada Last Call. El documento conserva ese estado durante nuestra comprobación. Redactado por Felix Lange, Jochem Brouwer y Giulio Rebuffo, fue creado el 16 de junio de 2025. La actualidad de este domingo es, por tanto, ese plazo de revisión, no la creación de una propuesta ni el anuncio de una activación general.

El texto aborda cómo los programas de nodos intercambian los recibos de transacciones. Su objetivo es permitir descargar una lista de recibos en varias partes, en vez de exigir que quepa en una única respuesta. El paso del protocolo de comunicación eth/69 a eth/70 describe esa capacidad. Por sí solo, no demuestra que todos los clientes o todos los nodos ya la utilicen.

Evitar respuestas superiores al tamaño aceptado

Los autores explican que aumentar el límite de gas de los bloques puede incrementar el tamaño máximo de sus listas de recibos. En ciertos escenarios, una respuesta podría superar el límite de diez mebibytes que los clientes suelen aplicar a los mensajes. El documento identifica entonces un riesgo de fallo de sincronización. Describe un posible problema de tamaño en los intercambios, sin anunciar una interrupción general de Ethereum ni afirmar que ese límite ya se haya superado en todas partes.

El mecanismo añade un indicador que señala si la última lista devuelta está incompleta. El nodo puede solicitar después los recibos restantes mediante otra consulta, indicando dónde reanudar para el primer bloque solicitado. Esta paginación organiza la transferencia; no elimina recibos ni convierte una respuesta parcial en una lista completa. Permite continuar recuperando datos sin depender de un único mensaje demasiado voluminoso.

Los datos parciales también necesitan controles

Esa flexibilidad crea además una superficie de riesgo adicional. Una lista parcial no puede verificarse inmediatamente del mismo modo que una lista completa frente a la referencia registrada en la cabecera del bloque. La propuesta establece controles sobre el número de recibos, su tamaño respecto al límite de gas de la transacción correspondiente y el volumen total permitido por el límite del bloque. Dividir los mensajes no elimina la necesidad de acotar los datos almacenados antes de validarlos.

En cuanto a la compatibilidad, los autores indican que los clientes antiguos pueden seguir utilizando eth/69 durante el despliegue de la nueva versión. También precisan que la propuesta no modifica las reglas de consenso de la máquina virtual Ethereum y no necesita una bifurcación dura. Eso no equivale a una adopción automática ni a un calendario de generalización. Las siguientes pruebas serán la evolución de su estado y el soporte efectivo en los programas; la fecha de consulta no basta para afirmar su puesta en servicio.