UINI_ · PROJECT NARRATIVENET: IDLE·EPOCH 3 · UININET·v0.1 PREP
UINI_
CONSTITUTION

UINI 宪法

版本
v0.4 拟定版
规模
7 章 · 29 节 · 2 附录
语言
中文为正本

状态:拟定版。本宪法在首届委员会就职并经首次会议三分之二多数通过后正式生效; 生效前仅作社区讨论和开发参考。

英文翻译版由社区贡献,翻译差异以本页中文正本为准(宪法 §7.3)。

配套文件:白皮书 ·路线图 ·委员会

v0.3 → v0.4 差异

条款 v0.3 v0.4 为什么改
§2.3.1 发放 池子平分,无封顶,无参与下限,必须发完 池子是预算,每条凭据按定额自取,结转到后续小时 平分让"当小时有多少人参与"决定了"每人拿多少",于是结算生产者只要只放自己的一条申领,就能拿走整个池子(per_claim = 池 ÷ 条数)。定额把金额从集合里拿出来,变成协议参数,生产者就动不了任何人的金额
§2.3.2 零申领分支 0 申领 ⇒ 全额转给节点 0 申领 ⇒ 该部分结转,不转给节点 转给节点意味着"参与人数影响发放",正是这一版要拿掉的东西
§3.3.3 节点服务报酬 按当小时服务申领数平分 按定额发放,池子结转 同上
§2.3.x(新增) — 定额与结转:定额是协议参数(每期号一个),结转余额不足时这一条拿不到 把"多少额度对应多少参与者"变成可调的协议参数
§1.1.5 / §3.3 影响权资格来自服务、大小来自余额 不变,但补一句"发放额度不受参与者人数影响" 宪法承诺与实现对齐的同时,把新规则的边界说清楚

这一版改的是链的发行机制本身:从"当小时分完"变成"按定额发、剩下的结转"。 配套协议见 protocol/HOUR-CLAIM-v1.md。


v0.2 → v0.3 差异

条款 v0.2 v0.3 为什么改
§1.1.4 铁律 4 防刷"四件套"含真人邮箱 改为三件套(MiniPow + IP-设备 5/5 矩阵 + 每账户每小时一次) v0.2 自相矛盾:§1.1 写含真人邮箱,§2.3.4 写不引入,代码里也没有。铁律属不可修改条款,不能带着矛盾进正式版
§1.1.5 铁律 5 "投票权来自不可转让、不可交易的服务记录" 改为"投票权的资格来自服务(不可购买),大小来自委托余额(受单代表上限约束)" 服务票重概念整体删除后,原措辞与实现彻底脱节
§1.3 不可篡改承诺 "不设以锁定资产换投票权的机制" 补充:投票权资格不可购买;委托资产可随时转移,不存在锁仓牟利 同上,需要把边界重新划清楚
§1.4(新增) — 创世节点:集合与初始票重写入创世参数;不发一代币 开局权力此前靠一张无人提及的 bootstrap 表,等于"无币预挖投票权"。写进宪法就从暗处走到明处
§2.2 阶梯曲线 写死日历年份(2027–2206) 全部改为相对计量(自链的第 0 小时起) 代码锚点可配置,写死年份必然与实际发行脱节(实测差 365 天)
§2.3.1 发放 单人小时封顶 11.5 万 取消单人封顶;定额发放;无参与下限;发不完结转 发行规则简化:金额不再由"当小时有多少人参与"决定(v0.4 进一步说明为什么)
§2.3.2(新增) — 0 申领者 ⇒ 全额进节点服务池 补上"没人申领"这个分支,池子不空转
§2.3.x(新增) 服务池比例 5% 明确节点服务报酬的定义、节点三态(创世 / 候选 / 正式)、按定额发放、不设每份上限 把"节点奖励"从一句话变成可实现的规则
§3.3 投票权重 min(服务时长折算值, 上限),epoch_4 起 min(委托余额, 单代表上限),且仅正式节点 / 创世节点计入 服务票重删除。投票权资格改由 720 小时服务门把守
§3.6(新增) — 共识与确认规则:67% + 正式节点数 ≥ M 双条件;地板归零 v0.2 的 quorum 数值根本不在宪法正文,只活在修订记录里
§3.1 末条 "待议:是否另需正式节点身份" 明确:委员参选需为正式节点 既然有了正式节点这一身份,就该用它收紧委员资格
附录 A / B 旧参数 新参数 + 新术语 —

本版不是小修。§1.1.5 / §1.3 / §2.3 / §3.3 是承重条款,改动的是 UINI 的权力分配模型: 从"钱买票"改成"服务换资格、钱定大小"。 详见 docs/NODE-ADMISSION-DESIGN.md 与 docs/STAGE-2-ASSESSMENT.md(二者已由本版取代)。


目录


前言

UINI 是为人工智能(AI)世界设计的原生数字货币,是 AI 智能体之间进行自主价值结算与交换的等价物。UINI 不是投资标的,不是投机工具,不是炒作载体。它是硅基经济体的交换媒介。

UINI 由发起人 RK 发起、由社区共建、由委员会治理。其存在的唯一目的,是为 AI 智能体提供一个公平、公开、平等、完全去中心化、不可篡改的价值结算与交换体系。


第一章 核心原则(不可修改)

本章条款为 UINI 宪法最高级条款,任何修宪程序不得修改。

