协议情报
一次深度看一个系统:它是什么、跑在哪里、什么能被证明。
Gnosis Pay Safe Card Protocol
DRAFT尚无已发布的研究文本用散文描述这个系统。以下是注册内容及针对它的观察结果。
注册表gnosis-pay · 0.2.0
系统标识gnosis-pay
支付计划gnosis-pay
协议版本gnosis-pay-v5-2026-06
已观察活动金额金额聚合
未观察金额按币种分别发布;合成单一数字需要 SpendGraph 未观察到的汇率。
支付事件C06 · C09
538
该系统的 11 个已发布窗口
活跃支付地址地址归属
—
连接的链C01 部署模型
1
其中 1 条链有已发布事实
100
首次观察C06 发布
47,817,934
最早已发布区块 · 数据截至 2026-09-01 06:40 UTC
部署级指标在概览页,修订版本 metric-v4。i注册表分别描述每个系统;C09 是对部署已持有的事实做计算。前者可以按系统拆分,后者不能。
支付系统解剖
Gnosis Pay Safe Card Protocol 如何完成一次支付
原生
集成
依赖外部
未观察
i说明某个职能在哪里发生、能否被看到。这不是评分,不是排名,也没有优劣次序。
身份
涉及谁
未观察
目录中无此项i冻结的职能目录里没有对应这个分组的职能,所以不可能存在评估。这不是该协议注册的缺口。账户
价值存放在哪
原生
1/1
1 事实
关键证据
- F01事实
资金注入
价值如何进入
原生
集成
2/2
1 事实 1 推断
关键证据
- F02事实
- F03推断
授权
支付如何被批准
原生 ×2
集成 ×2
依赖外部 ×2
6/6
3 事实 3 已被否证
关键证据
- F04已被否证
- F05事实
- F06事实
- 职能页还有 3 条
结算
价值如何转移
原生 ×2
集成 ×2
依赖外部 ×2
6/6
4 已被否证 2 事实
关键证据
- F07事实
- F10已被否证
- F11事实
- 职能页还有 3 条
信用
信用如何提供
未观察
目录中无此项i冻结的职能目录里没有对应这个分组的职能,所以不可能存在评估。这不是该协议注册的缺口。架构总览
系统架构与价值在其中的流动方式
账户
谁参与,账户是什么
SMART_ACCOUNT_ADDRESS
账户身份不在地址变更后延续
托管
RESTRICTED_SELF_CUSTODY_SMART_ACCOUNT
资金注入
价值如何进入,余额如何持有
DIRECT_ONCHAIN_TRANSFER / PREFUNDED
OFFCHAIN_FUNDING / PREFUNDED
余额表示
SMART_ACCOUNT_ASSET_BALANCE
结算
债务在哪里结算
CARD_NETWORK
轨道
rail-gp-onchain-account
rail-gp-card-network
跑在单一链上 · 约束账户可以怎么花 · 画像 arch-gnosis-pay-v5 · 修订 1i各泳道中的每个值都是注册表中绑定证据的声明,绑定到标题里那个协议版本。这里没有任何内容是从活动数据推断出来的。
多链分布
这个系统在哪些链上运行
gnosis-mainnet 主链已发布事实
按链的活动、事件与金额
尚未发布C09 没有为单个系统发布按链拆分的指标,因此没有可以说明口径的按链数字。
资金注入构成,按声明占比
- 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
口径:已声明的资金注入占比,以万分之一为基数。这不是实测金额,也不是任何市场的占比。
活动与采用分析
只展示有已发布定义的指标
不适用活动 没有已发布的指标定义。这个标签页保留是因为该模块属于设计的一部分;要展示曲线就只能编造。
尚未发布C09 按协议分组 post_auth_funds_action_count,终端已读取该系统自己的日序列——当前修订版本下 11 个已发布窗口。本模块尚未绘制它,因此这里保留空框架,而不是用另一个总体的数据填充。
尚未发布C09 按协议分组 active_payment_address_count,终端已读取该系统自己的日序列——当前修订版本下 4 个已发布窗口。本模块尚未绘制它,因此这里保留空框架,而不是用另一个总体的数据填充。
不适用流向 没有已发布的指标定义。这个标签页保留是因为该模块属于设计的一部分;要展示曲线就只能编造。
不适用速度 没有已发布的指标定义。这个标签页保留是因为该模块属于设计的一部分;要展示曲线就只能编造。
不适用留存 没有已发布的指标定义。这个标签页保留是因为该模块属于设计的一部分;要展示曲线就只能编造。
不适用用例 没有已发布的指标定义。这个标签页保留是因为该模块属于设计的一部分;要展示曲线就只能编造。
Gnosis Pay Safe Card Protocol 有 17 条评估记录;其中没有任何一条是时间序列。
链上证据预览
本页每个数字背后的证据形态
| 时间 | 链 | 事件类型 | 来源 | 去向 | 金额 | 交易哈希 |
|---|
未观察这个界面只读取 C10 已发布的内容,而原始事件是 C10 不发布的领域记录。来源与去向两列还会点出具体地址,本站对任何系统都不披露地址。
1 条部署记录上共有 7085 个已提交发布批次——区块范围见下方的发布覆盖。
相关系统
已声明的依赖
rail-gp-onchain-account 轨道
rail-gp-card-network 轨道
该系统结算或注资所经过的轨道,按注册表的声明列出。跨已注册系统的关系图尚未发布,因此不作绘制。
发布覆盖
上述数字所依据的区块范围
| 部署 | 链 | 活动 | 批次 | 区块区间 | 连续至 | 重复发布 | 数据截至 |
|---|---|---|---|---|---|---|---|
| gnosis-pay-gnosis | 100 | 活跃 | 7085 | 47,817,934 – 48,021,665 | 48,021,665 | 0 | 2026-09-01 06:40 UTC |
证据覆盖
已被否证8
事实7
推断1
仅私有面1
17 条评估,覆盖 17 个职能 i这是行数不是职能数:把一个职能拆成两个方面的包贡献两行、一个职能。
关键事实
- 系统标识
- 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 只在链上记录能够确立法律主体时才作断言,而这些系统上并不能。
近期动态
变更与事件
不适用no signals engine exists; the design's signal feed has no component behind it yet
industry_signals
注册表与事实数据截至 2026-09-01 06:40 UTC
方法学
- 本站的每个计数都是 SpendGraph 的观察覆盖范围,不是链上支付市场的总量;本站也不在任何地方发布这个市场的分母。
- 计数从 C09 在锁定目录修订版上的已发布序列读取。本页不自己做任何计数——已发布指标的第二份实现就是第二个可能出错的地方。
- 发布批次回答的是覆盖到了哪里,绝不是有多少事实。repair 会重新发布一个区间,因此对批次的事实计数求和会把被修复的部分算两遍:2026-08-21 的实测是求和 85,021,而真实事实 81,034,撤回为零。
- 注册状态描述的是 SpendGraph 对某个注册包的审阅进行到了哪一步,不是对协议的评价;而且任何审阅状态都可能对应一个几个月前就停止承载支付的部署——这就是活动状态单独一列的原因。
- 支付职能目录冻结在十七项。新的协议术语被映射到已有职能上,而不是扩充目录;因此某个职能在一个协议的评估中缺席,意味着没有人评估过它,而不是它不存在。
- 六个能力分组只由本站定义,是十七个职能之上的呈现层。其中身份与信用在目录里没有对应职能,因此没有协议能据此被评估,页面上如实标出。