#60NAC公链核心组件关系解析：宪法引擎与CBPP、CNNL、CSNP的协同 #60

New Issue

NAC · 2026-02-28T01:45:11+08:00

NAC commented

2026-02-28 01:45:11 +08:00

NAC公链核心组件关系解析：宪法引擎与CBPP、CNNL、CSNP的协同
版本：1.0
制定方：NAC架构委员会
发布日期：2026年2月18日

一、核心组件定位回顾

组件全称层级核心职责
CNNL Constitutional Neural Network Language L2 宪法层宪法条款的声明式编程语言，用于定义全网最高规则
宪法引擎（CEE） Constitutional Execution Engine L2 宪法层根据CNNL编译的宪法状态，验证交易合规性并签发宪法收据（CR）
CBPP Constitutional Block Production Protocol L1 协议层基于宪法收据的区块生产共识协议，实现“节点产生区块，参与即是共识”
CSNP Constitutional Structured Network Protocol L1 协议层资产感知、法治化路由的网络协议，支撑宪法层与共识层的通信

二、核心关系图解

plain text
┌─────────────────────────────────────────────────────────────┐
│ 宪法层（L2） │
│ ┌──────────┐ ┌──────────┐ ┌──────────┐ │
│ │ CNNL │───▶│宪法状态文件│───▶│ CEE │ │
│ │ 立法 │ │ (编译产物)│ │ 执法 │ │
│ └──────────┘ └──────────┘ └─────┬────┘ │
│ │签发宪法收据(CR) │
└─────────────────────────────────────────┼─────────────────┘
↓
┌─────────────────────────────────────────────────────────────┐
│ 协议层（L1） │
│ ┌─────────────────────────────────────────────────────┐ │
│ │ CBPP共识：验证CR → 打包区块 → 收据权重分叉选择 │ │
│ │ 依赖：交易必须附带CR，区块头包含CR默克尔根 │ │
│ └─────────────────────────────────────────────────────┘ │
│ ↑ │
│ ┌─────────────────────────────────────────────────────┐ │
│ │ CSNP网络：传播带CR的交易/区块，GIDS身份认证 │ │
│ │ 依赖：节点身份含辖区信息，路由策略从宪法状态加载 │ │
│ └─────────────────────────────────────────────────────┘ │
└─────────────────────────────────────────────────────────────┘

三、详细关系阐述
3.1 CNNL → 宪法状态文件 → CEE

立法环节：辖区代表通过CNNL语言书写宪法条款（如XTZH_GOLD_COVERAGE），经宪法法院备案后，由CNNL编译器生成宪法状态文件（constitutional_state.json/.rs）。该文件包含所有宪法参数的常量定义、谓词函数（如check_coverage）、类型布局等。
执法准备：CEE（宪法执行引擎）在启动时加载宪法状态文件，将宪法条款转化为可执行的验证逻辑。CEE节点本身不存储条款文本，只执行编译后的谓词。

关系实质：CNNL是CEE的“立法输入”，宪法状态文件是二者的唯一接口。

3.2 CEE → CBPP

交易合规证明：任何试图改变链上状态的交易，在广播前必须向CEE请求验证。CEE根据当前宪法状态执行所有相关谓词（如检查KYC等级、黄金覆盖率、交易限额等），若通过则签发宪法收据（CR）。
共识依赖：CBPP共识协议规定，没有CR的交易视为非法，不得被打包进区块。CBP节点在收到交易后，首先验证CR的有效性（签名、宪法哈希、未过期），只有通过验证的交易才进入内存池。
收据权重：CBPP的分叉选择规则中，区块的“收据权重”部分基于CR中的条款类型和手续费计算，激励节点优先打包高合规价值的交易。

关系实质：CEE是CBPP的“合规过滤器”，CR是连接二者的凭证。

3.3 CEE → CSNP

