Pillar II · C-03 · System Spec

Carry 引擎

附带权益(carry)分配引擎:把一笔 Deal 的退出收益,按既定瀑布与 N-09 贡献证明,算成每一方应得。它是「贡献→权益→储备」闭环的中枢——上承 N-09 归因、下定 C-01 储备义务。机制已在《节点经济协议》成形,本页固化为可施工规范。

系统 C-03 Carry Engine真源 wcn-capital-tokens.v1.json守护体 AG-02 资本财务体状态 机制就绪 · 工具 0%来源 节点经济协议 §4·§7 / 系统方案 §7.4
00

现状

C-03 在总纲计 5%,但机制其实已在《第一阶段节点经济协议 v0.1》第四/七部分成形:基础 carry 瀑布(20/10/5/5/60)、合伙人叠加 bonus、Founding 1.5x 乘数、三个算例情景均已写定默认值。缺的是把它落成正式系统规范(本页)与可执行计算引擎

所有比例为协议 v0.1 建议默认值,须由 Stephen + 经济委员会 + GC 在首笔正式分配前确认(协议 Part 8 已列为关键决策点);本页固化结构与算法,不替未决数值拍板。

基础瀑布
20/10/5/5/60
叠加上限
10%
Founding 乘数
1.5×
来源
协议 §4
01

闭环中枢 · 贡献→权益→储备

C-03 是 WCN「证明账本」两侧证明之间的转换器:它把网络侧的贡献翻译成财务侧的义务

N-09 贡献证明α/β/γ 归因权重 C-03 Carry 引擎瀑布 × 归因 = 应得本页 C-01 储备义务未分配 carry = 负债 输入输出

N-09 证明「谁贡献了什么、权重几何」;C-03 据此与瀑布算出「每方应得多少 carry」;已确认未分配的 carry 即成 C-01 须储备的负债,进入储备证明分母。三系统由此串成完整证明账本。

02

基础 Carry 瀑布

据协议 §4.1,每笔 Deal 退出、扣除本金后的净收益 R 按五路分配:

净收益 R = 100% 20%10%60% 5%5% SourcingLeadBackers pro-rataTreasury 5% · Service 5%
#份额受益方规则
120%Sourcing & Coordination → Stephen / Web3 Capital引入与协调对价
210%Lead Node Bonus → Lead 节点(如有)独立于 Sourcing,鼓励非 Stephen 节点 lead
35%WCN Protocol Treasury → C-01 金库协议可持续资金来源
45%Service Provider Pool → 投后服务节点按贡献分;无服务则并入 Treasury(共 10%)
560%Backers → 跟投节点按各自实际出资比例分,不按席位等级

对标 AngelList syndicate:lead 15–20% carry、platform 5%。WCN 把 sourcing 与 lead 拆开,并为协议金库固定留 5%。

版本差异(待定稿):本表用《经济协议 v0.1》§4 默认值 20/10/5/5/60(与其 §7 算例自洽)。较新《节点系统方案 v2.0》§7.4 给出变体 10/10/5/5/70(Sourcing 降 10%、Backers 升 70%)。差异在 Sourcing 与 Backers——协议 Part 8 明列为关键决策点,待 Stephen + 经济委员会 + GC 定稿。
03

合伙人叠加 Bonus

据系统方案 §7.4,合伙人对本辖区/赛道 originated 的 Deal 享额外 carry,取自瀑布中的 bonus 池,不动 Backers 60% 与 Treasury 5%:

合伙人额外 carry叠加规则
国家合伙人5%仅国 5% · 仅城 5% · 仅赛道 2%
国+城 5+3 · 国+赛 5+2 · 城+赛 3+2
三者全有 5+2+1 = 8%
城市合伙人5%
赛道合伙人2%
Founding 乘数:创始合伙人在所有 carry 分配中享 1.5× 权重(系统方案 §2.3)。叠加 bonus 总上限 10%(协议默认,待经济委员会确认)。乘数与上限的相互作用为待审定项。
04

Carry = 瀑布 × N-09 归因

瀑布给出各桶的比例;N-09 PoB 凭证给出桶内分给谁、各占多少。两者相乘才得每方应得:

瀑布桶桶内分配依据(来自 N-09)
Sourcing 20%凭证 introducer 字段(α 角色)
Lead 10%凭证 Lead 字段
Service 5%Service Providers 列表及各自归因权重(β 工作)
Backers 60%Backers 实际出资额 pro-rata(γ 结果按出资)
Bonus 池originator 的合伙人身份(国/城/赛道)

即:carry 引擎是「协议常量瀑布」与「N-09 可验证归因」的乘积函数。没有 N-09 凭证,瀑布无法落到具体的人——这正是 C-03 依赖 N-09 的根因。

05

算例 · 情景 A

协议 §7.1 实例:Stephen 引入 RWA 项目,12 节点跟投 $5M,1 位创始节点(新加坡)任 Lead,投后 1 KOL + 1 律所服务,3 年后 5× 退出,净利润 R = $5M

受益方比例金额
Stephen / Web3 Capital(Sourcing)20%$1.0M
Lead 节点(新加坡)10%$0.5M
WCN 协议金库 → C-015%$0.25M
服务池 → KOL $0.15M + 律所 $0.10M5%$0.25M
Backers(12 节点 pro-rata)60%$3.0M
合计100%$5.0M ✓

协议另列情景 B(节点自行 sourcing、Stephen 不参与则不分 carry,仅经 Treasury 间接受益)与情景 C(超额订阅、协议金库吸纳)。

06

归属与回拨

机制设计状态
实现时点carry 于 Deal 退出实现时计算分配(算例为 3 年退出),非签约即归属协议定
Vesting分期归属 / 席位锁定(创始 36 月不可转让)对 carry 权的影响待定
Clawback归因争议或违规导致的 carry 回拨条款待定
争议归因争议走 N-09 14 天异议窗口;裁定改判权重→重算 carry接 N-09
07

接口与依赖

系统关系
N-09 PoB 管道上游:提供归因权重与凭证,决定桶内分配
C-01 资金库下游:Treasury 5% 入库;未分配 carry 成储备义务
C-02 SPVcarry 与 deal 经 per-deal SPV(开曼/BVI)独立法律实体结算
L-06 税务carry 的税务处理与代扣(待 L-06)
C-12 LP 报告carry 分配向出资人披露
N-04 声誉carry 参与与履约记录回馈节点声誉
DoD · 完成判定

已交付 vs 待执行

设计层 · 本页已交付

  • 闭环中枢定位(N-09→C-03→C-01)
  • 基础 carry 瀑布 20/10/5/5/60(据协议 §4)
  • 合伙人叠加 bonus + Founding 1.5× 乘数
  • carry = 瀑布 × N-09 归因 的算法
  • 算例情景 A($5M)逐项核对
  • 归属/回拨/争议机制框架
  • 接口依赖(N-09/C-01/C-02/L-06/C-12/N-04)

现实层 · 待执行

  • 比例定稿:Sourcing 20% · Lead 10% · 叠加上限 10%(待 Stephen + 经济委员会 + GC)
  • Vesting / Clawback 条款设计
  • 计算引擎工具化(凭证 → 自动结算)
  • 对接 per-deal SPV 与税务代扣