支付系统对比
已注册系统横向对比。只描述差异，不打分。
etherfi-cash
Ether.fi Cash (cash-v3)
DRAFT 无有事实的链
17/17
类别无此字段i没有任何注册包声明类别，注册表模型里也没有这个字段，所以这里的任何类别都会是本站的发明而不是读数。这一栏被保留并点明，而不是删掉。
账户账户是由合约控制的地址
链一条主链，资金来自其他链
gnosis-pay
Gnosis Pay Safe Card Protocol
DRAFT 100
17/17
类别无此字段i没有任何注册包声明类别，注册表模型里也没有这个字段，所以这里的任何类别都会是本站的发明而不是读数。这一栏被保留并点明，而不是删掉。
账户账户是由合约控制的地址
链跑在单一链上
redotpay
RedotPay
DRAFT 无有事实的链
17/17
类别无此字段i没有任何注册包声明类别，注册表模型里也没有这个字段，所以这里的任何类别都会是本站的发明而不是读数。这一栏被保留并点明，而不是删掉。
架构未观察
ur
UR Account / Card Protocol
DRAFT 5000
17/17
类别无此字段i没有任何注册包声明类别，注册表模型里也没有这个字段，所以这里的任何类别都会是本站的发明而不是读数。这一栏被保留并点明，而不是删掉。
账户账户是一个 token id，不是地址
链跑在单一链上
对比洞察
注册表声明的执行路线
逐笔决定每一次支付
Ether.fi Cash (cash-v3) · UR Account / Card ProtocolAUTHORIZATION_CENTRIC约束账户可以怎么花
Gnosis Pay Safe Card ProtocolCONSTRAINT_CENTRIC未声明路线
RedotPay§六 还要用研究笔记解释每条路线背后的取舍。本系统没有组件产出研究笔记，所以这里只有已声明的路线，没有对它们的分析。
能力差异
每份注册声明的设计决定
Ether.fi Cash (cash-v3)
- 账户是由合约控制的地址
- 一条主链，资金来自其他链
- 逐笔决定每一次支付
Gnosis Pay Safe Card Protocol
- 账户是由合约控制的地址
- 跑在单一链上
- 约束账户可以怎么花
RedotPay
未观察这份注册没有声明架构画像，所以它没有可对比的设计决定。
UR Account / Card Protocol
- 账户是一个 token id，不是地址
- 跑在单一链上
- 逐笔决定每一次支付
§七 要给每条决定配上它的代价。代价是研究结论，本系统没有组件产出它——所以这里只列出决定，不断言它们的后果。
适用场景
尚未发布§八 用职能覆盖与架构模式构建这一块，两者都已发布——但它的产物是用例名称，而本系统任何地方都没有声明用例词表。在这里命名一个用例等于发明这层映射，而不是读出它。
方法学
- 本站的每个计数都是 SpendGraph 的观察覆盖范围，不是链上支付市场的总量；本站也不在任何地方发布这个市场的分母。
- 计数从 C09 在锁定目录修订版上的已发布序列读取。本页不自己做任何计数——已发布指标的第二份实现就是第二个可能出错的地方。
- 发布批次回答的是覆盖到了哪里，绝不是有多少事实。repair 会重新发布一个区间，因此对批次的事实计数求和会把被修复的部分算两遍：2026-08-21 的实测是求和 85,021，而真实事实 81,034，撤回为零。
- 注册状态描述的是 SpendGraph 对某个注册包的审阅进行到了哪一步，不是对协议的评价；而且任何审阅状态都可能对应一个几个月前就停止承载支付的部署——这就是活动状态单独一列的原因。
- 支付职能目录冻结在十七项。新的协议术语被映射到已有职能上，而不是扩充目录；因此某个职能在一个协议的评估中缺席，意味着没有人评估过它，而不是它不存在。
- 六个能力分组只由本站定义，是十七个职能之上的呈现层。其中身份与信用在目录里没有对应职能，因此没有协议能据此被评估，页面上如实标出。
能力对比
只描述差异；不打分，不判优劣
| 能力 | Ether.fi Cash (cash-v3) | Gnosis Pay Safe Card Protocol | RedotPay | UR Account / Card Protocol |
|---|---|---|---|---|
| 身份 目录中无职能 | 目录中无此项i冻结的职能目录里没有对应这个分组的职能，所以不可能存在评估。这不是该协议注册的缺口。 | 目录中无此项i冻结的职能目录里没有对应这个分组的职能，所以不可能存在评估。这不是该协议注册的缺口。 | 目录中无此项i冻结的职能目录里没有对应这个分组的职能，所以不可能存在评估。这不是该协议注册的缺口。 | 目录中无此项i冻结的职能目录里没有对应这个分组的职能，所以不可能存在评估。这不是该协议注册的缺口。 |
| 账户 F01 | 1/1 1 事实 | 1/1 1 事实 | 1/1 1 仅私有面 | 1/1 1 事实 |
| 资金注入 F02 F03 | 2/2 1 事实 1 推断 | 2/2 1 事实 1 推断 | 2/2 1 推断 1 仅私有面 | 2/2 1 事实 1 推断 |
| 授权 F04 F05 F06 F08 F09 F14 | 6/6 5 已被否证 1 事实 | 6/6 3 事实 3 已被否证 | 6/6 3 仅私有面 2 推断 1 未知 | 6/6 2 推断 2 已被否证 1 事实 1 未知 |
| 结算 F07 F10 F11 F12 F13 F15 | 6/6 4 事实 4 已被否证 | 6/6 4 已被否证 2 事实 | 6/6 3 仅私有面 2 推断 1 未知 | 6/6 3 已被否证 2 事实 1 未知 |
| 信用 目录中无职能 | 目录中无此项i冻结的职能目录里没有对应这个分组的职能，所以不可能存在评估。这不是该协议注册的缺口。 | 目录中无此项i冻结的职能目录里没有对应这个分组的职能，所以不可能存在评估。这不是该协议注册的缺口。 | 目录中无此项i冻结的职能目录里没有对应这个分组的职能，所以不可能存在评估。这不是该协议注册的缺口。 | 目录中无此项i冻结的职能目录里没有对应这个分组的职能，所以不可能存在评估。这不是该协议注册的缺口。 |
架构对比
每个系统一条路线，四项决策相同——没有已发布画像的系统保留该列并明确说明
维度
Ether.fi Cash (cash-v3)etherfi-cash
Gnosis Pay Safe Card Protocolgnosis-pay
RedotPayredotpay
UR Account / Card Protocolur
账户模型
链拓扑
支付架构
身份延续
账户是由合约控制的地址SMART_ACCOUNT_ADDRESS
一条主链，资金来自其他链PRIMARY_WITH_FUNDING_CHAINS
逐笔决定每一次支付AUTHORIZATION_CENTRIC
地址变更后延续true
账户是由合约控制的地址SMART_ACCOUNT_ADDRESS
跑在单一链上SINGLE_CHAIN
约束账户可以怎么花CONSTRAINT_CENTRIC
地址变更后不延续false
无已发布画像注册表没有为这个系统声明架构画像，所以它的路线是未知，而不是空。
账户是一个 token id，不是地址ERC721_TOKEN_ID
跑在单一链上SINGLE_CHAIN
逐笔决定每一次支付AUTHORIZATION_CENTRIC
地址变更后延续true
已观察覆盖
活跃 未发布
已停止 未发布
已停止 未发布
活跃 7085 批次 · 47,817,934 – 48,021,665 · 连续至 48,021,665
无部署
活跃 2015 批次 · 31,420,289 – 100,056,858 · 连续至 47,816,147
同样的字段，按维度列表
| 维度 | Ether.fi Cash (cash-v3) | Gnosis Pay Safe Card Protocol | RedotPay | UR Account / Card Protocol |
|---|---|---|---|---|
| 账户模型 | 账户是由合约控制的地址 SMART_ACCOUNT_ADDRESS | 账户是由合约控制的地址 SMART_ACCOUNT_ADDRESS | 无已发布画像 | 账户是一个 token id，不是地址 ERC721_TOKEN_ID |
| 链拓扑 | 一条主链，资金来自其他链 PRIMARY_WITH_FUNDING_CHAINS | 跑在单一链上 SINGLE_CHAIN | 无已发布画像 | 跑在单一链上 SINGLE_CHAIN |
| 身份延续 | 地址变更后延续 true | 地址变更后不延续 false | 无已发布画像 | 地址变更后延续 true |
| 支付架构 | 逐笔决定每一次支付 AUTHORIZATION_CENTRIC | 约束账户可以怎么花 CONSTRAINT_CENTRIC | 无已发布画像 | 逐笔决定每一次支付 AUTHORIZATION_CENTRIC |
| 已观察覆盖 | 活跃 未发布 已停止 未发布 | 活跃 7085 批次 · 47,817,934 – 48,021,665 · 连续至 48,021,665 | 无部署 | 活跃 2015 批次 · 31,420,289 – 100,056,858 · 连续至 47,816,147 |
系统概况与关键指标
SpendGraph 观测数据，非协议自报——用于理解规模，不是排名依据
| 系统 | 活跃支付地址 | 链 |
|---|---|---|
| Ether.fi Cash (cash-v3) | 尚未发布 | optimism · scroll · ethereum · base · arbitrum · bsc · hyperevm · polygon · sonic · mantle · avalanche · linea · chain-9745 · chain-4217 |
| Gnosis Pay Safe Card Protocol | 尚未发布 | gnosis-mainnet |
| RedotPay | 尚未发布 | tron-mainnet · ethereum-mainnet · bsc-mainnet |
| UR Account / Card Protocol | 尚未发布 | mantle-mainnet |
§九 还要求逐系统的 Payment Events 与 Observed Activity，这两列都不在这里。支付事件按整个部署发布，不按系统拆分，所以没有可读的逐系统数值，用总数去除会凭空造出一个。Observed Activity 则连逐系统总数都没有：覆盖记录带的是已提交批次与它们的区块范围，而其中部分范围互相重叠——这正是它不发布可供汇总的事实计数的原因。