281 lines
10 KiB
JSON
281 lines
10 KiB
JSON
{
|
||
"doc_id": "CBPP_WhitePaper_v1",
|
||
"title": "宪政区块生产协议（CBPP）技术白皮书",
|
||
"chinese_title": "宪政区块生产协议（CBPP）技术白皮书",
|
||
"path": "/home/ubuntu/upload/宪政区块生产协议（CBPP）技术白皮书.docx",
|
||
"read_date": "2026-02-07",
|
||
"pages": 12,
|
||
"document_type": "whitepaper",
|
||
"importance": "critical",
|
||
"summary": "CBPP是NAC的核心共识协议，通过宪法收据机制实现'参与即共识'，将共识从节点协商转变为规则验证，不需要传统的投票机制",
|
||
|
||
"core_concepts": [
|
||
{
|
||
"concept": "参与即共识",
|
||
"definition": "节点遵守规则的行为本身就是共识，无需投票机制。节点参与网络、遵守规则、传播有效区块的行为，就是共识本身",
|
||
"importance": "critical",
|
||
"page": 1,
|
||
"key_quote": "共识是服从规则的自然结果：任何节点，只要其行为严格符合宪法规则，就自动成为网络共识的一部分。节点间无需就'谁对谁错'进行投票，只需独立验证'是否合规'"
|
||
},
|
||
{
|
||
"concept": "从协商共识到规则服从",
|
||
"definition": "CBPP将共识问题转化为规则验证问题，这是与PoW/PoS/BFT的根本区别",
|
||
"importance": "critical",
|
||
"page": 1,
|
||
"key_quote": "传统区块链的共识机制核心在于让分布式节点对'什么是下一个有效区块'达成一致。这是一个协商与博弈的过程。CBPP的核心创新在于将共识问题转化为规则验证问题"
|
||
},
|
||
{
|
||
"concept": "宪法收据（Constitutional Receipt, CR）",
|
||
"definition": "交易的合法性证明，由宪法执行引擎（CEE）签发，包含交易哈希、宪法哈希、执行结果哈希、CEE签名等",
|
||
"importance": "critical",
|
||
"page": 2,
|
||
"technical_details": {
|
||
"fields": [
|
||
"transaction_hash: 对应交易的哈希",
|
||
"constitutional_hash: 当前宪法版本哈希",
|
||
"clause_index: 触发的主要宪法条款索引",
|
||
"execution_result_hash: AI引擎执行结果的Merkle根",
|
||
"timestamp: 收据生成时间",
|
||
"validity_window: 收据有效期（如120个区块高度）",
|
||
"validator_signature: CEE的签名",
|
||
"receipt_id: 收据ID"
|
||
],
|
||
"key_features": [
|
||
"宪法绑定：constitutional_hash确保收据只在特定宪法版本下有效",
|
||
"结果可验证：execution_result_hash允许验证AI校验结果",
|
||
"时效性：validity_window防止交易被无限期延迟"
|
||
]
|
||
}
|
||
},
|
||
{
|
||
"concept": "开放生产网络（Open Production Network, OPN）",
|
||
"definition": "任何满足技术要求和身份验证的节点都可以成为宪法区块生产者（CBP）",
|
||
"importance": "critical",
|
||
"page": 2,
|
||
"key_features": [
|
||
"无需质押代币，权力来源于对规则的掌握与执行",
|
||
"需要DID+KYC身份验证",
|
||
"需要通过宪法知识测试",
|
||
"满足硬件和带宽基准"
|
||
]
|
||
},
|
||
{
|
||
"concept": "流体区块模型（Fluid Block Model, FBM）",
|
||
"definition": "摒弃固定大小和固定间隔的区块，区块容量和生成频率由实时网络交易负载动态决定",
|
||
"importance": "critical",
|
||
"page": 2,
|
||
"key_features": [
|
||
"无固定区块大小",
|
||
"无固定出块时间",
|
||
"软上限动态调整",
|
||
"交易驱动出块"
|
||
]
|
||
},
|
||
{
|
||
"concept": "宪法执行引擎（Constitutional Execution Engine, CEE）",
|
||
"definition": "链下或链上可信环境，负责执行宪法中定义的复杂校验逻辑（AI估值、合规审查、审批流程）",
|
||
"importance": "high",
|
||
"page": 4,
|
||
"key_features": [
|
||
"多实例部署（至少3个地理分散的实例）",
|
||
"确定性输出（同一交易输入产生相同结果）",
|
||
"签发宪法收据"
|
||
]
|
||
},
|
||
{
|
||
"concept": "收据验证Gossip协议（Receipt Validation Gossip Protocol, RVGP）",
|
||
"definition": "基于收据验证的区块传播和共识收敛机制",
|
||
"importance": "high",
|
||
"page": 8,
|
||
"workflow": [
|
||
"交易传播：验证CR后存入内存池并转发",
|
||
"区块传播：验证区块内所有CR后接受并转发",
|
||
"分叉选择：选择收据权重累计值最高的链"
|
||
]
|
||
},
|
||
{
|
||
"concept": "收据权重累计",
|
||
"definition": "分叉选择规则，选择从创世块到区块头累计CR权重之和最高的链",
|
||
"importance": "high",
|
||
"page": 8,
|
||
"key_features": [
|
||
"每个CR有基础权重",
|
||
"可根据交易类型、手续费加权",
|
||
"鼓励打包高价值、高合规性交易"
|
||
]
|
||
},
|
||
{
|
||
"concept": "三维坐标系统",
|
||
"definition": "区块标识使用Epoch-Round-Branch三维坐标，支持并行生产",
|
||
"importance": "medium",
|
||
"page": 7,
|
||
"dimensions": [
|
||
"纪元（Epoch）：每N个区块或固定时间切换",
|
||
"轮次（Round）：纪元内的线性递增序号",
|
||
"分支（Branch）：同一轮次内的并行区块"
|
||
]
|
||
}
|
||
],
|
||
|
||
"key_features": [
|
||
"从协商共识到规则服从的范式转变",
|
||
"参与即共识，无需投票机制",
|
||
"宪法收据作为交易合法性证明",
|
||
"开放生产网络，任何合规节点都可产生区块",
|
||
"流体区块模型，动态调整容量和频率",
|
||
"收据权重累计的分叉选择规则",
|
||
"抗51%攻击、抗女巫攻击、抗审查",
|
||
"理论TPS可达10,000+，确认时间200-500ms"
|
||
],
|
||
|
||
"architecture": {
|
||
"layers": [
|
||
{
|
||
"layer": "L2",
|
||
"name": "宪法治理层",
|
||
"components": [
|
||
"XIC持有者提案与投票",
|
||
"宪法条款修订",
|
||
"紧急仲裁"
|
||
]
|
||
},
|
||
{
|
||
"layer": "L1",
|
||
"name": "宪法协议层",
|
||
"components": [
|
||
"宪法执行引擎（CEE）",
|
||
"CBPP核心逻辑",
|
||
"开放生产网络（OPN）",
|
||
"流体区块模型（FBM）",
|
||
"收据验证Gossip协议（RVGP）",
|
||
"ACC-20/ACC-20C资产协议"
|
||
]
|
||
},
|
||
{
|
||
"layer": "Network",
|
||
"name": "网络层",
|
||
"components": [
|
||
"基于Libp2p的P2P网络",
|
||
"交易/区块传播",
|
||
"节点发现与评分"
|
||
]
|
||
}
|
||
]
|
||
},
|
||
|
||
"workflow": {
|
||
"transaction_lifecycle": [
|
||
"用户发起交易",
|
||
"宪法执行引擎（CEE）校验",
|
||
"获得宪法收据（CR）",
|
||
"广播带CR的交易",
|
||
"CBP节点收集验证",
|
||
"打包入流体区块",
|
||
"网络传播与收敛"
|
||
],
|
||
"block_lifecycle": [
|
||
"CBP节点监听有效交易",
|
||
"满足出块条件时打包",
|
||
"生成并签名区块",
|
||
"广播区块",
|
||
"其他节点验证收据与规则",
|
||
"接受并传播/拒绝",
|
||
"链状态更新"
|
||
]
|
||
},
|
||
|
||
"security": {
|
||
"anti_51_attack": "攻击者即便控制大多数CBP，也无法通过无效交易或改写历史，因为共识依赖规则统一性而非算力对比",
|
||
"anti_sybil": "身份绑定（DID+KYC）、注册保证金、出块率与信誉关联",
|
||
"anti_censorship": "宪法条款规定CBP有义务打包有效交易，违反可被举报和惩罚",
|
||
"cee_decentralization": "多实例共识、开源可验证、治理监督"
|
||
},
|
||
|
||
"performance": {
|
||
"latency": "200-500ms（理想确认时间）",
|
||
"throughput": "目标10,000+ TPS",
|
||
"scalability": "通过动态gas_limit、并行和优化实现"
|
||
},
|
||
|
||
"implementation_roadmap": [
|
||
{
|
||
"phase": "阶段一",
|
||
"duration": "3个月",
|
||
"title": "宪法收据原型",
|
||
"tasks": [
|
||
"部署CEE原型",
|
||
"实现ACC-20交易的CR签发与验证",
|
||
"构建收据验证缓存和Gossip网络原型"
|
||
]
|
||
},
|
||
{
|
||
"phase": "阶段二",
|
||
"duration": "6个月",
|
||
"title": "开放生产网络测试",
|
||
"tasks": [
|
||
"启动CBP注册",
|
||
"实现流体区块生产与验证",
|
||
"小规模网络测试（~50节点）"
|
||
]
|
||
},
|
||
{
|
||
"phase": "阶段三",
|
||
"duration": "9个月",
|
||
"title": "经济模型与治理集成",
|
||
"tasks": [
|
||
"引入激励与惩罚机制",
|
||
"CBPP参数置于L2治理之下",
|
||
"大规模压力测试和攻击演习"
|
||
]
|
||
},
|
||
{
|
||
"phase": "阶段四",
|
||
"duration": "12个月",
|
||
"title": "主网上线与迁移",
|
||
"tasks": [
|
||
"主网分阶段启用CBPP",
|
||
"与现有PoRWA并行运行",
|
||
"全面切换到CBPP共识"
|
||
]
|
||
}
|
||
],
|
||
|
||
"related_docs": [
|
||
"Constitutional_Blockchain_Design"
|
||
],
|
||
|
||
"key_quotes": [
|
||
"CBPP的核心创新在于将共识问题转化为规则验证问题",
|
||
"参与即是共识：节点参与网络、遵守规则、传播有效区块的行为，就是共识本身。无需额外投票",
|
||
"共识是服从规则的自然结果：任何节点，只要其行为严格符合宪法规则，就自动成为网络共识的一部分",
|
||
"宪政区块生产协议是一次对区块链共识根本逻辑的重构",
|
||
"在明确、公正、透明的规则（宪法）之下，每一个参与者的自由行动（生产区块），共同编织出稳定、繁荣且不可篡改的秩序（区块链）"
|
||
],
|
||
|
||
"critical_understanding": {
|
||
"no_voting_needed": {
|
||
"statement": "CBPP共识不需要投票机制",
|
||
"explanation": "因为共识是通过规则验证而非节点协商实现的。节点只需独立验证CR的有效性，无需投票决定'谁对谁错'",
|
||
"contrast_with_traditional": {
|
||
"traditional": "PoW/PoS/BFT需要节点协商和投票",
|
||
"cbpp": "CBPP只需要规则验证，参与即共识"
|
||
}
|
||
},
|
||
"governance_vs_consensus": {
|
||
"governance_voting": "用于L2宪法层的治理决策（修改宪法、参数调整等）",
|
||
"consensus_mechanism": "用于L1协议层的区块确认（通过规则验证，无需投票）",
|
||
"key_difference": "治理投票和共识机制是两个完全不同的概念，不要混淆"
|
||
}
|
||
},
|
||
|
||
"tags": [
|
||
"consensus",
|
||
"CBPP",
|
||
"constitutional_receipt",
|
||
"open_production_network",
|
||
"fluid_block_model",
|
||
"no_voting",
|
||
"rule_based_consensus"
|
||
]
|
||
}
|