Skip to content

轉帳錢包

由 Licensee 在 Game Provider 的系統內部建立用戶資料，並通過外部 API 將金額轉入。玩家在進入遊戲前，須將點數自主錢包轉入 Game Provider 管理的子錢包，退出遊戲時再將剩餘點數轉回主錢包。

遊戲過程中，Game Provider 僅處理玩家子錢包的餘額，並確保所有遊戲下注、派彩、活動贈點均在子錢包內完成。

Licensee 須知

轉帳相關 API 由 Game Provider 提供，並由 Licensee 調用 ( Game Provider 不接受來自 Player 直接出入金請求，僅允許 Licensee 進行調用 )。

與無縫錢包相似，Game Provider 遵照以下通訊協定與技術規範：

  • 採用 RESTful 協定
  • 請求與回應使用 JSON 格式：使用 content-type: application/json 標頭
  • 僅支援 HTTPS 站點
  • 身份驗證處理
    1. 於 Request Header 添加 authorization: ECDSA-SHA256 <API_KEY> 1
    2. 於 Request Header 添加 authorization: HMAC-SHA256 <API_KEY> 1
    3. 於 Request Header 添加 authorization: bearer <API_KEY>
    4. 於 Request Header 添加 api-key: <API_KEY> 2
    5. 於 Query String 添加 api_key=<API_KEY> (不建議)
  • API_KEY 規範
    1. 由 Licensee 提供
    2. 建議長度在 8 至 22 個字元
    3. A-Z, a-z, 0-9, ., - 僅由這些字元組成 3
  • API 站點要求
    1. 網域必須擁有 https 證書
    2. 使用固定的 Public IP；或者固定的 DNS 紀錄
    3. 不接受臨時通道服務、短網址

交易模式

Licensee 可在自己的站點中，提供 Player 進行 Deposit 與 Withdrawal，將餘額隨時出入金

在轉帳錢包的模式下，以下行為都不會與 Licensee 的主錢包互動：

  • Debit
  • Payout
  • Promo Payout
  • Cancel

所有的扣帳與派採都由 Game Provider 內部進行處理。

與無縫錢包的比較

  • 需要 Transfer-In / Transfer-Out 的流程
  • 餘額在遊戲期間，由 Game Provider 完全管理
  • Licensee 不參與遊戲的下注行為
  • Licensee 僅需處理較少的 API 呼叫

選擇錢包模式？

倘若包含遊戲廳館、高頻下注的遊戲類型，或是擁有獨立點數系統的傳統平台，我們非常推薦您使用轉帳錢包的模式。

  1. HMAC-SHA256 ↩↩

  2. api-keys ↩

  3. RFC5890 ↩