Nodos e infraestructura

Cómo configurar un nodo Bitcoin completo

31 de enero de 2024 · 21 min de lectura · Actualizado el
Una mano junto a una minicomputadora, un disco externo y un cable de red preparados para instalar un nodo en casa.

Esta guía es una traducción del original en inglés, que es el texto de referencia. Leer en inglés

Operar un nodo Bitcoin (en inglés) es un paso fundamental para tener control sobre tus finanzas en la era digital. Aquí verás cómo funcionan los nodos de Bitcoin, qué papel cumplen en la red y qué opciones tienes para operar el tuyo.

La descentralización de Bitcoin se apoya en su red de nodos. Cada nodo valida todos los bloques y todas las transacciones según las reglas de consenso. Los nodos de archivo también conservan una copia completa de la blockchain, mientras que los nodos podados solo guardan los bloques recientes. Esta arquitectura distribuida impide que una sola entidad controle o manipule la red. Por eso operar un nodo es clave para preservar dos propiedades centrales de Bitcoin, la resistencia a la censura y la soberanía monetaria.

Un nodo completo te permite verificar las transacciones por tu cuenta, proteger tu privacidad (en inglés) y contribuir a que la red resista mejor los fallos. Puedes comprobar tú mismo el estado de la blockchain sin depender de la información de terceros, tal como propone el principio criptoanarquista «no confíes, verifica».

Montar un nodo Bitcoin ha cambiado mucho desde que nació la red. Al principio solo se podía ejecutar Bitcoin Core en computadoras de uso general. Hoy hay hardware especializado y varias distribuciones de software. Puedes montarlo tú mismo con una computadora de placa única, como una Raspberry Pi, o elegir un equipo de gama alta que venga listo para conectar y priorice la facilidad de uso y la fiabilidad.

Los paquetes y sistemas operativos diseñados para nodos Bitcoin han facilitado mucho el montaje. Umbrel, Start9 y myNode tienen interfaces sencillas que se ocupan de gran parte de la complejidad técnica y conservan las ventajas de seguridad y autonomía de un nodo completo. Suelen ofrecer servicios adicionales, como funciones de la red Lightning, exploradores de bloques e interfaces para billeteras.

La red Lightning amplía las funciones del nodo con transacciones rápidas y baratas que conservan las garantías de seguridad de la capa base. Si ejecutas un nodo Lightning junto a tu nodo completo de Bitcoin, podrás procesar pagos, gestionar canales y participar en la economía de Lightning a medida que crece. Esta segunda capa cobra importancia a medida que Bitcoin amplía su capacidad para atender la demanda mundial.

Servicios como BTCPay Server permiten usar un nodo personal también en un comercio o una empresa. Si alojan su propio sistema de pagos, los comerciantes pueden aceptar bitcoins sin depender de terceros, mantener el control de sus finanzas, reducir costos y ganar privacidad. Es un paso hacia el dinero electrónico entre pares que describe el documento técnico de Bitcoin.

Un servidor Electrum merece atención aparte. Si lo ejecutas junto a tu nodo completo, podrás dar a tus billeteras Electrum datos de la blockchain verificados por ti. Así evitas depender de servidores ajenos que podrían comprometer tu privacidad o manipular los datos de las transacciones. Es la configuración de referencia para mantener la autonomía y la seguridad de la billetera.

El hardware importa al decidir cómo montar el nodo. Una Raspberry Pi puede bastar para lo básico. Tareas más exigentes, como enrutar pagos Lightning o atender mucho tráfico con BTCPay Server, pueden requerir hardware más potente. El espacio necesario crece con la blockchain. Así que planificar y gestionar el almacenamiento forma parte de operar el nodo.

Los nodos Bitcoin tienden a integrar más servicios y a ofrecer interfaces más claras, sin perder los principios de autonomía y descentralización. Los desarrolladores siguen reduciendo barreras técnicas y ampliando las funciones para que más personas puedan operar un nodo. Los nodos conservan su papel central en la seguridad y la resistencia de la red.

