#59NAC公链多辖区节点共享方案与技术落地白皮书 #59

New Issue

NAC · 2026-02-28T01:43:26+08:00

NAC commented

2026-02-28 01:43:26 +08:00

版本：1.0
制定方：NAC核心协议工程组 · 多司法辖区工作组
发布日期：2026年2月18日
关联文档：NAC技术架构白皮书、宪法层规范、多司法辖区分类节点升级白皮书、插拔式辖区规则融合方案、阿联酋单点可插拔方案

执行摘要
随着NAC公链在多个司法辖区的逐步落地，不同辖区的节点如何在物理层面共享基础设施，同时在逻辑层面保持各自合规性、自治性和独立性，成为下一阶段的关键挑战。本白皮书提出多辖区节点共享方案，旨在实现：

物理资源共享：不同辖区的节点可部署在同一数据中心、云平台或硬件集群，降低运营成本。
逻辑隔离与自治：每个节点严格遵守其所属辖区的规则插件，不受其他辖区节点行为干扰。
跨辖区协作：支持跨辖区的交易处理、共识参与和网络通信，通过双宪法收据（CR）保障合规性。
统一治理：在宪法框架下，通过辖区协商机制协调共享资源的分配和争议解决。

该方案充分利用NAC已有的结构化地址、GIDS、CSNP、CBPP、插拔式插件等组件，将多辖区节点的共享与隔离无缝集成到现有架构中，为NAC公链的全球化部署提供坚实的技术基础。

一、核心挑战与设计目标
1.1 核心挑战

挑战描述
合规隔离同一物理设施上的节点可能归属不同辖区，必须确保其执行的规则互不干扰，且符合各自辖区的法律要求。
规则冲突跨辖区交易可能触发不同辖区的规则冲突，需要可预测的冲突解决机制。
共识参与不同辖区的节点如何共同参与区块生产，同时保证每个区块都满足所有涉及辖区的合规要求。
资源共享共享网络、存储、计算资源时，如何公平分配、防止资源抢占，并确保数据隐私。
身份可信节点身份与辖区的绑定必须具有密码学可验证性，防止冒充。
网络拓扑物理共享可能导致网络拓扑过于集中，需设计去中心化的节点发现和路由机制。

1.2 设计目标

逻辑强隔离：节点执行的规则完全由其所属辖区插件决定，与其他节点无关。
物理资源共享：支持节点共用计算、存储、带宽资源，降低边际成本。
跨辖区互操作：确保不同辖区节点间能安全、高效地处理交易和区块。
宪法级保障：所有共享方案受宪法条款约束，任何变更需辖区协商。
可扩展性：支持未来新辖区的动态加入，无需重构基础设施。

二、总体架构

plain text
┌─────────────────────────────────────────────────────────────┐
│ NAC全球统一宪法核心 │
│ • 永恒条款：地址格式、哈希算法、宪法收据强制 │
│ • 全球统一细则：CBPP共识基础、CSNP网络基础 │
└─────────────────────────────┬───────────────────────────────┘
↓ 加载辖区插件
┌─────────────────────────────────────────────────────────────┐
│ 多辖区节点共享层 │
├─────────────────────────────────────────────────────────────┤
│ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ │
│ │ 节点A │ │ 节点B │ │ 节点C │ │
│ │ (辖区X插件) │ │ (辖区Y插件) │ │ (辖区Z插件) │ │
│ └──────┬──────┘ └──────┬──────┘ └──────┬──────┘ │
│ │ │ │ │
│ └─────────────────┼─────────────────┘ │
│ ↓ │
│ 共享基础设施（数据中心/云平台） │
│ • 物理服务器 • 存储阵列 • 网络交换机 │
└─────────────────────────────┬───────────────────────────────┘
↓
┌─────────────────────────────────────────────────────────────┐
│ NAC链上交互层 │
│ • GIDS（全域身份目录） • CEE（宪法执行引擎） │
│ • CBPP共识协议 • CSNP网络协议 │
└─────────────────────────────────────────────────────────────┘

2.1 核心组件职责

