Ekotizim ishtirokchilari xaritasi

(Bo’lim: Ekotizim va Tarmoq)

1) Nima uchun ishtirokchilar xaritasi kerak?

Ishtirokchilar xaritasi - ekotizimda «kim kim» ning umumiy modeli: rollar, munosabatlar, huquqlar, javobgarlik chegaralari va komplayens konturlari. U turli atamalarni bartaraf etadi, sheriklar onbordingini tezlashtiradi, hodisalarni izlashni soddalashtiradi va tarmoqning boshqarilishini oshiradi (governance, xavf, xavfsizlik, rivojlanish).

2) Rollar taksonomiyasi (yuqori daraja)

1. Operatorlar - mijozlar tajribasiga ega bo’lgan brendlar/platformalar.
2. Kontent provayderlari (Studios/Content Providers) - slotlar, jonli o’yinlar, sport turlari, mini-o’yinlar.
3. To’lov provayderlari (PSP/On-Off Ramp) - kartalar, APM, stebllar, kripto-hamyonlar.
4. Identifikatsiya va tavakkalchilik (KYC/KYB/AML/Trust) - verifikatsiya, skoring, sanksiya filtrlari.
5. Infratuzilma/Tarmoq (Nodes/Relays/Edge/CDN/Ko’priklar) - transport, yo’nalish, kross-zanjirli aloqalar.
6. Affiliates/Agregatorlar/Trafik - lid manbalari, vitrinalar, media tarmoqlar.
7. Tahlillar va ma’lumotlar (DWH/BI/Anti-Fraud) - kuzatish, hisobot berish, modellashtirish.
8. Kompaniyalar va DevRel - ishlab chiquvchilar, integratorlar, hamkor jamoalar.
9. Tartibga soluvchilar va auditorlar (B2G) - litsenziyalar, tekshiruvlar, hisobotlar.
10. Governans va g’aznachilik - qoidalar, budjetlar, grantlar.
11. Hamkor brokerlar/Market-pleyslar - trafik, likvidlik, integratsiyalar almashinuvi.

3) Quyi rollar va obyektlar (batafsil)

Operatorlar: B2C-brend, White-Label, mintaqaviy sub-operator, PSP-marshrutizator.
Studiya/provayderlar: RGS, live-studiya, turnirlar «ranner» i, sport-fid provayderi.
PSP: ekvayring kartalari, lokal APM (Papara, Mefete va boshqalar), kripto-protsessing, tavakkalchilik qoidalari vendori.
KYC/KYB/AML: KYC provayderi, sanksiya roʻyxati manbai, PEP/Adverse Media provayderi, xulq-atvor skoringi.
Infratuzilma: validator/nod, super-tugun/relay, koʻprik (light/optimistic/ZK), CDN/edge-kesh.
Trafik/media: vitrin, arbitraj, inflyuenser-tarmoq, retargeting-DSP, CRM-pushlar bo’yicha hamkor.
Ma’lumotlar: blokcheyn indekseri, CDC-konnektor, anti-frod DSS, BI.
Kompьyuter: SDK kontribyutori, integrator, mahalliy vakil/elchi.
B2G: tartibga soluvchi, soliq hisoboti, audit (tashqi/ichki).
Governans/G’aznachilik: protokol kengashi, delegatlar, grant qo’mitasi.
Brokerlar: integratsiyalar agregatori (API-market), trafik/likvidlik almashinuvi.

4) Ishonch va o’ziga xoslik modellari

Yuridik identifikatsiya: KYB (reg. litsenziya/ruxsatnoma raqami, mamlakat, benefitsiarlar).
Texnik identifikatsiyasi:’org _ id’,’peer _ id’(ed25519/secp256k1), X.509 (mTLS), manzillar/hamyonlar.
Ishonch darajasi (Trust Tiers): T0 (ommaviy), T1 (bazaviy sertifikatlangan), T2 (kengaytirilgan tekshirish + depozitlar), T3 (tanqidiy rollar/ko’priklar).
Kalitlar siyosati: tashkilotning ildiz kalitlari + sessiya kalitlari; rotatsiya/chaqirib olish, ishonchli kalitlar jurnali.

5) O’zaro ta’sir matritsasi (B2B/B2C/B2G)

