在 VPS 上运行比特币全节点

一共三件事，其中只有两件跟隐私有关。

• 验证。你的节点自己执行共识规则 — 每一笔签名、每一段脚本、每一次区块补贴和难度调整，都要拿自己保存的那份链去核对。没有人能骗它相信一枚不存在的币是存在的。这一点无法假手于人：轻钱包只能选择相信服务器给出的答案。
• 网络层的隐私。轻钱包必须告诉别人它关心哪些地址。即便是那些设计得比较克制的协议，也足以让服务器把你的地址归并成一个钱包并锁定到一个 IP 上。你自己的节点则会在本地回答这些查询。

节点换不来的，是链上匿名性。账本本身依然公开且永久留存；节点只解决网络层的问题。如果你需要的是链本身的不可关联性，那就该用另一条链 — 改为运行门罗币节点 — 用加密货币付款的 VPS 真的匿名吗？一文里有更完整的说明。

两种节点的验证过程完全相同。裁剪节点会下载每一个区块，检查每一条规则，构建出同样的 UTXO 集，然后再删掉自己不再需要的旧区块文件。它放弃的是提供历史数据的能力：不能把旧区块喂给正在同步的对等节点，不能为一个持币早于其裁剪点的钱包做重新扫描，也无法支撑读取任意历史交易的索引。

两者的体积差距相当明显。到 2026 年，未裁剪的链已经远超 700 GB，而且每年还在新增数十 GB — 在为磁盘做决定之前，先查一下当前的实际数字，因为它只会越来越大。使用 prune=5000 的裁剪节点，大约会保留 5 GB 的区块文件，加上 UTXO 集和 Core 自身的数据库：数据目录按 20 GB 算就够了。

所以除非有特定理由，否则请选择裁剪模式。这样的理由并不多：向网络回馈历史区块、为区块浏览器开启 txindex，或者自己运行一个 Electrum 服务器。

• CPU。一个核心就足以长期跟上链的最新高度。真正吃 CPU 的是初始区块下载，因为签名验证可以并行 — 2 到 4 个 vCPU 能缩短首次同步的时间，之后又会回归空闲。完整的 KVM 虚拟化比核心数量更重要：真正的硬件隔离和属于你自己的内核，而不是和别人共用的容器。
• 内存。2 GB 是裁剪节点的最低要求。真正关键的旋钮是 dbcache — 在 IBD 期间把 UTXO 缓存调高一两个 GB，能省掉数小时的随机读取，同步完成后再调回去即可。
• 磁盘。按前文的数字来定，而且要用 NVMe，其他都不行。IBD 的瓶颈主要在对链状态的随机访问，而不是下载本身。
• 带宽。不管是否裁剪，IBD 都要搬运整条链：一次性传输几百 GB。之后作为监听节点，会持续向对等节点上传数据，可以用 maxuploadtarget 设置上限。这里的每个套餐都配备 1 Gbps 端口和不限流量，不会有超额账单。

下面是来自我们套餐表的具体数字，因为“看情况”不算是一个答案：

• 裁剪模式，个人使用 — Cub，1 vCPU / 2 GB / 40 GB NVMe，$5.00/mo。20 GB 的数据目录还留有余量，对大多数读者来说是最实在的推荐。
• 裁剪模式，更宽裕 — Scout，2 vCPU / 4 GB / 70 GB，$9.00/mo。同步等待时间大致减半。如果这台机器还要兼顾其他用途，就从这个套餐开始。
• 节点 + 闪电网络 + 监控 — Runner，3 vCPU / 6 GB / 100 GB，$14.00/mo。
• 完整归档 — 这里选择诚实，而不是往上推销。Garmr（500 GB，$69.00/mo）已经装不下 2026 年未裁剪的链了，不要为了这个用途去买它。Fenrir（16 vCPU / 64 GB / 800 GB NVMe，$99.00/mo）才装得下，而且余量能撑上几年，而不是无限久。

位置对节点来说无关紧要，因为它没有延迟方面的要求，所以可以只按价格或司法辖区来选：阿姆斯特丹、巴黎、布加勒斯特和索非亚是基础价，斯德哥尔摩、吉隆坡、雷克雅未克和苏黎世则要加价。按年付费只收十个月的费用，而不是十二个月。

IBD 的瓶颈不在下载。几百 GB 的数据经由 1 Gbps 端口，几个小时就能传完；真正花时间的是接下来的工作 — 验证自 2009 年以来的每一笔签名，并维护一个不断被随机重新读取的 UTXO 集。这项工作首先受限于存储延迟，其次才是 CPU。

实际效果相差一个数量级。在配备几 GB dbcache 的 NVMe RAID10 上，裁剪模式的 IBD 通常一天左右就能完成。同样的任务放到廉价主机的共享 SATA SSD 上，往往要跑一周，有时甚至永远跑不完，因为运营者会先放弃。这正是 NVMe 与 SSD 的对比不再只是参数表上一行字的地方。这里的每个套餐都是全 NVMe，这也是为什么最便宜的那一档也能实实在在地运行节点，而不只是技术上说得过去。

如果你等不及，有一个办法：在同步期间把 dbcache 调到内存允许的最高值，同步完再调回去。

