Ekosistem Katılımcı Haritası

(Bölüm: Ekosistem ve Ağ)

1) Neden üyelik kartına ihtiyacım var

Katılımcı haritası, ekosistemde model oluşturan genel bir kişidir: roller, ilişkiler, haklar, sorumluluk sınırları ve uyum hatları. Terimlerin karışıklığını ortadan kaldırır, ortakların katılımını hızlandırır, olay izlemeyi basitleştirir ve ağ yönetilebilirliğini (yönetişim, risk, güvenlik, geliştirme) arttırır.

2) Rol taksonomisi (üst düzey)

1. Operatörler - müşteri deneyimine sahip markalar/platformlar.
2. İçerik Sağlayıcılar (Stüdyolar/İçerik Sağlayıcılar) - slotlar, canlı oyunlar, spor yayınları, mini oyunlar.
3. Ödeme sağlayıcıları (PSP/On-Off Ramp) - kartlar, APM, ahırlar, kripto cüzdanları.
4. Tanımlama ve risk (KYC/KYB/AML/Trust) - doğrulama, puanlama, yaptırım filtreleri.
5. Altyapı/Ağ (Düğümler/Röleler/Kenar/CDN/Köprüler) - taşıma, yönlendirme, çapraz zincir bağlantıları.
6. İştirakler/Toplayıcılar/Trafik - potansiyel müşteriler, vitrinler, medya ağları kaynakları.
7. Analitik ve veri (DWH/BI/Anti-Fraud) - gözlemlenebilirlik, raporlama, modelleme.
8. Topluluk ve DevRel - geliştiriciler, entegratörler, ortak ekipler.
9. Düzenleyiciler ve denetçiler (B2G) - lisanslar, denetimler, raporlar.
10. Yönetim ve Hazine - kurallar, bütçeler, hibeler.
11. Ortak brokerler/Pazar yerleri - trafik değişimi, likidite, entegrasyonlar.

3) Alt roller ve nesneler (detay)

Operatörler: B2C markası, White-Label, bölgesel alt operatör, PSP yönlendirici.
Stüdyolar/sağlayıcılar: RGS, canlı stüdyo, turnuva koşucusu, spor yem tedarikçisi.
PSP: kart edinme, yerel APM (Papara, Mefete, vb.), kripto işleme, risk kuralı satıcısı.
KYC/KYB/AML: KYC sağlayıcısı, yaptırım listelerinin kaynağı, PEP/Advers Media sağlayıcısı, davranışsal puanlama.
Altyapı: doğrulayıcı/düğüm, süper düğüm/röle, köprü (ışık/iyimser/ZK), CDN/kenar önbellek.
Trafik/medya: vitrin, hakem, etkileyici ağ, DSP'yi yeniden hedefleme, CRM itme ortağı.
Veri: blockchain indeksleyici, CDC konektörü, dolandırıcılık karşıtı DSS, BI.
Topluluk: SDK katılımcısı, entegratör, yerel temsilci/elçi.
B2G: düzenleyici, vergi raporlama, denetim (dış/iç).
Yönetim/Hazine: Protokol Kurulu, Delegeler, Hibe Komitesi.
Brokerler: entegrasyon toplayıcı (API-market), trafik/likidite değişimi.

4) Güven ve kimlik modelleri

Yasal kimlik: KYB (kayıt numarası, ülke, yararlanıcılar), lisanslar/izinler.
Teknik kimlik: 'org _ id', 'peer _ id' (ed25519/secp256k1), X.509 (mTLS), adresler/cüzdanlar.
Güven Seviyeleri: T0 (genel), T1 (temel sertifika ile), T2 (gelişmiş doğrulama + para yatırma), T3 (kritik roller/köprüler).
Anahtar politikası: kuruluş kök anahtarları + oturum anahtarları; rotasyon/iptal, güvenilir anahtarların günlüğü.

5) Etkileşim Matrisi (B2B/B2C/B2G)

Operatör ↔ Sağlayıcı: içerik, limitler, turnuvalar, faturalandırma, SLA.
Operatör ↔ PSP/KYC: para yatırma, ödeme, doğrulama, ters ibraz.
Operatör ↔ İştirakler: potansiyel müşteriler, ilişkilendirme, ödemeler, QoT.
Sağlayıcı ↔ Ağ/Infra: dağıtım, gecikmeler, sonuçlandırma.
Yönetişim ↔ Hepsi: kurallar, oylama, hibeler.
Regülatör/Denetim ↔ Operatör/PSP: raporlar, kontroller, olaylar.
Veri/BI ↔ Her şey: olay diyagramları, vitrinler, gizlilik.

