Ishtirokchilar o’rtasidagi P2P aloqalari

(Bo’lim: Ekotizim va Tarmoq)

1) Nima uchun P2P ekotizimda

• Barqarorlik va nosozlikka chidamlilik: yagona SPOF yo’q, tarmoq/mintaqaviy nosozliklarni boshdan kechirish osonroq.
• O’sishiga qarab ko’payishi: har bir yangi ishtirokchi resurslarni (kanallar, hisoblash, saqlash) kiritadi.
• Yetkazib berish narxining pasayishi: trafik eng qisqa yo’llar bo’ylab, markazlashtirilgan shlyuzlarda tejash.
• Ma’lumotlarning maxfiyligi va suvereniteti: nima va kimga berilishi ustidan granulalangan nazorat.

2) P2P topologiyalari

1. To’liq bog’lanish (mesh) - yuqori barqarorlik, ammo kanallar soni bo’yicha qimmat (O (n ²)). Almashish tezligi yuqori bo’lgan kichik guruhlar uchun mos keladi.
2. Super-tugunlar/gibrid (super-peers) - pirlarning bir qismi mesh va yulduz o’rtasidagi marshrutlash/retranslyatsiya, murosani o’z zimmasiga oladi.
3. Klaster overleylari - ko’priklar (gateways) bilan bog’langan mavzuli quyi tarmoqlar (masalan, provayder, operator, affiliat, operator).
4. DHT-overley - xizmatlar va kontentni yo’naltirish/qidirishning taqsimlangan jadvali, qidirishning logarifmik murakkabligi.

Tavsiya: ko’p rolli ekotizim uchun - gibrid: «kontrakt» guruhlari ichida lokal mesh (provayder operatori), marshrutlash uchun super-peers, global qidiruv uchun DHT va voqealar uchun Pub/Sub.

3) Tarmoq steki va protokollar

Transport: QUIC/UDP (0-RTT xulosa, yoʻqotishga chidamlilik, multiplekslash), TCP (fallback), WebRTC (brauzerlar, P2P-media/datagrammalar).
Shifrlash: TLS 1. 3 QUIC/TCP da; overlay uchun - Noise/Libp2p-SECIO/ECDH + AEAD. End-to-End xususiy kanallar uchun transport orqali shifrlash.
Identifikatsiyalar: o’z-o’zidan imzo qo’ygan uzellarning uzoq muddatli kalitlari (ed25519/secp256k1) komplayens talablariga javob berish uchun X.509/PKI.
Topish va manzillash: mDNS (LAN), DHT/Kademlia (WAN), statik buta-straplar (bootstrap-pirlar), servislar kataloglari/reyestrlari.
NAT traversal: STUN, UDP hole-punching, TURN/relay fallback, TCP hole-punching, super uzellar orqali port-prokslash.

• Nuqtaviy so’rovlar uchun Req/Resp (RPC) (narx kotirovkalari, limitlar, to’lovlar maqomi).
• Voqealar uchun Pub/Sub (davlat sip) (tranzaksiyalar, o’yinlar maqomi, komplayens alertlari).
• Paralel mantiqiy kanallar uchun stream-muxing (yamux/mplex/QUIC).
• «Ustasiz» kesh va meta maʼlumotlarni muvofiqlashtirish uchun CRDT/operatsion jurnallar.

4) NAT traversal va rele

1. To’g’ridan-to’g’ri P2P: hole-punch (UDP, keyin TCP) urinishi.

2. Super tugunlar orqali TURN/Relay: hajmni cheklash, end-to-end shifrlash, rellarni billing.

3. Fallback HTTPS/HTTP3: Agar kerak boʻlsa, ruxsat etilgan korporativ proksi orqali tunnellash.

To’g’ridan-to’g’ri ulanishlar ulushini kuzatib boring vs relay, chunki relay qimmatlashadi va latentlikni oshiradi.

