Menos datos históricos y una sincronización más rápida acercan los nodos de Ethereum al hogar

Operar un nodo de Ethereum en casa es cada vez más viable: las mejoras de sincronización y la poda permiten reducir el tiempo y el espacio necesarios para empezar. Además, un ordenador potente adquirido para ejecutar inteligencia artificial (IA) local podría contar con capacidad de almacenamiento y procesamiento aprovechable para un nodo. Eso no significa que cualquier PC para IA esté listo para funcionar como tal: las cifras de Vitalik Buterin son un ejemplo, no una receta universal.31837

Un ordenador para IA puede ser un punto de partida

Buterin ha planteado que el interés por la IA local podría llevar a más personas a operar nodos de Ethereum. Según él, un nodo usa solo una parte de la capacidad de cálculo que requieren algunas cargas de IA local, aunque sí necesita una cantidad considerable de espacio en disco.37 Por eso, ambos usos podrían convivir en un mismo equipo si este dispone de recursos suficientes.

El almacenamiento sigue siendo un factor importante. Ethereum.org recomienda un SSD rápido de 2 TB para ejecutar un nodo completo.3 En cambio, Buterin informó que su directorio de datos de Geth ocupaba 461 GiB después de la poda. Es el resultado de una configuración concreta, no una garantía de que cualquier nodo completo, con cualquier cliente o configuración, vaya a necesitar lo mismo.18

La poda reduce el historial que hay que conservar

La propuesta EIP-4444 limita durante cuánto tiempo los clientes de ejecución sirven por la red entre pares ciertos datos históricos —encabezados, cuerpos de bloques y recibos—, y permite que los clientes eliminen localmente parte de esa información. El motivo: una vez que el cliente se ha sincronizado con la punta de la cadena, esos datos antiguos no hacen falta para validar bloques nuevos.16

La implementación se está realizando por etapas. La caducidad parcial del historial de Ethereum elimina datos de bloques anteriores a The Merge; la Fundación Ethereum estimó que esto podría liberar entre 300 y 500 GB de espacio. En su anuncio, la caducidad completa y progresiva del historial todavía estaba en desarrollo.12 La poda reduce los datos que conserva un nodo, pero no detiene la validación de la cadena actual ni significa que toda la información histórica desaparezca del ecosistema.

Snap Sync acelera la sincronización inicial

Snap Sync, el modo de sincronización de Geth, parte de un punto relativamente reciente de la cadena en lugar de reproducir todas las transacciones desde el bloque génesis. Descarga datos de la cadena e información de estado para ponerse al día con el bloque más reciente, un proceso más rápido que avanzar bloque a bloque desde el comienzo.4146

Buterin señaló que un nodo puede sincronizarse en alrededor de medio día y que, con ajustes agresivos, el uso de disco puede bajar de medio terabyte. Atribuyó estos avances a EIP-4444 y al trabajo de los equipos de clientes en Snap Sync.32 El tiempo y el almacenamiento reales dependen de la configuración y de las condiciones de cada caso: son resultados reportados, no una promesa para todas las personas que operen un nodo en casa.

Glamsterdam es una mejora futura, no un resultado actual

La actualización Glamsterdam está prevista para la red principal durante el cuarto trimestre de 2026, aunque la fecha aún no está confirmada.5 La hoja de ruta de Ethereum describe las listas de acceso a nivel de bloque como una forma de anticipar las dependencias entre transacciones. Esto permitiría ejecutarlas en paralelo y realizar lecturas de disco también en paralelo; entre los beneficios previstos figura una sincronización más rápida.6

Glamsterdam podría reducir aún más las dificultades operativas, pero todavía es una actualización planificada. No debe confundirse con una mejora ya disponible y medida para todos los operadores: su efecto dependerá de la implementación y el despliegue.56

Tener un nodo no basta para proteger la privacidad

Una cartera puede configurar su conexión RPC —el canal que utiliza para enviar solicitudes— para que apunte a localhost, es decir, al nodo que se ejecuta en el mismo equipo. Buterin advirtió que algunas aplicaciones descentralizadas (dApps) abiertas en el navegador pueden funcionar peor con esa configuración, mientras que otras envían solicitudes a sus propios servidores. También dijo que cada vez prefiere más interactuar mediante la línea de comandos.31

La diferencia de privacidad depende de adónde se envían las solicitudes. Si una cartera o una dApp utiliza un proveedor RPC comercial en vez del nodo local, ese proveedor recibe las solicitudes. Tener un nodo propio no evita que eso ocurra si la aplicación lo pasa por alto. La línea de comandos puede dar más control sobre la conexión configurada, pero la publicación citada no confirma que una herramienta concreta —incluida kohaku-cli— dirija siempre las solicitudes al nodo local. Conviene comprobar el punto de conexión en lugar de asumir que usar software local implica que el tráfico RPC también lo sea.31

La conclusión es alentadora, pero requiere matices: la poda y Snap Sync han reducido las exigencias de operar un nodo en casa, y un equipo comprado para IA local podría aportar recursos útiles. Los 461 GiB del Geth de Buterin y la sincronización de medio día muestran lo que puede lograrse en determinadas condiciones, no un estándar para todo el mundo. Y en materia de privacidad, la pregunta clave no es solo si tienes un nodo, sino si tu cartera y tus aplicaciones realmente lo utilizan.