Cómo correr tu propio nodo Monero

Por qué importan los nodos personales (y cuándo no)

• Privacidad: el operador del nodo remoto ve tu IP y qué subdirecciones escaneás. Tu propio nodo deja esa información sólo en local.
• Confianza: verificás cada bloque. La cadena que ves es la que las reglas de consenso dicen que es válida — no lo que un operador de nodo público eligió mostrarte.
• Disponibilidad: los nodos públicos caen o te rate-limitean. El tuyo está siempre.
• Cuándo no vale la pena: hot wallet de bajo balance, usuario sólo mobile, setup transitorio. En ese caso, un nodo remoto verificado y servido sobre Tor de /nodes es la opción pragmática.

Mínimo de hardware

• CPU: cualquier CPU 64-bit de los últimos 10 años. Sync es bastante single-thread + validación RandomX; nada exótico.
• RAM: 4 GB mínimo, 8 GB cómodo.
• Disco: ~250 GB SSD a mediados de 2026 (prunado: ~80 GB). NVMe es más rápido, SATA SSD también va. HDD spinning duele.
• Banda: ~5–10 GB de sync inicial, luego unos cientos de MB/día. Conexión sin cap o con cap holgado.
• OS: Linux (Debian / Ubuntu / Arch) es el camino más sencillo. Windows + macOS andan; Raspi 4 sirve sólo para prunado.

Setup — Linux (recomendado)

1. Conseguí un binario verificado. Bajalo de getmonero.org → verificá la firma GPG (ver guía de verificación) → descomprimí.
2. Elegí una config:

   monerod \
     --data-dir /var/lib/monero \
     --no-igd \
     --restricted-rpc \
     --rpc-bind-ip 127.0.0.1 \
     --rpc-bind-port 18081 \
     --confirm-external-bind \
     --enable-dns-blocklist \
     --out-peers 32 \
     --in-peers 64

   (sacá --restricted-rpc si el nodo es sólo para tu wallet; dejalo si vas a compartir)
3. Corré como servicio: unit de systemd, restart on failure, usuario monero.
4. Esperá. Sync inicial: 12–48 horas según disco + CPU. --fast-block-sync 1 reduce verificación (más rápido pero confía más en la red para bloques viejos).
5. Abrí el puerto RPC del wallet sólo a localhost (o a tu LAN con firewall). Nunca expongas 18081 al internet sin restricciones de RPC.

Conectar tu wallet

• Feather / Monero GUI / Cake en la misma máquina: apuntá a http://127.0.0.1:18081. Listo.
• Misma LAN: apuntá a la IP LAN. Asegurate que el RPC esté bindeado a la interfaz LAN y firewalled a tu subred.
• Remoto (Tor recomendado): ver abajo.

Exponer por Tor (recomendado para acceso remoto)

1. Instalá Tor en la misma máquina. apt install tor.
2. Agregá un hidden service a /etc/tor/torrc:

   HiddenServiceDir /var/lib/tor/monero-rpc/
   HiddenServicePort 18081 127.0.0.1:18081

3. Reiniciá Tor, leé /var/lib/tor/monero-rpc/hostname — esa es tu dirección .onion.
4. Config del wallet: apuntá a http://<tu-onion>:18081. Usá --proxy 127.0.0.1:9050 en el CLI del wallet o el toggle "use Tor".
5. Opcional: sumá el puerto --rpc-restricted-bind en un segundo hidden service para compartir con amigos sin exponer el RPC interno.

Devolverle nodos a la red

Si tenés banda de sobra, el puerto P2P de Monero (18080) se puede exponer al público para relayar bloques y transacciones de otros. Hacerlo ayuda a la descentralización. Correr un peer clearnet + un peer onion da el máximo impacto; xmr.club lista nodos públicos vivos en /nodes — el tuyo puede sumarse.

Modos de falla comunes

1. El disco se llena durante el sync. Provisioná 300+ GB. Usá un volumen separado así no rompe el root del OS.
2. «Connection refused» desde el wallet. El RPC no está bindeado donde el wallet se conecta. Revisá --rpc-bind-ip + firewall.
3. Sync inicial lento. CPU bottlenecked por RandomX o disco siendo el cuello. SSD no negociable.
4. El nodo se atrasa. Típicamente clock skew. Corré chrony / systemd-timesyncd.
5. El wallet sincroniza para siempre. La restore height del wallet está demasiado baja. Setearla a la altura en la que se creó el wallet — saltea bloques anteriores.