GH GambleHub

網絡流動性池

1)為什麼流動性池的生態系統

流動性池是多個網絡參與者(運營商,工作室/RGS,聚合商,PSP/APM)共同資助和管理的基金(金錢或「賠率/投註」),可提供收益/匹配制造/支付覆蓋的深度並減少波動性。效果是:
  • 更多的頭獎案例沒有一個運營商「撕裂」的風險。
  • Live Table和PvP的填充性更高,等待時間更短。
  • 付款轉換和執行更穩定。
  • 透明的經濟和重大事件的保險。

2)池分類

1.頭獎池(Progressive/Community):總獎金基金,由投註/旋轉的份額補充。
2.Live Table and Supplers Table:將來自不同運營商的玩家一起放在一張桌子上(SFU/CDN層),單個贈品庫。
3.PvP/錦標賽池:rake/貢獻構成獎池;按地點/特派團分配。
4.支付池(Float/Treasury):用於即時支付/重疊APM間隙的通用運營浮動。
5.獎金/保險池:免費衍生套餐、現金返還、再保險「尾巴」風險基金。
6.跨鏈流動性池:通過清算經紀人合並多個鏈/集群(例如區域)。

3)建築基礎

3.1個現金回路

多段錢包:「core_wallet」(遊戲),「jackpot_pool」,「pvp_prize」,「treasury_float」。
清算和計算:參與者之間定期進行凈互換;支持貨幣/司法管轄區。
甲骨文和計算器:具有跟蹤相關性和公式轉換的簽名摘要(投註,貢獻,獲勝,fee,FX課程)。

3.2事件總線

Топики: `bet/spin`, `contribution_added`, `prize_triggered`, `payout_committed`, `settlement_ready`.

從業務意義上講,只有Exactly:付款/註銷的等效性,確定性密鑰。

3.3訪問控制和安全性

零信托:mTLS/JWS,短命密鑰,egress-allow-list。
SoD:分開「池操作員」、「司庫」、「審計員」的角色。
PII最小化:聚合物和令牌代替PDn,用於排毒的保險箱區域。

4)形成和分配規則

4.1對池的捐款

按風險(遊戲/波動/高峰時段)計算賭註/狂歡或動態的百分比。
參與權重:考慮到SLI的質量(aptime,p95,RG合規性)。

4.2獲勝/付款觸發器

頭獎:確定性種子/範圍;反操縱(commit-reveal)。
PvP/錦標賽:位置表,搶七規則,異常驗證。

4.3參與者之間的分配

基本公式為:
[
share_i=\frac{CT_i \cdot Q_i}{\sum_j CT_j \cdot Q_j}
]

其中(CT_i)是參與者的貢獻(貢獻/流量/路徑),(Q_i)是質量系數(SLI/RG/合規性)。

4.4閾值儲備金和限額

儲備金:最低池儲備(平均收益/付款的百分比)。
Cap/Stop:司法管轄區和RG部門的最高付款/費率限制。
再保險:大型事件的外部再保險(再保險尾巴)。

5)操作池SLI/SLO

獲勝率:從事件到記錄池的p95 ≤ 200-400毫秒。
池付款:p95 ≤ 1.5-2.0 s(內部轉移實例,APM ≤ T-min)。
池狀態的一致性:店面差異≤ 1-5秒。
事件交付:≥ 99.9%;p95 ≤ 200-500毫秒的輪胎差。
庫存/清算可用性:在活動/錦標賽窗口中≥ 99.95%。
Audit SLA: Tracing Pack ≤ 60-90可應要求提供。

6)經濟和激勵措施

6.1收入/費用

收入:rake/fee, uplift CR/ARPU/LTV來自更深的池,「信任成本」。
成本:fee為存儲/清算/基礎架構,再保險,波動/外匯損失。

6.2 Cost-to-Serve

per rps/txn/event的成本,在高峰時段維持1個流動性單位的價格,live pool的「cost_per_stream」。

6.3個傭金模式

管理討價還價:虛構或池的AUM%(受限制)。
表現率:經濟收益的百分比(與KPI掛鉤)。
Quality bonus/malus:根據SLI/RG/合規度量調整份額。

7)法律、合規和RG

池成員的KYP/KYB;支付受益人的KYC/AML。
RG-guardrails:對弱勢群體參與的限制,機會/規則的透明度。
司法管轄區:貨幣本地化,報告和稅收規則;禁止在DPA/DPIA之外進行跨境轉移。
透明度:「池護照」-政策,公式,分配,審計。