5) Yo’naltirish, qidirish va aniqlash

DHT (Kademlia-klass): faqat «koʻrsatkichlar» (provider records) ni saqlang, ularni imzolar bilan himoya qiling, TTL va oʻqish kvorumini kiriting.
Content-based routing:’service: limits/operator: XYZ/region: TR’turining kalitlarini nashr etish.
Shaxsiy namespace: alohida prefikslar/yopiq jamoalar uchun kalitlar (sherik overlelar).
Anti-poisoning: yozuvlarni egalari imzolari bilan validatsiya qilish, nashriyotlarning obro’si, nashrlarning rate-limit.

6) Ma’lumotlar modellari va kelishish

Event-sourcing + Pub/Sub: barcha muhim oʻzgarishlar oʻzgarmas kalitli hodisalar sifatida (idempotency-key).
CRDT (GCounter, OR-Set, LWW-register): koʻpgina ishtirokchilar tomonidan tahrirlanadigan konfiguratsiyalar, kirishlar, kesh qilinadigan limitlar/kotirovkalar uchun.
Konsensus hamma joyda ham shart emas: ma’lumotnoma va meta ma’lumotlar uchun «eventual consistency» yetarli; moliyaviy operatsiyalar uchun - qat’iy yakunlash (tashqi reyestr/blokcheyn/notarius).

7) QoS, SLO va metriklar

• p99 latency P2P-RPC ≤ 250-400 ms (mintaqalararo ≤ 600 ms), success-rate ≥ 99. 5%.
• Pub/Sub end-to-end delay p95 ≤ 2 с.
• Relay-ulush ≤ 30% (maqsad - toʻgʻridan-toʻgʻri bogʻliqlik ≥ 70%).
• Churn-barqarorlik: SLA degradatsiyasiz 20% gacha pirlarni yo’qotish.

• Connectivity: erishiladigan pirlarning foizi, to’g’ridan-to’g’ri birikmalarning ulushi, qo’shnilarning o’rtacha soni.
• Path quality: RTT, Jitter, Packet loss; servis sinflari bo’yicha p95/p99.
• Throughput: oqimlar bo’yicha o’rtacha/eng yuqori o’tkazish qobiliyati.
• Reliability: reconnect rate, RPC error rate, Pub/Sub reordering/drop.
• Discovery health: DHT hit/miss, kalitni oʻzgartirish vaqti, eskirgan yozuvlar ulushi.
• Security: E2E shifrlangan ulush, nolalid imzolar, anomaliyalar rate.
• Cost: rel orqali trafik (GB/sutka), CTS per GB, CTS per RPC.

8) P2P xavfsizligi

O’ziga xoslik va ishonch: uzoq muddatli peer-ID, yuridik mohiyatga bog’lash (operator/provayder), ishonchli kalitlar registri; qisqa umr ko’radigan sessiya kalitlari.
Shifrlash: transport TLS 1. Shaxsiy kanallar uchun 3/Noise + E2E (Double-Ratchet, HPKE).
Avtorizatsiya: capability-tokenlar/makaronlar (operatsiya va hajmga bog’langan holda), Pub/Sub topiklari bo’yicha ACL.
Anti-Sybil va spam: «registr» uzellari uchun proof-of-authority, reputations/credit-limits, kirish kapchalari/ochiq hamjamiyatlar uchun to’lov garovlari.
Kanallarni suiiste’mol qilish: trafik bo’yicha circuit-breaker, RPC va publish uchun leaky-bucket rate-limit, shovqinli pirlarning «greylisting».
Ma’lumotlarni tekshirish: voqealar imzosi, katta batchalar uchun merkl-dalillar, idempotency-key bo’yicha dedup.

9) Muhandislik patternlari

