ბაზრის მტევანი

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

1) განმარტება და მიზანი

• კონტროლირებადი ლოკალიზაცია (იურისდიქცია/რეზიდენცია/გადასახადები),
• პროგნოზირებადი შესაძლებლობები და ლიკვიდობა (ანაბრები, გადახდები, აუზები),
• სტაბილური ეკონომიკა (CTS, Take Rate, ARPPU/LTV),
• გამჭვირვალე SLO/კონტურები.

2) მტევნების ტაქსონომია

1. გეო-მარეგულირებელი: EU, დიდი ბრიტანეთი, TR, LA, APAC, NA; მტევანი ლიცენზიით/გადასახადებით.
2. გადახდა: ბარათები/ადგილობრივი ARM/კრიპტო; on-ramp/off-ramp დერეფნები.
3. სასურსათო ვერტიკალები: კაზინო/ცოცხალი, ფსონები (სპორტი/კიბერი), მინი თამაშები, ლატარიები.
4. ტრაფიკი/აფილიატები: ფოთლების წყაროები, ფანჯრები, ნაკადი/ინფლაცია.
5. ლიკვიდობა/თხევადი აუზები: ტურნირები/ჯეკპოტები, პროვაიდერის აუზები, ინტერკლასტერული ხიდები.
6. ოპერაციული: ენების მხარდაჭერა, სამუშაო საათები, KYC/PSP პროვაიდერების SLA.
7. რისკი/შესაბამისობა: სანქციების სიები, KYC/KYB დონე, პროფილების ანტი-ფროიდი.

3) ტოპოლოგია და მტევნების კავშირი

Hub-and-Cluster: რეგიონალური კერა (ქსელის ფენა) ემსახურება ბაზრის რამდენიმე მტევანს საერთო ქეშებითა და ფანჯრებით.
Cluster Mesh: მტევნების თანატოლები უკავშირდება ხიდებს (ლიკვიდობა/მონაცემები) კონტროლირებადი ფინალიზაციით.
Ring/Spoke: ერთი „ბირთვული“ მტევანი (რეფერენდუმის კატალოგები) და პერიფერია ადგილობრივი ბაზრებისთვის.
Isolated-Mode: მტევანი მუშაობს ავტონომიურად, როდესაც არხები იზოლირებულია.

4) როლები და მონაწილეები კლასტერში

ოპერატორები B2C/B2B2C: ბრენდები/თეთრი-ლაბელი.
შინაარსი და პროვაიდერები: სტუდიები, ტურნირები, სპორტული ფიდები.
PSP/APM/On-Off Ramp: ადგილობრივი მეთოდები, კრიპტო-დამუშავება.
KYC/KYB/AML: გადამოწმება, სანქციები, მორიელები.
აფილატები/ტრაფიკის აგრეგატორები: ფანჯრები, DSP, CRM პარტნიორები.
ინფრასტრუქტურა/ხიდები: კვანძები, მიმწოდებლები, DA.
მთავრობის/აუდიტი: კლასტერის წესები, ბიუჯეტები, გრანტები, ანგარიშები.

5) ლიკვიდობის მოდელი და მარშრუტიზაცია

ადგილობრივი აუზები: დეპოზიტები/გადახდები კლასტერში, ანგარიშგების ვალუტა, P0 რეზერვები.
Interclaster ხიდები: შეზღუდული დერეფნები K- დადასტურებებით/დავის ფანჯრით.
SOR (Smart Order Routing): აგზავნის ტრაფიკს/გადასახადებს/ლიკვიდობას SLA/ღირებულებით/რისკით.
პრაიმერი და კომისიები: დაფუძნებულია CTS (Cost-to-Serve), კომისიების ცვალებადობა და PSP/DA უარის თქმის საფუძველზე.

6) დირექტორიები და მონაცემთა კონტრაქტები

მტევნების ერთიანი საცნობარო წიგნები: ქსელები, აქტივები, PSP/მეთოდები, ენები/ლოკალი, მარეგულირებელი, SDK ვერსიები.