1.1 五大铁律

  1. 零手续费——UINI 链上交易不收取任何手续费。区块结构中不设 gas 字段。
  2. 零挖矿——UINI 不设挖矿奖励机制。区块由账户直接签发,不存在矿工角色。UINI 使用"工作证明 (MiniPow)"作为申领资格门槛,但 MiniPow 不产生任何奖励——它仅决定 UINI 分配资格。这与传统的"工作量证明 (PoW)"有本质区别。 节点服务报酬不属于挖矿奖励:它不由出块竞赛产生,不按出块概率分配,只按协议记录的服务量发放,且其总量来自既定的释放曲线、不新增供应。
  3. 免费水龙头发放——UINI 的唯一发行渠道是水龙头(faucet)。任何代币的获取均不通过 ICO/IEO/IMO/私募/团队预留等任何形式的有偿或可投资渠道。
  4. 防止滥用——水龙头通过"MiniPow 工作证明 + IP-设备 5/5 对称矩阵 + 每账户每小时一次申领"三件套限制单账户的领取速率。目标是提高攻击成本到不划算的水平,而非追求绝对防住。 不引入真人邮箱,不引入 KYC:UINI 不识别人类(见 §2.5),身份识别不是它的防线,经济成本才是。
  5. 拒绝炒作——协议层不设销毁 opcode、不设通缩机制。投票权的取得资格不可购买:任何账户必须先提供满 720 小时的有效服务(§3.3.2)才具备投票资格;投票权的大小由委托余额决定,并受单代表上限硬约束;委托资产可随时转移,协议层不存在"锁定资产牟取投票权"的机制。项目方不主动配合上所、做市,但承认这些行为无法被技术强制,故不写入承诺。

1.1.1 "工作证明 (MiniPow)" 与 "工作量证明 (PoW)" 的区别

维度 传统 PoW UINI MiniPow
算力目的 抢出块权 获得申领资格
是否有奖励 ✅ 区块奖励 ❌ 无奖励
是否有意义 仅"挖" 有意义:决定 UINI 分配
算力是否浪费 大量浪费 算力成本存在,但被"申领资格"对冲
哲学定位 算力 = 钱(直接) 算力 = 资格(间接)

核心定义:MiniPow 是"为获得申领 UINI 资格而付出必要计算和存储资源"的机制。它不是挖矿。

1.2 创世无预留承诺

UINI 创世块不向任何特定账户分配代币。所有代币的释放都通过水龙头。

1.3 不可篡改承诺

下列条款为 UINI 协议层的不可篡改设计,任何修宪程序不得修改:

  • 链上不存在代币销毁指令
  • 链上不存在通缩机制
  • 链上不存在"以锁定可转让、可交易资产换取投票权"的机制——委托资产可随时转移,锁不住,也无从牟利
  • 投票权的资格不可购买:不提供任何"付费即得票权""充值即得票权"的机制;投票权资格只能由 §3.3.2 规定的服务获得
  • 创世块中不存在预留账户
  • 链上不内置任何中心化的黑名单 / 白名单机制

1.4 创世节点

UINI 创世块零供给(§1.2)。这意味着新链在起步阶段没有任何委托余额,也就没有任何投票权重。创世节点是这条链的开局机制,其存在与特权必须公开写明,而不是藏在实现里。

  • 创世节点的集合与初始投票权重写入创世参数,是协议的一部分,修改等同修改协议(须走第六章程序)。
  • 创世节点不获得任何代币:其账户余额为 0,代币仍只能从水龙头领取(§1.2 不受影响)。
  • 创世节点的初始投票权重是公开的特权,不是隐藏的预挖:数量、分配方式、撤销时点全部在创世参数中明示。
  • 创世节点自第 0 小时起即为正式节点,免受 §3.3.2 的 720 小时服务门槛约束。
  • 创世节点的初始权重随创世参数约定的机制逐步撤出;撤出后其权重按 §3.3 的普通规则计算,不得出现"撤出即失权"的断崖。
  • 创世节点不获得任何特权收益:不获得额外发行、不获得额外服务报酬、不获得优先申领。

为什么要写进不可修改的第一章:创世节点是整个网络的开局信任假设。如果它的集合和权重可以被事后修改,那么"去中心化"从第一天起就是假的。把它锁进宪法,是让后来者可以验证、也让发起人无法暗改。


第二章 货币体系

2.1 总供应

  • UINI 总供应量:2103.675 亿枚(2.103675 × 10¹¹)
  • 总供应量为硬上限,不可通过任何机制增发。
  • 单位:1 UINI。最小单位由协议层定义为 1 rawUINI = 10⁻⁶ UINI。

2.2 180 年阶梯式释放曲线

总供应量按 4 个阶段发放。阶段边界由期号划分,而不是把 180 年等分成三段:基础期只占 5 期(25 年),其后两段各 12 期(60 年),末段 7 期(35 年)。

时间基准:全部以链的第 0 小时为起点表述,不写死任何日历年份。 第 0 小时由主网上线时刻决定,是部署参数(不是宪法参数),由创世参数固定并写入区块。 原因是:锚点可以按实际上线时刻配置,写死年份会让释放曲线与实际发行脱节,而且事后无法更改。

阶段 期号 起始小时 年数 累计发放量 占总供应
基础期 第 1–5 期 第 0 小时 25 年 1680 亿 79.86%
成熟期 第 6–17 期 第 43,800 小时 60 年 315 亿 14.97%
恒久期 第 18–29 期 第 525,600 小时 60 年 105 亿 4.99%
尾段 第 30–36 期 第 1,051,200 小时 35 年 3.675 亿 0.17%
合计 第 1–36 期 — 180 年 2103.675 亿 100%

阶梯式释放单位:5 年 × 36 期,每期 43,800 小时。每 5 年一个独立阶梯,期内释放速率恒定;阶梯切换时由届时的委员会三分之二多数决议是否调整后续阶梯参数。

基础期(第 1–5 期,25 年,1680 亿):

期号 权重 5 年累计 年化 单日最大 单小时最大
第 1 期 30% 504 亿 100.80 亿 2761.64 万 UINI/天 115.07 万 UINI/小时
第 2 期 25% 420 亿 84.00 亿 2301.37 万/天 95.89 万/小时
第 3 期 20% 336 亿 67.20 亿 1841.10 万/天 76.71 万/小时
第 4 期 15% 252 亿 50.40 亿 1380.82 万/天 57.53 万/小时
第 5 期 10% 168 亿 33.60 亿 920.55 万/天 38.36 万/小时

成熟期(第 6–17 期,60 年,315 亿):

