GH GambleHub

Revenue Sharing在網絡上

1) RevShare的本質和目標

Revenue Sharing(RevShare)是網絡參與者(運營商,工作室/RGS,聚合商,附屬機構/媒體,PSP/APM,KYC/AML提供商,流媒體)之間的凈收入分配,其透明公式考慮了貢獻和質量。目標是:
  • 平衡刺激(FTD/ARPU/LTV的增長,同時遵守RG/合成);
  • 通過統一的歸屬和計算規則來減少爭議和成本服務;
  • 確保緩存的可預測性和事件復原力。

2)基本分布模型

2.1線性(雙面)

運營商↔合作夥伴(工作室/附屬機構):在執行SLO且沒有制裁時,Net Revenue的固定百分比。

2.2多邊(網絡分割)

運營商↔工作室↔聚合器↔關聯公司↔基礎設施提供商:股份按貢獻和質量分配(參見第5節)。

2.3混合動力車

RevShare+CPA/CPL/最低保修;根據質量系數和罰款進行調整。

2.4動態的

利率和乘數因觸發因素而變化(高峰時間,區域,遊戲/流動性池,風險配置文件)。

3)收入被認為是什麼: Net Revenue佳能

基本公式(簡化):
[
\text{NetRev} = \text{GGR} - \text{BonusCost} - \text{Jackpot/Pool Share} - \text{Payment Fees} - \text{Chargebacks} - \text{Tax/Levy} - \text{Fraud Losses}
]

GGR:遊戲/博彩總收入。
BonusCost: 獎金/FS/現金返還的實際價值。
Payment Fees/Chargebacks:APM/PSP傭金和退款。
Tax/Levy:管轄稅/扣除。
Fraud Losses:確認的親屬損失(按程序)。

💡 佳能和公式所有者固定在Metric Store(版本,來源,窗口)中。

4)歸屬和窗戶(誰「帶來」了收入)

規則:最後一次按司法管轄區和事件類型進行窗口的eligible touch(點擊/註冊/FTD)。
Cross Devys Stitching:僅在沒有原始PDn的商定令牌上。

多跳貢獻: 如果玩家的路徑包括介質/鏈條,則應用權重分布(請參閱§5。2).

Dedup/Idementity:「eventId」+後衛簽名,窗口± 5分鐘,歷史光標復制。

5)質量與公平: 系數和重量

5.1質量(Q)

[
Q_i = w_{sli}\cdot SLI_i + w_{rg}\cdot RG_i + w_{attr}\cdot ATTR_i + w_{sec}\cdot SEC_i
]

SLI/SLO:aptime,p95 API/webhook,總線差。
RG:沒有「紅色」觸發器/罰款。
ATTR:後衛/跟蹤的準確性和及時性。
SEC/COMP:沒有泄漏/制裁犯規。

權重(w_)配給至1,並由生態系統委員會批準。

5.2網絡拆分(對質量×貢獻)

參與者在該期間的份額(i):
[
share_i=\frac{CT_i\cdot Q_i}{\sum_j CT_j\cdot Q_j}
]

其中(CT_i)為貢獻(路徑/流量/池貢獻、運營成本),(Q_i)為質量系數。

5.3付款

[
payout_i = share_i \times NetRev \times rate_i \times Adj_i
]

「rate_i」是RevShare賭註(小說/範圍/揚聲器)。
「Adj_i」-調整(SLO,RG罰款,重新計算)。

6)數據合同、甲骨文和可證明性

數據合同:事件圖/指標,窗口,業主,SLA新鮮度。
甲骨文:帶有「traceId」和經過驗證的公式的簽名摘要(GGR,獎金,charjbacks,稅收)。
重新分配:遊標卸載,聚合和哈希對賬,差異行為。
WORM審計:公式/費率/規則更改的不變日誌。

7)權利、獲取和隱私

零信托:mTLS/JWS,短壽命令牌,egress-allow-list。
PII最小化:代幣代替PDn;僅在安全區進行排毒。
RBAC/ABAC/ReBAC:訪問集合和自己的店面標簽;SoD(查看≠更改賭註≠管理鑰匙)。
司法管轄區:數據/貨幣本地化,DPA/DPIA,禁止跨路口出口PDn。

8)制裁,停止按鈕和例外

SLO-malus/獎金:偏離目標SLO時自動調整付款。
RG/制裁:RevShare的即時暫停和RCA之前的收益。
破玻璃:具有強制性審核的緊急訪問。
Justified Exceptions:只有TTL、所有者和汽車公主。