İlişki türleri: veri (olaylar), çağrılar (RPC/API), değer (ödemeler/varlıklar), güven (anahtarlar/imzalar), yönetim (teklif/çözümler).

6) Üye Yaşam Döngüsü

1. Onboarding: kayıt, KYB, lisans doğrulama, belge yükleme, 'org _ id' üretimi, anahtar verme.
2. Teknik entegrasyon: Sandbox - sahne - kanarya - üretim, test durumları, ilk olayların imzası.
3. Aktivasyon: SLO hedefleri, kotalar/limitler, havuzlara dahil olma (trafik/likidite).
4. Büyüme: Bölgesel/yöntem genişletme, hibeler/pazarlama, SDK güncellemeleri.
5. Uyumluluk: periyodik incelemeler, önemli denetimler, rotasyon, DR testleri.
6. Evrim/sonlandırma: sözleşme göçü, geri çekilme, arşiv, anahtar iptali.

7) Katılımcıların kaydı ve erişim (referans modeli)

• 'org' (organizasyon), 'role _ binding' (rol ve kapsam), 'credential' (anahtar/sertifika), 'capability' (izin seti), 'limit' (kotalar), 'compliance _ record' (CCM/BCW/audit), 'contact' (operasyonel).

Örnek şema (pseudo-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
);

Örnek Politikası (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) Bağlantı grafiği ve gözlemlenebilirlik konturu

Üye grafiği: köşeler - 'org _ id', kenarlar - 'ilişki (tür, kapsam, slas, sınırlar)'.
Kenar kategorileri: 'içerik', 'ödemeler', 'köprü', 'trafik', 'veri', 'yönetişim'.
Gözlemlenebilirlik: P2P-hops izlenmesi, güven günlüğü (imzalar), her kenar türü için SLI/SLO.

Bir kenar modeli örneği (sözde 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) Süreç ve veri haritalama

Etkinlik modeli: 'Signup/kyc/pass', 'deposit/payout', 'game _ start/event', 'bridge. Kilit/nane ',' trafik. View/click '- tek bir şema ve idempotency tuşları.
Kataloglar: ağlar/varlıklar/ödeme yöntemleri/SDK sürümleri/düzenleyiciler/ülkeler.
Günlük kaydı ve denetim: değişmez günlükler (hash zincirleri), 'proposal _ id' (yönetişim) ve 'org _ id' için bağlayıcı.

10) Sağlık metrikleri "haritalar" (KPI/SLO)

Kapsam ve bütünlük

Role göre kapsam % (katılımcılar tarafından kapatılan ekosistem fonksiyonlarının oranı).
Bölge Kapsamı % (ülkeler × yöntemler × sağlayıcılar).
Sürüm Kapsamı % (SDK/Protokol).

Kalite ve risk

Uyumluluk Tazeliği.
Anahtar Hijyeni (zamanında rotasyon, çürük anahtarların paylaşımı).
Role/kenara göre Olay Oranı; MTTA/MTTR.

Ekonomi ve büyüme

Yeni Ortaklar/ay, Aktivasyon Hızı (ilk etkinliklere katılım), Net Katkı (katkıda bulunanın GTV/MAU/likiditeye katkısı).
Ortak Churn %.

SLO örnekleri

KYB incelemesi ≤ 5 iş günü; T3 rotasyon tuşları ≤ 90 gün; Olay SEV-1 MTTR ≤ 30 dk; Ölüm sonrası ≤ 72 ч.

11) Panolar (mizanpajlar)

Atlas (genel harita): etkileşimli grafik: roller, bağlantılar, durumlar (zel/sarı/kırmızı), ülkeye/kenara göre filtreler.
Uyumluluk: denetim süreleri, gecikmiş QAS/denetimler, yaptırım isabetleri.
Bağlantı: p95 gecikme ve kenardan başarı, doğrudan P2P oranı, röle yüzdesi.
Ekonomi: Katılımcı (GTV/MAU/Take Rate), yukarı/aşağı.
Risk: sınıfa göre olaylar, yanma oranı SLO, karşı tarafların maruz kalması.
Yönetim: teklif faaliyeti, oy dağılımı, hibeler.

12) Üye onboarding: kontrol listesi

