如何在 VPS 上运行比特币或门罗币节点

要在 VPS 上运行比特币节点，请验证并安装 Bitcoin Core，设置 prune=550，然后用 systemd 启动 bitcoind：修剪节点需要约 15 GiB 硬盘空间和 2 至 4 GB 内存。要在 VPS 上运行门罗币节点，用 monerod 并启用修剪，按同样的步骤操作即可：约需 100 GiB 空间和 4 GB 内存。

以下步骤使用一台运行 Ubuntu 24.04 LTS 或 Debian 12 或 13 的离岸 VPS，并具有 root 权限，如快速入门所述。版本信息截至 2026年9月26日：Bitcoin Core 31.1 和门罗币 0.18.5.1，均于 2026年7月8日发布。我们已在 Ubuntu 24.04 和 Debian 12 上测试了安装、验证和服务配置步骤。

在 VPS 上运行比特币节点或门罗币节点需要什么

与门罗币一样，Bitcoin Core 的配置要求主要取决于硬盘。修剪节点会校验每一个区块，但只保留仍需要的数据；全节点则保留完整的历史记录。以下为截至 2026年9月26日的数据：

• 比特币：根据 Blockchain.com 的区块链大小图表，截至 2026年9月25日，区块数据已达 771 GB，一年内增长了 82 GB。Bitcoin Core 31.1 的源代码为已同步的节点预估了 856 GiB，其中包括撤销数据和 14 GiB 的 UTXO 集（即链状态），并按照其发布流程留有 5% 至 10% 的余量。bitcoin.org 的全节点指南要求 2 GB 内存，并估计每月下载约 20 GB，上传往往达到 200 GB 或更多。
• 门罗币：门罗币文档中的节点指南在 2026年1月20日给出的数据为：全节点约 250 GiB，修剪节点约 100 GiB。该指南建议全节点配备 4 GB 或更多内存以及 625 GiB SSD，修剪节点则为 250 GiB。2026年9月26日，某个公共全节点报告的大小为 275 GiB：get_info 会显示 database_size，在受限 RPC 端口上该值会向上取整到 5 GiB 的整数倍。

对于比特币节点 VPS，Sloop 即可满足 bitcoin.org 规定的 2 GB 最低要求，Cutter 则能为更大的缓存留出空间。对于门罗币节点 VPS，修剪节点从 Schooner 起步，全节点从 Frigate 起步。如果要遵循文档建议的修剪节点 250 GiB、全节点 625 GiB，修剪节点请选择 Frigate，全节点请选择独立服务器。每个套餐都有独立 IPv4 地址，您可以用比特币或门罗币付款。

比特币全节点需要一台独立服务器。两块 1 TB NVMe 硬盘组成 RAID 1 后可提供 931 GiB，仅比 Bitcoin Core 的估算值多出 75 GiB。您可以在 Ryzen 7 7700（每月 $97.49）的部署页面上选择 RAID 0，获得约 1.8 TiB 空间，但没有冗余，一块硬盘故障就意味着需要重新同步；也可以选择 Ryzen 9 7950X 或 EPYC 7402P，其 2 × 1.92 TB 硬盘在 RAID 1 下可提供约 1.75 TiB。

使用 Bitcoin Core 在 VPS 上运行比特币节点

Bitcoin Core 31.1 是下载页面上的当前版本；其发布说明列出了对链状态磁盘写入过多以及私密广播中 IP 地址泄露问题的修复。

下载并验证 Bitcoin Core

只需设置一次版本号，后续命令会重复使用：

apt update
apt install -y wget gnupg git
cd /root
VERSION=31.1
wget https://bitcoincore.org/bin/bitcoin-core-$VERSION/bitcoin-$VERSION-x86_64-linux-gnu.tar.gz
wget https://bitcoincore.org/bin/bitcoin-core-$VERSION/SHA256SUMS
wget https://bitcoincore.org/bin/bitcoin-core-$VERSION/SHA256SUMS.asc
sha256sum --ignore-missing --check SHA256SUMS