网络身份与辖区：CSNP的GIDS（全域身份目录服务）存储节点的DID和辖区信息。这些信息部分源自CEE验证过的KYC数据（例如，节点注册时需附带CEE签发的身份证明）。
策略加载：CSNP的资产感知传播引擎（AA-PE）所需的传播策略矩阵，部分参数由宪法状态文件定义。CEE虽不直接参与网络路由，但宪法状态中的策略（如“高风险资产仅向监管节点传播”）通过CEE验证的交易来间接影响网络行为。
跨辖区交易：跨辖区交易需要附带多个CEE签发的CR（源辖区和目标辖区），CSNP的中继节点根据CR中的辖区标识进行路由选择。

关系实质：CEE为CSNP提供身份和合规的信任基础，CSNP为CEE签发的CR提供传输通道。

3.4 CBPP ↔ CSNP 的协作

区块传播：CBPP产生的区块通过CSNP网络传播。CSNP的CBP骨干网确保区块快速、可靠地到达所有节点。
交易广播：用户发起的交易先通过CSNP广播给CEE节点（或直接广播，由CBP节点统一向CEE请求CR），获得CR后再次通过CSNP广播至全网。
状态同步：宪法状态文件的更新（通过辖区协商）通过CSNP同步至所有CEE节点和CBP节点，确保全网验证逻辑一致。

四、总结：法治三权分立在NAC的体现

组件对应法治权力核心职能
CNNL 立法权定义规则，将法律条款编译为机器可读的宪法状态
CEE 执法权执行宪法条款，签发合规证明（CR），确保交易合法性
CBPP+CSNP 司法与行政权传播、共识、存储，使合规交易最终成为不可篡改的链上事实

三者紧密耦合，又保持清晰边界：宪法规则由CNNL制定，由CEE执行，由CBPP/CSNP实施。任何交易必须经过CEE的“法治体检”才能进入CBPP的“共识生产”，最终通过CSNP的“网络传输”抵达全球节点。这正是NAC“完美中心化框架下的去中心化”理念的技术实现。

制定人：NAC架构委员会
最后更新：2026年2月18日
文档状态：正式发布