组件职责
节点软件每个节点独立运行，加载所属辖区的插件，通过沙箱隔离插件逻辑。
共享基础设施提供物理资源（CPU、内存、存储、网络），通过虚拟化/容器技术实现资源隔离与分配。
GIDS 存储每个节点的DID、辖区标识、公钥、插件版本，供其他节点查询。
CEE 为跨辖区交易签发双CR，验证交易是否同时符合源和目标辖区规则。
CBPP 共识协议支持多辖区节点共同出块，区块头包含各辖区CR的Merkle根。
CSNP 网络层支持辖区感知路由，自动识别节点辖区并选择最优路径。

三、技术实现细节
3.1 节点身份与辖区绑定（GIDS增强）
每个节点在注册时，其DID必须绑定一个明确的司法辖区，并提供该辖区政府或监管机构的数字签名作为证明。

rust
struct NodeIdentity {
did: String,
jurisdiction: u16, // ISO3166-1代码 + 子辖区扩展
public_key: Vec,
plugin_hashes: Vec, // 已加载的辖区插件哈希
jurisdiction_proof: Signature, // 辖区政府签名
endpoint: String, // 网络地址
}

辖区证明：由辖区政府授权的CA签发，证明该节点实体已在该辖区合法注册，并同意遵守辖区规则。
插件哈希：节点启动时加载的插件哈希，其他节点可通过GIDS验证插件是否与辖区声明一致。

3.2 共享基础设施的隔离机制
采用轻量级虚拟化 + 命名空间技术实现资源隔离：

容器化：每个节点运行在独立的Docker容器或Kubernetes Pod中，通过cgroups限制CPU、内存使用。
存储卷：每个节点挂载独立的存储卷，存储区块链数据、配置文件和插件。
网络命名空间：为每个节点分配独立的虚拟网络接口，通过iptables/eBPF实现网络流量的隔离和QoS保障。
资源配额：根据节点所属辖区的经济贡献或治理权重，动态分配资源配额，防止单一节点抢占资源。

3.3 插拔式规则插件的共享与隔离
所有插件均以WASM模块形式存在，存储在IPFS，哈希上链。节点启动时从IPFS下载所需插件，并在WASM沙箱中执行。沙箱提供以下保障：

-无主机访问：插件无法访问文件系统、网络、环境变量等，仅通过宿主导入的函数与核心交互。

资源限制：对插件设置执行时间上限（如10ms）和内存上限（如64MB），防止拒绝服务攻击。
宿主接口：核心向插件暴露有限的API，如get_transaction()、get_asset_gnacs()、emit_result()等。

rust
// 宿主接口示例
host_function! {
fn get_kyc_level(address: &Address) -> u16 {
// 从核心状态中读取KYC等级
}
}

3.4 跨辖区共识参与机制（CBPP扩展）
多辖区节点共同参与区块生产时，必须确保每个区块同时满足所有涉及辖区的合规要求。CBPP扩展如下：

区块头新增字段：jurisdiction_merkle_root，包含区块内交易所涉辖区的CR哈希的默克尔树根。
双CR验证：对于跨辖区交易，交易中必须附带源辖区和目标辖区的CR。CBP节点在打包交易时，验证两个CR均有效，并将两个CR哈希计入区块。
辖区收据缓存：节点本地缓存已验证的CR，避免重复向CEE请求。

区块验证流程：

节点收到新区块，验证区块头的jurisdiction_merkle_root是否与区块内所有CR匹配。
对于每笔交易，若涉及多个辖区，则检查CR列表是否完整，并验证每个CR的签名和有效性。
若节点自身辖区与交易无关，可仅验证CR的签名（不执行插件逻辑），以降低开销。

3.5 跨辖区交易路由（CSNP扩展）
CSNP网络层新增辖区感知路由：

GIDS查询：节点在发送交易前，可查询目标地址的辖区信息，若目标地址属于其他辖区，则选择该辖区的中继节点转发。
多播优化：对于跨多个辖区的交易（如同时发给多个辖区的接收者），采用多播机制，减少重复传播。
协议转换：若源节点和目标节点辖区插件版本差异过大，中继节点可执行协议转换（如将交易格式转换为目标辖区兼容的格式），但需保留原始CR作为证据。

