Tondi+RGB 安全高吞吐结算与Hyperliquid‑like交易架构

Yosei TsukifuneYosei Tsukifune
3 min read

适用对象:潜在合作伙伴、开发者、审计与合规机构
版权声明:本报告为公开版,具体参数与实现细节以双方 NDA 协议为准。


1. 摘要(Executive Summary)

我们提出一套在 Tondi(DAG,Taproot‑only)+ RGB 客户端验证 框架下的高吞吐交易与结算方案:

  • 通过 多锚并行(M lanes)批量承诺(K 条/批),在不改变共识的前提下,将应用层 TPS 放大到 10^4–10^6 级(视证明大小与网络而定)。

  • 采用 周期化锚定(Δt=1–2s)极速锚定车道(Lane‑0) 的双路径,兼顾吞吐与低延迟需求。

  • 软锁/唯一性预约、保证金/惩罚、PTLC/适配签名、CPFP 费率保障、SLA 风控 等机制,在软确认窗口内控制经济风险,保持 链上最终性不变

  • 给出 “Hyperliquid‑like” 撮合与结算的参考实现:价格‑时间优先的订单簿、全仓风险引擎、资金费/强平、批量锚定与可审计事件日志。


2. 目标与非目标(Scope)

目标:提升应用层吞吐与用户体验(秒级确认),保持链上可验证性;提供交易所级撮合/结算能力与风控。 非目标:不修改 Tondi 共识规则;不以增大区块作为唯一吞吐手段;不牺牲去中心化与可审计性。


3. 总体架构(Architecture)

[Users/Wallets]
   |  签名订单/转移
   v
[RPB Router/Matcher] ——(Soft Receipt)——> 实时反馈
   |  批量聚合/路由/风控/价格源
   v
[RGB Client Validation] <—— 证明构造/校验 ——> [Proof Store]
   |  批量承诺根(batch_root)
   v
[Tondi Anchoring Lanes]
  ├─ Lane‑0: 极速锚定(高费率、即时)
  └─ Lane‑1..M: 周期化锚定(Δt=1–2s,K 条/批)

关键点

  • 多锚并行:状态按 lane_id 分片并行写锚,钱包做负载均衡与错峰;

  • 批量承诺:N 条交易/事件哈希聚合成根 batch_root,链上仅写根与元数据;

  • 软确认 + 兜底:RPB 发回软回执;超时未锚或拥塞时自动升级 Lane‑0;

  • 可审计:链上锚定 + 链下事件日志哈希链,第三方可独立重放状态机。


4. 双花与安全性(Double‑Spend & Safety)

4.1 链上最终性不变

  • 冲突交易由 Tondi DAG 最终性裁决。锚定一旦被接受,冲突分支在 RGB 客户端验证中判无效。

  • 多锚并行不会引入额外双花:若同一 RGB UTXO 被重复消费,先被接受的锚定为准,另一侧证明失效。

4.2 软确认窗口的经济风险与缓解

  • 唯一性预约(软锁):RPB 记录待花 UTXO 的唯一预约(含 TTL、签名);重复预约拒绝,降低并发双花风险。

  • 保证金/惩罚(Bond/Slashing):发送方/中继方放置 ≥ 面额×(1+ε) 保证金;若锚定超时/冲突,罚没给受害方或罚金池。

  • 条件收款(PTLC/适配签名):以“锚定达标 → 揭示 preimage → 收款”绑定释放;否则回退。

  • 费率保障与升级:批次预留 CPFP 预算;Δt 内未入块自动升级 Lane‑0(高费独立锚定)。

  • SLA & 风控:软确认 p99 ≤ 3s;超时撤销或升级;异常账户限速/黑名单;挑战与审计接口公开。

适用原则:不可逆交付/大额资金 → 必须见锚(Lane‑0 或等待锚定);零售/做市 → 软确认 + 兜底足够。


5. 适用场景(Use Cases)

场景延迟容忍推荐路径说明
零售支付/订阅秒级Δt 批量 + 软锁高性价比,失败自动回滚/补偿
高频做市/量化100ms–秒级软确认 + Lane‑0 兜底极端行情时自动提费急速锚定
大额机构清算低延迟+高确定直接 Lane‑0必须见锚或 PTLC 条件释放
NFT/门票批发秒级Δt 批量批处理吞吐最大化
跨系统对账分钟级Δt 批量以可审计为主

6. “Hyperliquid‑like” 在 Tondi+RGB 的实现

6.1 状态机分层

  • Core‑OB(订单簿):价格‑时间优先;下单/撤单/撮合事件入批次哈希树;

  • Core‑Risk(风险引擎):账户权益、杠杆、资金费、强平队列;

  • Core‑Settle(结算):资产转移、PnL 结转、清算与保险基金;

  • DA/Logs(数据可用性):事件日志+索引,外部可复算审计。

6.2 订单生命周期

  1. 用户签名订单(含 nonce/ttl)→ RPB 入簿返回软回执;

  2. 撮合产生成交事件 → 进入批次树;

  3. lane_id, epoch=⌊t/Δt⌋ 周期化锚定;急单走 Lane‑0;

  4. 第三方可拉取批次证明片段 proveBatch(epoch,lane) 重放核对余额。

