BCH2 Logo II BCH2

← 返回首页

2026 年 2 月

BCH2:Bitcoin Cash II

以公平分配回归去中心化挖矿

摘要

BCH2(Bitcoin Cash II)是一种 SHA-256 加密货币,它通过对 BC2(BitcoinII)的 1:1 分叉,把成熟的 Bitcoin Cash 协议与公平分配模式结合起来。BCH2 在区块高度 53,200 从 BC2 分叉,继承了 BC2 的完整交易历史,同时升级到 Bitcoin Cash 的共识规则 —— 包括 ASERT 难度调整算法(启动时采用抗攻击的 1 小时半衰期)、32MB 区块、CashAddr 地址格式,以及直到升级 11(ABLA)的全部 BCH 协议升级。

在比特币及其衍生链被工业化矿场主导的今天,BCH2 以可及的难度提供了一个重新开始的机会。没有预挖、没有开发者费用,并以公平的 1:1 分配给既有的 BC2 持有者 —— BCH2 代表着回归那种让比特币具有革命性的去中心化挖矿精神。

1. 引言

1.1 最初的愿景

2009 年中本聪发布比特币时,任何人用一台个人电脑就能挖出区块并获得奖励。这种可及性是比特币去中心化本质的根基 —— 成千上万独立矿工守护着网络,每个人都有公平的机会拿到区块奖励。

1.2 比特币的演变

随着比特币发展壮大,围绕扩容与理念的分歧催生了几个重要节点:

  • 2017 年:Bitcoin Cash(BCH)在区块 478,558 从比特币分叉,把区块大小提高到 8MB(后为 32MB),以容纳更多交易、降低手续费。BCH 持续改进:2020 年引入 ASERT 难度调整算法,并在 2025 年之前完成了大量协议改良。
  • 2025 年:BC2(BitcoinII)作为基于 Bitcoin Core v27 的全新实现启动,并拥有新的创世区块,为实验和新用例提供了一条干净的区块链。
  • 2026 年:BCH2(Bitcoin Cash II)在区块高度 53,200 从 BC2 分叉,在保留 BC2 完整历史的同时升级到 Bitcoin Cash 共识规则。这造就了一种独特组合:BC2 公平的初始分配,加上 BCH 久经实战的协议改进。

1.3 今天的问题

比特币的网络难度已达到天文数字,BCH 和多数 SHA-256 衍生链同样如此。这带来了几个问题:

  1. 工业化垄断 — 在主流链上,只有拥有廉价电力并能批量采购 ASIC 的大型矿场才能有利可图地挖矿。
  2. 家庭矿工被排除 — 在高难度网络上,使用小型设备的个人矿工找到区块的机会实际上为零。
  3. 矿池中心化 — 矿工被迫加入矿池、支付费用并信任运营方,这削弱了加密货币的点对点属性。
  4. 陈旧的难度算法 — 沿用比特币 2016 个区块调整周期的链,在算力波动时出块时间可能出现极端的方差。

1.4 BCH2 的解法

BCH2 以如下方式应对这些问题:

  • 从 BC2 早期区块链继承而来的、人人可及的难度起步
  • 采用半衰期为 1 小时的 ASERT,使难度在遭到操纵后能迅速恢复
  • 提供 32MB 区块以备未来扩容
  • 使用 CashAddr 格式,让地址更易用
  • 与 Bitcoin Cash 的协议改进保持 100% 兼容
  • 在区块 92,736(分叉后约 9 个月)自动把 ASERT 半衰期从 1 小时切换为 2 天 —— 无需硬分叉

2. 为什么需要 BCH2

2.1 公平启动的原则

BCH2 拒绝近年来加密货币发行中泛滥的榨取式代币模式:

无预挖:分叉时的全部 BCH2 供应量,按持有者在分叉区块的余额分配给 BC2 持有者。不为开发者、基金会或内部人士创造任何币。

无开发者费用:区块奖励 100% 归矿工。开发由社区自愿出资,不从区块奖励中抽取。

无 ICO/IEO:BCH2 不出售,也不预先分配。分配只通过 BC2 分叉和持续挖矿进行。

成熟的代码基础:BCH2 构建在 BitcoinII Core v27.1 之上,正是在比特币及其衍生链上守护着数十亿价值的同一套基础。

