Экосистеманын катышуучуларынын картасы
(Бөлүм: Экосистема жана тармак)
1) Эмне үчүн катышуучулардын картасы керек
Катышуучулардын картасы - экосистемадагы "ким ким" деген жалпы модель: ролдор, мамилелер, укуктар, жоопкерчилик чектери жана комплаенс контурлары. Ал терминдердин карама-каршылыгын жок кылат, өнөктөштөрдү бириктирүүнү тездетет, инциденттердин изин жөнөкөйлөтөт жана тармактын башкаруучулугун жогорулатат (governance, тобокелдик, коопсуздук, өнүгүү).
2) Ролдордун таксономиясы (жогорку деңгээл)
1. Операторлор - кардарлардын тажрыйбасы бар бренддер/платформалар.
2. Мазмун провайдерлери (Studios/Content Providers) - слоттор, жандуу оюндар, спорт оюндары, мини оюндар.
3. Төлөм провайдерлери (PSP/On-Off Ramp) - карталар, APM, стейблдер, крипто капчыктар.
4. Идентификация жана тобокелдик (KYC/KYB/AML/Trust) - текшерүү, эсептөө, санкциялык чыпкалар.
5. Инфраструктура/Тармак (Nodes/Relays/Edge/CDN/Көпүрөлөр) - транспорт, багыттоо, кросс-чынжыр байланыштары.
6. Аффилиаттар/Агрегаторлор/Трафик - лиддердин булактары, витриналар, медиа тармактар.
7. Аналитика жана маалыматтар (DWH/BI/Anti-Fraud) - байкоо, отчеттуулук, моделдөө.
8. Коомдор жана DevRel - иштеп чыгуучулар, интеграторлор, өнөктөш командалар.
9. Регуляторлор жана аудиторлор (B2G) - лицензиялар, текшерүүлөр, отчеттор.
10. Говернанс жана казына - эрежелер, бюджеттер, гранттар.
11. Өнөктөш брокерлер/Базар-плейстер - трафик, ликвиддүүлүк, интеграция алмашуу.
3) Субролдор жана объектилер (деталдаштыруу)
Операторлор: B2C-бренд, White-Label, аймактык суб-оператор, PSP-роутер.
Студиялар/провайдерлер: RGS, Live-студия, турнирлердин "раннери", спорт-фид жеткирүүчүсү.
PSP: эквайринг карта, жергиликтүү APM (Papara, Mefete ж.б.), крипто-процессинг, тобокелдик-эрежелер сатуучу.
KYC/KYB/AML: KYC берүүчүсү, санкция тизмеси булагы, PEP/Adverse Media провайдери, жүрүм-турум эсеби.
Инфраструктура: validator/nod, супер-түйүн/relay, көпүрө (light/optimistic/ZK), CDN/edge-кэш.
Traffic/Медиа: Showroom, Арбитраждык, Influencer Network, Retargeting-DSP, CRM мылтык өнөктөш.
Маалыматтар: blockchain индекси, CDC-connector, анти-frod DSS, BI.
Коомчулук: SDK контрибутор, интегратор, жергиликтүү өкүл/элчи.
B2G: жөнгө салуучу, салык отчеттуулугу, аудит (тышкы/ички).
Говернанс/Казыналык: протокол кеңеши, делегаттар, гранттык комитет.
Брокерлер: интеграция агрегатору (API-базар), трафик/ликвиддүүлүк алмашуу.
4) Ишеним жана иденттүүлүк моделдери
Юридикалык өзгөчөлүгү: KYB (reg. номери, өлкө, бенефициарлар), лицензиялар/уруксаттар.
Техникалык өзгөчөлүгү: 'org _ id', 'peer _ id' (ed25519/secp256k1), X.509 (mTLS), даректер/капчыктар.
Ишеним деңгээли (Trust Tiers): T0 (ачык), T1 (негизги тастыктоо менен), T2 (кеңейтилген текшерүү + депозиттер), T3 (маанилүү ролдор/көпүрөлөр).
Ачкыч саясаты: уюмдун тамыр ачкычтары + сессия; ротация/кайра карап чыгуу, ишенимдүү ачкычтар журналы.
5) Өз ара матрица (B2B/B2C/B2G)
Operator Provider: мазмун, лимиттер, турнир, биллинг, SLA.
PSP/KYC оператору: депозиттер, төлөмдөр, текшерүү, чарджбеки.
Оператор Affiliates: лиддер, атрибутика, төлөмдөр, QoT.
Provider Network/Infra: бөлүштүрүү, кечигүү, аяктоо.
Governance Бардык: эрежелер, добуш берүү, гранттар.
Regulator/Audit Operator/PSP: отчеттор, текшерүүлөр, окуялар.
Data/BI Бардыгы: окуялардын схемалары, витриналар, купуялык.
Байланыш түрлөрү: маалыматтар (events), чалуулар (RPC/API), баалуулук (төлөмдөр/активдер), ишеним (ачкычтар/кол тамгалар), башкаруу (proposal/чечимдер).
6) Катышуучунун жашоо цикли (Lifecycle)
1. Onbording: каттоо, KYB, лицензияларды текшерүү, документтерди жүктөө, 'org _ id' генерациясы, ачкычтарды чыгаруу.
2. Техникалык интеграция: sandbox → этап → canary → production, сыноо учурлары, биринчи окуялар кол коюу.
3. Активдештирүү: SLO-максаттар, квоталар/лимиттер, пулга киргизүү (трафик/ликвиддүүлүк).
4. Өсүү: аймактарды/ыкмаларды кеңейтүү, гранттар/маркетинг, SDK жаңыртуулар.
5. Комплаенс: мезгил-мезгили менен ревю, ачкычтарды текшерүү, ротация, DR тесттери.
6. Эволюция/токтотуу: келишимдердин миграциясы, акча каражаттарын алуу, архив, ачкычтарды кайра чакыртып алуу.
7) Катышуучулардын жана жеткиликтүүлүктөрдүн реестри (референс-модель)
Маңызы:- 'org' (уюм), 'role _ binding' (ролу жана бүтүм), 'credential' (ачкыч/сертификат), 'capability' (уруксат топтому), 'limit' (квота), 'compliance _ record' (CMC/CMC/аудит), 'contact' (операциялык).
Схема мисал (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
);Саясат мисал (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) Байланыштар жана байкоо контур
Катышуучулардын графасы: чокулары - 'org _ id', кабыргалары - 'relation (type, scope, slas, limits)'.
Кабыргалардын категориялары: 'content', 'payments', 'bridge', 'traffic', 'data', 'governance'.
Байкоо: P2P-хоп, ишеним журналы (кол), ар бир кыры түрү боюнча SLI/SLO.
Үлгү кыры (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) Процесстер жана маалыматтар боюнча Mapping
Окуя модели: 'signup/kyc/pass', 'deposit/payout', 'game _ start/event', 'bridge. lock/mint`, `traffic. view/click '- бирдиктүү схема жана idempotency-ачкычтары.
Каталогдор: тармактар/активдер/төлөм ыкмалары/SDK версиялары/жөнгө салуучулар/өлкөлөр.
Логирлөө жана аудит: өзгөрүлбөс журналдар (hash-чынжырлар), 'proposal _ id' (governance) жана 'org _ id'.
10) "Карта" ден соолук көрсөткүчтөрү (KPI/SLO)
Каптоо жана толуктугу
Coverage% ролдору боюнча (катышуучулар тарабынан жабылган экосистемалык функциялардын үлүшү).
Region Coverage% (өлкөлөр × ыкмалар × провайдерлер).
Version Coverage% (SDK/протокол).
Сапат жана тобокелдик
Compliance Freshness (акыркы CV/аудит текшерүү менен убакыт).
Key Hygiene (убагында айлануу, өчүп ачкычтар үлүшү).
ролдору/кабыргалары боюнча Incident Rate; MTTA/MTTR.
Экономика жана өсүш
New Partners/ай, Activation Velocity (онбордингден биринчи окуяларга чейин), Net Contribution (катышуучунун GTV/MAU/ликвиддүүлүккө кошкон салымы).
Partner Churn%.
SLO мисалдар
KYB review ≤ 5 жумушчу күн; T3 ачкычтары айлануу ≤ 90 күн; Incident SEV-1 MTTR ≤ 30 мин; Post-mortem ≤ 72 ч.
11) Дашборддор (макеттер)
Атлас (жалпы карта): интерактивдүү граф: ролдор, байланыштар, статустар (зел/сары/кызыл), өлкөлөр/кырлар боюнча фильтрлер.
Compliance: текшерүү мөөнөтү, мөөнөтү өтүп кеткен CBT/аудиттер, санкциялык хиттер.
Connectivity: p95 latency жана кыры боюнча success, P2P түз үлүшү, relay-пайыз.
Экономика: катышуучулардын салымы (GTV/MAU/Take Rate), жогорку өсүшү/төмөндөшү.
Тобокелдик: класстар боюнча окуялар, burn-rate SLO, контрагенттер боюнча экспозициялар.
Governance: сунуштардын активдүүлүгү, добуштарды бөлүштүрүү, гранттар.
12) Катышуучунун Onbording: чек-тизмеси
1. Юридикалык анкета + документтер (KYB, лицензиялар, бенефициарлар).
2. Техникалык каттоо 'org _ id', ачкычтарды чыгаруу/жүктөө, mTLS орнотуу.
3. Ролдорду жана сатып алууларды тандоо, 'capabilities' жана лимиттерди дайындоо.
4. Сандбокс туташуу, сыноо заттары (events, payouts, limits, bridge).
5. SLO/Alerts жана байланыш линиясын орнотуу (маанилүү ролдор үчүн 24/7).
6. SLA/регламенттерди бекитүү, реестрге жарыялоо.
7. Канар мезгили (1-2 жума), андан кийин квоталарды кеңейтүү.
13) Өзгөрүүлөрдү башкаруу жана шайкештик
API версиясы/окуялар/схемалар: "бир гана кошуу" саясаты, 90 күндүк ≥ терезе.
Capability negotiation: handshake менен колдоого алынган мүмкүнчүлүктөрдү жарыялоо.
Rols/skupov көчүрүү: governance аркылуу арыз, timelock, аудит.
14) Коопсуздук жана купуялык
Минималдуу зарыл укуктар (PoLP) ролдору жана кабыргалары боюнча.
сезгич темалар үчүн E2E-коддоо (төлөмдөр/CUS).
DLP/PII-Control: tokenization, псевдонимизациялоо, аймактык терезелер.
Анти-Sybil маанилүү ролдору үчүн: депозиттер/камсыздандыруу, proof-of-authority.
Ачкычтарды айлантуу/чакыртып алуу: "кош ачкычтар", сменалар журналы, өнөктөштөргө билдирүүлөр.
15) Playbook окуялар ("кабыргасы" жана "ролу" боюнча)
Катышуучунун ачкычынын компромисстери (T2/T3):- Дароо карап чыгуу, жарыялоо 'revoke-event', ACL блогу, көз каранды ачкычтарды айлантуу, отчет ≤ 24 саат.
- багытын өзгөртүү, K-confirmations жогорулатуу, throttle көлөмү, байланыш, SLO боюнча ордун толтуруу.
- Байланыштарды тоңдуруу/сатып алуулар, кол чабуу, комплаенс отчету, тизмелерди жаңылоо.
- Логдордун кагылышуусу (кол тамгалар/дүмүрчөктөр), арбитраждык, убактылуу greylist, төлөмдөрдү тууралоо.
16) "Карта" аналитикасынын мисалдары (псевдо-SQL)
Ролдор жана өлкөлөр боюнча камтуу
sql
SELECT role, country, COUNT(DISTINCT org_id) AS orgs
FROM role_bindings rb
JOIN orgs o USING (org_id)
GROUP BY role, country;Комплаенс мөөнөтү (кечиктирүү)
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;Ден соолук кабыргалары (ийгилик/жашыруун)
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) Регистрлер жана каталогдор (Reference-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) Операциялык регламенттер
Күн сайын: кабыргаларды көзөмөлдөө (SLO), ачкычтардын ревокторун текшерүү, онбординг статусунун отчеттору.
Апта сайын: карта комитети - жаңы ролдор/сатып алуулар, комплаенс кечиктирүүлөр, гранттар/MVP интеграциясы боюнча сунуштар.
Ай сайын: активдердин/тармактардын каталогун текшерүү, SDK версияларын текшерүү, инциденттер боюнча отчет жана time-to-fix.
Чейрек сайын: Trust Tiers, стресс-тест DR жана шашылыш процедураларды кайра карап чыгуу.
19) "Картаны" киргизүүнүн чек-тизмеси
1. Ролдордун/субролдордун таксономиясын жана маалыматтар схемасын макулдашуу.
2. Катышуучулардын реестрин, каталогдорду, ACL жана capability саясатын жайылтуу.
3. кабыргалар байкоо (SLI/SLO) жана burn-rate алерталар кирет.
4. Conbording конвейерин (KYB, ачкычтар, sandbox → prod) орнотуу.
5. Картаны governance (proposals, timelock, solutions journal) менен байланыштырыңыз.
6. Жабууну, тобокелдиктерди жана комплаенс кечиктирүүнү дайыма текшерип туруңуз.
7. Ички/өнөктөш колдонуучулар үчүн "экосистеманын атласын" жарыялоо.
20) Глоссарий
org_id - уюмдун уникалдуу техникалык өзгөчөлүгү.
Trust Tier - катышуучунун ишеним/күбөлүк деңгээли.
Edge/Rebro - SLO жана лимиттер менен катышуучулардын ортосундагы формалдуу байланыш.
Capability - белгилүү бир контурдагы уруксат берилген операция/укук.
Coverage% - жабык функциялардын/аймактардын/версиялардын үлүшү.
Burn-rate SLO - каталардын бюджетин "өрттөө" ылдамдыгы.
Жыйынтык: катышуучулардын картасы - бул экосистеманын "уюштуруу топологиясы". Аны ишке ашыруу ролдордун жана байланыштардын бирдиктүү тилин, жоопкерчиликтин ачык-айкын чектерин, болжолдонгон SLO, тез онбординг жана башкарылуучу тобокелдиктерди берет. Бул негиз менен тармакты масштабдоо, мониторинг жүргүзүү жана өнүктүрүү оңой - сюрпризсиз жана бардык тараптар үчүн максималдуу пайда менен.