En resumen, operar un nodo Bitcoin supone un reto técnico y expresa una convicción. Pone en práctica la autonomía y la participación en la red que están en el centro de la revolución de Bitcoin. A medida que madure el ecosistema, es probable que las herramientas y plataformas ganen funciones y sean más fáciles de usar. Los nodos seguirán siendo esenciales para el funcionamiento y la seguridad de la red.

Guía paso a paso

Montar un nodo Bitcoin completo desde cero requiere elegir el hardware, instalar el software, configurar la red e integrar los servicios. Con esta guía podrás montar, en orden, un nodo listo para validar la capa base y operar en la red Lightning.

El nodo, dibujado como una pila con una capa por paso. Abajo está el paso 1, con el hardware y Linux, un SSD de 2 TB, un cortafuegos y claves SSH. El paso 2, en naranja, es Bitcoin Core, que descarga y comprueba cada bloque de la red Bitcoin. Encima, los pasos 3 y 4 se muestran uno junto al otro. El servidor Electrum, Fulcrum o Electrs, permite que una billetera como Sparrow en tu portátil deje de depender de un servidor ajeno. Lightning, con LND o Core Lightning, mantiene canales con otros nodos Lightning. Arriba, el paso 5 reúne paneles y aplicaciones como ThunderHub, RTL, mempool y BTCPay. Puedes acceder desde cualquier lugar por Tor, una VPN o SSH. El paso 6 sale de la computadora y muestra las copias de las palabras semilla, de los canales y de la configuración. Un sistema como umbrelOS o StartOS hace los pasos 2 a 5 desde un panel web.
Cada paso añade una capa que se apoya en la anterior. Bitcoin Core tiene que terminar su primera sincronización antes de que el servidor Electrum y Lightning puedan usarlo. Las copias del paso 6 son lo único que se guarda fuera de la computadora.

Paso 1: elige y prepara el hardware. Elige el hardware según el rendimiento que necesitas y tu presupuesto. Para un montaje fiable, usa una mini-PC (Intel NUC, Beelink o similar) con un procesador de al menos cuatro núcleos, 8 GB de RAM y un SSD NVMe de 2 TB. El disco de 2 TB deja margen para que la blockchain siga creciendo, pues la cadena completa ocupa unos 780 GB a finales de 2026. Si tienes un presupuesto ajustado, sirve una Raspberry Pi 5 con 8 GB de RAM y un SSD externo por USB 3.0, aunque la primera sincronización tardará más. Dale también 2 TB. Con los datos para deshacer bloques y el estado de la cadena, Bitcoin Core 32.1 pide unos 900 GB. Así que hoy un disco de 1 TB queda casi lleno. Graba Ubuntu Server o Debian minimal en la unidad de arranque y configura el sistema. Crea un usuario normal con sudo y deja de iniciar sesión como root. Configura SSH para entrar con clave y desactiva la autenticación por contraseña. Activa un cortafuegos (ufw) que solo permita SSH y los puertos que vayas a usar, y activa unattended-upgrades para instalar parches de seguridad. Si existe riesgo de robo, activa el cifrado de disco completo (LUKS) en el instalador. Tendrás que escribir la passphrase cada vez que reinicies.

La opción lista para instalar. Si prefieres evitar la administración de Linux, un sistema para nodos hace los pasos 2 a 5 por ti desde un panel web y una tienda de aplicaciones. umbrelOS está pensado para el Umbrel Home. También se instala en tu propio hardware, con ayuda de la comunidad de Umbrel, en una Raspberry Pi 5 o 4 desde una microSD, o en una PC x86 desde una unidad USB o instalada en una unidad interna. Entra en umbrel.local. StartOS funciona en el Server One de Start9, en la mayoría de las computadoras x86_64, en placas ARM64 y RISC-V y en la Raspberry Pi 4. La Pi 5 queda fuera y Start9 desaconseja la Pi para Bitcoin. En una publicación de noviembre de 2023 en su foro, el cofundador Matt Hill dice «Ya no recomendamos la Pi para Bitcoin con ninguna configuración». Instala primero Bitcoin Core y espera a que termine de sincronizarse. Añade Electrs o Fulcrum y comprueba la conexión desde Sparrow según el paso 3. Cedes control sobre cada ajuste a cambio de que alguien se ocupe de las actualizaciones.