Operator Provider: kontent, limitlar, turnirlar, billing, SLA.
Operator PSP/KYC: depozitlar, to’lovlar, verifikatsiya, chorjbeklar.
Operator Affiliates: lidlar, atributlar, to’lovlar, QoT.
Provider Network/Infra: tarqatish, kechikish, yakunlash.
Barcha: qoidalar, ovoz berish, grantlar.
Regulator/Audit Operator/PSP: hisobotlar, tekshirishlar, hodisalar.
Data/BI Hammasi: voqealar sxemalari, vitrinalar, maxfiylik.

Aloqa turlari: maʼlumotlar (events), qoʻngʻiroqlar (RPC/API), qiymat (toʻlovlar/aktivlar), ishonch (kalitlar/imzolar), boshqaruv (proposal/qarorlar).

6) Ishtirokchining hayot sikli (Lifecycle)

1. Onbording: ro’yxatdan o’tish, KYB, litsenziyalarni tekshirish, hujjatlarni yuklash,’org _ id’ni yaratish, kalitlarni chiqarish.
2. Texnik integratsiya: sandbox → stage → canary → production, test-keyslar, birinchi voqealar imzosi.
3. Aktivlashtirish: SLO-maqsadlar, kvotalar/limitlar, pullarga kiritish (trafik/likvidlik).
4. O’sish: mintaqalar/usullarni kengaytirish, grantlar/marketing, SDK yangilanishlari.
5. Komplayens: davriy revyu, kalitlar auditi, rotatsiya, DR testlari.
6. Evolyutsiya/bekor qilish: kontraktlarning ko’chishi, mablag’larni olib qo’yish, arxiv, kalitlarni qaytarib olish.

7) Ishtirokchilar reyestri va foydalanish imkoniyatlari (referens-model)

• ’org’ (tashkilot),’role _ binding’(roli va kupi),’credential’(kalit/sertifikat),’capability’(ruxsatnomalar to’plami),’limit’(kvotalar),’compliance _ record’(KTS/KTS/audit),’contact’(operatsion).

Sxema namunasi (psevdo-SQL)

sql
CREATE TABLE orgs (
org_id TEXT PRIMARY KEY,
legal_name TEXT, country TEXT, regulator TEXT,
trust_tier SMALLINT, status TEXT, created_at TIMESTAMPTZ
);

CREATE TABLE role_bindings (
org_id TEXT REFERENCES orgs(org_id),
role TEXT,     -- operator    provider    psp    kyc    relay    bridge    affiliate...
scope JSONB, -- regions/networks/products
PRIMARY KEY (org_id, role)
);

CREATE TABLE credentials (
org_id TEXT REFERENCES orgs(org_id),
peer_id TEXT, type TEXT, public_key TEXT, valid_to TIMESTAMPTZ,
revoked BOOLEAN DEFAULT FALSE,
PRIMARY KEY (org_id, peer_id)
);

CREATE TABLE capabilities (
org_id TEXT REFERENCES orgs(org_id),
capability TEXT,  -- payouts. write, events. publish, traffic. receive, bridge. sign,...
conditions JSONB, -- limits/hours/countries/assets
PRIMARY KEY (org_id, capability)
);

CREATE TABLE compliance_records (
org_id TEXT REFERENCES orgs(org_id),
kyb_status TEXT, licenses JSONB, sanctions_check TEXT,
last_audit TIMESTAMPTZ, next_review TIMESTAMPTZ
);

Siyosat namunasi (YAML)

yaml access:
tiers:
T1: { max_regions: 2, payouts_daily_usd: 100000, assets: [USDC, EUR] }
T2: { max_regions: 6, payouts_daily_usd: 1000000, assets: [USDC, EUR, TRY] }
T3: { max_regions: 32, unlimited: true, bridge_sign: true }
roles:
operator:
caps: [events. publish, payouts. write, users. read]
provider:
caps: [content. serve, limits. read, events. publish]
psp:
caps: [payments. process, payouts. execute]

8) Aloqalar grafigi va kuzatish konturi

Ishtirokchilarning grafiklari -’org _ id’, qovurgʻalari -’relation (type, scope, slas, limits)’.
Qovurgʻa toifalari:’content’,’payments’,’bridge’,’traffic’,’data’,’governance’.
Kuzatish: har bir qovurg’a turi bo’yicha P2P-xoplarni, ishonch jurnalini (imzolarni), SLI/SLOni izlash.

Qovurg’a modeli misoli (psevdo-SQL)

sql
CREATE TABLE edges (
src_org TEXT, dst_org TEXT, edge_type TEXT, -- payments    content    traffic    bridge    data    gov slas JSONB, limits JSONB, status TEXT, since TIMESTAMPTZ,
PRIMARY KEY (src_org, dst_org, edge_type)
);

