NordBastion 北极熊吉祥物坐在 Nordic 服务器机房的管理员控制台前，身前悬浮着 Lightning Network 全息图谱——Bitcoin 橙色节点圆圈由电黄色闪电相连，他的节点更大更亮

操作指南 · 自托管·阅读 12 分钟 · 实操约 3 小时（主要为 IBD）

自托管 Bitcoin Lightning 节点。
六个步骤。在自有 Nordic 金属上运行您自己的 LN 路由节点。

在无 KYC 的 Nordic VPS 上运行 Bitcoin Core + LND（或 Core Lightning）。可选 BTCPay Server 作为自托管收款层。

六个步骤

01
套餐
Ravelin / Bulwark
02
Bitcoin Core
修剪或完整
03
同步 IBD
1-12h
04
Lightning
LND / CLN
05
充值 + 开通
首批通道
06
可选
BTCPay Server

第 01 步 · 选择套餐

按链模式选择。修剪还是完整是决定性问题。

修剪模式——推荐 Ravelin（$23.90/月，480 GB NVMe）。 Bitcoin Core 在 IBD 期间验证每个区块，然后丢弃旧区块数据，仅保留 UTXO 集和最近 10 GB 的链历史。LN 守护进程可以针对修剪后的链执行所需的一切操作。Bitcoin + LND 合计磁盘用量约为 15-25 GB，远低于 Ravelin 的 480 GB。RAM 余量可供后续添加 BTCPay 式附加组件。

完整存档——Bulwark（$46.90/月，960 GB NVMe）。 若还需要验证历史交易、在本地运行自己的区块浏览器、向其他节点贡献链数据或只是保存完整记录，Bitcoin Core 归档模式目前约为 700 GB，每年增长约 50 GB；Bulwark 有五年以上的余量。

堡垒选择。 四个均可。你的 LN 节点到大多数对等节点的延迟在 Nordic 骨干网上相近。选择与你其他工作负载相匹配的司法管辖区，或者如果你预计为欧洲客户路由支付，可选延迟较低的欧洲向选项（Stockholm、Helsinki）。

第 02-03 步 · Bitcoin Core

安装、验证、同步。IBD 期间需要耐心。

从 bitcoincore.org 下载 Bitcoin Core 26.x。验证发布签名——获取 SHA256SUMS 文件和 SHA256SUMS.asc，使用 GPG 对照 bitcoin/guix.sigs 仓库中的密钥进行验证。跳过此步骤是最常见的单一错误。

修剪模式 + 仅 Tor 出站的最小化 /home/bitcoin/.bitcoin/bitcoin.conf：

server=1
prune=10000
txindex=0
rpcuser=<random-username>
rpcpassword=<long-random-password>
onlynet=onion
proxy=127.0.0.1:9050
listen=1
bind=127.0.0.1

以非 root 用户 bitcoin 所有的 systemd 单元运行。启动守护进程，然后监控 IBD 进度：

bitcoin-cli getblockchaininfo | grep verificationprogress
# climbs from ~0.0 to ~1.0 over a few hours

通过 Tor 在 Ravelin 上的修剪模式：首次同步约 2-4 小时。不使用 Tor 更快（不足 2 小时），但会破坏网络匿名层。等待额外的时间是值得的。

第 04 步 · Lightning

LND 或 Core Lightning，在 bitcoind 之上。

从官方 lightningnetwork/lnd 发布版安装 LND（验证 GPG 签名）。最小化 /home/lnd/.lnd/lnd.conf：

[Application Options]
alias=my-nordic-node
color=#5EE2FF
listen=localhost
restlisten=localhost:8080

[Bitcoin]
bitcoin.active=true
bitcoin.mainnet=true
bitcoin.node=bitcoind

[Bitcoind]
bitcoind.rpcuser=<same as bitcoin.conf>
bitcoind.rpcpass=<same as bitcoin.conf>
bitcoind.rpchost=127.0.0.1
bitcoind.zmqpubrawblock=tcp://127.0.0.1:28332
bitcoind.zmqpubrawtx=tcp://127.0.0.1:28333

[tor]
tor.active=true
tor.v3=true

启动 lnd，创建钱包（lncli create——写入 24 词助记词；请纸质备份，否则无法恢复），解锁（lncli unlock）。节点通过 Tor v3 广播自身——您的节点 ID 是一个 66 字符的十六进制字符串，以 .onion 地址为端点发布到 Lightning 网络。

第 05 步 · 资金 + 通道

充值钱包，开通前三条通道。

获取链上接收地址：

lncli newaddress p2tr
# returns a bc1p... taproot address

发送 0.01 BTC。等待一个确认（约 10 分钟）。然后选择三个连接良好的对等节点——访问 1ml.com 或 amboss.space，按路由量排序，寻找费率低、正常运行时间长的节点。记录其公钥及 .onion 地址。

