产品 · 演示
看它返回什么。
按一笔入金依次经过的顺序，把运行中的产品给出的应答过一遍：筛查裁决、此刻看得见什么的声明、你自有地址的账目，以及每个应答指向的证据。字段是产品真实返回的字段，所有取值都是合成的。
01筛查一个入金地址
贷记之前，把涉及的地址发过来。每个地址回来一个裁决（三选一），附上裁决依据，以及本该看到冻结的那个采集器当时是否健康。
| 链 | 地址 |
|---|---|
| tron | TXXXXXXXXXXXXXXXXXXXXXXXXMERCHANT1 |
| tron | TXXXXXXXXXXXXXXXXXXXXXXXXMERCHANT2 |
- 链
- tron
- 匹配
- 无
采集器状态
- 冻结权威
- authority-EXAMPLE-0001
- 状态
- OK
- 最近核验
- 2026-09-11 06:24:00 UTC
- 采集延迟
- 3s
- 链
- tron
- 匹配
- 1
- 冻结权威
- authority-EXAMPLE-0001
- 动作
- FREEZE
- 阶段
- EXECUTED
- 执行时间
- 2026-09-10 01:12:44 UTC
- 区块
- 61201004
- 交易
- 0000000000000000000000000000000000000000000000000000000000000031
- 证据快照
- cas:sha256:0000000000000000000000000000000000000000000000000000000000000031
采集器状态
- 冻结权威
- authority-EXAMPLE-0001
- 状态
- OK
- 最近核验
- 2026-09-11 06:24:00 UTC
- 采集延迟
- 3s
第二个地址上有一笔仍然有效的冻结记录。匹配项给出执行时间、区块、交易，以及读取它的那份原始应答的存档哈希。第一个地址结论为 CLEAR，而本该看到它被冻结的那个采集器正在上报、数据新鲜。
每种裁决对这笔入金意味着什么
- FROZEN 该地址上有仍然有效的冻结记录。这笔入金不贷记；复核从这条匹配和它的快照开始。
- CLEAR 没有有效的冻结，并且这条链上的每个采集器都在新鲜度阈值以内。两个条件缺一不可。这是这项检查里唯一不会拦下入金的裁决。
- UNKNOWN HOLD 其余一切情形：采集器陈旧或失明，或者信号无法解读。按 HOLD 处理。
02可见性状态
每个应答都会说明系统在作答那一刻看得见什么。「没有告警」和「我们看不见」在不说明这一点的产品里长得一模一样，区分它们靠的就是这一项。
- 截至
- 2026-09-11 06:24:05 UTC
| 冻结权威 | 可观测 | 最近核验 | 采集延迟 |
|---|---|---|---|
| authority-EXAMPLE-0001 | 是 | 2026-09-11 06:24:00 UTC | 3s |
| authority-EXAMPLE-0002 | 否 | 2026-09-11 05:02:11 UTC | 1h 21m |
第二个冻结权威此刻不可观测，最近一次核验也明显落后于第一个。落在它范围内的入金会一直挂起，直到状态恢复。
| 能力 | 状态 | 起始于 | 最近核验 | 采集延迟 |
|---|---|---|---|---|
| transfer | STALE | 2026-09-11 06:11:48 UTC | 2026-09-11 06:24:00 UTC | 12m 22s |
| profile | OK | — | 2026-09-11 06:24:00 UTC | 3s |
| freeze | OK | — | 2026-09-11 06:24:00 UTC | 5s |
地址读数也带着同样的声明，每项能力一行。这里转账采集处于 STALE，并写明从何时开始；账户与冻结采集都是新鲜的。
- 类型
- coverage.health_changed
- 发生时间
- 2026-09-11 06:26:04 UTC
- 能力
- transfer
- 此前状态
- OK
- 状态
- STALE
- 起始于
- 2026-09-11 06:11:48 UTC
- 采集延迟
- 12m 22s
状态一变就单独推送一条事件，客户端不用轮询也能知道哪里出现了盲区。
几种状态
- OK
- 采集器正在上报，且在新鲜度阈值以内。
- STALE
- 采集器的数据已超过阈值。这是采集器的属性，不是任何信号的属性；它也绝不等于「没问题」，而是一个已知盲区。
- BLIND
- 冻结权威已登记，但没有任何采集器在为它上报。
- 起始于
- 当前状态从什么时候开始。说不出「从何时起」的中断提示没人会看，所以时间是答案的一部分。
03监控你自己的地址
你持有的地址会被持续盯住。每个地址有五类读数：账户现状、转账流水、逐日账目、跨地址与跨周期的汇总，以及它的历史有多少已被证明加载完整。
账户现状
- 地址
- TXXXXXXXXXXXXXXXXXXXXXXXXMERCHANT1
- 读取时间
- 2026-09-11 06:23:51 UTC
- 账户类型
- EOA
- 已激活
- 是
- 创建时间
- 2025-11-02 00:15:30 UTC
- 最近活跃
- 2026-09-11 06:21:12 UTC
余额
| 资产 | 数额 |
|---|---|
| TRX | 3,120.45 |
| TRC20-EXAMPLE1 | 18,250 |
| TRC20-EXAMPLE2 | 读取不到 |
读取不到的余额标记为「读取不到」，绝不显示成 0。
转账流水
| 时间 | 方向 | 资产 | 数额 | 确认状态 | 转账后余额 | 交易 | 证据快照 |
|---|---|---|---|---|---|---|---|
| 2026-09-11 06:21:12 UTC | in | TRC20-EXAMPLE1 | 125 | provisional | 18,250 | 0000…0041 | cas:sha256:0000…0041 |
| 2026-09-11 05:58:03 UTC | out | TRC20-EXAMPLE1 | 40 | final | 18,125 | 0000…0040 | cas:sha256:0000…0040 |
| 2026-09-11 03:02:40 UTC | in | TRX | 260 | final | 读取不到 | 0000…0039 | cas:sha256:0000…0039 |
| 2026-09-10 11:44:21 UTC | in | TRC20-EXAMPLE1 | 9 | reverted | — | 0000…0038 | cas:sha256:0000…0038 |
每笔转账一被看到就发布，随后一路跟到最终确认。三种状态：
- provisional
- 一个确认即发布。之后仍可能变化，所以绝不当作已结算展示。
- final
- 已越过该链的最终性阈值，不再预期变化。
- reverted
- 被链重组移除。记录保留，并单独发一条事件告知。绝不静默删除——只看到一次删除的客户端，永远不会知道发生过什么。
一天的账目
- 地址
- TXXXXXXXXXXXXXXXXXXXXXXXXMERCHANT1
- 日期
- 2026-09-11
- 时区
- Asia/Shanghai
- 完整
- 是
- 历史完整至
- 2026-06-13
| 资产 | 已见全部 | 仅最终确认 | ||||
|---|---|---|---|---|---|---|
| 转入 | 转出 | 净额 | 转入 | 转出 | 净额 | |
| TRC20-EXAMPLE1 | 486 (9) | 140 (3) | 346 | 361 (8) | 140 (3) | 221 |
| TRX | 260 (1) | 0 (0) | 260 | 260 (1) | 0 (0) | 260 |
括号内为笔数
「已见全部」含仍处于 provisional 的转账；「仅最终确认」只算已越过最终性的部分。靠近链头时两者不同，这个差额不是错误。必须对得上的数字从账目里读，绝不从告警里累加。
- 地址
- TXXXXXXXXXXXXXXXXXXXXXXXXMERCHANT2
- 日期
- 2026-09-11
- 完整
- 否
- 历史加载中
- 是
- 历史完整至
- 2026-09-04
历史加载完成之前，这一天标记为不完整，绝不当作已结算的合计展示。
汇总
- 区间
- 2026-09-01 → 2026-09-11
- 时区
- Asia/Shanghai
- 资产
- TRC20-EXAMPLE1
| 地址 | 净额（已见全部） | 净额（仅最终确认） | 状态 |
|---|---|---|---|
| TXXXXXXXXXXXXXXXXXXXXXXXXMERCHANT1 | 2,255 | 2,130 | 完整 |
| TXXXXXXXXXXXXXXXXXXXXXXXXMERCHANT2 | 210 | 210 | 仍在加载 |
| 0xdddd000000000000000000000000000000000001 | — | — | 未在监控中，不计入合计 NOT_WATCHED |
| 合计 | 2,465 | 2,340 |
每个地址各自标明是否完整。无法计入的地址会连同原因列出来，而不是一声不吭地从合计里消失。净额只是同一资产内的加减：不同资产绝不相加，任何地方都不套用价格。单个地址也可以按日、周、月取同样的数字。
历史有多少已被证明
| 你的标签 | 资产 | 状态 | 历史完整至 |
|---|---|---|---|
| shop-01 | ASSET-EXAMPLE1 | 完整 | 2026-06-13 |
| shop-02 | ASSET-EXAMPLE1 | 仍在加载 | 2026-09-04 |
| shop-02 | ASSET-EXAMPLE2 | 仅一个来源，永不报告为完整 | — |
完整性按资产说明，不按地址。某个资产的过往如果只能从一个独立来源读到，就没有东西可以拿来对照，它的历史因此永远不会被报告为完整——它会一直标着「未证明」，而不是因为没有出现矛盾就变成「完整」。本面板中的资产标识是通用占位符。
04证据
裁决或账目行所依据的外部应答，按内容哈希存一份。记录里指向这个哈希，而不是把内容再抄一遍。
| 记录 | 证据快照 |
|---|---|
| 筛查匹配 · FREEZE · authority-EXAMPLE-0001 | cas:sha256:0000000000000000000000000000000000000000000000000000000000000031 |
| 转账 · tr_EXAMPLE0000000000041 | cas:sha256:0000000000000000000000000000000000000000000000000000000000000041 |
| 转账 · tr_EXAMPLE0000000000040 | cas:sha256:0000000000000000000000000000000000000000000000000000000000000040 |
- 01 哈希对存下的应答逐字节计算，与收到时完全一致。
- 02 存储只追加。已存的应答无法改写，我们自己也不行。
- 03 拿到原始字节，任何人都能重算哈希来比对。对得上，就说明记录指向的正是它声称指向的东西。
接下来看什么
产品各页讲每个读数本身和它的边界。API 参考是这些面板所遵循的契约。
对本页任何一个面板有疑问： hello@4shock.xyz