2 / 19
有事实的网络
Ether.fi Cash (cash-v3)0/14
Gnosis Pay Safe Card Protocol1/1
RedotPay0/3
UR Account / Card Protocol1/1
每个已声明网络一个节点，按声明它的系统分组。连线表示归属，不是价值流向——本站不发布任何流向。
覆盖范围
本终端观察到的范围已追踪卡片4
部署4
有事实的链2
最近完整数据截至 2026-09-07 08:14 UTC
数据说明
本页每个数字都是 SpendGraph 在自己观察范围内的覆盖。它不是链上支付市场的总量，本站也不在任何地方发布这个市场的分母。
方法学 →最新动态
链上卡支付中可机械复核的变化——不推断原因
首要动态
不适用产品设计里有一条信号流。目前没有组件产出它，所以这里没有这个面板，而不是一个空面板。
industry_signals
同样尚未发布
observed_amount_totals
未观察
原因
金额按币种分别给出，不给总计。跨币种合计需要汇率，而 SpendGraph 在链上观察不到汇率。同样尚未发布
market_share
未观察
原因
被观察的人群是 SpendGraph 的覆盖范围，不是市场。占比需要一个分母，而这里没有人测过它。卡片使用概览
每张已覆盖卡片，以及本终端能就其发布的内容
Ether.fi Cash (cash-v3)etherfi-cash
最近一个已经走完的 UTC 自然日。不是当天，也不是实时。
支付笔数T1 · C06
尚未发布
原因
该系统尚未发布此数字。活跃支付账户T1 · C08
尚未发布
原因
该系统尚未发布此数字。增长T1
尚未发布
原因
该系统尚未发布此数字。已观察支付金额C09 · D020
未观察
原因
金额按币种分别发布。合并需要 SpendGraph 未观察到的汇率，因此没有单一总额。
滚动 7 天，与前一个等长 7 天窗口比较。
支付笔数T1 · C06
尚未发布
原因
该系统尚未发布此数字。活跃支付账户T1 · C08
尚未发布
原因
该系统尚未发布此数字。增长T1
尚未发布
原因
该系统尚未发布此数字。已观察支付金额C09 · D020
未观察
原因
金额按币种分别发布。合并需要 SpendGraph 未观察到的汇率，因此没有单一总额。
滚动 30 天，与前一个等长 30 天窗口比较。
支付笔数T1 · C06
尚未发布
原因
该系统尚未发布此数字。活跃支付账户T1 · C08
尚未发布
原因
该系统尚未发布此数字。增长T1
尚未发布
原因
该系统尚未发布此数字。已观察支付金额C09 · D020
未观察
原因
金额按币种分别发布。合并需要 SpendGraph 未观察到的汇率，因此没有单一总额。
滚动 90 天，作为参考区间。目前尚无方法发布该窗口。
支付笔数T1 · C06
尚未发布
原因
该窗口不在滚动窗口目录中，因此没有任何方法能产出对应数字。等待并不会改变这一点——需要先构建该能力。活跃支付账户T1 · C08
尚未发布
原因
该窗口不在滚动窗口目录中，因此没有任何方法能产出对应数字。等待并不会改变这一点——需要先构建该能力。增长T1
尚未发布
原因
该窗口不在滚动窗口目录中，因此没有任何方法能产出对应数字。等待并不会改变这一点——需要先构建该能力。已观察支付金额C09 · D020
未观察
原因
金额按币种分别发布。合并需要 SpendGraph 未观察到的汇率，因此没有单一总额。Gnosis Pay Safe Card Protocolgnosis-pay
最近一个已经走完的 UTC 自然日。不是当天，也不是实时。
截至 2026-09-06 UTC，最近一个完整窗口
支付笔数T1 · C06
4,788
该系统的 2 个已发布窗口
活跃支付账户T1 · C08
2,009
增长T1
-21.4%
已观察支付金额C09 · D020
未观察
原因
金额按币种分别发布。合并需要 SpendGraph 未观察到的汇率，因此没有单一总额。
滚动 7 天，与前一个等长 7 天窗口比较。
截至 2026-09-06 UTC，最近一个完整窗口
支付笔数T1 · C06
38,681
该系统的 2 个已发布窗口
活跃支付账户T1 · C08
4,637
增长T1
-3.3%
已观察支付金额C09 · D020
未观察
原因
金额按币种分别发布。合并需要 SpendGraph 未观察到的汇率，因此没有单一总额。
滚动 30 天，与前一个等长 30 天窗口比较。
截至 2026-09-06 UTC，最近一个完整窗口
支付笔数T1 · C06
101,378
该系统的 2 个已发布窗口
活跃支付账户T1 · C08
6,125
增长T1
尚未发布
原因
上一个等长窗口的基数为零；比值将是未定义，而不是一个很大的数。已观察支付金额C09 · D020
未观察
原因
金额按币种分别发布。合并需要 SpendGraph 未观察到的汇率，因此没有单一总额。
滚动 90 天，作为参考区间。目前尚无方法发布该窗口。
支付笔数T1 · C06
尚未发布
原因
该窗口不在滚动窗口目录中，因此没有任何方法能产出对应数字。等待并不会改变这一点——需要先构建该能力。活跃支付账户T1 · C08
尚未发布
原因
该窗口不在滚动窗口目录中，因此没有任何方法能产出对应数字。等待并不会改变这一点——需要先构建该能力。增长T1
尚未发布
原因
该窗口不在滚动窗口目录中，因此没有任何方法能产出对应数字。等待并不会改变这一点——需要先构建该能力。已观察支付金额C09 · D020
未观察
原因
金额按币种分别发布。合并需要 SpendGraph 未观察到的汇率，因此没有单一总额。RedotPayredotpay
最近一个已经走完的 UTC 自然日。不是当天，也不是实时。
支付笔数T1 · C06
尚未发布
原因
该系统尚未发布此数字。活跃支付账户T1 · C08
尚未发布
原因
该系统尚未发布此数字。增长T1
尚未发布
原因
该系统尚未发布此数字。已观察支付金额C09 · D020
未观察
原因
金额按币种分别发布。合并需要 SpendGraph 未观察到的汇率，因此没有单一总额。
滚动 7 天，与前一个等长 7 天窗口比较。
支付笔数T1 · C06
尚未发布
原因
该系统尚未发布此数字。活跃支付账户T1 · C08
尚未发布
原因
该系统尚未发布此数字。增长T1
尚未发布
原因
该系统尚未发布此数字。已观察支付金额C09 · D020
未观察
原因
金额按币种分别发布。合并需要 SpendGraph 未观察到的汇率，因此没有单一总额。
滚动 30 天，与前一个等长 30 天窗口比较。
支付笔数T1 · C06
尚未发布
原因
该系统尚未发布此数字。活跃支付账户T1 · C08
尚未发布
原因
该系统尚未发布此数字。增长T1
尚未发布
原因
该系统尚未发布此数字。已观察支付金额C09 · D020
未观察
原因
金额按币种分别发布。合并需要 SpendGraph 未观察到的汇率，因此没有单一总额。
滚动 90 天，作为参考区间。目前尚无方法发布该窗口。
支付笔数T1 · C06
尚未发布
原因
该窗口不在滚动窗口目录中，因此没有任何方法能产出对应数字。等待并不会改变这一点——需要先构建该能力。活跃支付账户T1 · C08
尚未发布
原因
该窗口不在滚动窗口目录中，因此没有任何方法能产出对应数字。等待并不会改变这一点——需要先构建该能力。增长T1
尚未发布
原因
该窗口不在滚动窗口目录中，因此没有任何方法能产出对应数字。等待并不会改变这一点——需要先构建该能力。已观察支付金额C09 · D020
未观察
原因
金额按币种分别发布。合并需要 SpendGraph 未观察到的汇率，因此没有单一总额。
最近一个已经走完的 UTC 自然日。不是当天，也不是实时。
截至 2026-09-06 UTC，最近一个完整窗口
支付笔数T1 · C06
72
该系统的 2 个已发布窗口
活跃支付账户T1 · C08
38
增长T1
-17.2%
已观察支付金额C09 · D020
未观察
原因
金额按币种分别发布。合并需要 SpendGraph 未观察到的汇率，因此没有单一总额。
滚动 7 天，与前一个等长 7 天窗口比较。
截至 2026-09-06 UTC，最近一个完整窗口
支付笔数T1 · C06
516
该系统的 2 个已发布窗口
活跃支付账户T1 · C08
167
增长T1
21.1%
已观察支付金额C09 · D020
未观察
原因
金额按币种分别发布。合并需要 SpendGraph 未观察到的汇率，因此没有单一总额。
滚动 30 天，与前一个等长 30 天窗口比较。
截至 2026-09-06 UTC，最近一个完整窗口
支付笔数T1 · C06
2,088
该系统的 2 个已发布窗口
活跃支付账户T1 · C08
404
增长T1
-52.3%
已观察支付金额C09 · D020
未观察
原因
金额按币种分别发布。合并需要 SpendGraph 未观察到的汇率，因此没有单一总额。
滚动 90 天，作为参考区间。目前尚无方法发布该窗口。
支付笔数T1 · C06
尚未发布
原因
该窗口不在滚动窗口目录中，因此没有任何方法能产出对应数字。等待并不会改变这一点——需要先构建该能力。活跃支付账户T1 · C08
尚未发布
原因
该窗口不在滚动窗口目录中，因此没有任何方法能产出对应数字。等待并不会改变这一点——需要先构建该能力。增长T1
尚未发布
原因
该窗口不在滚动窗口目录中，因此没有任何方法能产出对应数字。等待并不会改变这一点——需要先构建该能力。已观察支付金额C09 · D020
未观察
原因
金额按币种分别发布。合并需要 SpendGraph 未观察到的汇率，因此没有单一总额。在 SpendGraph 已覆盖的卡片之间
已覆盖集合内部的比较——不是市场排名
Ether.fi Cash (cash-v3)不可用尚未发布
Gnosis Pay Safe Card Protocol38,681
RedotPay不可用尚未发布
UR Account / Card Protocol516
该系统尚未发布此数字。
Ether.fi Cash (cash-v3)不可用尚未发布
Gnosis Pay Safe Card Protocol4,637
RedotPay不可用尚未发布
UR Account / Card Protocol167
该系统尚未发布此数字。
Ether.fi Cash (cash-v3)不可用未观察
Gnosis Pay Safe Card Protocol不可用未观察
RedotPay不可用未观察
UR Account / Card Protocol不可用未观察
金额按币种分别发布。合并需要 SpendGraph 未观察到的汇率，因此没有单一总额。
条形只在所显示的最大值之间比较量级。它们不是任何市场的占比，本站也不发布这样的总量。
数据可信度
覆盖 i有已提交发布批次的部署。批次回答覆盖到哪里，不回答有多少事实。
2/4
2 个有连续水位
职能评估 i针对十七个职能的冻结目录、带有支付职能评估的注册包。
4/4
个包带有评估
架构画像 i草稿画像不计入：把审阅中的主张当作已确立，正是审阅状态存在的目的。
3/4
个已发布画像
数据可信度与质量
每个数字都是计数配一个写明的分母——没有任何东西被加权成一个评分
在发布
2/4
个部署有已提交批次
连续
2/4
个有不间断的水位
重复发布
19
个重叠的已提交批次
事实证据
19/70
条评估在链上被证明
目录被证明
8/17
项职能有任一事实评估
指标序列
5/5
个核心指标有已发布序列
深入了解
从整体使用度量到可验证证据
能力覆盖
每分组的系统数
支付经济一览
触及各能力的系统数身份0/4
账户4/4
资金注入4/4
授权4/4
结算4/4
信用0/4
市场快照
观察覆盖范围，不是市场总量——每张卡都点明自己的来源
已观察支付事件C06 · C09
177,104
400 个已发布数据点
支付系统C01
4
4 个注册包
活跃支付地址C06 · C09
6,150
1 / 4 个系统i统计范围：gnosis-pay。链上地址是不是账户身份，各系统答案不同：UR 的账户是 Fiat24Account 的 ERC-721 token id，注册表明确说它不是持有地址；RedotPay 没有链上账户。这条边界在指标定义里，不在渲染里。它不是「活跃账户」的占比，也不得与之相加——这里数到的每个地址，同时也是那边的一个账户。 C01 为 gnosis-pay 登记了账户身份断点：迁移过的持有者在断点两侧各有一个地址，而本计数覆盖整个观察窗口，两个都会数到。那是两个地址——这正是本指标所测量的；但它不是两个持有者，注册表禁止把它读成跨断点的同一条持有者序列。
已追踪支付活动C06
未观察
需要金额归因模型 i金额按币种分别给出，不给总计。跨币种合计需要汇率，而 SpendGraph 在链上观察不到汇率。
已连接的链C01
2
链 id 100 · 5000
支付经济流
支付系统的结构——这是语义模型，不是资金流
资金来源
4/4
- F02 用户资金
- F03 账户注资
稳定币轨道
待研究
以基础设施轨道的形式承载——链、角色、托管模型——其中没有一项是支付职能。
支付账户
4/4
- F01 支付账户
支付工具
4/4
- F04 授权请求
- F05 授权决策
- F06 链上支付控制
- F08 资金冻结
- F09 授权调整
- F14 授权过期
商户与收单
待研究
冻结目录里没有受理职能。F16 是争议，不是受理。
结算层
4/4
- F07 授权后资金动作
- F10 清算指令
- F11 结算前资金移动
- F12 网络最终结算
- F13 冲正
- F15 退款
金融服务
待研究
收益、借贷与保险不在冻结目录里；F17 是对支付的收费，不是支付旁边卖的服务。
支付生态地图
已注册系统，按它们覆盖的能力范围分组——不按数据缩放、不给占比、不排量级
没有任何节点按数字被加权、缩放或排名——节点的宽度只由它自己的文字撑开，再无其它。计数是已评估分组数 / 4。§四 禁止无依据的市场份额，所以本图唯一画出的关系是：同一簇里的系统覆盖同一片能力范围。
方法学
- 本站的每个计数都是 SpendGraph 的观察覆盖范围，不是链上支付市场的总量；本站也不在任何地方发布这个市场的分母。
- 计数从 C09 在锁定目录修订版上的已发布序列读取。本页不自己做任何计数——已发布指标的第二份实现就是第二个可能出错的地方。
- 发布批次回答的是覆盖到了哪里，绝不是有多少事实。repair 会重新发布一个区间，因此对批次的事实计数求和会把被修复的部分算两遍：2026-08-21 的实测是求和 85,021，而真实事实 81,034，撤回为零。
- 注册状态描述的是 SpendGraph 对某个注册包的审阅进行到了哪一步，不是对协议的评价；而且任何审阅状态都可能对应一个几个月前就停止承载支付的部署——这就是活动状态单独一列的原因。
- 支付职能目录冻结在十七项。新的协议术语被映射到已有职能上，而不是扩充目录；因此某个职能在一个协议的评估中缺席，意味着没有人评估过它，而不是它不存在。
- 六个能力分组只由本站定义，是十七个职能之上的呈现层。其中身份与信用在目录里没有对应职能，因此没有协议能据此被评估，页面上如实标出。