BTCPay Server 2.4.5 常用 CLI 命令与工具详解
逐项实测 BTCPay Server 2.4.5 全部命令行工作面:无独立 btcpay-cli 的实测结论、主程序容器传参要点、bitcoin-cli.sh 等 13 个装机脚本与备份恢复三脚本逐子命令用法、NBXplorer cookie 认证 REST API 与 Greenfield API 的 curl 调用,含真实报错与排障实录。
BTCPay Server 2.4.5 常用 CLI 命令与工具详解
目标:讲清 BTCPay Server 2.4.5 的全部命令行工作面——Bitcoin Core 节点 CLI 封装、NBXplorer 的 cookie 认证 REST API、Greenfield API 的 curl 调用,以及官方 btcpayserver-docker 全套运维脚本(部署、启停、备份恢复、片段管理、域名变更等 13 个装机命令)的子命令、参数与实测回显。全部命令与输出在 Ubuntu 22.04 服务器实测取得(Docker Compose 部署形态,regtest 私有测试链,主网差异单独标注)。
一、环境信息
- 操作系统:Ubuntu 22.04(x86_64)
- BTCPay Server:2.4.5(镜像
btcpayserver/btcpayserver:2.4.5);NBXplorer:2.6.19;Bitcoin Core:31.1(btcpayserver/bitcoin:31.1-1);PostgreSQL:18.6 - 部署形态:官方 btcpayserver-docker 一键部署(部署过程见《BTCPay Server 2.4.5 Docker Compose 部署指南》),部署仓库位于
/root/btcpayserver-docker,运维脚本已装至/usr/local/bin - 实测网络:regtest(测试链区块高度 103);主网 mainnet 的差异点在各节标注
- 实测管理账号:
admin@example.com(服务器管理员,演示口令q1w2e3r4)
二、工具概览
BTCPay Server 2.4.5 没有独立的 btcpay-cli 二进制(实测官方镜像 /usr/local/bin 与源码构建发布目录 /opt/btcpayserver/ 中均无该名称的可执行文件,只有 BTCPayServer.Client.dll、NBXplorer.Client.dll 等类库)。它的命令行能力由四类工具构成:
| 类别 | 工具 | 位置 | 用途 |
|---|---|---|---|
| 主程序命令行 | dotnet BTCPayServer.dll | 官方镜像 /app;原生部署 /opt/btcpayserver | 启动参数与配置(详见《BTCPay Server 2.4.5 配置参数详解》第三章) |
| 节点 CLI | bitcoin-cli.sh(及 bitcoin-lncli.sh、bitcoin-lightning-cli.sh 等) | /usr/local/bin | 以正确 RPC 参数调用链节点 |
| REST API | NBXplorer API(cookie 认证)、Greenfield API(token 认证) | HTTP 端口 | 状态查询、业务数据读写 |
| 运维脚本 | btcpay-setup.sh 等 13 个装机命令 + btcpay-backup.sh/btcpay-restore.sh/btcpay-teardown.sh(仓库内) | /usr/local/bin 与部署仓库 | 部署、启停、备份恢复、配置片段管理 |
💡 说明:运维脚本的完整清单以装机结果为准,实测
ls /usr/local/bin/:
bitcoin-cli.sh
btcpay-admin.sh
btcpay-clean.sh
btcpay-down.sh
btcpay-fragments
btcpay-host
btcpay-restart.sh
btcpay-routes
btcpay-setup.sh
btcpay-switch
btcpay-up.sh
btcpay-update.sh
changedomain.sh
注意 btcpay-backup.sh、btcpay-restore.sh、btcpay-teardown.sh 三个脚本不在 /usr/local/bin,需进入部署仓库目录执行:/root/btcpayserver-docker/btcpay-backup.sh。
三、前置条件
- 已完成部署并处于运行状态(
curl http://127.0.0.1/api/v1/health返回{"synchronized":true}); - 以 root 或
sudo su -登录 shell 操作(运维脚本要求 root 且需要 profile 中的环境快照); - 调用 Greenfield API 前已生成 API Key:管理界面「服务器设置 → API Keys」创建,本文以环境变量方式注入:
export BTCPAY_API_KEY='<在服务器设置生成的 unrestricted API key>'
- 本文所有命令为只读查询或可逆运维操作(启停/备份/恢复);
btcpay-teardown.sh属破坏性命令,只展示用法不实际执行。
四、主程序命令行与容器传参要点
主程序自身的启动参数(--network、--postgres、--port 等)与三层配置优先级在《BTCPay Server 2.4.5 配置参数详解》已逐项实测,这里只补充与运维直接相关的容器传参实测结论:2.4.5 官方镜像入口脚本 /app/docker-entrypoint.sh 的最后一行是 exec dotnet BTCPayServer.dll(不带 "$@"),因此 docker run 追加的命令参数会被整体丢弃,实测改用环境变量传参:
# 无效:参数被入口脚本丢弃
docker run btcpayserver/btcpayserver:2.4.5 --port=23102
# 有效:环境变量传参
docker run -e BTCPAY_PORT=23102 btcpayserver/btcpayserver:2.4.5
# 或覆盖入口直传参数
docker run --entrypoint dotnet btcpayserver/btcpayserver:2.4.5 BTCPayServer.dll --port=23102
Docker Compose 部署下不要直接 docker run,改配置一律走 .env/环境变量后重跑 btcpay-setup.sh -i(见 7.2)。
五、节点 CLI:bitcoin-cli.sh
5.1 用法与实测
bitcoin-cli.sh 是官方装机时放置的封装,自动带上栈内 Bitcoin Core 的容器 RPC 参数,用法就是透传任意 Bitcoin Core RPC:
bitcoin-cli.sh getblockchaininfo
实测回显(regtest,节选):
{
"chain": "regtest",
"blocks": 103,
"headers": 103,
"bestblockhash": "7e2a98736602bda9c104e9cc5366f9567898403573913d9aa897c8e76aec17d5",
"bits": "207fffff",
"difficulty": 4.656542373906925e-10,
"verificationprogress": 0.7734459937686521,
"initialblockdownload": false
}
bitcoin-cli.sh -version
Bitcoin Core RPC client version v31.1.0
Copyright (C) 2009-2026 The Bitcoin Core developers
主网部署时同一命令即查主网链状态。常用运维 RPC:getblockchaininfo(链状态)、getwalletinfo(钱包)、getnewaddress(新地址)、getbalances(余额)、generatetoaddress <n> <addr>(仅 regtest 出块)。
5.2 其他节点 CLI 封装
部署仓库内还有同构封装:bitcoin-lncli.sh(LND)、bitcoin-lightning-cli.sh(c-lightning)、litecoin-cli.sh、dogecoin-cli.sh 等,按启用的链/实现选用。未启用对应实现时执行会报容器不存在,实测(BTCPAYGEN_LIGHTNING=none 的栈):
bitcoin-lncli.sh getinfo
Error response from daemon: No such container: btcpayserver_lnd_bitcoin
六、NBXplorer 命令行与 REST API
6.1 cookie 认证与凭据
NBXplorer 的 REST API 默认启用 cookie 认证,凭据是数据目录 <数据目录>/<网络>/.cookie 下的单行文件,内容格式 __cookie__:<十六进制密钥>(实测样例,节选):__cookie__:e5b34334099fa5c2c663035b696be672891690f91411dc1bc…。调用时把整行作为 HTTP Basic 用户名密码对使用:
COOKIE=$(cat /var/lib/docker/volumes/generated_nbxplorer_datadir/_data/RegTest/.cookie)
Docker 形态该文件在 nbxplorer_datadir 数据卷内(容器内路径 /datadir/RegTest/.cookie,主程序侧还以 /root/.nbxplorer/RegTest/.cookie 挂载同一卷);原生部署在 --datadir 指定目录的 <网络> 子目录下(B1 实测 /var/lib/nbxplorer/RegTest/.cookie)。
6.2 健康检查与状态查询实测
免认证健康检查 GET /health:
curl -s http://127.0.0.1:32838/health
{
"status": "Healthy",
"results": {
"NodesHealthCheck": {
"status": "Healthy",
"description": null,
"data": {
"BTC": "Ready"
}
}
}
}
业务状态 GET /v1/cryptos/btc/status 不带凭据返回 401,带 cookie 返回完整状态:
curl -s -o /dev/null -w "%{http_code}\n" http://127.0.0.1:32838/v1/cryptos/btc/status
# 实测输出:401
COOKIE=$(cat /var/lib/docker/volumes/generated_nbxplorer_datadir/_data/RegTest/.cookie)
curl -s -u "$COOKIE" http://127.0.0.1:32838/v1/cryptos/btc/status
{"bitcoinStatus":{"blocks":103,"headers":103,"verificationProgress":0.7740503278760351,"isSynched":true,"incrementalRelayFee":0.1,"minRelayTxFee":0.1,"externalAddresses":[],"capabilities":{"canScanTxoutSet":true,"canSupportSegwit":true,"canSupportTaproot":true,"canSupportTransactionCheck":true}},"isFullySynched":true,"chainHeight":103,"syncHeight":103,"instanceName":"","networkType":"Regtest","cryptoCode":"BTC","supportedCryptoCodes":["BTC"],"version":"2.6.19.0"}
⚠️ 注意:端口 32838 是生成器为 regtest 栈分配的容器内端口,主网原生部署的默认端口为 24444(regtest 24446)。端口与监听地址的配置见《BTCPay Server 2.4.5 配置参数详解》第六章。
6.3 常用端点速查
NBXplorer 自带 OpenAPI 描述,GET /api.json 可取全量清单(实测共 40+ 端点),常用如下(均需 cookie 认证,/health 除外):
| 端点 | 用途 |
|---|---|
GET /v1/cryptos/btc/status | 链同步状态与节点能力 |
GET /v1/cryptos/btc/events/latest | 最新索引事件 |
GET /v1/cryptos/btc/fees/{blockCount} | 按确认块数估算费率 |
GET /v1/cryptos/btc/addresses/{address}/balance | 地址余额 |
GET /v1/cryptos/btc/addresses/{address}/utxos | 地址 UTXO |
POST /v1/cryptos/btc/derivations/{derivationScheme} | 注册 HD 派生方案追踪 |
GET /v1/cryptos/btc/derivations/{scheme}/balance | 派生方案余额 |
GET /v1/cryptos/btc/derivations/{scheme}/addresses/unused | 取未用地址 |
七、Greenfield API 的命令行调用
7.1 认证与首个请求
Greenfield API 与 NBXplorer API 同端口(无反代形态即主程序 HTTP 端口),认证用 Authorization: token <API key> 请求头。实测鉴权行为——无凭据 401、带 key 返回当前用户:
curl -s -o /dev/null -w "%{http_code}\n" http://127.0.0.1/api/v1/users/me
# 实测输出:401
curl -s -H "Authorization: token ${BTCPAY_API_KEY}" http://127.0.0.1/api/v1/users/me
{"id":"7add6db5-a91b-4061-a2df-36e0fb309f88","email":"admin@example.com","name":null,"imageUrl":null,"emailConfirmed":false,"requiresEmailConfirmation":false,"approved":true,"requiresApproval":false,"roles":["ServerAdmin"],"invitationUrl":null,"created":1792690747,"disabled":false,"storeQuota":null,…}
7.2 常用查询实测
健康与同步状态(免认证):
curl -s http://127.0.0.1/api/v1/health; echo
{"synchronized":true}
商店列表:
curl -s -H "Authorization: token ${BTCPAY_API_KEY}" http://127.0.0.1/api/v1/stores
[{"id":"9m64kg2ibfNzLAdA3hRAYpRfcG9xLUm6KLFDKoR7cSe1","name":"Doc Store","website":null,"brandColor":null,"applyBrandColorToBackend":false,"logoUrl":null,"cssUrl":null,"paymentSoundUrl":null,"supportUrl":null,"invoiceExpiration":900,"displayExpirationTimer":300,"refundBOLT11Expiration":30,"monitoringExpiration":86400,"speedPolicy":"MediumSpeed",…}
商店、发票、退款、webhook 等业务域的完整接口口径属 API 专题范畴,本篇以运维视角用到为止。
八、btcpay-docker 官方运维脚本详解
8.1 btcpay-setup.sh
部署与配置变更的统一入口。不带参数执行打印帮助(实测节选):
Usage:
------
Install BTCPay on this server
This script must be run as root on a Linux host
-i : Run install and start BTCPay Server
--install-only: Run install only
--docker-unavailable: Allow install-only setup to continue without Docker; automatic Docker installation may still be attempted
--no-startup-register: Do not register BTCPayServer to start via systemctl or upstart
--no-systemd-reload: Do not reload systemd configuration
This script will:
* Install Docker
* Install Docker-Compose
* Setup BTCPay settings
* Make sure it starts at reboot via upstart or systemd
* Add BTCPay utilities in /usr/local/bin
* Start BTCPay
You can run again this script if you desire to change your configuration.
改配置的标准流程(导出变量 → 重跑 → 验证)与栈级环境变量全表见《BTCPay Server 2.4.5 配置参数详解》第七章。
8.2 启停:btcpay-up.sh / btcpay-down.sh / btcpay-restart.sh
btcpay-down.sh
实测输出(节选,实测尾部):
Container generated_btcpayserver_1 Removed
Container btcpayserver_bitcoind Removed
Container generated_postgres_1 Stopped
Container generated_postgres_1 Removing
Container generated_postgres_1 Removed
Network generated_default Removing
Network generated_default Removed
down 会移除容器与网络但保留全部数据卷,数据不丢:
btcpay-up.sh
实测输出(节选,实测尾部):
Container generated_btcpayserver_1 Starting
Container generated_nbxplorer_1 Starting
Container generated_btcpayserver_1 Started
Container generated_nbxplorer_1 Started
启动完成后验证恢复:
curl -s --max-time 10 http://127.0.0.1/api/v1/health; echo
# 实测输出:{"synchronized":true}
btcpay-restart.sh 是先停后起的封装(内部加载 /etc/profile.d/btcpay-env.sh 后调用 helpers 的 btcpay_restart),效果等价于依次执行 down/up。
8.3 btcpay-update.sh 与 btcpay-clean.sh
btcpay-update.sh 把部署仓库更新到最新提交并重建栈:内部先归档当前日志,再执行 ./build.sh --setup-ssh --sync-routes,随后重跑部署。加 --skip-git-pull 可跳过仓库拉取只重建。注意:它会将部署仓库滚到上游最新,配合 BTCPAY_IMAGE 锁定主程序版本(2.4.5)使用才不会漂移。
btcpay-clean.sh
实测输出:
Total reclaimed space: 0B
清理悬空旧镜像;本栈镜像均在用故回收为 0,升级后旧镜像会被此处回收。
8.4 备份:btcpay-backup.sh
--help 实测:
Usage: btcpay-backup.sh [--migrate]
Default: back up for disaster recovery, omit Bitcoin LND data/graph, and restart BTCPay.
Recover LND channels by importing channel.backup (SCB); peers will be asked to close them.
--migrate: include Bitcoin LND data/graph and leave all BTCPay Docker Compose containers stopped.
Use this snapshot only while the source remains stopped to migrate with open channels.
Do not restart the source before or after starting the destination.
Outputs: backup.tar.gz[.gpg], or backup-migrate.tar.gz[.gpg] with --migrate.
直接执行(默认灾备模式,备份前导出 Postgres、停止栈、打包数据卷、完成后自动重启)实测关键过程:
ℹ️ Dumping Postgres database …
✅ Postgres database dump done.
ℹ️ Stopping BTCPay Server …
ℹ️ Archiving files in /var/lib/docker …
✅ Archive done.
ℹ️ Restarting BTCPay Server …
ℹ️ Cleaning up …
✅ Backup done => /var/lib/docker/volumes/backup_datadir/_data/backup.tar.gz
产物核对(regtest 栈实测,主网栈因链数据未裁剪排除策略不同体积会大得多):
ls -la /var/lib/docker/volumes/backup_datadir/_data/backup.tar.gz
tar -tzf /var/lib/docker/volumes/backup_datadir/_data/backup.tar.gz | head -8
-rw------- 1 root root 63681 Oct 23 02:37 backup.tar.gz
postgres.sql.gz
btcpay-backup-mode
volumes/generated_bitcoin_datadir/
volumes/generated_bitcoin_wallet_datadir/
volumes/generated_btcpay_datadir/
volumes/generated_btcpay_datadir/_data/RegTest/settings.config
volumes/generated_btcpay_pluginsdir/
包内含 Postgres 全量转储、各服务数据卷与部署 secrets;可通过 BTCPAY_BACKUP_PASSPHRASE 环境变量加密为 .tar.gz.gpg(加解密用同一口令,恢复时同样导出)。
8.5 恢复:btcpay-restore.sh
用法(脚本内建帮助原文):Usage: btcpay-restore.sh [--migrate] /path/to/backup.tar.gz[.gpg]。恢复流程为停止栈 → 清空数据卷 → 解包回灌 → 恢复 Postgres → 重启。
实测一台已有部署的机器上直接恢复会中止:
ℹ️ Cleaning restore directory /var/lib/docker/volumes/backup_datadir/_data/restore …
ℹ️ Extracting files in /var/lib/docker/volumes/backup_datadir/_data/restore …
✅ Extraction done.
🚨 The destination secrets path already exists. Remove it before restoring this backup.
ℹ️ Restore files were retained in /var/lib/docker/volumes/backup_datadir/_data/restore for diagnosis.
原因:备份包里带 secrets/ 目录,而恢复目标(部署仓库)下已存在同名目录。按提示移开旧目录后重跑,实测成功:
mv /root/btcpayserver-docker/secrets /root/btcpayserver-docker/secrets.pre-restore
/root/btcpayserver-docker/btcpay-restore.sh /var/lib/docker/volumes/backup_datadir/_data/backup.tar.gz
✅ Volume restore done.
ℹ️ Restoring Postgres database …
✅ Postgres database restore done.
ℹ️ Restarting BTCPay Server …
ℹ️ Cleaning up …
✅ Restore done
恢复后验证(实测同步状态与四个服务全部回来):
curl -s --max-time 10 http://127.0.0.1/api/v1/health; echo
# 实测输出:{"synchronized":true}
💡 说明:恢复脚本的设计场景是裸机重建(目标机无旧 secrets)。生产演练时先备份再恢复到同一台机器,就会遇到上述报错,按报错移开即可;被保留的
restore/目录核对后可删除。
8.6 btcpay-teardown.sh
整栈卸载(容器、网络、数据卷与环境配置)。实测直接执行会拒绝,必须 source 方式运行:
btcpay-teardown.sh
# 实测输出:
This script must be sourced ". btcpay-teardown.sh"
正确用法 . ./btcpay-teardown.sh。⚠️ 该命令删除包括数据卷在内的全部数据且不可逆,仅在确认放弃实例(或迁移前的最后一步)时使用。
8.7 btcpay-admin.sh
数据库级管理操作的入口,不带参数打印用法(实测):
Usage: ./btcpay-admin.sh [command]
Commands:
disable-multifactor <email>
set-user-admin <email>
reset-server-policy
disable-multifactor <email>:删除该用户的双因素凭据(U2F/FIDO2)并关闭其 2FA 开关,管理员丢失认证器时的解锁手段;set-user-admin <email>:把已有用户提升为服务器管理员(写入 SERVERADMIN 角色);reset-server-policy:删除服务器策略设置行(注册策略等恢复默认)。
8.8 btcpay-fragments
管理 Compose 生成片段。实测 show:
btcpay-fragments show
{"excludedFragments":[],"additionalFragments":[],"effectiveFragments":["bitcoin","btcpay-host","btcpayserver","btcpayserver-noreverseproxy","nbxplorer","opt-mempoolfullrbf","postgres"],"availableFragments":["beldex","bitcoin","bitcoin-clightning","bitcoin-lnd","bitcoincore","btcpay-host","btcpayserver","btcpayserver-nginx",…}
子命令(实测脚本分支):show(只读)、add <片段>、remove <片段>、exclude <片段>、unexclude <片段>;变更类命令会立即重新应用部署。effectiveFragments 是当前生效片段,availableFragments 是当前检出里全部可用片段。常用追加如 btcpay-fragments add opt-save-storage-xs(存储裁剪档位见配置篇 7.2 与官方 fragments 目录)。
8.9 btcpay-routes
管理 Nginx 可选路由(如把 Mempool、BTCPay 的附加应用挂到域名子路径)。子命令 show(只读查看)与 add|remove <路由名>。未启用 Nginx 反代片段的栈上执行会直接报错,实测:
btcpay-routes show
{"error":"BTCPAYGEN_REVERSEPROXY must be nginx"}
即该工具只在 BTCPAYGEN_REVERSEPROXY=nginx 的部署里有意义。
8.10 btcpay-switch
切换全节点与 Lightning 实现,help 实测:
Usage: btcpay-switch <command> [options] <target>
Commands:
node default|bitcoincore Switch the Bitcoin node implementation.
ln [--yes] clightning|lnd|phoenixd|none Switch the Lightning implementation.
help Show this help.
ln 子命令切换实现时会重建对应服务并迁移配置,交互确认可用 --yes 跳过(如 btcpay-switch ln --yes clightning)。
8.11 changedomain.sh
变更对外域名(改 BTCPAY_HOST、重签证书、重写环境快照并重部署)。不带参数执行实测提示:
The domain must be a valid domain name without a protocol.
正确用法:changedomain.sh btcpay.example.com(不带 https:// 前缀)。
8.12 btcpay-host
宿主机侧操作的受限入口(主程序通过 SSH 私钥调用它执行宿主动作),不带参数打印命令清单(实测):
Usage: btcpay-host <command> [arguments]
Commands:
env Return deployment metadata and supported host commands as JSON.
help Show this help.
showauthorizedkeys Return authorized SSH public keys as JSON.
setauthorizedkeys Replace authorized SSH public keys with argument 1.
changedomain <domain> Change the BTCPay Server domain.
update Update BTCPay Server.
clean Clean unused host resources.
restart Restart BTCPay Server and related services.
九、注意事项
- 所有运维脚本要求 root + 登录 shell:非登录 shell 缺
BTCPAYGEN_*环境快照,重跑 setup/变更类脚本会报This script must be run as root after running "sudo su -";用bash -l或sudo su -进入后再操作。 - down/up 不动数据卷,teardown 动:启停排障放心用 down/up;确需清数据卷用
btcpay-teardown.sh(source 方式执行)或 Compose 的down -v,执行前必须确认备份在手。 - 备份产物含全部密钥:
backup.tar.gz内有数据保护密钥、cookie、SSH 私钥与数据库转储,务必加密存储(BTCPAY_BACKUP_PASSPHRASE)并控制文件权限(脚本默认umask 077)。 - 版本锁定与更新的关系:
btcpay-update.sh拉最新部署仓库,BTCPAY_IMAGE锁主程序镜像版本;两者配合才能做到「脚本工具更新、业务版本不漂移」。 - 端口按部署形态区分:本文 Docker 栈实测端口(主程序 80→49392、NBXplorer 32838、bitcoind RPC 43782/P2P 39388)是生成器为 regtest 栈随机分配的;原生部署主网默认 23000(主程序)与 24444(NBXplorer)。
十、常见问题
Q1:btcpay-setup.sh 重跑后服务没起来?
先看终端尾部与 docker compose -f /root/btcpayserver-docker/Generated/docker-compose.generated.yml ps 的状态;再查主程序日志中的 Configuration error——多数是环境变量与 settings.config 冲突或 Postgres 连接串错误(排查路径见《BTCPay Server 2.4.5 配置参数详解》第九章)。
Q2:备份失败提示 Archiving failed?
多为归档工具不满足脚本要求:脚本用带多重 -C 参数的 tar 命令打包,环境里只有 busybox tar(如 Alpine 最小系统)时会报 tar: volumes/generated_nbxplorer_datadir: No such file or directory(实测报错,卷名为栈内任一数据卷)。安装 GNU tar(Debian/Ubuntu 自带)后重跑即可。失败的停止状态由脚本自动重启栈,数据不受影响(实测验证)。
Q3:恢复时报 The destination secrets path already exists?
见 8.5:备份包含 secrets/,目标机已有同名目录。移开旧目录重跑;这是恢复脚本对「裸机重建」语义的保护,不是备份损坏。
Q4:bitcoin-lncli.sh 报 No such container?
该封装只对应 LND;栈内未启用 Lightning(BTCPAYGEN_LIGHTNING=none)或启用的不是 LND 时必然报容器不存在。先用 btcpay-fragments show 确认 effectiveFragments 里有没有 bitcoin-lnd/bitcoin-clightning,再选对应封装。
Q5:Greenfield API 返回 401?
三个检查点:请求头是否为 Authorization: token <key>;API key 是否含所需权限(unrestricted key 拥有全权限);反代是否剥离了该头。与 NBXplorer 的 cookie 认证是两套独立体系,凭据不可互用。
十一、参考链接
- btcpayserver-docker 仓库与运维文档:https://github.com/btcpayserver/btcpayserver-docker
- 官方操作文档(backup/restore/changedomain):https://docs.btcpayserver.org/Docker/
- Greenfield API 文档:https://docs.btcpayserver.org/API/Greenfield/v1/
- NBXplorer 仓库(API 与配置):https://github.com/btcpayserver/nbxplorer
- Bitcoin Core RPC 参考:https://developer.bitcoin.org/reference/rpc/
- 本专栏配套文档:《BTCPay Server 2.4.5 介绍与选型指南》、《Ubuntu 22.04 安装 BTCPay Server 2.4.5 指南》、《BTCPay Server 2.4.5 Docker Compose 部署指南》、《BTCPay Server 2.4.5 配置参数详解》