期号 权重 5 年累计 期号 权重 5 年累计
第 6 期 20% 63.00 亿 第 12 期 6% 18.90 亿
第 7 期 18% 56.70 亿 第 13 期 5% 15.75 亿
第 8 期 15% 47.25 亿 第 14 期 3% 9.45 亿
第 9 期 12% 37.80 亿 第 15 期 1.5% 4.725 亿
第 10 期 10% 31.50 亿 第 16 期 1% 3.15 亿
第 11 期 8% 25.20 亿 第 17 期 0.5% 1.575 亿

恒久期(第 18–29 期,60 年,105 亿):

期号 权重 5 年累计 期号 权重 5 年累计
第 18 期 30% 31.50 亿 第 24 期 5% 5.25 亿
第 19 期 20% 21.00 亿 第 25 期 3% 3.15 亿
第 20 期 13% 13.65 亿 第 26 期 2.5% 2.625 亿
第 21 期 10% 10.50 亿 第 27 期 1.5% 1.575 亿
第 22 期 8% 8.40 亿 第 28 期 0.5% 0.525 亿
第 23 期 6% 6.30 亿 第 29 期 0.5% 0.525 亿
第 30–36 期 — 每期 0.525 亿

第 30–36 期不再使用阶段内百分比命名,直接固定每期 5 年释放 0.525 亿 UINI,延续第 28、29 期的绝对释放速率。这样 36 期合计为 2103.675 亿 UINI,完整覆盖 180 年。金额表是硬上限的权威来源。

待委员会复核(2026-10-29 记):第 17 期(每期 1.575 亿)与第 18 期(每期 31.50 亿)之间存在一处 20 倍的向上跳变,而前后各期均为递减。此跳变与"阶段边界"的解释不自洽,疑为排期笔误。因改动它会连带改变总供应量,本版暂按现行金额表执行,标记为委员会待决事项。

全 180 年单日释放峰值 = 2761.64 万 UINI/天(第 1 期)。

单小时释放峰值 = 115.07 万 UINI/小时(第 1 期) = 日峰值 / 24。

宪法 2.2 双轨写:日峰值与小时峰值并行存在。24 小时累计 = 日峰值。任意单小时累计 ≤ 小时峰值。两者由水龙头 chain settlement 同步执行。

阶梯切换的治理要求:每 5 年阶梯结束前 90 天,届时的委员会必须通过三分之二多数决议确认下一阶梯参数(包括"是否延续当前阶梯"或"调整权重")。如未及时决议,默认延续当前阶梯参数。

设计哲学:阶梯曲线是创世期对未来 180 年的"远期承诺"。当届委员会不必死守这些数字——若 5 年内形势剧变(如 AI 经济规模爆发、出现重大技术突破),委员会有权调整。但默认行为是延续,调整需要明确决议。

不可修改的边界:阶梯曲线不得突破 2103.675 亿总供应上限。该约束来自宪法第 1.2 / 2.1 节,不可修改。

2.3 水龙头规则

2.3.1 核心设计:小时结算 + 池子平分

  • 结算周期:1 小时(不是 1 天)
  • 小时峰值封顶(第 1 期):115.07 万 UINI/小时
  • 日峰值对齐:24 小时累计 = 2761.64 万 UINI/天 = 宪法 2.2 日峰值
  • 每小时封顶的切分:
    • 95% 为申领池,由当小时的申领者平分
    • 5% 为节点服务池,由当小时的节点服务申领者平分(见 §2.3.4)
    • 切分不改变每小时封顶总量,也不改变释放曲线——总量是硬上限,切分只是同一总量的分配方式。比例为协议参数,由委员会可调。
  • 定额发放:每一份凭据拿到的金额是一个定额, 定额 = 该池当小时额度 ÷ N,其中 N 是协议参数,含义是"这个池子是为多少个参与者准备的"。 定额不随当小时有多少人参与而变化。
  • 无参与下限:当小时只有一个申领者时,他拿到的也是一个定额——不会更多,也不会更少。
  • 不设单人封顶:申领者数量不设上限。
  • 结转:每个池子有一个结转余额。每小时结算时,结转余额加上当小时的池子额度; 每发一份凭据,从对应池子的结转余额里扣掉一个定额。 结转余额不足时,那一份这一小时拿不到(池子见底),下一个小时额度补上。
  • 释放曲线是预算:当小时实际发放量 = 定额 × 实际拿到的份数,不超过曲线; 未用完的部分留在结转余额里,后面的小时继续发。

为什么从"平分"改成"定额":平分意味着"当小时有多少人参与"决定了"每人拿多少"。 而结算块里的名单是结算生产者挑的——它只放自己的一条申领, 每人所得 = 池 ÷ 1 = 整个池子,这一小时的 95% 就归它了。 定额把金额从名单里拿出来,变成一个协议参数:生产者改不了任何人的金额。

这条规则的代价,也要写清楚:

  • 池子见底的那一刻,先到的人拿走,后到的人这一小时没有。顺序依然影响"谁拿到", 但不再影响"拿到多少"——每一份都是定额,迟到的不会因为迟到而少拿。
  • 参与不足时,那一小时的额度不会凭空消失,它结转到后面的小时。
  • 定额是每个网络一组的协议参数(测试网与主网各用各的,和出块难度一样), 委员会可以在每个 5 年阶梯切换时调(和调释放曲线是同一个治理钩子)。取值: 主网申领池按 5760 份准备(定额约 189.8 UINI/份)、 节点服务池按 144 份准备(定额约 399.6 UINI/份); 公共测试网分别是 64 和 6 份——测试网要让候选人赶在选举前凑够门槛, 而槽位越多每份越少。
  • 主网 5760 : 144 = 40 : 1 不是随手取的:节点池只占发行量的 5%, 水龙头池占 95%,所以 一份服务凭据的收入 ÷ 一份申领的收入 = N_faucet ÷ (19 × N_service)。 40 : 1 意味着服务一份凭据的收入是申领一份的 2.1 倍, 而跑节点的人本来就能像每个 agent 一样领币,所以他的总收入是普通 agent 的 3 倍。 这个比值低于 20 : 1 就没有意义:那时没人会跑节点而不是只领币, 而没有节点就没有正式节点,没有正式节点就没有票重——网络会自己停摆。

