按货币隔离
端点按货币划分，某一货币的问题会被控制在该货币内部。
Round trip
一局的流转路径
以单一钱包为准。运营商钱包只与 HIGHEND ASIA 交互，各游戏供应商不同的规范在中间统一适配。
Operator运营商钱包
Asia HubHIGHEND
Provider游戏供应商
Operator wallet · USD1,000.00
LAUNCHBETSETTLE
边框发光的方框就是当前接收请求的一方。每收到一次回调，运营商钱包余额会立即变化。
wallet-callback.log · USD
- — LAUNCH
- →
POST /game/launch运营商请求启动游戏 - →
POST /session转换为游戏供应商规范并创建会话 - ←
200 game_url游戏供应商返回启动地址 - ←
200 game_url游戏在运营商站点打开 - — BET
- ←
bet 5.00游戏供应商侧产生下注 - ←
POST /wallet/usd/debit向运营商钱包发送扣款回调 - →
200 balance返回扣款后余额 - →
200 ok将处理结果传给游戏供应商 - — SETTLE
- ←
win 12.50游戏供应商确认结果 - ←
POST /wallet/usd/credit向运营商钱包发送入账回调 - →
200 balance返回入账后余额 - →
200 ok一局结束
Wallet modes
默认采用无缝钱包
默认接入无需转移余额的单一钱包。钱包架构难以调整的运营商，请先与我们沟通转账钱包方案。
| 项目 | Seamless默认 | Transfer协商 |
|---|---|---|
| 玩家余额所在位置 | 运营商钱包。HIGHEND ASIA 只传递回调。 | 游戏期间在游戏供应商钱包，进入和退出时划转。 |
| 运营商需开发的内容 | 余额查询、扣款、入账回调 | 充值、提现请求 |
| 余额更新时机 | 每次下注即时更新 | 划转时 |
| 新增货币 | 再增加一个按货币划分的端点。 | 各游戏供应商的钱包配置随之增加。 |
| 适用场景 | 用一个钱包运营多家游戏供应商时 | 现有钱包架构短期内难以调整时 |
Specification
技术规格
开发团队在首次会谈前会问的问题，先在这里说明。
- Wallet
- 单一钱包回调 — 余额查询、扣款、入账
- Endpoint
- 每种货币使用独立端点，Stage 环境与正式环境地址分别提供。
- Currency
- MNT · JPY · CNY · PHP · VND · MYR · THB · TWD · HKD · USD · USDT。具体以游戏供应商支持范围为准。
- Access
- API 调用仅接受来自已登记 IP 的请求。
- Environment
- Stage 环境与正式环境分离。规范相同，仅地址和密钥不同。
- Test
- 使用 Stage 站点和测试账号运行真实游戏进行验收。
- Back office
- 后台账号按全部 · 报表 · 客服权限分级开通。
- Report
- 各游戏供应商的结算数据，按货币和游戏供应商汇总提供。
Reliability
稳定与安全
不放认证标志，只写我们实际在做的事。
仅限白名单 IP
无论运营商侧还是游戏供应商侧，只处理来自已登记地址的请求。
按角色分配账号
后台按全部、报表、客服权限划分，只开放所需权限。
先经 Stage 环境
新增游戏供应商和规范变更，只有通过 Stage 环境验收后才上线到正式环境。
每次回调均有记录
扣款与入账回调逐笔留存，出现争议时双方查看同一份记录。
故障即时通报
原因、影响范围和恢复时间，一经确认即通知您。