RPC idempotentligi:’x-idempotency-key’+ «at-least-once» yetkazib berish + qabul qilgichda dedup.
Backpressure: oqimlar boʻyicha window-size, ustuvorliklar (pul operatsiyalari> telemetriya).
Partial failure tolerance: tezkor taymaut + yarim ish rejimi (read-only, cash-only, degradatsiya fich).
Observability: p2p-xop trassalari, korrelyatsion ID, OpenTelemetry orqali metriklarni eksport qilish.

json
{
"id": "evt_01J...",
"ts": "2025-10-31T18:25:43Z",
"topic": "limits. update/operator:ACME/region:TR",
"payload_hash": "sha256:...",
"payload": { "limit": 10000, "currency": "TRY", "valid_until": "2025-11-01T00:00:00Z" },
"sig": "ed25519:base64..."
}

10) Pub/Sub va davlat tipi

Keng ko’lamli eshittirishlar uchun Gossip-tarmoqlar: anti-duplikatsiya, diametrni cheklash (random walk), obunalarning «sirpanchiq oynalari».
Topika va siyosat: «ommaviy» va «xususiy» mavzularni ajratish; shaxsiy - faqat ACL obunachilari uchun.
Yetkazib berish: «at-least-once» kafolati + obunachilarda determinatsiyalangan deduplikatsiya.

11) Saqlash va keshlash

Snapshotlar + jurnallar: oxirgi snapshotdan pirni tez va sovuq boshlash va voqealar jurnalini tortish.
Kesh siyosati: TTL/ETag/sxemalarni versiyalash; imzo bilan tasdiqlash.
Edge-kesh: super-peers «keshing proksi» deb imzo chekib, issiq kalitlarni/holat boʻlaklarini saqlashi mumkin.

12) Ekspluatatsiya, monitoring va dashbordlar

• Connectivity %, relay %, DHT hit/miss, RPC success/latency p95/p99, Pub/Sub delay, error rate, churn.
• Super uzellar xaritasi (yuk, saturation, mintaqalar bo’yicha kechikishlar).

• Relay-ulushlar trendlari, trafik qiymati, «issiq» topiklar, E2E-kanallar ulushi, hujumlar/anomaliyalar.

• NAT traversal samaradorligi (to’g "rilar ulushi), CTS per GB/RPC, super uzellarni kengaytirish rejasi, KPI komplayens (loging, saqlash).

13) Test sinovi va sifat

Chaos stsenariylari:% super uzellarni o’chirish, sun’iy yo’qotishlar/jitter, Pub/Sub yuklamalari.
Interop matritsasi: SDK/protokol versiyasi × NAT turi × mintaqalar.
Fuzzing protokollari: tasodifiy maydonlar/o’lchamlari, zararli payload-lar (qum qutisida).
Security-drills: pir kalitining chiqib ketishi, super tugunning buzilishi (ishonch roʻyxatini qayta nashr etish, kalitlarni qaytarib olish).

14) Komplayens va huquqiy jihatlar

Jurnallarning xesh-zanjirlari, timestamping, hududlar bo’yicha saqlash (data residency).
Ma’lumotlardan foydalanishni nazorat qilish: minimallashtirish, «tinch» shifrlash, topiklarda DLP siyosati, foydalanuvchi atributlarining taxallusi orqali.
Olib tashlash/cheklash huquqi: tahrirlashning kriptografik dalillari bilan «tombstone-events» va «redaction-events» siyosati.
Audit: tashqi tekshirishlar uchun imzolangan jurnallarni eksport qilish.

15) Iqtisodiyot va billing tarmog’i

Xarajatlar modeli: rele-trafik × GB, snapshotlarni saqlash, super-uzellar «etkazib beruvchi uzellar» (compensation per GB/RPC) sifatida.
Fair-usage: nashrlar va RPC uchun kvotalar; pulli «tezlashtirilgan» kanallar/ustuvorliklar.
To’g «ridan-to’g» ri kanallarni rag’batlantirish: P2P-direct chegirmalar, tarmoqning «yaxshi fuqarolari» uchun limitlarni oshirish.

