Requisitos de hardware para un nodo Bitcoin

El rendimiento y la fiabilidad de los nodos Bitcoin dependen del hardware, la infraestructura de red y la tecnología de la blockchain. A medida que la red Bitcoin crece, las exigencias para cada nodo han cambiado mucho. Por eso es importante conocer los requisitos técnicos y de funcionamiento de un nodo completo.

La descarga inicial de bloques (IBD) es una de las tareas que más recursos exige al mantener un nodo Bitcoin (en inglés). Consiste en descargar y validar todo el historial de la blockchain, unos 800 GB de bloques a fecha de noviembre de 2026. La velocidad depende mucho de varios componentes, en particular de la memoria del sistema (RAM). Esa relación entre los requisitos del hardware y el rendimiento del nodo muestra el equilibrio entre la facilidad de operar un nodo y la seguridad de la red.

La RAM es importante para validar la blockchain porque permite al nodo mantener buena parte del conjunto de salidas de transacción no gastadas (UTXO) en una caché en memoria. Si falta RAM, el nodo tiene que leer monedas del disco mucho más a menudo y la validación se ralentiza. Con 8 GB de RAM basta para ejecutar Bitcoin Core por sí solo. Con 16 GB también hay sitio para un servidor Electrum y Lightning en el mismo equipo. Con 4 GB o menos, la caché de monedas es pequeña y la primera sincronización tarda más.

La velocidad de almacenamiento también influye mucho en el rendimiento del nodo. Los SSD NVMe modernos tienen ventajas claras frente a los discos duros tradicionales y hasta frente a los SSD SATA. Durante la sincronización, el nodo lee y escribe continuamente. Así que el mayor número de operaciones de entrada y salida por segundo (IOPS) y la menor latencia de NVMe se notan mucho. Se aprecia sobre todo durante la sincronización inicial y en las revalidaciones posteriores.

La disponibilidad del nodo importa por algo más que la comodidad. Un nodo que funciona continuamente contribuye más a la descentralización y la seguridad de la red Bitcoin. Si un nodo se queda sin conexión a menudo, tiene que volver a sincronizarse con la red cada vez que se inicia. Eso consume más recursos, y el nodo puede perderse actualizaciones importantes de la red. Es especialmente importante en los nodos que ofrecen servicios adicionales, como la red Lightning (en inglés) o la minería, porque esos servicios necesitan conexión continua.

La integridad de los datos es fundamental para el funcionamiento del nodo y a menudo recibe poca atención. Aunque la corrupción de datos de la blockchain es poco común, puede deberse a fallos de hardware, apagados incorrectos o problemas del sistema de archivos. Si se corrompen los datos, por lo general el nodo debe volver a verificar la blockchain entera para comprobar su coherencia. Esa comprobación puede consumir tantos recursos como la descarga inicial. Por eso importan tanto la calidad del hardware como los procedimientos de funcionamiento.

El ancho de banda y el rendimiento del nodo no siempre van de la mano. Hace falta una conexión a internet adecuada, pero la validación de transacciones suele exigir tanta capacidad de cálculo que acaba siendo un cuello de botella mayor que la velocidad de descarga. Por eso un nodo con hardware potente y una conexión moderada suele sincronizarse antes que uno con conexión excelente y poca capacidad de cálculo.

Es probable que los requisitos de hardware para operar un nodo Bitcoin (en inglés) sigan cambiando. A medida que crecen la blockchain y el volumen de transacciones, importa aún más aprovechar bien el hardware. Esto plantea preguntas sobre quién podrá operar un nodo completo a largo plazo y qué consecuencias tendrá para la descentralización de Bitcoin. Los avances del hardware y las posibles mejoras del protocolo pueden ayudar a compensar esas exigencias crecientes.

Operar un nodo Bitcoin supone un compromiso con la infraestructura de la red y exige prestar atención tanto al hardware como a los procedimientos de funcionamiento. La fiabilidad del nodo depende de que entiendas esos requisitos y elijas soluciones adecuadas, desde el equipo hasta la forma de operarlo. Dedicar ese esfuerzo al nodo contribuye a la solidez y la descentralización de toda la red Bitcoin.

