126 lines
4.6 KiB
JSON
126 lines
4.6 KiB
JSON
{
|
||
"category": "consensus",
|
||
"title": "NAC共识机制核心原则",
|
||
"last_updated": "2026-02-07",
|
||
"principles": [
|
||
{
|
||
"principle_id": "CONSENSUS_001",
|
||
"title": "CBPP共识不需要投票机制",
|
||
"description": "CBPP通过'参与即共识'机制，节点只需验证规则合规性，无需投票决定谁对谁错",
|
||
"rationale": "将共识从节点协商转变为规则验证，实现真正的去中心化",
|
||
"key_concepts": [
|
||
{
|
||
"concept": "参与即共识",
|
||
"definition": "节点遵守规则的行为本身就是共识，无需额外投票",
|
||
"importance": "critical"
|
||
},
|
||
{
|
||
"concept": "规则服从 vs 协商共识",
|
||
"definition": "CBPP是规则验证而非节点协商，这是与PoW/PoS/BFT的根本区别",
|
||
"importance": "critical"
|
||
},
|
||
{
|
||
"concept": "宪法收据（CR）",
|
||
"definition": "交易的合法性证明，由CEE签发，节点只需验证CR有效性",
|
||
"importance": "critical"
|
||
}
|
||
],
|
||
"must_do": [
|
||
"所有交易必须有宪法收据（CR）才能上链",
|
||
"节点只需验证CR的有效性（签名、宪法哈希、时间窗口）",
|
||
"使用收据权重累计选择最佳链（分叉选择）",
|
||
"任何遵守规则的节点都可以产生区块"
|
||
],
|
||
"must_not_do": [
|
||
"不要实现投票机制用于区块确认",
|
||
"不要使用PoW/PoS/DPoS/BFT等传统共识算法",
|
||
"不要混淆治理投票和共识机制",
|
||
"不要让节点协商'谁对谁错'"
|
||
],
|
||
"common_mistakes": [
|
||
{
|
||
"mistake": "认为CBPP需要投票机制",
|
||
"correction": "CBPP通过规则验证实现共识，不需要投票",
|
||
"problem_id": "P001"
|
||
},
|
||
{
|
||
"mistake": "混淆治理投票和共识投票",
|
||
"correction": "治理投票用于链上决策（如创建分片），共识机制用于区块确认，两者完全不同",
|
||
"problem_id": "P001"
|
||
}
|
||
],
|
||
"related_docs": [
|
||
"CBPP_WhitePaper_v1",
|
||
"Constitutional_Blockchain_Design"
|
||
]
|
||
},
|
||
{
|
||
"principle_id": "CONSENSUS_002",
|
||
"title": "CBPP三大技术支柱",
|
||
"description": "宪法收据（CR）、开放生产网络（OPN）、流体区块模型（FBM）",
|
||
"key_concepts": [
|
||
{
|
||
"concept": "宪法收据（Constitutional Receipt, CR）",
|
||
"definition": "交易的合法性证明，包含交易哈希、宪法哈希、执行结果哈希、CEE签名",
|
||
"importance": "critical"
|
||
},
|
||
{
|
||
"concept": "开放生产网络（Open Production Network, OPN）",
|
||
"definition": "任何满足技术要求和身份验证的节点都可以成为区块生产者",
|
||
"importance": "critical"
|
||
},
|
||
{
|
||
"concept": "流体区块模型（Fluid Block Model, FBM）",
|
||
"definition": "区块大小和生成频率由实时交易负载动态决定，无固定大小和间隔",
|
||
"importance": "critical"
|
||
}
|
||
],
|
||
"must_do": [
|
||
"实现宪法执行引擎（CEE）签发CR",
|
||
"实现CR验证逻辑（签名、哈希、时效性）",
|
||
"实现开放的CBP节点注册机制（DID+KYC）",
|
||
"实现动态区块容量调整算法",
|
||
"实现交易驱动的出块机制"
|
||
],
|
||
"must_not_do": [
|
||
"不要使用固定区块大小",
|
||
"不要使用固定出块时间",
|
||
"不要限制区块生产者数量（除了技术和身份要求）"
|
||
],
|
||
"related_docs": [
|
||
"CBPP_WhitePaper_v1"
|
||
]
|
||
},
|
||
{
|
||
"principle_id": "CONSENSUS_003",
|
||
"title": "分叉选择规则：收据权重累计",
|
||
"description": "当出现临时分叉时，选择收据权重累计值最高的链",
|
||
"key_concepts": [
|
||
{
|
||
"concept": "收据权重",
|
||
"definition": "每个CR有一个基础权重，可根据交易类型、手续费等加权",
|
||
"importance": "high"
|
||
},
|
||
{
|
||
"concept": "权重累计",
|
||
"definition": "从创世块到区块头，累计路径上所有区块内CR的权重之和",
|
||
"importance": "high"
|
||
}
|
||
],
|
||
"must_do": [
|
||
"计算每个CR的权重",
|
||
"累计链上所有CR的权重",
|
||
"选择权重最高的链作为主链"
|
||
],
|
||
"must_not_do": [
|
||
"不要使用算力对比（不是PoW）",
|
||
"不要使用权益对比（不是PoS）",
|
||
"不要使用投票机制（不是BFT）"
|
||
],
|
||
"related_docs": [
|
||
"CBPP_WhitePaper_v1"
|
||
]
|
||
}
|
||
]
|
||
}
|