C
CATCRS EXCHANGE
Proof of Reserves · Merkle Sum Liabilities · Demo Prototype
DEMO · MOCK DATA ONLY

Proof of Reserves Demo 页面(负债证明原型)

本页用于向内部团队展示 Catcrs PoR(Proof of Reserves) 的未来呈现形态与交互结构。 当前所有数字、地址、Merkle Root 以及用户示例均为 Mock 数据,仅用于设计与开发讨论,不代表真实资产或审计结论。

⚠️

重要说明:本页面为 PoR 原型演示,不构成任何真实储备证明、审计意见或合规披露。

仅供 Catcrs 内部产品 / 技术 / 合规 / 运营评审使用,正式上线前需接入真实用户负债、链上资产数据并完成独立审计。

示例 · 用户总负债(All Liabilities · Demo)
123,456,789.00 USDT
Merkle Sum Tree

根节点记录的 Demo 总负债,来源于匿名化用户余额快照。 正式版本中,该数值将由真实账户余额聚合计算,作为负债侧承诺,并接受第三方审计。

示例 · 链上资产总额(On-chain Reserves · Demo)
130,000,000.00 USDT
链上地址集合 · Mock

由一组示例地址构成,用于演示未来 链上资产列表 的呈现方式。 正式上线时将展示真实地址与对应余额,并配合审计报告与更新历史。

示例 · 覆盖率(Coverage Ratio · Demo)
105.3%
状态:PoR Prototype

覆盖率 = 示例链上资产 ÷ 示例用户负债。 正式 PoR 中,该指标将基于真实数据动态计算,并可按币种、业务线拆分展示,以提高透明度。

当前 PoR 批次(Demo 批次视图)
展示一整个 PoR 批次的 Merkle Sum Liabilities Tree 概览:快照时间、根哈希、批次 ID 与说明信息。 正式上线后,该区域将对应每一次公开 PoR 披露的核心元数据。
PoR Batch ID:PoR-2025-01-DEMO
快照时间(Snapshot · Demo)
2025-01-01 12:00:00 (UTC+7 · 演示时间)
批次状态(Status)
DEMO 批次 · 仅用于内部演示,不代表真实 PoR 快照或系统当前状态。
根哈希(Merkle Root · Demo)
0x9a3de0f2c4b7d1a88e3f1c9b5a4e7d2c6f9b1a3d4e5f7c9b2a1d0e3f5c7b9a
Merkle Sum Tree · ∑ Liabilities Commitment
PoR 批次说明(How to read this demo)
正式版本中,该批次将对应真实用户余额快照与链上储备列表。 当前仅用于锁定前端结构和数据字段,便于产品、技术与合规在同一页面上讨论 PoR 实施细节。
演示 · 用户匿名 ID 自查入口
在正式 PoR 中,用户可通过匿名 ID + Merkle 路径本地验证「我的资产是否被完整计入负债集合」。 当前演示三位示例用户,仅展示交互流程与 JSON 数据形态。
当前为 DEMO,仅包含 3 个测试 ID
输入匿名 ID(Demo)

当前仅内置 3 个演示匿名 ID,用于展示未来「用户自查路径」的交互形态。正式版本中,用户登录后将看到自己的专属匿名 ID。

示例可用 ID: demo-user-001demo-user-002demo-user-003

说明:所有返回内容均为 Mock 数据,不代表真实余额与 Merkle 路径。
等待输入匿名 ID…
请输入上方任意一个示例 ID,点击「查询」查看演示返回结果与 JSON 结构。
该模块在正式 PoR 中的角色
设计思路(面向内部团队的说明):

1. 登录后,用户会获得一个经随机化处理的匿名 ID,用于参与 PoR 负债树构造,不暴露真实 UID / 邮箱 / 手机号。

2. 后端为该匿名 ID 生成:

  • · 当前 PoR 批次中该用户的匿名余额(可按币种拆分)。
  • · 对应 Merkle Sum Tree 路径(兄弟节点的 hash + sum)。
  • · 当前 PoR 批次的 root hash 与相关元信息。

3. 用户可在前端点击「复制 JSON / 下载证明」,在本地或开源验证脚本中验证:

  • · 自己的叶子是否被包含在该树中;
  • · 所有叶子的 sum 是否与 root.sum 一致;
  • · Catcrs 公布的 root 是否与验证结果一致。

当前模块仅展示结构与流程。待树结构、审计方案与安全策略敲定后,可直接复用该模块接入真实数据,避免大幅改动前端样式。

PoR Demo 页面定位与下一步
帮助 Catcrs 在「资产证明 / 负债证明」话题上统一内部认知,区分 Demo 阶段与正式披露阶段,避免误读和过度承诺。

目前这个 Demo 页面在做什么?

  • · 固定未来 PoR 正式上线时,对外页面的整体骨架和信息层级。
  • · 演示「批次概览 + 用户自查 + 方法论说明」三块核心内容的排版方式。
  • · 为前端 / API 联调提供统一入口,后续接入真实数据时尽量做到“无感切换”。

正式 PoR 上线前,还需要补哪些关键工作?

  • · 固化 Merkle Sum Tree 的具体数据结构(叶子字段、node.sum 定义、币种粒度等)。
  • · 制定快照与发布流程:频率、触发条件、审计留痕与历史版本管理。
  • · 确定链上地址披露策略、支持的公链范围以及第三方审计合作模式。
  • · 评估是否在 Sum Tree 之上叠加 ZK 证明(例如「不漏人、不负数、不乱构造」)。

对外话术上需要守住的边界?

  • · 在未接入真实数据和审计报告前,应明确称为「PoR 原型 / 演示页面」。
  • · 避免用示例数字暗示真实资产规模或安全边际。
  • · 对媒体与用户的表述建议统一为:「Catcrs 正在建设基于 Merkle Sum Tree 的 PoR 方案,本页面为设计与开发 Demo,不构成正式证明。」