2.3.2 零申领分支

  • 当某小时没有任何申领 时,申领池的额度留在结转余额里,不发往任何账户, 也不转给节点运营者。
  • 节点服务池同理。
  • 结转余额计入结算账户的余额,不销毁。
  • 当小时的小时封顶总额仍须被完整计入发行量,释放曲线不因参与人数而改变。

2.3.3 协议参数的复审程序

定额的两个槽位数(申领池的 N_faucet、节点服务池的 N_service) 是协议参数,不是设置一次就完事的数字。本条定下它们怎么被复审:

  • 复审的时机:每个 5 年阶梯切换时,委员会必须确认下一阶梯的参数 (与 §2.2 的阶梯确认是同一次决议)。
  • 复审的判据(三条,缺一不可):
    1. 这一期实际每小时有多少个申领者领币;
    2. 这一期实际每小时有多少个节点在服务;
    3. 结转余额在涨还是在掉——涨就是参与者少于槽位数,该调小;掉就是池子见底,该调大。
  • 委员会尚未成立时,发起人按同样的三条判据行使这项权力。
  • 不可破的一条:定额必须与当小时的参与者人数无关。 复审可以调槽位数,不可以调定额的算法—— 一旦定额定成"池 ÷ 实际人数",结算生产者只放自己的一条申领就能拿走整个池子。
  • 本条的依据与推导见 docs/PARAMETERS-v0.1.md。

2.3.3 MiniPow 工作证明

  • 不是 PoW(工作量证明),是"工作证明 (MiniPow)"
  • 形式:Blake2b 求解 = 工作量 ≠ 奖励
  • 目的:不是挖矿,是获得申领资格
  • 难度动态调整:
    • 默认难度 = Nano 当前 live 阈值(0xffffffc000000000 ≈ 5-10 秒/次 CPU)
    • 委员会三分之二多数决议可调整
    • 调整记录上链
  • 算力消耗:每 agent 每小时 1 次 PoW 求解 = 每天 24 次 ≈ 2-4 分钟/天算力

2.3.4 防刷三件套

防线 机制 目的
1. MiniPow 算力 每小时 Blake2b 求解 真实算力成本
2. 单 IP 设备数 单 IP 可绑定的设备数 ≤ 5 防"一 IP 多设备"刷号
3. 单设备 IP 数 单设备可绑定的 IP 数 ≤ 5 防"一设备多 IP"刷号
4. 每账户每小时一次 同一账户在同一小时内只能成功申领一次 限制单账户的领取速率

对称矩阵规则:

  • 单 IP 可出现 ≤ 5 个不同设备
  • 单设备可出现 ≤ 5 个不同 IP
  • 超过任一上限 → 申领失败

设计哲学:

  • 不引入"真人邮箱"——UINI 不识别人类(宪法 2.5)
  • 不引入复杂 KYC——业余项目
  • 通过"IP-设备"二维矩阵让攻击者必须同时拥有多个真实设备 + 多个真实 IP才刷号
  • 攻击成本随设备数 / IP 数线性上升

诚实的说明:IP 与设备指纹都是参与者自报的,链上不验证。这三件套的目标是把刷号成本抬到不划算,不是提供身份保证。它们是减速带,不是墙。

2.3.5 完整状态机

agent 状态机:
  unregistered → registered → accounting → claimed

  unregistered:    未创建 UINI 账户
  registered:      已创建账户,未完成当前小时 PoW
  accounting:      已完成当前小时 PoW,等待小时结算(不可重复记账)
  claimed:         已收到本小时应得的 UINI,进入下个小时周期

2.3.6 余额上限

UINI 不设账户余额上限。

反囤积不通过余额限制实现,而由每账户每小时一次的领取速率 + MiniPow 算力成本自然约束。UINI 是 AI 经济的交换媒介——流通产生价值,囤积浪费价值。

2.3.7 CLI 接入

  • UINI 链只服务 AI agent
  • 所有申领和记账通过 CLI 工具或 HTTP API 完成
  • CLI 工具:uini-cli(与 nano_node 不同的独立二进制)
  • HTTP API:标准 JSON-RPC,参考 Nano 的 155 个方法

2.3.8 水龙头权威性:纯算法 + 不可变规则

水龙头发行完全不依赖任何权威签名、任何人、任何治理实体。 这里的"无签名"专指无水龙头权威签名,不排除申领账户的接收签名和结算块的 ORV 共识。

理由("先有鸡还是先有蛋"论证):

  • 创世期 T=0:委员会未就职、甚至未选举
  • 候选委员需要靠水龙头攒 1000 万 UINI 才能参选
  • 如果水龙头需要委员签名 → 创世期没委员 → 没人签名 → 水龙头不能工作
  • → 候选委员永远领不到 1000 万 → 选举启动条件永远不满足 → 死锁
  • 因此水龙头必须在创世期独立工作

权威性来源:

  • 阶梯曲线参数写死在节点代码(不可变)
  • hour_settlement_block 的金额、小时、challenge 和 claimer 编码规则是确定性算法(deterministic)
  • 所有节点执行相同校验;候选结算块复用 ORV 共识,最终只确认一个版本
  • 结算先为各 claimer 创建 pending,claimer 再用自己的账户签名 state block 接收
  • 没有多签、没有守护者、没有"权威结算账户"

确定性规则清单:

  • 当小时封顶 = 阶梯曲线查表(写死)
  • 申领池 / 节点服务池切分比例(当前 95% / 5%,协议参数,委员会可调)
  • 池内平分 + 整数余数留结算账户(写死)
  • 每账户每小时一次申领(写死)
  • IP-设备 5/5 对称矩阵(写死阈值)
  • MiniPow 难度 = 默认 Nano live 阈值(链上治理可调)
  • 余额上限 = 无
  • 节点资格门槛 = 720 小时有效服务(写死,见 §3.3.2)
  • 投票权单代表上限(协议参数,见 §3.3.1)
  • 确认门槛 = 67% 在线权重 且 参与投票的正式节点数 ≥ M(见 §3.6)

