Репутаційна система учасників

1) Навіщо екосистемі репутація

• передбачувані ліміти, пріоритети маршрутизації та кредити/пенальті;
• менше спірних кейсів і швидше reconciliation;
• справедливий RevShare (внесок × якість) з прозорою логікою.

2) Онтологія та одиниці вимірювання

Сутності: `participantId`, `role` (operator/studio/psp/kyc/affiliate/etc.) , `jurisdiction`, `trustTier`, `score`, `decayAt`.

• SLO/SRE: аптайм інтеграцій, p95/p99 API, лаг шини, MTTR, доставка вебхуків.
• Атрибуція/якість: точність/своєчасність постбеків, спірність, частка дублікатів.
• Комплаєнс/безпека: інциденти ПДн, санкційні фоли, SoD/ключі/ротація.
• RG (відповідальна гра): тригери, дотримання guardrails, коректна сегментація.
• Фінанси: чарджбеки, коректність звітів, своєчасні виплати, Cost-to-Serve.
• Аудит/трейсинг: повнота trace/логів, «час на трейс-пакет».
• Партнерство: швидкість реакції на інциденти, якість комунікацій (SLA відповідей).

Всі визначення фіксуються в каталозі метрик (версії, вікна, власники).

3) Модель скорингу

3. 1 Базова формула

[
Score = \sum_k w_k \cdot N_k - \sum_m p_m \cdot V_m
]

де (N_k) - нормовані позитивні сигнали (SLO, точність атрибуції тощо), (V_m) - порушення (інциденти ПДн, RG-фоли, спори), (w_k,p_m) - ваги, затверджені радою екосистеми.

3. 2 Якість «як множник»

[
Q = w_{slo}! \cdot! SLO + w_{attr}! \cdot! ATTR + w_{rg}! \cdot! RG + w_{sec}! \cdot! SEC
]

• в мережевих сплітах RevShare: (share_i \propto CT_i \cdot Q_i);
• в пріоритизації трафіку/лімітах/кредитних лініях.

3. 3 Загасання та інциденти

Exponential decay для подій старше вікна (наприклад, 90 днів).
Бюджет помилок: перевищення → auto-малус до відновлення.
Амністія: за результатами RCA і конформанс-тесту.

4) Рівні довіри (Trust Tiers) і права

Автопереходи між рівнями - за розкладом і/або при спрацьовуванні правил.

5) Застосування репутації в операціях

Маршрутизація трафіку: пріоритизація вузлів з високим «Q», авто-охолодження при р95/помилках.
Квоти та капінг: динамічні ліміти кампаній, ставок, APM-маршрутів.
RevShare спліти: коригування часток мультиплікатором якості.
Кредитні лінії та NET-умови: зменшення/збільшення холдів.
Доступ до експериментів: «пілоти спочатку - T3/T4».
Вітрини/каталоги: сортування провайдерів/афіліатів по Score з бейджами.

6) Доказовість і захист від маніпуляцій

Оракули даних: підписані зведення (SLO/фінанси/атрибуція) з'traceId'і версіонованими формулами.
WORM-аудит: незмінні логи перерахунків, змін ваг і вихідних подій.
Анти-Sybil: KYP/KYB, зв'язність по платежах/контрактах, детектор «дзеркальних» вузлів.
Аномалія-детект: сплески ідеальних метрик, невідповідність гео/ASN, неприродні лаги.

7) Дашборди і scorecards

• Score, Tier, тренд, внесок в NetRev, SLO/ATTR/RG/SEC під-скоринги;
• спірні кейси, санкції/бонуси, SLA «час на трейс-пакет», прогноз Tier.

Операційний огляд екосистеми: рейтинг за ролями/регіонами, розподіл Tier, карта ризиків, heatmap SLO, список вузлів на «охолодженні».

SLO вітрин: свіжість ≤ 1-5 с, p95 рендера ≤ 1. 5–2. 0 с, аптайм ≥ 99. 9%.

8) Політики санкцій і бонусів

Auto-bonus: стабільний SLO> цільового N періодів → підвищений ліміт/знижений hold.
Auto-malus: RG або ПДн-інцидент → тимчасова пауза, зниження Tier, перерахунок RevShare.
Grace-period: короткостроковий збій без системності - м'який штраф/попередження.
Recidivism-крива: зростаючі штрафи за повтор в межах вікна.

9) Апеляції та прозорі зміни

Апеляція: SLA на розбір, обов'язковий трейс-пакет, sandbox-перегравання розрахунку.
Публічні чейнджлоги: версії ваг/формул, дата вступу, A/B-ефекти.
Justified exception: тимчасове пом'якшення правил з TTL і автоматичним зняттям.

10) Інтеграція з правами/політиками

• 'trustTier ∈ {T1.. T4}','auditReadiness = true/false','rgComplianceScore≥X'- умови доступу до лімітів, пули ліквідності, кампанії;
• deny-гардрейли не знімаються репутацією (deny-first).

11) Анти-патерни

Один сумарний бал без розбивки: неможливо зрозуміти джерело проблеми.
«Намальовані» ваги без версій/чейнджлогів: спірність і недовіра.
Ігнор RG/комплаєнсу: високий трафік маскує ризик штрафів.
Покарання без вікна відновлення: «липкі» санкції → стагнація мережі.
Offset-історії і ручний експорт без підписів: дірки і дублі.
SPOF-оцінювач: центральний сервіс без N + 1/DR.

12) Чек-лист впровадження

1. Каталог сигналів: визначення, власники, вікна, джерела.
2. Формули/ваги: семвер, чейнджлоги, sandbox-валідація.
3. Оракули та WORM-аудит: підписані зведення, трасування.
4. Вітрини та API: скоркард, рейтинг, фільтри, вебхуки подій.
5. Політики Tier/лімітів: авто-правила ап/даун-грейда, стоп-кнопки.
6. Апеляції: шаблон пакету, SLA, перегравання розрахунків.
7. Анти-маніпуляції: Sybil-детект, аномалії, «медові» A/B-тести.
8. Інтеграції: маршрутизація, RevShare, кредитна політика, кампанії.
9. ДР/хаос: регулярні навчання відмов оцінювача/оракулів.

13) Дорожня карта зрілості

v1 (Foundation): базовий Score + Tier, SLO/ATTR сигнали, ручні рев'ю.
v2 (Integration): авто-ліміти/пріоритети, санкції/бонуси, публічні scorecards.
v3 (Automation): предиктивний ризик-скор, динамічні ваги, feedback-control на маршрутизацію.
v4 (Networked Governance): федеративний обмін репутацією між ланцюгами, DAO-правила ваг і прозорі казначейства.

14) Метрики успіху

Ризик/якість: зниження спірності, MTTR інцидентів, частка вузлів з SLO ≥ мети.
Бізнес: uplift CR/FTD/ARPU/LTV за рахунок пріоритизації якісних вузлів.
Комплаєнс/RG: інциденти ПДн = 0, зниження RG-прапорів/1k активних.
Економіка: Cost-to-Serve ↓, частка авто-рішень ↑, передбачуваність кеша ↑.
Партнерство: час надання трейс-пакету, частка T3/T4 в обороті.

Коротке резюме

Репутаційна система - це каркас довіри мережі: формалізовані сигнали, версії формул і доказовий розрахунок, автоматичні рівні і ліміти, інтеграція в маршрутизацію і RevShare, апеляції і прозорість. Зробіть репутацію атрибутом протоколу (а не думкою) - і екосистема почне масштабуватися швидше, безпечніше і прибутковіше.