16) SLO/OKR namunasi (chorak)

KR1 (Bog’liqlik): 75% to’g «ridan to’g» ri birikmalar ≥, DHT resolve p95 ≤ 300 ms.
KR2 (unumdorligi): p99 RPC ≤ 400 ms global; Pub/Sub p95 ≤ 2 с.
KR3 (Ishonchlilik): RPC success ≥ 99. 7%; churn - to’kilishning 20% ga chidamliligi.
KR4 (Xavfsizlik): ≥ bilan kanallarning 95% E2E; 0 ta muhim imzo/almashtirish hodisalari.
KR5 (qiymati): 1 RPC uchun relay-trafik − QoQ ning 20 foizi; CTS per GB −15% QoQ.

17) Hodisalar playbook (shpargalka)

• Agressiv hole-punchni yoqish, STUN-pullarni almashtirish, super uzellar geografiyasini kengaytirish, tanqidiy topiklarni ustuvorlashtirishni yoqish.

• Ishonchli nashriyot kalitlarini qayta chiqarish, tekshirishlar kvorumini yoqish, eskirgan yozuvlarni tozalash, nashrlarni shubhali ziyofatlardan vaqtincha cheklash.

• Rate-limit + proof-of-work/fee-gate, kulrang ro’yxat, yangi imzo ostonalari bilan overlay qayta yig’ish.

• Darhol chaqirib olish, «revoke-event» ni e’lon qilish, bog’liq pirlarning kalitlarini rotatsiya qilish, ACLni qayta hisoblash.

18) Konfiguratsiya namunasi (psevdo-YAML)

yaml p2p:
transport: [quic, tcp]
encryption: [tls13, noise]
discovery:
bootstrap_peers:
- /dns4/bootstrap-1. ecosys/p2p/12D3KooW...
- /dns4/bootstrap-2. ecosys/p2p/12D3KooX...
dht: kademlia mdns: true nat_traversal:
stun_servers: [stun1. ecosys. net, stun2. ecosys. net]
turn_relays:
- turn1. ecosys. net
- turn2. ecosys. net hole_punching: {udp: true, tcp: true}
relay_threshold_pct: 30 pubsub:
engine: gossip topics:
- name: limits. update acl: allow: [operators, providers]
- name: payouts. status acl: allow: [operators]
security:
e2e_required_topics: [payouts. status, limits. update]
acls:
operators: [12D3KooA..., 12D3KooB...]
providers: [12D3KooC..., 12D3KooD...]
rate_limits:
rpc_per_minute: 600 publish_per_minute: 1200

19) Joriy etish chek-varaqasi

1. Birlashtirilgan topologiyani tanlang (shartnoma guruhlari ichida mesh + super-peers + DHT).
2. Asosiy mintaqalarda buta-straplar va super-tugunlarni ko’taring, STUN/TURN qo’shing.
3. Hodisa formatlari, imzolar, ACL va e2e siyosatini aniqlang.
4. Trastirovka va metriklarni (RTT, relay-%, DHT-latency, RPC success) yoqing.
5. SLO/OKRni tuzatib, burn-rate alertingni yoqing.
6. Chaos kunini o’tkazing: o’chirish, yo’qotish, Pub/Sub yuklamasi.
7. Kalitlar rotatsiyasi, loglar auditi, javob berish tartibini tartibga soling.

Xulosa: ekotizimdagi P2P-tarmoq markaziy shlyuzlarga qaramlikni kamaytiradi, almashinuvni tezlashtiradi va barqarorlikni oshiradi. QUIC, DHT, Pub/Sub, E2E-shifrlash, qat’iy ACL va o’lchash mumkin bo’lgan foydalanish (SLO/metrika) bilan siz har bir ishtirokchi passiv mijoz emas, balki to’laqonli va xavfsiz tarmoq matosini olasiz.