Ejecuta un nodo Bitcoin completo en un VPS

Tres cosas, y solo dos de ellas tienen que ver con la privacidad.

• Verificación. Tu nodo aplica el consenso por sí mismo — cada firma, script, subsidio y ajuste de dificultad, comprobado contra su propia copia de la cadena. Nadie puede convencerlo de que existe una moneda cuando no existe. Esta es la parte que no se puede delegar: una wallet ligera confía en la respuesta de un servidor.
• Privacidad en la capa de red. Una wallet ligera tiene que decirle a alguien qué direcciones le interesan. Incluso los protocolos más educados entregan a un servidor lo suficiente como para agrupar tus direcciones en una sola wallet y fijarla a una IP. Tu propio nodo responde esas consultas localmente.

Lo que un nodo no te da es anonimato on-chain. El libro mayor sigue siendo público y permanente; un nodo arregla únicamente la capa de red. Si la falta de vinculación en la propia cadena es el requisito, esa es otra cadena distinta — en su lugar, ejecuta un nodo Monero — y ¿es realmente anónimo un VPS pagado en cripto? expone el resto de la contabilidad.

Ambos tipos de nodo validan de forma idéntica. Un nodo podado descarga cada bloque, comprueba cada regla y construye el mismo conjunto UTXO, y después elimina los archivos de bloques antiguos que ya no necesita. Lo que pierde es la capacidad de servir historial: no puede entregar bloques antiguos a un peer que se está sincronizando, no puede rescanear una wallet cuyas monedas sean anteriores a su horizonte de poda, y no puede respaldar un índice que lea transacciones históricas arbitrarias.

La diferencia de tamaño no es sutil. En 2026 la cadena sin podar supera con creces los 700 GB y sigue sumando decenas de gigabytes al año — comprueba la cifra actual antes de decidir el disco, porque solo puede subir. Un nodo podado con prune=5000 conserva unos 5 GB de archivos de bloques más el conjunto UTXO y las propias bases de datos de Core: cuenta con un datadir de 20 GB.

Así que poda salvo que tengas una razón concreta para no hacerlo. Las razones son limitadas: servir bloques históricos de vuelta a la red, txindex para un explorador de bloques, o ejecutar tu propio servidor Electrum.

• CPU. Un solo núcleo se mantiene al día con la punta de la cadena indefinidamente. La descarga inicial de bloques es donde los núcleos se ganan el sueldo, porque la verificación de firmas se paraleliza — de 2 a 4 vCPU acortan la primera sincronización y luego vuelven a estar inactivos. La virtualización KVM completa importa más que el número de núcleos: aislamiento de hardware real y tu propio kernel, no un contenedor compartiendo el de otro.
• RAM. 2 GB es el suelo de trabajo para un nodo podado. dbcache es el parámetro que importa — uno o dos gigabytes de caché UTXO durante la IBD ahorran horas de lecturas aleatorias, y puedes volver a bajarlo después.
• Disco. Dimensionado como se indicó arriba, y NVMe antes que cualquier otra cosa. La IBD está dominada por el acceso aleatorio al chainstate, no por la descarga.
• Ancho de banda. La IBD mueve toda la cadena independientemente de la poda: varios cientos de gigabytes, una sola vez. Un nodo a la escucha después sube datos de forma constante a los peers, limitable con maxuploadtarget. Todos los planes aquí incluyen un puerto de 1 Gbps con tráfico ilimitado y sin facturas por exceso.

Cifras concretas de nuestra parrilla de precios, porque “depende” no es una respuesta:

• Podado, uso personal — Cub, 1 vCPU / 2 GB / 40 GB NVMe, $5.00/mo. Un datadir de 20 GB con margen, y la recomendación honesta para la mayoría de los lectores.
• Podado, cómodo — Scout, 2 vCPU / 4 GB / 70 GB, $9.00/mo. Reduce a la mitad, aproximadamente, la espera de sincronización. Si esta máquina va a hacer más de una tarea, empieza por aquí.
• Nodo más Lightning más monitorización — Runner, 3 vCPU / 6 GB / 100 GB, $14.00/mo.
• Archivo completo — donde la honestidad gana a la venta agresiva. Garmr (500 GB, $69.00/mo) ya no cabe en una cadena de 2026 sin podar, así que no lo compres para esto. Fenrir (16 vCPU / 64 GB / 800 GB NVMe, $99.00/mo) sí que cabe, con un margen medido en unos pocos años en lugar de para siempre.

La ubicación es irrelevante para un nodo, que no tiene requisitos de latencia, así que elige según precio o jurisdicción: Ámsterdam, París, Bucarest y Sofía están al precio base, mientras que Estocolmo, Kuala Lumpur, Reikiavik y Zúrich llevan un multiplicador. La facturación anual cobra diez meses en lugar de doce.

La IBD no es un problema de descarga. Varios cientos de gigabytes llegan por un puerto de 1 Gbps en cuestión de horas; los días vienen de lo que pasa después — verificar cada firma desde 2009 y mantener un conjunto UTXO que se relee constantemente de forma aleatoria. Esa carga de trabajo está limitada primero por la latencia del almacenamiento y después por la CPU.

El efecto práctico es de un orden de magnitud. En NVMe RAID10 con un par de gigabytes de dbcache, una IBD podada suele terminar en aproximadamente un día. El mismo trabajo en el SSD SATA compartido de un host económico tarda habitualmente una semana y a veces nunca termina, porque el operador se rinde antes. Aquí es donde NVMe frente a SSD deja de ser una línea de ficha técnica. Todos los planes aquí son totalmente NVMe, por lo que el nivel más barato es un lugar realista para ejecutar un nodo y no un tecnicismo.