NAC公链核心组件关系解析：宪法引擎与CBPP、CNNL、CSNP的协同版本：1.0 制定方：NAC架构委员会发布日期：2026年2月18日一、核心组件定位回顾组件全称层级核心职责 CNNL Constitutional Neural Network Language L2 宪法层宪法条款的声明式编程语言，用于定义全网最高规则宪法引擎（CEE） Constitutional Execution Engine L2 宪法层根据CNNL编译的宪法状态，验证交易合规性并签发宪法收据（CR） CBPP Constitutional Block Production Protocol L1 协议层基于宪法收据的区块生产共识协议，实现“节点产生区块，参与即是共识” CSNP Constitutional Structured Network Protocol L1 协议层资产感知、法治化路由的网络协议，支撑宪法层与共识层的通信二、核心关系图解 plain text ┌─────────────────────────────────────────────────────────────┐ │ 宪法层（L2） │ │ ┌──────────┐ ┌──────────┐ ┌──────────┐ │ │ │ CNNL │───▶│宪法状态文件│───▶│ CEE │ │ │ │ 立法 │ │ (编译产物)│ │ 执法 │ │ │ └──────────┘ └──────────┘ └─────┬────┘ │ │ │签发宪法收据(CR) │ └─────────────────────────────────────────┼─────────────────┘ ↓ ┌─────────────────────────────────────────────────────────────┐ │ 协议层（L1） │ │ ┌─────────────────────────────────────────────────────┐ │ │ │ CBPP共识：验证CR → 打包区块 → 收据权重分叉选择 │ │ │ │ 依赖：交易必须附带CR，区块头包含CR默克尔根 │ │ │ └─────────────────────────────────────────────────────┘ │ │ ↑ │ │ ┌─────────────────────────────────────────────────────┐ │ │ │ CSNP网络：传播带CR的交易/区块，GIDS身份认证 │ │ │ │ 依赖：节点身份含辖区信息，路由策略从宪法状态加载 │ │ │ └─────────────────────────────────────────────────────┘ │ └─────────────────────────────────────────────────────────────┘ 三、详细关系阐述 3.1 CNNL → 宪法状态文件 → CEE - 立法环节：辖区代表通过CNNL语言书写宪法条款（如`XTZH_GOLD_COVERAGE`），经宪法法院备案后，由CNNL编译器生成宪法状态文件（`constitutional_state.json/.rs`）。该文件包含所有宪法参数的常量定义、谓词函数（如`check_coverage`）、类型布局等。 - 执法准备：CEE（宪法执行引擎）在启动时加载宪法状态文件，将宪法条款转化为可执行的验证逻辑。CEE节点本身不存储条款文本，只执行编译后的谓词。关系实质：CNNL是CEE的“立法输入”，宪法状态文件是二者的唯一接口。 3.2 CEE → CBPP - 交易合规证明：任何试图改变链上状态的交易，在广播前必须向CEE请求验证。CEE根据当前宪法状态执行所有相关谓词（如检查KYC等级、黄金覆盖率、交易限额等），若通过则签发宪法收据（CR）。 - 共识依赖：CBPP共识协议规定，没有CR的交易视为非法，不得被打包进区块。CBP节点在收到交易后，首先验证CR的有效性（签名、宪法哈希、未过期），只有通过验证的交易才进入内存池。 - 收据权重：CBPP的分叉选择规则中，区块的“收据权重”部分基于CR中的条款类型和手续费计算，激励节点优先打包高合规价值的交易。关系实质：CEE是CBPP的“合规过滤器”，CR是连接二者的凭证。 3.3 CEE → CSNP - 网络身份与辖区：CSNP的GIDS（全域身份目录服务）存储节点的DID和辖区信息。这些信息部分源自CEE验证过的KYC数据（例如，节点注册时需附带CEE签发的身份证明）。 - 策略加载：CSNP的资产感知传播引擎（AA-PE）所需的传播策略矩阵，部分参数由宪法状态文件定义。CEE虽不直接参与网络路由，但宪法状态中的策略（如“高风险资产仅向监管节点传播”）通过CEE验证的交易来间接影响网络行为。 - 跨辖区交易：跨辖区交易需要附带多个CEE签发的CR（源辖区和目标辖区），CSNP的中继节点根据CR中的辖区标识进行路由选择。关系实质：CEE为CSNP提供身份和合规的信任基础，CSNP为CEE签发的CR提供传输通道。 3.4 CBPP ↔ CSNP 的协作 - 区块传播：CBPP产生的区块通过CSNP网络传播。CSNP的CBP骨干网确保区块快速、可靠地到达所有节点。 - 交易广播：用户发起的交易先通过CSNP广播给CEE节点（或直接广播，由CBP节点统一向CEE请求CR），获得CR后再次通过CSNP广播至全网。 - 状态同步：宪法状态文件的更新（通过辖区协商）通过CSNP同步至所有CEE节点和CBP节点，确保全网验证逻辑一致。四、总结：法治三权分立在NAC的体现组件对应法治权力核心职能 CNNL 立法权定义规则，将法律条款编译为机器可读的宪法状态 CEE 执法权执行宪法条款，签发合规证明（CR），确保交易合法性 CBPP+CSNP 司法与行政权传播、共识、存储，使合规交易最终成为不可篡改的链上事实三者紧密耦合，又保持清晰边界：宪法规则由CNNL制定，由CEE执行，由CBPP/CSNP实施。任何交易必须经过CEE的“法治体检”才能进入CBPP的“共识生产”，最终通过CSNP的“网络传输”抵达全球节点。这正是NAC“完美中心化框架下的去中心化”理念的技术实现。 --- 制定人：NAC架构委员会最后更新：2026年2月18日文档状态：正式发布

nacadmin referenced this issue from a commit

2026-02-28 12:28:47 +08:00

feat(issues-59,60,61,62,66,67): 完成6个工单

nacadmin closed this issue

2026-02-28 12:31:10 +08:00

Sign in to join this conversation.

No Label

No Milestone

No project

No Assignees

1 Participants

Notifications

Due Date

The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: nacadmin/NAC_Blockchain#60