Paso 2: instala y configura Bitcoin Core. Descarga la última versión de Bitcoin Core y verifica las firmas GPG con las claves de firma publicadas. Extrae el binario y crea un usuario de sistema dedicado al proceso. El código fuente de Bitcoin Core incluye una unidad de systemd (contrib/init/bitcoind.service) que ejecuta el proceso con el usuario bitcoin, lo reinicia si falla y lo aísla del resto del sistema. Adapta sus rutas y úsala para evitar iniciar bitcoind a mano. Crea el archivo bitcoin.conf con los ajustes esenciales. Usa server=1 para activar RPC y txindex=1 si vas a ejecutar Fulcrum, pues Electrs no lo necesita. Usa dbcache=4096 para asignar RAM y acelerar la primera sincronización. Cuando termine, baja el valor o borra la línea. Desde Bitcoin Core 31, el valor predeterminado es de 1024 MiB en computadoras con al menos 4 GiB de RAM. Añade tus credenciales de rpcauth. Inicia Bitcoin Core y comienza la descarga inicial de bloques. Sigue el progreso con bitcoin-cli getblockchaininfo y consulta el campo verificationprogress.

¿Te falta espacio en disco? prune=550 (el mínimo en MiB) guarda solo los bloques recientes después de validarlos todos. El nodo sigue comprobando cada regla de consenso. Tiene un precio: la poda es incompatible con txindex, y ni Electrs ni Fulcrum funcionan en un nodo podado. Así que no podrás hacer el paso 3. Si desactivas la poda más adelante, tendrás que descargar de nuevo toda la cadena. Decide antes de empezar la sincronización.

Tres líneas de bitcoin.conf y cuánto cuesta cambiar cada una después de la primera sincronización. dbcache=4096, con 1024 MiB por defecto (450 MiB en computadoras con menos de 4 GiB de RAM), aumenta la caché de monedas en RAM y acelera la primera sincronización. Para cambiarla después basta con editar la línea y reiniciar. txindex=1, desactivado por defecto, crea un índice de todas las transacciones. Fulcrum lo necesita y Electrs no. Si lo activas después, Bitcoin Core lo crea con los bloques que ya tienes en el disco y tarda horas. prune=550 borra los bloques antiguos una vez comprobados. El valor predeterminado, 0, guarda todos los bloques. La poda es incompatible con txindex=1, Electrs y Fulcrum. Si la desactivas más adelante, vuelves a descargar toda la cadena, unos 800 GB. Elige primero el servidor Electrum, porque de él dependen dos de estas tres líneas.
Dos de estas líneas cuestan tiempo si las cambias después de sincronizar. Para cambiar dbcache solo tienes que reiniciar. Si activas txindex más adelante, el nodo tarda horas en crear el índice. Si desactivas la poda, tendrás que descargar toda la cadena de nuevo.

Red y Tor. Por defecto, Bitcoin Core se conecta a otros nodos por clearnet. Así ven tu dirección IP y tu proveedor de internet sabe que operas un nodo. Para que ese tráfico pase por Tor, instala Tor (sudo apt install tor) y añade proxy=127.0.0.1:9050 y listen=1 a bitcoin.conf. Si quieres que las conexiones salientes automáticas lleguen solo a nodos onion, añade onlynet=onion. Bitcoin Core crea su propio servicio onion a través del puerto de control de Tor. Así que otros nodos pueden conectarse al tuyo sin redirigir puertos. En /etc/tor/torrc, activa ControlPort 9051, CookieAuthentication 1, CookieAuthFileGroupReadable 1 y DataDirectoryGroupReadable 1. Reinicia Tor y añade el usuario que ejecuta bitcoind al grupo de Tor (debian-tor en Debian y Ubuntu). La guía de Tor de Bitcoin Core (doc/tor.md) explica que el nodo sigue escuchando en todas las interfaces. Un nodo que conozca tu dirección podría conectarse por clearnet. Para evitarlo, añade también bind=127.0.0.1:8334=onion. Comprueba el resultado con bitcoin-cli -netinfo. Tu dirección .onion aparece en las direcciones locales. Si quieres un nodo híbrido, con clearnet para ganar velocidad y Tor para los nodos onion, omite proxy y onlynet y define onion=127.0.0.1:9050. Así solo pasan por Tor las conexiones .onion. Si tu conexión tiene un límite de datos, usa maxuploadtarget= seguido de un límite diario en MiB para que las subidas a otros nodos no lo superen.