1. Yasal anket + belgeler (KYB, lisanslar, yararlanıcılar).
2. Teknik kayıt 'org _ id', anahtar serbest bırakma/indirme, mTLS ayarı.
3. Rollerin ve kapsamların seçimi, 'kapasitelerin've sınırların atanması.
4. Sandbox, test süitlerine bağlantı (etkinlikler, ödemeler, limitler, köprü).
5. SLO/uyarıları ve iletişim cetvelini ayarlama (kritik roller için 7/24).
6. SLA/yönetmeliklerin onaylanması, sicilde yayınlanması.
7. Kanarya dönemi (1-2 hafta), daha sonra kotaların genişletilmesi.

13) Değişim yönetimi ve birlikte çalışabilirlik

API/Olay/Şema Sürüm Oluşturma: Yalnızca Ekle İlkesi, 90 gün ≥ Pencereyi Kullanımdan Kaldır.
Yetenek anlaşması: el sıkışma sırasında desteklenen yetenekleri bildirme.
Rol/kepçe göçleri: yönetişim, zaman tüneli, denetim yoluyla uygulamalar.

14) Güvenlik ve gizlilik

Roller ve kenarlara göre minimum gerekli haklar (PoLP).
Hassas konular için E2E şifreleme (ödemeler/CCM).
DLP/PII kontrolü: tokenization, pseudonymization, regional showcases.
Kritik roller için Anti-Sybil: mevduat/sigorta, yetki kanıtı.
Anahtar döndürme/hatırlama: "çift anahtarlar", vardiya günlüğü, ortak bildirimleri.

15) Playbook olayları ("kenar've" rol'ile)

• Anında geri çağırma, 'geri çağırma olayı'nın yayınlanması, ACL tarafından bloke edilmesi, bağımlı anahtarların döndürülmesi, 24 saat ≤ rapor verilmesi.

• Rota değiştirme, artan K-onayları, gaz hacimleri, iletişim, SLO telafisi.

• Bağlantıların/kapsamların dondurulması, manuel inceleme, uyumluluk raporu, listelerin güncellenmesi.

• Günlüklerin çatışması (imzalar/makbuzlar), tahkim, geçici greylist, ödemelerin ayarlanması.

16) "Harita" analitiği örnekleri (pseudo-SQL)

Rol ve ülkeye göre kapsama alanı

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

Uyum (gecikme) süresi

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;

Kaburga sağlığı (başarı/gecikme)

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) Kayıtlar ve kataloglar (referans-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) Çalışma Yönetmelikleri

Günlük: kenar izleme (SLO), anahtar geri çağırma kontrolü, onboarding durum raporları.
Haftalık: kart komitesi - yeni roller/kapsamlar, uyumluluk gecikmeleri, hibe/MVP önerileri entegrasyonları.
Aylık: Varlık/ağ kataloğu denetimi, SDK revizyonu, olay raporu ve düzeltme süresi.
Üç ayda bir: Güven Katmanları incelemesi, DR stres testi ve acil durum prosedürleri.

19) Kart uygulama kontrol listesi

1. Rollerin/alt rollerin ve veri şemalarının taksonomisi üzerinde anlaşmak.
2. Üye kayıt defterlerini, dizinleri, ACL'leri ve yetenek politikalarını dağıtın.
3. Kenar gözlemlenebilirliği (SLI/SLO) ve yanma hızı uyarıları ekleyin.
4. Bir onboarding boru hattı (KYB, anahtarlar, sandbox - prod) kurun.
5. Haritayı yönetişime bağlayın (öneriler, zaman kilidi, çözüm günlüğü).
6. Kapsamı, riskleri ve uyumluluk gecikmelerini düzenli olarak yenileyin.
7. Dahili/ortak kullanıcılar için bir "ekosistem atlası" yayınlayın.

20) Sözlük

org_id, organizasyonun benzersiz teknik kimliğidir.
Güven Katmanı - üye güven/sertifika seviyesi.
Kenar/Kenar - SLO ve sınırları olan katılımcılar arasında resmi iletişim.
Yetenek - belirli bir döngüde izin verilen işlem/haklar.
Kapsama % - kapalı fonksiyonların/bölgelerin/sürümlerin payı.
Burn-rate SLO - hata bütçesini "yakma" oranı.

Alt satır: Katılımcı haritası ekosistemin "örgütsel topolojisidir". Uygulaması, tek bir rol ve bağlantı dili, şeffaf sorumluluk sınırları, öngörülebilir SLO'lar, hızlı katılım ve yönetilebilir riskler sağlar. Bu temel sayesinde, ağın ölçeklendirilmesi, izlenmesi ve geliştirilmesi daha kolaydır - sürprizler olmadan ve tüm taraflar için maksimum fayda sağlar.