devnet · zchain-poker-devnetPLAY 娱乐筹码 · REAL 托管映射 · v1 托管网络
finality: soft accepted → BFT ordered → proven → finalized/claimable
四种状态来自技术方案 §5.1。v1 当前实际达到 soft accepted(桌级软确认)与 proven(批次证明);BFT ordered 与 finalized/claimable 属于 v1.5 / Phase 2 路线图,尚未上线。软确认不代表最终确认,也不能单独授权 REAL 提现。

ZChain Poker 文档 · docs v1.3.0-alpha (ABI v1.3)

系统架构

三层职责划分:桌级执行负责体验,证明管道负责结算正确性,Vault/退出协议负责外部资产。

分层

职责v1 状态
桌级执行(Sequencer + 软确认链)毫秒级操作反馈、准入、限流完成(ForceInclude 未完成)
结算核心(poker-settlement-core)SettlementPlan / SidePot / rake 单一事实源完成
Note 账本承诺树 + nullifier + 资产类隔离完成
证明管道批次、出证、降级、背压、连续水位完成(机制);stwo 真实出证已打通
费率模块策略注册表 + 分账 + 审计导出完成(审计导出工具部分)
Vault / 出入金托管账 + 对账 + 幂等 + finality 门托管侧完成;链上侧未接线
锚定层(Starknet)Vault verifier、withdrawal rootPhase 2,未开始
DA / 抗审查relay SeenReceipt、ForceInclude、DA 请求v1.5 路线,未开始

模块落点(仓库)

模块落点
M1 Note 账本poker-appchain/src/{note,merkle,nullifier_set}.rs
M2 结算poker-settlement-core/ + settlement.rs
M3 Sequencersequencer.rs soft_confirm.rs wal.rs
M4 证明管道pipeline.rs + poker-appchain-texasair/
M5 费率fee.rs
M7 出入金vault.rs
M8 安全tests/attacks.rs watcher.rs real_policy.rs
M9 可观测metrics.rs bin/loadtest.rs

证明管道设计

  • 按桌并行、按批次出证;批次锚定批次根(Poseidon,ABI §7)。
  • 失败处理:prove 失败/panic 带退避重试不丢任务;批次验证失败不丢 completion。
  • 水位:mark_proven 只推进最大连续前缀;管道 → 水位经 ProvenCallback 接线;重启后由管道对已验证批次重新回调恢复。

Vault 边界

Vault 管理外部资产与链内 REAL 的映射:充值(托管账 + 对账 + 幂等)、提现(finality 双重门槛 + provenance 查询)。v1 的 Vault 是托管模型:它是运营方负债的记账边界,不是无信任出口。Phase 2 的 Vault verifier + withdrawal root + 挑战期才构成密码学退出。

DA 与抗审查(设计现状,如实)

目标形态:relay SeenReceipt(用户提交后获得"已见"回执)→ inclusion deadline 未包含时任意 validator 提交 ForceIncludeTx(2 个 checkpoint 内包含)→ DA 层保证数据可用。当前均未实现;单 Sequencer 可以拒绝或延迟受理交易,这是 v1 的明示边界。相关验收项 M3-ACC-6/7、M8-ACC-8 见技术方案 §5.6。