开通三条各约 $80-100 的通道：

lncli openchannel --node_key=<peer-pubkey> --local_amt=200000 --sat_per_vbyte=5
# 200,000 sats ≈ $90 at $45k/BTC

通道在 3-6 个区块内确认（30-60 分钟）。一旦激活，节点即上线——可以路由、发送、接收（接收受 FAQ 中入站流动性注意事项限制）。

第 06 步 · BTCPay Server（可选）

自托管的 Stripe 等价方案，集成于一个 Docker 栈。

BTCPay Server 为你的 LND 节点封装一个发票 UI——生成支付链接和二维码、管理商店、接入 WooCommerce / Shopify / 自定义应用。官方部署脚本处理一切（Docker、nginx、Let's Encrypt、Tor 隐藏服务）：

git clone https://github.com/btcpayserver/btcpayserver-docker
cd btcpayserver-docker
BTCPAY_HOST=<your-domain.com> \
NBITCOIN_NETWORK=mainnet \
BTCPAYGEN_LIGHTNING=lnd \
BTCPAYGEN_REVERSEPROXY=nginx \
BTCPAYGEN_ADDITIONAL_FRAGMENTS=opt-add-tor \
./btcpay-setup.sh -i

结果：一个可通过您域名访问的自托管支付网关，配有 .onion 镜像，通过您自己的节点接受 Bitcoin 链上支付和 Lightning 支付。无第三方处理商。无 KYC。从头到尾，隐私主机配隐私支付。

FAQ · LN 节点

问题，已解答。

首次 Lightning 节点运营者在开通第一条通道前提出的八个问题。

修剪节点还是完整节点？

个人 Lightning 运营选择修剪模式（10-50 GB）——参与 Lightning 不需要完整历史，只需要一个正常运行的 Bitcoin 节点。完整模式（约 700 GB 且持续增长）适用于还想验证历史交易、在本地运行区块浏览器或通过向其他节点提供链数据为网络韧性做贡献的情况。大多数个人 LN 运营者选择修剪模式；节点运营爱好者选择完整模式。

LND 还是 Core Lightning？

若需要最广泛的生态系统——BTCPay Server、RTL、ThunderHub、移动远程控制钱包、大量 Lightning 开发者工具——选择 LND。若重视更小的代码库、插件架构、C 语言实现，或参与偏好它的 Bitcoin 极大主义文化——选择 Core Lightning（CLN）。两种实现在 Lightning 协议上互通；可以稍后通过将钱包助记词恢复到另一个来切换。

我需要多少 BTC 才能开始？

实际最低值约为 0.005 BTC，足以覆盖一到两条各 $100-200 的出站通道加上用于通道管理的链上储备。低于此值，开关通道的手续费会占本金比例过高。学习者的理想区间是 0.01-0.05 BTC，分布在三至五条与良好节点相连的通道上。

我可以在最便宜的 VPS 上运行 Lightning 节点吗？

如果使用修剪模式和严格内存设置，技术上可行，但您将持续与资源限制博弈。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）以 tor.active=true 和 tor.v3=true 运行 LND，使通道开关流量也经过 Tor。（3）不要在通道开通元数据中广播您节点的明网 IP。操作正确后，您的节点完全通过 Tor 路由，仅链上通道开通交易对外可见。

通道多久需要关注一次？

比你想象的少。与优质对等节点建立的资金充足的通道可以数月无需干预。主要维护工作：偶尔重新平衡流动性（入站/出站路由），若对等节点持续离线则关闭并重新开启，在手续费高峰期间提高通道关闭交易的费用。Balance-of-Satoshis（LND）或 summary.py（CLN）等工具可自动化大部分工作。

我可以在没有入站流动性的情况下接收付款吗？

不行——Lightning 要求至少一条通道在接收方侧有足够容量。要么向联系广泛的节点开通通道（稍显反直觉——你开通出站，他们对你有入站流动性），要么向流动性服务（Bitrefill Thor、LNBig、Lightning Pool）付费，让他们向你开通通道。若要接收有意义的量，约 0.05 BTC 入站是合理的起始目标。

自托管 LN 节点的司法管辖地重要性如何？

两点考量。（1）服务器实际所在地——瑞典、芬兰、挪威、冰岛适用 Nordic 宪法体系；详细分析见 /guides/nordic-jurisdictions-for-privacy-hosting/。（2）在您作为运营者所在地，运行 LN 节点是否受监管——大多数 EEA / 欧盟国家将自托管节点视为个人基础设施，而非受监管的金融服务，但少数国家存在灰色地带。主机的司法管辖保护服务器；运营者的司法管辖规范您的个人立场。

就绪