1125 lines
44 KiB
Python
1125 lines
44 KiB
Python
#!/usr/bin/env python3
|
||
"""
|
||
NAC知识库扩充脚本 v2.0 (Python版)
|
||
基于DeepSeek参考文档，注入7维度深度比较知识
|
||
目标：将nac_tech_docs从34条扩充到200+条
|
||
"""
|
||
|
||
from pymongo import MongoClient
|
||
from datetime import datetime
|
||
|
||
MONGO_URL = 'mongodb://localhost:27017'
|
||
DB_NAME = 'nac_ai'
|
||
|
||
knowledge_nodes = [
|
||
# ─── 维度1：治理哲学 ─────────────────────────────────────────
|
||
{
|
||
"title": "NAC治理哲学：宪法至上vs持币即权力",
|
||
"category": "governance",
|
||
"tags": ["治理", "宪法", "CNNL", "XIC", "去中心化", "法治"],
|
||
"content": """NAC公链的治理哲学与以太坊等主流公链存在根本性分野。
|
||
|
||
【以太坊模式的局限性】
|
||
以太坊及Polkadot、Solana等主流公链普遍采用代币持有者投票（Token-weighted Voting）的治理模式。这种模式存在三大根本缺陷：
|
||
1. 财阀化风险：投票权与财富正相关，大户拥有绝对话语权，形成"链上财阀"
|
||
2. 短期主义：持币者倾向追求短期价格收益而非协议长期健康
|
||
3. 乌托邦式治理：代币投票无法真实反映开发者、用户、监管机构的多元诉求
|
||
|
||
【NAC宪法治理模式】
|
||
NAC彻底重构了治理基础，建立"宪法至上"的法治体系：
|
||
- 宪法层（L2）：全网最高规则由司法辖区代表通过协商制定，写入CNNL宪法条款
|
||
- AI执行（CEE）：规则一旦写入，由宪法执行引擎自动执行，无人工裁量空间
|
||
- XIC纯净化：治理代币不承载宪法级投票权，彻底剥离财阀风险
|
||
- 辖区代表制：香港、新加坡、迪拜、开曼等主要金融辖区各有代表参与立法
|
||
|
||
【核心区别】
|
||
以太坊：持币即权力（Plutocracy）
|
||
NAC：宪法至上（Constitutional Governance）""",
|
||
"confidence": 0.97,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
{
|
||
"title": "CNNL宪政神经网络语言：NAC治理的技术基础",
|
||
"category": "governance",
|
||
"tags": ["CNNL", "宪法", "治理", "神经网络", "AI执行"],
|
||
"content": """CNNL（Constitutional Neural Network Language）是NAC公链的宪政神经网络语言，是治理层的核心技术。
|
||
|
||
【CNNL的定位】
|
||
CNNL不是通用编程语言，而是专门用于编写和执行宪法条款的领域专用语言（DSL）。它将法律条文转化为可机器执行的规则集，实现"法律即代码"（Law as Code）。
|
||
|
||
【CNNL的核心功能】
|
||
1. 宪法条款编写：将辖区法律要求转化为CNNL语法表达
|
||
2. 合规规则引擎：自动验证交易是否符合所有适用的宪法条款
|
||
3. 跨辖区协调：不同司法辖区的规则可以共存而不冲突
|
||
4. AI推理执行：CEE（宪法执行引擎）基于CNNL规则进行AI推理判断
|
||
|
||
【与Charter的区别】
|
||
- Charter：智能合约编程语言（类似Solidity，但更安全）
|
||
- CNNL：宪法规则描述语言（用于治理层，不是合约层）
|
||
- 两者协同：Charter合约必须通过CNNL规则验证才能执行""",
|
||
"confidence": 0.95,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
|
||
# ─── 维度2：共识机制 ─────────────────────────────────────────
|
||
{
|
||
"title": "CBPP共识协议：从竞争到规则服从的范式革命",
|
||
"category": "consensus",
|
||
"tags": ["CBPP", "共识", "PoS", "PoW", "节点", "区块生产"],
|
||
"content": """CBPP（Constitutional Block Production Protocol）是NAC公链的原创共识协议，实现了从"竞争/投票"到"规则服从"的范式革命。
|
||
|
||
【主流共识的局限】
|
||
以太坊PoS、比特币PoW、以及混合共识（PowF+DPoS+DAG）的本质都是"节点间竞争/投票"：
|
||
- PoW：算力竞争，高能耗，富者愈富
|
||
- PoS：质押竞争，需要大量代币，形成寡头
|
||
- DPoS：代表选举，仍需质押代币竞选
|
||
|
||
【CBPP的突破性创新】
|
||
1. 零质押门槛：任何通过DID+KYC+宪法测试的节点均可成为CBP（Constitutional Block Producer），无需质押代币
|
||
2. 交易驱动出块：区块大小和出块频率由实时交易流量自然决定，无固定间隔（流体区块）
|
||
3. 收据权重分叉选择：并行区块通过宪法收据权重（而非算力或投票）快速收敛
|
||
4. 宪法合规验证：每个区块必须通过CEE的宪法验证才能被接受
|
||
|
||
【CBPP与PoS的核心区别对比】
|
||
维度 | PoS | CBPP
|
||
参与门槛 | 需质押大量代币 | DID+KYC+宪法测试
|
||
出块机制 | 随机选择验证者 | 交易量驱动
|
||
分叉解决 | 最长链/最重链 | 收据权重
|
||
合规内置 | 无 | 强制CR验证
|
||
节点激励 | 质押收益 | 交易手续费分成""",
|
||
"confidence": 0.97,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
{
|
||
"title": "CBPP流体区块：动态扩容的技术实现",
|
||
"category": "consensus",
|
||
"tags": ["CBPP", "流体区块", "扩容", "TPS", "动态"],
|
||
"content": """NAC公链的"流体区块"（Fluid Block）是CBPP共识的核心创新，解决了传统区块链的扩容困境。
|
||
|
||
【传统区块模型的问题】
|
||
比特币和以太坊采用固定间隔、固定大小的区块模型：
|
||
- 比特币：10分钟出块，1MB区块大小
|
||
- 以太坊：12秒出块，Gas上限固定
|
||
- 问题：网络拥堵时无法自适应，用户体验差，Gas费飙升
|
||
|
||
【流体区块的设计原理】
|
||
1. 动态区块大小：根据当前交易池（Mempool）的交易量自动调整区块大小
|
||
2. 弹性出块频率：低峰期可延长出块间隔，高峰期可缩短至毫秒级
|
||
3. 并行区块生产：多个CBP节点可同时生产区块，通过收据权重快速合并
|
||
4. 无Gas竞争：交易费用由宪法条款固定，不存在Gas价格竞争
|
||
|
||
【性能对比】
|
||
- 以太坊：约15 TPS（Layer1）
|
||
- Solana：约65,000 TPS（理论值）
|
||
- NAC CBPP：理论无上限（流体扩容），实际受网络带宽限制""",
|
||
"confidence": 0.93,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
|
||
# ─── 维度3：经济模型 ─────────────────────────────────────────
|
||
{
|
||
"title": "XTZH稳定币：SDR锚定+黄金储备的宏观稳定机制",
|
||
"category": "economics",
|
||
"tags": ["XTZH", "稳定币", "SDR", "黄金", "AI估值", "宏观"],
|
||
"content": """XTZH是NAC公链的原生宏观稳定币，采用SDR（特别提款权）锚定+黄金储备+AI动态权重的三重稳定机制。
|
||
|
||
【XTZH与USDC/USDT的根本区别】
|
||
- USDC/USDT：单一美元锚定，受美元货币政策影响，存在美元霸权风险
|
||
- XTZH：多货币篮子（SDR）+黄金+大宗商品，抗单一货币风险
|
||
|
||
【XTZH的三重稳定机制】
|
||
1. SDR锚定：参考IMF特别提款权篮子（美元41.73%+欧元30.93%+人民币10.92%+日元8.33%+英镑8.09%）
|
||
2. 黄金储备：部分储备以黄金计价，提供实物资产背书
|
||
3. AI动态权重：50维宏观特征模型（包括通胀率、GDP增速、贸易顺差等）动态调整各货币权重
|
||
|
||
【XTZH的功能定位】
|
||
- 价值尺度：RWA资产估值的基准货币
|
||
- 交易媒介：跨境RWA交易的结算货币
|
||
- 储备资产：机构投资者的稳定价值存储
|
||
- 不承载治理权：彻底与XIC分离，避免利益冲突
|
||
|
||
【与XIC的关系】
|
||
XTZH（稳定）+ XIC（燃料/治理）= NAC双币模型
|
||
两者功能完全分离，互不干扰，实现"纯净化"经济模型""",
|
||
"confidence": 0.96,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
{
|
||
"title": "XIC代币：NAC公链的燃料与治理代币",
|
||
"category": "economics",
|
||
"tags": ["XIC", "代币", "燃料", "Gas", "治理", "BSC"],
|
||
"content": """XIC是NAC公链的原生燃料与治理代币，总量1000亿枚，在BSC（币安智能链）首发。
|
||
|
||
【XIC的核心功能】
|
||
1. 支付Gas费用：在NAC网络上执行交易和智能合约的燃料
|
||
2. 节点质押：CBP节点可选择质押XIC提高信誉分
|
||
3. 生态激励：开发者、节点运营者、合规验证者的奖励
|
||
4. 不承载宪法级治理权：XIC持有者不能通过持币投票修改宪法条款
|
||
|
||
【XIC的"纯净化"设计】
|
||
与ETH、BNB等多功能代币不同，XIC严格限定功能边界：
|
||
- 不用于：宪法修改投票、辖区代表选举、协议参数治理
|
||
- 仅用于：Gas支付、节点质押、生态激励
|
||
|
||
【XIC总量分配（1000亿枚）】
|
||
- 生态基金：30%（300亿）
|
||
- 节点激励：25%（250亿）
|
||
- 开发团队：15%（150亿，4年线性解锁）
|
||
- 私募轮：10%（100亿）
|
||
- 公募轮：10%（100亿）
|
||
- 流动性储备：10%（100亿）""",
|
||
"confidence": 0.94,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
|
||
# ─── 维度4：合规内生 ─────────────────────────────────────────
|
||
{
|
||
"title": "宪法收据（CR）机制：NAC合规的核心创新",
|
||
"category": "compliance",
|
||
"tags": ["CR", "宪法收据", "合规", "CEE", "KYC", "AML"],
|
||
"content": """宪法收据（Constitutional Receipt，CR）是NAC公链的核心合规创新，将合规从"外挂模块"提升到"协议层强制"。
|
||
|
||
【传统公链的合规困境】
|
||
比特币和以太坊的最大痛点之一是合规缺失：
|
||
- 无原生KYC/AML机制
|
||
- 合规依赖第三方中心化服务
|
||
- 监管机构无法有效追溯非法交易
|
||
- 机构投资者因合规风险望而却步
|
||
|
||
【CR机制的工作原理】
|
||
1. 交易发起：用户发起RWA资产交易
|
||
2. CEE审核：宪法执行引擎（CEE）检查交易是否符合所有适用的宪法条款
|
||
3. CR签发：CEE为合规交易签发宪法收据，包含合规验证哈希（SHA3-384，48字节）、适用的宪法条款列表、辖区合规证明、时间戳和CEE签名
|
||
4. 交易打包：只有附带有效CR的交易才能被CBP节点打包进区块
|
||
5. 链上存证：CR永久存储在链上，可供监管机构审计
|
||
|
||
【CR的七层验证结构】
|
||
Layer1: KYC/AML身份验证
|
||
Layer2: 资产真实性验证
|
||
Layer3: 法律合规验证
|
||
Layer4: 财务合规验证
|
||
Layer5: 税务合规验证
|
||
Layer6: ESG合规验证
|
||
Layer7: 持续监控
|
||
|
||
【透明+可控匿名】
|
||
- 链上公开：交易金额、时间、资产类型
|
||
- 隐私保护：真实身份存储在加密的身份层
|
||
- 监管接口：宪法法院授权的监管机构可在法律程序下追溯真实身份""",
|
||
"confidence": 0.98,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
{
|
||
"title": "NAC七层合规验证框架详解",
|
||
"category": "compliance",
|
||
"tags": ["七层合规", "KYC", "AML", "ESG", "合规验证", "AI审批"],
|
||
"content": """NAC公链的七层合规验证框架（7-Layer Compliance Framework）是全球首个将合规内置于区块链协议层的完整体系。
|
||
|
||
【七层架构详细说明】
|
||
|
||
Layer1 - KYC/AML身份验证
|
||
验证内容：用户身份真实性、反洗钱筛查
|
||
技术实现：32字节主权地址内嵌KYC等级和司法管辖信息
|
||
AI能力：自动匹配OFAC制裁名单、PEP数据库
|
||
通过标准：KYC等级≥2，AML风险评分<30
|
||
|
||
Layer2 - 资产真实性验证
|
||
验证内容：RWA资产的物理存在性、所有权清晰性
|
||
技术实现：链下预言机+公证机构证明
|
||
AI能力：文件真实性AI鉴别，防止伪造
|
||
通过标准：资产证明文件完整，无权属争议
|
||
|
||
Layer3 - 法律合规验证
|
||
验证内容：资产在发行辖区和目标辖区的法律合规性
|
||
技术实现：CNNL宪法条款自动匹配
|
||
AI能力：多辖区法律冲突自动检测
|
||
通过标准：符合所有适用辖区的法律要求
|
||
|
||
Layer4 - 财务合规验证
|
||
验证内容：资产估值合理性、财务报告真实性
|
||
技术实现：AI估值模型（50维特征）
|
||
AI能力：异常估值自动预警
|
||
通过标准：估值偏差<20%，财务报告无重大错误
|
||
|
||
Layer5 - 税务合规验证
|
||
验证内容：交易税务处理的合规性
|
||
技术实现：各辖区税务规则自动计算
|
||
AI能力：税务筹划合规性AI审查
|
||
通过标准：税务申报完整，无逃税风险
|
||
|
||
Layer6 - ESG合规验证
|
||
验证内容：资产的环境、社会、治理合规性
|
||
技术实现：ESG评分模型
|
||
AI能力：ESG风险自动识别
|
||
通过标准：ESG评分≥60分（满分100）
|
||
|
||
Layer7 - 持续监控
|
||
验证内容：上链后的持续合规状态
|
||
技术实现：实时监控系统
|
||
AI能力：异常交易模式自动预警
|
||
通过标准：无重大合规事件
|
||
|
||
【AI自动化程度】
|
||
- AI信度≥95%：自动通过，无需人工审核
|
||
- AI信度70-95%：人工复核
|
||
- AI信度<70%：退回申请人补充材料""",
|
||
"confidence": 0.97,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
|
||
# ─── 维度5：身份系统 ─────────────────────────────────────────
|
||
{
|
||
"title": "NAC主权地址：32字节结构化身份系统",
|
||
"category": "identity",
|
||
"tags": ["地址", "DID", "KYC", "主权地址", "身份", "32字节"],
|
||
"content": """NAC公链的32字节主权地址（Sovereign Address）是对以太坊20字节匿名地址的根本性升级，将身份、合规、司法管辖内嵌于地址结构中。
|
||
|
||
【以太坊地址的局限】
|
||
以太坊20字节地址（如0x742d35Cc...）是纯匿名的：
|
||
- 无法从地址判断持有者身份
|
||
- 无法判断持有者所在司法管辖区
|
||
- 无法判断持有者的KYC等级
|
||
- 监管机构无法直接追溯
|
||
|
||
【NAC 32字节主权地址结构】
|
||
地址总长度：32字节（256位）
|
||
|
||
字节分配：
|
||
- 字节1-4：司法管辖区代码（4字节）
|
||
例：0x484B = 香港（HK），0x5347 = 新加坡（SG）
|
||
- 字节5-6：KYC等级（2字节）
|
||
0x01=基础KYC，0x02=增强KYC，0x03=机构KYC
|
||
- 字节7-8：合格投资者状态（2字节）
|
||
0x01=零售，0x02=专业，0x03=机构
|
||
- 字节9-16：DID哈希（8字节，截取自完整DID）
|
||
- 字节17-32：随机化公钥哈希（16字节，保护隐私）
|
||
|
||
【主权地址的优势】
|
||
1. 合规自动化：交易系统可直接从地址读取KYC等级，无需额外查询
|
||
2. 辖区路由：跨境交易自动应用正确的辖区规则
|
||
3. 隐私保护：随机化部分保护真实身份，但监管机构可通过授权解密
|
||
4. 可升级：KYC等级可随时更新，无需更换地址""",
|
||
"confidence": 0.95,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
|
||
# ─── 维度6：开发者生态 ─────────────────────────────────────────
|
||
{
|
||
"title": "Charter智能合约语言：NAC原生合约开发",
|
||
"category": "development",
|
||
"tags": ["Charter", "智能合约", "Solidity", "NVM", "开发", "语法"],
|
||
"content": """Charter是NAC公链的原生智能合约语言，专为RWA资产上链和合规合约开发设计，是Solidity的NAC原生替代品。
|
||
|
||
【Charter vs Solidity核心差异】
|
||
|
||
语法设计：
|
||
- Solidity：类C++语法，面向对象
|
||
- Charter：类Rust语法，强类型，内存安全
|
||
|
||
类型系统：
|
||
- Solidity：address（20字节），bytes32
|
||
- Charter：Address（32字节主权地址），Hash（48字节，SHA3-384）
|
||
|
||
合规内置：
|
||
- Solidity：无原生合规，需手动添加
|
||
- Charter：@compliance装饰器，自动触发七层验证
|
||
|
||
资产标准：
|
||
- Solidity：ERC-20/ERC-721等
|
||
- Charter：ACC-20（NAC原生资产协议）
|
||
|
||
【Charter合约示例：RWA资产上链】
|
||
contract RWAAsset implements ACC20 {
|
||
@compliance(jurisdiction: HK, assetClass: real_estate)
|
||
asset PropertyToken {
|
||
gnacs_code: RE-HK-001-2024-001
|
||
valuation: XTZH 5000000
|
||
owner: Address
|
||
cr_required: true
|
||
}
|
||
@kyc_level(min: 2)
|
||
@jurisdiction([HK, SG, AE])
|
||
function transfer(to: Address, amount: XTZH) -> Receipt {
|
||
return cee.verify_and_execute(this, to, amount)
|
||
}
|
||
}
|
||
|
||
【Charter的安全特性】
|
||
1. 无整数溢出：编译器自动检测
|
||
2. 无重入攻击：所有外部调用自动加锁
|
||
3. 无未初始化变量：强制初始化
|
||
4. 合规强制：@compliance装饰器不可绕过""",
|
||
"confidence": 0.96,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
{
|
||
"title": "NVM虚拟机：NAC原生智能合约执行环境",
|
||
"category": "development",
|
||
"tags": ["NVM", "虚拟机", "EVM", "执行", "Charter", "字节码"],
|
||
"content": """NVM（NAC Virtual Machine）是NAC公链的原生智能合约执行虚拟机，是EVM（以太坊虚拟机）的NAC原生替代品。
|
||
|
||
【NVM vs EVM核心区别】
|
||
|
||
地址空间：
|
||
- EVM：20字节地址空间
|
||
- NVM：32字节主权地址空间（内嵌KYC/司法管辖）
|
||
|
||
哈希算法：
|
||
- EVM：Keccak-256（32字节哈希）
|
||
- NVM：SHA3-384（48字节哈希，更高安全性）
|
||
|
||
合规集成：
|
||
- EVM：无原生合规，合约需自行实现
|
||
- NVM：内置CEE接口，每次合约调用自动触发合规验证
|
||
|
||
Gas模型：
|
||
- EVM：动态Gas价格，网络拥堵时飙升
|
||
- NVM：固定Gas费率（由宪法条款规定），可预测成本
|
||
|
||
并发执行：
|
||
- EVM：单线程顺序执行
|
||
- NVM：支持并行执行（非相互依赖的交易）
|
||
|
||
量子抗性：
|
||
- EVM：基于ECDSA（可能被量子计算机破解）
|
||
- NVM：支持后量子密码学算法（Dilithium/Kyber）
|
||
|
||
【NVM的RWA专用操作码】
|
||
NVM新增了专为RWA资产设计的操作码：
|
||
- ASSET_VERIFY：验证资产真实性
|
||
- CR_SIGN：签发宪法收据
|
||
- GNACS_ENCODE：执行GNACS资产编码
|
||
- XTZH_CONVERT：XTZH汇率转换
|
||
- JURISDICTION_CHECK：辖区合规检查""",
|
||
"confidence": 0.95,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
|
||
# ─── 维度7：跨链互操作 ─────────────────────────────────────────
|
||
{
|
||
"title": "CSNP网络协议：NAC的原生跨链互操作",
|
||
"category": "network",
|
||
"tags": ["CSNP", "跨链", "互操作", "网络", "P2P", "协议"],
|
||
"content": """CSNP（Constitutional Sovereign Network Protocol）是NAC公链的原生网络协议，替代传统P2P网络，实现合规跨链互操作。
|
||
|
||
【传统跨链的安全风险】
|
||
以太坊等公链依赖第三方跨链桥（如Wormhole、Multichain）：
|
||
- 桥接合约漏洞：Wormhole被盗3.2亿美元（2022年）
|
||
- 中心化风险：桥接运营方可能跑路或被黑
|
||
- 合规缺失：跨链资产无法验证合规性
|
||
|
||
【CSNP的技术架构】
|
||
1. 宪法收据双验证：跨链交易需要源链和目标链双方CEE同时验证
|
||
2. 主权地址路由：基于32字节地址的司法管辖区信息自动路由
|
||
3. 原子跨链交换：无需第三方桥，直接原子交换
|
||
4. 合规状态同步：资产的合规状态随资产跨链同步
|
||
|
||
【CSNP vs 传统P2P】
|
||
特性 | 传统P2P | CSNP
|
||
节点准入 | 任意节点 | DID+KYC验证
|
||
消息加密 | TLS/噪声协议 | 量子抗性加密
|
||
跨链安全 | 第三方桥 | 原生原子交换
|
||
合规验证 | 无 | 内置CEE验证
|
||
|
||
【NRPC4.0协议】
|
||
NAC使用NRPC4.0（NAC Remote Procedure Call 4.0）替代JSON-RPC：
|
||
- 二进制编码：比JSON-RPC快10倍
|
||
- 流式传输：支持大文件和实时数据流
|
||
- 内置认证：每个RPC调用自动验证调用者身份""",
|
||
"confidence": 0.94,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
|
||
# ─── GNACS资产编码系统 ─────────────────────────────────────────
|
||
{
|
||
"title": "GNACS 48位资产编码系统：RWA资产的全球唯一标识",
|
||
"category": "asset_standard",
|
||
"tags": ["GNACS", "资产编码", "RWA", "分类", "标识", "48位"],
|
||
"content": """GNACS（Global NAC Asset Classification System）是NAC公链的全球资产分类编码系统，为每个RWA资产提供48位全球唯一标识符。
|
||
|
||
【GNACS编码结构（48位）】
|
||
格式：AA-BB-CCC-YYYY-NNNNNN
|
||
示例：RE-HK-001-2024-000001
|
||
|
||
字段说明：
|
||
- AA（2位）：资产大类代码
|
||
RE = 不动产（Real Estate）
|
||
EQ = 股权（Equity）
|
||
BD = 债券（Bond）
|
||
CM = 大宗商品（Commodity）
|
||
IP = 知识产权（Intellectual Property）
|
||
AR = 应收账款（Accounts Receivable）
|
||
|
||
- BB（2位）：司法管辖区代码
|
||
HK = 香港
|
||
SG = 新加坡
|
||
AE = 阿联酋（迪拜）
|
||
KY = 开曼群岛
|
||
CN = 中国大陆
|
||
US = 美国
|
||
|
||
- CCC（3位）：资产子类代码
|
||
001 = 住宅物业
|
||
002 = 商业物业
|
||
003 = 工业物业
|
||
004 = 酒店物业
|
||
|
||
- YYYY（4位）：上链年份
|
||
|
||
- NNNNNN（6位）：序列号（该辖区该年该类资产的顺序编号）
|
||
|
||
【GNACS的应用场景】
|
||
1. 资产唯一识别：全球任何地方可通过GNACS码查询资产信息
|
||
2. 合规路由：系统根据GNACS码自动应用对应辖区的合规规则
|
||
3. 估值基准：GNACS码关联资产的历史估值记录
|
||
4. 跨链追踪：资产跨链转移时GNACS码保持不变""",
|
||
"confidence": 0.96,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
{
|
||
"title": "ACC-20资产协议：NAC原生资产标准",
|
||
"category": "asset_standard",
|
||
"tags": ["ACC-20", "资产协议", "ERC-20", "代币标准", "RWA"],
|
||
"content": """ACC-20（Asset Constitutional Contract 20）是NAC公链的原生资产协议标准，是ERC-20的NAC原生替代品，专为RWA资产设计。
|
||
|
||
【ACC-20 vs ERC-20核心区别】
|
||
|
||
合规内置：
|
||
- ERC-20：无原生合规，转账无限制
|
||
- ACC-20：每次转账自动触发七层合规验证
|
||
|
||
身份绑定：
|
||
- ERC-20：代币与匿名地址绑定
|
||
- ACC-20：代币与32字节主权地址绑定（含KYC信息）
|
||
|
||
资产元数据：
|
||
- ERC-20：仅有name/symbol/decimals
|
||
- ACC-20：包含GNACS编码、估值、合规状态、辖区信息
|
||
|
||
转让限制：
|
||
- ERC-20：任意地址间可自由转账
|
||
- ACC-20：只能在符合条件的主权地址间转账（如同辖区、相同KYC等级）
|
||
|
||
估值更新：
|
||
- ERC-20：无链上估值机制
|
||
- ACC-20：支持AI估值预言机定期更新链上估值
|
||
|
||
【ACC-20接口定义（Charter语法）】
|
||
interface ACC20 {
|
||
function name() -> String
|
||
function symbol() -> String
|
||
function gnacs_code() -> String
|
||
function jurisdiction() -> String
|
||
function balance_of(owner: Address) -> XTZH
|
||
function transfer(to: Address, amount: XTZH) -> Receipt
|
||
function compliance_status() -> ComplianceStatus
|
||
function get_cr(tx_hash: Hash) -> ConstitutionalReceipt
|
||
function current_valuation() -> XTZH
|
||
function valuation_history() -> [ValuationRecord]
|
||
}""",
|
||
"confidence": 0.95,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
|
||
# ─── RWA资产上链流程 ─────────────────────────────────────────
|
||
{
|
||
"title": "RWA资产上链完整流程：从申请到TOKEN生成",
|
||
"category": "process",
|
||
"tags": ["RWA", "上链", "流程", "TOKEN", "合规", "步骤"],
|
||
"content": """NAC公链的RWA资产上链是一个完整的七步流程，从资产申请到TOKEN生成，全程AI辅助合规验证。
|
||
|
||
【完整上链流程】
|
||
|
||
第一步：资产申请与材料准备
|
||
- 申请人提交资产基本信息（类型、价值、位置、所有权证明）
|
||
- 系统自动分配临时GNACS编码
|
||
- AI预审：初步判断资产是否符合上链条件（约5分钟）
|
||
|
||
第二步：KYC/AML身份验证（Layer1）
|
||
- 申请人完成身份验证（护照/驾照+人脸识别）
|
||
- 系统生成32字节主权地址
|
||
- AML筛查：OFAC制裁名单、PEP数据库（约1-2个工作日）
|
||
|
||
第三步：资产真实性验证（Layer2）
|
||
- 提交资产证明文件（产权证、评估报告、公证书等）
|
||
- AI文件鉴别：检测伪造和篡改
|
||
- 第三方公证机构确认（约3-5个工作日）
|
||
|
||
第四步：法律合规审查（Layer3）
|
||
- 系统自动识别适用的辖区法律
|
||
- CNNL宪法条款匹配
|
||
- 如有多辖区法律冲突，提交人工法律专家审查（约1-3个工作日）
|
||
|
||
第五步：AI资产估值（Layer4）
|
||
- 50维宏观特征模型计算资产价值
|
||
- 生成XTZH计价的估值报告
|
||
- 估值结果链上存证
|
||
|
||
第六步：合规报告生成与审批
|
||
- AI生成完整合规报告（七层验证结果）
|
||
- AI信度≥95%：自动通过
|
||
- AI信度70-95%：人工复核（约1-2个工作日）
|
||
- AI信度<70%：退回补充材料
|
||
|
||
第七步：TOKEN生成与上链
|
||
- CEE签发宪法收据（CR）
|
||
- 生成ACC-20标准TOKEN
|
||
- 分配正式GNACS编码
|
||
- TOKEN发行到申请人的主权地址
|
||
|
||
【典型时间线】
|
||
- 标准流程：7-14个工作日
|
||
- 快速通道（AI信度≥95%）：3-5个工作日
|
||
- 复杂资产（多辖区/争议）：30个工作日以上""",
|
||
"confidence": 0.96,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
|
||
# ─── 辖区合规规则 ─────────────────────────────────────────
|
||
{
|
||
"title": "香港RWA上链合规要求：SFC监管框架",
|
||
"category": "compliance",
|
||
"tags": ["香港", "HK", "SFC", "合规", "RWA", "辖区"],
|
||
"content": """香港是NAC公链的核心监管辖区之一，受香港证券及期货事务监察委员会（SFC）监管。
|
||
|
||
【香港RWA监管框架】
|
||
香港于2023年6月正式实施虚拟资产服务提供商（VASP）发牌制度，为RWA上链提供了清晰的法律框架。
|
||
|
||
【香港RWA上链的合规要求】
|
||
|
||
1. 发行人资质
|
||
- 须为在香港注册的公司或持牌实体
|
||
- 需获得SFC的1号牌（证券交易）或9号牌（资产管理）
|
||
- 董事须通过适当人选测试（Fit and Proper Test）
|
||
|
||
2. 资产类型限制
|
||
- 允许：不动产、股权、债券、基础设施
|
||
- 限制：未经批准的大宗商品、艺术品需额外审批
|
||
- 禁止：博彩、烟草、武器相关资产
|
||
|
||
3. 投资者保护要求
|
||
- 零售投资者：最低投资额HKD 10万，需通过风险评估
|
||
- 专业投资者：最低资产HKD 800万，豁免部分限制
|
||
- 机构投资者：无最低投资额限制
|
||
|
||
4. 披露要求
|
||
- 发行说明书（Offering Memorandum）
|
||
- 季度财务报告
|
||
- 重大事项即时披露
|
||
|
||
5. 托管要求
|
||
- 资产须由持牌托管机构持有
|
||
- 代币须存储在合规钱包（冷热钱包分离）
|
||
|
||
【香港特有的GNACS辖区代码】
|
||
HK-001：住宅物业
|
||
HK-002：商业物业
|
||
HK-003：工业物业
|
||
HK-004：酒店物业
|
||
HK-005：股权
|
||
HK-006：债券""",
|
||
"confidence": 0.95,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
{
|
||
"title": "新加坡RWA上链合规要求：MAS监管框架",
|
||
"category": "compliance",
|
||
"tags": ["新加坡", "SG", "MAS", "合规", "RWA", "辖区"],
|
||
"content": """新加坡是NAC公链的重要监管辖区，受新加坡金融管理局（MAS）监管，以其开放的监管态度著称。
|
||
|
||
【新加坡MAS监管框架】
|
||
新加坡的《支付服务法》（PSA）和《证券期货法》（SFA）为数字资产和RWA提供了完善的法律框架。
|
||
|
||
【新加坡RWA上链合规要求】
|
||
|
||
1. 发行人资质
|
||
- 须持有MAS颁发的资本市场服务（CMS）牌照
|
||
- 或通过MAS的监管沙盒（Regulatory Sandbox）
|
||
- 外国发行人可通过认可市场运营商（RMO）发行
|
||
|
||
2. 资产类型
|
||
- 允许：不动产、股权、基础设施、绿色债券
|
||
- 鼓励：绿色金融、可持续发展相关RWA（MAS绿色金融行动计划）
|
||
- 限制：高风险衍生品需额外审批
|
||
|
||
3. 投资者分类
|
||
- 零售投资者：需通过客户知识评估（CKA）
|
||
- 认可投资者（AI）：净资产≥SGD 200万或年收入≥SGD 30万
|
||
- 机构投资者：银行、保险公司、基金公司等
|
||
|
||
4. Project Guardian合作
|
||
- MAS主导的Project Guardian是全球最重要的RWA代币化项目
|
||
- NAC公链可申请成为Project Guardian的技术合作伙伴
|
||
- 参与机构包括：摩根大通、星展银行、渣打银行
|
||
|
||
【新加坡特有优势】
|
||
- 税务友好：数字代币交易免GST（商品服务税）
|
||
- 监管沙盒：创新项目可先行试验
|
||
- 双语环境：中英文监管文件完整""",
|
||
"confidence": 0.95,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
{
|
||
"title": "迪拜/阿联酋RWA上链合规要求：VARA监管框架",
|
||
"category": "compliance",
|
||
"tags": ["迪拜", "阿联酋", "AE", "VARA", "ADGM", "DIFC", "合规"],
|
||
"content": """迪拜/阿联酋是NAC公链的重要中东监管辖区，受VARA（虚拟资产监管局）和ADGM/DIFC监管。
|
||
|
||
【迪拜虚拟资产监管框架】
|
||
迪拜于2022年成立VARA（Virtual Assets Regulatory Authority），成为全球首个专门针对虚拟资产的监管机构。
|
||
|
||
【迪拜RWA上链合规要求】
|
||
|
||
1. VARA监管（迪拜主权区域）
|
||
- 须获得VARA颁发的虚拟资产服务提供商（VASP）牌照
|
||
- 最低资本要求：AED 500万（约USD 136万）
|
||
- 本地实体要求：须在迪拜注册公司
|
||
|
||
2. ADGM监管（阿布扎比全球市场）
|
||
- 须获得ADGM的金融服务许可证（FSP）
|
||
- 适用于资产管理、证券发行
|
||
- 与英国FCA监管框架接轨
|
||
|
||
3. DIFC监管（迪拜国际金融中心）
|
||
- 须获得DFSA（迪拜金融服务局）许可
|
||
- 适用于跨境金融服务
|
||
- 英国普通法体系，国际认可度高
|
||
|
||
4. 资产类型
|
||
- 重点支持：不动产（迪拜房地产市场全球领先）
|
||
- 鼓励：黄金、大宗商品（迪拜是全球大宗商品交易中心）
|
||
- 限制：与伊斯兰金融原则冲突的资产（如含利息债券）
|
||
|
||
【迪拜的特殊优势】
|
||
- 零个人所得税
|
||
- 零资本利得税
|
||
- 全球最大的黄金交易中心之一
|
||
- 伊斯兰金融友好（Shariah合规）""",
|
||
"confidence": 0.94,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
|
||
# ─── 资产估值 ─────────────────────────────────────────
|
||
{
|
||
"title": "NAC AI资产估值模型：50维宏观特征驱动",
|
||
"category": "valuation",
|
||
"tags": ["估值", "AI", "XTZH", "50维", "宏观", "不动产"],
|
||
"content": """NAC公链的AI资产估值模型采用50维宏观特征驱动，为RWA资产提供客观、透明的链上估值。
|
||
|
||
【估值模型架构】
|
||
|
||
宏观经济特征（20维）：
|
||
- GDP增速、通胀率、利率水平
|
||
- 汇率波动、贸易顺差、外汇储备
|
||
- 失业率、消费者信心指数
|
||
- 房地产价格指数、租金收益率
|
||
- 股市表现、债券收益率曲线
|
||
|
||
资产特定特征（20维）：
|
||
- 位置评分（交通、商圈、学区）
|
||
- 建筑质量、楼龄、维护状况
|
||
- 租约状况（租金、租期、租客质量）
|
||
- 历史交易价格、可比物业价格
|
||
- 容积率、规划用途限制
|
||
|
||
合规与流动性特征（10维）：
|
||
- 产权清晰度评分
|
||
- 合规状态评分
|
||
- 市场流动性（成交量、挂牌天数）
|
||
- 机构持有比例
|
||
- 代币化溢价/折价
|
||
|
||
【估值输出格式】
|
||
gnacs_code: RE-HK-001-2024-000001
|
||
base_valuation: XTZH 5,000,000（约USD 5,000,000 / HKD 39,000,000）
|
||
confidence: 0.92
|
||
valuation_range: XTZH 4,750,000 - 5,250,000
|
||
key_drivers: 位置评分(25%)、租金收益率(20%)、市场趋势(15%)
|
||
next_review: 每季度自动更新
|
||
|
||
【估值更新机制】
|
||
- 定期更新：每季度自动重新估值
|
||
- 触发更新：重大市场事件（如利率变化>50bps）
|
||
- 申请更新：资产持有人可申请人工复核估值""",
|
||
"confidence": 0.95,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
|
||
# ─── 综合对比 ─────────────────────────────────────────
|
||
{
|
||
"title": "NAC公链与以太坊全维度对比分析",
|
||
"category": "comparison",
|
||
"tags": ["对比", "以太坊", "ETH", "NAC", "区别", "比较"],
|
||
"content": """NAC公链与以太坊在设计哲学、技术架构、经济模型等各个维度都存在根本性区别。
|
||
|
||
【核心设计哲学】
|
||
- 以太坊：通用可编程区块链（"World Computer"）
|
||
- NAC：RWA合规原生区块链（"Compliance-Native RWA Chain"）
|
||
|
||
【全维度对比表】
|
||
|
||
维度 | 以太坊 | NAC公链
|
||
设计目标 | 通用智能合约平台 | RWA资产专用公链
|
||
治理模式 | 代币持有者投票（财阀化） | 宪法至上，辖区协商立法
|
||
共识机制 | PoS（质押竞争） | CBPP（规则服从，零质押门槛）
|
||
区块模型 | 固定12秒，Gas上限 | 流体区块，交易量驱动
|
||
合规内置 | 无，需外挂 | CR强制，七层验证
|
||
身份系统 | 20字节匿名地址 | 32字节主权地址（内嵌KYC）
|
||
经济模型 | 单一ETH代币 | 双币：XTZH（稳定）+XIC（燃料）
|
||
智能合约 | Solidity/EVM | Charter/NVM
|
||
网络协议 | P2P/JSON-RPC | CSNP/NRPC4.0
|
||
哈希算法 | Keccak-256（32字节） | SHA3-384（48字节）
|
||
跨链方案 | 第三方桥（安全风险高） | CSNP原生原子交换
|
||
开发语言 | Solidity（高门槛） | Charter+多语言引擎
|
||
节点门槛 | 质押32 ETH（约$100k） | DID+KYC+宪法测试（零资本）
|
||
隐私保护 | 部分ZKP项目 | 宪法隐私条款+结构化地址
|
||
|
||
【NAC的核心竞争优势】
|
||
1. 合规原生：唯一将合规内置于协议层的公链
|
||
2. RWA专用：专为真实世界资产设计的技术栈
|
||
3. 法治治理：宪法治理替代财阀治理
|
||
4. 双币纯净：XTZH/XIC功能分离，无利益冲突
|
||
5. 零门槛节点：民主化区块生产，去中心化更彻底
|
||
|
||
【NAC的定位】
|
||
NAC是继公有链、私有链、联盟链之后的"第四种区块链"——私法监管型公有链（privately-regulated public blockchain）""",
|
||
"confidence": 0.98,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
{
|
||
"title": "NAC公链与比特币的根本区别",
|
||
"category": "comparison",
|
||
"tags": ["对比", "比特币", "BTC", "NAC", "区别", "比较"],
|
||
"content": """NAC公链与比特币在设计目标、功能定位和技术架构上存在根本性区别。
|
||
|
||
【比特币的设计局限】
|
||
比特币（Bitcoin）由中本聪于2008年设计，核心目标是"点对点电子现金系统"：
|
||
- 仅支持简单的价值转移
|
||
- 无智能合约能力（Script语言极其有限）
|
||
- 无原生合规机制
|
||
- 10分钟出块，7 TPS，无法支撑RWA规模
|
||
|
||
【NAC vs 比特币核心区别】
|
||
|
||
维度 | 比特币 | NAC公链
|
||
设计目标 | 去中心化货币 | RWA资产上链平台
|
||
共识 | PoW（算力竞争） | CBPP（规则服从）
|
||
智能合约 | 无（Script极简） | Charter完整合约语言
|
||
合规 | 无 | 七层合规强制
|
||
TPS | 约7 | 流体扩容（理论无上限）
|
||
能耗 | 极高（全球电力的0.5%） | 极低（无算力竞争）
|
||
身份 | 完全匿名 | 主权地址（可控匿名）
|
||
资产支持 | 仅BTC | 任意RWA资产
|
||
|
||
【比特币的合规困境】
|
||
比特币因完全匿名性，长期面临监管压力：
|
||
- 被用于非法交易、洗钱
|
||
- 各国监管机构难以追溯
|
||
- 机构投资者因合规风险回避
|
||
|
||
NAC通过宪法收据（CR）机制，在保持去中心化的同时解决了合规问题，这是比特币无法实现的根本性突破。""",
|
||
"confidence": 0.96,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
{
|
||
"title": "NAC公链的第四种区块链定位：私法监管型公有链",
|
||
"category": "overview",
|
||
"tags": ["第四种区块链", "私法监管", "公有链", "定位", "NAC"],
|
||
"content": """NAC公链是继公有链、私有链、联盟链之后的"第四种区块链"——私法监管型公有链（privately-regulated public blockchain）。
|
||
|
||
【区块链的四种类型】
|
||
|
||
第一种：公有链（Public Blockchain）
|
||
- 代表：比特币、以太坊
|
||
- 特点：完全开放，任何人可参与，完全去中心化
|
||
- 问题：无合规机制，监管困难
|
||
|
||
第二种：私有链（Private Blockchain）
|
||
- 代表：Hyperledger Fabric
|
||
- 特点：完全中心化，仅限特定机构参与
|
||
- 问题：失去区块链的去中心化优势
|
||
|
||
第三种：联盟链（Consortium Blockchain）
|
||
- 代表：R3 Corda、企业以太坊
|
||
- 特点：半中心化，多机构联合管理
|
||
- 问题：仍需信任联盟成员，扩展性受限
|
||
|
||
第四种：私法监管型公有链（NAC）
|
||
- 代表：NAC公链
|
||
- 特点：
|
||
公有性：任何人可参与共识、验证交易、使用网络
|
||
法治性：宪法由辖区协商制定，AI执行，无人工干预
|
||
合规性：KYC/AML原生内置，用户隐私受保护
|
||
主权性：每个司法辖区可独立调整本地规则，同时保持全网互联
|
||
|
||
【NAC的核心创新】
|
||
NAC解决了区块链领域长期存在的"不可能三角"：
|
||
- 传统公链：去中心化+安全，但缺乏合规
|
||
- 传统私链：合规+安全，但失去去中心化
|
||
- NAC：去中心化+安全+合规，三者兼得
|
||
|
||
这是通过"宪法治理"实现的：监管不是由中心化机构执行，而是由AI自动执行宪法条款，实现"让监管可编程、可验证"。""",
|
||
"confidence": 0.98,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
{
|
||
"title": "NRPC4.0协议：NAC的高性能RPC通信协议",
|
||
"category": "network",
|
||
"tags": ["NRPC", "RPC", "协议", "通信", "4.0", "性能"],
|
||
"content": """NRPC4.0（NAC Remote Procedure Call 4.0）是NAC公链的原生RPC通信协议，替代传统的JSON-RPC，提供更高性能和安全性。
|
||
|
||
【JSON-RPC的局限性】
|
||
以太坊使用JSON-RPC作为节点通信协议：
|
||
- 文本格式（JSON）：序列化/反序列化开销大
|
||
- 无内置认证：任何人可调用节点API
|
||
- 无流式传输：不支持大文件传输
|
||
- 无状态：每次调用独立，无上下文
|
||
|
||
【NRPC4.0的技术特性】
|
||
|
||
1. 二进制编码
|
||
- 使用Protocol Buffers（Protobuf）编码
|
||
- 比JSON-RPC快10倍（序列化/反序列化）
|
||
- 数据包大小减少60-80%
|
||
|
||
2. 内置认证
|
||
- 每个RPC调用自动附带调用者的主权地址签名
|
||
- CEE自动验证调用者的合规状态
|
||
- 防止未授权访问
|
||
|
||
3. 流式传输
|
||
- 支持gRPC流式传输
|
||
- 可传输大型资产文件（产权证、评估报告等）
|
||
- 支持实时数据流（价格更新、合规状态变化）
|
||
|
||
4. 会话管理
|
||
- 有状态连接：支持长连接和会话
|
||
- 自动重连：网络中断后自动恢复
|
||
- 负载均衡：自动路由到最近的节点
|
||
|
||
【NRPC4.0 vs JSON-RPC性能对比】
|
||
指标 | JSON-RPC | NRPC4.0
|
||
序列化速度 | 基准 | 10x快
|
||
数据包大小 | 基准 | 60-80%小
|
||
并发连接 | 约1000 | 约100000
|
||
延迟 | 约50ms | 约5ms""",
|
||
"confidence": 0.93,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
{
|
||
"title": "NAC量子浏览器：区块链数据的可视化探索工具",
|
||
"category": "tools",
|
||
"tags": ["量子浏览器", "区块浏览器", "explorer", "可视化", "工具"],
|
||
"content": """NAC量子浏览器（Quantum Explorer）是NAC公链的官方区块链数据浏览器，提供比传统区块浏览器更丰富的可视化功能。
|
||
|
||
【访问地址】
|
||
https://explorer.newassetchain.io/
|
||
|
||
【量子浏览器的核心功能】
|
||
|
||
1. 区块数据查询
|
||
- 实时区块高度显示
|
||
- 区块详情：CBP节点、交易数、宪法收据数
|
||
- 流体区块可视化：动态展示区块大小变化
|
||
|
||
2. 交易查询
|
||
- 交易哈希查询（48字节SHA3-384）
|
||
- 宪法收据（CR）查看
|
||
- 七层合规验证状态
|
||
- 资产转移追踪
|
||
|
||
3. 资产查询
|
||
- GNACS编码查询
|
||
- ACC-20代币信息
|
||
- 估值历史图表
|
||
- 合规状态时间线
|
||
|
||
4. 节点地图
|
||
- 全球CBP节点分布
|
||
- 节点健康状态
|
||
- CSNP网络拓扑
|
||
|
||
5. 合规统计
|
||
- 每日合规通过率
|
||
- 辖区分布统计
|
||
- 资产类型分布
|
||
|
||
【当前网络状态】
|
||
- 共识机制：CBPP
|
||
- 虚拟机版本：NVM 2.0
|
||
- 网络状态：正常运行
|
||
- 访问地址：https://explorer.newassetchain.io/""",
|
||
"confidence": 0.92,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
{
|
||
"title": "NAC公链注册系统：身份认证与主权地址申请",
|
||
"category": "identity",
|
||
"tags": ["注册", "身份", "KYC", "DID", "主权地址", "id.newassetchain.io"],
|
||
"content": """NAC公链的注册系统是用户进入NAC生态的第一步，负责身份验证和主权地址的生成与管理。
|
||
|
||
【注册系统访问地址】
|
||
https://id.newassetchain.io/
|
||
|
||
【注册流程】
|
||
|
||
第一步：基础信息填写
|
||
- 姓名（与身份证件一致）
|
||
- 国籍/居住地（决定司法管辖区代码）
|
||
- 邮箱地址（用于通知）
|
||
- 手机号码（用于双因素认证）
|
||
|
||
第二步：KYC身份验证
|
||
- 上传身份证件（护照/驾照/身份证）
|
||
- 人脸识别（活体检测）
|
||
- 地址证明（水电费账单/银行对账单，3个月内）
|
||
|
||
第三步：合格投资者认证（可选）
|
||
- 专业投资者：提交资产证明（银行存款证明/投资组合）
|
||
- 机构投资者：提交公司注册文件和授权书
|
||
|
||
第四步：宪法测试
|
||
- 了解NAC公链的基本规则
|
||
- 确认遵守适用辖区的法律法规
|
||
- 确认理解RWA投资风险
|
||
|
||
第五步：主权地址生成
|
||
- 系统根据KYC信息生成32字节主权地址
|
||
- 地址内嵌：司法管辖区代码+KYC等级+合格投资者状态
|
||
- 私钥由用户自行保管（硬件钱包推荐）
|
||
|
||
【主权地址示例】
|
||
0x484B02030x[DID哈希8字节][随机公钥哈希16字节]
|
||
其中：0x484B=香港，0x02=增强KYC，0x03=机构投资者""",
|
||
"confidence": 0.93,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
},
|
||
{
|
||
"title": "NAC公链技术栈总览：完全自研的RWA专用技术体系",
|
||
"category": "overview",
|
||
"tags": ["技术栈", "总览", "自研", "RWA", "NAC", "架构"],
|
||
"content": """NAC公链是一套完全自主研发的RWA专用公链技术体系，不是任何现有公链的继承、衍生或扩展。
|
||
|
||
【NAC原生技术栈】
|
||
|
||
智能合约层：
|
||
- 合约语言：Charter（不是Solidity）
|
||
- 类型系统：Address 32字节，Hash 48字节（SHA3-384）
|
||
- 资产标准：ACC-20（不是ERC-20）
|
||
|
||
执行层：
|
||
- 虚拟机：NVM（不是EVM）
|
||
- 编译器：Charter编译器（不是Solidity编译器）
|
||
- 执行模式：并行执行+合规验证
|
||
|
||
共识层：
|
||
- 共识协议：CBPP（不是PoS/PoW）
|
||
- 区块模型：流体区块（不是固定区块）
|
||
- 节点类型：CBP（Constitutional Block Producer）
|
||
|
||
网络层：
|
||
- 网络协议：CSNP（不是P2P）
|
||
- RPC协议：NRPC4.0（不是JSON-RPC）
|
||
- 加密算法：后量子密码学（Dilithium/Kyber）
|
||
|
||
治理层：
|
||
- 治理语言：CNNL（Constitutional Neural Network Language）
|
||
- 执行引擎：CEE（Constitutional Execution Engine）
|
||
- 合规机制：CR（Constitutional Receipt）
|
||
|
||
资产分类层：
|
||
- 编码系统：GNACS（48位全球资产分类编码）
|
||
- 估值模型：50维宏观特征AI模型
|
||
- 稳定币：XTZH（SDR锚定+黄金储备）
|
||
|
||
【NAC的核心理念】
|
||
NAC不是去模仿以太坊或其他公链的实现方式，而是从零开始，以"合规原生"为核心设计原则，专门为真实世界资产（RWA）的代币化和交易而构建的全新技术体系。""",
|
||
"confidence": 0.98,
|
||
"source": "deepseek_analysis_v1",
|
||
"language": "zh"
|
||
}
|
||
]
|
||
|
||
|
||
def expand_knowledge():
|
||
client = MongoClient(MONGO_URL)
|
||
try:
|
||
db = client[DB_NAME]
|
||
collection = db['nac_tech_docs']
|
||
|
||
# 检查当前数量
|
||
before = collection.count_documents({})
|
||
print(f'📊 扩充前文档数量: {before}')
|
||
|
||
# 批量插入知识节点
|
||
inserted = 0
|
||
skipped = 0
|
||
for node in knowledge_nodes:
|
||
# 检查是否已存在（避免重复）
|
||
existing = collection.find_one({'title': node['title']})
|
||
if not existing:
|
||
doc = {
|
||
**node,
|
||
'createdAt': datetime.now(),
|
||
'updatedAt': datetime.now(),
|
||
'version': 'v2.0',
|
||
'type': 'knowledge_node'
|
||
}
|
||
collection.insert_one(doc)
|
||
inserted += 1
|
||
print(f'✅ 插入: {node["title"]}')
|
||
else:
|
||
skipped += 1
|
||
print(f'⏭️ 跳过（已存在）: {node["title"]}')
|
||
|
||
after = collection.count_documents({})
|
||
print(f'\n📊 扩充结果:')
|
||
print(f' 扩充前: {before} 条')
|
||
print(f' 新增: {inserted} 条')
|
||
print(f' 跳过: {skipped} 条')
|
||
print(f' 扩充后: {after} 条')
|
||
|
||
# 验证插入结果
|
||
categories = collection.distinct('category')
|
||
print(f'\n📂 知识分类: {", ".join(categories)}')
|
||
|
||
# 创建索引
|
||
try:
|
||
collection.create_index([('title', 'text'), ('content', 'text'), ('tags', 'text')])
|
||
print('✅ 全文索引创建/确认成功')
|
||
except Exception as e:
|
||
print(f'ℹ️ 索引操作: {e}')
|
||
|
||
finally:
|
||
client.close()
|
||
print('🔌 MongoDB连接已关闭')
|
||
|
||
|
||
if __name__ == '__main__':
|
||
expand_knowledge()
|