yaml cluster:
id: "eu.gaming.core"
region: "EU"
products: ["casino","sports","live"]
payments:
methods: ["SEPA","cards","USDC"]
limits_daily: { deposit: 1000000, payout: 1000000 }
compliance:
kyc_levels: ["basic","enhanced"]
residency: "EU-only"
slo:
api_p95_ms: 400 payout_finality_p95_min: 10

7) კლასტერული SLI/SLO და QoS

• p95 API latency (P0/P1), Success Rate, Queue-Lag p95;
• Freshness witrin (წთ), Finality p95 გადახდა/ხიდისთვის;
• Geo-Hit Ratio (ადგილობრივად მომსახურე მოთხოვნები,%);
• PSP Success%, KYC p95 (мин), Dispute/Chargeback Rate;
• Liquidity Utilization% (დატვირთვა აუზებზე), Proof-Coverage%.

• P0 p95 ≤ 400 мс, Availability ≥ 99. 95%;
• Payout Finality p95-10 წუთი; KYC p95-15 წთ;
• Geo-Hit ≥ 85%; PSP Success ≥ 98. 5%; Proof-Coverage ≥ 99%.

QoS: P0 (გადახდა/ხიდი/საბოლოო), P1 (სასურსათო), P2 (bulk/არქივი).

8) მონაცემები და სქემები (ფსევდო-SQL)

მტევნების და ობლიგაციების რეგისტრაციები

sql
CREATE TABLE market_clusters (
cluster_id TEXT PRIMARY KEY,
region TEXT, currency TEXT, residency TEXT,
products JSONB, created_at TIMESTAMPTZ
);

CREATE TABLE cluster_links (
src_cluster TEXT, dst_cluster TEXT,
link_type TEXT,      -- liquidity    data    traffic k_conf INT, challenge_min INT,
capacity NUMERIC,     -- дневные лимиты ликвидности cost_per_tx NUMERIC,
status TEXT,
PRIMARY KEY (src_cluster, dst_cluster, link_type)
);

PSP პროფილები და წარმატება

sql
CREATE TABLE psp_stats (
ts TIMESTAMPTZ, cluster_id TEXT, psp TEXT, method TEXT,
success_pct NUMERIC, fee_p95 NUMERIC, latency_p95_ms INT, volume NUMERIC
);

Geo-Hit и Freshness

sql
SELECT cluster_id,
100.0 SUM(CASE WHEN served_local THEN 1 END)/COUNT() AS geo_hit_pct,
PERCENTILE_CONT(0.95) WITHIN GROUP (ORDER BY freshness_s) AS freshness_p95
FROM cluster_requests
WHERE ts >= now() - INTERVAL '24 hours'
GROUP BY cluster_id;

9) მარშრუტიზაცია და ლიმიტები (პოლიტიკოსები)

yaml routing:
order:
- prefer_local_cluster
- min_fee_p95
- max_success_pct guards:
p0_queue_lag_p95_ms: 2000 k_confirmations_min: 12 payouts:
corridor_limits:
"eu.gaming.core -> la.gaming.core": { daily_usd: 500000, k: 20 }
traffic:
throttle:
debug_sampling_pct: 5 heavy_queries_deny: ["logs>5000blocks"]

10) დაკვირვება და დაშბორდები

Cluster Ops (საათი/რეალი დრო): latency/error/queue-lag, p95 ფინალიზაცია, PSP წარმატება/fees.
Economy: CTS/1k ops, Take Rate, Liquidity Utilization%, ARPPU/LTV (без PII).
Compliance: residence, სანქციები, KYC SLA, Proof-Coverage.
Routing: Geo-Hit, დერეფნების დატვირთვა, ხიდების წარუმატებლობა/DA.
რიკი: chargebacks/disputes, ტრაფიკის/გადახდის ანომალიები.

11) კლასტერის ეკონომიკა

