协议情报
一次深度看一个系统：它是什么、跑在哪里、什么能被证明。
UR Account / Card Protocol
DRAFT 本运行时解释尚无已发布的研究文本用散文描述这个系统。以下是注册内容及针对它的观察结果。
注册表ur-mantle · 0.2.0
系统标识ur
支付计划ur
协议版本ur-v7-2026-08
已观察活动金额金额聚合
未观察金额按币种分别发布；合成单一数字需要 SpendGraph 未观察到的汇率。
支付事件C06 · C09
1
该系统的 1 个已发布窗口
活跃支付地址地址归属
不适用iC01 登记该系统的账户模型为 `ERC721_TOKEN_ID`，其账户身份不是链上地址，因此地址计数对它没有可报告的值，而不是值为零。它的活动计入「活跃账户」——那是覆盖全部账户模型的口径。
连接的链C01 部署模型
1
其中 1 条链有已发布事实
5000
首次观察C06 发布
31,420,289
最早已发布区块 · 数据截至 2026-09-01 06:21 UTC
部署级指标在概览页，修订版本 metric-v4。i注册表分别描述每个系统；C09 是对部署已持有的事实做计算。前者可以按系统拆分，后者不能。
支付系统解剖
UR Account / Card Protocol 如何完成一次支付
原生
集成
依赖外部
未观察
i说明某个职能在哪里发生、能否被看到。这不是评分，不是排名，也没有优劣次序。
身份
涉及谁
未观察
目录中无此项i冻结的职能目录里没有对应这个分组的职能，所以不可能存在评估。这不是该协议注册的缺口。账户
价值存放在哪
原生
1/1
1 事实
关键证据
- F01事实
资金注入
价值如何进入
原生
集成
2/2
1 事实 1 推断
关键证据
- F02事实
- F03推断
授权
支付如何被批准
原生 ×3
依赖外部 ×2
未观察
6/6
2 推断 2 已被否证 1 事实 1 未知
关键证据
- F04已被否证
- F05已被否证
- F06推断
- 职能页还有 3 条
结算
价值如何转移
原生 ×2
依赖外部 ×3
未观察
6/6
3 已被否证 2 事实 1 未知
关键证据
- F07事实
- F10已被否证
- F11已被否证
- 职能页还有 3 条
信用
信用如何提供
未观察
目录中无此项i冻结的职能目录里没有对应这个分组的职能，所以不可能存在评估。这不是该协议注册的缺口。架构总览
系统架构与价值在其中的流动方式
账户
谁参与，账户是什么
ERC721_TOKEN_ID
账户身份在地址变更后延续
托管
PROTOCOL_CUSTODY
资金注入
价值如何进入，余额如何持有
DIRECT_ONCHAIN_TRANSFER / PREFUNDED
余额表示
INTERNAL_LEDGER
结算
债务在哪里结算
CARD_NETWORK
轨道
rail-ur-protocol-ledger
rail-ur-card-network
跑在单一链上 · 逐笔决定每一次支付 · 画像 arch-ur-v7 · 修订 1i各泳道中的每个值都是注册表中绑定证据的声明，绑定到标题里那个协议版本。这里没有任何内容是从活动数据推断出来的。
多链分布
这个系统在哪些链上运行
mantle-mainnet 主链已发布事实
按链的活动、事件与金额
尚未发布C09 没有为单个系统发布按链拆分的指标，因此没有可以说明口径的按链数字。
资金注入构成
未观察已声明 1 条资金注入方式，均无占比，因此没有可绘制的分布。
活动与采用分析
只展示有已发布定义的指标
不适用活动 没有已发布的指标定义。这个标签页保留是因为该模块属于设计的一部分；要展示曲线就只能编造。
尚未发布C09 按协议分组 post_auth_funds_action_count，终端已读取该系统自己的日序列——当前修订版本下 1 个已发布窗口。本模块尚未绘制它，因此这里保留空框架，而不是用另一个总体的数据填充。
尚未发布在当前修订版本下，C09 尚未为该系统发布 active_payment_address_count 的序列。
不适用流向 没有已发布的指标定义。这个标签页保留是因为该模块属于设计的一部分；要展示曲线就只能编造。
不适用速度 没有已发布的指标定义。这个标签页保留是因为该模块属于设计的一部分；要展示曲线就只能编造。
不适用留存 没有已发布的指标定义。这个标签页保留是因为该模块属于设计的一部分；要展示曲线就只能编造。
不适用用例 没有已发布的指标定义。这个标签页保留是因为该模块属于设计的一部分；要展示曲线就只能编造。
UR Account / Card Protocol 有 17 条评估记录；其中没有任何一条是时间序列。
链上证据预览
本页每个数字背后的证据形态
| 时间 | 链 | 事件类型 | 来源 | 去向 | 金额 | 交易哈希 |
|---|
未观察这个界面只读取 C10 已发布的内容，而原始事件是 C10 不发布的领域记录。来源与去向两列还会点出具体地址，本站对任何系统都不披露地址。
1 条部署记录上共有 2015 个已提交发布批次——区块范围见下方的发布覆盖。
相关系统
已声明的依赖
rail-ur-protocol-ledger 轨道
rail-ur-card-network 轨道
该系统结算或注资所经过的轨道，按注册表的声明列出。跨已注册系统的关系图尚未发布，因此不作绘制。
发布覆盖
上述数字所依据的区块范围
| 部署 | 链 | 活动 | 批次 | 区块区间 | 连续至 | 重复发布 | 数据截至 |
|---|---|---|---|---|---|---|---|
| ur-mantle-mainnet | 5000 | 活跃 | 2015 | 31,420,289 – 100,056,858 | 47,816,147 | 15i与其他已提交批次区间重叠的批次——某次 repair 重新发布了该区间。事实本身不会重复计数，但批次的事实计数会，这就是本终端不给事实总数的原因。 | 2026-09-01 06:21 UTC |
证据覆盖
事实5
已被否证5
未知4
推断3
17 条评估，覆盖 17 个职能 i这是行数不是职能数：把一个职能拆成两个方面的包贡献两行、一个职能。
关键事实
- 系统标识
- ur
- 注册表
- ur-
mantle · 0.2.0 - 注册状态
- DRAFT
- 支付计划
- ur
- 账户模型
- ERC721_
TOKEN_ ID - 托管
- PROTOCOL_
CUSTODY - 结算所在
- CARD_
NETWORK - 网络
- mantle-
mainnet - 部署
- ur-
mantle- mainnet - 发行方 / 运营方
- 未声明
- 储备透明度
- 未声明
- 监管状态
- 未声明
- 合约可升级性
- 未声明
标为未声明的行在任何注册包里都没有对应字段。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 对某个注册包的审阅进行到了哪一步，不是对协议的评价；而且任何审阅状态都可能对应一个几个月前就停止承载支付的部署——这就是活动状态单独一列的原因。
- 支付职能目录冻结在十七项。新的协议术语被映射到已有职能上，而不是扩充目录；因此某个职能在一个协议的评估中缺席，意味着没有人评估过它，而不是它不存在。
- 六个能力分组只由本站定义，是十七个职能之上的呈现层。其中身份与信用在目录里没有对应职能，因此没有协议能据此被评估，页面上如实标出。