176 lines
4.7 KiB
Markdown
176 lines
4.7 KiB
Markdown
# NAC原生性设计说明
|
||
|
||
## 核心原则
|
||
|
||
**NAC (NewAssetChain) 是完全独立的原生公链，不是以太坊的衍生、扩展或兼容链。**
|
||
|
||
## 与以太坊的本质区别
|
||
|
||
### 1. 设计目标不同
|
||
|
||
| 维度 | 以太坊 | NAC |
|
||
|------|--------|-----|
|
||
| **核心目标** | 通用智能合约平台 | RWA资产通证化专用链 |
|
||
| **共识机制** | PoS (Casper FFG) | 宪政区块生产协议 (CBPP) |
|
||
| **账户模型** | 账户模型 | 宪法收据驱动的资产模型 |
|
||
| **治理方式** | 链下治理 + EIP | 链上宪法治理 (XIC投票) |
|
||
|
||
### 2. ACC协议 ≠ ERC标准
|
||
|
||
ACC (Asset Contract Core) 协议是NAC的原生资产协议，**不是ERC标准的实现或模仿**：
|
||
|
||
#### ACC-20 vs ERC-20
|
||
|
||
**相似之处**（仅概念层面）：
|
||
- 都管理可替代资产
|
||
|
||
**本质区别**：
|
||
```rust
|
||
// ERC-20: 简单的余额映射
|
||
mapping(address => uint256) balances;
|
||
|
||
// ACC-20: 内置合规和资产状态管理
|
||
pub struct ACC20Token {
|
||
balances: HashMap<Address, u64>,
|
||
frozen_accounts: HashSet<Address>, // NAC原生：账户冻结
|
||
compliance_status: HashMap<Address, ComplianceLevel>, // NAC原生：合规等级
|
||
asset_metadata: AssetMetadata, // NAC原生：资产元数据
|
||
}
|
||
```
|
||
|
||
#### ACC-721 vs ERC-721
|
||
|
||
**相似之处**（仅概念层面）：
|
||
- 都管理唯一资产
|
||
|
||
**本质区别**：
|
||
```rust
|
||
// ERC-721: 简单的所有权映射
|
||
mapping(uint256 => address) owners;
|
||
|
||
// ACC-721: 集成GNACS分类和资产生命周期
|
||
pub struct ACC721Token {
|
||
owners: HashMap<u64, Address>,
|
||
gnacs_classification: HashMap<u64, GNACSCode>, // NAC原生：GNACS分类
|
||
asset_lifecycle: HashMap<u64, LifecycleState>, // NAC原生：生命周期
|
||
valuation_records: HashMap<u64, Vec<ValuationRecord>>, // NAC原生：估值记录
|
||
}
|
||
```
|
||
|
||
#### ACC-1155 vs ERC-1155
|
||
|
||
**相似之处**（仅概念层面）：
|
||
- 都支持多类型资产
|
||
|
||
**本质区别**：
|
||
- ERC-1155：游戏资产优化
|
||
- ACC-1155：复杂RWA资产组合管理（如：房地产 + 债券 + 股权的混合资产包）
|
||
|
||
### 3. NAC独有的原生协议
|
||
|
||
以下协议是NAC完全原创的，以太坊生态中没有对应物：
|
||
|
||
1. **ACC-RWA** - 真实世界资产协议
|
||
- 资产确权、评估、托管、赎回全流程
|
||
- 与传统金融系统深度集成
|
||
|
||
2. **ACC-Compliance** - 合规协议
|
||
- KYC/AML验证
|
||
- 司法辖区管理
|
||
- 黑名单/白名单机制
|
||
|
||
3. **ACC-Valuation** - 估值协议
|
||
- 多源估值聚合
|
||
- 时间序列估值记录
|
||
- 估值争议仲裁
|
||
|
||
4. **ACC-Custody** - 托管协议
|
||
- 多签托管
|
||
- 托管资产审计
|
||
- 托管方责任追溯
|
||
|
||
5. **ACC-Collateral** - 抵押协议
|
||
- 动态LTV管理
|
||
- 自动清算机制
|
||
- 抵押品组合优化
|
||
|
||
6. **ACC-Redemption** - 赎回协议
|
||
- 资产赎回流程
|
||
- 赎回费用计算
|
||
- 部分赎回支持
|
||
|
||
7. **ACC-Insurance** - 保险协议
|
||
- 资产保险承保
|
||
- 理赔流程自动化
|
||
- 保险池管理
|
||
|
||
8. **ACC-Governance** - 治理协议
|
||
- 资产级治理
|
||
- 提案投票机制
|
||
- 治理权重计算
|
||
|
||
### 4. 宪政区块生产协议 (CBPP)
|
||
|
||
NAC的共识机制完全不同于以太坊的PoS：
|
||
|
||
#### 宪法收据 (Constitutional Receipt, CR)
|
||
|
||
```rust
|
||
// 以太坊：交易直接进入交易池
|
||
txpool.add(tx)
|
||
|
||
// NAC：交易必须先获得宪法收据
|
||
let cr = constitutional_engine.validate(tx)?;
|
||
txpool.add_with_receipt(tx, cr)
|
||
```
|
||
|
||
#### 开放生产网络 (Open Production Network, OPN)
|
||
|
||
```rust
|
||
// 以太坊：需要质押32 ETH成为验证者
|
||
validator.stake(32_ETH)
|
||
|
||
// NAC：任何通过DID+KYC的节点都可以成为生产者
|
||
producer.register(did, kyc_proof, deposit)
|
||
```
|
||
|
||
#### 流体区块模型 (Fluid Block Model, FBM)
|
||
|
||
```rust
|
||
// 以太坊：固定12秒出块
|
||
const BLOCK_TIME = 12;
|
||
|
||
// NAC：动态调整区块大小和频率
|
||
fbm.adjust_based_on_load()
|
||
```
|
||
|
||
### 5. 三维区块坐标系统
|
||
|
||
NAC使用独特的三维坐标系统标识区块：
|
||
|
||
```rust
|
||
// 以太坊：线性区块高度
|
||
block_number: u64
|
||
|
||
// NAC：Epoch-Round-Branch三维坐标
|
||
pub struct BlockCoordinate {
|
||
epoch: u64, // 纪元（宪法版本）
|
||
round: u64, // 轮次（共识轮）
|
||
branch: Hash, // 分支（DAG引用）
|
||
}
|
||
```
|
||
|
||
## NAC的独特价值
|
||
|
||
1. **专注RWA** - 不追求通用性，只做资产通证化
|
||
2. **合规优先** - 宪法收据确保所有操作符合规则
|
||
3. **开放生产** - 降低参与门槛，提高去中心化程度
|
||
4. **动态性能** - 根据负载自动调整，不浪费资源
|
||
5. **资产生命周期** - 从确权到赎回的完整闭环
|
||
|
||
## 总结
|
||
|
||
**NAC不是"以太坊 + RWA扩展"，而是"为RWA从零设计的原生公链"。**
|
||
|
||
所有协议、机制、数据结构都围绕RWA场景深度优化，与以太坊的相似性仅限于概念层面（如"可替代资产"、"唯一资产"等通用概念），实现细节和设计哲学完全不同。
|