首页 · 知识库 · PredictAsiaX 的可验证结算

PredictAsiaX 的可验证结算

发布于 2026-09-07阅读约 8 分钟产品
摘要
PredictAsiaX 为每一次市场结算发布 proof hash 到 Trade Explorer,以 USDT 链上支付赢家,并定期将 Merkle root 锚定到 R2,任何客户端都能独立重构并验证任一成交已被写入已签名批次。任何有争议的结果都对照同一份公开记录复核。市场怎么裁定,你不用只凭我们的话。

每一个结果,都可证明

预测市场只有在结果值得信任的前提下才成立。PredictAsiaX 把每一次结算当作公开记录来处理:裁定价格与一个可验证的 proof hash 都写入每一个市场的 Trade Explorer。任何人都可以按 ID 查询已结算市场、读到结果、并独立确认证明 —— 无需登录、无需向我们请求、无需信任我们的话。

这是 Technology & Security 页上的承诺,由 API 文档中的公开 Verify 工具兑现。

每一次结算发布什么

  • 裁定结果与价格。 精确的裁定价格、方向(二元市场为 YES / NO)、时间戳,都附在该市场的结算记录上。
  • Proof hash。 结算输入的一个密码学哈希,与结果一同发布。任何人都可以从相同输入重构出相同哈希。
  • 链上 USDT 支付交易。 赢家付款在链上执行,每一笔交易都可以在公开的区块浏览器上验证,与任何 PredictAsiaX 仪表盘无关。
  • Merkle 审计写入。 该结算写入某个批次,该批次的 Merkle root 定期锚定到 R2 存储。任何客户端都可以调用审计端点重构证明并确认写入。

校验流程,从头到尾

  1. 成交或结算事件发生。 事件写入运营账本,包含之后重现所需的全部字段。
  2. 分批。 账本事件成批分组。每个批次由其内容确定性地生成一个 Merkle root。
  3. 锚定。 Merkle root 锚定到 R2 存储并发布。锚定后的 root 不能被静默重写 —— 批次内容任何后续变化都会得到不同的 root。
  4. 客户端重构。 docs.predictasiax.com 的 Verify 章节记录了 /v1/audit/* 下六个免鉴权只读端点。任何客户端都可以查一笔成交、请求它所属的批次,并确认 Merkle 路径回到发布的 root。

结果:你下的任何一笔成交、你收到的任何一次结算,都可以被独立证明已被写入一个已签名批次。你从不必信任我们的仪表盘。

付款前的独立复核

任何付款释放之前,结果都由我们的运营层确认。这是刻意的设计选择 —— 不是为了引入自由裁量,而是为了捕捉数据源歧义、feed 错误、以及单靠自动裁定会漏掉的边缘情况。确认写入同一份公开结算记录,复核可被审计。

结果一经确认,盈利头寸立即以 USDT 支付 —— 无人工排队、无审批等待。

正式争议窗口

每一个已结算市场都有一个正式的争议窗口,期间任何用户都可以提出挑战。挑战对照发布的结算证明裁定,而不是口头声明。任何复核结果 —— 维持、修正或驳回 —— 都写回同一份公开轨迹。因为 Merkle 批次是锚定的,已裁定的结算的静默重写是不可能的:那会以任何运行校验流的客户端都能察觉的方式破坏审计链。

本金保护垫在底下

可验证结算只在钱在该动的时候动才有意义。两个设计选择支撑这一点:

  • 只用真 USDT。 每一笔余额都以 USDT 结算。没有模拟余额,没有游戏币 —— 每个头寸都对应真实资金。
  • 分离式保险基金。 一个专用的保险基金,由每一次已结算市场的固定份额充值,吸收极端结果,让付款永远不会被流动性缺口卡住。市场一裁定,赢家就拿到钱 —— 基金存在的意义就是无延迟地承接不寻常的结算负债。

自己试试

  1. 打开 Trade Explorer,任选一个最近已结算的市场。
  2. 记下它的市场 ID 和发布的 proof hash。
  3. 阅读 API 文档的 Verify 章节,对该市场跑一次审计查询。
  4. 确认重构出的 hash 与发布的一致,且该成交已被写入其批次的锚定 Merkle root 之下。

如果任何一步与公开记录不一致,那是 bug,我们想知道。

常见问题

PredictAsiaX 上的「可验证结算」是什么意思?

每一次市场结算都在公开的 Trade Explorer 上记录裁定价格加一个 proof hash。任何人 —— 交易者、Builder、审计方 —— 都可以按市场 ID 查任一已结算市场、读到结果、并独立确认 proof hash,不必向 PredictAsiaX 请求任何东西。奖金随后以 USDT 链上支付,每一笔交易本身也可以单独验证。

我在哪里查一个已结算市场的证明?

打开 predictasiax.com/explorer 上的 Trade Explorer,按市场 ID 或关键词搜索,打开该市场的结算记录。你会看到裁定结果、裁定价格、时间戳、以及该次结算的 proof hash。Trade Explorer 只读访问不需要登录。

PredictAsiaX 的证明从头到尾怎么运作?

每一笔成交和结算事件都写入运营账本。账本事件成批哈希成一个 Merkle root。Merkle root 定期锚定到 R2 对象存储并公开发布,批次不能被静默重写。docs.predictasiax.com 的 Verify 章节记录了 /v1/audit/* 下六个免鉴权只读端点,任何客户端可以重构证明并确认某一笔成交已被写入某个已签名、锚定到 R2 的批次。

奖金怎么支付?

市场一裁定,盈利头寸就以真实 USDT 支付 —— 无人工排队、无内部审批等待。付款走链上结算,每一笔交易都可以对照公开区块链自己确认,与 predictasiax.com 上任何仪表盘无关。

如果结算被质疑会怎样?

每个已结算市场都有一个正式的争议窗口,期间任何用户都可以提出挑战。挑战是对照发布的结算证明来裁定,而不是口头声明。发布的记录是权威,复核结果也写回同一份公开轨迹。这在平台的 Technology & Security 页有说明。

结算结果我必须信 PredictAsiaX 吗?

不用。这正是重点。每一个结果在付款流动之前都由我们的运营层确认 —— 从不无核就发布 —— 而且每一个结果都附带任何第三方都能验证的证明发布。诚信是你可以独立检查的,不是要你凭信念去信的。

发布之后结果还会被更改吗?

只有通过争议窗口流程,并附带挑战与裁决的完整公开记录。因为 Merkle 批次以已发布 root 锚定到 R2,静默重写不可能 —— 记录一变就会破坏审计链,任何运行 /v1/audit/* 校验流的客户端都能察觉。

分离式保险基金是什么?跟结算有什么关系?

一个专用的保险基金 —— 由每一次已结算市场的固定份额充值 —— 吸收极端结果,让付款永远不会被临时的流动性缺口卡住。这意味着结算时刻与平台层现金流是解耦的:市场一裁定,赢家立即拿到钱,基金存在的意义就是无延迟地承接不寻常的结算负债。