GH GambleHub

ქსელის ჯანმრთელობის შეფასება

1) რა არის „ქსელის ჯანმრთელობა“ და რატომ უნდა გაზომოთ ის?

ქსელის ჯანმრთელობა არის ეკოსისტემის შესაძლებლობების მდგომარეობა სტაბილურად უზრუნველყოს მომსახურების მიზნობრივი დონე (SLO), უსაფრთხოება, ეკონომიკური ეფექტურობა და პროგნოზირებადი ევოლუცია ადიდების დროს, უარის თქმა და მოთხოვნის ცვლილებები.

შეფასების მიზნები:
  • დეგრადაციისა და რისკების ადრეული გამოვლენა;
  • ბასის ტარიფების მენეჯმენტი, კვოტები, სტიმულები და პრიორიტეტები;
  • მონაწილეთა გამჭვირვალობა (კვანძები, პროვაიდერები, ოპერატორები, შემქმნელები, აფილატები);
  • დამატებითი გადაწყვეტილებები და პოსტ-mortems.

2) ჯანმრთელობის დომენების რუკა

1. პროდუქტიულობა და წვდომა: latency/throughput, error rate, finality, რიგები.
2. საიმედოობა და სტაბილურობა: MTBF/MTTR, backpressure, QoS დეგრადაცია.
3. უსაფრთხოება და ნდობა: ავთენტიფიკაცია/ავტორიზაცია, მთლიანობის ინციდენტები, ფიქალი, ფროიდი.
4. ეკონომიკა და ეფექტურობა: cost-to-serve, ზღვარი/გაგზავნა, რესურსების სამართლიანობა.
5. - და პროცესები: კონვერგენციის პარამეტრის სიჩქარე, უკაბელო გამოშვებები, საანგარიშო დისციპლინა.
6. შესაბამისობა და კონფიდენციალურობა: გეო/ასაკი, სანქციები, მონაცემთა შენახვა/მოცილება, ZK პრუფები.

3) მეტრიკის ტაქსონომია (მითითება)

3. 1 პროდუქტიულობა (per კლასი QoS)

Latency p50/p95/p99, TailAmplification = p99/p50.
Throughput (msgs/s, tx/s, GB/s DA), queue depth, consumer lag.
Success rate, timeouts/retries%, duplicate ratio, out-of-order%.
Finality lag (x-chain/bridge), challenge-окна.

3. 2 საიმედოობა

SLA შესვენებები/1k მოვლენები, MTBF/MTTR, დაბალანსება.
Backpressure recovery time, DLQ depth, replay success%.

3. 3 უსაფრთხოება

მთლიანობის/ქურდობის ინციდენტები, საეჭვო სიგნალები/1k,

False Accept/Reject კომპოზიციაში, კლავიშების/ხელმოწერების შეჯახება.
Slashing events, oracular განსხვავებები, MEV ექსპოზიცია (თუ გამოიყენება).

3. 4 ეკონომიკა

Cost/Req, Cost/GB DA, ზღვარი/გაგზავნა, შემოსავალი/ბაიტი,

NRR/GRR, ARPU/ARPU, ხელახალი შემოსავლის წილი,

FairnessIndex (Jain) по CPU/GPU/IO/egress, noisy neighbor index.

3. 5XI და პროცესები

გამოშვებების წარმატება უკანდახევის გარეშე, ნებართვების დამტკიცების დრო,

tuning პარამეტრის სიჩქარე (კონვერგენცია), საფარი ფირფიტებით.

3. 6 შესაბამისობა და კონფიდენციალურობა

დადასტურებული DID/VC წილი, გეო/ასაკის ბლოკირება,

რეგულატორის მოთხოვნაზე პასუხის დრო, შენახვის/მოცილების ინციდენტები.

4) კომპოზიტი „ქსელის ჯანმრთელობის ინდექსი“ (IZS)

IZS - სებ-ინდექსების მორცხვი კომპოზიცია: Performance (PFI), Reliability (RLI), Security & Trust (STI), Economics (ECI I), მთავრობა FI).

მეტრიკის ნორმალიზაცია:
  • robust z-score ან robust min-max [P5, P95]; EWMA გაბრტყელება; winsorization კუდები.
აგრეგაცია:
[
\text{SubIndex}k=\sum_i w{k,i},\hat m_{k,i},\quad
\text{ИЗС}=\sum_k W_k,\text{SubIndex}k,\ \sum W_k=1,
]

სადაც წონა (W _ k) და (w {k, i}) ინახება მთავრობის რეგისტრის შემადგენლობაში და იცვლება sunset პროცედურის შესაბამისად.