Core 对 Tor 的支持是一等公民级别的，对个人节点来说，纯 Tor 模式是值得选择的默认设置。它隐藏了一笔交易究竟源自哪个节点，让你的 VPS 地址不出现在比特币永久广播的对等节点列表里，也让你自己的钱包可以从任何地方连接节点，而无需开放任何入站端口。

安装 tor，把守护进程的用户加入 debian-tor 组，让 Core 能够访问控制端口，再往 bitcoin.conf 里加入：

proxy=127.0.0.1:9050
onlynet=onion
listenonion=1
discover=0
dnsseed=0

Core 会自动创建并广播自己的 v3 onion 服务；用 bitcoin-cli getnetworkinfo 确认 onion 地址已经列出，且 onion 网络显示为可达。

诚实地说，这里有个取舍：onion 对等节点数量更少、速度也更慢，所以经 Tor 同步会明显更久。如果这台机器上反正已经在跑 Tor，我们的Tor 中继指南和对 Tor 友好的 VPS说明里介绍了政策方面的内容 — 这里欢迎中继和 onion 服务，而不只是被容忍。

Electrum 服务器介于你的节点和使用 Electrum 协议的钱包之间，维护一份按地址建立索引的链视图，这样钱包就能问一句“这个 scripthash 下面有什么？”并立刻得到答案。自己运行意味着 Electrum、Sparrow 和 BlueWallet 连接的是你，而不是那个能看到你所有地址的公共服务器。

那些一行命令搞定的教程往往会漏掉这个坑：electrs 和 Fulcrum 都需要未裁剪的节点。它们都是直接读取区块文件来构建索引的，所以历史数据必须还留在磁盘上。也就是说，加上一个 Electrum 服务器，会把你从一个 $5 的裁剪主机，拖进一个完整归档节点，外加另外 50–100 GB 的索引空间 — 这是 Fenrir 的地盘，不是 Cub 能扛得住的。

两者相比，electrs 更省内存，但构建索引更慢；Fulcrum 建索引和响应都更快，但要吃更多内存。两者都监听 50001（明文）和 50002（TLS）端口。让它们只绑定 localhost，通过 WireGuard 隧道或 onion 服务来访问，而不是直接对外暴露。

闪电节点需要一个自己信得过的比特币后端，而你自己的节点显然是最合适的候选。两个主流实现都可以和 Core 跑在同一台 VPS 上：

• LND 通过 RPC 和 ZMQ 与 bitcoind 通信。需要在 bitcoin.conf 里加上 zmqpubrawblock 和 zmqpubrawtx 两个端点，且只绑定 localhost。
• Core Lightning 默认通过调用 bitcoin-cli 来完成，逻辑上更简单，也不会多开任何端口。

裁剪模式在这里同样会带来麻烦。LND 可以对着裁剪过的 bitcoind 工作，但需要向对等节点补拉缺失的历史区块，这会更慢，偶尔也不够稳定；Core Lightning 在历史数据齐全的情况下会更省心。如果从一开始目标就是跑闪电网络，那就要么接受一个未裁剪的节点，要么明知会有这些摩擦也照样上。

闪电网络本身很轻量 — 通道数据库只有几百 MB — 但它必须一直在线，以便监视通道违约行为，这也正是选择 VPS 而不是会休眠的笔记本电脑的理由所在。9735 端口是闪电网络的 P2P 端口，纯 Tor 模式的闪电节点也完全是常见做法。

节点本身不是什么秘密，但它是一台持续运行、向全球广播网络公布自己地址的机器 — 而且，如果你不够谨慎，还可能是用你本人的名字、你本人的信用卡租来的。

• 无需身份即可注册。这里从设计上就没有 KYC：不用证件、不用上传文件，也没有验证环节会让你过不去。
• 链上付款。用 BTC 充值并从余额里部署，或者如果你不希望这笔付款本身成为一条永久的公开记录，也可以用门罗币 — 考虑到你资助的是一个比特币节点，这一点特别值得琢磨。不管选哪种，都不涉及信用卡，也没有第三方支付方在中间；具体做法见不用信用卡购买 VPS。
• 不要在这台机器上留下任何身份信息。不要用自己的名字命名主机名，不要复用一个出现在公开代码托管平台个人资料里的 SSH 密钥，也要记住：一个监听中的节点，其地址按设计就是要被公布出去的 — 这也是前面之所以推荐纯 Tor 模式的最有力的现实理由。

主机方能看到的，只是一台在众所周知的端口上持续产生点对点流量的机器。看不到你钱包、地址或余额的任何信息 — 这些从不离开这台机器，这本来就是重点所在。一个负责验证的节点是再普通不过的基础设施，是被明确欢迎的；可接受使用政策里紧挨着的那一条规定是：共享套餐不允许进行加密货币挖矿，因为挖矿会独占共享核心。节点不是矿机：IBD 结束之后基本处于空闲状态。

日常维护也很平淡。Core 大约每六个月发布一个大版本，升级的做法是停止服务、替换二进制文件、再启动 — 数据目录是向前兼容的，不需要重新同步。如果节点上真的存有钱包，就备份好你的 descriptors；除此之外没什么好操心的，因为链本身注定会重新下载。如果磁盘不够用了 — 归档节点迟早会遇到这种情况 — 升级套餐可以在线扩容磁盘，无需重装，费用会从你的余额里按比例扣除。