赌场 API 回滚如何工作？
为何需要回滚
当回合作废、牌桌中途失败或检测到重复事件时，工作室与聚合器必须撤销投注或派彩。没有清晰回滚路径，玩家余额与代理账本就会分叉——这是最快消耗财务与客服信任的方式。
如何为回滚做设计
将每一次钱包变更视为 幂等。您的 Seamless 端点（或 Transfer 会话账本）应接受以原始交易 / 回合 id 为键的回滚，若逆向已应用则返回成功。切勿因回调重试而双重入账或双重扣款。
将成功路径与回滚路径文档写在团队保存 Swagger 示例与 PDF 对接指南的同一位置。
Transfer vs Seamless 行为
- Transfer：会话范围余额使部分作废更容易在游玩边缘以钱包调整对账，但仍须正确应用工作室发起的逆向。
- Seamless：回滚以钱包回调到达；您的服务必须从所用 MegaNodes 区域（kr / de / ca）快速且一致地响应。
两种模型详情：wallet models。
运营可见性
回滚风暴后，使用 BackOffice 游戏历史——投注、派彩、Bonus Call、时间戳——调查争议。代理作用域的 RTP 与 Bonus Call 活动应可与自然玩法区分。功能地图：Features。
测试清单
- 同一回滚重放两次；断言净效果只有一次。
- 在部分派彩序列之后作废。
- 确认报表时区与财务日历一致。
- 验证演示 每日/会话 限额绝不会伪装成生产回滚规则。