Guía paso a paso

Elegir y montar el hardware para un nodo completo de Bitcoin requiere equilibrar rendimiento, coste, consumo y fiabilidad a largo plazo. Aquí se explica cómo montar un nodo dedicado con hardware corriente capaz de ejecutar Bitcoin Core, un servidor Electrum y, si lo necesitas, un nodo Lightning.

Paso 1: define el uso y el presupuesto. Un nodo completo básico para verificar tus transacciones necesita poco hardware. Si el nodo ejecuta también un servidor Electrum (Electrs o Fulcrum) para conectar billeteras, necesita más RAM y almacenamiento más rápido. Un nodo Lightning (LND o CLN) también añade carga de CPU y memoria. Los precios cambiaron mucho en 2026. Así que no damos cifras. Raspberry Pi subió varias veces el precio de sus placas a medida que se encarecía la memoria. Compara los precios actuales de un equipo con Raspberry Pi y otro con un mini-PC antes de elegir.

Paso 2: elige la plataforma. Una Raspberry Pi 5 con 8 GB de RAM es la opción popular para un nodo compacto y de bajo consumo. Umbrel y RaspiBlitz recomiendan la Pi 5 frente a la Pi 4, que puede fallar con unidades USB. Para acelerar la descarga inicial de bloques y la indexación de Electrum, plantéate un mini-PC con procesador Intel N100, N305 o AMD Ryzen integrado. Se sincroniza antes que una Raspberry Pi, aunque la diferencia depende del almacenamiento, la RAM y tu conexión.

Paso 3: elige el almacenamiento. Importan el tipo y la capacidad del SSD. Los bloques de Bitcoin ocupaban unos 780 GB el 28 de octubre de 2026 y crecen unos 80 GB al año. Con los datos para revertirlos y el conjunto de UTXO, un nodo Bitcoin Core sincronizado ocupa unos 900 GB. Así que un SSD de 1 TB ya queda casi lleno. Compra uno de 2 TB. Los cálculos están en la sección que sigue a estos pasos. Si tu plataforma admite NVMe M.2, elige esa unidad frente a un SSD SATA. NVMe lee y escribe secuencialmente entre 3 y 5 veces más rápido y consigue muchas más IOPS. Así que reduce el tiempo que tardan la IBD y la indexación de Electrum. En un mini-PC, instala el SSD dentro del equipo. En una Raspberry Pi funciona bien un SSD de 2 TB conectado a uno de los puertos azules USB 3. En una Pi 5, también puedes montar una unidad NVMe en una placa de expansión. Usa la fuente de alimentación oficial para que la placa pueda alimentar la unidad.

Paso 4: instala suficiente RAM. La caché del conjunto de UTXO de Bitcoin Core es lo que más RAM consume. Durante la IBD, dbcache=4096 (4 GB) acelera mucho la validación. Si el nodo ejecuta también Fulcrum, instala al menos 8 GB de RAM total. Es preferible contar con 16 GB. Para un equipo con Bitcoin, Lightning y Electrum, se recomiendan 16 GB. Si falta RAM, el sistema recurre a swap en disco. Así que la IBD puede pasar de tardar días a tardar semanas en hardware modesto.

Paso 5: asegúrate de que la alimentación y la refrigeración sean fiables. Los nodos Bitcoin deberían funcionar 24/7 para participar de forma óptima en la red y mantener la fiabilidad de los canales Lightning. Usa un sistema de alimentación ininterrumpida (SAI) pequeño de entre 100 y 200 vatios para protegerte de cortes breves que puedan corromper la base de datos de la blockchain. Si montas el nodo con Raspberry Pi, usa la fuente de alimentación oficial para tu modelo, la de 27 W (5 A) con USB-C para una Pi 5 o la de 3 A con USB-C para una Pi 4. Con cualquier otra fuente, la Pi 5 limita la corriente total de sus puertos USB a 600 mA, lo que puede no bastar para un SSD por USB. Consulta la documentación de alimentación de Raspberry Pi. Asegúrate de que circule suficiente aire alrededor del SSD, que se calienta con la escritura sostenida durante la IBD.

