La dependencia de servicios de indexación externos es uno de los puntos más silenciosos de la centralización en Ethereum. La nueva propuesta EIP-8304, publicada en el foro de Ethereum Magicians, quiere cambiarlo: planea que la propia red pueda almacenar pruebas verificables de los índices de logs (registros de eventos emitidos por contratos inteligentes) y transacciones, eliminando la necesidad de confiar en terceros.
Hoy, aplicaciones como billeteras, exploradores de bloques, paneles DeFi o puentes entre cadenas recurren a agregadores privados —como Infura o proveedores de APIs— para consultar si un evento ocurrió en el pasado. Esto crea un punto de fallo centralizado. La EIP-8304 propone una solución más simple que su predecesora EIP-7745: guardar en un contrato del sistema el hash raíz (la huella digital que resume toda una tabla de índices) de las listas de logs y transacciones. Así, cualquier cliente ligero o dApp podría comprobar por sí mismo que un dato pertenece al historial canónico de la cadena sin preguntarle a nadie.
Qué propone exactamente la EIP-8304
El núcleo técnico es sencillo de entender. Cada bloque de Ethereum genera una lista de logs —eventos como transferencias, autorizaciones o liquidaciones— que quedan asociados a transacciones. Consultar si cierto evento ocurrió hace seis meses requiere, en la práctica, un servicio externo que ha construido una base de datos ordenada. La EIP-8304 añadiría un contrato de sistema donde se publica periódicamente la raíz criptográfica de esas tablas. Un cliente ligero podría descargar solo esa raíz y, mediante pruebas criptográficas, verificar si una transacción o log forma parte de la historia sin necesidad de confiar en el servidor que le responde.
Esto no afecta directamente a las tarifas de gas ni al rendimiento de los contratos inteligentes. Su valor está en la capa de infraestructura: mejora la verificabilidad nativa de Ethereum para herramientas que hoy dependen de intermediarios.
Por qué es relevante aunque no se note a simple vista
El usuario medio no interactúa con logs ni con pruebas de Merkle. Pero cada vez que abre una billetera y ve el historial de transacciones, o consulta un panel de DeFi para ver sus posiciones, está confiando en que el proveedor de datos no ha mentido ni ha sido censurado. La indexación sin confianza resuelve esa brecha: permite que las herramientas sean más robustas y descentralizadas, alineadas con el principio de Ethereum como computadora mundial verificable.
Además, esta propuesta encaja con otras mejoras de la hoja de ruta, como los clientes ligeros (Portal Network) que buscarán acceder a la historia sin descargar toda la cadena. Con una indexación nativa, esos clientes podrían consultar datos pasados sin delegar en una API centralizada, completando el círculo de una red más autosuficiente.
La descentralización de los datos históricos es el eslabón más silencioso de la pila, pero quizá el que más importa cuando algo falla.
Un ladrillo más en la infraestructura a largo plazo
Las grandes narrativas del roadmap de Ethereum suelen hablar de escalado (Danksharding), abstracción de cuenta o revisión del staking. Sin embargo, la salud de fondo también depende de mejoras discretas como esta. La EIP-8304 es un borrador joven, sin implicación todavía de los desarrolladores principales del protocolo, y su autor la presenta como “más simple” que intentos anteriores. No hay un calendario de implementación, ni garantía de que acabe incluida en un próximo hard fork.
Aun así, el debate está servido. Si el ecosistema quiere realmente librarse de los pocos grandes agregadores que dominan la consulta de datos, tendrá que asumir que la indexación se convierta en una tarea soportada por el protocolo. Algunos apuntan a que propuestas como EIP-4444 (expiración de historia) hacen aún más urgente disponer de formas verificables de acceder a datos antiguos. EIP-8304 podría ser la pieza que faltaba para que esos datos expirados no se conviertan en un nuevo monopolio.
En esta redacción, vemos con buenos ojos la propuesta, aunque con la cautela que exige un diseño en fase preliminar. Que Ethereum dé pasos para eliminar intermediarios en la capa de datos es tan importante como lo fue eliminar los mineros en la capa de consenso. Pero el camino de borrador a realidad puede ser largo y tortuoso.
