1. 比特币改进提案BIP-110技术背景
2015年8月,比特币开发者Jeff Garzik提出了编号为BIP-110的改进提案,这个方案试图解决比特币网络中长期存在的区块传播效率问题。当时比特币区块大小限制仍然是1MB,但网络已经显露出扩容需求,而BIP-110选择从另一个角度——区块传播协议优化来提升网络性能。
传统比特币节点使用"headers-first"同步方式,即先获取区块头信息再请求完整区块。这种方式在良好网络环境下表现尚可,但当区块增大或网络拥堵时,会导致显著的传播延迟。BIP-110创新性地提出了"预共识"(pre-consensus)概念,允许矿工在正式挖出区块前,先广播区块中包含的交易哈希列表。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. BIP-110核心机制解析
2.1 哈希预广播机制
BIP-110的核心是引入"txhashset"消息类型,矿工可以在挖矿过程中持续广播其内存池中的交易哈希集合。当其他节点收到这些哈希时,可以提前验证和下载相关交易数据。具体流程分为三个阶段:
- 预广播阶段:矿工A持续发送其候选区块中的交易哈希列表
- 区块宣告阶段:当矿工A成功挖出区块后,只需发送区块头和少量元数据
- 快速验证阶段:接收节点通过预存的交易数据快速组装完整区块
这种机制将区块传播时间从O(n)降低到O(1),因为大部分交易数据已经在区块产生前完成传输。
2.2 网络负载优化分析
与传统传播方式相比,BIP-110在带宽使用上展现出明显优势:
| 传播阶段 | 传统方式数据量 | BIP-110数据量 |
|---|---|---|
| 区块宣告 | 80字节(区块头) | 80字节+少量元数据 |
| 交易传输 | 完整交易数据(1MB+) | 已预先完成 |
| 验证时间 | 完整验证所有交易 | 只需验证coinbase交易 |
实测数据显示,在1MB区块下,BIP-110能将区块传播时间缩短60%以上,对于大区块效果更为显著。
3. 技术实现细节
3.1 协议消息格式
BIP-110定义了两种新的P2P协议消息:
txhashset消息:
code复制{
"version": 1,
"block_hash": "0000
