Monta un nodo completo de Bitcoin en un VPS o servidor dedicado

Un nodo Bitcoin Core con poda cabe en el NVMe de 80 GB por $6/mes; para archivar todo el historial, Titan o un dedicado. Puerto 8333, cebolla Tor y sincronización en horas.
Un nodo con poda de Bitcoin Core cabe en los 80 GB NVMe por $6/mes; el archivo completo quiere Titan o un dedicado. Puerto 8333, profundidad de poda, cebolla Tor y sincronización en horas, no días.
La auditoría pesa más que el archivo
Contra-intuitivo pero decisivo: aquí el almacenamiento es casi opcional, la verificación no. Una instalación recortada descarta los archivos de bloques antiguos, pero aplica todas las reglas de consenso a todo lo que llega: tus saldos se apoyan en tu propia aritmética, no en la respuesta de la API de un explorador. Cambia eso por una cartera ligera que dependa del bitcoind de otro, y por mucho disco que compres no recuperas esa confianza. Ese intercambio — descartar el historial, mantener la aplicación de reglas — es toda la cuestión de diseño, y va antes de cualquier elección de hardware.
Bitcoin Core sigue siendo la implementación de referencia, y su guía de operación — almacenamiento, profundidad de poda, accesibilidad entrante — vive en el sitio del proyecto. La superficie de consultas que una máquina en marcha necesita realmente es minúscula: getblockchaininfo para ver el avance de la descarga, getpeerinfo para vigilar las conexiones, getmempoolinfo para observar las tormentas nocturnas — todo especificado en la referencia RPC oficial, e idéntico en comportamiento tanto si el anfitrión es un portátil como una instancia alquilada en Reikiavik.
Alquilar no cambia nada en cuanto a confianza, porque la aplicación de reglas es trabajo de CPU y disco allá donde viva el chainstate: un invitado KVM audita igual de duro que el silicio desnudo. La liquidación acepta cualquiera de los diecinueve instrumentos; XMR mantiene el carril discreto, el tether fija la cifra. Lo que alquilar sí altera es la cuenta de uptime — tránsito multigigabit sin límite de tráfico, energía de centro de datos y una refrigeración que es profesión de alguien y no el circuito más vetusto de tu pasillo, que es la razón honesta por la que los operadores se mudan desde el cuarto de los trastos.
El error de categoría a evitar: tratar la máquina como destino de copias de seguridad. El estado verificado del libro mayor es reproducible desde la red por construcción — ese es justamente su sentido —, mientras que las claves de la cartera no existen en ningún otro sitio salvo que las exportes, así que las claves se copian y los bloques nunca. Resuelta esa distinción, llega la verdadera pregunta de dimensionado, y no es CPU ni memoria: es qué modo de retención piensas mantener, y cada modo de retención es una respuesta del tamaño de un disco.
VPS desde $4.80* (plazo anual), almacenamiento 1–5 TB NVMe desde $24/mes equivalente anual, dedicados con IPMI desde $4.809.20/mes. Factura en cripto, sin KYC.
Lanzar ahoraLos discos deciden el nivel
Ningún benchmark de CPU eligió nunca el plan; lo hizo la capacidad. La operación recortada retiene unos 25 GB de chainstate más la mempool — de sobra dentro de los 80 GB de la máquina de entrada; podas más profundas a partir de 100 GB pasan a 160 GB; la retención del historial completo, en 700 GB y subiendo, pertenece a arrays dedicados. La primera descarga obedece al mismo tirano: es trabajo limitado por el disco, y el almacenamiento local en flash frente al almacenamiento en red es la diferencia entre una tarde y una semana perdida.
Una línea en bitcoin.conf fija la política: prune=550 es el suelo, expresado en MiB de bloques recientes, y cada valor mayor intercambia capacidad por comodidad. Los bloques y el chainstate van por defecto a ~/.bitcoin/, y ambos pertenecen al dispositivo local, sin discusión — la descarga realiza millones de lecturas aleatorias pequeñas que el almacenamiento de objetos y los recursos de red atienden de forma lamentable, convirtiendo un trabajo de medio día en una odisea de varios días que no puedes abortar sin empezar de cero. El suelo es un mínimo impreso, no una sugerencia: el chainstate queda por completo fuera de la ventana podada, así que una cifra por debajo de lo que consumen esas estructuras fijas se rechaza en el arranque — el demonio prefiere no ejecutarse antes que quedarse sin espacio a mitad de descarga.
Pide Core a $6/mes ($4.80/mes en el plazo anual) para una instalación personal recortada: 80 GB de flash, 4 GB de DDR5, 1 Gbps sin límite de tráfico — margen por todas partes. Con un apetito de poda superior a 100 GB, el escalón siguiente es el nivel de 160 GB, y los 320 GB de Titan llevan historial local serio en la misma escalera. La retención del libro mayor completo con margen de crecimiento es territorio dedicado, donde los dos discos de 2 TB de Summit se tragan años de cadena sin quejarse.
El paso en falso clásico es dimensionar según la punta de hoy: el apetito de retención se acumula, un disco que encaja justo es una cita con una migración, y un disco que se llena a mitad de descarga deja todo el proyecto atascado en una interrupción. Ante la duda, poda — la profundidad puede subir después volviendo a descargar, mientras que un disco atascado exige cirugía y disculpas. Resuelta la capacidad, la siguiente decisión es si la máquina solo escucha o de verdad sirve, y se reduce a un puerto.
Un puerto separa al cliente de la infraestructura
Una máquina que solo marca hacia fuera lo verifica todo y no sirve a nadie — una auditora privada, no una participante. Las conexiones entrantes aterrizan en el 8333, abierto por política en esta plataforma: sin formularios, sin tickets, basta un demonio a la escucha. El tránsito nunca se mide; el techo es el puerto, 1 Gbps en la entrada y multigigabit hacia arriba, así que una instalación con buen peering cuesta el mismo ancho de banda dé diez homólogos o cien.
La geografía apenas mueve la aguja; la configuración sí. getnetworkinfo informa de si llegan conexiones entrantes, y el cortafuegos del anfitrión debe permitir 8333/tcp. La IPv4 fija que todo plan incluye es una comodidad para la accesibilidad, jamás un requisito — el trabajo saliente funciona desde cualquier dirección, y los pares entrantes se reenganchan a la red y no a ti en persona, razón por la que las migraciones y los cambios de dirección no dejan a nadie tirado si reactivas la escucha después. Una lectura de accesibilidad tan barata no necesita lista de pares: getconnectioncount superando la docena en la hora posterior al fin de la descarga significa que el puerto responde desde fuera, mientras que un cero plano una hora después significa que algún cortafuegos sigue respondiendo con silencio.
Calibra las expectativas: decenas de enlaces entrantes es un resultado sano para una máquina bien conectada, no miles, y cada uno cuesta una porción de ancho de banda más un descriptor de archivo. Los controles — maxconnections, listen=1, dbcache — están documentados en el repositorio del proyecto, y en los planes pequeños la restricción suele ser la memoria antes que el ancho de banda. El número de pares crece durante días vía gossip; no hay interruptor que accionar, solo paciencia con una gráfica adjunta.
La errata peligrosa de este género es abrir en su lugar el listener RPC: un 8332 de cara a internet es un incidente de credenciales sin autenticación sin arreglo retroactivo de cortafuegos. Mantén el RPC en loopback o en una interfaz privada; el puerto de pares es público por diseño y el de control nunca lo es. Liga la interfaz a 127.0.0.1 explícitamente y protégela con una línea rpcauth, y el incidente seguirá siendo una entrada teórica en la autopsia de otro en lugar de tu domingo. Si la instalación debe evitar anunciarse del todo, el instrumento limpio es un servicio onion — sección siguiente, de principio a fin.
Una identidad onion para el cable
Un punto de acceso onion otorga a la instalación una identidad sin ubicación mientras deja intacta la privacidad de la cartera — archivos separados, modelos de riesgo separados, cero acoplamiento entre ambos. Publicar un listener 8333 en clearnet graba la IP del anfitrión en los registros de pares durante toda la vida de la dirección: aceptable para la mayoría de los operadores, descalificante para algunos. Tor ofrece el camino intermedio — participación plena en el tráfico entrante, sin revelar dirección, a un coste de latencia que una descarga en segundo plano jamás notará.
El soporte es de primera clase en Core, y el documento Tor del proyecto recorre el camino completo: apunta proxy=127.0.0.1:9050 a un demonio Tor local, deja que el cliente publique su propio servicio, y los homólogos llegarán por enrutamiento onion en vez de por tu dirección física. Los puristas pueden ir más lejos con onlynet=onion, eliminando por completo el tráfico de clearnet — la aplicación de reglas, la descarga y el servicio continúan intactos detrás. El lado de Tor pide una línea propia: un ControlPort en el 9051 con CookieAuthentication activada — y Core lee entonces el archivo de cookie al arrancar sin almacenar credencial alguna, de modo que comprometer un demonio no revela nada del otro.
La cuenta de costes es breve. La latencia sube; el número de pares se estabiliza algo más bajo, porque los homólogos con capacidad onion son un subconjunto de la red. En el haber: la geografía deja de importar para la accesibilidad, la IP sale del gossip por completo, y mudarse a otra región no rompe nada porque el nombre onion viaja con la instalación. Para una máquina privada cuyo operador eligió la jurisdicción deliberadamente, esa portabilidad por sí sola justifica la configuración.
Donde el montaje flaquea: la torpeza de doble modo — anunciar clearnet y onion a la vez asumiendo que la onion oculta la pata clearnet. No oculta nada; el cable ve lo que anuncias, y el gossip amplifica lo que ve. Elige una identidad para la pata de pares y mantenla coherente, revisándola solo si cambia tu modelo de amenazas. La misma vigilancia cubre al demonio: bajo onlynet=onion, un proceso Tor detenido le suena a Core como una red ausente, así que la descarga se detiene mientras el chainstate queda intacto, y los pares regresan en cuanto el puerto de control vuelve a responder. Resuelta la accesibilidad, queda una decisión antes del hardware: a cuál de las doce banderas responde la máquina — cuestión de legislación y de ping, no de protocolo.
Banderas, latencia y la ley que responde
La red de gossip es geográficamente indiferente; tu administración no. Un único precio de lista cubre las doce ciudades — Islandia +20%, Noruega +20%, Suiza +35%, Luxemburgo +15% son las excepciones publicadas —, así que la bandera se elige por legislación y por latencia de ida y vuelta, nunca por facturación. Las instalaciones orientadas a la UE descargan más rápido desde Fráncfort o Ámsterdam; una máquina personal discreta se sitúa donde mejor siente el tejido legal, algo que examina la guía offshore; un archivo sensible al cumplimiento lee la columna de la ley antes que nada.
La tabla de ubicaciones es el artefacto de trabajo: nivel, enlace subida y ley aplicable por ciudad. Los centros de datos se ganan su sitio aquí por razones propias de un servicio siempre encendido y de años — la alimentación redundante y los enlaces gordos deciden con qué elegancia la máquina atraviesa una mala tarde. Las disputas se rigen por el sistema legal del centro de datos, y aunque una máquina que habla el protocolo de red presenta una superficie legal pequeña, pequeña no es cero y merece una lectura antes — no después — de la factura. Un nodo es además un inquilino a escala de década, lo que cambia los pesos: la legislación que responde a una requisa en el año cinco pesa más que una diferencia de ping de 20 ms en la semana uno, y la columna de la ley de la tabla es donde vive esa respuesta.
Las matemáticas de la latencia favorecen esta carga de trabajo. Los homólogos retransmiten bloques frescos a los segundos del anuncio sin importar el continente, y el riesgo de bifurcación en la punta de la cadena pertenece a la red, no a tu ida y vuelta. La geografía altera genuinamente dos cosas: lo ágil que se siente tu propia administración por SSH, y la rapidez con la que atienden las carteras que operas desde otro lugar. Optimiza para los humanos que cuidan de la máquina; el protocolo permanece indiferente a sus coordenadas.
La mala asignación a evitar: pagar el recargo de Zúrich para un indexador público, o archivar material sensible al cumplimiento bajo una ley de retención que nadie leyó. Empareja bandera con motivo — motivo de privacidad, Islandia o Suiza; motivo de audiencia, Fráncfort o Singapur; indecisión, precio de lista base —, con la guía de jurisdicciones como hoja de trabajo. Una instalación recortada simplifica el argumento de la exposición: no existen bloques históricos que entregar a un peticionario ni índice que consultar, así que la bandera protege los metadatos del propio operador y no un archivo que el disco pudiera entregar. Bandera elegida, lo que queda es la facturación y un cronómetro, que es la parte agradable.
Liquidando la máquina
Diecinueve instrumentos saldan la cuenta, y la elección es una cuestión de discreción y comisiones, jamás una cuestión de nodos: XMR para un carril discreto, tether-TRC20 para una cifra fijada, BTC si ya lo tienes. El alta sigue siendo solo con credenciales — una dirección, un secreto de 12 caracteres — y la secuencia coincide con la guía de compra, con la página de Monero cubriendo el camino discreto de principio a fin. Nada en una instalación que verifica añade fontanería a ese flujo.
Las máquinas de historial completo liquidan por el mismo pago: compra el Forge a $49 de lista ($39.20 anual-efectivo) cuando la descarga a máxima velocidad y 2 x 1 TB de flash cubren el archivo; pasa a Summit cuando el libro mayor más margen de crecimiento quiere dos discos de 2 TB y 64 GB de ECC. El montaje consume 2-4 horas con la consola IPMI liberada al final, y cada nivel de Forge a Monolith se factura con la misma cuenta de diecinueve instrumentos. La capacidad cambia; el papeleo no.
Mantén los relojes separados en la cabeza: la profundidad de cadena precede al crédito, y el crédito precede a todo lo demás. Dos bloques gated una remesa BTC; la instancia arranca entonces en menos de un minuto; los racks consumen sus 2-4 horas tras el crédito, no tras la emisión. El ETA impreso en la página de la factura existe precisamente para que puedas iniciar el envío cuando vayas a estar realmente presente para la etapa de la cartera y no durmiendo. La separación paga un pequeño dividendo si lo permites: emite la factura y aprovecha la ventana de confirmación para redactar el bitcoin.conf que piensas pegar en el primer inicio de sesión, de modo que la sala de espera de la cadena se convierta en preparación y no en una tarde refrescando un contador de bloques.
Una tentación merece ser rechazada en esta etapa: adoptar una máquina que otro te dejó con imagen. Recibe el equipo en blanco, instala desde la versión oficial, verifica qué se ejecuta — toda la credibilidad de una instalación que se verifica a sí misma descansa en haberla construido tú, y la imagen prefabricada de un desconocido reimporta la palabra de la API por la puerta de servicio. La verificación es aritmética que tú mismo ejecutaste: comprueba la firma de la versión antes de instalar, y después anota el hash de bloque que tu propio chainstate reporta en la punta y compáralo con un explorador exactamente una vez — desde ese momento, cualquier discrepancia es la alarma y no una rutina. Instalada, sincronizada y autoauditada, la máquina gana a su primer inquilino: Lightning.
Lightning se muda al piso de arriba
Un cliente de enrutamiento convive sin problemas con bitcoind en cualquier plan, y quiere memoria antes que CPU — el estado de los canales vive en RAM y el reenvío es contabilidad. Lo que cambia de verdad es la postura: los canales son estado con fondos adjuntos, la máquina se convierte en contraparte, y la disciplina de copias pasa de virtud a requisito. La página de la carga de trabajo Lightning recoge los detalles de los canales; watchtower más copias limpias es un patrón de grado de producción en una instancia corriente.
Los dos clientes mayoritarios — LND y Core Lightning — comparten los pares subyacentes y añaden sus propios puertos de red. Mantén las interfaces administrativas en loopback — lnd y lightningd tienen valores por defecto sensatos —, expón solo lo que el reenvío exija, y deja que la instalación base siga verificando la cadena exactamente como lo venía haciendo. El artículo original explica con claridad el requisito de respaldo en vivo: las transacciones de penalización dependen del reloj. Los HTLC expiran en plazos acordados de antemano, así que un reinicio limpio no cuesta nada, mientras que una interrupción que sobreviva al plazo de un contrato pendiente puede convertir un cierre forzoso rutinario en uno carísimo.
La restauración es donde el enrutamiento castiga la improvisación. La base de datos de canales — channel.db en LND — viaja con su archivo acompañante de static-channel, y las recuperaciones deben seguir el procedimiento documentado de la implementación, porque reproducir estado obsoleto puede regalar a una contraparte un cierre forzoso con ganancia a tu costa. Por el lado de la plataforma, el manual es el de siempre: snapshots programados más copias fuera de la máquina, el mismo régimen que la guía de copias de seguridad prescribe para cualquier inquilino con estado.
La expectativa que hay que reajustar: el reenvío no es ingreso del primer día. Los canales quieren capital en ambos extremos, la política de comisiones quiere ajuste, y una máquina que no enruta nada no gana nada — la red funciona exactamente como fue diseñada, no es un defecto que reportar. Adopta el enrutamiento porque la autocustodia de los pagos es el objetivo, y trata el rendimiento como una prima lenta que llega a lo largo de meses. La capacidad entrante es la mitad más escasa: un nodo con solo enlaces salientes no reenvía nada hasta que una contraparte le abre un canal, razón por la cual la liquidez se alquila como un mercado y no simplemente se aprovisiona. Disco, accesibilidad, bandera, liquidación, estado de canales — cada pieza existe ya, y solo queda el orden de montaje.
El nodo completo de Bitcoin, en el orden de ejecución
Primero la capacidad, porque elige el nivel: poda a unos 25 GB dentro de los 80 GB de la máquina de entrada, sube la escalera a partir de un apetito de 100 GB, y reserva los arrays dedicados para la profundidad del historial completo. Escribe prune=550 o mayor en bitcoin.conf, mantén el estado de consenso en el dispositivo local, y jamás apuntes la descarga inicial a un recurso de red — esa única configuración errónea convierte horas en días, y ninguna paciencia la repara.
Segunda, la accesibilidad: abre el 8333 si la máquina debe servir, mantén el listener RPC en loopback incondicionalmente, y añade una identidad onion cuando la IP deba quedar fuera del gossip — onlynet=onion para la versión estricta. Tercera, la bandera, elegida en la tabla de ubicaciones por legislación y latencia: los recargos marcan Islandia, Noruega, Suiza y Luxemburgo; todas las demás ciudades facturan al precio de lista base, dejando la factura fuera de la discusión por completo.
Cuarta, la liquidación, en el instrumento que encaje: diecinueve en una página, XMR para la discreción, tether-TRC20 para una cifra congelada, BTC si ya lo tienes. Una instancia arranca cerca de un minuto tras el crédito; los racks consumen su ventana de montaje con la consola liberada al final. Quinta, instala desde la versión oficial y vigila getblockchaininfo durante la descarga — horas en flash local — y desconfía de todo lo que prometa acortarla mágicamente.
Sexta, los inquilinos, añadidos con deliberación: el enrutamiento quiere memoria antes que CPU, las interfaces administrativas se quedan en loopback, y el estado de canales adquiere su régimen de copias antes de fondear el primer canal. Séptima y última, la verificación: saldos leídos de tu propia aplicación de reglas, claves duplicadas aparte de los datos de cadena reproducibles, nada en la pila heredado de la imagen de un desconocido. Una máquina que construiste y auditaste es la única que responde a la pregunta original — ¿de quién es la palabra que sostienen tus saldos?
El orden de montaje, comprimido: capacidad, accesibilidad, bandera, liquidación, instalación, inquilinos, auditoría. Cada paso de arriba tiene su propia sección; cada paso en falso catalogado aquí tiene su cura en una de ellas. Ejecuta la lista de corrido y la máquina terminada responde solo a ti — que era, desde el primer párrafo, el sentido entero del ejercicio.
¿Basta un nodo podado?
Para validar tus propios saldos, del todo — la poda conserva la aplicación completa de las reglas mientras descarta los archivos de bloques históricos, reteniendo unos 25 GB en el disco de 80 GB del nivel de entrada. La retención del historial completo es una compra aparte: capacidad, paciencia para la primera descarga, y un nivel dimensionado para un libro mayor que solo crece.
¿Puede Lightning ejecutarse en la misma máquina?
Sí; LND o Core Lightning conviven con bitcoind en cualquier plan, y el reenvío quiere memoria antes que CPU. La factura de hosting se mantiene on-chain en la capa uno. Dale a la base de datos de canales su régimen de copias antes de fondear el primer canal, y la combinación es una forma de producción estándar.
¿Cuánto tarda la sincronización inicial?
Horas antes que días en flash local, porque la primera descarga es trabajo limitado por el disco. Apúntala a un recurso de red y la odisea se multiplica — el error de configuración más caro de este género —, así que mantén la base de datos de consenso local y la sincronización se porta bien.
¿Necesita el nodo una IP estática?
No la necesita. El trabajo saliente funciona desde cualquier dirección, y las contrapartes entrantes se reenganchan a la red y no a una máquina concreta. La IPv4 fija incluida en todo plan es una comodidad para la accesibilidad del puerto, y una identidad onion elimina incluso esa dependencia.
¿Por qué no ejecutar el nodo en casa?
Puedes, y muchos lo hacen como primera máquina. Una alquilada aporta tránsito sin límite de tráfico y con buen peering a caudales multigigabit, disponibilidad desacoplada de tu conexión doméstica, y una cola de flash que sobrevive a las peores noches de la mempool — a precio de nivel de entrada en el compromiso anual.
¿Listo para lanzar?
Configura el servidor —VPS, almacenamiento o bare metal—, crea la contraseña y paga la factura que sigue.