2.2 向 BC2 持有者的分叉分配

沿袭 Bitcoin Cash 在 2017 年开创的先例,BCH2 以 1:1 分叉承认既有的 BC2 持有者:

  • 分叉区块时的所有 BC2 余额都会记入为 BCH2(分叉时约 2,660,000 枚)
  • 掌握 BC2 私钥的用户自动掌握等量的 BCH2
  • 无需注册、申领或 KYC —— 把私钥导入 BCH2 钱包即可

这一模式确保:

  • 公平地分配给支持过 BC2 的人
  • 从第一天起即具备流动性
  • 供应不会集中在开发者手中
  • 早期支持者的利益与网络的成功保持一致

2.3 让挖矿重新触手可及

BCH2 在分叉时的难度,为小矿工提供了现实可行的机会:

  • 欢迎彩票式矿工 — Bitaxe、Nerdminer 一类低算力矿机,也有切实的机会挖到区块。
  • 家庭挖矿可行 — 消费级 ASIC 也能争夺完整的区块奖励。
  • 单独挖矿重新可行 — 个人矿工可以直接挖矿,无需强制加入矿池。
  • 自然增长 — 随着采用度提高,难度会随网络自然上升。

3. 技术规格

3.1 共识参数

参数数值
算法SHA-256(工作量证明)
目标出块时间10 分钟(600 秒)
区块奖励50 BCH2(遵循比特币的减半计划)
减半间隔210,000 个区块
最大供应量21,000,000 BCH2
区块大小上限32 MB
最小交易大小65 字节
难度调整ASERT DAA (aserti3-2d)
ASERT 半衰期(启动)3,600 秒(1 小时)
ASERT 半衰期(升级后)172,800 秒(2 天,与 BCHN 一致)
重放保护SIGHASH_FORKID

3.2 分叉参数

参数数值
分叉来源BC2(BitcoinII)区块链
基础软件BitcoinII Core v27.1
分叉高度53,200
分叉前历史BC2 区块 0–53,200(兼容 BTC)
分叉后规则完整的 BCH 共识(自区块 53,201 起生效)
分叉分配分叉区块时存在的全部 BC2(1:1)
创世区块
0000000028f062b221c1a8a5cf0244b1627315f7aa5b775b931cfec46dc17ceb
目标上线约 2026 年 3 月 7–9 日

3.3 网络配置

参数数值
P2P 端口(主网)8339
P2P 端口(测试网)18338
RPC 端口(主网)8342
网络魔数0xb2c2b2c2
地址格式CashAddr
地址前缀bitcoincashii:
数据目录~/.bitcoincashII

3.4 分叉前的激活高度(BC2 历史)

这些激活发生在 BC2 的历史中,并在 BCH2 中保留:

升级高度
BIP34(coinbase 中的高度)250
BIP65 (CHECKLOCKTIMEVERIFY)260
BIP66(严格 DER 签名)270
BIP68/112/113 (CSV)280
SegWit(仅分叉前)290

3.5 BCH2 的激活(分叉后)

所有 Bitcoin Cash 协议升级在区块 53,201 同时激活:

升级BCH 原定日期BCH2 激活
UAHF(8MB 区块、SIGHASH_FORKID)2017 年 8 月 1 日区块 53,201
New DAA2017 年 11 月 13 日区块 53,201
Magnetic Anomaly(CTOR、OP_CHECKDATASIG)2018 年 11 月 15 日区块 53,201
Graviton(Schnorr 签名)2019 年 11 月 15 日区块 53,201
Phonon(OP_REVERSEBYTES、SigChecks)2020 年 5 月 15 日区块 53,201
Axion(ASERT DAA)2020 年 11 月 15 日区块 53,201
升级 8(原生自省、64 位整数)2022 年 5 月 15 日区块 53,201
升级 9(CHIP 限制、P2SH32)2023 年 5 月 15 日区块 53,201
升级 10(VM 限制、BigInt)2024 年 5 月 15 日区块 53,201
升级 11(ABLA)2025 年 5 月 15 日区块 53,201

3.6 已禁用的功能(相对 BTC/BC2)

以下 BTC/BC2 的功能在分叉后被禁用,以与 BCH 共识保持一致:

