ეკოსისტემის ჯანმრთელობის მეტრიკა

(განყოფილება: ეკოსისტემა და ქსელი)

1) რაზე მიუთითებს ეს სტატია (რეზიუმე)

ეკოსისტემის ჯანმრთელობა არის ინდიკატორების ერთობლიობა, რომელიც ასახავს ქსელის მონაწილეთა სტაბილურობას, საიმედოობას, ლიკვიდობას, ინტეროპერაციას, უსაფრთხოებას, ეკონომიკასა და მონაწილეობას (ოპერატორები, პროვაიდერები, სტუდიები, აფილიტები, მოდელები/ჯაჭვები, საზოგადოებები). ქვემოთ მოცემულია სისტემის ჩარჩო: გაზომვის დონე, KPI ჩამონათვალი ფორმულებით, კომპოზიციური EHI ინდექსი, სამიზნე ბარიერები (SLO), ალერტინგის წესები, დაშბორდის შაბლონები და პრაქტიკული playbook რეაქციები.

2) გაზომვის დონის რუკა

1. ინფრასტრუქტურა და ქსელი: წვდომა, შეფერხება, გამტარუნარიანობა, შეცდომები.
2. პროტოკოლი/ინტეგრაცია: ჯვარედინი ჯაჭვის/ოფშორული ოპერაციების წარმატება, ვერსიების თავსებადობა, თავსებადი კვანძების წილი.
3. პროდუქტი და მომხმარებლები: აქტივობა, შენარჩუნება, კონვერტაცია, ტრაფიკის ხარისხი.
4. ეკონომიკა და ლიკვიდობა: ბრუნვა, ლიკვიდობის სიღრმე, სპრეი/საკომისიო, გადახდილი შეფერხებები.
5. საზოგადოება და პარტნიორები: დეველოპერების/სტუდიების წვლილი, NPS, პარტნიორების ონბონინგის ტემპი, ინტეგრაციის ხარისხი.
6. შესაბამისობა, რისკი და უსაფრთხოება: ინციდენტები, ფროიდის ფრენები, KYC/AML გადასასვლელი, სანქციები/გეო რისკები.

3) ძირითადი KPI (მოკლე ფორმულებით)

3. 1 ინფრასტრუქტურა და ქსელი

Uptime სერვისები (%) = 100 × (მუშაობის დრო/საერთო დაკვირვების დრო).
p95/p99 Latency (ms) - საკვანძო API/კარიბჭის გასწვრივ/nodo endpointam.
Error Rate (%) = 100 × (5xx + აშკარად ფატალური 4xx )/ყველა მოთხოვნა.
Saturation: CPU/RAM/IO/კვოტები - დროის წილი> 80%.
Backpressure Events: ნომერი/დღე.

3. 2 პროტოკოლი და ინტერიერი

Cross-Chain/Inter-Service Success (%) = 100 × წარმატებული ინტერვალის/ოფშორული გარიგებები/ყველა მცდელობა.
Median Finality (ბლოკები) - შეუქცევადობამდე/დადასტურებამდე.
Version Compatibility (%) არის კვანძების/SDK წილი მხარდაჭერილ ვერსიებში.
Rollback/Reorg Rate - გამოტოვების/კონფლიქტების სიხშირე.

3. 3 პროდუქტი და მომხმარებლები

DAU/WAU/MAU (ნორმალიზებულია კოჰორტების/რეგიონების მიხედვით).
Retention D1/D7/D30 (%) არის კოჰორტი.
Activation Rate (%) = გააქტიურებული/ახალი.
Conversion Funnel: Visit→Reg→KYC→1st Action→Repeat.
ტრეფიკის Quality (QoT): ვალიდის ტრაფიკის წილი ანტი-ფროდის შემდეგ.
Session Success (%) არის სესიების წილი კრიტიკული შეცდომების გარეშე.

3. 4 ეკონომიკა და ლიკვიდობა

GTV/Volume - მთლიანი ოპერაციების მოცულობა.
Liquidity Depth არის საშუალო ლიკვიდობის ოდენობა პიკს საათებში.
Payout SLA Hit Rate (%) არის გადახდების წილი სამიზნე დროში.
Cost-to-Serve (CTS) = ოპერაციული ხარჯები/წარმატებული ოპერაციების რაოდენობა.
Take Rate (%) - მოცულობის კომისია/ზღვარი.
Dispute Rate (%) - სადავო/სადავო ოპერაციები.

3. 5 საზოგადოება და პარტნიორები

Partner Activation Velocion - ახალი ინტეგრაცია/კვირა.
SDK/Plugin Adoption - ინსტალაციები, განახლება/ვერსია.
საზოგადოება NPS/eNPS - კვარტალურად.
Contribution Index - მესამე მხარის გუნდებისგან აუზების რეკვიზიტები/გამოშვებები/addons.
Docs Health არის სისრულე, სიახლე, საზოგადოების კითხვაზე პასუხის დრო.