Tu nodo tiene dos puertas. La puerta onion, 127.0.0.1:8334, solo acepta conexiones del Tor que se ejecuta en la misma computadora. Los demás nodos .onion llegan a tu dirección .onion por Tor. Tor crea esa dirección cuando Bitcoin Core se la pide a través del puerto de control de Tor, 9051. Tus conexiones salientes pasan por Tor y llegan solo a nodos .onion. La otra puerta es el puerto 8333, que escucha en todas las interfaces de red. Un nodo que conozca tu IP podría conectarse directamente por clearnet. Añadir bind=127.0.0.1:8334=onion cierra esa puerta. Las líneas de bitcoin.conf funcionan así. proxy=127.0.0.1:9050 dirige tus conexiones salientes por Tor. onlynet=onion hace que solo salgan hacia nodos .onion. listen=1 acepta conexiones entrantes, que proxy= desactiva. bind=127.0.0.1:8334=onion hace que el nodo escuche solo en la puerta onion. Compruébalo con bitcoin-cli -netinfo, que muestra tu dirección .onion entre las direcciones locales.
La línea bind cierra la puerta de clearnet. Por Tor, otros nodos llegan a tu dirección .onion. Sin bind=127.0.0.1:8334=onion, el puerto 8333 sigue escuchando en todas las interfaces de red.

Paso 3: instala un servidor Electrum para conectar billeteras. Cuando el nodo termine de sincronizarse, instala un servidor del protocolo Electrum para que tus billeteras se conecten. Fulcrum y Electrs son las dos opciones principales. Electrs guarda un índice pequeño, de alrededor del 10 % del tamaño de la blockchain, y está pensado para uso personal. Fulcrum crea un índice mucho mayor (su README indicaba que hacían falta 133 GB de disco en agosto de 2023) y necesita txindex=1 en Bitcoin Core. Conecta el servidor Electrum a la interfaz RPC de Bitcoin Core. La primera indexación lee toda la blockchain del nodo y tarda horas. El README de Fulcrum indica que tarda de 4 a más de 20 horas, según la computadora y el disco. Cuando termine, conecta una instancia de Sparrow Wallet a la dirección de tu servidor y comprueba que muestre la altura de bloque correcta.

Paso 4: configura el servicio de Lightning. Instala LND (Lightning Network Daemon) o Core Lightning junto a tu nodo completo. Configúralo para leer los datos de la blockchain de tu Bitcoin Core local. Genera una semilla nueva para la billetera Lightning y grábala en metal de inmediato. Financia tu primer canal con una transacción on-chain a la dirección de financiación de la billetera Lightning. Abre un canal con un nodo de enrutamiento bien conectado. Busca en 1ML o Amboss nodos con buena disponibilidad, buenas conexiones y políticas de comisiones razonables. Para que el canal sirva para enrutar pagos, empieza con una capacidad de entre 1 000 000 y 5 000 000 satoshis.

Paso 5: instala herramientas para administrar y supervisar el nodo. Monta una interfaz web para supervisar y controlar los servicios del nodo. ThunderHub o Ride The Lightning ofrecen paneles completos para gestionar canales Lightning, ver el historial de pagos y configurar el nodo. Puedes instalar mempool.space en tu propio equipo para tener un explorador de bloques privado y un visor de la mempool. Si tienes un comercio, BTCPay Server te permite aceptar pagos en bitcoins directamente en tu nodo. Accede a los paneles mediante un servicio onion de Tor, una VPN o un túnel SSH para mantener sus puertos cerrados a internet. Un proxy inverso con HTTPS cifra la conexión, pero la página de inicio de sesión sigue expuesta a internet. Si necesitas ese proxy, por ejemplo para una tienda de BTCPay donde pagan tus clientes, protégelo como se explica en el error 4.