功能状态原因
SegWit (BIP141)不产生新输出分叉后新的 SegWit 输出会被拒绝;已有的 SegWit UTXO 仍可通过 scriptSig 花费(见 §5.4)
Taproot (BIP340-342)仅密钥路径新的 Taproot 输出会被拒绝;已有的 P2TR 仅可通过密钥路径 scriptSig 花费(见 §5.4)
Replace-By-Fee(RBF)已禁用BCH 采用 first-seen 策略

3.7 ASERT 难度调整算法

BCH2 采用 ASERT(Absolutely Scheduled Exponentially Rising Targets),即 Bitcoin Cash 在 2020 年 11 月(Axion 升级)采用的难度调整算法。BCH2 使用的 aserti3-2d 与 BCHN v29.0.0 中的实现完全一致,仅为启动期的安全性调整了半衰期参数。

核心算法:

ASERT 依据自「锚点区块」(对 BCH2 而言即分叉区块)起经过的时间来计算难度,目标是平均恰好每 10 分钟一个区块:

next_target = anchor_target * 2^((actual_time - scheduled_time) / halflife)

其中:

  • anchor_target = 锚点区块(分叉区块)处的难度目标
  • actual_time = 自锚点区块的父区块以来经过的时间
  • scheduled_time = 预期时间,即区块高度差 × 600 秒
  • halflife = 控制调整速度的时间常数

ASERT 半衰期:启动阶段的关键参数:

参数BCH2(启动)BCHN
ASERT Half-Life3,600 秒(1 小时)172,800 秒(2 天)
调整速度快 48×标准
从 10× 难度飙升中恢复约 7 小时约 6.6 天

采用 1 小时半衰期的理由:

算力有限(约 1 PH/s)的新链容易遭到难度操纵攻击。掌握大量算力的人可以快速挖出区块把难度推高,再撤走算力,让诚实矿工在被抬高的难度下挖不到区块。按 BCHN 的 2 天半衰期,从 10× 的难度飙升中恢复大约需要 6.6 天 —— 网络近一周无法使用,矿工会转向有利可图的链,甚至可能引发死亡螺旋。

采用 BCH2 的 1 小时半衰期,同样的攻击只会造成约 7 小时的出块变慢,随后即恢复正常。矿工可以等待,也可以继续挖,而攻击者的成本全部白费。

权衡分析:

指标1-Hour Half-Life2-Day Half-Life
攻击后恢复约 7 小时约 6.6 天
难度波动更高更低
出块时间波动更高更低
适合小型链更好更差
适合大型链更差更好

1 小时的半衰期适合算力有限的 BCH2 启动阶段。波动变大,是换取抗攻击能力的可接受代价。

ASERT 锚点配置:

参数主网取值
锚点高度53,201
锚点 nBits0x1903a30c
锚点父区块时间待定(区块 53,200 被挖出时的 Unix 时间戳)
预期初始难度~140 MH (0x1903a30c)
目标算力1 PH/s 对应 10 分钟出块

4. 地址格式

4.1 CashAddr 规范

BCH2 采用 Bitcoin Cash 开发的 CashAddr 格式,它带来:

  • 人类可读的前缀,用于标明网络
  • 错误检测,借助 BCH 码校验和
  • 不区分大小写的编码,输入更方便
  • 与比特币/BC2 地址明确区分

4.2 地址示例

P2PKH(Pay to Public Key Hash):

bitcoincashii:qz2p8hv43kuq8s6gfa5lkm9a2jcm0m5vfcr7hxlmnj

P2SH(Pay to Script Hash):

bitcoincashii:pz2p8hv43kuq8s6gfa5lkm9a2jcm0m5vfcfnk4xmwy

4.3 地址类型标识

前缀Type
qP2PKH (standard)
pP2SH(多签/脚本)

5. 交易参数

5.1 交易规格

参数BCH2BCHN
签名算法ECDSA + SchnorrECDSA + Schnorr
sighash 标志必须使用 SIGHASH_FORKID必须使用 SIGHASH_FORKID
交易版本1, 21, 2
标准交易最大大小100 KB100 KB
粉尘限额182 聪182 聪
最低中继费1 聪/字节1 聪/字节

