GH GambleHub

Жүктемені ортақ бөлу

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, провайдерлер үшін ашық ынталандыру және шыңдарға, іркілістерге және бағалық күйзелістерге төзімділік береді.

Contact

Бізбен байланысыңыз

Кез келген сұрақ немесе қолдау қажет болса, бізге жазыңыз.Біз әрдайым көмектесуге дайынбыз!

Интеграцияны бастау

Email — міндетті. Telegram немесе WhatsApp — қосымша.

Сіздің атыңыз міндетті емес
Email міндетті емес
Тақырып міндетті емес
Хабарлама міндетті емес
Telegram міндетті емес
@
Егер Telegram-ды көрсетсеңіз — Email-ге қоса, сол жерге де жауап береміз.
WhatsApp міндетті емес
Пішім: +ел коды және номер (мысалы, +7XXXXXXXXXX).

Батырманы басу арқылы деректерді өңдеуге келісім бересіз.