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-залоги, эскроу,治理.
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-эскроу,治理 и вето
  • Встроены налоговые удержания и гео/санкции
  • Трассировка и P&L-панели, отчеты и аудит-журналы
  • Симуляции/ретро-калькуляции и стресс-тесты пройдены
  • Пилот, sunset-правки и публичная методология
  • Процедуры диспутов и MTTR-SLO заданы
  • План масштабирования по доменам/цепям/регионам

17) Глоссарий

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

18) Итог

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

Contact

Свяжитесь с нами

Обращайтесь по любым вопросам или за поддержкой.Мы всегда готовы помочь!

Telegram
@Gamble_GC
Начать интеграцию

Email — обязателен. Telegram или WhatsApp — по желанию.

Ваше имя необязательно
Email необязательно
Тема необязательно
Сообщение необязательно
Telegram необязательно
@
Если укажете Telegram — мы ответим и там, в дополнение к Email.
WhatsApp необязательно
Формат: +код страны и номер (например, +380XXXXXXXXX).

Нажимая кнопку, вы соглашаетесь на обработку данных.