ზონების სახელმძღვანელო:
  • მწვანე: IZS-0. 70 - კვოტების/მოცულობის ზრდა, ხარისხის პრემია.
  • ყვითელი: 0. 50–0. 70 - წერტილოვანი tuning, გამოძიება.
  • წითელი: <0. 50 - გაჩერებული ამწეები, ლიმიტების შემცირება, ყურადღება გამახვილებულია MTTR/კორექტირებაზე.

5) ბარიერი SLO და „კარიბჭე“ (კარიბჭეები)

სამიზნე SLO- ს მაგალითები (რეგულირება):
  • Q4 API: success ≥ 99. 99%, p95-200 ms, DLQ = 0.
  • Q3 Messaging: შეკვეთის დარღვევა, რომლის ღირებულებაც 10-ს შეადგენს/, p95-500 ms.
Bridge/Finality: ყალბი დადასტურება = 0; MTTR ანომალიები - 1:
  • DA: ფინალურობა 3 × T _ block; throughput ≥ X GB/ч.
  • Batch/Stream: ფანჯარა T ჯდება 20% -ით; lag ≤ 2×window.
  • უსაფრთხოება: მთლიანობის ინციდენტები = 0; FPR/FNR დერეფნებში.

SLO დარღვევა - ავტომატური გამომწვევი (§ 8).

6) მონაცემთა შეგროვება, ხარისხი და დაცვა

Idempotence/dedup: ULID/trace, seen ცხრილი TTL- ით.
E2E მარშრუტი: კორელაცია 'x _ msg _ id' დომენების/ბრიჯების/DA საშუალებით.
Anti gaming: blind-run ფანჯრები, ფარული საკონტროლო დავალებები, სინთეზური ნიმუშები.
კონფიდენციალურობა: DID/VC, შერჩევითი გამჟღავნება, ZK ბარიერი.
სანდოობა: მოვლენების ხელმოწერები, საბრძოლო მერკელიზაცია, ლოგოების აუდიტი.

7) დაშბორდი „ჯანმრთელობა“

ქსელის ჯანმრთელობის დაცვა: IZS და SAB ინდექსები, მეტრული წვლილი.
Latency & Tail: pXX, TailAmplifical heatmap დომენებზე/მარშრუტებზე.
Reliability Panel: SLA-брейки, MTTR, DLQ/Replay, backpressure.
Security & Trust: საეჭვო სიგნალები, slashing, oracular განსხვავებები.
ეკონომიკა: Cost-to-Serve, ზღვარი/კომუნიკაცია, რესურსები.
Finality & Bridge Risk: finality lag, challenge, ხიდის ინციდენტები.
კომპლექტი: გეო ბლოკები, ასაკი, მოხსენებები, რეგულატორის მოთხოვნები.

8) მანქანის რეაქციების პოლიტიკა

SLO კარიბჭე: error ბიუჯეტის გადაადგილება - კვოტები Q0/Q1, პრიორიტეტი Q4; circuit-breakers- ის ჩართვა.
ტარიფები: TailAmplification- ის ზრდა, სტაბილური მოთხოვნით, არის „ხმაურიანი“ ნაკადების ფასი; მდგრადი ხარისხი take-rate.
რისკები: უსაფრთხოების/კომპლექსის ინციდენტების ზრდა - გაყალბებული, S- გირაოს ზრდა.
სტიმულები: სტაბილური PFI/RLI დომენები - მოცულობის/ხილვადობის პრემია; მოძალადეები - ჯარიმები/კლავიშები.
Релизы: regression detector → auto rollback/feature flag.

9) ინციდენტის მენეჯმენტი

1. დეტაჟი: ანომალიები p 95/საბოლოო/შეცდომები/ღირებულება.
2. კლასიფიკაცია: Integrity/Availability/Performance/Compliance.
3. იზოლაცია: ტრიპ-მარშრუტი, რიგების დრენაჟი, ლიმიტები, ხელის კვორუმი.
4. ანაზღაურება: RNFT პოლიტიკოსების დაზღვევის აუზიდან.
5. პოსტ-mortem: საჯარო მოხსენება, ხელმოწერების განახლება, სასწორის/ლიმიტის კორექტირება.

10) ხელშეკრულებებთან და როლებთან კავშირი

RNFT უფლებები: ინდივიდუალური SLO/limites კვანძები/პროვაიდერები/აფილიტები.

R- რეპუტაცია: წვდომის/ხმების და ფასების მოდიფიკატორი; მდგრადი ხარისხი და მოთხოვნები S- სთვის

S- გირაო: ინციდენტების დაფარვა, დარღვევების დალაგება.

11) ფორმულები და მითითებები

SuccessRate = 1 − (timeouts + errors)/requests

TailAmplification = p99/p50 (დერეფნების დერეფნები)

Cost/Req = (რესურსი × კურსი )/წარმატებული _ მოთხოვნები

FairnessIndex (Jain) =

