单一钱包 API 簡介
什麼是单一钱包模式?
单一钱包模式是一种游戏整合方案,会员的余额由平台端端统一管理。VP再进行下注、结算等操作时,会即时呼叫平台端提供的 API 来查询余额和处理交易。
与转账钱包的差异
| 特性 | 单一钱包 | 转账钱包 |
|---|---|---|
| 余额管理 | 平台端端管理 | VP管理 |
| 下注流程 | 即时扣款 | 先转账后下注 |
| 实作要求 | 平台端需实作 4 个 API | 平台端呼叫VP API |
| 资金流动 | 无需转账 | 需要转入/转出 |
| 适用场景 | 已有钱包系统的平台端 | 新建立的平台端 |
在单一钱包模式下:
- 🎮 玩家 在VP上玩游戏
- 🔐 VP 向平台端 API 验证会员身份
- 💰 每次下注时,VP呼叫平台端 API 扣款和加奖
- 📊 所有余额和交易記录由平台端端管理
文档结构
本文档分为兩大部分:
📘 平台端 API 实作说明(必须实作)
平台端需提供VP一组回调网址(callbackURL)供VP呼叫使用,VP会透过 action 参数来区分不同操作:
| Action | 说明 | 文档 |
|---|---|---|
| balance | 即时查询会员可用余额 | 查看文档 |
| betNSettle | 处理游戏下注和结算(扣款+加奖) | 查看文档 |
| rollback | 回滾异常交易 | 查看文档 |
| retryBet | 专用于道具与平台卡重试的重试机制 | 查看文档 |
统一端点示例: POST https://operator.example.com/api/wallet
👉 开始实作: 平台端 API 实作指南
📗 VP提供的 API(平台端呼叫)
平台端可以呼叫以下VP API 进行会员管理和查询:
-
会员管理
-
游戏管理
-
道具管理
-
投注記录与报表
版本资讯
- 版本: v2.0.0
- 类型: 单一钱包模式
- 加密方式: AES-256-GCM
- 认证方式: JWT Token + SHA256 签名
解密后的请求內容通常包含:
token: VP的认证 tokenaccount: 会员账号nonce: 唯一交易識别码 (UUID)timestamp: 请求时间戳
通用回应格式
成功回应(有数据)
所有非平台端实作的 API 回应都为明文 JSON 格式,遵循以下结构:
{
"code": 0,
"message": "No error.",
"data": {
// 各 API 特定的回应资料
},
"logUUID": "042d4437-cbe3-440a-8acf-4baff3722fd6"
}
| 欄位 | 类型 | 说明 |
|---|---|---|
code | number | 状态码,0 表示成功 |
message | string | 状态讯息,成功时为 "No error." |
data | object | API 回应数据,內容因 API 而异 |
logUUID | string | 请求追蹤 ID,用于问题排查和日誌查询 |
成功回应(无数据)
对于无需返回数据的操作,回应格式如下:
{
"code": 0,
"message": "No error.",
"logUUID": "042d4437-cbe3-440a-8acf-4baff3722fd6"
}
错误回应
{
"code": 7,
"message": "Internal server error.",
"logUUID": "6589bf8d-fe74-48bd-841a-71bf8f848f86"
}
| 欄位 | 类型 | 说明 |
|---|---|---|
code | number | 错误代码(非 0),请参考各 API 的错误码表 |
message | string | 错误说明讯息 |
logUUID | string | 请求追蹤 ID,用于问题排查和日誌查询 |
测试建议
- 使用测试环境进行开发测试
- 确认所有错误情境都有适当处理
- 验证 nonce 的唯一性
- 测试网路异常和超时情况