Paso 6: configura el sistema operativo. Instala una distribución ligera de Linux. Usa Raspberry Pi OS Lite en equipos ARM o Debian/Ubuntu Server en plataformas x86. Desactiva el escritorio gráfico para ahorrar RAM y CPU. Activa SSH para la administración remota y configura las actualizaciones automáticas de seguridad. Si usas una solución de nodo preconfigurada (Umbrel, Start9 o RaspiBlitz), sigue su guía de instalación, que se encarga de configurar el sistema operativo automáticamente. Comprueba primero qué hardware admite. umbrelOS funciona en Raspberry Pi 5 o Pi 4 y en equipos Intel o AMD de 64 bits. StartOS se instala en equipos x86-64, ARM64 y RISC-V y, entre las Raspberry Pi, solo en la Pi 4.

Paso 7: instala y configura Bitcoin Core. Descarga Bitcoin Core de bitcoincore.org y verifica las firmas PGP. En bitcoin.conf, pon server=1 y txindex=0 (Fulcrum necesita txindex=1 y Electrs no). Durante la IBD, añade dbcache=4096. Después, borra esa línea para recuperar el valor predeterminado. Desde Bitcoin Core 31.0, es de 1024 MiB en equipos de 64 bits con al menos 4 GiB de RAM y de 450 MiB en el resto. Añade también maxmempool=300 y maxconnections=40. Inicia Bitcoin Core y comprueba el progreso de la IBD con bitcoin-cli getblockchaininfo. En una Raspberry Pi, cuenta con que la IBD tarde días, no horas. Un mini-PC con NVMe tarda menos.

Paso 8: comprueba el rendimiento y planifica el crecimiento. Cuando termine la IBD, comprueba el uso normal de recursos. La CPU debería estar casi inactiva, con picos breves al llegar cada bloque nuevo. El uso de RAM debería ser estable y las lecturas y escrituras en disco, mínimas. Vigila el uso del disco cada mes y amplía el almacenamiento antes de alcanzar el 80 % de la capacidad. Si más adelante añades un servidor Electrum, la indexación se realiza una sola vez y puede tardar de 12 a 48 horas según el hardware. Después, el consumo de recursos vuelve a ser bajo.

¿Sigue bastando 1 TB en 2026?

Para un nodo nuevo, no. El gráfico de blockchain.com muestra el tamaño total de los bloques de Bitcoin. Estos son los cálculos.

• Cifra más reciente: 779,0 GB el 28 de octubre de 2026.
• Un año antes: 697,4 GB el 3 de noviembre de 2025. Así que los bloques crecieron unos 82 GB en un año.
• Lo que ocupa un nodo sincronizado: unos 900 GB. A los bloques se suman los datos para revertirlos, 106 GB según una auditoría de almacenamiento de agosto de 2026, y el conjunto de UTXO, de 11 a 15 GB. La estimación del propio Bitcoin Core 32.1 es más alta, 897 GiB o unos 963 GB (en m_assumed_blockchain_size), porque su proceso de publicación de versiones añade al tamaño del directorio de datos sincronizado un margen de entre el 5 y el 10 %.
• Crecimiento anual: unos 90 GB, contando los datos para revertir cada bloque nuevo.
• Lo que queda libre en una unidad de 1 TB: unos 100 GB antes de formatearla, cerca de un año al ritmo actual. Parte de ese espacio se pierde al formatear. En Linux, ext4 reserva por defecto el 5 % del disco para el usuario root (mke2fs, opción -m).

Un nodo sincronizado ocupa más que los bloques porque Bitcoin Core también guarda los datos para revertir cada bloque, en los archivos rev*.dat que están junto a los bloques, y el conjunto de UTXO, en el directorio chainstate. Así lo describe la documentación sobre la estructura de archivos. Un servidor Electrum añade su propio índice. El README de Fulcrum situaba su índice de Bitcoin en 133 GB a fecha de agosto de 2023, y el índice crece con la blockchain. Fulcrum también requiere el índice de transacciones de Bitcoin Core (txindex=1), que ocupa unos 26 GB en el formato más pequeño de Bitcoin Core 32.1. Si añades Fulcrum, el nodo ya no cabe en una unidad de 1 TB. Electrs no necesita un índice de transacciones y guarda un índice propio más pequeño (su README indica que añade alrededor de un 10 %), pero aun así deja una unidad de 1 TB casi llena.