6.3 风险与清算

  • 资金费按周期结转到 Core‑Settle 并与成交一起锚定;

  • 强平触发 → 进入强平队列 → 最晚下个 Δt 批次锚定;

  • 保险基金(RGB 资产)兜底极端事件,配审计披露与挑战/惩罚流程。

6.4 接口(公开版)

  • 链适配(ChainAdapter)broadcastTx / getUTXO / subscribeBlocks / getHeadersSince / getAcceptanceData(gRPC 与 wRPC 双栈)。

  • 撮合(RPB)SubmitOrderCancelOrderStreamBookStreamTradesSoftReceiptProveBatch

  • 风控QueryRisk(account)StreamFundingLiquidationFeed


7. TPS 与最终性(How)

7.1 计算模型(公开版示意)

  • 链上锚定容量:每秒锚定交易数 N_anchor ≈ B_eff / S_anchor
    其中 B_eff 为等效链上载荷(字节/秒),S_anchor 为单锚定 tx 字节(含元数据)。

  • 应用层 TPSTPS_app ≈ N_anchor × K(每笔锚定承载 K 条 RGB 事务)。

  • 示例B_eff ≈ 1.5 MB/sS_anchor ≈ 1.5 KBN_anchor ≈ 1000 tx/s。若 K=200–2000TPS_app ≈ 2×10^5 – 2×10^6

7.2 参数建议(首批安全工作点)

  • Δt(批处理窗口):1–2s;

  • M(巷道数):≥ 8(含 1 条 Lane‑0 极速车道);

  • K(批量含量):200–500 起步,随压测抬升;

  • 软锁 TTL:10s;锚定超时阈值:3×Δt;

  • 保证金倍率:≥ 1.5× 面额(业务可调);

  • 费率策略:批次预留 CPFP 预算;Lane‑0 以 p95 入块费率 + 安全裕度计算。

7.3 最终性(Finality)

  • 定义不变:最终性由 Tondi DAG 接受/蓝分阈值定义(共识层);

  • 感知更快:因验证/传播更快 + Δt 对齐,达到阈值的时间缩短;

  • 软/硬双阈值

    • 软确认:RPB 回执(p99 ≤ 3s);

    • 硬最终:达到蓝分/接受阈值(通常 1–数秒,视网络负载与参数)。

7.4 延迟(Latency)

  • 常态:Δt=1–2s,批处理 200–500 条;端到端 p95 ≤ 2–3s;

  • 低延迟路径:Lane‑0 即时锚定,接近传播物理极限;

  • 拥塞时:自动升级 Lane‑0 或提高费率,保证关键业务时效。


8. 兼容性与合规

  • 兼容:对外接口与 TxID/交易格式保持不变;

  • 审计:批次事件日志公开可得;异议可提交挑战证明;

  • 隐私:可与 CrossShade/Shadow‑Vault 叠加,按政策配置披露阈值与接口。


9. 路线图(Roadmap)

  1. MVP:单市场撮合 + Δt=2s 批量锚定 + Lane‑0;

  2. V1:多市场/多资产全仓 + 风控/资金费/强平闭环;

  3. V2:跨域桥接、做市 API、挑战者激励;

  4. V3:参数自适应、保险基金再保险、外部审计报告。


10. 常见问题(FAQ)

Q1:批量会不会导致延迟上链?
A:Δt 是可调的吞吐↔时延旋钮;对时延敏感交易使用 Lane‑0,即时锚定。

Q2:会不会增加双花风险?
A:不会。链上最终性不变;软确认窗口用软锁/保证金/PTLC/费率保障控制经济风险。

Q3:为什么不用增大区块?
A:增大区块提升 TPS 的同时显著增加传播与孤块风险。我们保持小区块,通过批量承诺与多锚并行获得更稳健的增益。

Q4:能否浏览器/移动端集成?
A:可。链适配层提供 gRPC 与 WebSocket/wRPC 双栈;前端可直接接入 wRPC。


联系与合作:请使用公开邮箱与 PGP 公钥,或在 NDA 后索取详细接口文档与测试网访问权限。

我已把新的外部报告放到右侧画布,专门覆盖三件事:

  1. 我们的整体解决方案(多锚并行、批量承诺、Δt 周期化 + Lane-0 极速锚定);

  2. 双花安全与适用场景(软锁、保证金/PTLC、费率保障、SLA 风控;哪些业务必须“见锚”);

  3. Tondi+RGB 版 “Hyperliquid-like” 实现(订单簿/风险/结算分层、批次证明、挑战/惩罚、接口集合),并把 TPS / 最终性 / 延迟 的计算思路与参数建议单列说明。

0
Subscribe to my newsletter

Read articles from Yosei Tsukifune directly inside your inbox. Subscribe to the newsletter, and don't miss out.

Written by

Yosei Tsukifune
Yosei Tsukifune

月舟 曜誠(つきふね ようせい)と申します。 人体工学エンジニア、クオンツ金融エンジンアーキテクト、暗号技術の専門家として、 現在は Tondiチェーンの主任研究員を務めております。 RGBプロトコル、DAG構造、クライアント検証型スマートコントラクトなど、 次世代の分散型金融インフラの設計と実装に取り組んでいます。 私は、技術とは単なる道具ではなく、文明秩序を記述するコードだと考えています。 本日、このような機会をいただき、大変光栄です。