אשכולות שוק

(סעיף: מערכת אקולוגית ורשת)

1 הגדרה ומטרה

• לוקליזציה מנוהלת (סמכות שיפוט/תושבות/מיסים),
• קיבולת צפויה ונזילות (פיקדונות, תשלומים, בריכות),
• כלכלה בת קיימא (CTS, Take Rate, ARPU/LTV),
• מתווה SLO/שקוף.

2) טקסונומיה של אשכול

1. גיאו-רגולציה: EU, בריטניה, TR, LA, APAC, NA; אשכולות משנה ברישיון/מס.
2. תשלום: כרטיס AWP/Crypto; על רמפה/מסדרונות הרמפה.
3. קזינו/חי, הימורים (ספורט/סייבר), מיני-משחקים, לוטו.
4. Cock/Associates: Lead Process, Storfronts, Streaming/Influencers.
5. בריכות נזילות/נוזלים: טורנירים/זכיות, בריכות ספק, גשרים בין אשכול.
6. הפעלה: תמיכה בשפות, שעות פתיחה, ספקי SLA KYC/PSP.
7. סיכונים/ציות: סנקציות, רמות KYC/KYB, פרופילים נגד הונאה.

3) טופולוגיות אשכול וקישוריות

Hub-and-Cluster: הובס אזורי (שכבת רשת) משרת מספר אשכולות שוק עם מטמונים משותפים וחנויות.
אשכול: מקבץ העמיתים מגשר (נזילות/נתונים) עם סיום מנוהל.
Ring/Speak: אשכול ”גרעיני” אחד (ספריות התייחסות) והיקפים לשווקים מקומיים.
מבודד-מוד: האשכול פועל באופן עצמאי תחת בידוד ערוץ (סופי-בלבד).

4) תפקידים וחברים באשכול

מפעילי B2C/B2B2C: מותגים/תווית לבנה.
תוכן וספקים: אולפנים, טורנירים, שידורי ספורט.
PSP/APM/On-Off Ramp: שיטות מקומיות, עיבוד הצפנה.
KYC/KYB/AML: אימות, סנקציות, ניקוד.
אגרגטורים/תנועה: חנויות, DSP, שותפים CRM.
תשתית/גשרים: צמתים, משחזרים, התובע המחוזי.
פיקוח/ביקורת: כללי אשכול, תקציבים, מענקים, דיווח.

5) מודל נזילות וניתוב

בריכות מקומיות: הפקדות/תשלומים בתוך האשכול, דיווח מטבע, רזרבות P0.
גשרים בין אשכולות: מסדרונות מוגבלים עם קיי אישור/חלון מחלוקת.
SOR (ניתוב סדר חכם): מכוון את התנועה/התשלומים/הנזילות ל ־ SLA/ערך/סיכון.
תמחור ועמלות: מבוסס על CTS (עלות לשרת), תנודתיות עמלות וויתורים 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), שיעור הצלחה, תור-לאג p95;
• תצוגות רעננות (min), פיינליטי p95 לתשלום/גשרים;
• Geo-Hit Ratio (בקשות שירות מקומיות,%);
• PSP הצלחה%, KYC p95 ((כלומר, מחלוקת/Chargback Rate;
• ניצול נזילות%, כיסוי הוכחה%.

• פי-0 פי-95 על 400 דולר, זמינות על 99. 95%;
• תשלום סופי p95 על 10 דקות; KYC p95 יומן 15 דקות;
• Geo-Hit = 85%; PSP הצלחה 98. 5%; כיסוי הוכחה - 99%.

QOS: P0 (תשלומים/ברידג '/פיניקליזציה), P1 (מוצר), P2 (כמות/ארכיון).

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

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) יכולת תצפית ולוחות מחוונים

אשכול Ops (שעה/זמן אמת): latency/evency/laue-lag, p95 finalization, PSP process/tames.
כלכלה: CTS/1k מבצעים, Take Rate, נזילות%, ARPU/LTV (ראשי תיבות של PII).
ציות: תושבות, סנקציות, KYC SLA, Proof-Covery.
ניתוב: Geo-Hit, טעינת מסדרון, כשלי גשר/DA.
סיכון: מטענים/סכסוכים, חריגות תנועה/תשלום.

11) כלכלת אשכול

CTS per 1k ops = ערוצים + חישובים + אחסון + רישיונות/ספקים.
רוחב פס TPS_per_$-קיימא לדולר.
תרומת שותף: תרומה נטו (GTV - Cost - Rebates).
סבסוד: העברת מרווחים במסדרונות בין האשכולות לפי כללי הממשל.

12) ממשל ואבולוציה של אשכולות

