本报告通过链上扫描与矿池统计，全面解析比特币合并挖矿的现状、安全边界与未来展望。重点关键词：合并挖矿、比特币算力、Rsk、Namecoin、盲合并挖矿、区块空间、扩容方案、挖矿激励。
合并挖矿：一个区块，两份安全
合并挖矿（又称“辅助工作量证明”）的本质，是矿工在一次挖矿尝试中为两条甚至多条区块链提供算力证明，形同把母链的比特币算力借给子链做安全背书。
- 母链：比特币；几乎察觉不到任何改动。
- 子链：需具备读取比特币区块头的接口（如 Namecoin、RSK）。
“同样的能量，换来两份奖励”——这种经济激励，使得约 90% 的比特币算力已开始某种形式的合并挖矿。
两种模式：常规 VS 盲合并挖矿
| 维度 | 常规 | 盲合并挖矿 |
|---|---|---|
| 执行主体 | 比特币矿工兼子链验证人 | 第三方代理（任何人都能跑节点） |
| 激励来源 | 双币种：BTC + 子链代币 | 纯 BTC 交易费（隔离子链风险） |
| 潜在风险 | 子链漏洞拖累主链 | 子链问题不影响主链出块 |
| 现状 | 普遍采用 | 仍在讨论阶段 |
很多开发者将“盲合并挖矿”视为终极扩容方案，因其把子链的所有验证工作从矿工手中彻底抽离，只把最轻量的承诺哈希放进区块空间即可。
👉 想抢先体验区中心化且低风险的盲合并场景？马上了解如何参与实战
承诺哈希究竟被藏在哪儿？
为了简化“哪里去找子链数据”，矿工们把哈希放在 coinbase 交易：
OP_Return 输出
- 可直接识别标签；例如 RSK 的标签
RSKBLOCK:… - 2020 年初，平均每块 2.3 个 OP_Return；2017 年前几乎为零。
- 可直接识别标签；例如 RSK 的标签
coinbase scriptsig
- 能一次性打包多条子链的 Merkle root，更省空间。
- 早期 Namecoin 采用此法，2011–2016 主导，2017–2019 二次回潮，目前占比约 85%。
RSK 与 Namecoin 测速跑道
- RSK：基于 OP_Return，矿工采纳率 40%–50%，SlushPool 高达 88%。
- Namecoin：基于 scriptsig，价格与采用率在 2017 年 ICO 泡沫后同步攀升。
算力集中化？潜在风险一览
- 软件复杂度：为争夺子链奖励，矿工可能安装多套客户端，bug 传导风险上升。
- 挖矿集中化压力：一旦子链验证繁重，小矿池无法接入，只剩大算力独享红利。
- 链重组联动：子链重组会否触发母链长链回滚？当前观察中尚未出现，但需足够冗余的监控体系。
得益于这些隐患，“盲合并”被视为更有温度的扩容路径：子链失败，不影响 BTC 网络完整性，矿工继续收取比特币作为唯一收益。
FAQ：关于合并挖矿，你必须知道的 5 个关键问题
Q1：我是一名矿工，直接加入 Namecoin 合并挖矿需要额外算力吗？
A：不需要。只用更新本地节点、配置好 getauxblock 接口即可完成，比特币算力本身不会额外消耗。
Q2：为何我的矿池已经部署 RSK，却很少见额外奖励？
A：RSK 的区块间隔仅 30 秒，一个比特币块可能需押注多达 20 个子块。奖励分配按博弈规则，略像“盲盒”；若你出块时没有命中高价值子块，收益自然有限。
Q3：盲合并挖矿是否一定要软分叉？
A：Paul Sztorc 早期的 BIP301 需要；Ruben Somsen 的“单向锚定”方案则可在无需新分叉的情况下，仅通过 区块空间 优化实现，相对更轻量。
Q4：多个子链同时合并挖矿会更占带宽吗？
A：如果只使用 scriptsig，一条比特币块即可携带 N 条子链 Merkle 树根，网络量仅多几十字节，几乎可忽略。
Q5：合并挖矿会不会让比特币变成“央行”生态？
A：不会。第一，子链自主验证，不依赖跨链转账的“权威”；第二，盲合并模式让误操作被隔离在子链范围，真正做到了去中心化、互不干扰。
写在最后：拥抱多元，同时保持清醒
过去十年，我们见证了从 Namecoin 到 RSK，再到无数实验性子链的井喷。合并挖矿机制把庞大的比特币算力化作共享公共品，既降低新链安全成本，也为矿工带来额外现金流。
但它不是“无痛扩容”的万能钥匙：软件 Bug、中心压力、社区分歧都让“盲合并”更值得推动。正因此，持续链上监测、开源审计、社区教育才是实现可持续去中心化的基石。
保持好奇、保持质疑——正如比特币本身的发展历程一样。