diff --git a/docs/deploy_log_20260301.md b/docs/deploy_log_20260301.md new file mode 100644 index 0000000..97d30e0 --- /dev/null +++ b/docs/deploy_log_20260301.md @@ -0,0 +1,31 @@ +# NAC 公链 AI 知识库修正部署日志 20260301 + +**日志编号**:NAC-DEPLOY-20260301 +**执行时间**:2026-03-01 18:10 CST +**服务器**:103.96.148.7:22000 +**后台管理员**:nacadmin / NACadmin2026! + +## 修正内容 + +### CBPP 错误描述修正 +- 删除错误流程:提案→宪法验证→多签确认→上链→广播 +- 写入正确四句宪法原则: + 1. 约法即是治法 + 2. 宪法即是规则 + 3. 参与即是共识 + 4. 节点产生区块,交易扩展区块大小 + +### 新增/更新知识库条目 +- XTZH:完整铸造机制、SDR组合、黄金储备、可铸造量公式 +- XIC:新增条目,BSC已发行1000亿枚,与原生公链1:1锚定,双代币飞轮 +- GNACS:升级为Pro V2.0,48位编码结构 +- ACC-20:完整协议家族(ACC-20/721/1155/20C/REALESTATE/CARBON) +- 七层合规:正式版七层定义 +- RWA:十三步宪法闭环流程 + 一键上链说明 + +### MongoDB 知识库 +- 清空旧 6 条 → 导入新 34 条 + +## 服务状态 +- nac-admin.service:✅ active (running) +- 重启时间:2026-03-01 18:10:43 CST diff --git a/scripts/nacKnowledgeBase.mjs b/scripts/nacKnowledgeBase.mjs new file mode 100644 index 0000000..a9131df --- /dev/null +++ b/scripts/nacKnowledgeBase.mjs @@ -0,0 +1,1061 @@ +/** + * 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 编码 +- 示例:let raceHorse: Asset<010121> = Asset.new(...) +- 编译期检查:对数字资产(990101)尝试设置物流维度,编译直接报错 +- 资产实例 ID:创建时自动生成全局唯一 48 位资产实例 ID + +【2. 合约结构:内嵌主权规则】 +- 主权类型注解:contract RealEstateContract with Sovereignty +- 合约自动继承《主权法典》中对应主权类别的所有规则 +- 规则修饰符:#[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); +});