Ejecutar tu propio nodo de bitcoin.

Un nodo de bitcoin ejecuta el conjunto completo de reglas de la red. Descarga cada bloque, comprueba cada firma y regla de consenso, y rechaza cualquier elemento no válido independientemente de quién lo haya enviado. Un bloque proveniente de un minero con un enorme poder de cómputo se rechaza con la misma firmeza que el de un aficionado si incumple las reglas.

También mantiene una mempool: la cola de transacciones que aún no están en un bloque. Desde allí retransmite transacciones a otros nodos, que es como la red se propaga sin un servidor central.

Lo que no hace un nodo es ganar bitcoin. Los nodos no reciben ninguna recompensa. Producen autonomía, no ingresos, y juntos son la razón por la que nadie puede cambiar unilateralmente las reglas de bitcoin.

Un nodo completo almacena y valida toda la cadena. Un nodo recortado (pruned) valida todo pero descarta después los datos de bloques antiguos, ahorrando cientos de gigabytes sin debilitar la validación. Un nodo de archivo conserva todo y es necesario para consultar datos históricos.

Un nodo de minería es un nodo completo más hardware dedicado a buscar bloques. Minar a través de un pool sin un nodo propio implica confiar en el pool sobre qué transacciones estás ayudando a validar.

La mayoría de las carteras móviles son clientes ligeros que consultan el saldo al servidor del proveedor. Eso funciona, pero el servidor puede mentir y puede ver qué direcciones están vinculadas. Si vinculas la cartera a tu propio nodo, ambos problemas desaparecen.

En primer lugar, por verificación. Sin tu propio nodo, confías en un tercero sobre cuánto bitcoin existe, si tu transacción se ha confirmado y si las reglas han cambiado. Con uno propio, lo compruebas tú mismo.

En segundo lugar, por privacidad. Consultar un servidor externo revela a ese tercero qué direcciones te pertenecen y qué IP utilizas. Tu propio nodo rompe ese vínculo, especialmente a través de Tor.

En tercer lugar, por soberanía en caso de conflicto. Cuando un cambio de reglas o bifurcación genera controversia, tu nodo decide qué cadena sigues, exactamente el mecanismo en el que se apoyaron los usuarios en 2017.

Los requisitos de hardware son modestos: una Raspberry Pi 5 con 8 GB de RAM, un ordenador portátil antiguo o un pequeño mini PC son suficientes. El almacenamiento importa más que el procesador: se debe utilizar una unidad SSD, nunca un disco duro tradicional o una memoria USB.

Se debe calcular al menos 1 TB para un nodo de archivo completo o 256 GB si se utiliza el modo recortado. Un nodo consume aproximadamente entre 10 y 30 GB de tráfico de subida al mes.

El consumo eléctrico es mínimo: una Pi con SSD consume entre 5 y 10 vatios, unos 15 € al año. Es conveniente dejarlo en funcionamiento para evitar retrasos en la sincronización.

Bitcoin Core es la implementación de referencia. Se descarga desde bitcoincore.org y se deben verificar las firmas de la versión, un paso imprescindible.

Define el directorio de datos en la unidad SSD y configura las opciones en bitcoin.conf: prune=10000 para un nodo recortado, txindex=1 si se requiere búsqueda completa, server=1 si se va a conectar una cartera.

A continuación comienza la descarga inicial de bloques (IBD): el nodo obtiene y valida la cadena desde el bloque cero, proceso que suele tardar de uno a tres días. Se puede interrumpir sin problema, ya que luego se reanuda.

Umbrel es un sistema operativo para servidores domésticos que integra Bitcoin Core, un explorador, un servidor Electrum y soporte opcional para Lightning en un panel gráfico. Tras grabar la imagen, conectar la Pi por cable, abrir umbrel.local, crear una cuenta y guardar la frase semilla, se instala Bitcoin Node desde su tienda de aplicaciones.

Se puede añadir Mempool como explorador propio y Electrs para que carteras como Sparrow o BlueWallet puedan comunicarse con el nodo.

Existen alternativas similares como Start9 (StartOS), RaspiBlitz y myNode. Umbrel es la más sencilla, mientras que Start9 pone un mayor énfasis en la privacidad.

Ejecutar Electrs o Fulcrum sobre el nodo permite que la cartera consulte el propio equipo. Sparrow y Electrum permiten introducir el servidor manualmente; en dispositivos móviles se suele utilizar la dirección de Tor generada por el sistema operativo del nodo.

Es importante mantener actualizados Bitcoin Core y el sistema operativo del nodo, guardar copias de seguridad de los archivos de la cartera y del estado de los canales de Lightning, y no exponer nunca el puerto RPC a internet. El puerto 8333 es el puerto público para interactuar con otros nodos y su apertura es segura.

Los tres errores más comunes son: utilizar un disco lento que ralentiza indefinidamente la sincronización, una alimentación eléctrica inestable durante la descarga inicial y mantener una cartera configurada por defecto con el servidor del proveedor sin advertirlo.