Запустите узел Bitcoin Lightning.
Шесть шагов. Ваш собственный LN-маршрутизатор на собственном Nordic-железе.

Усечённый (10–50 GB) для личной работы Lightning — вам не нужна полная история для участия в Lightning, достаточно работающего узла Bitcoin. Полный (~700 GB и растёт), если вы также хотите верифицировать исторические транзакции, запустить block explorer локально или содействовать устойчивости сети, обслуживая цепочку для других узлов. Большинство личных операторов LN выбирают усечённый; хоббисты-операторы узлов выбирают полный.

LND — если вам нужна наиболее широкая экосистема: BTCPay Server, RTL, ThunderHub, мобильные кошельки с удалённым управлением, основная масса инструментария разработчика Lightning. Core Lightning (CLN) — если вы цените меньший объём кодовой базы, архитектуру плагинов, реализацию на C, или вы участвуете в Bitcoin-максималистской культуре, которая её предпочитает. Обе реализации взаимодействуют по протоколу Lightning; вы можете переключиться позже, восстановив seed кошелька в другую.

Практический минимум — ~0.005 BTC. Этого хватит на один-два исходящих канала по $100–200 каждый плюс on-chain резерв для управления каналами. При меньшей сумме комиссии за открытие и закрытие канала съедают слишком большой процент от основной суммы. Оптимальная точка для обучения — 0.01–0.05 BTC в трёх-пяти каналах с хорошо связанными узлами.

Технически да, если использовать режим обрезки и жёсткие настройки памяти, но вы будете постоянно бороться с лимитами ресурсов. Sentinel ($5.90, 4 GB RAM) достаточен для обрезанного узла + LND в режиме ожидания, но тесен при любом реальном трафике. Ravelin ($23.90, 16 GB) — комфортный вариант. Bulwark ($46.90, 32 GB, 960 GB диск) — правильный дом для необрезанного полного узла плюс LND плюс BTCPay.

Три практики. (1) Настройте bitcoind с onlynet=onion и proxy=127.0.0.1:9050 — весь исходящий P2P-трафик идёт через Tor. (2) Запустите LND с tor.active=true и tor.v3=true, чтобы трафик открытия/закрытия каналов тоже шёл через Tor. (3) Не рекламируйте clearnet IP вашего узла в метаданных открытия канала. При правильной настройке ваш узел полностью маршрутизируется через Tor и публично видна только on-chain транзакция открытия канала.

Меньше, чем вы могли бы подумать. Хорошо финансируемый канал с хорошим пиром может работать месяцами без вмешательства. Основное обслуживание: периодическая перебалансировка ликвидности (маршрутизация входящего/исходящего), закрытие и повторное открытие при постоянном офлайне пира, повышение комиссий при закрытии канала в периоды высоких комиссий в mempool. Инструменты вроде Balance-of-Satoshis (LND) или summary.py (CLN) автоматизируют большую часть этого.

Нет — Lightning требует, чтобы хотя бы один канал имел достаточную ёмкость на стороне получателя. Либо откройте каналы К хорошо связанным узлам (немного контринтуитивно — вы открываете исходящий, у них есть входящая ликвидность к вам), либо заплатите сервису ликвидности (Bitrefill Thor, LNBig, Lightning Pool), чтобы они открыли канал от себя к вам. Для получения значимого объёма ~0.05 BTC входящей ликвидности — разумная начальная цель.

Два соображения. (1) Где физически находится сервер — Швеция, Финляндия, Норвегия, Исландия для Nordic конституционного режима; подробнее по адресу /guides/nordic-jurisdictions-for-privacy-hosting/. (2) Регулируется ли запуск LN-узла по месту вашего проживания как оператора — большинство стран ЕЭП / ЕС рассматривают самохостируемые узлы как личную инфраструктуру, а не как регулируемый финансовый сервис, но у нескольких стран есть серые зоны. Юрисдикция хостинга защищает сервер; юрисдикция оператора регулирует вашу личную позицию.