9) Jarayonlar va ma’lumotlar uchun mapping

Hodisa modeli:’signup/kyc/pass’,’deposit/payout’,’game _ start/event’,’bridge. lock/mint`, `traffic. view/click’- yagona sxema va idempotency-kalitlar.
Kataloglar: tarmoqlar/aktivlar/to’lov usullari/SDK versiyalari/regulyatorlar/mamlakatlar.
Logistika va audit: o’zgarmas jurnallar (hash-zanjirlar),’proposal _ id’(governance) va’org _ id’ga bog’lash.

10) «Xarita» salomatlik metrikasi (KPI/SLO)

Qoplash va to’liqlik

Rollar bo’yicha Coverage% (ishtirokchilar tomonidan yopilgan ekotizim funksiyalarining ulushi).
Region Coverage% (mamlakatlar × usullar × provayderlar).
Version Coverage% (SDK/protokol).

Sifat va xavf

Compliance Freshness (KV/auditning oxirgi tekshiruvidan keyingi vaqt).
Key Hygiene (o’z vaqtida rotatsiya qilish, shishib ketgan kalitlar ulushi).
Incident Rate rollar/qirralar bo’yicha; MTTA/MTTR.

Iqtisodiyot va o’sish

New Partners/oy, Activation Velocity (onbordingdan birinchi voqealargacha), Net Contribution (ishtirokchining GTV/MAU/likvidlikka qo’shgan hissasi).
Partner Churn%.

SLO namunalari

KYB review ≤ 5 ish kuni; T3 rotatsiya kalitlari ≤ 90 kun; Incident SEV-1 MTTR ≤ 30 min; Post-mortem ≤ 72 ч.

11) Dashbordlar (maketlar)

Atlas (umumiy xarita): interaktiv grafik: rollar, aloqalar, maqomlar (zel/sariq/qizil), mamlakatlar/qovurg’alar bo’yicha filtrlar.
Compliance: taftish muddatlari, muddati o’tgan KV/auditlar, sanksiya xitlari.
Connectivity: p95 latency va success, to’g’ridan-to’g’ri P2P ulushi, relay-foiz.
Iqtisodiyot: ishtirokchilarning hissasi (GTV/MAU/Take Rate), yuqori o’sish/pasayish.
Risk: sinflar bo’yicha hodisalar, burn-rate SLO, kontragentlar bo’yicha ekspozitsiyalar.
Governance: takliflar faolligi, ovozlarni taqsimlash, grantlar.

12) Ishtirokchining onbordingi: chek-varaq

1. Yuridik so’rovnoma + hujjatlar (KYB, litsenziyalar, benefitsiarlar).
2. ’org _ id’ ni texnik roʻyxatdan oʻtkazish, kalitlarni chiqarish/yuklash, mTLS moslamalarini moslash.
3. Rollar va xaridlarni tanlash,’capabilities’va limitlarni tayinlash.
4. Sandbox, test-syut (events, payouts, limits, bridge) ga ulanish.
5. SLO/alertlarni va kontakt liniyalarini moslash (tanqidiy rollar uchun 24/7).
6. SLA/reglamentlarni tasdiqlash, reyestrga e’lon qilish.
7. Kanar davri (1-2 hafta), so’ngra kvotalar kengaytiriladi.

13) O’zgarishlarni boshqarish va muvofiqlik

API/hodisalar/sxemalarni versiyalash: «faqat qoʻshish» siyosati, 90 kundan ≥ deprekeyt oynasi.
Capability negotiation: handshake’da qoʻllaniladigan imkoniyatlarni eʼlon qilish.
Rollar/sotib olish migratsiyasi: governance, timelock, audit orqali buyurtmalar.

14) Xavfsizlik va maxfiylik

Rollar va qovurg’alar bo’yicha minimal zarur huquqlar (PoLP).
Sezgir mavzular uchun E2E-shifrlash (to’lovlar/KSh).
DLP/PII-nazorat: tokenlash, taxalluslashtirish, mintaqaviy vitrinalar.
Muhim rollar uchun Anti-Sybil: depozitlar/sug’urta, proof-of-authority.
Kalitlarni rotatsiya/chaqirib olish: «ikki kalit», smena jurnali, sheriklarga bildirishnomalar.

15) Hodisalar playbook («qovurg’a» va «rol» bo’yicha)