校验结果必须显示 bitcoin-31.1-x86_64-linux-gnu.tar.gz: OK。每个版本都有多位构建者签名；按照下载页面的说明，从 guix.sigs 仓库导入他们的密钥：

git clone --depth 1 https://github.com/bitcoin-core/guix.sigs
gpg --import guix.sigs/builder-keys/*
gpg --verify SHA256SUMS.asc SHA256SUMS

每个有效签名都会输出一行以 gpg: Good signature 开头的信息，在我们对 31.1 的测试中共有 11 行，且任何一行都不得显示 BAD signature；出现密钥“未经认证”的警告属于正常现象。请以您信任的构建者为准：下载页面引用了 fanquake.gpg 密钥，其指纹为 E777 299F C265 DD04 7930 70EB 944D 35F9 AC3D B76A。然后安装服务器所需的两个程序：

tar -xzf bitcoin-$VERSION-x86_64-linux-gnu.tar.gz
install -m 0755 -o root -g root -t /usr/local/bin bitcoin-$VERSION/bin/bitcoind bitcoin-$VERSION/bin/bitcoin-cli
bitcoind -version

为修剪节点编写 bitcoin.conf

useradd --system --user-group --shell /usr/sbin/nologin bitcoin
install -d -m 0710 -o root -g bitcoin /etc/bitcoin
cat > /etc/bitcoin/bitcoin.conf <<'EOF'
prune=550
dbcache=1024
maxconnections=40
server=1
rpcbind=127.0.0.1
rpcallowip=127.0.0.1
EOF
chgrp bitcoin /etc/bitcoin/bitcoin.conf
chmod 640 /etc/bitcoin/bitcoin.conf

prune=550（区块修剪）

区块文件和撤销文件最多占用 550 MiB，这是自动修剪的最小目标值。它与 txindex 不兼容，而且撤销该设置意味着要重新下载整条链。运行全节点时请省略此项。

dbcache=1024（数据库缓存）

UTXO 缓存大小，单位为 MiB。自 31.0 版起，当 Bitcoin Core 检测到至少 4096 MiB 内存时默认值为 1024，否则为 450：在 2 GB 的套餐上请设为 450。缓存越大，首次同步越快。

maxconnections=40（最大连接数）

由 125 下调而来：11 个出站连接，外加为入站节点预留的名额，可减少内存占用和流量。

server、rpcbind 和 rpcallowip

仅在 localhost 上为 bitcoin-cli 提供 JSON-RPC，并使用 cookie 认证。帮助文本警告：“不要将 RPC 服务器暴露给公共互联网等不受信任的网络”。

用 systemd 启动 bitcoind

Bitcoin Core 将其 systemd 单元文件放在源码树中，而不是发布压缩包里；请下载该文件，并将其中的程序路径改为指向 /usr/local/bin：

wget -O /etc/systemd/system/bitcoind.service https://raw.githubusercontent.com/bitcoin/bitcoin/v$VERSION/contrib/init/bitcoind.service
sed -i 's|/usr/bin/bitcoind|/usr/local/bin/bitcoind|' /etc/systemd/system/bitcoind.service
systemctl daemon-reload
systemctl enable --now bitcoind

该单元以 bitcoin 用户身份运行 bitcoind，数据位于 /var/lib/bitcoind，进程故障后会自动重启，为正常停止预留 10 分钟，并为其以只读方式挂载 /usr 和 /etc。在 Debian 12 上，由于其 systemd 252 不支持 systemd-notify --stopping，bitcoind 每次停止时都会记录一条无害的警告。

为入站节点开放 8333 端口（可选）

ufw allow 8333/tcp

即使不开放该端口，节点也会通过出站连接完成同步，但 bitcoin.org 指出，您必须允许入站连接才能为网络提供支持。按照加固指南，启用 UFW 前请先放行 SSH，并且切勿开放 RPC 端口 8332。

检查同步状态

bitcoin-cli -datadir=/var/lib/bitcoind getblockchaininfo

blocks 会逐渐增长到 headers，verificationprogress 会逐渐接近 1。当 initialblockdownload 变为 false 时同步即告完成，此时 pruned 显示为 true。用 -getinfo 替代 getblockchaininfo 可输出摘要；详细信息见 /var/lib/bitcoind/debug.log。接下来如果要通过自己的服务器收款，请参阅我们的 BTCPay Server 指南。

使用 monerod 在 VPS 上运行门罗币节点

门罗币 0.18.5.1“Fluorine Fermi”是下载页面上当前的命令行版本。

下载并验证门罗币 CLI

门罗币在 hashes.txt 中列出每个文件的哈希值，该列表由 binaryFate 的密钥签名。按照该项目的命令行验证指南，先检查密钥：

apt update
apt install -y wget gnupg bzip2
cd /root
wget -O binaryfate.asc https://raw.githubusercontent.com/monero-project/monero/master/utils/gpg_keys/binaryfate.asc
gpg --show-keys --with-fingerprint binaryfate.asc

指纹必须为 81AC 591F E9C4 B65C 5806 AFC3 F0AF 4D46 2A0B DF92；否则请立即停止。导入密钥并验证该列表：

gpg --import binaryfate.asc
wget -O hashes.txt https://www.getmonero.org/downloads/hashes.txt
gpg --verify hashes.txt

确认输出中有 Good signature 且指纹一致，然后将压缩包的哈希值与列表进行比对：

XMR=v0.18.5.1
wget https://downloads.getmonero.org/cli/monero-linux-x64-$XMR.tar.bz2
sha256sum monero-linux-x64-$XMR.tar.bz2
grep monero-linux-x64-$XMR.tar.bz2 hashes.txt

两行必须显示相同的哈希值；0.18.5.1 版本的哈希值以 22a7dda7 开头、以 9958 结尾。安装守护进程：

tar -xjf monero-linux-x64-$XMR.tar.bz2
install -m 0755 -o root -g root -t /usr/local/bin monero-x86_64-linux-gnu-$XMR/monerod
monerod --version

为修剪节点编写 monerod.conf

与门罗币文档的节点指南一致，monerod 以 monero 用户身份运行，配置、数据和日志分别存放在不同的目录中：

useradd --system --user-group --shell /usr/sbin/nologin monero
install -d -m 0750 -o root -g monero /etc/monero
install -d -m 0750 -o monero -g monero /var/lib/monero /var/log/monero
cat > /etc/monero/monerod.conf <<'EOF'
data-dir=/var/lib/monero
log-file=/var/log/monero/monero.log
log-level=0
prune-blockchain=1
sync-pruned-blocks=1
p2p-bind-port=18080
no-igd=1
in-peers=48
limit-rate-up=4096
enable-dns-blocklist=1
check-updates=disabled
rpc-bind-ip=127.0.0.1
rpc-bind-port=18081
EOF
chgrp monero /etc/monero/monerod.conf
chmod 640 /etc/monero/monerod.conf

prune-blockchain 和 sync-pruned-blocks

monerod 参考文档称，修剪“可节省 2/3 的磁盘空间，且不影响功能”；请在首次同步之前设置。第二行允许接收对等节点已修剪的区块，从而节省传输量。运行全节点时请省略这两行。

p2p-bind-port=18080 和 no-igd

默认的点对点端口，并且不使用 UPnP，拥有公网 IP 地址的服务器不需要它。

in-peers=48 和 limit-rate-up=4096

默认不限制入站节点数量；48 是文档示例中的上限。上传速率单位为 kB/s：4096 约合 34 Mbit/s，为默认值的一半。

enable-dns-blocklist 和 check-updates=disabled

拒绝连接由门罗币贡献者维护的 DNS 黑名单上的节点，并将更新事宜交由您自行处理。

rpc-bind-ip=127.0.0.1（RPC 监听地址）

18081 端口上的完整 RPC“赋予对节点的完全管理能力”，因此只在本地开放。

用 systemd 启动 monerod

此单元文件来自门罗币文档；--non-interactive 让 monerod 在没有终端的情况下以前台方式运行：

cat > /etc/systemd/system/monerod.service <<'EOF'
[Unit]
Description=Monero Daemon
After=network-online.target
Wants=network-online.target

[Service]
Type=simple
ExecStart=/usr/local/bin/monerod --config-file /etc/monero/monerod.conf --non-interactive
Restart=always
RestartSec=30
User=monero
Group=monero
StandardOutput=journal
StandardError=journal

[Install]
WantedBy=multi-user.target
EOF
systemctl daemon-reload
systemctl enable --now monerod

为入站节点开放 18080 端口（可选）

ufw allow 18080/tcp

与比特币一样，即使不开放该端口，节点也能完成同步；开放后，其他节点就能连接到您的节点。请保持 18081 端口关闭。

检查同步状态

monerod status
monerod sync_info

status 会显示您的区块高度、全网高度、同步百分比和连接数；sync_info 会列出对等节点及其速度。日志写入 /var/log/monero/monero.log，也可通过 journalctl -u monerod 查看。

将您的节点共享为门罗币远程节点

门罗币远程节点为其他机器上的钱包提供服务。门罗币文档为这些钱包提供一个受限 RPC 端口 18089，而将完整 RPC 保留在 localhost 上。在 /etc/monero/monerod.conf 中添加三行，然后开放该端口并重启：

rpc-restricted-bind-ip=0.0.0.0
rpc-restricted-bind-port=18089
public-node=1

ufw allow 18089/tcp
systemctl restart monerod

受限端口只响应只读调用，不返回隐私敏感数据。public-node=1 会向钱包公开宣告该节点；如果只想将地址分享给您选定的钱包，请省略这一行。文档警告，公共 RPC“可能占用相当多的资源”。

另一种做法是 restricted-rpc=1 搭配 rpc-bind-ip=0.0.0.0，这会将您唯一的 RPC 端口设为受限；我们的测试表明，除非另外添加 confirm-external-bind=1，否则 monerod 会拒绝以此配置启动。如果只有您自己的钱包使用该节点，可以通过 SSH 隧道或洋葱地址连接，从而无需开放公共端口。

让节点通过 Tor 或 I2P 连接（可选）

按照我们的 Tor 中继指南，从 Tor 项目的软件源安装 tor；其 SOCKS 代理默认监听 127.0.0.1:9050。

• Bitcoin Core：proxy=127.0.0.1:9050 让出站连接经由 Tor，onlynet=onion 让自动建立的连接只使用洋葱网络上的对等节点。设置代理后监听会被关闭；如果设置 listen=1 并允许访问 Tor 的控制端口，Bitcoin Core 会创建自己的洋葱服务。自 31.0 版起，privatebroadcast=1 会让通过 sendrawtransaction 提交的交易只经由 Tor 或 I2P 发送。
• 门罗币：tx-proxy=tor,127.0.0.1:9050,disable_noise 会通过 Tor 广播您钱包的交易。要使用洋葱地址，需要在 torrc 中添加一行 HiddenServiceDir 以及针对 18084 和 18089 端口的 HiddenServicePort 行，另外还需一行 anonymous-inbound；门罗币文档的 Tor 和 I2P 指南列出了全部配置，I2P 的配置方式相同。Tor 无需开放任何端口。

隐私：VPS 上的节点与家中的节点对比

对等节点能看到您节点的 IP 地址。在 VPS 上，这是服务器的地址，而不是您家中的地址；您的互联网服务商看到的只是您与一台服务器之间的连接，而不是一个与几十个对等节点交换数据的节点。您的钱包也不再需要查询陌生人的节点，正如 Moneropedia 的远程节点词条所警告的，这类节点的运营者“能够将交易与 IP 地址关联起来”。

服务器并非隐形：其主机服务商可以看到流量元数据，即它与哪些地址通信、何时通信以及通信量多少。Bitcoin Core 会加密与支持 BIP324 的对等节点之间的连接（该功能默认开启），Tor 还能进一步隐藏您的对等节点。我们不会记录或检查客户服务器的流量。

我们的记录很少：正如隐私政策所列，只有一个邮箱地址（可以是一次性邮箱）、您的充值记录（币种、金额、充值地址、交易 ID）和您的服务，从不包括您的 IP 地址。为门罗币 VPS 付款时，发送方、接收方和金额都不会出现在公开记录中，而比特币付款在链上始终可见。

带宽、挖矿以及我们对节点的规定

• 欢迎运行节点。我们的可接受使用政策允许在服务器所在地合法的任何用途，比特币、门罗币和闪电网络节点也在我们为 VPS 列出的用途之中。
• VPS 和 RDP 上禁止挖矿。挖矿会占用同一宿主机上其他客户的 CPU 时间，因此政策禁止在这些套餐上挖矿，monerod 的内置挖矿功能也包括在内。独立服务器和 GPU 服务器允许挖矿。
• 合理使用。1 Gbps 端口不限流量，但繁忙的公共节点应当限速：bitcoin.conf 中的 maxuploadtarget=5G 会以每天 5 GiB 为目标，limit-rate-up 则可为 monerod 限速。如果某个节点在 VPS 上造成问题，我们会先在客户中心告知您并建议解决办法，例如改用独立服务器，独立服务器可按其标称容量充分使用。

比特币的这一目标是软限制：接近该值时，Bitcoin Core 会停止提供一周以前的区块，而这正是流量的主要来源，详见 reduce-traffic.md。bitcoin-cli -datadir=/var/lib/bitcoind getnettotals 会显示当前 24 小时周期内的剩余额度。

更新 Bitcoin Core 和 monerod

两个压缩包都不会自动更新。如需升级，请用新的版本号重复下载和验证步骤，然后用 systemctl stop bitcoind 或 systemctl stop monerod 停止服务，安装新的二进制文件，再重新启动服务，这也是 Bitcoin Core 发布说明中的建议。

常见问题

比特币节点需要多大的硬盘空间？

全节点需要约 856 GiB（Bitcoin Core 31.1 内置的估算值），并且每月增长约 7 GB；截至 2026年9月25日，仅区块数据就已达 771 GB。使用 prune=550 的修剪节点需要约 15 GiB，主要用于 UTXO 集，但仍需将每个区块完整下载一次。

可以在 VPS 上运行门罗币节点吗？

可以。2026年1月时，修剪模式的门罗币节点约需 100 GiB，门罗币文档建议配备 4 GB 或更多内存：我们的 Schooner 套餐（4 个 vCPU、8 GB 内存、160 GB NVMe，每月 $12.49）即可满足。全节点在 2026年9月约为 275 GiB，适合 Frigate、Flagship 或独立服务器。

运行比特币或门罗币节点合法吗？

节点只是下载、校验并转发公开数据，并不持有他人的资金，而大多数加密货币相关法规针对的是交易所等企业。自 2027年7月10日起，欧盟《反洗钱条例》将禁止受监管的加密资产服务提供商保留使用门罗币等匿名增强型币种的账户，但这并不影响您在自己的钱包中持有门罗币。请查阅您居住地和服务器所在地的法律。

可以在 VPS 上挖矿吗？

不可以。我们的可接受使用政策禁止在 VPS 和 RDP 套餐上挖掘加密货币，因为挖矿会占用同一宿主机上其他客户的 CPU 时间；monerod 的内置挖矿功能也包括在内。独立服务器和 GPU 服务器专供您一人使用，允许挖矿；不挖矿的节点在任何套餐上都受欢迎。

什么是修剪节点？

修剪节点会像全节点一样校验每一个区块，然后删除不再需要的数据。设置了 prune=550 的 Bitcoin Core 会保留最新的 550 MiB 区块以及 UTXO 集，因此无法提供旧区块，也无法使用 txindex。根据 Moneropedia 的修剪词条，门罗币的修剪会丢弃 7/8 的环签名数据，可节省约三分之二的空间，且对隐私和安全没有任何负面影响。