產業 / 遊戲與電競

為現場競賽打造的錢包與支付。

在現場競賽中,每一秒停機都會被鏡頭捕捉。我們打造活動內錢包、支付與反詐欺系統,即使數千人同時交易,也能維持高速與穩定可用。

電競直播中,每一次卡頓都在鏡頭前——而數千個錢包會在同一個六十秒內同時動作。

電競的難題

限制條件

當機,就發生在鏡頭前。

觀眾會看到每一次卡頓,而數千個錢包會在短短幾分鐘內同時交易。我們打造低延遲、高可用的支付與錢包系統,並將詐欺評分納入交易路徑——快到感覺即時,穩到足以承受協同湧入的流量。

  1. 01低延遲錢包,感覺即時
  2. 02同步湧入時仍保持高可用
  3. 03交易路徑中的詐欺與風險評分
  4. 04為轉播與營運室提供即時資料
虛構賽事 Volta Invitational 的錦標賽即時營運主控台瀏覽器示意圖:KPI 列顯示 4,213 TPS、p95 延遲 141 ms、以綠色標示的零遺失交易、212 次詐欺攔截與 28 個錢包執行個體;15 分鐘 TPS 長條圖在延長賽決勝時出現高峰,風險評分面板列出各規則的攔截次數,服務表則顯示 CPU 使用量與為零的佇列深度。

營運

錦標賽當日,精密籌備。

入場
帳戶與錢包開通
參與者在賽前湧入時完成註冊與儲值——這是當天第一場負載測試,在比賽開始前就已消化。
開賽
轉播開始
即時排行榜與統計數據以次秒級資料推送至直播,直接來自處理支付的同一套系統。
高峰
一個精彩操作引爆全場
數千筆交易在數秒內湧入;錢包層水平擴展,絕不阻塞佇列。
攻擊
詐欺試圖碰運氣
風險評分在交易路徑中執行,攔截協同濫用,同時不拖慢正常的遊玩。
撥款(Payout)
燈光漸暗
結算與獎金發放與賽事帳本乾淨對帳——當晚平帳收工。

實戰現場

21:42 的高峰穩穩撐住:4,213 TPS、p95 141 ms(預算 200 ms)、0 筆遺失交易——內嵌風險評分僅 4 ms。
當晚對帳差異為 €0.00——燈光熄滅前,€120,000 獎金已透過 SEPA 發放完畢。
跟得上人潮的賽事錢包:感應付款 0.14 秒完成,中場人潮前先儲值,未用完的餘額自動退款。
轉播等級資料,0.4 秒推送——比分、排名與回合歷史,直接來自處理支付的同一套系統。

成果

我們如何為即時競賽而建構。

每個遊戲與電競專案都必須達到的標準。

<200ms
交易延遲
0
遺失交易
24/7
高可用性
即時
排行榜與資料

能力

我們打造什麼。

  • 賽事內錢包與支付
  • 儲值與充值
  • 防詐欺與風險評分
  • 身分與帳戶安全
  • 即時排行榜與資料
  • 低延遲、高可用服務
  • 即時營運儀表板
  • 結算與獎金發放
  • 轉播資料串流
  • 客製硬體與憑證

高負載下

高峰來襲,我們如何穩住。

高峰
  • 數秒內數千筆交易
  • 同一時刻的同步湧入
  • 協同詐欺試探漏洞
  • 觀眾緊盯每一毫秒
我們如何穩住
  • 水平擴展的錢包服務
  • 將延遲預算視為首要要求
  • 詐欺評分內嵌執行,而非事後處理
  • 燈光亮起前就演練過容錯移轉

正為這類場景打造產品?

告訴我們你們的限制條件——可用性、合規、現場環境。我們會提出貼合需求的架構。