Un SSD de 2 TB deja sitio para más de una década de datos propios de Bitcoin Core al ritmo actual. Sigue comprobando el uso de disco cada mes y amplíalo antes de alcanzar el 80 % (paso 8), por si el crecimiento se acelera. Si no puedes ampliar el espacio, puedes usar un nodo podado, como se trata más abajo en las preguntas frecuentes. Los servidores Electrum que crean índices, como Electrs y Fulcrum, requieren un nodo sin podar.

Errores comunes que conviene evitar

1. Usar un disco duro externo por USB o un HDD en lugar de un SSD. Los discos duros mecánicos tradicionales no rinden bien con las lecturas y escrituras aleatorias que exige la validación de la blockchain. En un HDD, la IBD puede tardar semanas o meses y quizá nunca termine por problemas de tiempo de espera. Guarda siempre la blockchain en un SSD. En un mini-PC, instálalo dentro del equipo. En una Raspberry Pi, conéctalo por USB 3 o en una placa de expansión NVMe.

2. Usar poca RAM con un valor alto de dbcache. Si asignas 4 GB a dbcache en un sistema que solo tiene 4 GB de RAM en total, apenas queda memoria para el sistema operativo, el servidor Electrum y la caché del sistema de archivos. Eso obliga al sistema a recurrir constantemente a swap, lo que hunde el rendimiento. Durante la IBD, dbcache nunca debe superar la mitad de la RAM total del sistema. Reduce el valor cuando termine la sincronización.

3. Usar una fuente de alimentación barata o de potencia insuficiente. Los nodos en Raspberry Pi son especialmente sensibles a la calidad de la fuente. La placa registra un aviso de baja tensión cuando la alimentación baja de 4,63 V. La documentación de Raspberry Pi advierte de que una fuente deficiente puede corromper los datos almacenados o hacer que la placa funcione de forma impredecible. En un nodo, eso significa fallos inesperados y daños en la tarjeta SD o el SSD. El mismo principio se aplica a los mini-PC. Usa el adaptador de alimentación que recomienda el fabricante en vez de un repuesto genérico. Si un apagado incorrecto corrompe la base de datos de la blockchain, puede hacer falta sincronizarla entera otra vez, con la pérdida de varios días.

4. No configurar la supervisión y los reinicios automáticos. Los problemas de hardware, los cortes de luz y los fallos de software son inevitables durante la vida útil de un nodo que funciona 24/7. Sin supervisión, el nodo puede estar caído durante días o semanas sin que te enteres, lo que afecta a la disponibilidad de los canales Lightning y a la conexión de las billeteras. Configura un servicio de vigilancia, como restart-on-failure de systemd, monit o una comprobación sencilla con cron, para reiniciar Bitcoin Core y los servicios asociados automáticamente después de un fallo.

5. Comprar más hardware del necesario sin pensar en futuras ampliaciones. Para un nodo Bitcoin personal, no hace falta un servidor de 2000 dólares. En el otro extremo, comprar el hardware más barato sin posibilidad de ampliarlo supone sustituirlo todo en 1 o 2 años. Elige una plataforma que permita ampliar la RAM y el almacenamiento. A largo plazo sale más a cuenta un mini-PC con memoria RAM en ranuras y una ranura M.2 que una Raspberry Pi, cuya RAM va soldada y queda fijada al comprarla (hasta 16 GB en la Pi 5).

Preguntas frecuentes

¿Puedo ejecutar un nodo Bitcoin en una Raspberry Pi 3 o Zero?