5.2 重放保护

机制实现
SIGHASH_FORKID分叉后所有交易均需使用
Fork ID0x000000(BCH 标准)
效果在 BCH2 上有效的交易在 BC2/BTC 上无效

签名在 sighash 原像中包含 fork ID,从而阻止交易在不同链之间被重放。区块 53,200 之后签名的 BCH2 交易在 BC2 上无效,BC2 的交易在 BCH2 上同样无效。

5.3 双花保护(DSProof)

BCH2 集成了 DSProof(双花证明),这是一种协议层机制,用于实时检测未确认交易上的双花企图。DSProof 最初为 Bitcoin Cash 开发,可为商家和支付服务商增强零确认场景下的安全性。

组件详情
P2P 消息类型dsproof-beta
检测层内存池集成
RPC 接口按交易查询双花状态
传播检测到时全网广播

当某个节点检测到花费同一笔输入的冲突交易时,它会构造并向全网广播一条 DSProof 消息。监听这类告警的商家和钱包,可以在双花发生后数秒内标记可疑交易,而无需等待区块确认。

这让零确认的商业支付更安全 —— 而这正是点对点电子现金的核心用例。

5.4 SegWit UTXO 迁移(通过 scriptSig 的 witness)

BC2 从比特币继承了 SegWit,因此分叉区块时的 UTXO 集合中含有锁定在 SegWit 输出(P2WPKH、P2WSH、P2TR 以及 P2SH 封装变体)里的币。由于 BCH2 移除了 SegWit 共识规则,这些 UTXO 在分叉后本来会变得无法花费。

BCH2 用通过 scriptSig 提供 witness来解决这个问题 —— 这是一种迁移机制,把签名数据放进传统的 scriptSig 字段而非 witness 字段,从而让持有者能够花费已有的 SegWit UTXO。

输出类型Pre-Fork (BC2)Post-Fork (BCH2)
P2WPKHscriptSig: empty, witness: [sig, pubkey]scriptSig: [sig, pubkey], witness: empty
P2WSHscriptSig: empty, witness: [...args, script]scriptSig: [...args, script], witness: empty
P2TR (key-path)scriptSig: empty, witness: [schnorr_sig]scriptSig: [schnorr_sig], witness: empty
P2SH-P2WPKHscriptSig: [redeemScript], witness: [sig, pubkey]scriptSig: [sig, pubkey, redeemScript], witness: empty

验证流程:

  • P2WPKH(v0,20 字节): 在 scriptSig 中需要 [签名, 公钥]。节点会构造一个隐含的 P2PKH 脚本并据此验证。
  • P2WSH(v0,32 字节): 在 scriptSig 中需要 [...参数, 脚本]。节点会验证 SHA256(脚本) 与输出中的哈希一致。
  • P2TR(v1,32 字节): 在 scriptSig 中需要 [Schnorr 签名],且仅支持密钥路径花费。
  • P2SH 封装: 兑换脚本与签名数据一并放入 scriptSig。

安全性:

  • 与 SegWit 相同的密码学安全性 —— 仍然必须提供有效签名
  • 分叉后的所有签名都强制使用 SIGHASH_FORKID(重放保护)
  • Taproot 的脚本路径花费不受支持 —— 仅支持密钥路径。使用复杂 Taproot 脚本的用户应在分叉前转移自己的币。

重要: 该机制仅适用于在分叉区块时或之前已存在的 SegWit UTXO。分叉之后无法创建新的 SegWit 输出 —— BCH2 共识会拒绝它们。

Sighash 算法:

BCH2 上的 SegWit UTXO 使用 BIP143 的 sighash 算法并带 SIGHASH_FORKID(0x41)来花费:

sighash = SHA256(SHA256(
    nVersion ||
    hashPrevouts ||
    hashSequence ||
    outpoint ||
    scriptCode ||      // P2PKH script for pubkeyhash
    value ||           // 8-byte little-endian satoshis
    nSequence ||
    hashOutputs ||
    nLockTime ||
    hashType           // SIGHASH_ALL | SIGHASH_FORKID (0x41)
))

签名放在 scriptSig 而非 witness 中: scriptSig: <signature> <pubkey>,witness:(空)

迁移所支持的地址类型:

