协议情报
一次深度看一个系统:它是什么、跑在哪里、什么能被证明。
Gnosis Pay Safe Card Protocol
DRAFT尚无已发布的研究文本用散文描述这个系统。以下是注册内容及针对它的观察结果。
使用度量概览
该支付系统被使用的程度
原因
金额按币种分别发布。合并需要 SpendGraph 未观察到的汇率,因此没有单一总额。原因
金额按币种分别发布。合并需要 SpendGraph 未观察到的汇率,因此没有单一总额。原因
上一个等长窗口的基数为零;比值将是未定义,而不是一个很大的数。原因
金额按币种分别发布。合并需要 SpendGraph 未观察到的汇率,因此没有单一总额。原因
该窗口不在滚动窗口目录中,因此没有任何方法能产出对应数字。等待并不会改变这一点——需要先构建该能力。原因
该窗口不在滚动窗口目录中,因此没有任何方法能产出对应数字。等待并不会改变这一点——需要先构建该能力。原因
该窗口不在滚动窗口目录中,因此没有任何方法能产出对应数字。等待并不会改变这一点——需要先构建该能力。原因
金额按币种分别发布。合并需要 SpendGraph 未观察到的汇率,因此没有单一总额。发生了什么变化
只陈述可机械复核的变化——不推断原因
- 支付笔数 · 最近完整日
- ▼ -21.4%,与前一个等长窗口相比,截至 2026-09-06 UTC
- 支付笔数 · 7 天
- ▼ -3.3%,与前一个等长窗口相比,截至 2026-09-06 UTC
industry_signals
注册表与事实数据截至 2026-09-07 08:14 UTC
使用度量趋势
只展示有已发布定义的指标
943每日区间,低至高6,438
C09 按协议分组 post_auth_funds_action_count;这条线是该系统自己的日序列——当前修订版本下有 19 个已发布窗口。
633每日区间,低至高2,379
C09 按协议分组 active_payment_address_count;这条线是该系统自己的日序列——当前修订版本下有 19 个已发布窗口。
这里的曲线来自已发布的指标序列。Gnosis Pay Safe Card Protocol 的 17 条能力评估记录属于另一类证据,不在其中。
使用度量规划
该界面将承载的指标,以及各自仍在等待什么
原因
尚未发布金额分位数。它需要本系统尚未计算的按币种分布。原因
尚未发布金额分位数。它需要本系统尚未计算的按币种分布。原因
该指标所依赖的账户归因尚未发布,因此没有可描述的总体。原因
该指标所依赖的账户归因尚未发布,因此没有可描述的总体。原因
该指标所依赖的账户归因尚未发布,因此没有可描述的总体。原因
此处尚未运行信号引擎。规则已冻结,但其闸门是一次尚未执行的盲测评估;在该闸门通过之前展示信号,等于给出本系统无法支撑的结论。在 SpendGraph 已覆盖的卡片之间
已覆盖集合内部的比较——不是市场排名
该系统尚未发布此数字。
该系统尚未发布此数字。
金额按币种分别发布。合并需要 SpendGraph 未观察到的汇率,因此没有单一总额。
证据覆盖
17 条评估,覆盖 17 个职能 i这是行数不是职能数:把一个职能拆成两个方面的包贡献两行、一个职能。
发布覆盖
上述数字所依据的区块范围
| 部署 | 链 | 活动 | 批次 | 区块区间 | 连续至 | 重复发布 | 数据截至 |
|---|---|---|---|---|---|---|---|
| gnosis-pay-gnosis | 100 | 活跃 | 7823 | 47,817,934 – 48,124,564 | 48,124,564 | 4i与其他已提交批次区间重叠的批次——某次 repair 重新发布了该区间。事实本身不会重复计数,但批次的事实计数会,这就是本终端不给事实总数的原因。 | 2026-09-07 08:14 UTC |
部署级指标在概览页,修订版本 metric-v4。i注册表分别描述每个系统;C09 是对部署已持有的事实做计算。前者可以按系统拆分,后者不能。
支付系统解剖
Gnosis Pay Safe Card Protocol 如何完成一次支付
- F01事实
- F02事实
- F03推断
- F04已被否证
- F05事实
- F06事实
- 职能页还有 3 条
- F07事实
- F10已被否证
- F11事实
- 职能页还有 3 条
架构总览
系统架构与价值在其中的流动方式
跑在单一链上 · 约束账户可以怎么花 · 画像 arch-gnosis-pay-v5 · 修订 1i各泳道中的每个值都是注册表中绑定证据的声明,绑定到标题里那个协议版本。这里没有任何内容是从活动数据推断出来的。
多链分布
这个系统在哪些链上运行
按链的活动、事件与金额
资金注入构成,按声明占比
- DIRECT_
ONCHAIN_ 83.0%TRANSFER / PREFUNDED · external_ inbound - DIRECT_
ONCHAIN_ 8.1%TRANSFER / PREFUNDED · hold_ return - OFFCHAIN_
FUNDING / PREFUNDED · 7.1%emoney_ mint - DIRECT_
ONCHAIN_ 1.8%TRANSFER / PREFUNDED · account_ to_ account
口径:已声明的资金注入占比,以万分之一为基数。这不是实测金额,也不是任何市场的占比。
关键事实
- 系统标识
- gnosis-
pay - 注册表
- gnosis-
pay · 0.2.0 - 注册状态
- DRAFT
- 支付计划
- gnosis-
pay - 账户模型
- SMART_
ACCOUNT_ ADDRESS - 托管
- RESTRICTED_
SELF_ CUSTODY_ SMART_ ACCOUNT - 结算所在
- CARD_
NETWORK - 网络
- gnosis-
mainnet - 部署
- gnosis-
pay- gnosis - 发行方 / 运营方
- 未声明
- 储备透明度
- 未声明
- 监管状态
- 未声明
- 合约可升级性
- 未声明
标为未声明的行在任何注册包里都没有对应字段。C01 只在链上记录能够确立法律主体时才作断言,而这些系统上并不能。
方法学
- 本站的每个计数都是 SpendGraph 的观察覆盖范围,不是链上支付市场的总量;本站也不在任何地方发布这个市场的分母。
- 计数从 C09 在锁定目录修订版上的已发布序列读取。本页不自己做任何计数——已发布指标的第二份实现就是第二个可能出错的地方。
- 发布批次回答的是覆盖到了哪里,绝不是有多少事实。repair 会重新发布一个区间,因此对批次的事实计数求和会把被修复的部分算两遍:2026-08-21 的实测是求和 85,021,而真实事实 81,034,撤回为零。
- 注册状态描述的是 SpendGraph 对某个注册包的审阅进行到了哪一步,不是对协议的评价;而且任何审阅状态都可能对应一个几个月前就停止承载支付的部署——这就是活动状态单独一列的原因。
- 支付职能目录冻结在十七项。新的协议术语被映射到已有职能上,而不是扩充目录;因此某个职能在一个协议的评估中缺席,意味着没有人评估过它,而不是它不存在。
- 六个能力分组只由本站定义,是十七个职能之上的呈现层。其中身份与信用在目录里没有对应职能,因此没有协议能据此被评估,页面上如实标出。
链上证据预览
本页每个数字背后的证据形态
| 时间 | 链 | 事件类型 | 来源 | 去向 | 金额 | 交易哈希 |
|---|
1 条部署记录上共有 7823 个已提交发布批次——区块范围见下方的发布覆盖。
相关系统
已声明的依赖
该系统结算或注资所经过的轨道,按注册表的声明列出。跨已注册系统的关系图尚未发布,因此不作绘制。