GH GambleHub

Биргелешкен жүк бөлүштүрүү

1) Эмне үчүн "биргелешкен" бөлүштүрүү

Мультисервистик/мультисервистик тармакта ресурстар (түйүндөр, секвенсорлор, бридждер, ДА, POP/edge, GPU/CPU, egress каналдары) ар кандай субъекттерге таандык. Жүктү биргелешип бөлүштүрүү (СРН) суроо-талапты жалпы сапат, нарк жана тобокелдик эрежелери боюнча биргелешип иштетүүгө мүмкүндүк берет:
  • жарылуулар жана жергиликтүү бузулуулар учурунда SLO турукташтыруу;
  • иштетүү бирдигинин наркын азайтат (cost-to-serve);
  • ролдор үчүн адилеттүүлүктү жана алдын ала билүүнү жогорулатат;
  • минималдаштырат "ызы-чуу кошуналар" жана домендердин ортосундагы арбитраждык.

2) Объекттер жана ролдору

Power Suppliers: валидаторлор/түйүндөр, секвенсорлор, да пулдар, GPU/CPU кластерлери, POP/edge.
Керектөөчүлөр: тейлөө операторлору, жаратуучулар/студиялар, аффилиаттар/агрегаторлор, аналитика/ML.
Координаторлор: баланстаторлор, маршрутизаторлор, Policy/Compliance Gate, Rewards & Billing.
Көзөмөл: аудиторлор/жөнгө салуучулар, -комитет.


3) Жүктөрдүн таксономиясы (QoS класстары)

Q4 - мөөнөт буйруктары: критикалык тартиби/акыркы (бридж, төлөмдөр, тобокелдик).
Q3 - Тартиптүү агымдар: ачкыч себеп (user/session/asset).
Q2 - exactly-once натыйжалуу: биллинг/snapshots/укук өткөрүп берүү.
Q1/Q0 - массалык/бест-эффект: телеметрия, индекстер, оффлайн-аналитика.

Ар бир класс үчүн SLO/SLA, retrais терезелери, 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 with Hot-Shard Relief (ысык ачкычтардын убактылуу подсегментациясы).
Percentile-aware routing: p95/p99 эмес, p50 эмес, куйруктарын жашыруу үчүн чечим.
Capacity-aware quotas: token-bakets per class QoS/провайдер/аймак.
EDF/LLF для Q4: Earliest Deadline First / Least Laxity First.
Probing & Half-open: тез сыноо "ден соолукту чыңдоо" маршруттары.
Backpressure: shapers, 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-сагынам: PDn ачыкка жок курактык/гео/жаза текшерүү.
Салыктар/чегерүүлөр: 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.
Alerty: error-budget burn, flap-rate, DLQ depth, surge-баалар, комплаенс-блоктор.


12) Окуялар жана бузулуулар

1. Детал: өсүш p95/p99, кезек, finality lag, комплаенс каталар.
2. Изоляция: trip circuit, үлүштөрдү кайра бөлүштүрүү, квоталарды ызы-чуу агымдарына азайтуу.
3. Компенсация: RNFT эрежелери боюнча эскроу/камсыздандыруу фондунан төлөмдөр.
4. Post-Mortem: 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 ms.
  • DA: акыркы ≤ 3 × T _ block Throughput ≥ X GB/ч.

14) (салмагы, квота, баалар)

Пропозалалар: салмактардын (w), лимиттердин, тарифтердин жана сапат бонустарынын өзгөрүшү.
R-модификатор: Quality-Quorum добуштары R аброю боюнча салмактанып алынган.
Sunset-түзөтүүлөр: убактылуу өзгөртүүлөр → кайра добуш берүү жок auto-артка.
Ачык отчеттуулук: провайдерлердин сапаты жана адилеттүүлүк боюнча кварталдык отчеттор.


15) Playbook киргизүү

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, токен-бакет, анти-noise).
7. Байкоо (дашборддор, алерталар, error-бюджеттер).
8. Chaos/game-days (провайдердин/көпүрөнүн/DA кулашы, жарылуулар, гео-блоктор).
9. Экономика жана Revard (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, Q4 үчүн EDF/LLF
  • Outbox/inbox, демпотенттик жана катар тоскоолдуктар киргизилген
  • туташтырылган телеметрия жана дашборддор (latency/tail/queue/cost/finality)
  • Backpressure жана fairness (WFQ/DRR, anti-noise)
  • Конфигурацияланган QF бонустар/айыптар, эскроу жана S-слэшинг
  • Chaos/game-days өтүп, пост-мортемалар менен кооздолгон
  • Compliance Gate жана салыктык чегерүүлөр иштейт
  • Бекитилген-жараяны тараза/лимиттер/баалар (sunset менен)

18) Глоссарий

CSN: биргелешкен жүк бөлүштүрүү (биргелешкен жүк бөлүштүрүү).
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 милдеттүү эмес
Формат: өлкөнүн коду жана номер (мисалы, +996XXXXXXXXX).

Түшүрүү баскычын басуу менен сиз маалыматтарыңыздын иштетилишине макул болосуз.