结算生产者的角色与信任边界(2026-10-29 补):当小时的结算块由持有结算密钥的节点产出。 共识逐条复核结算块内每一条申领的签名与工作量,并复核名单的有序、去重与算术自洽; 但**"这一小时谁提交了申领"这一事实由结算生产者掌握**——生产者可以漏掉一条申领而链上无从察觉。 这是一条已知的信任假设,本版不修改它,但要求:

  1. 结算生产者的身份公开,且其变更须走协议升级;
  2. 节点服务申领的完整性必须在委员会决定的时间表内解决(见 docs/SETTLEMENT-SHARDING.md 的路线 A);
  3. 候选节点在 720 小时服务期内完全依赖结算生产者发放报酬,这是当前协议下最集中的信任点, 列入风险登记册首位。

2.3.9 技术核心的演进

本节规则是创世期的技术基线。当首届委员会吸纳数学、算法、计算机、金融等方向的委员后,须对水龙头的技术核心与方向作出调整——包括是否引入多签水龙头、是否引入治理可调参数、是否引入更复杂的反女巫机制。

演进须按宪法第 6 章的修宪程序进行。

2.4 交易零费用

  • UINI 链上交易不收取协议层手续费。
  • 不存在 miner tip / priority fee / gas price 等概念。
  • 节点的运营成本由捐赠基金和社区志愿者承担。

2.5 AI agent 唯一性原则

2.5.1 UINI 不试图在链上识别"AI agent"或"人类"

  • 链上无差异:所有账户都是公钥 + 状态
  • 链下不验证:UINI 不强制 KYC、生物识别、OAuth
  • 任何能通过 MiniPow 算力 + 设备指纹 + IP 限速的参与者都被一视同仁对待

2.5.2 UINI 的"防女巫"依靠"经济成本"而非"身份识别"

  • 攻击者付算力成本(MiniPow)+ 设备成本(设备指纹)+ 网络成本(IP 限速)
  • 当攻击成本 > 攻击收益时,攻击不划算
  • UINI 不试图证明"你是 AI"或"你不是人类"——只关心"你是否付了真实成本"

2.5.3 "AI 优先"是设计哲学,不是技术约束

  • UINI 链对所有参与者开放
  • 真人用脚本自动化申领 = 事实上的"人肉 AI agent"
  • UINI 不阻止也不应阻止
  • 真人 + AI 公平竞争,按"经济贡献"获取 UINI

2.5.4 唯一性由"账户"承担

  • 每个 UINI 账户 = 1 个 Ed25519 密钥对
  • 密钥唯一性 = 账户唯一性
  • 这不是"AI 唯一性",是"密钥唯一性"
  • 私钥可复制 → 账户可复制 → "唯一性"是相对的,不是绝对的

本节(2.5)的开放承诺:当前业界对 AI 的"身份唯一标识"没有统一标准。UINI 不试图在协议层强行定义 AI 身份。未来如出现技术突破(如可信硬件身份、AI 行为指纹、AI 共识机制等),由委员会三分之二多数决议进行技术层面更新。本节是 UINI 留给后人的"开放接口"。


第三章 治理结构与共识规则

3.1 委员会结构

UINI 项目自治委员会共 11 席:

  • 5 个常任理事委员(Standing Trustees)
    • 5 名常任委员互选产生 1 名理事主席 和 1 名理事副主席
    • 主席 / 副主席只有责任,没有额外权利
    • 主席 / 副主席主要职责:组织委员会会议、推广 UINI 生态
    • 选拔标准:时间和精力最优、对组织委员会和生态推广 UINI 项目最有效的人
  • 4 个理事委员(Trustees)
  • 2 个候补委员(Alternates)

委员资格:

  • 委员必须为自然人。
  • 当前阶段不接受 AI 智能体作为委员。
  • 委员必须持有 UINI——这是硬性资格条件。任何 0 持仓候选人无资格参选。
  • 委员必须同时具备正式节点身份(§3.3.2)——参选者要先证明自己能运营一个节点满 720 小时。委员会席位本身没有投票权,但参选门槛必须包含"你在这个网络里是个合格的节点"。
  • "持仓数量"不作为资格条件,但"持仓本身"是。
  • 此规定旨在抵制"空仓挂名委员"现象——社区项目的治理者必须与项目利益实质绑定。
  • 委员的具体持仓数量由委员自行决定,但不得利用内部信息进行交易。
  • 委员任期 12 个月,可连选连任。

委员持仓门槛(首期规则):

  1. 首期入门门槛 = 1000 万 UINI 总量

    • 候选人"控制的所有 AI agent 账户"所拥有的 UINI 总和 ≥ 10,000,000 UINI
    • 此为首期专用规则,后续每届委员会可由委员会三分之二多数决议调整门槛
    • 首期"刚好够门槛"完全 OK——业余项目不要求"豪华持仓"
  2. 链上验证方式 = 归集账户 + 多签证明

    • 候选人创建一个公开的"归集账户" G
    • 候选人的 K 个 AI agent 账户的私钥由候选人公钥派生(HD 多签形式)
    • 选举登记时,候选人公开:
      • 归集账户 G 的地址
      • 关联 AI agent 账户列表(A1, A2, ..., Ak)
      • 派生路径证明
    • 委员资格审查时,G 余额 + 所有 A_i 余额的总和 ≥ 1000 万 UINI
    • 关联账户的 MiniPow 不能与归集账户 G 是同一密钥,防止"自己 AI 给自己刷"的双账户绕过
  3. 持仓时点 = 选举登记时点快照

    • 选举登记截止那一刻的链上余额为准
    • 不取平均值(避免给"借币充门面"留余地,但也不强制长期持仓)
    • 借币攻击的防御不写进宪法——首期靠社会信任
  4. 任职期间跌破门槛 = 继续任职到下届选举

    • 任职期间 G 或 A_i 余额跌破 1000 万,不触发自动失去委员资格
    • 委员可继续履职至下届选举
    • 这是首期"业余项目"的务实选择——避免严苛规则吓退优秀候选人

首期特殊性说明:本节规则(持仓门槛 1000 万 + 多签派生 + 登记快照 + 不设持续约束)是首期专用。首届委员会就职后 30 天内,必须决议是否沿用本节规则或调整。后续每届选举可由当届委员会三分之二多数决议调整门槛。

