Ethereum Node: Lo que Realmente Requiere Ejecutar Uno
Requisitos de hardware con fuente, mecánica de sincronización y carga de mantenimiento para un Ethereum node autoalojado — y la API REST que lo reemplaza para enviar transacciones y vigilar depósitos.
Un Ethereum node es el software que mantiene una copia completa del estado de la chain y te permite consultarlo o transmitir transacciones directamente, sin pasar por el servidor de otro. Buscar "ethereum node" suele significar una de dos cosas: quieres entender qué implica ejecutar uno antes de comprometer presupuesto de servidor a ello, o asumiste que un nodo era la única forma de leer y enviar datos de Ethereum y quieres comprobar esa suposición. Esta página responde a ambas. Las cifras siguientes provienen de la propia documentación de Ethereum sobre ejecución de nodos, verificada en agosto de 2026, no de una página de ventas.
¿Qué es un Ethereum node?
Un Ethereum node es una instancia en ejecución de software cliente que almacena la chain, valida nuevos bloques y retransmite transacciones al resto de la red peer-to-peer. Desde el Merge, una configuración completa combina dos programas: un cliente de ejecución (Geth, Nethermind, Besu, Erigon o Reth) que gestiona el estado y las transacciones, y un cliente de consenso (Lighthouse, Prysm, Teku, Nimbus o Lodestar) que gestiona las attestations de proof-of-stake. Ambos se ejecutan de forma continua y se comunican entre sí mediante una conexión RPC local. Los Ethereum nodes vienen en unos pocos perfiles de almacenamiento: los full nodes mantienen el estado reciente y podan datos antiguos, los archive nodes conservan todo el estado histórico jamás escrito, y los light nodes solo obtienen encabezados — un modo que la propia documentación de Ethereum señala que tiene demasiado pocos peers sirviendo en mainnet como para ser práctico.
Requisitos de un Ethereum node
La guía de ejecución de nodos de Ethereum.org (verificada en agosto de 2026) lista lo siguiente como la base para un full node que ejecuta un cliente de ejecución y uno de consenso:
| Componente | Mínimo | Recomendado |
|---|---|---|
| CPU | 2+ núcleos | CPU rápida, 4+ núcleos |
| RAM | 8 GB | 16 GB+ |
| Almacenamiento | SSD de 2 TB | SSD rápido, 2+ TB |
| Ancho de banda | 10+ Mbit/s | 25+ Mbit/s, sin límite |
Dos detalles de la misma fuente son fáciles de pasar por alto al dimensionar un servidor. Primero, el almacenamiento depende del cliente: con snap sync, Geth, Nethermind y Besu necesitan cada uno alrededor de 500 GB o más solo para datos de ejecución, mientras que un archive node — todo el estado histórico, no solo el actual — ronda los 12 TB o más en esos mismos clientes, o el rango de 2–2,5 TB en Erigon y Reth, que almacenan el estado de forma diferente. Segundo, el cliente de consenso es una partida de presupuesto aparte: prevé otros 200 GB para datos de la beacon chain sobre la huella del cliente de ejecución. Nada de esto es tampoco un coste único — el uso de disco de un Ethereum node crece mientras el nodo permanezca en línea, porque la chain sigue produciendo bloques. El tiempo de sincronización en sí depende del hardware, la velocidad de red y el modo de sincronización elegido; la documentación oficial no publica una duración fija, y nosotros tampoco lo haremos, así que trata cualquier cifra concreta de días que veas en otro sitio como una estimación, no una especificación.
Cómo ejecutar un Ethereum node, a alto nivel
Ejecutar un Ethereum node se descompone en un puñado de responsabilidades continuas, no en un único paso de instalación. Elige e instala un par de clientes de ejecución/consenso compatibles entre sí. Aprovisiona el hardware de la tabla anterior — infradimensionar el almacenamiento es el error más común, porque el margen de seguridad se reduce cada mes que el nodo permanece sincronizado. Arranca ambos clientes, apúntalos a sus respectivos endpoints RPC locales, y deja que la sincronización inicial termine antes de depender del nodo para nada. A partir de ahí, el trabajo se vuelve operativo: aplica las actualizaciones del cliente con prontitud (los hard forks lo exigen), monitoriza el número de peers y el margen de disco, y mantén la máquina accesible 24/7, porque un nodo que queda offline durante un período prolongado tiene que ponerse al día antes de volver a ser útil. Nada de esto es inusual para infraestructura — es el mismo perfil de mantenimiento que ejecutar cualquier otro servicio con estado, solo que con menos margen para corregir el estado a posteriori.
Para una construcción paso a paso con comandos listos para copiar y pegar, configuración de Geth y Lighthouse, y unidades systemd, consulta la guía de instalación de un Ethereum node en el blog.
Ethereum en ARM: posible, no libre de las mismas limitaciones
Los equipos de los clientes sí publican compilaciones ARM64, y placas de la clase Raspberry Pi 5 pueden ejecutar un full node. Eso es real, pero no cambia la tabla de requisitos anterior — una Pi sigue necesitando un disco NVMe externo dimensionado para la misma huella de 2 TB o más, la RAM sigue siendo un mínimo estricto para el software cliente, y la CPU más lenta tiende a alargar la sincronización inicial más de lo que lo haría una máquina x86 comparable. ARM es una forma de ejecutar un nodo de manera más barata y silenciosa en casa, no una forma de ejecutarlo con menos recursos.
Nodo autoalojado frente a la API de Chaingateway
Ambos te dan datos de Ethereum y la capacidad de enviar transacciones. Lo que cambia es quién asume la carga operativa.
| Tu propio Ethereum node | API de Chaingateway | |
|---|---|---|
| Configuración | Instalar, configurar y sincronizar dos clientes | Registrarte y obtener una API key |
| Almacenamiento | SSD de 2 TB+, creciendo cada mes | Ninguno de tu parte |
| Sincronización | Horas a días, según el hardware, una sola vez y después de cualquier caída | No aplica — siempre sincronizado |
| Disponibilidad | Tu responsabilidad, 24/7 | Cubierta por el servicio |
| Actualizaciones de cliente | Las aplicas tú, según el calendario de hard forks | Gestionadas de forma centralizada |
| Qué obtienes | Superficie JSON-RPC completa, incluidas consultas de archive si se configura | Endpoints REST para direcciones, transferencias ERC-20/721/1155 y webhooks de depósito |
La API no necesita reimplementar toda la superficie JSON-RPC para cubrir el trabajo que la mayoría de integraciones realmente contrataría a un nodo: crear una dirección, enviar un token, recibir notificación cuando llega un depósito. Eso es la Ethereum API en una frase.
Cuándo realmente necesitas tu propio nodo
Un nodo autoalojado es la decisión correcta cuando estás ejecutando un validador, indexando toda la chain para analítica, necesitas estado histórico de nivel archive, o tienes un requisito de cumplimiento según el cual tu infraestructura nunca dependa de un tercero para el acceso a la chain. Nada de eso es un caso que una API reemplace mejor — es un trabajo genuinamente distinto. Si tu requisito es más estrecho — generar direcciones de depósito, enviar ETH o tokens ERC-20, saber cuándo llega dinero — esa es exactamente la superficie para la que se construye una API de pagos, sin el compromiso de almacenamiento y disponibilidad que lleva asociado.
Si tu necesidad real es enviar tokens ERC-20 y observar depósitos, crea una cuenta gratuita y prueba el mismo trabajo vía REST antes de aprovisionar 2 TB de SSD.
La versión sin nodo: crea una dirección y envía un token ERC-20
Sin endpoint RPC, sin un par de clientes que mantener sincronizados — un único Bearer token en la cabecera Authorization.
curl -X POST https://app.chaingateway.io/api/v2/ethereum/addresses \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json"
curl -X POST https://app.chaingateway.io/api/v2/ethereum/transactions/erc20 \
-H "Authorization: Bearer YOUR_API_KEY" \
-H "Content-Type: application/json" \
-d '{
"contractaddress": "0xdAC17F958D2ee523a2206206994597C13D831ec7",
"from": "0xYourHotWallet",
"to": "0xRecipient",
"amount": 100,
"password": "YourWalletPassword"
}'Preguntas frecuentes: nodos de Ethereum
Sáltate el nodo, quédate con los datos
Crea una cuenta y envía una transferencia ERC-20 de testnet en minutos — prueba de 7 días, sin tarjeta, sin KYC. El conjunto completo de endpoints está en la referencia de la Ethereum API, y cada chain está cubierta por la blockchain API multichain.