3. 6 შესაბამისობა, რისკი და უსაფრთხოება

KYC/AML Pass Rate (%) არის დროულად ჩატარებული წილი.
Fraud Rate (%) - დადასტურებული frode/ყველა ოპერაცია.
Incident Rate - SEV, MTTR/MTTD დონე.
Policy Coverage (%) არის აქტიური DLP/PII მაკონტროლებლების მქონე ნაკადების წილი.
Geo/Regulatory Coverage - ბაზრები, სადაც ადგილობრივი მოთხოვნები შეესაბამება.

4) კომპოზიციური ჯანმრთელობის ინდექსი: EHI (Ecosystem ჯანმრთელობის ინდექსი)

იდეა: ერთი ქულა 0-100 სტეიკჰოლდერებისთვის.

1. ნორმალიზაცია: მიიყვანეთ KPI- ს მასშტაბით [0... 100]:

Min-Max შემცირება percentils (მაგალითად, P5-P95), ან

Z-score → CDF → [0…100].

2. წონის მოდელი (მაგალითი):

ინფრასტრუქტურა - 25%

პროტოკოლი/ინტეგრაცია - 15%

პროდუქტი/მომხმარებელი - 25%

ეკონომიკა/ლიკვიდობა - 15%

საზოგადოება/პარტნიორები - 10%

შესაბამისობა/უსაფრთხოება - 10%

3. ფორმულა:

'EHI = (წონა _ ბლოკი × შუა (ნორმალიზებული KPI ბლოკი) "

4. ინტერპრეტაციის მასშტაბი:

85-100: „შესანიშნავი“ (ზრდა რისკების ზღვარით)

70-84: სტაბილური (კონტროლირებადი რისკები)

55-69: დაუცველი (საჭიროა წერტილოვანი გაუმჯობესება)

5) წამყვანი და დაგვიანებული ინდიკატორები

წამყვანი: QoT, Activation Rate, დასრულებამდე დრო, CTS, კვანძების წილი ახალ ვერსიაში, Docs Health.
დაგვიანებული: MAU, GTV, Take Rate, NPS, Dispute/Fraud Rate.
პორტფელის დაბალანსება: წამყვანი 60%, 40% დაგვიანებულია პროფილაქტიკისთვის.

6) ბარიერები (SLO) და ალერტინგი

• Uptime ≥ 99. 95 %/30d; 99 ლატენტობა 400 ms; Error Rate ≤ 0. 2%.
• Cross-chain success ≥ 99. 5%; Median finality ≤ 6 с.
• Payout SLA hit ≥ 98%; Dispute ≤ 0. 3%; Fraud ≤ 0. 1%.
• KYC 10 წუთის განმავლობაში მომხმარებელთა 95% -ში.

• SLO Burn Rate 1-საათიანი> 14 × - Pager; 6-საათიანი> 6 × - Pager; ყოველდღიური> 3 × - ტიკეტი + ანალიზი.
• ყოველთვის მიუთითეთ owner, ვადა და კრიტერიუმები „done“.

7) სეგმენტაცია და ჭრილობები

ქვეყნები/იურისდიქციები, პარტნიორების ტიპები (ოპერატორები, სტუდიები, აფილატები), ინფრასტრუქტურული მტევნები, SDK/nods ვერსიები, ტრაფიკის არხები, პროდუქციის ტიპები (სლოტები/ცოცხალი/სპორტი/ფინანსური ოპერაციები), მოწყობილობები.
თითოეული მეტრიკისთვის - ფილტრები სავალდებულოა ჭრილში და კოჰორტის შედარება კოგორთან.

8) დაშბორდი (განლაგება)

A. ყოველდღიური Ops (რეალი დრო/საათში)

Uptime, p99 latency, Error Rate, Cross-chain success, Incident SEV, Payout SLA, Fraud spikes.
მომსახურების ბარათი (მწვანე/ყვითელი/წითელი), გადახდების/გადამოწმების ხაზი.

ყოველკვირეული პროდუქტი/Partner

Activation/Retention, QoT, конверсия KYC→1st Action, Partner Activation Velocity, SDK adoption, Docs Health.
არხის მიქსი და LTV ადრეული (proxy).

C. ყოველთვიური სტრატეგია

MAU/WAU, GTV, Take Rate, CTS, Dispute/Fraud, NPS, Contribution Index, Geo Coverage, EHI динамика.
რისკის კიბე და „ტრეფიკის შუქი“ თითოეული ბლოკისთვის.

9) მონაცემთა წყაროები და ხარისხი

Telemetria: logs/metrics/traces, პროდუქტის მოვლენები (event bus), nods/validator, გადახდის და პარტნიორობის API, KYC/AML პროვაიდერები, Service Desk/ინციდენტები, NPPS AOPEEEEEEEDEAAAEAEt/DEEEAAAU