CTS per 1k ops = არხები + გაანგარიშება + შენახვა + ლიცენზია/პროვაიდერები.
TPS _ per _ $ - სტაბილური დოლარის გამტარუნარიანობა.
პარტნიორების წვლილი: Net Contribution (GTV - Cost - Rebates).
ჯვარედინი სუბსიდირება: ზღვრის გადაცემა ინტერკლასტიკური დერეფნების საშუალებით, მთავრობის წესების შესაბამისად.

12) მთავრობის და მტევნების ევოლუცია

Proposal პროცესი: მტევნების შექმნა/შერწყმა/გაყოფა, ლიმიტების/დერეფნების შეცვლა, ახალი PSP/KYC დაშვება.
Timelock და აუდიტი: ხელმოწერილი გადაწყვეტილებები, საანგარიშო ფანჯრები, post-mortem ინციდენტები.
ვერსიების კატალოგები: LTS SDK/მოვლენები, სადეპოზიტო ფანჯარა - 90 დღე.
ანტიმონოპოლური და რისკის შეზღუდვები: PSP/შინაარსის/ტრაფიკის დივერსიფიკაცია.

13) ინციდენტების ფლეიბუკი

A. PSP Success% მტევანი

1. SOR- ის ალტერნატიულ მეთოდებზე გადასვლა, 2) K- კონფიდენციალურობის/ლოდინის ლიმიტის ზრდა,

2. მონაწილეთა შეტყობინება, 4) fee/latence ანალიზი, 5) პოსტ-mortem.

B. გადატვირთვა ლიკვიდობის დერეფანში

1. rate-limit/კვოტის შემოღება, 2) fee- ს დროებითი შემწეობა, 3) მეზობელ მტევნებზე გადანაწილება, 4) ანგარიში.

C. რეზიდენციის/ექსპორტის დარღვევა

1. ინტერკლასტიკური ექსპორტის ბლოკი, 2) გადახედვა, 3) კომუნიკაციის შეტყობინება, 4) პოლიტიკოსის განახლება.

D.Spike უარყოფა DA/ხიდები

1. „საბოლოო-მხოლოდ“ რეჟიმი, 2) დავის ფანჯრის ზრდა/K, 3), რომელიც ანაზღაურებს ოპერაციებს, 4) მიზეზების ანალიზს.

E. ტრეფიკის ანომალიები (ბოტების ინექცია)

1. Throttle/deny წესი, 2) KUS/ქცევითი ფილტრების გაძლიერება, 3) გადახდის საკარანტინო, 4) ატრიბუტის გადაანგარიშება.

14) განხორციელება: შემოწმების სია

1. შეამოწმეთ ბაზრები გეო/მარეგულირებელი/გადახდების/ვერტიკალების მიხედვით და დააფიქსირეთ კასეტური ბარათი.
2. განსაზღვრეთ SLO/QoS და ეკონომიკური მეტრიკა (CTS, TPS _ per _ $, Take Rate).
3. დირექტორიების/კონტრაქტების პარამეტრები და SOR მარშრუტიზაცია, დერეფნების ლიმიტები.
4. ჩართეთ დაკვირვება: Cluster Ops/Economy/Compliance/Risk.
5. ჩაატარეთ DR/chaos ტესტები ინტერკლასტიკური ობლიგაციებისა და DA- სთვის.
6. დაზუსტების მთავრობის ცვლილების პროცესი (Timelock, მოხსენებები, დეპრესიები).
7. ყოველთვიურად გადაამოწმეთ მტევნების სტრუქტურა და ანაზღაურება.

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

ბაზრის მტევანი არის დომენი, რომელსაც აქვს მოთხოვნის, გადახდისა და შესაბამისობის ზოგადი წესები.
დერეფანი - კონტროლირებადი კავშირი მტევნებს შორის (ლიკვიდობა/მონაცემები/ტრაფიკი).
SOR - ჭკვიანი მარშრუტიზაცია ოპერაციების ფასში/SLA/რისკით.
CTS per 1k ops - მომსახურების ღირებულება 1000 ოპერაციისთვის.
Geo-Hit Ratio არის ადგილობრივი მოთხოვნების წილი.
Proof-Coverage - კრიპტოვალუტის/კითხვარის ჩანაწერების წილი.

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