GH GambleHub

Моделі розподілу прибутку

1) Навіщо формалізувати розподіл

В екосистемі безліч учасників (оператори, студії, афіліати, провайдери інфраструктури, DA/бриджі, валідатори, аудитори). Формалізовані моделі:
  • знижують транзакційні витрати і спори;
  • роблять стимули узгодженими (якість ↔ частка прибутку);
  • спрощують масштабування і крос-чейн розширення.

2) Таксономія моделей

1. Classic RevShare (частка від виручки): швидкий старт, проста звітність; ризик - слабкий зв'язок з витратами/якістю.
2. Net Profit Share (NPS): ділимо чистий прибуток після прямих витрат; потрібен надійний cost accounting.
3. Profit Pools (пули прибутку): загальний пул по домену/продукту → розподіл по ключах (частки, внесок, якість).
4. Hybrid (CPA/CPL + RevShare/NPS): фікс + відсоток; баланс ризику і кешу.
5. Performance-Indexed (QF-модель): частка × множник якості (SLO/Retention/ARPPU/фінальність).
6. Risk-Adjusted (RAROC/ваги S-застави): облік економічної застави та експозиції до ризиків/інцидентів.
7. Vesting/Cliff моделі: відкладені виплати до верифікації якості та повернень/чарджбеків.
8. Co-Ownership (RNFT): контракт відносин з частками, лімітами, кворумами і розподілом.

3) Виручка, витрати, прибуток: термінологія

Gross Revenue (GR): валова виручка події/потоку.
Adjustments: податки з продажів, повернення, chargeback/bonus burn.
Net Revenue (NR) = GR − Adjustments.
Direct Costs: DA/бридж/gas/egress/compute/ліцензії/платіжні комісії.
Contribution Margin (CM) = NR − Direct Costs.
Shared Overhead: загальні витрати, що амортизуються (support, observability).
Net Profit (NP) = CM − Shared Overhead.

4) Базові формули розподілу

4. 1 RevShare / NPS

[
\text{Payout}_i = \alpha_i \cdot \text{NR}
\ quad\text {або }\quad
\text{Payout}_i = \beta_i \cdot \text{NP}
]

де (\alpha _ i ,\beta _ i) - фіксовані частки.

4. 2 Profit Pool

[
\text{Pool} = \sum_{e\in \mathcal{E}} \text{NP}_e,\qquad
\text{Payout}_i = \omega_i \cdot \text{Pool},
]

(\omega _ i) визначається ключами розподілу (частки, внесок, QF, ризик).

4. 3 QF-множник (якість)

[
\text{QF}_i = f\big(\text{success},,p95,,\text{DLQ},,\text{finality},,\text{Retention},,\text{ARPPU}\big)\in[\underline{q},\overline{q}]
]
[
\text{Payout}_i = \omega_i \cdot \text{Pool} \cdot \text{QF}_i
]

4. 4 Ризик і застава (S)

[
\text{RiskAdj}_i = g(\text{IncidentRate},,\text{Exposure},,S_i)
\quad\Rightarrow\quad
\text{Payout}_i = \omega_i \cdot \text{Pool} \cdot \text{QF}_i \cdot \text{RiskAdj}_i
]

5) Ключі розподілу (ω)

Комбінуємо 3 вектори:
  • Equity/Share: частки/кап-таблиця, ліцензії.
  • Contribution: трафік/час/ресурси (vCPU, GPU-хв, GB-egress, DA-байт), verified value-events.
  • Reputation/Quality (R/QF): репутація R (soulbound), QF-якість.
Приклад:
[
\omega_i = \lambda_1\cdot \text{Share}_i + \lambda_2\cdot \text{Contribution}_i + \lambda_3\cdot h(R_i),\ \sum\omega_i=1
]

6) Алокація витрат

1. Pro-rata по частках: просто, але нечутливо до навантаження.
2. Usage-based: лічильники ресурсів (compute/egress/DA).
3. Activity-based Costing (ABC): драйвери витрат (запити, модерації, виплати).
4. Risk-surcharge: «дорогі» маршрути/браслети фінальності отримують надбавку.

Формула:
[
\text{Cost}i = \sum_r u{i,r}\cdot \text{Rate}r + \text{RiskSurcharge}{i}
]

7) Гібриди та застереження

Floor/Cap: нижня і верхня межа виплати.
Clawback: коригування після вікна чарджбеків/ретрафіку.
Waterfall: пріоритети (податки/повернення → витрати → S-страховий фонд → пули → бонуси).
Sunset-вікна: тимчасові коефіцієнти, які авто-схлопуються.
Stabilizers: згладжування (EWMA) і «коридори» ([\underline {q} ,\overline {q}]) для QF.

8) RNFT-контракти

RNFT фіксує:
  • сторони (DID/VC), ролі (Operator/Provider/Studio/Affiliate/Auditor/Treasurer);
  • модель ((\alpha ,\beta ,\omega,) QF, RiskAdj), вікна (повернення, фінальність), ліміти і квоти;
  • S-застави, правила слешингу/ескроу;
  • комплаєнс (регіони, податки/утримання), звітність та аудит;
  • -治理: кворуми, вето, апеляції, версія формул, sunset.

9) Анти-геймінг і справедливість

Dedup: ідемпотентні події, outbox/inbox, seen-таблиці.
Anti-arb: заборона/штраф за «внутрішні переливи» заради QF/вікна атрибуції.
Golden-set перевірки: приховані контрольні вибірки якості.
Graph-аналіз: кільця взаємних рев'ю/псевдо-афіліації.
Fairness (Jain): ((\sum x) ^ 2/( n\sum x ^ 2)) по частках і бюджетах.