მონაცემთა Quality KPI: სისრულე, სიახლე, უნიკალურობა, სქემების თანმიმდევრულობა, „გაურკვეველი“ სტატუსის წილი. შეიყვანეთ ცალკე მეტრი DQ Score და არ აურიოთ იგი EHI- სთან.

10) ანტი მეტრიკა (ხაფანგები და ხაფანგები)

DAU კოჰორტების/რეგიონების გარეშე; „საშუალო კონვერტაცია“ არხების გარეშე; GTV დაბრუნების/დავის გარეშე; „აფთიაქი“ კრიტიკული ენდოინების გამოკლებით; „ინტეგრაციების რაოდენობა“ პროდუქტიული საქმიანობის გარეშე; „კომიტების რაოდენობა“ გამოშვების ღირებულების ნაცვლად.

11) Playbook რეაქციები (ყალბი ფურცელი)

• შეამოწმეთ ვერსიები, fee/limites, retrais idempotence, სქემების ვერსია; Humberry, გაათბეთ nods/SDK.

• KYC - 1st Action ბილიკის ანალიზი, „დრო“, ხახუნა; Onboarding A/B ტესტები, შინაარსი/ლოკალიზაცია, ოფშორული შეფუთვა.

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

• გამკაცრდეს scoring, limites/velocity ჩეკი, სახელმძღვანელო high-risk ხვრელი, მოდელის მომზადება ახალ ნიმუშებზე.

• DevRel პროგრამები, გრანტები/ბაუნტები, SDK/Docks- ის გაუმჯობესება, ყოველთვიური ოფისის თამაშები, საფორტეპიანო აჩქარება.

12) მიზნების შაბლონები (OKR, მაგალითი კვარტლისთვის)

KR1 (ინფრა): p99 latence API - 350 ms; uptime ≥ 99. 97%; Error Rate ≤ 0. 15%.
KR2 (ინტერპროპი): Cross-chain success-99. 7%; median finality - 5 გვ; 80% -მდე მოდის LTS- ზე.
KR3 (პროდუქტი): D7 retention + 3 გვ; Activation + 5 გვ; QoT + 4 გვ.
KR4 (ეკონომიკა): Payout SLA hit - 99%; CTS −10%; Dispute ≤ 0. 25%.
KR5 (საზოგადოება/პარტნიორები): + 15 აქტიური ინტეგრაცია; Docs Health 90/100; NPS ≥ 45.
KR6 (რისკი/უსაფრთხოება): Fraud - 0. 08%; MTTR - 30 წთ (SEV-1); კრიტიკული ნაკადების 100% დაფარულია DLP/PII.

13) მონაცემთა განხორციელება (საცნობარო ნაწილები)

ფსევდო-SQL: აქტიური მომხმარებლები რეგიონებში

sql
SELECT date, region, COUNT(DISTINCT user_id) AS dau
FROM analytics. events
WHERE action IN ('session_start','game_start','bet_place','deposit')
AND date BETWEEN:from AND:to
GROUP BY 1,2;

Cross-chain success

sql
SELECT date_trunc('hour', ts) AS h,
100. 0 SUM(CASE WHEN status='success' THEN 1 END)/COUNT() AS success_pct
FROM interop. tx
WHERE ts >= now() - interval '7 days'
GROUP BY 1;

Payout SLA

sql
SELECT date::date,
100. 0 AVG(CASE WHEN payout_sec <= target_sec THEN 1 ELSE 0 END) AS sla_hit
FROM payouts. metrics
GROUP BY 1;

მომზადება EHI (min-max)

sql
SELECT kpi, 100. 0(value - min_v)/(max_v - min_v) AS score_0_100
FROM kpi_current
JOIN kpi_ref ON kpi_current. kpi = kpi_ref. kpi;

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

EHI არის ეკოსისტემის ჯანმრთელობის ინტეგრალური შეფასება 0-100.
SLO/SLA არის ხარისხის/ხელშეკრულების დონის მიზნობრივი დონე.
Finality - გარიგების შეუქცევადობის/დადასტურების დრო.
QoT არის ტრაფიკის/მომხმარებლის წყაროების მეტრიკა.
CTS არის მომსახურების სპეციფიკური ღირებულება.
Burn Rate (SLO) - შეცდომის ბიუჯეტის „დაწვის“ სიჩქარე SLO- სთან შედარებით.

15) განხორციელების სია

1. ჩაწერეთ KPI, წყაროები, მფლობელები, სიხშირე.
2. განსაზღვრეთ SLO და ალერტის ბარიერები (1 სთ/6 სთ/დღე).
3. დაშბორდის პარამეტრები: Ops (დღე), Product (კვირა), Strategy (თვე).
4. შემოიღეთ EHI და გამოაქვეყნეთ იგი რეგლამენტის შესაბამისად (მაგალითად, ყოველკვირეულად).
5. კვარტალურად შეამოწმეთ მეტრიკა, წონა და SLO.

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