9)緩存經濟學和預測

計劃事實:月度NetRev,拆分,季節性,FX。
Cost-to-Serve: per rps/txn/event/stream;地獄和清算的成本。
Uplift分析:NetRev中A/B/路由路徑的貢獻。
儲備/丘陵:隸屬於Frod/Charjbacks/Bonus Abuse;NET7/14/30政治。

10)店面和得分

合作夥伴面板:NetRev,分割,質量(SLI/ATTR/RG),爭議狀態,付款預測,行為。
生態系統面板:NetRev按鏈/遊戲/轄區分布地圖,學分/點球,MTTR事件。

SLO店面: 新鮮≤ 1-5秒(操作面板),p95渲染≤ 1。5–2.0 s,aptime ≥ 99。9%.

11)過程: 發票和重新分配

1.時期切線(UTC,清晰的窗口)。
2.摘要/甲骨文:NetRev/貢獻/制裁的簽名單元。
3.對賬:遊標磁帶,差異,協調協議。
4.發票/行為:自動生成,門戶中的狀態,FX課程。
5.付款:NET條件,holds/klau backs。
6.RCA「無罪」:在有爭議的案件和SLO事件中。

12)事件和戰爭室

P1:金錢/PII/大規模退化-停止RevShare付款,加那利利率/規則回滾。

P2: 局部發散-局部分離冷卻,加速再連接.

Trace Pack的SLA:60-90 c;封閉標準-統一摘要。

13)反模式

NetRev的「很多真理」:不同的公式/窗口→爭議和阻止付款。
後背動物園:未簽名/不同的計劃→雙打/跳過。
在→孔/雙倍的載荷下對歷史進行分區(使用光標)。
SLO「在紙上」:沒有警報、自動馬盧斯/獎金和停止按鈕。
店面和卸貨中的PII:泄漏,罰款。
單個SPOF網關,用於無N+1/DR的重新排序/發票。
無限利率混合體:有毒的經濟和不可預測的現金流。

14)支票單

設計

  • NetRev/GGR規範和公式所有者(版本、窗口、來源)。
  • Webhook的歸屬、窗口、背作和簽名規則。
  • 拆分模型:CT × Q,投註/範圍,制裁/獎金。
  • 甲骨文/摘要,Metric Store,WORM審核。
  • RBAC/ABAC/ReBAC, SoD, Zero Trust,令牌化。
  • 更改日歷,停止按鈕,戰爭室。

啟動

  • 沙盒和配對測試(API/EDA/webhooks)。
  • 金絲雀投註/限制,自動滾動。
  • Dashbords/scorecards、SLO、SLA到Trace Pack。

運營

  • 每周重組,差異行為。
  • 季度利率/乘數評論。
  • RCA事件和guardrails更新。

15)成熟度路線圖

v1(基金會):NetRev的基本公式,雙向拆分,簽名的後備箱,手動重新配置。
v2(整合):CT × Q網絡拆分,甲骨文和遊標卸載,SLO自動馬盧斯/獎金,店面和記分卡。
v3 (Automation):關於謂詞SLI/RG/attr信號、自動切斷收入路線、智能重新計算的動態費率。
v4(網絡治理):連鎖池和聯邦拆分,DAO利率規則和透明的國庫(鏈上/鏈外)。

16)成功指標

業務:NetRev/ARPU/LTV的增長,可預測的緩存份額,CAC/payback的減少。
質量:後衛的準確性/及時性,爭議性<X%,SLO事件比例。
技術:p95 API/webhook,總線陣列,跟蹤覆蓋,MTTR事件。
合規性/RG:PDn=0事件,司法管轄區合規性,RG 觸發器/1k活動。
經濟學:按比例計費/txn/事件,學分/點球,%自動重新分配。
合作夥伴關系:分類卡的合作夥伴比例≥閾值,提供跟蹤包的時間。

簡短摘要

網絡上的Revenue Sharing不是「收銀員的百分比」,而是可證明的系統:單一NetRev佳能,誠實的歸屬,公式×質量,神諭和恢復,嚴格的隱私和SLO加德雷爾。將規則作為代碼固定,在櫥窗中顯示拆分,自動化獎金/malus和發票-RevShare將成為整個生態系統的增長和信任加速器。

Contact

與我們聯繫

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

開始整合

Email 為 必填。Telegram 或 WhatsApp 為 選填

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

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