支付职能
能力层：六个分组，之上是十七个职能的冻结目录。
支付职能
冻结目录之上的六个能力分组
身份
0/4
涉及谁
不适用冻结目录没有为这个分组定义职能。
账户
4/4
价值存放在哪
F01
资金注入
4/4
价值如何进入
F02 F03
授权
4/4
支付如何被批准
F04 F05 F06 F08 F09 F14
结算
4/4
价值如何转移
F07 F10 F11 F12 F13 F15
信用
0/4
信用如何提供
不适用冻结目录没有为这个分组定义职能。
职能覆盖
被评估不等于有证据——目录已被完整审阅，只有一部分被证明
被每个系统评估
17/17
4 个包共 70 条评估
至少一个系统有事实证据
8/17
9 项没有任何系统的事实证据
证据状态
23 已被否证19 事实12 推断10 仅私有面6 未知
有链上事实证据的职能，以及提供它的系统
职能目录 —— 全部 17 项
| 编号 | 职能 | 被评估于 | 证据状态 |
|---|---|---|---|
| F01 | 支付账户 | 4/4 | 3 事实 1 仅私有面 |
| F02 | 用户资金 | 4/4 | 3 事实 1 仅私有面 |
| F03 | 账户注资 | 4/4 | 4 推断 |
| F04 | 授权请求 | 4/4 | 3 已被否证 1 推断 |
| F05 | 授权决策 | 4/4 | 2 已被否证 1 事实 1 仅私有面 |
| F06 | 链上支付控制 | 4/4 | 2 事实 2 推断 |
| F07 | 授权后资金动作 | 4/4 | 4 事实 1 仅私有面 |
| F08 | 资金冻结 | 4/4 | 2 事实 1 仅私有面 1 已被否证 |
| F09 | 授权调整 | 4/4 | 2 已被否证 1 推断 1 未知 |
| F10 | 清算指令 | 4/4 | 3 已被否证 1 推断 |
| F11 | 结算前资金移动 | 4/4 | 3 事实 1 未知 1 已被否证 |
| F12 | 网络最终结算 | 4/4 | 3 已被否证 1 推断 |
| F13 | 冲正 | 4/4 | 2 已被否证 1 事实 1 仅私有面 |
| F14 | 授权过期 | 4/4 | 2 已被否证 1 仅私有面 1 未知 |
| F15 | 退款 | 4/4 | 2 已被否证 1 仅私有面 1 未知 |
| F16 | 争议与拒付 | 4/4 | 1 推断 1 仅私有面 1 未知 1 已被否证 |
| F17 | 费用 | 4/4 | 1 推断 1 仅私有面 1 未知 1 已被否证 |
两套模型
呈现层分组
6
只由本站定义
目录职能
17
已冻结；每条评估都针对其中之一
代表实现
哪些已注册系统评估过每项能力——目录顺序，不是排名
身份
目录没有为这项能力定义任何功能，所以没有可供系统评估的对象。
信用
目录没有为这项能力定义任何功能，所以没有可供系统评估的对象。
§八 问的是哪些系统正在实现每项能力，并声明它既不是推荐也不是排名。评估过该能力的系统全部在此，按注册表的目录顺序排列，名字旁不带任何数字。
能力演化时间线
哪些能力在何时成熟——尚未发布
尚未发布§七 要的是支付能力随时间的发展，来源是 Protocol First Seen 与 Capability History。本读模型两者都没有，而且缺的是两样不同的东西。注册时刻：注册表按系统发布的是评审状态，不带任何时间戳，所以没有一条线的起点。评估的历史值：每行带的是它被评估时所对照的目录修订号——那是一个修订号而不是日期，也不保留上一次的答案。修订号可以排序，而排序画在时间轴上会被读成历史——所以这里什么都不画。
上方的能力矩阵是今天的评估。它是一张快照，不是一条序列的第一个点。
能力深入
每个能力内部由什么组成——尚未发布
尚未发布§九 要的是每个能力内部由什么组成：定义、组成模块、相关标准、代表实现。这些来自 Function Knowledge Model 与 Research Notes，本终端两者都没有。它有的是 17 个已编目能力，各带标识符、标签，以及各系统对它们发布的评估——没有任何一句关于某个能力的陈述。这里也不改为自行撰写定义：§十四 禁止做成文档百科，而在渲染器上写出的散文在一个讨论哪些论断有证据的页面上没有来源。
目录修订版
各条评估并非都针对同一个修订版
V0.3.2
Ether.fi Cash (cash-v3)
19 条评估
v0.3
Gnosis Pay Safe Card Protocol · RedotPay · UR Account / Card Protocol
51 条评估
职能洞察
每条都点明事实、范围，以及读自哪里
账户 在 4 个已注册系统中的 4 个上被观察到
读自本页的能力矩阵——该分组的 1 个目录职能，按注册包逐个评估。结算 在 4 个中的 4 个上被观察到
同一张矩阵、同一个分母。计数低说的是已发布证据的多少，不是该系统没有这个能力。身份 · 信用 没有对应的目录职能
十七职能的冻结目录没有为它们定义任何东西，所以在任何覆盖度下都没有系统能据此被评估。这个缺口属于目录。§十 还要用研究分析解释某个职能为什么在那里被实现。本系统没有组件产出这个，所以这里只是对矩阵的计数，不是对它的解释。
职能最新变化
尚未发布§十一 需要一条带日期的协议更新与证据变化流。C10 把 `industry_signals` 列在它不发布的内容里，所以没有组件产出它，也就没有带日期的变化可展示。
方法学
- 本站的每个计数都是 SpendGraph 的观察覆盖范围，不是链上支付市场的总量；本站也不在任何地方发布这个市场的分母。
- 计数从 C09 在锁定目录修订版上的已发布序列读取。本页不自己做任何计数——已发布指标的第二份实现就是第二个可能出错的地方。
- 发布批次回答的是覆盖到了哪里，绝不是有多少事实。repair 会重新发布一个区间，因此对批次的事实计数求和会把被修复的部分算两遍：2026-08-21 的实测是求和 85,021，而真实事实 81,034，撤回为零。
- 注册状态描述的是 SpendGraph 对某个注册包的审阅进行到了哪一步，不是对协议的评价；而且任何审阅状态都可能对应一个几个月前就停止承载支付的部署——这就是活动状态单独一列的原因。
- 支付职能目录冻结在十七项。新的协议术语被映射到已有职能上，而不是扩充目录；因此某个职能在一个协议的评估中缺席，意味着没有人评估过它，而不是它不存在。
- 六个能力分组只由本站定义，是十七个职能之上的呈现层。其中身份与信用在目录里没有对应职能，因此没有协议能据此被评估，页面上如实标出。
能力矩阵
每个分组中已评估的职能数，及其证据分布
| 系统 | 身份 | 账户 | 资金注入 | 授权 | 结算 | 信用 |
|---|---|---|---|---|---|---|
| Ether.fi Cash (cash-v3) | —目录中无此项 | 1/1 1 事实 | 2/2 1 事实 1 推断 | 6/6 5 已被否证 1 事实 | 6/6 4 事实 4 已被否证 | —目录中无此项 |
| Gnosis Pay Safe Card Protocol | —目录中无此项 | 1/1 1 事实 | 2/2 1 事实 1 推断 | 6/6 3 事实 3 已被否证 | 6/6 4 已被否证 2 事实 | —目录中无此项 |
| RedotPay | —目录中无此项 | 1/1 1 仅私有面 | 2/2 1 推断 1 仅私有面 | 6/6 3 仅私有面 2 推断 1 未知 | 6/6 3 仅私有面 2 推断 1 未知 | —目录中无此项 |
| UR Account / Card Protocol | —目录中无此项 | 1/1 1 事实 | 2/2 1 事实 1 推断 | 6/6 2 推断 2 已被否证 1 事实 1 未知 | 6/6 3 已被否证 2 事实 1 未知 | —目录中无此项 |
身份与信用 在冻结目录里没有对应职能，所以不可能存在针对它们的评估——那一格的横杠不是任何协议注册的缺口。