8)可觀察性和審計

跟蹤端到端:從費率/分數到收益/付款/清算(「traceId」)。
Metric Store:分數計算公式的版本,按期重新計算。
WORM邏輯:更改規則、密鑰、池設置的不變條目。
反親和力/異常:突然爆發,等效鍵浮動,可疑的「匹配」RNG/會話。

9)支付池(float)

9.1個任命

提供實例支付(在生態系統內)並覆蓋APM/PSP延遲。

9.2機械師

按配額預算;按時期劃算。
Risk buffer: X天遲到APM、charjbacks、制裁腳。
切斷:在PSP退化時自動轉移支付路線。

10)Live Table和PvP池

比賽:跨攝影機,等待時間目標。
Rake模型:透明,虛假/變量;在操作員/工作室/池之間分裂。
公平性:時間同步(NTP/PTP),閉合保護,RTP/波動性監視。
視頻/SLI: e2e延遲,packet loss, SFU-failover。

11)池管理(政府)

池委員會:fee參數,儲備,限制,基準/減排。
參與者卡:貢獻,質量,學分/處罰,提供審核的速度。
事件程序:停止按鈕,升級,臨時「暫停」付款,金絲雀更改。
規則轉換:semver+用於遷移的平行窗口。

12)反模式

池的單一黑匣子:沒有公式/審計透明度。
無限額/緊縮:繳款/付款雙倍。
貨幣域混合/PII:泄漏,違反管轄權。
沒有儲備/再保險:一個罕見的收益「吃掉」池。
清算中的offset分裂:高峰時孔/雙倍。
SPOF-財政部:沒有N+1和DR計劃。
沒有RG控制:侵略性限制是監管風險。

13)實施支票

1.確定池目標(大獎、PvP、浮動、獎金)和KPI。
2.確定捐款/分配公式(版本、所有者)。
3.展開錢包/清算、甲骨文和reconciliation-joba。
4.啟用零信托(mTLS/JWS)、SoD、令牌化和保險箱區域。
5.提供SLO:固定贏家、支付、展示的一致性。
6.配置可觀察性:trace、Metric Store、WORM審核、防凍。
7.描述RG/合規性:限制、本地化、報告。
8.準備DR/chaos腳本:錢包/甲骨文/PSP掉落。
9.發布「池護照」:政策、角色、RACI、戰爭室聯系人。
10.啟動具有金絲雀極限和平行清算的飛行員。

14)成熟度路線圖

v1(基金會):單獨的池(頭獎/PvP/float),基本清算和審計。
v2 (Integration):合並池、共享店面、質量乘數、再保險。
v3(自動化):風險配置文件/時數貢獻的動態,自動支付分配,預測緩沖區。
v4(網絡治理):跨鏈池、聯邦結算、DAO規則和on/off-chain財政部。

15)成功的關鍵指標

業務:uplift CR/FTD/ARPU/LTV,在風險控制中的平均頭獎增長。
風險:儲備金覆蓋率,「尾部」事件的發生率,再保險風險的比例。
交易:p95固定/付款,陳列室脫落,MTTR事件,自動切斷份額。
合作夥伴關系:提供跟蹤包的時間、質量分數、執行SLO。
經濟學:fee/rake,Cost-to-Serve,ROI從參與池中脫穎而出。

簡短摘要

流動性池將分散的預算和球員流量轉化為經驗的「深度」:大獎、快速比賽、即時支付和可持續的競選活動。在建築上,這些是帶有確定性事件,零信托安全和嚴格審計的錢包和清算;在業務上-SLO,儲備金和保險;在經濟上公平分配投入和質量。在適當的規範下,池成為增長加速器,並降低每個網絡參與者的風險。

Contact

與我們聯繫

如有任何問題或支援需求,歡迎隨時聯絡我們。我們隨時樂意提供協助!

Telegram
@Gamble_GC
開始整合

Email 為 必填。Telegram 或 WhatsApp 為 選填

您的姓名 選填
Email 選填
主旨 選填
訊息內容 選填
Telegram 選填
@
若您填寫 Telegram,我們將在 Email 之外,同步於 Telegram 回覆您。
WhatsApp 選填
格式:國碼 + 電話號碼(例如:+886XXXXXXXXX)。

按下此按鈕即表示您同意我們處理您的資料。