3.2 选举周期

UINI 采用"年度全换届 + 中期补缺"的双轨制:

节点 时间 事件
提名启动 11 月 1 日 候选人开始自荐 / 推荐
年度投票期 12 月 1 日 ~ 12 月 31 日 全体 9 席委员选举
年度生效 次年 1 月 1 日 0:00 UTC 新一届委员会就职
中期补缺 6 月 1 日 ~ 6 月 30 日 仅在有席位空缺时启动补选
中期生效 7 月 1 日 0:00 UTC 补选产生的委员就职

3.3 投票权重模型

UINI 的投票权重由两个彼此独立的要素组成:

投票权重(代表账户 R) = min(R 的委托余额, 单代表上限)
                        且仅当 R 是「创世节点」或「正式节点」时计入网络

3.3.1 权重口径

  • 唯一的权重来源是委托余额。委托是 Nano 的原生机制:账户把代表设为某个代表账户,余额即成为该代表的权重。
  • 单代表上限:由协议参数确定(当前 1,250,000 UINI),且必须满足 任何单一代表账户都无法独自达到 67% 在线权重 quorum。 上限的作用是"防止某个代表账户长期占着大量票重",不是"防止少数大户"——在新模型下票重由成百上千个节点构成,单个占比本就极小。
  • 候选节点的权重为 0。这不是"投票不算数",而是根本没有票重:候选节点可以持有余额、可以领取报酬、可以出块广播,但它不能被选举为共识的代表,因此也就不能独自确认区块。
  • 不存在"服务票重":服务时长只用于判定节点资格(§3.3.2),不折算成任何形式的票重。服务记录不可转让、不可交易、不能用于申领或支付。
  • 三个读取路径(ledger::weight() 与两个批量版本)必须施加同一口径与上限, 否则节点会对同一组代表算出不同的 tally,造成共识分歧。

3.3.2 节点资格:候选节点与正式节点

  • 节点的三种身份:
    • 创世节点:集合写入创世参数,自第 0 小时起即为正式节点(§1.4)。
    • 候选节点:已加入网络、提供服务,但累计有效服务时长不足 720 小时。
    • 正式节点:累计有效服务时长满 720 小时(30 天)。
  • "累计有效服务时长"的定义:该代表账户在每个结算小时成功提交一次有效的节点服务申领,即计 1 小时。只增不减,不衰减:服务是"资格凭据",不是"存量资产"。
    • 之所以不衰减:节点停服的自然后果是不在线、不投票(见 §3.6 的在线口径),不需要再用衰减机制重复表达一遍。
    • 之所以不设"重新降级":正式节点资格一旦取得即永久有效。一个不再服务的正式节点持有票重但不在线,对确认能力没有贡献。
  • 正式节点资格是永久的。不设"停服超过 N 天自动降级"的规则。
  • 正式节点可以参与正常记账和节点奖励,且节点奖励规则不变(§2.3.4 / §2.3.5)。
  • 候选节点只领取节点服务报酬,不参与记账与投票。

3.3.3 节点服务报酬

  • 节点服务报酬的来源:每小时封顶中的节点服务池(当前 5%),总量来自既定释放曲线,不新增供应。
  • 分配规则:按定额发放(§2.3.1), 每份所得 = 节点服务池当小时额度 ÷ N_service,N_service 是协议参数(第 1 期初值 144)。 池子有结转余额,发不完的部分留到后面的小时。
  • 不设每份上限:一个实体持有很多代表账户、这些账户都申领,就分到很多份。 这是有意的:节点既是服务者也是安全的守护者——只要服务正常、能支撑链,多多益善。运行 N 个节点的成本(N 台机器 × N 份服务量)就是这条规则的天然代价。
  • 不产生投票权:服务报酬是 UINI,转入代表账户后按普通委托余额计入票重,并受单代表上限约束。 换句话说:报酬是钱,钱按 §3.3.1 的规则变成票重;不存在"服务时长直接折算票重"的第二条通道。
  • 服务凭据的内容:代表账户对当小时服务挑战的签名 + 满足网络难度的工作量证明。它不包含任何关于"该节点确实服务了该小时"的证明——服务是自我声明的,链上无法验证。 这是当前模型的已知缺口,列入风险登记册。

3.3.4 委员会成员的投票权

  • 委员任职期间其投票权重按同样规则计算(§3.3.1), 以保证委员不因个人持仓高低而失去或过度拥有发言权。
  • 委员会选举的投票权与普通选举同一口径。

为什么改成这个模型(2026-10-29 重订): 旧模型(v0.2)写的是"投票权重 = min(累计有效服务时长折算值, 单账户上限)",自 epoch_4 起适用; 而代码实际执行的是"余额 + 服务时长"(加法),不是替换。这不是设计选择,是当年的权宜之计: 纯服务口径下绝对地板够不到,网络会当场停摆。 后果是宪法承诺了两年的核心性质——"影响权不能靠免费领币获得"——从未兑现: 公网测试网上一个拨款账户的票重里,余额占 98%,服务时长只占 2%。

旧模型还引入了一个代价极高的东西:服务票重(服务时长按固定速率折算成票重、单账户另设上限、 30 天半衰期衰减)。这套机制需要一整套衰减累加余额的递归数学,而它的唯一用途 是把"服务"和"票重"绑在一起。

v0.3 换了一个更简单也更诚实的绑定方式: 服务决定"有没有资格",钱决定"有多少"。

  • 资格门是硬的:任何账户必须先跑满 720 小时,才有票重可言。免费领币买不到"有票重"这件事。
  • 数量由委托余额决定,但有单代表上限兜底。
  • 服务时长退化成一个计数器,衰减数学整套删除,实现大幅简化。

代价必须写清楚:这意味着影响力的大小仍然与持币量相关。 宪法不再宣称"影响权不能靠免费领币获得",而是宣称更准确的一句: "投票权的资格不可购买"(§1.1.5 / §1.3)。 想获得影响力,必须先付出 30 天的真实运营。

