Спільний розподіл навантаження

1) Навіщо «спільний» розподіл

• стабілізує SLO при сплесках і локальних збоях;
• знижує вартість одиниці обробки (cost-to-serve);
• підвищує справедливість і передбачуваність для ролей;
• мінімізує «галасливих сусідів» і арбітраж між доменами.

2) Об'єкти і ролі

Постачальники потужності: валідатори/вузли, секвенсери, DA-пули, кластери GPU/CPU, POP/edge.
Споживачі: оператори сервісів, творці/студії, афіліати/агрегатори, аналітика/ML.
Координатори: балансувальники, маршрутизатори, Policy/Compliance Gate, Rewards & Billing.
Нагляд: auditory/regulyatory,治理 - комітет.

3) Таксономія навантажень (класи QoS)

Q4 - дедлайнові команди: критичний порядок/фінальність (бриджі, платежі, ризик).
Q3 - впорядковані потоки: причинність по ключу (user/session/asset).
Q2 - exactly-once ефективно: білінг/снапшоти/перенесення прав.
Q1/Q0 - масові/бест-еффорт: телеметрія, індекси, оффлайн-аналітика.

Для кожного класу фіксуються SLO/SLA, вікна ретраїв, ліміти in-flight, пріоритети.

4) Політики СРН: що оптимізуємо

Utility(route    provider) =
wL·Latency_p95 + wQ·QueueDepth + wC·Cost_per_unit
+ wF·FinalityLag  + wR·RiskScore + wA·AvailabilityPenalty
+ wG·Geo/PolicyPenalty

• Q4 ↑wL, ↑wF, ↑wR; Q1 ↑wC, ↓wF.

Інваріанти: Strict-order per key (Q3/Q4), ідемпотентність, ліміти RNFT/комплаєнсу.

5) Алгоритми спільного розподілу

Consistent Hashing per key з Hot-Shard Relief (тимчасова підсегментація гарячих ключів).
Percentile-aware routing: рішення по p95/p99, а не p50, щоб не ховати хвости.
Capacity-aware quotas: токен-бакети per клас QoS/провайдер/регіон.
EDF/LLF для Q4: Earliest Deadline First / Least Laxity First.
Probing & Half-open: швидкі проби «оздоровлення» виведених маршрутів.
Backpressure: шейпери, max-in-flight, деградації з політики (graceful).
Dual-write/Replay barriers (Q3/Q2): для безпечного перенесення між провайдерами.

6) Справедливість і анти- «noisy neighbor»

• Jain Fairness Index по CPU/GPU/IO/egress; цільовий коридор підтримується квотами;
• Weighted fair queuing (WFQ/DRR) на загальних чергах;
• Budget-ліміти за вартістю та обсягом;
• Surge-надбавок на перевантажених напрямках (dynamic wC);
• Штрафів за систематичне перевищення хвостів/помилок.

7) Економіка і стимули

Одиниці тарифікації: vCPU-сек, GiB-година RAM, GPU-хвилина, GB-storage-міс, GB-egress, DA-байт.

[
P_i = \sum_t \underbrace{\text{Rate}i \cdot U{i,t}}{\text{объем}}
\ cdot\underbrace {QF {i, t}} {\text {якість}}
-\underbrace {Penalty {i, t}} _ {\text {SLA/інциденти}}
]

де (QF) - множник за SLO (успішність, p95, DLQ = 0, finality lag).

Бонус якості: домени зі стабільним SLO отримують ↓take -rate або ↑obyem трафіку.
Страховий фонд/слешинг: покриває компенсації; управляється S-заставами в RNFT.

8) RNFT-договори і права

• `role_bindings` (Provider/Operator/Oracle/Sequencer), `shares/fees`, `QoS-классы`;
• `quotas/limits`, `S-stake`, `slashing_rules`, `SLA/KPI`;
• 'region/compliance'( білі списки),'egress/DA'стелі;
• `dispute/escrow`, `governance_version`, `sunset`.

9) Порядок, ідемпотентність, фінальність

Strict-order per key на обраному маршруті; при failover - «пауза» + replay-бар'єр.
Outbox/Inbox + idempotency_key і seen-таблиці (TTL).
X-chain фінальність: облік challenge-вікон; критичні операції направляються по мінімальному'FinalityLag'.

10) Комплаєнс і гео-правила

Fail-closed: при сумніві - блокування, ручний кворум.
ZK-пропуски: перевірка віку/гео/санкцій без розкриття ПДн.
Податки/утримання: на шляху виплат через Rewards Router.
Політики експорту даних: DA/egress по регіонах, терміни зберігання.

11) Спостережуваність і телеметрія

Наскрізне трасування: 'x _ msg _ id','route _ id','provider _ id', стадії бриджа/DA.
Метрики (per QoS/провайдер): p50/p95/p99, retry%, timeout%, duplicate ratio, out-of-order%, queue depth, finality lag, cost/req.
Дашборди: Shared Load Live, Tail Heatmap, Provider Quality, Cost-per-Route, Fairness Panel.
Алерти: error-budget burn, flap-rate, DLQ depth, surge-ціни, комплаєнс-блоки.

