想测试一笔多签交易、演练一次钱包恢复，或者验证节点软件改动会不会破坏共识规则，把真金白银放上去网测试都是不可接受的；公共测试网又常常被人多力量大的矿工把链推到很远，或者因为没人出块而卡住。Bitcoin Core 自带的 regtest（回归测试模式）解决的就是这类需求：在同一台电脑上瞬间拉起一条全新的私有区块链，出块节奏完全由你控制。官方开发者指南把这句话写得很直白——很多开发者认为 regtest 是开发新应用的首选方式。
一条只属于你的链
启动方式只需加一个参数：bitcoind -regtest -daemon。这一条链与 testnet、主网共享同一套代码和几乎全部验证规则——脚本引擎、签名验证、UTXO 模型都是同一套——但有一个关键差别：出块由你自己决定。官方文档的原话是你可以瞬间创建一条全新私有链，规则与 testnet 基本相同，唯一的大区别是你自己选择何时出块。用 bitcoin-cli -regtest generatetoaddress 101 $(bitcoin-cli -regtest getnewaddress) 一条命令就能造出 101 个区块，普通个人电脑上一秒钟都花不完。这条链默认不与任何公共网络对连，你敲下的每一笔实验交易都不会被外人看到，也不用排队等陌生矿工打包。
和 testnet、signet 的分工
比特币家族里有三条常用的测试链，回答的是三类问题。testnet 模拟一个有真实参与者的公共网络：独立创世块、独立地址前缀，适合测试节点互联、网络传播和钱包兼容性，但出块靠公共网络上的随机 CPU 矿工，节奏不可控。signet 由一条固定签名脚本约束谁能出块，节奏稳定，介于两者之间。regtest 则把环境完全关进本地：适合写集成测试、复现共识边界条件、演练钱包恢复流程。三者的地址格式互不兼容，把主网私钥导入 regtest 节点再往外转，只会暴露密钥，这一点无论在哪条测试链上都成立。
两个容易踩坑的规则细节
第一，奖励结构不同。官方文档明确写着：与主网不同，regtest 上只有前 150 个区块支付 50 枚比特币的区块奖励——也就是说减半曲线被大幅加速压缩，用来快速演练减半前后的行为。第二，coinbase 成熟期与主网一致：区块必须有 100 个确认才能花掉里面的 coinbase 输出，所以示例里先生成 101 个块才能动用第一笔挖来的币。很多人测试到一半发现币花不出去，原因就在第 100 个确认还没凑够。
一条直觉算术
把 regtest 想成一个沙盒：难度低到你一敲命令就出块，因此十分钟后你手里就有几百个确认的测试币；同时它诚实执行主网的验证规则，脚本里写错一个操作码，它照样拒收。能秒出块的自由度加上不打折的规则严格度，才让它成为集成测试的默认选择。唯一的心理陷阱是：秒出块意味着你几乎测不到传播延迟、孤块竞争和内存池拥塞，这些要靠多节点 regtest 网络或公共测试网才能复现。
一条工程视角的边界
用 regtest 做集成测试还有一条隐含边界：它验证的是状态机逻辑，不验证你与真实网络的耦合。钱包软件在 regtest 上跑通，不代表它处理 testnet 的区块重组、时间偏移与节点版本差异也没问题；发布前把同一套用例在 signet 或 testnet 复跑一遍，是成本很低的双保险。把 regtest 当成流水线的快环节而不是全部，是多数团队踩过一轮后总结的分工。
快速问答
问：regtest 的币能换成真钱吗？答：不能，它是你机器上的记账数据，没有任何人承认它值钱。
问：跑一条 regtest 需要什么配置？答：一台普通电脑和一份 Bitcoin Core 即可，链默认从创世块开始从零同步，磁盘占用起初非常小。
问：关掉进程数据还在吗？答：在，regtest 有自己的数据目录与区块文件，重启后接着用；想从头来过就清空该目录。
风险提示：本文是开发测试环境科普。测试链参数与规则可能随版本调整，动手前以当期 Bitcoin Core 官方文档为准；任何情况下都不要把持有过真实资产的私钥导入测试环境。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。