Type格式派生路径示例
Legacy P2PKH1xxxm/44'/0'/0'/0/x1A1zP1eP5QGefi2DMPTfTL...
Native SegWit P2WPKHbc1q...m/84'/0'/0'/0/xbc1qar0srrr7xfkvy5l643...
Wrapped SegWit P2SH-P2WPKH3xxxm/49'/0'/0'/0/x3J98t1WpEZ73CNmQviecrn...

5.5 分叉分配的认领流程

BCH2 对分叉高度 53,200 时的全部 BC2 余额按 1:1 分配。领取流程通过统一的钱包界面支持所有地址类型。

推导与扫描:

钱包依据标准推导路径,从 BIP39 助记词推导出地址:

PathType已扫描地址
m/44'/0'/0'/0/0–19Legacy (P2PKH)外部(接收)
m/44'/0'/0'/1/0–19Legacy (P2PKH)内部(找零)
m/84'/0'/0'/0/0–19Native SegWit (P2WPKH)外部(接收)
m/84'/0'/0'/1/0–19Native SegWit (P2WPKH)内部(找零)
m/49'/0'/0'/0/0–19Wrapped SegWit (P2SH-P2WPKH)外部(接收)
m/49'/0'/0'/1/0–19Wrapped SegWit (P2SH-P2WPKH)内部(找零)

会同时扫描外部(接收)和内部(零钱)两条地址链,以找出所有符合分叉条件的 UTXO。

防滥用保护:

为防止通过变换地址类型重复领取,钱包会验证余额的来源:

isFromForkDistribution = (BC2_balance > 0)

如果存在 BCH2 余额而对应的 BC2 余额为零,说明这笔资金是在分叉之后收到的,会被标记为非分叉分配资金。这可阻止以下攻击手法:

  1. 在一个 SegWit 地址上领取 BCH2
  2. 把原来的 BC2 资金转到一个传统(legacy)地址
  3. 试图在该传统地址上再次领取

钱包会显示相应提示,区分分叉后的入账与分叉分配所得的余额。

6. 脚本能力(分叉后)

BCH2 支持完整的 BCH 脚本指令集:

类别能力
密码学OP_CHECKSIG, OP_CHECKMULTISIG, OP_CHECKDATASIG, OP_CHECKDATASIGVERIFY
签名类型ECDSA(旧)、Schnorr(Graviton 之后)
自省原生自省操作码(升级 8)
算术64 位整数、BigInt(升级 10)
栈OP_REVERSEBYTES、放宽的限制
契约(Covenants)通过自省启用

7. 链安全参数

参数数值用途
nMinimumChainWork分叉高度的链工作量拒绝低工作量的攻击链
检查点区块 53,200 的哈希锚定分叉点
assumevalid区块 53,200 的哈希加快初始同步

8. ASERT 半衰期过渡

8.1 自动过渡

BCH2 的 ASERT 半衰期会在预先设定的区块高度自动从 1 小时切换为 2 天,无需硬分叉。

参数启动(区块 53,201 起)过渡后(区块 92,736 起)
ASERT Half-Life3,600 秒(1 小时)172,800 秒(2 天,与 BCHN 一致)
过渡自动—
时间线分叉激活分叉后约 274 天(约 9 个月)

8.2 过渡机制

半衰期由区块高度决定:

if (height < 92736):
    nASERTHalfLife = 3600       (1 hour)
else:
    nASERTHalfLife = 172800     (2 days, matching BCHN)

区块 92,736 对应第 46 个纪元,约在区块 53,200 分叉之后 9.15 个月。ASERT 锚点参数保持不变 —— 只有半衰期常数改变。

8.3 理由

固定的切换高度免去了需要协调的硬分叉,以及随之而来的主观判断标准。到上线 9 个月时,网络已有足够时间建立稳定的算力和矿工多样性。该切换自始便写入共识规则,因此所有节点无需额外协调即可对这一变化达成一致。

网络过渡高度时间线
主网92,736分叉后约 9 个月
测试网40,320约 9 个月
回归测试网432低(用于测试)

9. 挖矿

9.1 区块奖励计划

BCH2 沿用比特币最初的发行计划:

