Autoaloje un nodo Bitcoin Lightning.
Seis pasos. Su propio router LN en metal nórdico propio.

Podado (10-50 GB) para la operación personal de Lightning — no necesita el historial completo para participar en Lightning, solo necesita un nodo Bitcoin funcional. Completo (~700 GB y creciendo) si también desea verificar transacciones históricas, ejecutar un explorador de bloques localmente, o contribuir a la resiliencia de la red sirviendo la cadena a otros nodos. La mayoría de los operadores de LN personales eligen podado; los aficionados a operar nodos eligen completo.

LND si desea el ecosistema más amplio — BTCPay Server, RTL, ThunderHub, carteras de control remoto móvil, la mayor parte del conjunto de herramientas para desarrolladores de Lightning. Core Lightning (CLN) si valora el código base más pequeño, la arquitectura de complementos, la implementación en C, o participa en la cultura maximalista de Bitcoin que lo prefiere. Ambas implementaciones interoperan en el protocolo Lightning; puede cambiar más tarde restaurando la semilla de la cartera en el otro.

Un mínimo práctico es ~0.005 BTC. Eso cubre uno o dos canales salientes de $100-200 cada uno más reserva on-chain para gestión de canales. Por debajo de eso, las comisiones de apertura y cierre de canales consumen un porcentaje demasiado alto del principal. El punto óptimo para alguien que está aprendiendo es 0.01-0.05 BTC distribuidos en tres a cinco canales con nodos bien conectados.

Técnicamente sí si usa el modo podado y ajustes de memoria estrictos, pero luchará constantemente contra los límites de recursos. Sentinel ($5,90, 4 GB RAM) es suficiente para un nodo podado + LND en estado inactivo pero ajustado bajo cualquier tráfico real. Ravelin ($23,90, 16 GB) es cómodo. Bulwark ($46,90, 32 GB, 960 GB de disco) es el hogar adecuado para un nodo completo no podado más LND más BTCPay.

Tres prácticas. (1) Configure bitcoind con onlynet=onion y proxy=127.0.0.1:9050 — todo el tráfico P2P saliente pasa por Tor. (2) Ejecute LND con tor.active=true y tor.v3=true para que el tráfico de apertura/cierre de canales también vaya por Tor. (3) No anuncie la IP de clearnet de su nodo en los metadatos de apertura de canal. Si se hace correctamente, su nodo está completamente enrutado por Tor y solo la transacción de apertura de canal en la cadena es públicamente visible.

Menos de lo que podría pensar. Un canal bien financiado con un buen par puede estar durante meses sin intervención. El mantenimiento principal: reequilibrar ocasionalmente la liquidez (enrutamiento de entrada/salida), cerrar y reabrir si un par está constantemente desconectado, y aumentar las comisiones en las transacciones de cierre de canal durante períodos de mempool con comisiones altas. Herramientas como Balance-of-Satoshis (LND) o summary.py (CLN) automatizan la mayor parte de esto.

No — Lightning requiere que al menos un canal tenga suficiente capacidad en el lado del receptor. Abra canales HACIA nodos bien conectados (ligeramente contraintuitivo — usted abre saliente, ellos tienen liquidez entrante hacia usted), o pague a un servicio de liquidez (Bitrefill Thor, LNBig, Lightning Pool) para que abran un canal desde ellos hacia usted. Para recibir volumen significativo, ~0.05 BTC entrante es un objetivo de inicio razonable.

Dos consideraciones. (1) Dónde se encuentra físicamente el servidor — Sweden, Finland, Norway, Iceland para el régimen constitucional nórdico; el análisis detallado está en /guides/nordic-jurisdictions-for-privacy-hosting/. (2) Si operar un nodo LN está regulado en el lugar donde usted reside como operador — la mayoría de los países del EEE / UE tratan los nodos autoalojados como infraestructura personal, no como un servicio financiero regulado, aunque algunos tienen zonas grises. La jurisdicción del proveedor protege el servidor; la jurisdicción del operador rige su postura personal.