Headroom = (cap − current)/cap, FinalityScore = f(lag, variance, reorgs)

12) განხორციელების ფლეიბუკი (ნაბიჯებით)

1. QoS კრიტიკული ტრაქტებისა და კლასების შერჩევა; SLO კოორდინაცია.
2. ტელემეტრიული სქემა: კვალი, მეტრიკა, პოლიტიკის ლოგოები, მოვლენების პასპორტები.
3. ნორმალიზაცია: მორცხვი მასშტაბები, EWMA ფანჯრები, winsorization.
4. IZS v1. 0: საწყისი წონა, ზონების ბარიერები, sunset პროცედურები.
5. დაშბორდები და ალერტები: error ბიუჯეტები, policy hooks- ის გამომწვევები.
6. Benchmarks და chaos: რეგულარული საყრდენები, failover სავარჯიშოები.
7. ინციდენტები: პოსტ-mortem- ის შაბლონები, სადაზღვევო ფონდი, RNFT ჯარიმები.
მე -8.
9. ავტომატიზაცია: კავშირი მარშრუტიზაციასთან, კვოტებთან, ტარიფებთან და გამოშვებასთან.
10. მფრინავი მასშტაბურია: ერთი დომენიდან მულტიჩეინამდე.

13) KPI ჯანმრთელობის პროგრამა

მწვანე SLO ტრაქტების წილი - X%; MTTR საშუალო/Z/

TailAmplification შემცირება C- ზე სტაბილური throughput- ით.
Cost/Req და DLQ dept- ის შემცირება გაუარესების გარეშე.
ზრდა NRR/GRR უცვლელი ან უკეთესი უსაფრთხოებით.
ანგარიშების დროულობა (TTC ანგარიში Y საათი), დაფარვა ბენზინგასამართი სადგურებით - K%.
სამართლიანობა: FairnessIndex დერეფანში, ინციდენტების შემცირება.

14) Prod List მზადყოფნა

  • განსაზღვრულია SLO/SLA QoS კლასებსა და დომენებში
  • ხორციელდება E2E ტრეკი, იდემპოტენტობა და დედაპლატი
  • დაინერგა მრავალჯერადი ნორმალიზაცია და ITS მასშტაბები
  • ალერტები, error ბიუჯეტები და მანქანების ტრიგერები
  • ხელმისაწვდომია dashbords Performance/Reliability/Security/Economy/Compliance
  • არის საწვავის ბაზრები და ქაოსი; აღწერილი პოსტ-mortema
  • ინტეგრირებულია RNFT უფლებები, R/S პოლიტიკა და სადაზღვევო ფონდი
  • დადგენილია რეგულარული საჯარო მოხსენება და სასწორის გადასინჯვა

15) გლოსარიუმი

IZS: შეავსებს ქსელის ჯანმრთელობას SAB ინდექსებისგან.
SLO/SLA: მომსახურების მიზნობრივი/სახელშეკრულებო დონე.
Error budget: შეცდომების დასაშვები წილი რეაქციებამდე.
TailAmplification: შეფერხებების კუდის გაზრდა.
DLQ/Replay: კარანტინი/გადამუშავება.
Sunset პროცედურა: პარამეტრების დროებითი შეცვლა ავტომატური გამოტოვებით.

16) შედეგი

ქსელის ჯანმრთელობის შეფასება არ არის მოხსენება „რეტროაქტიულად“, არამედ ოპერაციული კონტროლის წრე: მორწყული მეტრიკა - კომპოზიციები, SLO ბარიერი - ავტომატური მოქმედებები და საზოგადოებრივი ანგარიშგებები. ასეთი სისტემა ხდის ეკოსისტემას პროგნოზირებადი, შოკის მდგრადი და გულწრფელი ყველა როლისთვის - კვანძებიდან და პროვაიდერებიდან დაწყებული, შემქმნელები და ოპერატორები.

Contact

დაგვიკავშირდით

დაგვიკავშირდით ნებისმიერი კითხვის ან მხარდაჭერისთვის.ჩვენ ყოველთვის მზად ვართ დაგეხმაროთ!

ინტეგრაციის დაწყება

Email — სავალდებულოა. Telegram ან WhatsApp — სურვილისამებრ.

თქვენი სახელი არასავალდებულო
Email არასავალდებულო
თემა არასავალდებულო
შეტყობინება არასავალდებულო
Telegram არასავალდებულო
@
თუ მიუთითებთ Telegram-ს — ვუპასუხებთ იქაც, დამატებით Email-ზე.
WhatsApp არასავალდებულო
ფორმატი: ქვეყნის კოდი და ნომერი (მაგალითად, +995XXXXXXXXX).

ღილაკზე დაჭერით თქვენ ეთანხმებით თქვენი მონაცემების დამუშავებას.