12) Інциденти та деградації

1. Детект: зростання p95/p99, черги, finality lag, помилки комплаєнсу.
2. Ізоляція: trip circuit, перерозподіл часток, зниження квот галасливим потокам.
3. Компенсація: виплати з ескроу/страхового фонду за RNFT-правилами.
4. Пост-мортем: RCA, оновлення ваг/лімітів/сигнатур ризику, rehearsal.

13) Формули і орієнтири

SuccessRate = 1 − (timeouts+errors)/requests

TailAmplification = p99/p50 (мета: ↓, коридори per QoS)

FairnessIndex (Jain) = (Σ x) ²/( n· Σ x ²) за квотами/ресурсами

Cost/Req = Σ (ресурс × ставка )/успішні _ запити

Headroom = (cap − current)/cap

QualityFactor провайдера: (QF = f(\text{success}, p95, DLQ, finality))

Utility_min при `Order=true ∧ Compliance=true ∧ Quotas=true`

• Q4: success ≥ 99. 99%, p95 ≤ 200 мс, DLQ = 0, MTTR ≤ 15 хв.
• Q3: порушення порядку ≤ 10⁻⁶/soobshch., p95 ≤ 500 мс.
• DA: фінальність ≤ 3 × T _ block при Throughput ≥ X GB/год.

14) 治理 (ваги, квоти, ціни)

Пропозали: зміна ваг (w), лімітів, тарифів і бонусів якості.
R-модифікатор: голоси в якості-кворумах зважені по репутації R. і.
Sunset-правки: тимчасові зміни → авто-відкат без повторного голосування.
Публічна звітність: квартальні звіти щодо якості провайдерів та справедливості.

15) Плейбук впровадження

1. Картування потоків і ключів причинності (по QoS/регіону/комплаєнсу).
2. Визначення провайдерів та їх RNFT-рамок (квоти, застави S, KPI).
3. Телеметрія і проби (OWD/RTT/jitter/queue/cost/finality; EWMA+p95/p99).
4. Політики Utility (ваги per QoS, бюджет вартості, коридори surge).
5. Гарантії доставки (outbox/inbox, ідемпотентність, порядкові бар'єри).
6. Backpressure і fairness (WFQ/DRR, токен-бакети, anti-noise).
7. Спостережуваність (дашборди, алерти, error-бюджети).
8. Chaos/game-days (падіння провайдера/моста/DA, сплески, гео-блоки).
9. Економіка і реварди (QF-бонуси, штрафи/слешинг, ескроу).
10. 治理 і звітність (пропозали, sunset, публічні метрики).
11. Масштабування (нові провайдери/регіони, оптимізація маршрутів).

16) KPI програми СРН

Доставка: success (per QoS), DLQ=0 (Q4/Q3), duplicate/out-of-order ↓.
Затримка: p95/p99 і TailAmplification в цільових коридорах.
Справедливість: Jain ≥ цільового, зниження інцидентів «noisy neighbor».
Економіка: Cost/Req ↓ при незмінному SLO, зростання частки «дешевих» маршрутів.
Стійкість: MTTR медіана ≤ цільового, стабільний flap-rate.
Комплаєнс: 100% проходження geo/age/санкцій, нульові порушення.
Провайдери: частка обсягу у провайдерів з високим QF ↑, частота штрафів ↓.

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

• Визначено QoS-класи, ключі причинності та SLO/SLA
• Налаштовані Utility-політики, квоти і токен-бакети per route/provider
• Реалізовані consistent hashing, hot-shard relief, EDF/LLF для Q4
• Включені outbox/inbox, ідемпотентність і порядкові бар'єри
• Підключені телеметрія і дашборди (latency/tail/queue/cost/finality)
• У роботі backpressure і fairness (WFQ/DRR, anti-noise)
• Налаштовані QF-бонуси/штрафи, ескроу і S-слешинг
• Пройдені chaos/game-days і оформлені пост-мортеми
• Працює Compliance Gate і податкові утримання
• Utverzhden治理 -процес ваг/лімітів/цін (з sunset)

18) Глосарій

СРН: спільний розподіл навантаження (cooperative load distribution).
RNFT: невзаємозамінний контракт відносин/прав/лімітів і KPI.
QF (Quality Factor): множник виплат/обсягу за якістю провайдера.
Tail Amplification: p99/p50 - сила «хвоста».
WFQ/DRR: сімейство планувальників зваженої справедливості.
Outbox/Inbox: патерн гарантованої доставки та ідемпотентності.
Surge-прайсинг: динамічна надбавка при перевантаженні.

19) Підсумок

Спільний розподіл навантаження перетворює мережу в кооперативний процесинг-пул, де політика (QoS, fairness, комплаєнс) і економіка (QF-бонуси, штрафи, застави) направляють трафік туди, де він буде оброблений швидко, чесно і недорого - без втрати порядку і фінальності. Такий контур дає передбачувані SLO, прозорі стимули для провайдерів і стійкість до піків, збоїв і цінових шоків.