Técnicamente es posible, pero la Raspberry Pi 3 (1 GB de RAM) y la Pi Zero (512 MB de RAM) tienen poca memoria para que resulte práctico ejecutar un nodo Bitcoin. La IBD tardaría muchas semanas y ejecutar un servidor Electrum junto a Bitcoin Core sería muy lento. Con una Raspberry Pi 4 de 8 GB de RAM aún puedes ejecutar un nodo, pero Umbrel dice que «sirve para hacer pruebas» porque las unidades USB pueden hacerla fallar. Si quieres montar un nodo con ARM, elige la Raspberry Pi 5, que se vende con hasta 16 GB de RAM desde enero de 2025. Con 8 GB basta para Bitcoin Core solo y con 16 GB también caben un servidor Electrum y Lightning en la misma placa.

¿Cuánto tarda la descarga inicial de bloques según el hardware?

El tiempo de la IBD depende de la unidad de almacenamiento, la RAM, dbcache y tu conexión. Así que no hay una cifra única para todos los equipos. Un mini-PC con SSD NVMe y 16 GB de RAM se sincroniza antes que una Raspberry Pi con SSD por USB. La guía de RaspiBlitz indica que una Raspberry Pi 4 tarda de tres a seis días. Con una conexión rápida, el cuello de botella es la validación, no la velocidad de descarga. Por defecto, Bitcoin Core 32.1 omite la verificación de firmas hasta el bloque 966 143 (septiembre de 2026) mediante el ajuste assumevalid. Por eso, en la mayor parte de la blockchain, el trabajo consiste en buscar las monedas que gasta cada bloque, algo para lo que ayudan la RAM (dbcache) y un SSD rápido. Bitcoin Core comprueba las firmas de los bloques más recientes. Los bloques recientes con transacciones complejas tardan mucho más en validarse en proporción.

¿Vale la pena usar un nodo podado para ahorrar espacio en disco?

Un nodo podado elimina los datos de los bloques antiguos después de validarlos. Solo conserva los más recientes (550 MB con el ajuste mínimo) y el conjunto de UTXO. Eso reduce el espacio ocupado a unos 15 GB, pero deja sitio para unos 30 GB porque Bitcoin Core reescribe de vez en cuando su base de datos de UTXO y necesita durante un breve periodo espacio para casi una segunda copia. El inconveniente es que un nodo podado no puede servir bloques históricos a otros nodos, proporcionar datos a un servidor Electrum que cree índices, como Electrs o Fulcrum (ambos requieren un nodo sin podar), ni volver a recorrer la blockchain para buscar transacciones antiguas de la billetera. Electrum Personal Server se diseñó para funcionar con poda, pero su última versión (0.2.4, de junio de 2022) depende de comandos de billetera que Bitcoin Core eliminó en la versión 30.0. Por eso no funciona con Bitcoin Core 30.0 ni con versiones posteriores. Si el espacio en disco es tu principal limitación, la poda sirve para verificar transacciones básicas, pero la mayoría de quienes operan un nodo prefieren un nodo completo sin podar para tener todas las funciones.

¿Necesito una dirección IP estática para ejecutar un nodo Bitcoin?

No. Una IP estática resulta cómoda, pero no es imprescindible. Si tu IP cambia, algo habitual con los proveedores de internet residenciales, tu nodo pierde temporalmente las conexiones entrantes hasta que otros nodos descubran tu dirección nueva. Una IP dinámica no afecta a las conexiones salientes. Si ejecutas un nodo Lightning, un cambio de IP puede interrumpir la conexión con los otros nodos de tus canales. En ese caso, usa servicios ocultos de Tor para la identidad pública del nodo. Así tendrá una dirección .onion estable aunque cambie tu IP.

Recursos relacionados

• Por qué ejecutar tu propio nodo Bitcoin. Las razones de privacidad, verificación y soberanía para operar tu propio nodo.
• Umbrel o Start9: qué software elegir para tu nodo. Compara paquetes de software para nodos que simplifican la configuración y la gestión del hardware.
• Tutorial de configuración de RaspiBlitz en 2026 (en inglés). Guía completa para montar un nodo RaspiBlitz con Raspberry Pi.
• Cómo ejecutar un nodo Lightning: guía completa de 2026. Requisitos de hardware y configuración de software para añadir Lightning a tu nodo.
• Cómo configurar un nodo Bitcoin. Configura Bitcoin Core, un servidor Electrum y Tor paso a paso en tu propio hardware.