Ejecuta tu propio nodo de Bitcoin en un VPS

Ejecutar tu propio nodo es la línea entre creer la palabra de alguien sobre la cadena y verificarla tú mismo. Tu nodo hace cumplir cada regla de consenso de forma independiente, y tus monederos pueden consultar tu nodo en lugar de un servidor público que en silencio registra todas tus direcciones. El muro con el que la gente choca: un nodo de archivo completo quiere 600 GB+ de disco y sigue creciendo. Un nodo podado esquiva eso — sigue validando la cadena entera, luego descarta los bloques antiguos que ya no necesita, aterrizando en torno a 10–15 GB. Eso cabe en un VPS pequeño. Aquí está el cómo honesto, y lo que te cuesta la poda.

Qué te da realmente un nodo

• Validación independiente. Haces cumplir las reglas tú mismo. Nada inválido pasa tu nodo porque creyó a un desconocido.
• Privacidad para tus propias consultas. Tu monedero pregunta a tu nodo, no a un explorador público que ve cada dirección que buscas.
• Una base para el resto. Un nodo es el fundamento sobre el que otras cosas se apoyan después — Lightning, exploradores, tus propias apps.

Podado vs completo — el núcleo honesto

Durante el sync inicial, tu nodo descarga y verifica la cadena entera. Eso es grosso modo 600 GB de ancho de banda, una vez. La poda cambia solo lo que pasa después: conserva los bloques recientes y descarta los antiguos, así que el disco final se mantiene pequeño.

Lo que cedes es real: un nodo podado no puede servir bloques históricos a otros peers, y no puede reescanear historial de monedero antiguo arbitrario. Así que si vas a importar un monedero antiguo con transacciones tempranas, necesitas historial completo — un nodo completo en un disco grande, no uno podado. Para simplemente validar y operar monederos actuales, podado es exactamente lo correcto.

Qué necesitas

• Disco: ~15–20 GB para un nodo podado — una máquina pequeña está bien.
• RAM: 2–4 GB. Más dbcache acelera el sync inicial; puedes bajarlo después.
• Ancho de banda: throughput de verdad para la descarga completa de una sola vez.
• Una IP accesible: para aceptar peers entrantes en el puerto 8333 y ayudar de verdad a la red, quieres una IP pública con el 8333 abierto — un plan con IP dedicada. En NAT obtienes un puerto SSH y no puedes abrir el 8333.

La configuración

Instala bitcoind, luego una bitcoin.conf mínima:

prune=10000        # conserva ~10 GB de bloques recientes
dbcache=2048       # sync inicial más rápido; bájalo después
listen=1           # acepta peers entrantes

Ejecútalo bajo systemd para que se reinicie en los fallos y vuelva tras un reinicio, y abre el puerto 8333 para que los peers puedan alcanzarte. Luego déjalo sincronizar — esta es la parte larga, de horas a un día o dos, porque está verificando la cadena entera desde el génesis.

Ciérralo bien

• SSH solo con claves, firewall al 8333 y tu puerto SSH. (La checklist de diez minutos.)
• Nunca expongas el puerto RPC a internet. Átalo a localhost y alcánzalo por un túnel SSH o solo desde apps en la misma máquina. Un RPC abierto es una puerta abierta.

Los límites honestos

• El primer sync es largo e intensivo en ancho de banda. Eso es inherente — validar la cadena desde cero no es un paso que puedas configurar para que desaparezca.
• Un nodo podado no puede servir bloques antiguos ni reescanear historial antiguo. ¿Los necesitas? Eso es un nodo completo y un disco grande.
• Monero es una pregunta justa, y la respuesta honesta es el alcance. Su cadena es más grande — un par de cientos de GB, e incluso podada en torno a 90 GB — así que quiere un disco más grande del que llevan nuestros planes pequeños. Esa es una historia de nodo completo para otro tipo de máquina, y preferimos decirlo que fingir que cabe.
• Tú lo mantienes: actualizaciones, disco, el ocasional hipo de un peer. Un nodo es un pequeño compromiso, no un fire-and-forget.

El pago

Regístrate con un correo y paga en USDC o USDT — sin tarjeta, sin documento. Una forma acorde de pagar por ejecutar tu propio rincón de Bitcoin.