Una nueva propuesta de Ethereum busca reducir drásticamente el costo y la complejidad de ejecutar un nodo en la red, potencialmente remodelando uno de los elementos fundamentales de la infraestructura blockchain.
En el corazón de la propuesta hay un diseño enfocado en lo local que permitiría a los usuarios operar nodos en dispositivos de consumo estándar sin necesidad de almacenar toda la blockchain de Ethereum, actualmente más de 1,3 terabytes.
La idea, encabezada por el cofundador de Ethereum, Vitalik Buterin, y publicada a través del blog de Ethereum Research, busca abordar una de las tensiones más persistentes en los sistemas blockchain: la compensación entre descentralización y escalabilidad.
Si se implementa, la propuesta podría conducir a la expansión más amplia de operadores de nodos de Ethereum en años al reducir drásticamente los requisitos de hardware para la participación. Pero, como ocurre con la mayoría de las transformaciones a nivel de protocolo, el camino hacia adelante implica sustancial ingeniería, riesgos potenciales y preguntas sobre cómo debería realmente lucir la descentralización en una era dominada por validadores institucionales y proveedores de infraestructura centralizada.
Operar un nodo completo de Ethereum hoy en día está prácticamente fuera del alcance de la mayoría de los usuarios. Según datos de Etherscan, la huella de almacenamiento supera los 1,3 TB, e incluso con poda y otras medidas de eficiencia, los requisitos de hardware, ancho de banda y tiempo de actividad siguen siendo significativos.
Eso deja gran parte de la infraestructura de la red dependiente de plataformas en la nube, grandes empresas de validación o proveedores de API centralizados como Infura o Alchemy. Los críticos argumentan que esta estructura debilita la promesa original de Ethereum de ser un sistema sin confianza y resistente a la censura. La nueva propuesta de Vitalik Buterin apunta a cambiar este equilibrio permitiendo nodos "enfocados en lo local". En lugar de descargar y almacenar toda la historia de la cadena, los usuarios sincronizarían solo subconjuntos de datos relevantes para su actividad y verificarían datos históricos o fuera de la cadena bajo demanda.
Este enfoque representaría una desviación radical de los modelos actuales, donde cada nodo completo replica el estado global de la cadena y las transacciones históricas.
Cómo funcionarían los nodos enfocados en lo local
Bajo el modelo propuesto, los nodos:
- Almacenarían solo un subconjunto del estado de Ethereum, como direcciones o contratos que le interesan al usuario.
- Consultarían nodos externos cuando se necesite información fuera de ese subconjunto.
- Verificarían datos solicitados de manera criptográfica, asegurándose de que no hayan sido manipulados.
- Confiarían en el almacenamiento distribuido para datos históricos más antiguos, divididos entre nodos participantes.
El diseño se inspira en sistemas de intercambio de archivos distribuidos como BitTorrent o sistemas de préstamo interbibliotecario: ninguno de los participantes tiene todo, pero la red mantiene la disponibilidad de datos a través del intercambio y la redundancia.
"Se trata de crear un sistema que permita a los usuarios interactuar con la red Ethereum sin depender de proveedores de infraestructura importantes", escribió Buterin. "Reduce las suposiciones de confianza y abre la puerta a una mayor participación popular."
Los riesgos de la infraestructura centralizada
El telón de fondo de esta propuesta es una creciente preocupación por la centralización progresiva de Ethereum. A medida que la operación de nodos se vuelve cada vez más intensiva en recursos, los participantes más pequeños son expulsados, dejando un puñado de empresas y centros de datos en control de cómo se accede y verifica la información de Ethereum.
Esto es especialmente preocupante a la luz de las presiones de censura recientes y la aplicación del cumplimiento por parte de los principales reguladores de EE. UU. Si el acceso a los datos se embotella a través de unos pocos proveedores, la capacidad de retirar la plataforma o vigilar a los usuarios aumenta significativamente.
"Ejecutar un nodo personal no es solo cuestión de confianza - también se trata de resistir la censura", escribió Buterin, señalando que la resiliencia de Ethereum depende de "una infraestructura diversa, no puertas de enlace centralizadas."
Esta preocupación solo ha crecido con la aparición de proveedores de staking líquido como Lido, que ahora dominan el paisaje de validadores de Ethereum. Los críticos advierten que sin cambios significativos en los incentivos y la arquitectura, Ethereum corre el riesgo de convertirse en funcionalmente centralizado, incluso si es técnicamente descentralizado.
Un paso clave en la hoja de ruta más amplia de Ethereum
La propuesta de Buterin se alinea estrechamente con los objetivos de la hoja de ruta técnica más amplia de Ethereum, particularmente como se detalla en la actualización Pectra, que comenzó a implementarse a principios de 2025. Esa actualización introdujo importantes mejoras en la usabilidad de la billetera y el rendimiento del validador, con el objetivo de agilizar la experiencia general de Ethereum.
El concepto de nodo enfocado en lo local podría eventualmente integrarse en otros componentes de la evolución de Ethereum, como la falta de estado, la modularidad y el muestreo de disponibilidad de datos. Estas características pretenden hacer que Ethereum no solo sea escalable, sino también sostenible a largo plazo, algo que ha resultado desafiante a medida que el uso y el tamaño del estado siguen creciendo.
Hacer que la operación del nodo sea accesible en dispositivos móviles, un objetivo que Buterin planteó desde 2023, es una ambición a más largo plazo. Sin embargo, el marco enfocado en lo local podría sentar las bases técnicas para llegar allí, especialmente si se combina con mejoras futuras en la compresión de datos y en las pruebas de conocimiento cero.
Recepción de la comunidad: cautelosamente optimista
Las reacciones iniciales de la comunidad de desarrolladores de Ethereum han sido en su mayoría favorables, pero también medidas en su entusiasmo.
Michael Cameron, cofundador de Vanilla Finance, calificó la propuesta como "un soplo de aire fresco", señalando que ayuda a cerrar la brecha entre los principios de descentralización y las realidades operativas que enfrentan la mayoría de los usuarios hoy en día. Aún así, advirtió que hacer que funcione requeriría sistemas de respaldo sofisticados y un alto nivel de participación.
"El principal desafío es asegurar que la recuperación de datos y la selección de subconjuntos de estado no introduzcan nuevos vectores de ataque o complejidad", dijo Cameron. "Esto solo funciona si suficientes nodos participan y los datos permanecen disponibles de manera confiable."
Ryan Yoon, analista senior de Tiger Research, repitió el sentimiento. "Distribuir datos entre nodos podría resolver la crisis de centralización, pero necesita un modelado riguroso. No se trata solo de reducir costos, sino también de mantener garantías de seguridad."
Otros señalaron que reducir el almacenamiento no elimina la necesidad de ancho de banda y tiempo de actividad, dos otros grandes obstáculos para ejecutar nodos. Si un usuario todavía tiene que sincronizarse frecuentemente con nodos remotos o grandes redes de validadores, los beneficios de descentralización pueden ser más cosméticos que sustantivos.
Desafíos técnicos por delante
Si bien la visión es convincente, implementarla plantea varias preguntas de ingeniería difíciles. Entre ellas:
- Selección de subconjuntos de datos: ¿Cómo determinarán los nodos qué partes del estado necesitan almacenar?
- Modelos de confianza de respaldo: Si un nodo extrae datos de otra fuente, ¿cómo puede verificar esos datos sin contexto completo?
- Garantías de disponibilidad: ¿Qué sucede si muy pocos nodos almacenan una pieza determinada de datos?
- Incentivos: ¿Qué motiva a los usuarios a almacenar y servir subconjuntos de datos a otros?
Algunos de estos desafíos pueden abordarse a través de pruebas criptográficas, como pruebas Merkle o zk-SNARKs, que permiten a los nodos verificar datos sin almacenarlos. Otros pueden requerir nuevos modelos de incentivos, como el staking ligero o bonos de disponibilidad de datos.
Implicaciones más allá de Ethereum
Si tiene éxito, el cambio de Ethereum hacia nodos enfocados en lo local podría sentar un precedente para otras blockchains que enfrentan problemas similares. Bitcoin ha enfrentado críticas durante mucho tiempo por centralizar su infraestructura de nodos en servidores en la nube, y las emergentes Layer-1 como Solana y Avalanche enfrentan una creciente presión para mejorar la descentralización sin sacrificar el rendimiento.
En un momento en que las criptomonedas están bajo un escrutinio regulatorio global y los intercambios y servicios centralizados enfrentan una vigilancia cada vez mayor, mantener una infraestructura central descentralizada nunca ha sido más crucial.
También podría cambiar la conversación sobre la accesibilidad de la blockchain. Si ejecutar un nodo se vuelve tan fácil como instalar una aplicación, podría abrir la participación a millones de usuarios en mercados emergentes, mejorando tanto la inclusividad como la resiliencia del ecosistema de Ethereum.
Reflexiones finales
El diseño de nodo de Ethereum enfocado en lo local propuesto es parte de un intento más amplio de reimaginar lo que la descentralización significa en la práctica. Como han señalado Buterin y otros, la descentralización no es binaria sino un espectro. Y necesita ser mantenida y reelaborada activamente a medida que la tecnología, el comportamiento del usuario y las condiciones políticas evolucionan.
Aunque el camino técnico a seguir es largo, los principios detrás de la propuesta resuenan profundamente: reducir la dependencia de intermediarios poderosos, empoderar a los usuarios para participar directamente y mantener a Ethereum como una capa de infraestructura robusta y sin permisos para internet.
A medida que Ethereum se acerca a ser una capa de liquidación global para todo, desde finanzas descentralizadas hasta activos del mundo real, asegurar que los usuarios puedan verificar e interactuar con la red de forma independiente no es solo una mejora, es una necesidad.