Una palanca si eres impaciente: sube dbcache tanto como la RAM permita durante la sincronización, y luego vuelve a bajarlo.

Core tiene soporte de Tor de primera clase, y para un nodo personal, solo-Tor es la opción predeterminada que vale la pena elegir. Oculta de qué nodo se originó una transacción, mantiene la dirección de tu VPS fuera de las listas de peers difundidas permanentemente por Bitcoin, y permite que tus propias wallets alcancen el nodo desde cualquier lugar sin abrir un puerto entrante.

Instala tor, añade el usuario del daemon al grupo debian-tor para que Core pueda alcanzar el puerto de control, y añade a bitcoin.conf:

proxy=127.0.0.1:9050
onlynet=onion
listenonion=1
discover=0
dnsseed=0

Core crea y anuncia automáticamente su propio servicio onion v3; confirma con bitcoin-cli getnetworkinfo que la dirección onion aparece listada y que la red onion se muestra como alcanzable.

La contrapartida honesta: los peers onion son menos numerosos y más lentos, así que sincronizar a través de Tor tarda notablemente más. Si Tor ya está funcionando en la máquina de todos modos, nuestra guía de relay de Tor y las notas sobre VPS favorables a Tor cubren el aspecto de políticas — los relays y los servicios onion son bienvenidos aquí, no simplemente tolerados.

Un servidor Electrum se sitúa entre tu nodo y las wallets con protocolo Electrum, manteniendo una vista de la cadena indexada por direcciones para que una wallet pueda preguntar “¿qué hay en este scripthash?” y obtener una respuesta instantánea. Tener el tuyo propio significa que Electrum, Sparrow y BlueWallet se conectan a ti en lugar de a un servidor público que ve cada dirección que posees.

La trampa que se saltan los tutoriales de una línea: tanto electrs como Fulcrum requieren un nodo sin podar. Construyen su índice leyendo los archivos de bloques directamente, así que el historial tiene que seguir en disco. Añadir un servidor Electrum te arrastra por tanto de una máquina podada de $5 a un nodo de archivo completo más otros 50–100 GB para el índice — territorio de Fenrir, no de Cub.

Entre los dos, electrs es más ligero en memoria y más lento para construir su índice; Fulcrum indexa y responde más rápido pero quiere más RAM. Ambos escuchan en el puerto 50001 en texto plano y 50002 con TLS. Mantenlos vinculados a localhost y accede a ellos mediante un túnel WireGuard o un servicio onion en lugar de exponerlos.

Un nodo Lightning necesita un backend de Bitcoin en el que pueda confiar, y el tuyo es el candidato obvio. Las dos implementaciones principales funcionan junto a Core en el mismo VPS:

• LND habla con bitcoind por RPC y ZMQ. Añade los endpoints zmqpubrawblock y zmqpubrawtx a bitcoin.conf, vinculados solo a localhost.
• Core Lightning invoca bitcoin-cli por defecto, lo cual es más simple de razonar y no abre puertos adicionales.

La poda también complica esto. LND puede funcionar contra un bitcoind podado pero debe obtener de los peers los bloques históricos que faltan, lo cual es más lento y ocasionalmente frágil; Core Lightning está más cómodo con el historial presente. Si Lightning es el objetivo desde el principio, o bien aceptas un nodo sin podar o asumes esa fricción a sabiendas.

Lightning en sí es ligero — la base de datos de canales tiene cientos de megabytes — pero tiene que permanecer en línea para vigilar posibles infracciones de canal, lo cual es el argumento a favor de un VPS frente a un portátil que se suspende. El puerto 9735 es el puerto P2P de Lightning, y un nodo Lightning solo-Tor es completamente normal.

Un nodo no es un secreto, pero es una máquina que funciona continuamente, anuncia una dirección a una red de difusión global, y — si eres descuidado — está alquilada a tu nombre con una tarjeta a tu nombre.

• Regístrate sin identidad. Aquí no hay KYC por diseño: sin identificación, sin subida de documentos, sin paso de verificación que fallar.
• Paga on-chain. Recarga en BTC y despliega desde el saldo, o en Monero si prefieres que el propio pago no quede como un registro público permanente — algo que vale la pena considerar cuando lo que estás financiando es un nodo Bitcoin. En cualquier caso no hay tarjeta ni procesador de terceros; los detalles están en comprar un VPS sin tarjeta de crédito.
• No pongas ninguna identidad en la máquina. No le pongas al hostname tu propio nombre, no reutilices una clave SSH que aparezca en un perfil público de alojamiento de código, y recuerda que la dirección de un nodo a la escucha se publica por diseño — el argumento práctico más fuerte a favor del modo solo-Tor de más arriba.

Lo que el host puede ver es una máquina moviendo tráfico peer-to-peer constante por un puerto bien conocido. Nada sobre tu wallet, tus direcciones o tus saldos — esos nunca salen de la máquina, que es todo el sentido de esto. Un nodo que valida es infraestructura ordinaria y es explícitamente bienvenido; la única línea vecina en la política de uso aceptable es que la minería de criptomonedas no está permitida en los planes compartidos, porque monopoliza los núcleos compartidos. Un nodo no es un minero: después de la IBD queda casi inactivo.

El día a día no tiene drama. Core publica una versión mayor aproximadamente cada seis meses, y actualizar significa detener el servicio, reemplazar los binarios, volver a arrancarlo — el datadir es compatible hacia adelante y no hay que resincronizar. Haz copia de seguridad de tus descriptores si el nodo llega a tener una wallet; nada más importa, porque la cadena se vuelve a descargar por definición. Si te quedas sin disco — y un nodo de archivo lo hará — subir de nivel amplía el disco en caliente sin reinstalar, cobrado a prorrateo de tu saldo.