Era区块范围奖励新增供应量
10 – 209,99950 BCH210,500,000
2210,000 – 419,99925 BCH25,250,000
3420,000 – 629,99912.5 BCH22,625,000
4630,000 – 839,9996.25 BCH21,312,500
............
合计——21,000,000

9.2 矿池

Forge Pool 以全球分布式架构为 BCH2 提供挖矿基础设施:

连接信息:

Stratum: stratum+tcp://pool.bch2.org:3333

功能特点:

  • 单一连接地址 — 只需连接一个地址,系统会自动路由到最近的区域代理
  • 全球代理网络 — 从任何地点都能获得低延迟连接
  • 网页界面控制 — 无需重新配置矿机即可切换挖矿方式(单独/矿池)和难度设置
  • 单独挖矿支付 — 单独挖矿,区块奖励全额直接进入你的钱包
  • 支持 Vardiff — 根据你的算力自动调整难度
  • PPLNS 支付 — 按贡献的份额(share)公平分配奖励
  • 最低支付额: 5 BCH2
  • 矿池费率: 1%(单独挖矿为 0.5%)

9.3 独立挖矿

BCH2 人人可及的难度让单独挖矿变得可行。请把矿机配置为直接连接你自己的 BCH2 节点:

# bitcoincashII.conf for solo mining
server=1
rpcuser=your_username
rpcpassword=your_password
rpcallowip=127.0.0.1

10. 基础设施

10.1 全球节点网络

BCH2 在多个大洲运行种子节点:

位置地区
美国达拉斯北美(主要/Forge Pool)
美国洛杉矶北美
美国新泽西北美
德国法兰克福欧洲
新加坡Asia

10.2 服务

服务URL
网站https://bch2.org
区块浏览器https://explorer.bch2.org
矿池https://pool.bch2.org
源代码https://github.com/BitcoincashII

10.3 钱包兼容性

BCH2 与 Bitcoin Cash 的钱包基础设施兼容:

  • 标准的 BIP32/39/44 HD 钱包推导
  • CashAddr 地址编码(前缀: bitcoincashii:)
  • 标准交易格式(带 SIGHASH_FORKID)
  • BCH2 原生推导路径:m/44'/145'/0'/0/x
  • 传统格式(1xxx)仍然有效,以保持显示兼容

地址格式:

bitcoincashii:qp63uahgrxged4z5jswyt5dn5v3lzsem6cy74rqsfs

10.4 Electrum 协议集成

余额与 UTXO 查询采用基于 scripthash 的方法,从而支持所有地址类型:

scripthash = REVERSE(SHA256(scriptPubKey))
方法用途
blockchain.scripthash.get_balance已确认与未确认余额
blockchain.scripthash.listunspent可用 UTXO
blockchain.scripthash.get_history交易历史
blockchain.transaction.broadcast提交已签名的交易

11. 代币经济

11.1 分叉时的供应分配

类别数量百分比
向 BC2 持有者的分叉分配分叉时的全部 BC2现有量的 100%
预挖0 BCH20%
开发者分配0 BCH20%
基金会储备0 BCH20%

11.2 持续分配

所有新增的 BCH2 只通过挖矿进入流通:

  • 区块奖励: 每个区块 50 BCH2
  • 矿工份额: 100%
  • 开发者抽成: 0%
  • 分配方式: 仅通过工作量证明

11.3 供应计划

里程碑流通供应量
Fork全部已存在的 BC2
区块 100,000~5,000,000 BCH2
首次减半(210,000)~10,500,000 BCH2
第二次减半(420,000)~15,750,000 BCH2
最大供应量21,000,000 BCH2

12. 治理

12.1 去中心化的开发

BCH2 的运行没有中央权威:

  • 没有基金会: 没有任何法人实体控制 BCH2
  • 没有“仁慈独裁者”: 没有任何个人对协议拥有特殊权力
  • 开源: 全部代码以 MIT 许可公开,任何人都可审计
  • 社区资助: 开发依靠自愿捐助维持

12.2 协议升级

更改 BCH2 的共识规则需要:

  1. 提案: 公开发布所提变更的规格说明
  2. 评审: 社区与开发者的分析
  3. 实现: 代码开发与测试
  4. 信号表态: 衡量矿工与节点运营者的支持程度
  5. 激活: 在指定高度/时间进行协调升级