תהליך הצעה: יצירת/מיזוג/פיצול אשכולות, שינוי גבולות/מסדרונות, כניסה של PSP/KYC חדש.
החלטות חתומות, חנויות דוחות, תקריות שלאחר המוות.
קטלוגי גרסה: LTS SDK/Eventions, פחת חלון 90 יום.
נוגדי אמון ואילוצי סיכון: PSP/תוכן/גיוון תנועה.

13) חוברות משחק תקריות

הצלחה של A. PSP% יורד באשכול

1. מעבר SOR לשיטות חלופיות, 2) עלייה בגבולות K-אישור/המתנה,

2. הודעה למשתתפים, 4) עמלה/ניתוח latency, 5) לאחר המוות.

ב. עומס יתר במסדרון הנזילות

1. הצגת תעריף הגבלת/מכסות, 2) דמי פרימיום זמניים, 3) חלוקה מחדש לאשכולות השכנים, דו "ח 4).

הפרעה למגורים/יצוא

1. בלוק של יצוא בין אשכול, 2) reduction, 3) Competition Administration, 4).

ספייק כשל D. D. DA/Bridge

1. 2) הגדלת חלון המחלוקת/Q, 3) פיצוי פעולות, 4) ניתוח הסיבות.

חריגות תנועה (זריקות בוט)

1. מצערת/מכחיש כללים, 2) קיי אס/שיפור מסנן התנהגותי, 3) הסגר תשלום, 4) חישוב מחדש.

14) יישום: רשימה

1. מקטע שווקים על ידי Geo/רגולציה/תשלומים/וארטיקלים ונעילה במפת אשכול.
2. הגדר SLO/QOS ומדדים כלכליים (CTS, TPS_per_$, Take Rate).
3. הגדרת ספריות/חוזים וניתוב SOR, גבולות מסדרון.
4. כולל יכולת תצפית: אשכול מבצעים/כלכלה/ציות/סיכון.
5. לבצע בדיקות של קישוריות בין אשכול ותובע מחוזי.
6. להתחיל בתהליך שינוי הממשל (זמן, דוחות, דוחות).
7. סקירת מבנה אשכול ו ROI חודשי.

15) גלוסרי

אשכול שוק הוא תחום עם כללים כלליים לביקוש, תשלומים וציות.
מסדרון - תקשורת מנוהלת בין אשכולות (נזילות/נתונים/תנועה).
SOR - ניתוב חכם של פעולות במחיר/SLA/סיכון.
CTS לכל 1 k מבצעים - העלות של שירות 1000 פעולות.
יחס Geo-Hit - הפרופורציה של בקשות מוגשות באופן מקומי.
כיסוי הוכחה - החלק של רשומות עם ראיות קריפטו/עוגנים.

שורה תחתונה: אשכולות השוק הופכים את ”רשת אחת גדולה” למערכת של תחומים מנוהלים קטלוגים ברורים, ניתוב SOR, מדידת נזילות וממשל קפדני מאפשרים למערכת האקולוגית לגדול, לשמור על ציות ולייעל ערך בעזרת חוויית משתמש יציבה.