Жүктемені ортақ бөлу
1) «Бірлескен» бөлу не үшін
Мультисервистік/мультичейн-желідегі ресурстар (тораптар, секвенсерлер, бриджилер, DA, POP/edge, GPU/CPU, egress арналары) әртүрлі субъектілерге тиесілі. Жүктемені бірлесіп бөлу (СТН) сұраныс сапа, құн және тәуекелдің жалпы қағидаларымен кооперативтік өңделетіндей етеді:- жарылыстар мен жергілікті іркілістер кезінде SLO тұрақтандырады;
- өңдеу бірлігінің құнын төмендетеді (cost-to-serve);
- рөлдер үшін әділдік пен болжамдылықты арттырады;
- «шулы көршілерді» және домендер арасындағы төрелікті азайтады.
2) Объектілер мен рөлдер
Қуат жеткізушілер: валидаторлар/тораптар, секвенсорлар, DA пулдар, GPU/CPU, POP/edge кластерлері.
Тұтынушылар: сервис операторлары, жасаушылар/студиялар, аффилиаттар/агрегаторлар, аналитика/ML.
Үйлестірушілер: теңгерімдегіштер, маршрутизаторлар, Policy/Compliance Gate, Rewards & Billing.
Қадағалау: аудиторлар/реттеушілер, -комитет.
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
Таразы профильдері - QoS үшін әртүрлі:
- 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: қалдықтарды жасырмау үшін p50 емес, p95/p99 бойынша шешім.
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»
Fair-share қосылуымен қол жеткізіледі:- 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 немесе ↑ трафик көлемін алады.
Сақтандыру қоры/слэшинг: өтемақыны жабады; RNFT-де S-кепілдіктермен басқарылады.
8) RNFT-шарттар және құқықтар
RNFT (Relationship NFT): ХСТ-ға провайдердің/оператордың қатысу келісімшарты:- `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`
SLO бағдарлары (мысал):- Q4: success ≥ 99. 99%, p95 ≤ 200 мс, DLQ = 0, MTTR ≤ 15 мин.
- Q3: тәртіптің бұзылуы ≤ 10 ⁻⁶/сағ., 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) Өнiм дайындығының чек-парағы
- Анықталған QoS сыныптары, себеп кілттері және SLO/SLA
- Реттелген Utility саясаты, квоталар және per route/provider токендері
- Q4 үшін consistent hashing, hot-shard relief, EDF/LLF іске асырылды
- outbox/inbox, теңсіздік және реттік кедергілер қосылған
- Телеметрия мен дашбордтар қосылды (latency/tail/queue/cost/finality)
- Backpressure және fairness жұмысында (WFQ/DRR, anti-noise)
- Реттелген QF-бонустар/айыппұлдар, эскроу және S-слэшинг
- Chaos/game-days өтті және пост-мортемалар ресімделді
- Compliance Gate және салықтық ұстап қалу жұмыс істейді
- Бекітілген -таразылар/лимиттер/бағалар процесі (sunset-пен)
18) Глоссарий
СРН: жүктемені бірлесіп бөлу (cooperative load distribution).
RNFT: қатынастардың/құқықтардың/лимиттердің және KPI ауыстырылмайтын келісімшарты.
QF (Quality Factor): провайдердің сапасы бойынша төлем/көлем көбейткіші.
Tail Amplification: p99/p50 - «артқы» күші.
WFQ/DRR: салмақты әділдікті жоспарлаушылар отбасы.
Outbox/Inbox: Кепілдендірілген жеткізу және іспеттілік үлгісі.
Surge-прайсинг: артық жүктеу кезіндегі динамикалық үстеме.
19) Қорытынды
Жүктемені бірлесіп бөлу желіні кооперативтік процессинг-пулға айналдырады, онда саясат (QoS, fairness, комплаенс) және экономика (QF-бонустар, айыппұлдар, кепілдер) трафикті ол тез, әділ және арзан өңделетін жерге - тәртіп пен ақтықты жоғалтпай жібереді. Мұндай контур болжамды SLO, провайдерлер үшін ашық ынталандыру және шыңдарға, іркілістерге және бағалық күйзелістерге төзімділік береді.