12.3 与 Bitcoin Cash 保持一致

BCH2 有意持续与 Bitcoin Cash 的协议改进保持兼容:

  • ASERT 难度调整算法(已实现)
  • 32MB 区块(已实现)
  • 原生自省(introspection)(已实现)
  • 未来的 BCH 升级会逐项评估是否采用

13. 路线图

第 1 阶段:启动 ✓

  • 在指定区块高度从 BC2 分叉
  • ASERT 难度调整已启用
  • 已启用 32MB 区块大小
  • CashAddr 地址体系(bitcoincashii:)
  • 全球节点网络已运行
  • 矿池(Forge Pool)已上线
  • 全节点软件已发布

第 2 阶段:采用

  • 桌面钱包(Electron Cash 分支)
  • 移动钱包(Android、iOS)
  • 网页钱包
  • 区块浏览器改进
  • 更多矿池
  • 交易所上线

第 3 阶段:生态

  • 商家支付工具
  • 硬件钱包支持(Ledger、Trezor)
  • CashFusion 隐私功能实现
  • CashTokens 集成
  • 开发者 SDK 与文档

第 4 阶段:增长

  • 持续与 BCH 协议保持一致
  • 隐私增强
  • 代币/NFT 生态建设
  • 基础设施持续去中心化
  • 由社区驱动的功能开发

14. 安全性考量

14.1 SHA-256 的安全性

BCH2 使用与 2009 年以来守护比特币相同的 SHA-256 工作量证明算法:

  • 不引入新的密码学假设
  • 兼容价值数十亿美元的挖矿硬件
  • 15 年以上的真实环境安全验证

14.2 重放保护

BCH2 通过 SIGHASH_FORKID 实现重放保护:

  • 为 BCH2 签名的交易在 BC2 上无效
  • 为 BC2 签名的交易在 BCH2 上无效
  • 用户不会误在错误的链上花费

14.3 代码审计状态

BCH2 的基础是:

  • BitcoinII Core v27.1(基于经过充分审计的 Bitcoin Core)
  • Bitcoin Cash 的协议变更(自 2017 年起久经实战)
  • CashAddr 实现(BCH 标准代码)
  • ASERT 实现(自 2020 年起在 BCH 上运行)

15. 结论

BCH2 把 Bitcoin Cash 已验证的协议改进与公平的分配模式结合起来。通过在区块高度 53,200 从 BC2 分叉,BCH2 提供:

对 BC2 持有者:

  • 分叉时自动按 1:1 分配 BCH2
  • 无需任何操作 —— 同一套密钥在两条链上都有效
  • 在 BC2 上的投入继续保有价值

对矿工:

  • 人人可及的难度水平
  • 半衰期为 1 小时的 ASERT,确保从难度攻击中迅速恢复
  • 待算力稳定后,按计划把半衰期恢复为 2 天
  • 区块奖励的 100%(无开发者抽成)

对用户:

  • 用于扩容的 32MB 区块
  • 充裕的区块空间带来低手续费
  • 用 CashAddr 让地址更易用
  • 出块时间稳定,确认更快
  • 完整的 BCH 脚本能力,包括契约(covenant)与自省

对生态:

  • 没有预挖,也没有内部人分配
  • 社区治理
  • 开源开发
  • 与 Bitcoin Cash 协议兼容
  • 通往与 BCHN 参数完全一致的清晰升级路径

BCH2 是加密货币本该有的样子:开放、人人可及、公平,并且真正去中心化。

16. 参考资料

  1. Nakamoto, S. (2008). "Bitcoin: A Peer-to-Peer Electronic Cash System"
  2. Bitcoin Cash Protocol Documentation, https://documentation.cash/
  3. Sechet, A. (2020). "ASERT DAA Specification"
  4. CashAddr Specification, https://github.com/bitcoincashorg/bitcoincash.org/blob/master/spec/cashaddr.md
  5. BC2 (BitcoinII) Technical Documentation
  6. BCHN v29.0.0 ASERT Implementation Reference

17. 附录 A:快速上手指南

运行全节点

下载:

https://bch2.org/downloads/

配置(~/.bitcoincashII/bitcoincashII.conf):