10) Крос-чейн аспекти

Finality-aware: виплати після досягнення цільової фінальності/вікон challenge.
State proofs/bridges: перенесення агрегатів, не «сирих» логів.
Badge переносимість: публікуємо бейджі-докази якості (наприклад, SLA≥99. 9 %/90d), а не «репутацію як число».
Policy precedence: при конфлікті правил діє більш сувора політика.

11) Податки та комплаєнс

Податкові утримання на payout-маршруті (withholding).
Регіональні обмеження для часток і виплат (санкції/вік/ліцензії).
Аудит-трейли: незмінні журнали, підписані звіти.
Приватність: селективна звітність, ZK-підтвердження порогів.

12) Спостережуваність і звітність

Наскрізне трасування: `x_msg_id`, `rev_event_id`, `rnft_id`, `route_id`.

Панелі:
  • P&L Live: GR/NR/CM/NP, відступу від планів.
  • QF & Risk: внесок якості та штрафів, карта фінальності.
  • Cost Drivers: ресурси/ставки, дорогі маршрути.
  • Disputes: частота, MTTR, суми коригувань.
  • Governance: черга пропозалів, ефект sunset-правок.

13) KPI програм розподілу

Економіка: маржа/повідомлення ↑, Cost-to-Serve ↓, volatility виплат ↓.
Якість: QF медіана/перцентили ↑, частка провайдерів в «зеленій» зоні ↑.
Справедливість: Jain в коридорі; зниження концентрації ризику/доходу.
Стійкість: MTTR по диспутах ↓; частота clawback після вікна ↓.
Комплаєнс: нульові критичні порушення, точність податкових утримань.
Прогнозованість: помилка прогнозу payout-пулу ≤ цільового.

14) Плейбук впровадження (за кроками)

1. Інвентаризація потоків цінності: де GR/NR, які драйвери витрат/ризику.
2. Вибір моделі: RevShare/NPS/Pool/Hybrid + QF/RiskAdj, ключи (\omega).
3. Облік витрат: включити usage/ABC, ставки ресурсів, фінальність/мости.
4. RNFT-шаблони: частки, вікна, clawback, S-застави, eskrou,治理.
5. Розрахунок і симуляції: ретроспектива на 3-6 міс., стрес-тести (хаос/фінальність/чарджбек).
6. Спостережуваність: трейсинг, P&L панелі, QF, Risk, Disputes.
7. Пілот: обмежений домен, A/B коефіцієнтів, sunset-вікна.
8. 治理: затвердження ваг/лімітів, публікація методології.
9. Операції: автоматичні звіти, період закриття, аудит сліду.
10. Масштабування: підключення нових ролей/регіонів/ланцюгів.

15) Референс-параметри (орієнтири)

QF коридор: ([0. 8; 1. 2]) для стійкості стимулів.
RiskAdj коридор: ([0. 9; 1. 1]) (якщо немає інцидентів класу S).
Clawback вікно: 14-90 днів (по вертикалі/гео).
Finality вікна: ≥ 3 × (T_{block}) або по мосту/ланцюгу.
Fairness (Jain): ≥ 0. 85 для ключових пулів.
Payout лаг: (T_{close }\le 7) днів після періоду.

16) Чек-лист прод-готовності

  • Визначено події GR/NR і драйвери витрат (usage/ABC)
  • Вибрана модель (RevShare/NPS/Pool/Hybrid) і ключі (\omega)
  • Налаштовані QF і RiskAdj, коридори і згладжування
  • RNFT-контракти: вікна, clawback, S- eskrou,治理 і вето
  • Вбудовані податкові утримання і гео/санкції
  • Трасування та P & L-панелі, звіти та аудит-журнали
  • Симуляції/ретро-калькуляції і стрес-тести пройдені
  • Пілот, sunset-правки і публічна методологія
  • Процедури диспутів і MTTR-SLO задані
  • План масштабування по доменах/ланцюгах/регіонах

17) Глосарій

RevShare/NPS: частка від виручки/чистого прибутку.
Profit Pool: агрегований пул прибутку по домену/періоду.
QF: множник якості по SLO і цінності.
RiskAdj: коригування ризику/інцидентів/застави.
RNFT: контракт відносин, часток, лімітів і процедур.
ABC: калькуляція витрат за драйверами активності.
Clawback: зворотне коригування виплат після вікна ризиків.

18) Підсумок

Хороша модель розподілу прибутку - це алгоритм стимулів, де якість, ризик і внесок прямо відображаються в частці виплати. Комбінація пулів/гібридів, QF і RiskAdj, сувора алокація витрат, RNFT-контракти і прозора звітність створюють стійку економіку: учасники бачать справедливі pravila,治理 отримує керовані важелі, а екосистема - передбачувану маржу і масштабоване зростання.

Contact

Зв’яжіться з нами

Звертайтеся з будь-яких питань або за підтримкою.Ми завжди готові допомогти!

Telegram
@Gamble_GC
Розпочати інтеграцію

Email — обов’язковий. Telegram або WhatsApp — за бажанням.

Ваше ім’я необов’язково
Email необов’язково
Тема необов’язково
Повідомлення необов’язково
Telegram необов’язково
@
Якщо ви вкажете Telegram — ми відповімо й там, додатково до Email.
WhatsApp необов’язково
Формат: +код країни та номер (наприклад, +380XXXXXXXXX).

Натискаючи кнопку, ви погоджуєтесь на обробку даних.