1062 lines
50 KiB
JavaScript
1062 lines
50 KiB
JavaScript
/**
|
||
* NAC 公链高频问题知识库 — 完整导入脚本
|
||
* 包含：CBPP 修正 + XTZH 铸造/定价 + XIC 与 XTZH 关系 + 一键上链 + Charter + NVM + CSNP 等
|
||
* 数据来源：NAC 官方白皮书、法典、技术方案文档
|
||
*/
|
||
import { MongoClient } from 'mongodb';
|
||
|
||
const MONGO_URL = 'mongodb://root:idP0ZaRGyLsTUA3a@127.0.0.1:27017/?authSource=admin';
|
||
const DB_NAME = 'nac_ai';
|
||
const COL_NAME = 'nac_tech_docs';
|
||
|
||
const NOW = new Date();
|
||
|
||
// ─────────────────────────────────────────────────────────────────────────────
|
||
// 知识库条目定义
|
||
// ─────────────────────────────────────────────────────────────────────────────
|
||
const docs = [
|
||
|
||
// ══════════════════════════════════════════════════════
|
||
// 一、CBPP 共识协议（修正版）
|
||
// ══════════════════════════════════════════════════════
|
||
{
|
||
category: 'CBPP',
|
||
title: 'CBPP 核心设计哲学',
|
||
content: `CBPP（Constitutional Block Production Protocol，宪政区块生产协议）是 NAC 公链的原生共识协议，其核心哲学可归纳为四句宪法原则：
|
||
1. 约法即是治法：宪法条款直接编码为共识规则，无需外部执法机构。
|
||
2. 宪法即是规则：所有节点行为受宪法约束，违反宪法的区块自动无效。
|
||
3. 参与即是共识：合格节点的参与行为本身构成共识，无需额外投票或挖矿。
|
||
4. 节点产生区块，交易扩展区块大小：区块由宪政节点（CBP 节点）产生；区块大小不固定，随交易量动态扩展，而非预设上限。
|
||
|
||
CBPP 与 PoS/PoW 的本质区别：PoS 依赖经济质押博弈，PoW 依赖算力竞争，而 CBPP 依赖宪法资格认证。节点的出块权来自宪法赋予的资格，而非财富或算力。`,
|
||
tags: ['CBPP', '共识', '宪政', '核心原则'],
|
||
source: '宪政区块生产协议（CBPP）技术白皮书',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
{
|
||
category: 'CBPP',
|
||
title: 'CBPP 区块生产机制',
|
||
content: `CBPP 的区块生产机制遵循"节点产生区块，交易扩展区块大小"的原则：
|
||
|
||
【区块产生】
|
||
- 宪政节点（CBP 节点）按宪法规则轮流出块，无竞争、无挖矿。
|
||
- 每个 CBP 节点在其出块时隙内有权产生一个区块，若超时未产生则跳过。
|
||
- 区块的合法性由宪法规则自动验证，不合规的区块被全网拒绝。
|
||
|
||
【区块大小扩展】
|
||
- 区块大小不设固定上限，而是根据实际交易量动态扩展。
|
||
- 交易越多，区块越大；空闲时段区块可以很小，不浪费资源。
|
||
- 这与比特币的固定 1MB 上限、以太坊的 Gas Limit 机制完全不同。
|
||
|
||
【出块节奏】
|
||
- 目标出块时间 ≤ 0.3 秒（测试网 V1.0），最终确认时间 < 3 秒。
|
||
- 宪政节点按预定时隙顺序出块，保证出块节奏的可预测性。`,
|
||
tags: ['CBPP', '区块生产', '区块大小', '出块'],
|
||
source: '宪政区块生产协议（CBPP）技术白皮书',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
{
|
||
category: 'CBPP',
|
||
title: 'CBPP 宪政节点（CBP 节点）资格',
|
||
content: `宪政节点（CBP 节点）是 CBPP 共识的核心参与者，其资格由宪法条款而非算力或质押量决定：
|
||
|
||
【资格要求】
|
||
- KYC 认证：节点运营者须完成 KYC Level 2（已验证个人）或 KYC Level 3（机构）认证。
|
||
- 宪法节点状态：通过宪法法院审核，获得宪政节点身份认证。
|
||
- XTZH 质押：质押一定数量的 XTZH 作为行为保证金（具体数量由治理参数决定）。
|
||
- 技术要求：满足网络带宽、硬件性能、在线率等技术指标。
|
||
|
||
【节点权利】
|
||
- 在分配的时隙内产生区块，获得出块奖励。
|
||
- 参与宪法修订投票（通过持有 XIC 行使治理权）。
|
||
|
||
【节点义务】
|
||
- 遵守宪法规则，产生合规区块。
|
||
- 维持节点在线率 ≥ 90%。
|
||
- 作恶将被罚没质押 XTZH 并撤销宪政节点资格。
|
||
|
||
【初始节点数量】
|
||
- 测试网 V1.0：21 个宪政节点，全球分布。`,
|
||
tags: ['CBPP', 'CBP节点', '宪政节点', '资格'],
|
||
source: '宪政区块生产协议（CBPP）技术白皮书',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
{
|
||
category: 'CBPP',
|
||
title: 'CBPP 与 PoS/PoW 的本质区别',
|
||
content: `CBPP 与传统共识机制的对比：
|
||
|
||
| 维度 | PoW（比特币） | PoS（以太坊） | CBPP（NAC） |
|
||
|------|-------------|--------------|------------|
|
||
| 出块权来源 | 算力竞争 | 质押量博弈 | 宪法资格认证 |
|
||
| 能耗 | 极高 | 低 | 极低 |
|
||
| 去中心化程度 | 矿池集中 | 大户集中 | 宪法约束分散 |
|
||
| 合规性 | 无 | 无 | 原生内置 |
|
||
| 区块大小 | 固定上限 | Gas Limit | 动态扩展 |
|
||
| 共识哲学 | 经济博弈 | 经济博弈 | 宪法治理 |
|
||
| 节点准入 | 无门槛 | 质押门槛 | 宪法资格门槛 |
|
||
|
||
CBPP 不是 PoS 的变种，不是 DPoS，也不是任何现有共识机制的衍生。其核心创新在于：将法律宪法的权威性引入区块链共识，使"合规"成为共识的内生属性，而非外挂模块。`,
|
||
tags: ['CBPP', 'PoS', 'PoW', '共识对比'],
|
||
source: '宪政区块生产协议（CBPP）技术白皮书',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
// ══════════════════════════════════════════════════════
|
||
// 二、XTZH 稳定币
|
||
// ══════════════════════════════════════════════════════
|
||
{
|
||
category: 'XTZH',
|
||
title: 'XTZH 是什么',
|
||
content: `XTZH（XIN TZU HUANG，新子黄）是 NAC 原生公链的核心稳定价值尺度系统，定位为"RWA 结算凭证 + 价值锚"。
|
||
|
||
XTZH 不是传统意义上的"稳定币"，而是一个资产凭证系统：
|
||
- 锚定物：SDR 资产组合（50% 黄金 + 30% 法币 + 20% 大宗商品）
|
||
- 发行方式：RWA 资产铸造 + 跨链质押（双轨制）
|
||
- 储备机制：1.25 倍黄金永续合约储备
|
||
- 资金利用率：80%（高于 USDC 的 100% 闲置）
|
||
- 核心功能：RWA 资产结算、借贷清算、估值基准
|
||
|
||
XTZH 是 NAC 生态的唯一法定结算货币，所有 RWA 资产的价值均以 XTZH 计价。`,
|
||
tags: ['XTZH', '稳定币', 'SDR', 'RWA结算'],
|
||
source: 'XTZH价值稳定机制深度解析：SDR锚定模型与黄金储备保障',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
{
|
||
category: 'XTZH',
|
||
title: 'XTZH 定价机制',
|
||
content: `XTZH 的定价基于 SDR（特别提款权）锚定模型，采用三类资产组合：
|
||
|
||
【SDR 锚定资产组合】
|
||
- 50% 实物黄金（LBMA 认证机构托管）
|
||
- 30% 法定货币（美元 43.38%、欧元 29.31%、人民币 12.28%、日元 7.59%、英镑 7.44%）
|
||
- 20% 大宗商品凭证（原油、铜、农产品，CME 认证仓储）
|
||
|
||
【价格敞口公式】
|
||
用户每存入 1 单位资金，获得 1 单位 SDR 资产组合的价格敞口：
|
||
Exposure_SDR = C_in × 80% × 1.25 = C_in × 100%
|
||
|
||
【资金分配】
|
||
- 80% → 合规托管账户（配置 SDR 资产组合）
|
||
- 20% → 风险准备金账户（支付资金费率、补充保证金、赎回兜底）
|
||
|
||
【每日定价更新】
|
||
XTZH 价格 = SDR 资产组合当日市场价值，由 NAC 预言机网络实时更新并上链存证。`,
|
||
tags: ['XTZH', '定价', 'SDR', '黄金储备'],
|
||
source: 'XTZH价值稳定机制深度解析：SDR锚定模型与黄金储备保障',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
{
|
||
category: 'XTZH',
|
||
title: 'XTZH 铸造方式（RWA 资产铸造）',
|
||
content: `XTZH 铸造是 NAC 公链价值创造的核心宪法行为，通过七步精炼流程完成：
|
||
|
||
【铸造前置条件】
|
||
1. 资产须完成 GNACS Pro 编码并通过十三步上链闭环的第六步（确权与 DNA 生成）
|
||
2. 所有者 OwnerDID 须完成 KYC Level 2（个人）或 Level 3（机构）
|
||
3. 资产合规掩码为"全绿"（七层检查全部通过），合规评分 ≥ 85 分
|
||
4. 持有足够 XIC 作为能耗准备金（铸造期间临时冻结）
|
||
|
||
【七步铸造流程】
|
||
第一步：铸造申请与参数确认（指定资产 DNA_Hash，系统计算最大可铸造量）
|
||
第二步：实时风险与市场审查（资产健康度、市场波动率、系统黄金储备覆盖率）
|
||
第三步：黄金储备联动预操作（预占黄金合约开仓额度）
|
||
第四步：XTZH 铸造与所有权分配（ACC-20 协议铸造，绑定 OwnerDID）
|
||
第五步：黄金储备正式开仓与链上锚定（CME 等交易所执行永续合约开仓）
|
||
第六步：资产状态更新与质押登记（资产标记为"已质押"，登记债务记录）
|
||
第七步：完成通知与 XIC 能耗结算
|
||
|
||
【可铸造量公式】
|
||
M_max = V_xtzh × L
|
||
- V_xtzh：AI 估值系统输出的资产公允价值（XTZH 个数）
|
||
- L：动态质押率（基础质押率 × 调整因子，范围 30%-90%）`,
|
||
tags: ['XTZH', '铸造', 'RWA', '七步流程'],
|
||
source: 'NAC 原生公链 XTZH 之 RWA 资产铸造细则',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
{
|
||
category: 'XTZH',
|
||
title: 'XTZH 铸造方式（跨链质押铸造）',
|
||
content: `除 RWA 资产铸造外，XTZH 还支持跨链资产质押铸造：
|
||
|
||
【核心原则】
|
||
跨链铸造不是在 NAC 链上"映射"或"包装"外部资产，而是以锁定的外部资产为价值支撑，在 NAC 链上创建具备独立主权的原生 XTZH。
|
||
|
||
【支持的跨链资产】
|
||
- 比特币（BTC）、以太坊（ETH）等主流公链原生资产
|
||
- 合规稳定币（USDC、USDT 等）
|
||
- 已验证的跨链 RWA 代币
|
||
- 禁止：隐私币、未经验证的衍生品、高监管风险资产
|
||
|
||
【八步跨链铸造流程】
|
||
1. 跨链铸造申请与合规预审
|
||
2. 源链资产锁定（发送至 NAC 官方跨链桥合约）
|
||
3. 跨链桥验证与确认（多签验证者确认锁定）
|
||
4. NAC 链上独立估值（AI 估值引擎重新定价，非直接映射）
|
||
5. 合规重检（七层合规检查）
|
||
6. XTZH 铸造与黄金储备联动
|
||
7. 所有权绑定（绑定申请方 OwnerDID）
|
||
8. XIC 能耗结算
|
||
|
||
【风险控制】
|
||
- 跨链桥保险基金初始规模 $1 亿
|
||
- 验证者须质押 100 万 XIC，作恶将被罚没`,
|
||
tags: ['XTZH', '跨链铸造', '跨链质押'],
|
||
source: 'NAC 原生公链 XTZH 之 RWA 资产铸造细则',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
{
|
||
category: 'XTZH',
|
||
title: 'XTZH 赎回与销毁',
|
||
content: `XTZH 的赎回遵循"销毁即解锁"原则，由 NAC-PROTOCOL-0812（XTZH 销毁与赎回协议）执行：
|
||
|
||
【赎回流程】
|
||
1. 用户销毁 XTZH（调用合约 withdraw 函数）
|
||
2. 系统释放对应 RWA 资产的质押状态
|
||
3. 系统出售对应黄金储备（永续合约平仓）
|
||
4. 返还等值资产给用户（扣除手续费）
|
||
|
||
【赎回公式（以 1000 XTZH 为例）】
|
||
- 托管账户释放：800 USDT（出售黄金 400 + 法币 240 + 大宗商品 160）
|
||
- 风险准备金释放：200 USDT
|
||
- 用户实收：1000 USDT（扣除手续费后）
|
||
|
||
【熔断保护】
|
||
满足以下任一条件时，系统暂停新铸造（不影响赎回）：
|
||
- 系统总黄金储备覆盖率 < 1.0 超过 1 小时
|
||
- 全系统黄金储备覆盖率 < 1.05
|
||
- 检测到影响估值系统的重大安全事件`,
|
||
tags: ['XTZH', '赎回', '销毁', '熔断'],
|
||
source: 'NAC 原生公链 XTZH 之 RWA 资产铸造细则',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
{
|
||
category: 'XTZH',
|
||
title: 'XTZH 黄金储备机制',
|
||
content: `XTZH 的黄金储备是其价值稳定的终极保障：
|
||
|
||
【储备公式】
|
||
黄金储备量 = XTZH 总供应量 × 50% × 1.25 = XTZH 总供应量 × 62.5%
|
||
即每铸造 1 XTZH，需要 0.625 美元的实物黄金储备。
|
||
|
||
【托管与验证】
|
||
- 托管机构：伦敦金银市场协会（LBMA）认证机构
|
||
- 独立审计：第三方审计机构定期审计
|
||
- 保险保障：黄金储备购买全额保险
|
||
- 链上存证：储备证明每日 00:00 UTC 上链（NAC-PROTOCOL-0814）
|
||
|
||
【储备证明内容】
|
||
每日链上储备证明包含：黄金总量（盎司）、黄金价值（美元）、XTZH 总供应量、储备比例（≥ 62.5%）、托管机构签名、审计机构签名。
|
||
|
||
【强制平仓安全边际】
|
||
SDR 资产组合需下跌 40% 才会触发强制平仓（历史最大年度跌幅仅 15%），安全边际极高。`,
|
||
tags: ['XTZH', '黄金储备', '储备证明', '安全边际'],
|
||
source: 'XTZH价值稳定机制深度解析：SDR锚定模型与黄金储备保障',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
// ══════════════════════════════════════════════════════
|
||
// 三、XIC 治理代币
|
||
// ══════════════════════════════════════════════════════
|
||
{
|
||
category: 'XIC',
|
||
title: 'XIC 是什么',
|
||
content: `XIC（XIN I CHAIN）是 NAC 公链的原生治理代币，承担双重职能：
|
||
|
||
【治理职能】
|
||
- XIC 持有者通过投票参与 NAC 公链的治理决策
|
||
- 投票权重按 XIC 持有量加权
|
||
- 治理范围：宪法修订（75% 超级多数）、协议参数调整（66%）、常规提案（51%）
|
||
- 提案资格：持有 > 10,000 XIC 可提交提案，需缴纳 1,000 XIC 保证金
|
||
|
||
【能量（Gas）职能】
|
||
- XIC 是 NAC 公链上所有 AI 算力操作的能量成本
|
||
- 资产上链、铸造 XTZH、AI 估值、合规审查等操作均需消耗 XIC
|
||
- 消耗的 XIC 进入生态基金，用于节点奖励和生态建设
|
||
|
||
【发行信息】
|
||
- XIC 已在 BSC（币安智能链）发行，总量 1000 亿枚
|
||
- BSC 上的 XIC 将与 NAC 原生公链 1:1 完全锚定
|
||
- 原生公链上线后，BSC XIC 可通过官方跨链桥 1:1 迁移至 NAC 原生链`,
|
||
tags: ['XIC', '治理代币', '能量', 'BSC', '1000亿'],
|
||
source: 'NAC 公链官方文档及治理白皮书',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
{
|
||
category: 'XIC',
|
||
title: 'XIC 与 XTZH 的关系',
|
||
content: `XIC 与 XTZH 是 NAC 公链的双代币体系，各司其职，相互协同：
|
||
|
||
【双代币定位对比】
|
||
| 维度 | XIC | XTZH |
|
||
|------|-----|------|
|
||
| 本质 | 治理代币 + 能量代币 | 价值尺度 + 结算货币 |
|
||
| 价值来源 | 生态治理权 + 算力需求 | SDR 资产组合锚定 |
|
||
| 价格稳定性 | 市场波动（治理溢价） | 稳定（SDR 锚定） |
|
||
| 主要用途 | 投票治理、支付 Gas 费 | RWA 结算、借贷、估值基准 |
|
||
| 发行机制 | 固定总量 1000 亿枚 | 按 RWA 资产铸造，无固定上限 |
|
||
| 销毁机制 | 消耗即销毁（通缩） | 赎回时销毁（与资产挂钩） |
|
||
|
||
【协同关系】
|
||
1. XIC 是铸造 XTZH 的"门票"：铸造 XTZH 必须消耗 XIC 作为 AI 合规能耗费用
|
||
2. XTZH 是 XIC 治理的"对象"：XIC 持有者通过投票决定 XTZH 的储备参数（如黄金覆盖率下限、资金拆分比例）
|
||
3. XIC 质押保障 XTZH 安全：跨链桥验证者须质押 100 万 XIC，保障 XTZH 跨链铸造的安全性
|
||
4. 双代币共同构成 NAC 经济飞轮：资产上链 → 消耗 XIC → 铸造 XTZH → 资产流通 → 生态繁荣 → XIC 需求增加
|
||
|
||
【关键原则】
|
||
- XIC 不锚定任何资产，价值由市场决定（治理权溢价）
|
||
- XTZH 锚定 SDR 资产组合，价值稳定可预期
|
||
- 两者不可互换，功能互补，缺一不可`,
|
||
tags: ['XIC', 'XTZH', '双代币', '关系', '协同'],
|
||
source: 'NAC 公链官方文档及 XTZH 铸造细则',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
{
|
||
category: 'XIC',
|
||
title: 'XIC 在 BSC 与原生公链的锚定机制',
|
||
content: `XIC 采用"先 BSC 发行，后原生公链锚定"的两阶段策略：
|
||
|
||
【第一阶段：BSC 发行（当前）】
|
||
- 总量：1000 亿枚（固定，永不增发）
|
||
- 发行链：BSC（币安智能链）
|
||
- 合约架构：信任优先部署（CREATE2 + 2/2 多签 + 48 小时时间锁）
|
||
- 合约 owner：MultiSig 多签合约（非单签 EOA）
|
||
- 所有操作透明可验证：管理员列表、提案记录、执行状态均在链上公开
|
||
|
||
【第二阶段：原生公链锚定（主网上线后）】
|
||
- 锚定比例：BSC XIC : NAC 原生 XIC = 1:1
|
||
- 迁移方式：通过 NAC 官方跨链桥，将 BSC XIC 锁定后在 NAC 原生链上 1:1 释放
|
||
- 迁移是单向可选的，持有者可选择保留 BSC XIC 或迁移至原生链
|
||
- 原生链 XIC 享有完整的治理权和 Gas 费支付功能
|
||
|
||
【安全保障】
|
||
- 铸造代币：永久禁止（合约级别限制，不可通过治理修改）
|
||
- 紧急暂停：MultiSig 2/2 即时执行
|
||
- 参数调整：须经 Timelock 48 小时延迟
|
||
- 合约升级：须经 Timelock 72 小时延迟`,
|
||
tags: ['XIC', 'BSC', '原生公链', '锚定', '1:1', '跨链'],
|
||
source: 'XIC-V2.1 信任优先部署架构',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
{
|
||
category: 'XIC',
|
||
title: 'XIC 治理权详解',
|
||
content: `XIC 持有者通过去中心化治理机制参与 NAC 公链的所有重大决策：
|
||
|
||
【治理范围】
|
||
- 宪法修订（需 75% 超级多数）：修改 CBPP 共识规则、GNACS 编码标准等宪法级条款
|
||
- 重大协议升级（需 66%）：XTZH 储备参数、跨链桥白名单、AI 估值模型准入
|
||
- 常规提案（需 51%）：费率调整、节点参数、生态激励分配
|
||
- 紧急安全修复（需 51% 快速通道）：安全漏洞修复
|
||
|
||
【治理流程】
|
||
1. 提案提交（需持有 > 10,000 XIC，缴纳 1,000 XIC 保证金）
|
||
2. 社区讨论（至少 30 天，技术/法律/伦理专家评审）
|
||
3. 治理投票（7 天，按 XIC 持有量加权）
|
||
4. 实施部署（测试网 7 天 → 金丝雀 3 天 → 全量发布）
|
||
|
||
【节点选举】
|
||
- 宪法法院法官：XIC 持有者提名，需缴纳 10 万 XIC 保证金，提名期 30 天
|
||
- 资产审核委员会（5 人）：XIC 持有者每年选举产生
|
||
- 聚合节点：须质押 10 万 XIC，连续 7 天有效聚合率 ≥ 90%
|
||
|
||
【XTZH 参数治理】
|
||
宪法级参数（需 90% 超级多数）：最低黄金覆盖率（1.25）、XTZH 定价篮权重`,
|
||
tags: ['XIC', '治理', '投票', '宪法修订'],
|
||
source: 'AI合规与审批细则法典 + NAC公链宪法增补条款',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
// ══════════════════════════════════════════════════════
|
||
// 四、一键上链
|
||
// ══════════════════════════════════════════════════════
|
||
{
|
||
category: '资产上链',
|
||
title: '什么是一键上链',
|
||
content: `"一键上链"是 NAC 公链为普通用户提供的简化资产上链入口，其底层是完整的十三步宪法闭环，前端通过 AI 引导将复杂流程自动化处理。
|
||
|
||
【一键上链的本质】
|
||
用户只需提供资产基本信息，AI 系统自动完成：
|
||
1. GNACS Pro 编码（资产分类与编码）
|
||
2. 加密 DNA 生成（资产唯一数字身份）
|
||
3. 七层合规检查（AI 合规引擎自动执行）
|
||
4. AI 估值（多模型协同估值）
|
||
5. 链上确权（OwnerDID 绑定）
|
||
6. TOKEN 发行（ACC-20/721/1155 协议）
|
||
7. XTZH 铸造（可选，需额外 XIC 能耗）
|
||
|
||
【用户需要准备的材料】
|
||
- 资产权属证明文件（房产证、股权证书、合同等）
|
||
- 资产实物证明（照片、视频、第三方评估报告）
|
||
- 个人/机构 KYC 认证（至少 Level 2）
|
||
- 足够的 XIC 作为能耗费用
|
||
|
||
【一键上链的限制】
|
||
- 复杂资产（如跨境资产、混合权益）可能需要人工审核介入
|
||
- 合规评分 < 85 分的资产无法通过自动上链，需进入加强审批路径`,
|
||
tags: ['一键上链', '资产上链', 'AI', '自动化'],
|
||
source: 'NAC 原生公链资产上链综合法典 + 资产上链权益化流程核心闭环解析',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
{
|
||
category: '资产上链',
|
||
title: '资产上链完整流程（十三步宪法闭环）',
|
||
content: `NAC 公链资产上链遵循十三步宪法闭环，确保每一步均合规可追溯：
|
||
|
||
第一步：资产申请（用户提交资产基本信息）
|
||
第二步：资产合规流程（七层 AI 合规检查）
|
||
第三步：资产审批流程（AI 自动审批 + 必要时人工复核）
|
||
第四步：资产估值流程（AI 多模型协同估值，输出公允价值 V_xtzh）
|
||
第五步：法律意见书（第三方律所出具合规意见）
|
||
第六步：确权与 DNA 生成（生成 48 位加密 DNA，绑定 OwnerDID）
|
||
第七步：资产托管（第三方合规托管机构接管实物资产）
|
||
第八步：TOKEN 发行（ACC-20/721/1155 协议发行代币）
|
||
第九步：链上权证凭证（生成不可篡改的链上权利证明）
|
||
第十步：衍生权益化资产（发行收益权、投票权等衍生权益）
|
||
第十一步：XTZH 铸造（可选，以资产为抵押铸造 XTZH）
|
||
第十二步：装入钱包（TOKEN 进入 NAC 原生钱包）
|
||
第十三步：交易所上线（权益化资产代币在 NAC DEX 上线交易）
|
||
|
||
【五大核心闭环】
|
||
1. 合规审批闭环：传统金融合规与链上确权融合
|
||
2. DNA 身份生成闭环：资产到数字身份的唯一性转换
|
||
3. 托管与所有权分离闭环：实物托管与权益代币分离
|
||
4. 权益衍生闭环：基础所有权到多层次权益的衍生
|
||
5. 流通交易闭环：链上确权到二级市场交易的完整通路`,
|
||
tags: ['资产上链', '十三步', '宪法闭环', '流程'],
|
||
source: 'NAC 原生公链资产上链综合法典',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
{
|
||
category: '资产上链',
|
||
title: '不同类型资产的上链指引',
|
||
content: `NAC 公链支持多种类型的 RWA 资产上链，各类资产有专项指引：
|
||
|
||
【不动产（房地产）】
|
||
- 适用协议：ACC-REALESTATE（NAC-PROTOCOL-0111）
|
||
- 关键文件：房产证/地契、土地使用权证、评估报告
|
||
- 特殊要求：须通过不动产主权协议（NAC-PROTOCOL-0222）验证
|
||
- GNACS 编码：01xxxx 系列
|
||
|
||
【金融资产（股票、债券）】
|
||
- 适用协议：ACC-20（NAC-PROTOCOL-0101）
|
||
- 关键文件：股权证书/债券合同、审计报告
|
||
- 特殊要求：须通过跨境合规协议（NAC-PROTOCOL-0211）
|
||
- GNACS 编码：05xxxx 系列
|
||
|
||
【大宗商品（黄金、原油等）】
|
||
- 适用协议：ACC-20 + ACC-SUPPLYCHAIN
|
||
- 关键文件：仓单、质量检验报告、托管证明
|
||
- GNACS 编码：03xxxx 系列
|
||
|
||
【数字资产（跨链资产）】
|
||
- 适用协议：ACC-20C（NAC-PROTOCOL-0104）
|
||
- 来源：比特币、以太坊等白名单公链
|
||
- 特殊要求：须通过跨链资产验证协议（NAC-PROTOCOL-0612）
|
||
- GNACS 编码：99xxxx 系列
|
||
|
||
【ESG 碳信用】
|
||
- 适用协议：ACC-CARBON（NAC-PROTOCOL-0115）
|
||
- 关键文件：碳信用核查报告、注册机构证明
|
||
- GNACS 编码：08xxxx 系列`,
|
||
tags: ['资产上链', '不动产', '金融资产', '大宗商品', '碳信用'],
|
||
source: '各类资产上链指引（NAC 原生公链合规版）',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
// ══════════════════════════════════════════════════════
|
||
// 五、Charter 智能合约语言
|
||
// ══════════════════════════════════════════════════════
|
||
{
|
||
category: 'Charter',
|
||
title: 'Charter 是什么',
|
||
content: `Charter 是 NAC 公链的原生智能合约语言，是一门专为 RWA 资产合规化设计的声明式、规则优先的领域特定语言（DSL）。
|
||
|
||
【Charter 的核心哲学】
|
||
"将现实世界的资产分类标准与法律主权规则，直接映射为编程语言的类型系统和核心语义。"
|
||
|
||
Charter 不是 Solidity 的变种，不是 Move 的衍生，而是一门全新的语言：
|
||
|
||
| 维度 | Solidity/Move（通用执行语言） | Charter（合规原生语言） |
|
||
|------|--------------------------|----------------------|
|
||
| 核心目标 | 安全、灵活地执行任意业务逻辑 | 精确声明资产类别并强制执行主权规则 |
|
||
| 编程范式 | 命令式（"怎么做"） | 声明式 + 规则引擎（"是什么" + "必须遵守什么"） |
|
||
| 合规实现 | 外挂式（事后审计） | 内置式（不合规的合约无法通过编译） |
|
||
| 智能合约 | 开发者编写的图灵完备小程序 | 基于模板生成的智能法律文件 |
|
||
|
||
【Charter 的革命性】
|
||
Charter 弥合了现实世界法律与数字世界代码之间的语义鸿沟，是首个将"资产分类标准"和"法律主权规则"内化为编程语言基础设施的语言。`,
|
||
tags: ['Charter', '智能合约', '编程语言', 'Solidity对比'],
|
||
source: '合规原生语言（Charter）设计方案',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
{
|
||
category: 'Charter',
|
||
title: 'Charter 核心语言特性',
|
||
content: `Charter 的三大核心语言组件：
|
||
|
||
【1. 类型系统：内嵌 GNACS 分类】
|
||
- 原生类型 Asset<GNACS>：所有资产变量必须声明 GNACS 编码
|
||
- 示例：let raceHorse: Asset<010121> = Asset.new(...)
|
||
- 编译期检查：对数字资产（990101）尝试设置物流维度，编译直接报错
|
||
- 资产实例 ID：创建时自动生成全局唯一 48 位资产实例 ID
|
||
|
||
【2. 合约结构：内嵌主权规则】
|
||
- 主权类型注解：contract RealEstateContract with Sovereignty<A0>
|
||
- 合约自动继承《主权法典》中对应主权类别的所有规则
|
||
- 规则修饰符：#[Rule(D0)] 标注的函数自动执行担保主权规则
|
||
|
||
【3. 与 NAC 生态深度整合】
|
||
- 合约模板自动选择：编译器根据 GNACS 编码自动选择 ACC-20/721/1155 模板
|
||
- 编译产物标准化：ACC + GNACS 前 6 位 + 合约类型 + 版本号
|
||
- 流程自动触发：资产创建、主权变更自动触发合规审查、估值、代币发行流程
|
||
|
||
【类型系统规格】
|
||
- Address 类型：32 字节
|
||
- Hash 类型：48 字节（SHA3-384）
|
||
- 虚拟机：NVM（NAC Virtual Machine，非 EVM）`,
|
||
tags: ['Charter', '类型系统', 'GNACS', '主权规则', 'NVM'],
|
||
source: '合规原生语言（Charter）设计方案',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
{
|
||
category: 'Charter',
|
||
title: 'Charter 与 Solidity 的迁移路径',
|
||
content: `对于熟悉 Solidity 的开发者，NAC 提供了完整的迁移方案：
|
||
|
||
【概念映射】
|
||
| Solidity 概念 | Charter 等价概念 |
|
||
|--------------|----------------|
|
||
| contract | contract with Sovereignty<类型> |
|
||
| address | Address（32 字节） |
|
||
| bytes32 | Hash（48 字节，SHA3-384） |
|
||
| ERC-20 | ACC-20 |
|
||
| ERC-721 | ACC-721 |
|
||
| ERC-1155 | ACC-1155 |
|
||
| modifier | #[Rule(主权类型)] |
|
||
| emit Event | 自动生成链上事件（无需手动） |
|
||
|
||
【迁移步骤】
|
||
1. 学习 GNACS Pro 资产分类标准（理解资产编码体系）
|
||
2. 学习《NAC 原生资产主权规则法典》（理解主权类型系统）
|
||
3. 将业务逻辑转化为 Charter 声明式语法
|
||
4. 使用 Charter 编译器（基于 Rust 开发）编译并部署
|
||
|
||
【关键思维转变】
|
||
- 从"我要怎么写代码实现合规检查"→ "我声明这是什么类型的资产，Charter 自动保证合规"
|
||
- 从"我要手动计算质押率"→ "Charter 根据 GNACS 风险权重自动计算"
|
||
- 从"我要手动触发代币发行"→ "Charter 编译器自动选择 ACC 模板并触发发行"`,
|
||
tags: ['Charter', 'Solidity', '迁移', '开发者'],
|
||
source: 'Solidity到Charter过渡与生态建设完整方案 + Charter设计方案',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
// ══════════════════════════════════════════════════════
|
||
// 六、NVM 虚拟机
|
||
// ══════════════════════════════════════════════════════
|
||
{
|
||
category: 'NVM',
|
||
title: 'NVM 是什么',
|
||
content: `NVM（NAC Virtual Machine）是 NAC 公链的原生虚拟机，用于执行 Charter 智能合约，与以太坊的 EVM 完全不同。
|
||
|
||
【NVM 与 EVM 的核心区别】
|
||
| 维度 | EVM | NVM |
|
||
|------|-----|-----|
|
||
| 设计目标 | 通用图灵完备计算 | RWA 合规执行优化 |
|
||
| 指令集 | 通用操作码 | 包含 RWA 专属操作码 |
|
||
| 合规检查 | 无（外挂） | 原生内置（CHECK_COMPLIANCE 操作码） |
|
||
| 资产类型 | 无原生资产概念 | 原生支持 GNACS 编码资产类型 |
|
||
| 哈希算法 | Keccak-256（32字节） | SHA3-384（48字节） |
|
||
| 地址长度 | 20 字节 | 32 字节 |
|
||
|
||
【NVM 专属操作码（部分）】
|
||
- CHECK_COMPLIANCE：执行七层合规检查
|
||
- VERIFY_DNA：验证资产 DNA 完整性
|
||
- MINT_XTZH：铸造 XTZH（触发黄金储备联动）
|
||
- GNACS_CLASSIFY：执行 GNACS 资产分类
|
||
- AI_VALUATE：调用 AI 估值引擎
|
||
|
||
【性能目标】
|
||
- TPS：10,000+（RWA 交易）
|
||
- 交易确认时间：< 3 秒
|
||
- 量子安全：状态存储使用量子安全默克尔树`,
|
||
tags: ['NVM', '虚拟机', 'EVM对比', '操作码'],
|
||
source: 'NAC 原生公链技术白皮书',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
// ══════════════════════════════════════════════════════
|
||
// 七、CSNP 网络协议
|
||
// ══════════════════════════════════════════════════════
|
||
{
|
||
category: 'CSNP',
|
||
title: 'CSNP 是什么',
|
||
content: `CSNP（Constitutional Structured Network Protocol，宪政结构化网络协议）是 NAC 公链的原生网络层协议，替代传统区块链的 P2P 网络。
|
||
|
||
【CSNP 的核心特性】
|
||
1. 结构化网络：节点按宪法角色（宪政节点、普通节点、预言机节点等）分层组织，而非无差别 P2P
|
||
2. 身份绑定：每个网络节点必须绑定 OwnerDID，匿名节点无法接入 CSNP
|
||
3. 合规路由：数据包路由时自动检查节点合规状态，不合规节点被隔离
|
||
4. 宪法访问控制：NAC 网络访问控制协议（NAC-PROTOCOL-0221）管理节点准入
|
||
|
||
【CSNP 与传统 P2P 的区别】
|
||
| 维度 | 传统 P2P（以太坊） | CSNP（NAC） |
|
||
|------|-----------------|------------|
|
||
| 节点准入 | 无门槛 | 宪法资格认证 |
|
||
| 节点身份 | 匿名 | OwnerDID 绑定 |
|
||
| 网络结构 | 扁平无序 | 分层结构化 |
|
||
| 数据路由 | 随机广播 | 合规路由 |
|
||
| 监管接口 | 无 | 实时监管 API |
|
||
|
||
【CSNP V2.0 新特性】
|
||
- 支持量子安全通信（NAC-PROTOCOL-0014）
|
||
- 跨链通信协议集成（NAC-PROTOCOL-0601 系列）
|
||
- 实时监管数据接口（供合规监管机构访问）`,
|
||
tags: ['CSNP', '网络协议', 'P2P对比', '结构化网络'],
|
||
source: '宪政结构化网络协议（CSNP）V2.0 技术白皮书',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
// ══════════════════════════════════════════════════════
|
||
// 八、GNACS 资产分类
|
||
// ══════════════════════════════════════════════════════
|
||
{
|
||
category: 'GNACS',
|
||
title: 'GNACS Pro 是什么',
|
||
content: `GNACS Pro（Global Native Asset Chain Standard，全球原生资产链统一分类标准）是 NAC 公链的资产分类与编码体系，版本 V2.0，采用 48 位全球统一编码。
|
||
|
||
【GNACS 编码结构（48 位）】
|
||
- 位 1-6：物理属性（资产大类，如 01=不动产、05=金融资产、99=数字资产）
|
||
- 位 7-12：法律属性（主权类型）
|
||
- 位 13-18：经济属性（价值类型）
|
||
- 位 19-24：技术实现（ACC 协议类型）
|
||
- 位 25-30：合规属性（监管辖区）
|
||
- 位 31-36：风险属性（风险权重）
|
||
- 位 37-42：流动性属性
|
||
- 位 43-48：实例序列号 + 校验码
|
||
|
||
【整合的国际标准】
|
||
GNACS Pro 整合了 HS（海关编码）、巴塞尔协议、IPSAS/IFRS、ISO、FATF 等国际标准，实现跨系统互操作。
|
||
|
||
【GNACS 编码示例】
|
||
- 010121：纯种繁殖用马（不动产类动物资产）
|
||
- 990101：封装比特币（nBTC）
|
||
- 900201：NAC 原生治理代币（XIC）
|
||
|
||
【GNACS 的宪法地位】
|
||
GNACS 编码规则已宪法化（条款 GNACS_GENERATION_RULE），任何修改需 66% XIC 投票通过，保证长期稳定性。`,
|
||
tags: ['GNACS', '资产分类', '48位编码', '国际标准'],
|
||
source: 'GNACS Pro V2.0：48位全球原生资产链统一分类标准体系',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
// ══════════════════════════════════════════════════════
|
||
// 九、七层合规验证
|
||
// ══════════════════════════════════════════════════════
|
||
{
|
||
category: '合规',
|
||
title: '七层合规验证框架',
|
||
content: `NAC 公链内置七层合规验证框架，所有资产操作（上链、转账、铸造、跨链）均须通过全部七层检查：
|
||
|
||
第一层：身份合规（KYC/AML）
|
||
- 验证 OwnerDID 的 KYC 等级（≥ Level 2）
|
||
- AML 黑名单筛查（FATF 制裁名单、OFAC 等）
|
||
- 身份信息动态更新与持续监控
|
||
|
||
第二层：资产合规（GNACS 分类验证）
|
||
- 验证资产 GNACS 编码的合法性
|
||
- 检查资产类别是否在允许上链的白名单内
|
||
|
||
第三层：主权合规（主权规则验证）
|
||
- 验证资产主权类型（A0-A3、B0-B3、C0-C3 等）
|
||
- 检查主权转移是否符合《NAC 原生资产主权规则法典》
|
||
|
||
第四层：估值合规（AI 估值验证）
|
||
- AI 多模型协同估值，输出公允价值
|
||
- 估值数据源须来自白名单预言机
|
||
- 估值置信度 < 阈值时触发人工复核
|
||
|
||
第五层：交易合规（交易规则验证）
|
||
- 检查交易金额是否超过单次/日累计限额
|
||
- 验证交易对手方合规状态
|
||
|
||
第六层：监管合规（司法辖区验证）
|
||
- 根据资产 GNACS 编码中的合规属性字段，检查适用的监管辖区规则
|
||
- 支持 40+ 个司法辖区的监管规则
|
||
|
||
第七层：技术合规（链上技术验证）
|
||
- 验证 DNA 完整性（AssetDNA.evolve 调用链）
|
||
- 验证智能合约代码合规性
|
||
- 检查 Gas 费（XIC）是否充足`,
|
||
tags: ['七层合规', 'KYC', 'AML', '合规验证'],
|
||
source: 'AI合规与审批细则法典 + New_AssetChain_七层合规验证框架深度分析报告',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
// ══════════════════════════════════════════════════════
|
||
// 十、CNNL 神经网络语言
|
||
// ══════════════════════════════════════════════════════
|
||
{
|
||
category: 'CNNL',
|
||
title: 'CNNL 是什么',
|
||
content: `CNNL（Constitutional Neural Network Language，宪政神经网络语言）是 NAC 公链的 AI 推理与规则描述语言，用于将宪法规则编码为 AI 可执行的神经网络指令。
|
||
|
||
【CNNL 的定位】
|
||
- CNNL 是 NAC AI 合规引擎的"大脑语言"
|
||
- 将《AI 合规与审批细则法典》中的规则转化为 AI 可推理的结构化表达
|
||
- 使 AI 合规决策具备法律效力（AI 决策等同于人工审批）
|
||
|
||
【CNNL 与 Charter、CSNP 的区别】
|
||
| 语言 | 用途 | 执行层 |
|
||
|------|------|--------|
|
||
| Charter | 智能合约编程语言 | NVM 虚拟机 |
|
||
| CSNP | 网络通信协议 | 网络层 |
|
||
| CNNL | AI 规则推理语言 | AI 合规引擎 |
|
||
|
||
【CNNL 的核心能力】
|
||
1. 规则编码：将法律条文转化为可执行的神经网络规则
|
||
2. 合规推理：对资产上链申请进行多维度合规推理
|
||
3. 估值推理：结合 GNACS 分类和市场数据进行 AI 估值
|
||
4. 决策解释：输出可审计的决策路径（符合监管要求的可解释 AI）`,
|
||
tags: ['CNNL', 'AI', '神经网络', '合规推理'],
|
||
source: '宪政神经网络语言（CNNL）核心技术白皮书与落地方案',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
// ══════════════════════════════════════════════════════
|
||
// 十一、NRPC 协议
|
||
// ══════════════════════════════════════════════════════
|
||
{
|
||
category: 'NRPC',
|
||
title: 'NRPC 4.0 是什么',
|
||
content: `NRPC（NAC Remote Procedure Call）是 NAC 公链的原生 RPC 协议，当前版本 4.0，替代传统区块链的 JSON-RPC。
|
||
|
||
【NRPC 4.0 的核心特性】
|
||
1. 原生合规：每个 RPC 调用自动附带调用方的 OwnerDID 和合规状态
|
||
2. 结构化数据：使用 GNACS 编码作为数据类型标识，而非通用 JSON 类型
|
||
3. 身份绑定：RPC 调用须经过 DID 签名验证，不支持匿名调用
|
||
4. 智能融合：支持 AI 推理结果的直接返回（CNNL 输出格式）
|
||
|
||
【NRPC 4.0 与 JSON-RPC 的区别】
|
||
| 维度 | JSON-RPC（以太坊） | NRPC 4.0（NAC） |
|
||
|------|-----------------|----------------|
|
||
| 数据格式 | 通用 JSON | 结构化 GNACS 类型 |
|
||
| 身份验证 | 无（可匿名） | DID 签名必须 |
|
||
| 合规检查 | 无 | 自动内置 |
|
||
| AI 集成 | 无 | 原生支持 |
|
||
| 监管接口 | 无 | 实时监管数据 |
|
||
|
||
【开发者接入】
|
||
- NRPC 4.0 SDK 支持 Go、JavaScript、Python
|
||
- 提供与 JSON-RPC 的适配层（兼容现有工具链）`,
|
||
tags: ['NRPC', 'RPC', 'JSON-RPC对比', '开发者'],
|
||
source: 'NRPC 3.0：智能融合协议系统',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
// ══════════════════════════════════════════════════════
|
||
// 十二、ACC-20 协议
|
||
// ══════════════════════════════════════════════════════
|
||
{
|
||
category: 'ACC',
|
||
title: 'ACC-20 协议是什么',
|
||
content: `ACC-20（Asset Chain Contract 20）是 NAC 公链的原生同质化资产协议，对应以太坊的 ERC-20，但具有原生合规能力。
|
||
|
||
【ACC-20 与 ERC-20 的区别】
|
||
| 维度 | ERC-20 | ACC-20 |
|
||
|------|--------|--------|
|
||
| 合规检查 | 无 | 原生内置（CHECK_COMPLIANCE 操作码） |
|
||
| 资产类型 | 通用代币 | GNACS 编码资产 |
|
||
| 转账限制 | 无 | 自动检查 KYC/AML |
|
||
| 主权绑定 | 无 | 绑定 OwnerDID |
|
||
| 哈希算法 | Keccak-256 | SHA3-384 |
|
||
|
||
【ACC 协议家族】
|
||
- ACC-20：同质化资产（可分割，如 XTZH、XIC）
|
||
- ACC-721：唯一资产（不可分割，如单一不动产）
|
||
- ACC-1155：多资产（同一合约管理多种资产）
|
||
- ACC-20C：跨链资产（跨链转移专用）
|
||
- ACC-REALESTATE：不动产专用协议
|
||
- ACC-CARBON：碳信用专用协议
|
||
|
||
【ACC-20 的核心接口】
|
||
- mint(to, amount, assetDNA)：铸造代币（须通过七层合规）
|
||
- transfer(to, amount)：转账（自动合规检查）
|
||
- burn(amount)：销毁代币（触发资产解质押）`,
|
||
tags: ['ACC-20', 'ERC-20对比', '资产协议', '合规'],
|
||
source: 'NAC 原生公链协议栈与宪法体系',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
// ══════════════════════════════════════════════════════
|
||
// 十三、加密 DNA
|
||
// ══════════════════════════════════════════════════════
|
||
{
|
||
category: '加密DNA',
|
||
title: '什么是资产加密 DNA',
|
||
content: `资产加密 DNA 是 NAC 公链为每个上链资产生成的唯一数字身份标识，是资产全生命周期可追溯的技术基础。
|
||
|
||
【DNA 的组成】
|
||
- DNA_Hash：48 位 SHA3-384 哈希，基于资产物理特征 + 法律属性 + 时间戳生成
|
||
- GNACS 编码：资产分类标识（34-48 位）
|
||
- OwnerDID：所有者去中心化身份标识
|
||
- 实例序列号：全局唯一序列号
|
||
- 校验码：防篡改校验
|
||
|
||
【DNA 的生命周期】
|
||
- 生成：资产完成确权时（十三步流程第六步）自动生成
|
||
- 进化：每次资产状态变更（转账、质押、分红）必须调用 AssetDNA.evolve()，生成新版本 DNA
|
||
- 验证：任何操作前 NVM 自动调用 VERIFY_DNA 操作码验证 DNA 完整性
|
||
|
||
【DNA 的法律效力】
|
||
DNA 进化历史已宪法化（条款 DNA_INTEGRITY_ENFORCEMENT），所有修改资产状态的操作必须触发 DNA 进化，确保全生命周期可审计。
|
||
|
||
【DNA 的存储】
|
||
- 链上：DNA_Hash 和进化历史存储在 NAC 区块链
|
||
- 链下：完整 DNA 元数据存储在 PostgreSQL（NAC-PROTOCOL-0902）`,
|
||
tags: ['加密DNA', '资产身份', 'DNA进化', '可追溯'],
|
||
source: 'NAC公链加密DNA生成法则',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
// ══════════════════════════════════════════════════════
|
||
// 十四、NAC 公链总体定位
|
||
// ══════════════════════════════════════════════════════
|
||
{
|
||
category: 'NAC公链',
|
||
title: 'NAC 公链是什么',
|
||
content: `NAC（NewAssetChain）是全球首个专为现实世界资产（RWA）数字化设计的完全原生区块链协议栈。
|
||
|
||
【核心定位】
|
||
NAC 不是任何现有公链（以太坊、BSC、Solana 等）的衍生、扩展或模仿，而是从共识机制到资产模型、从合规框架到价值尺度，全部采用全新设计的原生公链。
|
||
|
||
【原生技术栈】
|
||
- 智能合约语言：Charter（非 Solidity）
|
||
- 虚拟机：NVM（非 EVM）
|
||
- RPC 协议：NRPC 4.0（非 JSON-RPC）
|
||
- 共识协议：CBPP（非 PoS/PoW）
|
||
- 网络协议：CSNP（非 P2P）
|
||
- AI 语言：CNNL
|
||
- 资产分类：GNACS Pro V2.0（48 位编码）
|
||
- 结算货币：XTZH（SDR 锚定）
|
||
- 治理代币：XIC（1000 亿枚，BSC 已发行）
|
||
|
||
【核心创新】
|
||
1. 价值尺度革命：XTZH 基于 SDR 一篮子硬通货锚定
|
||
2. 主权数字化：全球统一主权分类、编码和证明标准
|
||
3. AI 原生合规：内置 AI 合规引擎，合规是链的原生属性
|
||
4. 宪政治理：约法即是治法，宪法即是规则
|
||
|
||
【技术指标】
|
||
- TPS：10,000+
|
||
- 确认时间：< 3 秒
|
||
- 跨链延迟：< 30 秒
|
||
- 协议总数：134 个（P0 级 65 个）
|
||
- 文档总数：871 份`,
|
||
tags: ['NAC公链', '定位', '技术栈', 'RWA'],
|
||
source: 'NAC 原生公链协议栈与宪法体系（v4.0 修订增强版）',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
{
|
||
category: 'NAC公链',
|
||
title: 'NAC 公链与以太坊的本质区别',
|
||
content: `NAC 公链不是以太坊的变种或竞争者，两者的设计目标和技术路线完全不同：
|
||
|
||
【设计目标】
|
||
- 以太坊：通用智能合约平台，支持任意去中心化应用
|
||
- NAC：专为 RWA 资产数字化设计的合规原生公链
|
||
|
||
【技术架构对比】
|
||
| 维度 | 以太坊 | NAC |
|
||
|------|--------|-----|
|
||
| 共识 | PoS | CBPP（宪政共识） |
|
||
| 虚拟机 | EVM | NVM（RWA 优化） |
|
||
| 合约语言 | Solidity | Charter（合规原生） |
|
||
| 网络 | P2P | CSNP（结构化） |
|
||
| RPC | JSON-RPC | NRPC 4.0 |
|
||
| 资产标准 | ERC-20/721 | ACC-20/721（合规内置） |
|
||
| 合规 | 外挂 | 原生内置 |
|
||
| 稳定币 | 无原生稳定币 | XTZH（SDR 锚定） |
|
||
| 治理代币 | ETH（非治理专用） | XIC（治理 + 能量） |
|
||
| 地址长度 | 20 字节 | 32 字节 |
|
||
| 哈希算法 | Keccak-256（32字节） | SHA3-384（48字节） |
|
||
|
||
【核心差异】
|
||
以太坊的合规是"事后添加"的，开发者需要自己实现合规逻辑；NAC 的合规是"原生内置"的，不合规的操作在 NVM 层面直接被拒绝，无法绕过。`,
|
||
tags: ['NAC公链', '以太坊', '对比', '区别'],
|
||
source: 'NAC 原生公链技术白皮书',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
// ══════════════════════════════════════════════════════
|
||
// 十五、常见问题
|
||
// ══════════════════════════════════════════════════════
|
||
{
|
||
category: '常见问题',
|
||
title: '如何参与 NAC 公链节点',
|
||
content: `成为 NAC 公链宪政节点（CBP 节点）的步骤：
|
||
|
||
【资格要求】
|
||
1. 完成 KYC Level 2（个人）或 Level 3（机构）认证
|
||
2. 通过宪法法院的宪政节点资格审核
|
||
3. 质押规定数量的 XTZH 作为行为保证金
|
||
4. 满足技术要求（带宽、硬件、在线率 ≥ 90%）
|
||
|
||
【申请流程】
|
||
1. 在 NAC 官方注册系统（https://id.newassetchain.io/）完成 DID 注册
|
||
2. 完成 KYC 认证
|
||
3. 提交宪政节点申请（通过 NAC 治理平台）
|
||
4. 缴纳 XTZH 质押金
|
||
5. 等待宪法法院审核（审核期约 7 个工作日）
|
||
6. 审核通过后，节点上线并开始参与出块
|
||
|
||
【节点收益】
|
||
- 出块奖励：每产生一个合规区块获得 XIC 奖励
|
||
- 质押收益：质押 XTZH 获得利息收益
|
||
- 治理权：参与 NAC 公链治理投票`,
|
||
tags: ['节点', 'CBP节点', '参与', '质押'],
|
||
source: 'CBPP 技术白皮书 + NAC 公链宪法',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
{
|
||
category: '常见问题',
|
||
title: '如何购买 XIC',
|
||
content: `XIC 当前在 BSC（币安智能链）发行，购买方式：
|
||
|
||
【当前购买渠道】
|
||
- BSC 去中心化交易所（DEX）：PancakeSwap 等 BSC 主流 DEX
|
||
- 合规交易所：关注 NAC 官方公告，了解上线交易所信息
|
||
|
||
【购买注意事项】
|
||
1. 确认合约地址：务必通过 NAC 官方渠道（https://id.newassetchain.io/）获取 XIC 合约地址，防止购买假币
|
||
2. 合约安全性：XIC 采用信任优先部署架构（2/2 多签 + 时间锁），代码开源可验证
|
||
3. 总量固定：XIC 总量 1000 亿枚，永不增发（合约级别限制）
|
||
|
||
【未来迁移】
|
||
NAC 原生公链主网上线后，BSC XIC 可通过官方跨链桥 1:1 迁移至 NAC 原生链，享有完整治理权和 Gas 费支付功能。
|
||
|
||
【风险提示】
|
||
加密资产投资存在风险，请在充分了解 NAC 公链技术和生态后做出投资决策。`,
|
||
tags: ['XIC', '购买', 'BSC', '交易所'],
|
||
source: 'NAC 公链官方信息',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
{
|
||
category: '常见问题',
|
||
title: '如何在 NAC 公链上发行 RWA 资产',
|
||
content: `在 NAC 公链上发行 RWA 资产的完整指南：
|
||
|
||
【第一步：准备材料】
|
||
- 资产权属证明（房产证、股权证书、仓单等）
|
||
- 第三方评估报告（资产价值评估）
|
||
- 法律意见书（建议提前委托律所准备）
|
||
- KYC 认证（至少 Level 2）
|
||
|
||
【第二步：注册 DID】
|
||
访问 https://id.newassetchain.io/ 完成 DID 注册和 KYC 认证
|
||
|
||
【第三步：获取 XIC】
|
||
在 BSC 上购买足够的 XIC 作为上链能耗费用（具体数量取决于资产复杂度）
|
||
|
||
【第四步：提交上链申请】
|
||
通过 NAC 官方 DApp 提交资产上链申请，AI 系统将自动：
|
||
- 分配 GNACS Pro 编码
|
||
- 执行七层合规检查
|
||
- 进行 AI 估值
|
||
- 生成加密 DNA
|
||
|
||
【第五步：等待审批】
|
||
- 标准路径：< 2 秒自动审批（通过率 85-95%）
|
||
- 加强路径：人工复核（复杂/高风险资产，1-7 工作日）
|
||
|
||
【第六步：完成上链】
|
||
审批通过后，资产 TOKEN 自动发行至您的 NAC 钱包，可选择铸造 XTZH 获取流动性。`,
|
||
tags: ['RWA发行', '上链', '流程', '开发者'],
|
||
source: 'NAC 原生公链资产上链综合法典',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
{
|
||
category: '常见问题',
|
||
title: 'NAC 公链支持哪些司法辖区',
|
||
content: `NAC 公链通过七层合规框架支持全球主要司法辖区的 RWA 资产上链：
|
||
|
||
【已支持的主要辖区】
|
||
- 亚太：新加坡（MAS）、香港（SFC/HKMA）、日本（FSA）、澳大利亚（ASIC）
|
||
- 欧洲：欧盟（MiCA 框架）、瑞士（FINMA）、英国（FCA）
|
||
- 美洲：美国（SEC/CFTC，合规资产）、开曼群岛、英属维尔京群岛
|
||
- 中东：阿联酋（ADGM/DIFC）、巴林（CBB）
|
||
|
||
【合规机制】
|
||
- 跨境合规协议（NAC-PROTOCOL-0211）自动检查资产适用的监管辖区
|
||
- 不同辖区的合规规则以"合规掩码"形式编码在 GNACS 编码的合规属性字段中
|
||
- AI 合规引擎实时更新各辖区监管规则（通过监管预言机 NAC-PROTOCOL-0710）
|
||
|
||
【中国大陆说明】
|
||
NAC 公链遵守中国大陆现行法规，中国大陆用户在参与前请咨询专业法律顾问，了解适用的监管要求。`,
|
||
tags: ['司法辖区', '合规', '监管', '全球'],
|
||
source: 'NAC公链支持的司法辖区 + AI合规与审批细则法典',
|
||
updatedAt: NOW,
|
||
},
|
||
|
||
];
|
||
|
||
// ─────────────────────────────────────────────────────────────────────────────
|
||
// 执行导入
|
||
// ─────────────────────────────────────────────────────────────────────────────
|
||
async function main() {
|
||
const client = new MongoClient(MONGO_URL);
|
||
try {
|
||
await client.connect();
|
||
console.log('✅ MongoDB 连接成功');
|
||
|
||
const db = client.db(DB_NAME);
|
||
const col = db.collection(COL_NAME);
|
||
|
||
// 删除旧的 CBPP 错误条目（保留本次脚本已写入的6条，先清空再重写）
|
||
const delResult = await col.deleteMany({});
|
||
console.log(`🗑️ 已清空旧条目：${delResult.deletedCount} 条`);
|
||
|
||
// 批量插入
|
||
const insertResult = await col.insertMany(docs);
|
||
console.log(`✅ 成功导入 ${insertResult.insertedCount} 条知识库条目`);
|
||
|
||
// 统计分类
|
||
const categories = await col.aggregate([
|
||
{ $group: { _id: '$category', count: { $sum: 1 } } },
|
||
{ $sort: { count: -1 } }
|
||
]).toArray();
|
||
|
||
console.log('\n📊 知识库分类统计：');
|
||
categories.forEach(c => console.log(` ${c._id}: ${c.count} 条`));
|
||
console.log(`\n📚 知识库总条目：${await col.countDocuments()} 条`);
|
||
|
||
} finally {
|
||
await client.close();
|
||
console.log('✅ MongoDB 连接已关闭');
|
||
}
|
||
}
|
||
|
||
main().catch(err => {
|
||
console.error('❌ 导入失败：', err.message);
|
||
process.exit(1);
|
||
});
|