3.6 共享CEE节点集群
CEE节点本身也可跨辖区共享。一个CEE节点可配置为同时支持多个辖区的验证逻辑，通过加载多个插件实现。当收到跨辖区验证请求时，CEE并行调用所有相关插件，汇总结果后签发多签名CR。

CEE负载均衡：通过GIDS中的CEE节点列表，客户端可选择最近或负载最低的CEE节点发送请求。

3.7 数据存储共享
区块链数据本身是全局一致的，所有节点共享同一份数据副本。但在物理共享环境下，可通过分布式存储系统（如Ceph、GlusterFS）实现数据共享，减少冗余存储：

数据分片：将区块链数据分片存储在不同节点，通过冗余编码保证可用性。
数据缓存：节点本地缓存最近访问的数据，减少对共享存储的读取延迟。
隐私保护：对于敏感数据（如法律文件哈希），可通过加密存储，仅授权节点可解密。

四、安全与隐私保护

安全风险缓解措施
跨节点攻击容器隔离、cgroup限制、网络命名空间防止一个节点攻击其他节点。
插件恶意代码 WASM沙箱 + 宿主接口最小化 + 插件签名验证。
节点冒充 GIDS中的辖区证明 + 公钥绑定 + 节点启动时验证。
数据泄露存储加密 + 访问控制列表 + 敏感数据仅存哈希。
跨辖区交易重放 CR包含时间戳和辖区标识，防止在不同辖区重复使用。
资源耗尽资源配额 + 优先级队列 + 熔断机制。

五、治理与宪法保障
5.1 新增宪法条款

条款ID 内容层级
NODE_SHARING 允许不同辖区节点共享物理基础设施，但必须保持逻辑隔离战略
RESOURCE_ALLOCATION 共享资源的分配方案由辖区协商决定，写入宪法附录战术
CROSS_JURISDICTION_CONSENSUS 跨辖区区块生产需包含所有涉及辖区的CR 战略

5.2 辖区协商机制
对于共享资源的分配（如CPU配额、存储空间），由各辖区代表组成的资源分配委员会定期协商，达成一致后写入宪法附录。协商规则可采取：

按辖区经济权重分配（如GDP占比）
按节点数量比例分配
按交易量贡献分配

5.3 争议解决
若发生跨辖区节点争议（如资源抢占、规则冲突），提交至宪法法院裁决。宪法法院根据全球细则和辖区插件条款作出最终判决，判决结果通过链上投票确认。

六、落地路线图

阶段时间交付物验证目标
Phase 1 2026.02-03 容器化节点原型，支持单物理机多节点运行验证资源隔离和插件加载
Phase 2 2026.03-04 GIDS辖区证明扩展，跨辖区交易双CR原型验证身份绑定和跨辖区验证
Phase 3 2026.04-05 CBPP区块头扩展，跨辖区共识原型验证多辖区共同出块
Phase 4 2026.05-06 CSNP辖区感知路由，协议转换原型验证网络层跨辖区通信
Phase 5 2026.06-07 共享存储系统集成（Ceph）验证数据共享与一致性
Phase 6 2026.07-08 测试网部署多辖区节点集群（含阿联酋试点）验证整体方案
Phase 7 2026.08-09 宪法附录增补，主网激活正式上线

七、结论与展望
多辖区节点共享方案是NAC公链在全球化进程中迈出的关键一步。通过将物理资源共享与逻辑规则隔离相结合，NAC实现了：

成本效益：降低节点运营成本，吸引更多小规模节点参与。
监管友好：每个辖区节点独立遵守本地法律，同时享受全球网络的流动性。
网络韧性：物理集中不导致权力集中，通过密码学隔离确保去中心化本质。
扩展性：新辖区可快速接入现有基础设施，无需从零搭建。

该方案不仅适用于阿联酋这样的多司法辖区国家，也为未来跨国企业、国际组织部署自有节点提供了技术基础。NAC公链正在成为真正意义上的“全球资产流通宪法网络”。

制定人：NAC核心协议工程组 · 多司法辖区工作组
最后更新：2026年2月18日
文档状态：正式发布
|（注：文档部分内容可能由 AI 生成)

