კოლექტიური ლიკვიდობა

1) რატომ არის ეს აუცილებელი?

მყისიერი ლიკვიდობა ახალ მტევნებში. დაიწყეთ რეგიონში/ნიშში - „შერეული“ საერთო აუზი.
საუკეთესო შესაბამისობა და ფასები. ღრმა ბაზარი ნაკლებია, ვიდრე „გავრცელება“, უფრო მაღალია, ვიდრე EPI (ეფექტური ფასის/მოხსნის გაუმჯობესება).
მოთხოვნის/მოთხოვნის შოკები. კვანძებს შორის დატვირთვის გადინება ამცირებს უკმარისობას და ხაზს.
ეკონომიკა. ფილისა და ARPU- ს ზემოთ, ხარჯების ზომიერი ზრდით; cross-sell- ის შესაძლებლობა.

2) კოლექტიური ლიკვიდობის მოდელები

3) არქიტექტურული კომპონენტები

ორდერბუკი/კატალოგი: განაცხადის/ოფისის აბსტრაქცია, სტატუსი და ვერსიები, SLAs და თავსებადობის ატრიბუტები.
SOR (Smart Order Routing): აუზის/მიმწოდებლის არჩევის წესები ფასების/ხარისხის/იურისდიქციის/ლატენტობის გათვალისწინებით.
კოორდინაცია: CDC და ღონისძიების ჟურნალები, 'ღონისძიების _ id' დედაპლატი, რომელიც ანაზღაურებს გარიგებებს.
ატრიბუტი და ბილინგი: ვინ არის გარიგების/კომისიის „მფლობელი“, პრეტენზიის ფანჯრები, რეკონსტრუქცია.
ხარისხი და რეპუტაცია: რეიტინგები/SLA პარტნიორი, ჯარიმები, სამკერდე ნიშნები.
კონფიდენციალურობა და ლოკალიზაცია: PD- ის შენიღბვა, გეო - პინინგი, მოვლენების ექსპორტის წესები.

mermaid flowchart LR
U [Demand] --> GW [Routing Gateway]
P1 [Pool A] --- GW
P2 [Pool B] --- GW
P3 [Partner C] --- GW
GW --> SB[Settlement/Billing]
GW --> OBS[Observability/SLO]

4) მონაცემთა კონტრაქტები (მინიმალური ველები)

yaml offer. v1:
id: uuid kind: product    slot    capacity price: {amount: decimal, currency: ISO4217}
quality: {rating: 0..5, sla_ttm_ms: int}
geo: {region: "EU", city: "Tallinn"}
vendor: {id: "partner-123", tier: "gold"}
terms: {ttl_s: 60, cancellation: "window:15m"}
version: 7 request. v1:
id: uuid constraints: {geo, time, price_ceiling, compliance}
qos: {max_ttm_ms: 500, min_rating: 4. 0}
trace_id: uuid consent: {...}

5) SOR: წესები და ფსევდო კოდი

• `score = w_priceprice_improvement + w_slattm_slo + w_qquality + w_geodistance_penalty + w_riskvendor_risk_penalty`

python def route(request, pools):
candidates = []
for pool in pools:
if not compliant(request, pool):
continue quotes = pool. quote (request) # timebox, idempotent for q in quotes:
s = score(q, request)
candidates. append((s, pool, q))
ordered = sorted(candidates, key=lambda x: -x[0])
return best_feasible(ordered, fairness=request. fairness)

სამართლიანობა: მომწოდებლების როტაცია, ბრუნვის კვოტები, რეპუტაციის შესახებ tie-break და ბოლოდროინდელი მოგება.

6) ლიკვიდობის მეტრიკა

Fill rate = დახურული განაცხადები/ყველა განაცხადი (სეგმენტის/მტევნის მიხედვით).
დრო მატჩამდე (p50/p95) - შერჩევის/შესრულების დრო.
Depth არის ხელმისაწვდომი მოცულობა მოცემულ ფასში/ხარისხში.
Spread/EPI - ეფექტური ფასის გაუმჯობესება.
Utilization - მიწოდების დატვირთვა (idle% - კარგია, თუ SLA წარუმატებლობის გარეშე).
Integrity - გაუქმების/ხალხური კონვერტაციის წილი, შეუსაბამობა ჩანაწერებში (<).
Fairness არის მიმწოდებლების ბრუნვის განაწილების დისპერსია თანაბარი ხარისხით.

• 'fill _ rate _ month _ 92%' მტევანი აქტიური ოფერებით.
• 'p95 _ time _ to _ match' 3s 'პიკის საათებში.
• `cancel_rate ≤ 1. 5% "SLA მიმწოდებლისთვის" 98% ".

7) დაკვირვება და მტკიცებულება

მოვლენები: 'request. sent`, `quote. received`, `match. made`, `settled`, `cancelled`, `refund`.
ტრეკები: 'trace _ id' მეშვეობით SOR - აუზით - მიმწოდებელი.
აუდიტი: ვებჰუკის ხელმოწერები, განკარგულების ვერსიების ჟურნალი, ციტატების „ეკრანიზაცია“.
რეკონსტრუქცია: ორმხრივი მოხსენებები, დედაპლატა, შეუსაბამობები <, SLA პრეტენზიების დახურვის შესახებ.

8) კონფიდენციალურობა, შესაბამისობა, სუვერენიტეტი