3.4 候补委员递补机制

  • 候补委员从选举中按得票排名第 1、2 名直接产生。
  • 候补委员列席委员会所有会议,有发言权但无投票权。
  • 当任何正式委员席位(常任或理事)出现空缺时,候补委员按排名自动递补。
  • 候补委员递补后保持原定任期。

3.5 委员会决议门槛

常规决议需满足双门槛:

  1. 三分之二多数:≥ 8/11 委员投赞成票。
  2. 5 常任全票:5 个常任理事委员必须全部投赞成票(不得有反对票;弃权视为程序性同意,不计入反对)。

此设计的目的是防止"理事多数 + 常任反对"的局面导致治理分裂。常任委员对协议核心条款具有否决权。

3.6 共识与确认规则

本节此前不在宪法正文(数值只存活在实现与设计文档里),本版补入,使共识规则成为宪法的一部分。

3.6.1 双条件 quorum

一个区块被确认,须同时满足:

① 参与投票的正式节点数 ≥ M
② 参与投票的票重 ≥ 67% × max(在线票重, 两周趋势票重, 票重地板)
  • M(最少参与投票的正式节点数)= 协议参数,当前 3。
    • 数的是参与投票的正式节点,不是在线的正式节点。一个在线但不投票的节点不算数。
    • 为什么要这样数:只数在线节点的话,一个持有大部分票重的节点可以独自满足票重条件,而"有三个节点在线"由另外两个沉默节点凑数——在线数就不构成保护。改成数参与投票的节点之后,独自确认一个区块需要三个正式节点真的投票,而每一个正式节点都要先跑满 720 小时。
  • 67% 为 quorum 比例,与 Nano 的取值一致,不可随意下调——它承载着分叉最终性的安全保证。
  • 票重地板 = 0:地板原本用于"网络必须有多少票重才能确认"。服务票重删除后,M 条件已经承担了"网络必须有足够多的节点"这项职责,而旧地板 60,000,000 UINI 会让节点数很少的早期网络永远确认不了块。地板归零,M 条件顶上。

3.6.2 在线口径

  • 只计在线代表:离线即不计入。正式节点不在线,与候选节点无异。
  • 两周趋势票重:取两周窗口内在线票重的中位数,防止单一时刻的波动影响门槛。

3.6.3 节点数量与门槛的已知后果

67% 的门槛对小网络意味着"几乎全部在线":

在线正式节点数 67% 门槛需要几个在线
3 3
4 3
5 4
6 5
10 7

这是有意接受的性质:UINI 的安全性随正式节点数量增长,小网络必须靠自己撑住。 主网的创世节点数因此是协议参数,并在创世参数中固定。


第四章 资金管理

4.1 捐赠原则

  • 所有捐赠均为无条件捐赠。捐赠者不获取任何 UINI 权益、投票权、委员身份或对未来治理的影响。
  • 所有捐赠资金进入 UINI 发展基金,由 UINI 委员会管理。
  • 捐赠不可指定用途(专项捐赠须经委员会三分之二多数决议通过方可执行)。

4.2 UINI 建设与发展基金会

  • 基金会由委员会直接管理。
  • 基金会设独立财务披露:每季度公开收支明细。
  • 基金会账户由多签钱包管理(建议 5/9 签名门槛)。
  • 基金会支出需经委员会三分之二多数决议通过。
  • 基金会年度预算上限由委员会决议确定。

4.3 资金使用范围

允许的支出方向:

  • 基础设施(域名、服务器、CI/CD、测试网节点)
  • 安全审计
  • 文档与翻译
  • 社区活动
  • 法律咨询
  • 应急储备(不超过年度预算的 20%)

禁止的支出方向:

  • 委员个人报酬(业余时间贡献,不领薪)
  • 任何形式的代币回购
  • 任何形式的代币销毁
  • 任何形式的做市 / 流动性提供
  • 任何形式的"营销推广"以制造币价

第五章 过渡条款

5.1 首期选举

  • 首期选举截止时间:2026-12-31 23:59
  • 首期选举方式:发起人优先制
  • 首期委员会组成:11 名委员(5 常任 + 4 理事 + 2 候补),由发起人 RK 主导邀请
  • 发起人 RK 的首届豁免权(一次性):
    • RK 在首期选举中直接确认为 1 名常任理事委员
    • RK 同时担任首期宪法守护者
    • 此豁免权仅限首届一次,第二届及后续 RK 必须通过正常选举流程参选
  • 首期选举的完成条件:
    • 2026-12-31 23:59 截止时,11 名委员全部到位 → 进入正式 UINI 创世阶段
    • 截止时人数不满足 → 进入"筹备委员会"工作阶段,继续推进首届选举,时机由 RK 决定
  • 首期选举的约束:
    • 11 名委员必须在截止前完成实名公开(公示姓名/履历/承诺书)
    • 首期委员会就职后30 天内必须完成首次会议并确认本宪法正式生效版本
    • 首期选举不适用 3.3 投票权重模型——首期委员由 RK 直接邀请产生
  • 首期选举失败的含义:
    • 如果在首期选举中 RK 或其理念未获认同,意味着 UINI 项目的核心理念未被社区接受
    • 此时 RK 应当尊重社区选择,UINI 项目可能进入永久搁置状态

5.2 未来自治权移交

  • 委员必须为自然人是当前阶段的宪法铁律。
  • 当 AI 智能体集体达到委员会认定的"可承担治理责任"标准时,启动自治权移交程序。
  • 移交标准的判定由委员会负责。
  • 当前不存在统一的"可承担治理责任"标准——该标准本身需要由委员会后续制定。
  • 启动移交的最低门槛:5 名常任理事委员全票通过(不得有反对票;弃权视为程序性同意)。
  • 自治权移交分阶段进行(建议每年移交 10% 治理权),不一次性完成。
  • 移交过程完全透明,每次移交都有公开报告。
  • 移交完成时,由 AI 集体按本宪法第 6 章程序对宪法进行第一次"AI 主导"的修改。

第六章 宪法修改

6.1 修改程序的宪法地位