server=1
daemon=1
listen=1
port=8339
rpcport=8342
rpcuser=your_username
rpcpassword=your_secure_password

# Seed nodes
addnode=144.202.73.66:8339
addnode=108.61.190.83:8339
addnode=64.176.215.202:8339
addnode=139.180.132.24:8339

启动:

bitcoincashIId -daemon

挖矿

矿池挖矿:

Pool: stratum+tcp://pool.bch2.org:3333
Worker: your_bch2_address
Password: x

单独挖矿:

把你的 ASIC 配置为连接本地节点的 RPC 端口。

认领 BC2 分叉分配

如果你在区块 53,200 时持有 BC2:

  1. 导出你的 BC2 私钥(WIF 格式)
  2. 导入 BCH2 钱包
  3. 你的 BCH2 余额等于分叉时的 BC2 余额

18. 附录 B:技术对比

功能BTCBCHBC2BCH2
区块大小4MB 权重32MB4MB 权重32MB
难度调整2016 个区块ASERT (2-day)2016 个区块ASERT(启动 1 小时 / 升级后 2 天)
SegWitYesNoYes否(分叉后)
地址格式bech32CashAddrbech32CashAddr
重放保护—SIGHASH_FORKID—SIGHASH_FORKID
出块时间10 min10 min10 min10 min
供应上限21M21M21M21M
RBFYesNoYesNo

BCH2 与 BCHN 对比小结

方面BCH2BCHN趋同计划
链历史BC2 区块 0–53,200BCH 创世链不适用(永久)
ASERT Half-Life1 小时(在区块 92,736 过渡)2 天在区块 92,736 自动执行
P2P Port83398333不适用(永久)
地址前缀bitcoincashii:bitcoincash:不适用(永久)
共识规则分叉后相同参考保持一致
脚本虚拟机相同参考保持一致

19. 附录 C:常见问题

BCH2 是 Bitcoin Cash 的分叉吗?

BCH2 是在区块高度 53,200 从 BC2(BitcoinII)分叉而来,并采用 Bitcoin Cash 共识规则。它保留 BC2 的区块链历史,同时升级到 BCH 的协议改进。

我需要做什么才能收到我的 BCH2?

不需要。如果你在区块 53,200 时掌握着 BC2 私钥,分叉本身就让你自动持有等量的 BCH2。只需把私钥导入 BCH2 钱包即可。

为什么分叉 BC2 而不是直接分叉 BCH?

BC2 从创世起就有公平的分配和人人可及的挖矿。BCH2 通过分叉 BC2 并升级到 BCH 规则,把公平分配与已验证的协议改进结合起来。

支持 SegWit 吗?

分叉之后无法创建新的 SegWit 输出。不过,来自 BC2 历史的已有 SegWit UTXO(P2WPKH、P2WSH、P2TR 以及 P2SH 封装变体)仍可通过 BCH2 的「通过 scriptSig 提供 witness」机制花费,该机制把签名数据从 witness 字段移入传统的 scriptSig。Taproot 支持密钥路径花费,不支持脚本路径花费 —— 使用复杂 Taproot 脚本的用户应在分叉前转移自己的币。RBF 同样被禁用。

我该用哪个钱包?

任何支持 CashAddr 格式的钱包都可以适配 BCH2。官方钱包将基于 Electron Cash 代码库发布。

我要怎么挖 BCH2?

把任意 SHA-256 ASIC 连接到 pool.bch2.org:3333,或对着你自己的节点单独挖矿。

为什么 ASERT 半衰期与 BCH 不同?

BCH2 以 1 小时的 ASERT 半衰期启动(BCH 为 2 天),以防范那些可能让算力有限的新链陷入瘫痪的难度操纵攻击。半衰期会在区块 92,736(分叉后约 9 个月)自动切换为 2 天,无需硬分叉。

分叉什么时候发生?

分叉发生在 BC2 的区块高度 53,200,目标上线时间约为 2026 年 3 月 7—9 日。持有 BC2 的人应在此之前确认私钥掌握在自己手中。

BCH2:Bitcoin Cash II — 公平分配、久经验证的协议、去中心化的未来

本文件日期为 2026 年 2 月。更新将发布于 https://bch2.org/whitepaper