Geo-pinning: მგრძნობიარე კატეგორიები/PII არ ტოვებს ნებადართულ რეგიონს.
ფსევდონიმი: ინტერპარტიული გაცვლისთვის - მხოლოდ ფსევდო იდენტიფიკატორი.
Retention, როგორც კოდი: TTL მოვლენები, მოცილების უფლება, იურიდიული ჰოლდი.
DPA/ვებჰუკი: ხელმოწერა, ანტი-რეპლეი, სქემების კონტროლი.

9) ოპერაციული მოდელი და გამოთვლები

როლები: Market Operator (თქვენ), Puls/Parts (Supply), არხები/Witrins (Demand).
კომერცია: RevShare/CPA/მინიმალური გარანტიები; „კლიპი“ მარშრუტიზაციისთვის/ფასების გაუმჯობესებისთვის.
სესხები/ჯარიმები: SLA- ს დაშლისთვის, ყალბი ოფისების, ანგარიშების შეუსაბამობის გამო.
Settlement: T + N სიხშირე, შენახვა, chargebacks, ანგარიშები.

yaml partner_id: "pool-A"
sla:
fill_rate: ">= 90%"
on_time: ">= 98%"
quote_ttl_s: 2 limits:
rps: 200 region: ["EU","TR"]
commercials:
model: "revshare: 20% of net"
security:
webhook_signature: "Ed25519"

10) ინტეგრაციის ნიმუშები

Pull-ète API დროის ყუთით (იდუმალი-კეი).
ხელმოწერილი Webhooks for 'match. made '/' settled '(retrai ექსპონენტით).
ღონისძიების ბუსი CDC ორდერბუკისა და ანალიტიკოსებისთვის (მოვლენების ვერსიები).
Batch-recon (ყოველდღიური SFTP/Blob + საკონტროლო თანხები).
Outbox/Inbox ორივე მხარეს აქვს + დედობა.
სქემის/SDK, თავსებადობის ფანჯარა.

11) გადატვირთვისა და სვინგის კონტროლი

ანტი-კონგესტია: ლიმიტები, რიგები, VIP/რთული შემთხვევების პრიორიტეტი, surge კოეფიციენტები.
ანტი-არბიტრაჟი (ტოქსიკური): „თვითშეფასების“ აკრძალვები დაბალ ფასად/ხარისხზე, „პინგ-პონგის“ მოთხოვნების მონიტორინგი.
ანტი-ფროიდი: მოწყობილობები/ქცევითი ხელმოწერები, honey-tokens, გადავადებული კვალიფიკაცია (cool-off).
პატივისცემით დეგრადაცია: fallback ადგილობრივ აუზზე, „საუკეთესო-ეფორტი“ გამჭვირვალე გაუარესებით.

12) ლოგიკის მაგალითები (ესკიზები)

12. 1 როუტინგი იურისდიქციისა და SLO- ს გათვალისწინებით

python def compliant(req, pool):
return (req. constraints. geo in pool. regions and pool. sla. quote_ttl_s <= 2 and pool. vendor_tier in {"gold","silver"})

12. 2 იუსტიციის პოლიტიკა (რეგოს იდეა)

rego package fairness deny["overexposed vendor"] {
usage. share[input. vendor] > 0. 45 input. vendor. tier == "silver"
}

12. 3 ორდერბუკის კონვერგენციის ტესტი

sql
SELECT offer_id, MAX(version)-MIN(version) AS drift
FROM orderbook_events
WHERE ts >= now() - interval '5 minutes'
GROUP BY 1
HAVING MAX(version)-MIN(version) > 1; -- fragmentation signal

13) სიმწიფის მეტრიკა

Coverage: სეგმენტების/რეგიონების წილი, სადაც X აქტიური ოფშორული კომპანიაა.
Elasticity: რამდენად სწრაფად აღდგება fill rate + მოთხოვნის დროს.
EPI/Spread-improvement: სარგებელი vs სოლო აუზის აგრეგაციიდან.
Fair-distribution: ბრუნვის წილის გადახრა მოსალოდნელი ხარისხით.
ჩანაწერები: შეუსაბამობების დახურვის სიხშირე/ვადა.
Privacy-score: მარშრუტების წილი პოლიტიკის საზღვრებს გარეთ PD- ის ამოღების გარეშე.

14) ანტი შაბლონები

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

15) არქიტექტორის ჩეკის სია

1. განსაზღვრულია მოდელი (ზოგადი აუზი/ფედერაცია/კერა) და სუვერენიტეტის შეზღუდვები?
2. არსებობს მონაცემთა ხელშეკრულება (სქემები, ვერსიები, TTL, ხელმოწერები) და თავსებადობის ფანჯარა?
3. ხორციელდება SOR fairness და bacomps, SLO ლიკვიდობა და დაშბორდები?
4. ასახულია ბილინგი/ატრიბუტი, პრეტენზიის ფანჯრები, სესხები/ჯარიმები?
5. ინტეგრირებულია ანტი-კონგესტია/ანტი-ფროდი/ანტი-არბიტრაჟი და დეგრადაციის რეჟიმი?
6. დამყარდა „გარიგების მტკიცებულებების“ ჩანაწერები და არტეფაქტები?
7. კონფიდენციალურობა: ფსევდონიმი, geo-pinning, retenschen, მოცილების უფლება?
8. სავარჯიშოები: მოთხოვნის სტრესის მწვერვალები/აუზის ვარდნა/ორდერბუკის რასინქრონიზაცია?
9. FinOps: egress ბიუჯეტი, მარშრუტიზაციის ღირებულება, სამიზნე EPI?
10. მთავრობის წილები: ბარიერი, პარტნიორების სერტიფიკაცია, აუდიტი.

დასკვნა

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