• Darhol chaqirib olish, «revoke-event» ni e’lon qilish, ACL bo’yicha blok, bog’liq kalitlarni rotatsiya qilish, hisobot ≤ 24 soat.

• Yo’nalishni o’zgartirish, K-confirmations, throttle hajmlarini oshirish, kommunikatsiyalar, SLO bo’yicha kompensatsiyalar.

• Aloqalarni muzlatish, qo’lda yig’ish, komplayens hisoboti, ro’yxatlarni yangilash.

• Loglar to’qnashuvi (imzolar/kvitansiyalar), arbitraj, vaqtinchalik greylist, to’lovlarga tuzatishlar kiritish.

16) «Xarita» tahlilining namunalari (psevdo-SQL)

Rollar va mamlakatlar bo’yicha qoplash

sql
SELECT role, country, COUNT(DISTINCT org_id) AS orgs
FROM role_bindings rb
JOIN orgs o USING (org_id)
GROUP BY role, country;

Komplayens (kechiktirish) muddatlari

sql
SELECT org_id, last_audit, next_review,
CASE WHEN next_review < now() THEN 'overdue' ELSE 'ok' END AS status
FROM compliance_records
ORDER BY next_review ASC;

Qovurg’alar salomatligi (muvaffaqiyat/yashirin)

sql
SELECT edge_type,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY latency_ms) AS p95_latency,
100. 0 SUM(CASE WHEN status='success' THEN 1 ELSE 0 END)/COUNT() AS success_rate
FROM edge_metrics
WHERE ts >= now() - INTERVAL '7 days'
GROUP BY edge_type;

17) Registrlar va kataloglar (referens-YAML)

yaml catalogs:
networks: [eth-mainnet, polygon, solana, tron]
assets:
- { symbol: USDC, decimals: 6, chains: [eth-mainnet, polygon] }
- { symbol: TRYX, decimals: 2, chains: [tron] }
regulators:
- { code: UKGC, country: GB }
- { code: MGA, country: MT }
sdk_versions:
required: { min: "2. 4. x", lts: "2. 6. x" }

18) Operatsion reglamentlar

Har kuni: qovurgʻalar monitoringi (SLO), kalitlar rekovoklarini tekshirish, onbording maqomlari hisobotlari.
Har hafta: karta qo’mitasi - yangi rollar/xaridlar, komplayensning kechikishi, grantlar/MVP integratsiyalari bo’yicha tavsiyalar.
Har oyda: aktivlar/tarmoqlar katalogi auditi, SDK versiyalari taftishi, hodisalar bo’yicha hisobot va time-to-fix.
Har chorakda: Trust Tiers, DR stress testi va emergency-protseduralarni qayta ko’rib chiqish.

19) «Xarita» ni joriy etish chek-varaqasi

1. Rollar/kichik rollar taksonomiyasi va ma’lumotlar sxemasini kelishish.
2. Ishtirokchilar roʻyxati, kataloglar, ACL va capability siyosatini kengaytirish.
3. Qovurg’alar (SLI/SLO) va burn-rate alertlarini yoqish.
4. Onbording konveyerini moslash (KYB, kalitlar, sandbox → prod).
5. Xaritani governance (proposals, timelock, yechimlar jurnali) bilan bogʻlash.
6. Komplayens qoplamalari, xavflari va kechikishlari muntazam ravishda revizsiya qilinsin.
7. Ichki/sherik foydalanuvchilar uchun «ekotizim atlası» ni nashr etish.

20) Glossariy

org_id tashkilotning oʻziga xos texnik oʻziga xosligidir.
Trust Tier - ishtirokchining ishonch/sertifikatlash darajasi.
Edge/Rebro - SLO va limitlar ishtirokchilari o’rtasidagi rasmiy aloqa.
Capability - muayyan konturda ruxsat etilgan operatsiya/huquqlar.
Coverage% - yopiq funksiyalar/hududlar/versiyalar ulushi.
Burn-rate SLO - xatolar byudjetini «yoqish» tezligi.

Xulosa: ishtirokchilar xaritasi ekotizimning «tashkiliy topologiyasi» dir. Uni joriy etish rollar va aloqalarning yagona tili, mas’uliyatning shaffof chegaralari, oldindan aytib bo’ladigan SLO, tezkor onbording va boshqariladigan xavflarni yaratadi. Ushbu asos bilan tarmoqni kengaytirish, monitoring qilish va rivojlantirish osonroq - kutilmagan hodisalarsiz va barcha tomonlar uchun maksimal foyda bilan.