Paso 6: automatiza las copias de seguridad y organiza el mantenimiento. Automatiza las copias de los datos esenciales, incluidas las copias de seguridad estáticas de canales (archivo SCB), los archivos de billetera y la configuración del nodo. Copia el archivo SCB a un destino remoto o a un almacenamiento cifrado en la nube cada vez que cambie. LND vuelve a escribir channel.backup cuando un canal se abre o se cierra, y Core Lightning actualiza emergency.recover cuando se abre uno. Un script que vigile el archivo detecta cada cambio. Una tarea de cron que se ejecute a intervalos puede pasar alguno por alto. Cuando restauras el SCB junto con la semilla, el saldo consolidado de tus canales vuelven on-chain. El otro nodo cierra cada canal que tiene contigo. Configura las actualizaciones automáticas del sistema para instalar parches de seguridad. Supervisa el espacio libre y crea una alerta si baja de 50 GB. Organiza el mantenimiento. Busca actualizaciones de Bitcoin Core y Lightning cada mes, revisa los canales cada semana y comprueba la integridad de las copias cada trimestre.

Qué recupera cada copia si falla el disco del nodo. La semilla de Lightning son 24 palabras en LND o el archivo hsm_secret en Core Lightning (12 palabras en los nodos creados desde la versión 25.12). Grábala en metal una vez. Al restaurarla en un nodo nuevo, recuperas tus bitcoins on-chain. La copia de los canales, channel.backup en LND o emergency.recover en Core Lightning, se guarda fuera de la computadora cada vez que se abre o cierra un canal. Si la restauras en un nodo nuevo, necesitas también la semilla. Los canales no se recuperan abiertos. El otro nodo cierra cada canal, tu parte vuelve a tu billetera on-chain y la suya vuelve a la suya. Copia también la configuración, bitcoin.conf, lnd.conf y torrc, cada vez que la cambies. La blockchain no necesita copia, porque el nodo la descarga de nuevo. Nunca restaures una copia antigua del archivo channel.db de LND. Podrías perder los fondos de un canal.
La semilla y la copia de los canales se usan juntas. La semilla recupera tus bitcoins on-chain. Si restauras la copia de los canales junto con la semilla, tu parte de cada canal vuelve on-chain cuando el otro nodo lo cierra.

Errores comunes que debes evitar

1. Usar un dbcache demasiado bajo durante la descarga inicial de bloques. La caché de Bitcoin Core influye mucho en la velocidad de sincronización. Desde Bitcoin Core 31, el valor predeterminado es de 1024 MiB en computadoras con al menos 4 GiB de RAM (sigue siendo de 450 MiB en máquinas con menos memoria y versiones anteriores). Una caché pequeña obliga a leer y escribir en el disco mucho más durante la IBD. Si tienes RAM suficiente, asigna entre 2048 y 4096 MB a dbcache durante la primera sincronización y después baja el valor o vuelve al predeterminado para el uso normal.

2. Abrir canales Lightning antes de entender la liquidez. Muchos operadores nuevos abren varios canales pequeños con nodos al azar. El resultado es poca capacidad de enrutamiento y comisiones on-chain desperdiciadas. Antes de abrir canales, estudia cómo se conecta la red, identifica nodos centrales bien conectados y planifica tus canales para ofrecer rutas útiles. Como abrir cada canal cuesta una comisión on-chain, elegir bien ahorra dinero y mejora el funcionamiento del nodo desde el principio.

3. Olvidar activar el índice de transacciones antes de necesitarlo. Para conseguir el mejor rendimiento, configura txindex=1 antes de la primera sincronización o mientras se ejecuta. Si lo activas después, Bitcoin Core tiene que volver a recorrer toda la blockchain para crear el índice, lo que puede tardar muchas horas. Planifica todos los servicios antes de iniciar la IBD para saber qué índices necesitas. Si vas a usar Fulcrum o un explorador de bloques, activa txindex desde el principio (Electrs no lo necesita).