版本：1.0 制定方：NAC核心协议工程组 · 多司法辖区工作组发布日期：2026年2月18日关联文档：NAC技术架构白皮书、宪法层规范、多司法辖区分类节点升级白皮书、插拔式辖区规则融合方案、阿联酋单点可插拔方案 0. 执行摘要随着NAC公链在多个司法辖区的逐步落地，不同辖区的节点如何在物理层面共享基础设施，同时在逻辑层面保持各自合规性、自治性和独立性，成为下一阶段的关键挑战。本白皮书提出多辖区节点共享方案，旨在实现： - 物理资源共享：不同辖区的节点可部署在同一数据中心、云平台或硬件集群，降低运营成本。 - 逻辑隔离与自治：每个节点严格遵守其所属辖区的规则插件，不受其他辖区节点行为干扰。 - 跨辖区协作：支持跨辖区的交易处理、共识参与和网络通信，通过双宪法收据（CR）保障合规性。 - 统一治理：在宪法框架下，通过辖区协商机制协调共享资源的分配和争议解决。该方案充分利用NAC已有的结构化地址、GIDS、CSNP、CBPP、插拔式插件等组件，将多辖区节点的共享与隔离无缝集成到现有架构中，为NAC公链的全球化部署提供坚实的技术基础。一、核心挑战与设计目标 1.1 核心挑战挑战描述合规隔离同一物理设施上的节点可能归属不同辖区，必须确保其执行的规则互不干扰，且符合各自辖区的法律要求。规则冲突跨辖区交易可能触发不同辖区的规则冲突，需要可预测的冲突解决机制。共识参与不同辖区的节点如何共同参与区块生产，同时保证每个区块都满足所有涉及辖区的合规要求。资源共享共享网络、存储、计算资源时，如何公平分配、防止资源抢占，并确保数据隐私。身份可信节点身份与辖区的绑定必须具有密码学可验证性，防止冒充。网络拓扑物理共享可能导致网络拓扑过于集中，需设计去中心化的节点发现和路由机制。 1.2 设计目标 - 逻辑强隔离：节点执行的规则完全由其所属辖区插件决定，与其他节点无关。 - 物理资源共享：支持节点共用计算、存储、带宽资源，降低边际成本。 - 跨辖区互操作：确保不同辖区节点间能安全、高效地处理交易和区块。 - 宪法级保障：所有共享方案受宪法条款约束，任何变更需辖区协商。 - 可扩展性：支持未来新辖区的动态加入，无需重构基础设施。二、总体架构 plain text ┌─────────────────────────────────────────────────────────────┐ │ NAC全球统一宪法核心 │ │ • 永恒条款：地址格式、哈希算法、宪法收据强制 │ │ • 全球统一细则：CBPP共识基础、CSNP网络基础 │ └─────────────────────────────┬───────────────────────────────┘ ↓ 加载辖区插件 ┌─────────────────────────────────────────────────────────────┐ │ 多辖区节点共享层 │ ├─────────────────────────────────────────────────────────────┤ │ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐ │ │ │ 节点A │ │ 节点B │ │ 节点C │ │ │ │ (辖区X插件) │ │ (辖区Y插件) │ │ (辖区Z插件) │ │ │ └──────┬──────┘ └──────┬──────┘ └──────┬──────┘ │ │ │ │ │ │ │ └─────────────────┼─────────────────┘ │ │ ↓ │ │ 共享基础设施（数据中心/云平台） │ │ • 物理服务器 • 存储阵列 • 网络交换机 │ └─────────────────────────────┬───────────────────────────────┘ ↓ ┌─────────────────────────────────────────────────────────────┐ │ NAC链上交互层 │ │ • GIDS（全域身份目录） • CEE（宪法执行引擎） │ │ • CBPP共识协议 • CSNP网络协议 │ └─────────────────────────────────────────────────────────────┘ 2.1 核心组件职责组件职责节点软件每个节点独立运行，加载所属辖区的插件，通过沙箱隔离插件逻辑。共享基础设施提供物理资源（CPU、内存、存储、网络），通过虚拟化/容器技术实现资源隔离与分配。 GIDS 存储每个节点的DID、辖区标识、公钥、插件版本，供其他节点查询。 CEE 为跨辖区交易签发双CR，验证交易是否同时符合源和目标辖区规则。 CBPP 共识协议支持多辖区节点共同出块，区块头包含各辖区CR的Merkle根。 CSNP 网络层支持辖区感知路由，自动识别节点辖区并选择最优路径。三、技术实现细节 3.1 节点身份与辖区绑定（GIDS增强）每个节点在注册时，其DID必须绑定一个明确的司法辖区，并提供该辖区政府或监管机构的数字签名作为证明。 rust struct NodeIdentity { did: String, jurisdiction: u16, // ISO3166-1代码 + 子辖区扩展 public_key: Vec<u8>, plugin_hashes: Vec<Hash>, // 已加载的辖区插件哈希 jurisdiction_proof: Signature, // 辖区政府签名 endpoint: String, // 网络地址 } - 辖区证明：由辖区政府授权的CA签发，证明该节点实体已在该辖区合法注册，并同意遵守辖区规则。 - 插件哈希：节点启动时加载的插件哈希，其他节点可通过GIDS验证插件是否与辖区声明一致。 3.2 共享基础设施的隔离机制采用轻量级虚拟化 + 命名空间技术实现资源隔离： - 容器化：每个节点运行在独立的Docker容器或Kubernetes Pod中，通过cgroups限制CPU、内存使用。 - 存储卷：每个节点挂载独立的存储卷，存储区块链数据、配置文件和插件。 - 网络命名空间：为每个节点分配独立的虚拟网络接口，通过iptables/eBPF实现网络流量的隔离和QoS保障。 - 资源配额：根据节点所属辖区的经济贡献或治理权重，动态分配资源配额，防止单一节点抢占资源。 3.3 插拔式规则插件的共享与隔离所有插件均以WASM模块形式存在，存储在IPFS，哈希上链。节点启动时从IPFS下载所需插件，并在WASM沙箱中执行。沙箱提供以下保障： -无主机访问：插件无法访问文件系统、网络、环境变量等，仅通过宿主导入的函数与核心交互。 - 资源限制：对插件设置执行时间上限（如10ms）和内存上限（如64MB），防止拒绝服务攻击。 - 宿主接口：核心向插件暴露有限的API，如`get_transaction()`、`get_asset_gnacs()`、`emit_result()`等。 rust // 宿主接口示例 host_function! { fn get_kyc_level(address: &Address) -> u16 { // 从核心状态中读取KYC等级 } } 3.4 跨辖区共识参与机制（CBPP扩展）多辖区节点共同参与区块生产时，必须确保每个区块同时满足所有涉及辖区的合规要求。CBPP扩展如下： - 区块头新增字段：`jurisdiction_merkle_root`，包含区块内交易所涉辖区的CR哈希的默克尔树根。 - 双CR验证：对于跨辖区交易，交易中必须附带源辖区和目标辖区的CR。CBP节点在打包交易时，验证两个CR均有效，并将两个CR哈希计入区块。 - 辖区收据缓存：节点本地缓存已验证的CR，避免重复向CEE请求。区块验证流程： 1. 节点收到新区块，验证区块头的`jurisdiction_merkle_root`是否与区块内所有CR匹配。 2. 对于每笔交易，若涉及多个辖区，则检查CR列表是否完整，并验证每个CR的签名和有效性。 3. 若节点自身辖区与交易无关，可仅验证CR的签名（不执行插件逻辑），以降低开销。 3.5 跨辖区交易路由（CSNP扩展） CSNP网络层新增辖区感知路由： - GIDS查询：节点在发送交易前，可查询目标地址的辖区信息，若目标地址属于其他辖区，则选择该辖区的中继节点转发。 - 多播优化：对于跨多个辖区的交易（如同时发给多个辖区的接收者），采用多播机制，减少重复传播。 - 协议转换：若源节点和目标节点辖区插件版本差异过大，中继节点可执行协议转换（如将交易格式转换为目标辖区兼容的格式），但需保留原始CR作为证据。 3.6 共享CEE节点集群 CEE节点本身也可跨辖区共享。一个CEE节点可配置为同时支持多个辖区的验证逻辑，通过加载多个插件实现。当收到跨辖区验证请求时，CEE并行调用所有相关插件，汇总结果后签发多签名CR。 CEE负载均衡：通过GIDS中的CEE节点列表，客户端可选择最近或负载最低的CEE节点发送请求。 3.7 数据存储共享区块链数据本身是全局一致的，所有节点共享同一份数据副本。但在物理共享环境下，可通过分布式存储系统（如Ceph、GlusterFS）实现数据共享，减少冗余存储： - 数据分片：将区块链数据分片存储在不同节点，通过冗余编码保证可用性。 - 数据缓存：节点本地缓存最近访问的数据，减少对共享存储的读取延迟。 - 隐私保护：对于敏感数据（如法律文件哈希），可通过加密存储，仅授权节点可解密。四、安全与隐私保护安全风险缓解措施跨节点攻击容器隔离、cgroup限制、网络命名空间防止一个节点攻击其他节点。插件恶意代码 WASM沙箱 + 宿主接口最小化 + 插件签名验证。节点冒充 GIDS中的辖区证明 + 公钥绑定 + 节点启动时验证。数据泄露存储加密 + 访问控制列表 + 敏感数据仅存哈希。跨辖区交易重放 CR包含时间戳和辖区标识，防止在不同辖区重复使用。资源耗尽资源配额 + 优先级队列 + 熔断机制。五、治理与宪法保障 5.1 新增宪法条款条款ID 内容层级 NODE_SHARING 允许不同辖区节点共享物理基础设施，但必须保持逻辑隔离战略 RESOURCE_ALLOCATION 共享资源的分配方案由辖区协商决定，写入宪法附录战术 CROSS_JURISDICTION_CONSENSUS 跨辖区区块生产需包含所有涉及辖区的CR 战略 5.2 辖区协商机制对于共享资源的分配（如CPU配额、存储空间），由各辖区代表组成的资源分配委员会定期协商，达成一致后写入宪法附录。协商规则可采取： - 按辖区经济权重分配（如GDP占比） - 按节点数量比例分配 - 按交易量贡献分配 5.3 争议解决若发生跨辖区节点争议（如资源抢占、规则冲突），提交至宪法法院裁决。宪法法院根据全球细则和辖区插件条款作出最终判决，判决结果通过链上投票确认。六、落地路线图阶段时间交付物验证目标 Phase 1 2026.02-03 容器化节点原型，支持单物理机多节点运行验证资源隔离和插件加载 Phase 2 2026.03-04 GIDS辖区证明扩展，跨辖区交易双CR原型验证身份绑定和跨辖区验证 Phase 3 2026.04-05 CBPP区块头扩展，跨辖区共识原型验证多辖区共同出块 Phase 4 2026.05-06 CSNP辖区感知路由，协议转换原型验证网络层跨辖区通信 Phase 5 2026.06-07 共享存储系统集成（Ceph）验证数据共享与一致性 Phase 6 2026.07-08 测试网部署多辖区节点集群（含阿联酋试点）验证整体方案 Phase 7 2026.08-09 宪法附录增补，主网激活正式上线七、结论与展望多辖区节点共享方案是NAC公链在全球化进程中迈出的关键一步。通过将物理资源共享与逻辑规则隔离相结合，NAC实现了： - 成本效益：降低节点运营成本，吸引更多小规模节点参与。 - 监管友好：每个辖区节点独立遵守本地法律，同时享受全球网络的流动性。 - 网络韧性：物理集中不导致权力集中，通过密码学隔离确保去中心化本质。 - 扩展性：新辖区可快速接入现有基础设施，无需从零搭建。该方案不仅适用于阿联酋这样的多司法辖区国家，也为未来跨国企业、国际组织部署自有节点提供了技术基础。NAC公链正在成为真正意义上的“全球资产流通宪法网络”。 --- 制定人：NAC核心协议工程组 · 多司法辖区工作组最后更新：2026年2月18日文档状态：正式发布 |（注：文档部分内容可能由 AI 生成)

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:28:47 +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#59