协议情报
一次深度看一个系统：它是什么、跑在哪里、什么能被证明。
RedotPay
DRAFT尚无已发布的研究文本用散文描述这个系统。以下是注册内容及针对它的观察结果。
注册表redotpay · 0.1.0
系统标识redotpay
支付计划redotpay
已观察活动金额金额聚合
未观察金额按币种分别发布；合成单一数字需要 SpendGraph 未观察到的汇率。
支付事件C06 · C09
尚未发布该系统尚未发布支付事件计数。
活跃支付地址地址归属
—
连接的链C01 部署模型
3
其中 0 条链有已发布事实
首次观察C06 发布
尚未发布尚无已提交的发布批次。
部署级指标在概览页，修订版本 metric-v4。i注册表分别描述每个系统；C09 是对部署已持有的事实做计算。前者可以按系统拆分，后者不能。
支付系统解剖
RedotPay 如何完成一次支付
原生
集成
依赖外部
未观察
i说明某个职能在哪里发生、能否被看到。这不是评分，不是排名，也没有优劣次序。
身份
涉及谁
未观察
目录中无此项i冻结的职能目录里没有对应这个分组的职能，所以不可能存在评估。这不是该协议注册的缺口。账户
价值存放在哪
依赖外部
1/1
1 仅私有面
关键证据
- F01仅私有面
资金注入
价值如何进入
集成
依赖外部
2/2
1 推断 1 仅私有面
关键证据
- F02仅私有面
- F03推断
授权
支付如何被批准
依赖外部 ×5
未观察
6/6
3 仅私有面 2 推断 1 未知
关键证据
- F04推断
- F05仅私有面
- F06推断
- 职能页还有 3 条
结算
价值如何转移
依赖外部 ×5
未观察
6/6
3 仅私有面 2 推断 1 未知
关键证据
- F07仅私有面
- F10推断
- F11未知
- 职能页还有 3 条
信用
信用如何提供
未观察
目录中无此项i冻结的职能目录里没有对应这个分组的职能，所以不可能存在评估。这不是该协议注册的缺口。架构总览
系统架构与价值在其中的流动方式
未观察没有已发布的架构画像。草稿画像是审阅中的主张，不会当作已发布展示——这是研究的缺失，不是架构的缺失。
多链分布
这个系统在哪些链上运行
未观察没有已发布的架构画像，因此没有声明链角色。下方的部署记录是已知内容。
活动与采用分析
只展示有已发布定义的指标
不适用活动 没有已发布的指标定义。这个标签页保留是因为该模块属于设计的一部分；要展示曲线就只能编造。
尚未发布在当前修订版本下，C09 尚未为该系统发布 post_auth_funds_action_count 的序列。
尚未发布在当前修订版本下，C09 尚未为该系统发布 active_payment_address_count 的序列。
不适用流向 没有已发布的指标定义。这个标签页保留是因为该模块属于设计的一部分；要展示曲线就只能编造。
不适用速度 没有已发布的指标定义。这个标签页保留是因为该模块属于设计的一部分；要展示曲线就只能编造。
不适用留存 没有已发布的指标定义。这个标签页保留是因为该模块属于设计的一部分；要展示曲线就只能编造。
不适用用例 没有已发布的指标定义。这个标签页保留是因为该模块属于设计的一部分；要展示曲线就只能编造。
RedotPay 有 17 条评估记录；其中没有任何一条是时间序列。
链上证据预览
本页每个数字背后的证据形态
| 时间 | 链 | 事件类型 | 来源 | 去向 | 金额 | 交易哈希 |
|---|
未观察这个界面只读取 C10 已发布的内容，而原始事件是 C10 不发布的领域记录。来源与去向两列还会点出具体地址，本站对任何系统都不披露地址。
0 条部署记录上共有 0 个已提交发布批次——区块范围见下方的发布覆盖。
相关系统
已声明的依赖
未观察这个系统没有声明轨道，也没有任何组件计算已注册系统之间的关系图。
发布覆盖
上述数字所依据的区块范围
未观察该注册未声明任何部署，因此没有可发布的区间。
证据覆盖
仅私有面9
推断6
未知2
17 条评估，覆盖 17 个职能 i这是行数不是职能数：把一个职能拆成两个方面的包贡献两行、一个职能。
关键事实
- 系统标识
- redotpay
- 注册表
- redotpay ·
0.1.0 - 注册状态
- DRAFT
- 支付计划
- redotpay
- 账户模型
- 未声明
- 托管
- 未声明
- 结算所在
- 未声明
- 网络
- tron-
mainnet, ethereum- mainnet, bsc- 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 对某个注册包的审阅进行到了哪一步，不是对协议的评价；而且任何审阅状态都可能对应一个几个月前就停止承载支付的部署——这就是活动状态单独一列的原因。
- 支付职能目录冻结在十七项。新的协议术语被映射到已有职能上，而不是扩充目录；因此某个职能在一个协议的评估中缺席，意味着没有人评估过它，而不是它不存在。
- 六个能力分组只由本站定义，是十七个职能之上的呈现层。其中身份与信用在目录里没有对应职能，因此没有协议能据此被评估，页面上如实标出。