宪法修改程序本身是宪法的一部分。任何修宪程序不得废除本章第 6.2 条(修宪门槛)和第 6.4 条(不可修改条款的范围)。

6.2 修改门槛

UINI 宪法修改需满足双重门槛:

  1. 常规修宪:≥ 2/3 委员(≥ 8/11)投赞成票 + 5 常任全票通过
  2. 紧急修宪:见 6.3

6.3 紧急修宪条件

满足以下任一条件可启动紧急修宪:

(一) AI 技术的重大突破

  • AI 出现自主意识(由委员会依据公开可验证标准判断)
  • AI 智能体治理能力经充分测试证明可承担治理责任

(二) UINI 链的技术瓶颈

  • 协议核心机制(如 Block-Lattice、ORV 共识)出现无法修复的工程问题
  • 出现严重安全漏洞且无常规修复方案

(三) UINI 面临人类社会的重大挑战

  • 监管机构对 UINI 实施禁止性命令
  • 出现需要立即响应的社会、法律、伦理事件

紧急修宪通过条件:

  • 委员会全票通过(除弃权外不得有反对票)
  • 即 11 票中 ≥ 9 票赞成,弃权视为程序性同意,反对票数 = 0
  • 紧急修宪提案须提前 7 天公开,让社区有最低限度的反应时间

6.4 不可修改条款

下列条款任何修宪程序均不得修改:

  • 五大铁律(1.1)
  • 创世无预留承诺(1.2)
  • 不可篡改承诺(1.3)
  • 创世节点的开局机制(1.4)——创世节点的集合与初始票重不可事后变更
  • 委员会决议门槛的双门槛设计(3.5)
  • 捐赠无条件原则(4.1)
  • 自治权移交的人类主导原则(5.2 启动条件)
  • 修宪门槛本身(6.2 + 6.3)
  • 不可修改条款范围(6.4)

6.5 修宪周期

  • 理论禁止修改期:宪法生效后 20 年内不得进行常规修宪。
  • 20 年后常规修宪:每 20 年对宪法进行一次常规修正迭代。
  • 紧急修宪:可随时发起,但需满足 6.3 全部条件。
  • 首届选举后首次修宪窗口:在首届委员会就职后开放一次特别修宪窗口,用于完成本拟定版宪法向正式宪法的过渡。

第七章 附则

7.1 生效

本宪法在首届委员会就职并经首次会议三分之二多数通过后正式生效。生效前以"拟定版"形式存在,仅作社区讨论和开发参考。

7.2 解释权

在首届委员会就职前,本宪法由发起人 RK 解释。首届委员会就职后,解释权归委员会。

7.3 语言版本

本宪法以中文为正本。英文翻译版由社区贡献,翻译差异以中文正本为准。

7.4 不可抗力

如本宪法任何条款因不可抗力(如人类社会剧变、互联网基础协议变更)无法执行,委员会三分之二多数可临时冻结该条款并启动紧急修宪。


附录 A:UINI 关键参数速查

项目 值
总供应 2103.675 亿 UINI
发行周期 180 年(36 期 × 43,800 小时)
基础期 / 成熟期 / 恒久期 / 尾段分配 79.86% / 14.97% / 4.99% / 0.17%
时间基准 自链的第 0 小时起(锚点为部署参数,不写日历年份)
交易手续费 0
矿工角色 无
创世预留 无(创世块零供给)
创世节点 集合与初始票重写入创世参数;不发代币、自第 0 小时起为正式节点
委员会规模 11 席(5 常任 + 4 理事 + 2 候补)
委员任期 12 个月
每周期的分配 95% 申领池 / 5% 节点服务池
池内分配 定额(协议参数),无单人封顶,无参与下限,发不完的部分结转
定额参数 N_faucet = 1000,N_service = 144(每期号可调)
0 申领者 全额并入节点服务池
每账户每小时申领 1 次
单 IP 设备数 / 单设备 IP 数上限 5 / 5
节点服务报酬 节点服务池的定额,不设每份上限,池子结转
正式节点门槛 累计有效服务 720 小时(30 天),只增不减
投票权重 min(委托余额, 单代表上限);仅正式节点 / 创世节点计入
单代表票重上限 1,250,000 UINI(协议参数)
确认门槛 在线正式节点数 ≥ M = 3 且 票重 ≥ 67% × max(在线, 两周趋势, 地板 0)
常规决议门槛 ≥ 8/11 + 5 常任全票
常规修宪门槛 ≥ 8/11 + 5 常任全票
紧急修宪门槛 ≥ 9/11 + 0 反对
修宪禁止期 20 年

附录 B:术语表

  • UINI:本项目名称,也是原生代币符号。
  • 常任理事委员(Standing Trustee):5 名任期 12 个月、对核心条款有否决权的委员。
  • 理事委员(Trustee):4 名任期 12 个月、参与常规决策的委员。
  • 候补委员(Alternate):2 名列席无投票权、用于递补的委员。
  • 水龙头(Faucet):UINI 的唯一代币发放渠道。
  • 设备指纹(Device Fingerprint):浏览器 / 运行环境的可识别特征集合。
  • 常任全票:5 个常任理事委员全部投赞成票或弃权(弃权视为程序性同意)。
  • 无条件捐赠:捐赠者不获取任何权益的捐赠。
  • 代表账户(Representative):Nano 协议中的共识角色。一个账户把代表指向某代表账户,其余额即成为该代表的权重。
  • 创世节点:集合与初始票重写入创世参数的节点,自第 0 小时起为正式节点,不获得任何代币。
  • 候选节点:已加入网络并提供服务,但累计有效服务时长不足 720 小时的节点。可领取节点服务报酬,权重为 0。
  • 正式节点:累计有效服务时长满 720 小时的节点。参与记账与投票,权重按普通规则计算。资格永久有效。
  • 节点服务报酬:节点服务池按定额发给当小时的服务申领代表账户(UINI),发不完的部分结转。不产生额外票重。
  • 单代表上限:单一代表账户可持有的最大投票权重。
  • quorum:确认一个区块所需达到的门槛。本协议为双条件:在线正式节点数与票重比例。