4. Exponer los paneles de administración a internet. Los paneles de ThunderHub, RTL y BTCPay Server nunca deberían estar accesibles directamente desde internet sin autenticación y cifrado adecuados. Si alguien toma el control de un panel, puede controlar por completo tus canales y fondos Lightning. Accede a ThunderHub y RTL solo mediante servicios onion de Tor, un túnel VPN o una redirección de puerto por SSH. Una tienda de BTCPay Server es distinta porque los clientes deben acceder a sus páginas de pago. Si aceptas pagos del público, usa HTTPS con un certificado válido y protege el inicio de sesión de administración con una contraseña fuerte y autenticación de dos factores. Si necesitas exponer ThunderHub o RTL para el acceso remoto, usa contraseñas fuertes, HTTPS con certificados válidos y una lista de IP autorizadas.

Dos formas de acceder desde fuera de casa a los paneles que ejecuta tu nodo doméstico, como ThunderHub y RTL. Con un túnel, por Tor, una VPN o SSH, puedes entrar y el panel sigue siendo privado. Nadie más puede entrar desde internet. Si abres el puerto del panel en tu router, la página de inicio de sesión es pública y cualquiera puede intentar adivinar la contraseña. Quien acceda al panel puede mover tus fondos. Si tienes que abrir un puerto, usa HTTPS, una contraseña fuerte y una lista de IP autorizadas.
Mantén los paneles detrás de un túnel. Con Tor, una VPN o un túnel SSH puedes entrar y los demás no tienen por dónde hacerlo. Un puerto abierto muestra la página de inicio de sesión a cualquiera.

Preguntas frecuentes

¿Cuánto tarda la primera sincronización de la blockchain?

En una mini-PC moderna con un SSD NVMe rápido, la primera sincronización tarda uno o dos días. En una Raspberry Pi 5 con SSD, calcula de dos a cuatro días. En una Pi 4 tarda más. Lo que más influye es la velocidad del disco y la memoria de la computadora. Por eso ayuda subir dbcache durante la sincronización (véase el error 1). Un disco mecánico puede tardar semanas. La conexión también importa. A fecha de noviembre de 2026, hay que descargar unos 800 GB. Solo esa descarga lleva unas 18 horas a 100 Mbps y el doble a 50 Mbps. Puedes seguir el progreso en tiempo real con bitcoin-cli getblockchaininfo o desde el panel de tu plataforma.

¿Puedo operar un nodo Bitcoin en una Raspberry Pi en 2026?

Una Raspberry Pi 5 con 8 GB de RAM y un SSD externo sirve para un nodo completo de Bitcoin con funciones básicas de Lightning. Los límites de rendimiento aparecen al añadir servicios como un indexador Electrum o BTCPay Server. La primera sincronización tarda mucho más que en hardware x86. La Pi 5 sirve para un nodo mínimo que valide bloques y gestione unos pocos canales Lightning. Para un nodo con varios servicios, invierte en una mini-PC con procesador x86. Notarás la mejora en rendimiento y fiabilidad.

¿Necesito una dirección IP fija para operar un nodo Bitcoin?

Un nodo Bitcoin funciona bien con una dirección IP dinámica, que es la que ofrecen la mayoría de las conexiones domésticas. Mantiene una lista de otros nodos y vuelve a conectarse automáticamente cuando cambia tu IP. Lightning necesita una identidad estable, que aporta la clave pública del nodo con independencia de la IP. Si usas Tor, pueden acceder a tu nodo mediante su dirección .onion sin depender de tu IP. La redirección de puertos para aceptar conexiones (puerto 8333) es opcional para el funcionamiento básico.

¿Qué velocidad mínima de internet necesita un nodo Bitcoin?

El volumen de datos importa más que la velocidad. bitcoin.org pide una velocidad de subida de al menos 400 kilobits por segundo. La primera sincronización descarga unos 800 GB a fecha de noviembre de 2026. Para después de la sincronización, bitcoin.org calcula alrededor de 20 GB de descarga al mes y señala que «es habitual que los nodos completos con conexiones rápidas suban 200 gigabytes o más al mes». Si tu plan tiene un límite de datos, maxuploadtarget limita cuánto sube el nodo. Una conexión doméstica de banda ancha normal basta para un nodo completo y un nodo Lightning.

Recursos relacionados

Forma parte de nuestro curso de Bitcoin:Este tema se explica en Cómo configurar tu nodo de Bitcoin paso a paso, del curso Red Lightning y nodos de Bitcoin.
Categoría: Nodos e infraestructura

Sigue leyendo

← Volver a los cursos