P2P კომუნიკაციები მონაწილეებს შორის

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

1) რატომ არის P2P ეკოსისტემაში

• სტაბილურობა და წინააღმდეგობა: არ არსებობს ერთი SPOF, უფრო ადვილია განიცადოთ ქსელური/რეგიონალური გაუმართაობა.
• მასშტაბურობა, როგორც იზრდება: თითოეული ახალი მონაწილე შემოაქვს რესურსებს (არხები, გაანგარიშება, შენახვა).
• მიწოდების ღირებულების შემცირება: ტრეფიკი გადის უმოკლეს მარშრუტებზე, დაზოგავს ცენტრალიზებულ კარიბჭეებზე.
• მონაცემთა კონფიდენციალურობა და სუვერენიტეტი: მარცვლოვანი კონტროლი იმაზე, თუ ვის უნდა მიეცეს.

2) ტოპოლოგია P2P

1. ნახევრად დაკავშირებული (mesh) - მაღალი სტაბილურობა, მაგრამ ძვირია არხების რაოდენობის მიხედვით (O (n ²)). შესაფერისია მცირე ჯგუფებისთვის, მაღალი გაცვლითი სიხშირით.
2. სუპერ კვანძები/ჰიბრიდები - ღვეზელების ნაწილი იღებს მარშრუტიზაციას/გადაცემას, კომპრომისს მესა და ვარსკვლავს შორის.
3. კლასტერული ოვერლეები - თემატური ქვე - ქსელები (მაგალითად, „პროვაიდერი - ოპერატორი“, „აფილიატი - ოპერატორი“), რომლებიც დაკავშირებულია ხიდებთან (gateways).
4. DHT verelles არის განაწილებული მარშრუტიზაციის/სერვისების და შინაარსის ძიების ცხრილი, ლოგარითმული ძიების სირთულე.

რეკომენდაცია: მრავალი როლის მქონე ეკოსისტემისთვის - ჰიბრიდი: ადგილობრივი მესა „საკონტრაქტო“ ჯგუფების შიგნით (ოპერატორი - პროვაიდერი), მარშრუტიზაციისთვის სუპერ შემსრულებლები, DHT გლობალური ძიებისთვის და Pub/Sub მოვლენებისთვის.

3) ქსელის დასტის და ოქმები

ტრანსპორტი: QUIC/UDP (0-RTT შეჯამებები, დანაკარგების წინააღმდეგობა, მულტიპლექსირება), TCP (fallback), WebRTC (ბრაუზერები, P2P მედია/Datagrams).
დაშიფვრა: TLS 1. 3 QUIC/TCP; ოვერლეისთვის - ხმაური/Libp2p-SECIO/ECDH + AEAD. End-to-End დაშიფვრა ტრანსპორტის თავზე პირადი არხებისთვის.
იდენტურობა: კვანძების გრძელვადიანი გასაღებები (ed25519/sepp256k1), თვითნაკეთი peer-ID, სურვილისამებრ X.509/PKI, შესაბამისობის მოთხოვნების დასაკმაყოფილებლად.
აღმოჩენა და მისამართი: mDNS (LAN), DHT/Kademlia (WAN), სტატიკური straps bootstrap (bootstrap piraps), სერვისების კატალოგები/რეესტრები.
NAT traversal: STUN, UDP hole-punching, TURN/relay fallback, TCP hole-punching, პორტი სუპერ კვანძების საშუალებით.

• Req/Resp (RPC) წერტილოვანი მოთხოვნებისთვის (ფასების ციტატები, ლიმიტები, გადახდის სტატუსი).
• Pub/Sub (სახელმწიფო) მოვლენებისთვის (გარიგებები, თამაშების სტატუსები, კომპლექსის ალერტები).
• პარალელური ლოგიკური არხებისთვის Stream-muxing (yamux/mplex/QUIC).
• CRDT/ოპერაციული ჟურნალები ქეშისა და მეტამონაცემების კოორდინაციისთვის „ოსტატის“ გარეშე.

4) NAT traversal და realls

1. პირდაპირი P2P: hole-punch მცდელობა (UDP სასურველია, შემდეგ TCP).

2. TURN/Relay სუპერ კვანძების საშუალებით: შეზღუდეთ მოცულობა, დაშიფვრა end-end, ბილინგის რელსები.

3. Fallback HTTPS/HTTP3: tunning ნებადართული კორპორატიული მარიონეტული საშუალებით, საჭიროების შემთხვევაში.

დააკვირდით პირდაპირი კავშირების წილს vs relay, რადგან relay გაიზრდება და ზრდის ლატენტობას.

5) მარშრუტიზაცია, ძებნა და აღმოჩენა

DHT (Kademlia კლასი): შეინახეთ მხოლოდ „ნიშნები“ (provider ჩანაწერები), დაიცავით ისინი ხელმოწერებით, შემოიტანეთ TTL და კითხვის კვორუმი.
შინაარსის დარტყმა: 'სერვისის ტიპის გასაღებების გამოქვეყნება: limits/operator: XYZ/region: TR'.
პირადი namespace: ცალკეული პრეფიქსი/გასაღებები დახურული თემებისთვის (პარტნიორობა).
Anti-poisoning: ჩანაწერების შესაბამისობა მეპატრონეების ხელმოწერებით, კვანძების გამომცემლების რეპუტაციით, პუბლიკაციების საბაზრო-ლიმიტით.

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

Event-sourcing + Pub/Sub: ყველა მნიშვნელოვანი ცვლილება, როგორც მოვლენები უცვლელი კლავიშებით (idempotence-key).
CRDT (GCounter, OR-Set, LWW-register): კონფიგურაციისთვის, წვდომისთვის, ქაშაყი ლიმიტები/ციტატები, რომლებიც რედაქტირებულია მრავალი მონაწილის მიერ.
კონსენსუსი ყველგან არ არის სავალდებულო: სახელმძღვანელოებისა და მეტამონაცემებისთვის საკმარისი იქნება „საღამოს კონსულტაცია“; ფინანსური ოპერაციებისთვის - მყარი ფინალიზაცია (გარე რეესტრი/ბლოკჩეინი/ნოტარიუსი).

7) QoS, SLO და მეტრიკა

• P99 latence P2P-RPC-250-400 ms (ინტერ-რეგიონალური 600 ms), success-rate-99. 5%.
• Pub/Sub end-to-end delay p95 ≤ 2 с.
• Relay წილი 30% -ს შეადგენს (მიზანი პირდაპირი კავშირია 70%).
• Churn სტაბილურობა: ღვეზელების 20% -მდე დაკარგვა SLA- ს დეგრადაციის გარეშე.

• კავშირი: მიღწეული დღესასწაულების პროცენტი, პირდაპირი კავშირების წილი, მეზობლების საშუალო რაოდენობა.
• Path quality: RTT, Jitter, Packet loss; p95/p99 მომსახურების კლასებში.
• Throughput: საშუალო/მწვერვალი ნაკადი.
• Reliability: reconnect rate, RPC error rate, Pub/Sub reordering/drop.
• Discovery health: DHT hit/miss, საკვანძო ტალღის დრო, მოძველებული ჩანაწერების წილი.
• უსაფრთხოება: E2E დაშიფვრის წილი, შეუსაბამო ხელმოწერები, საბაზო ანომალიები.
• Cost: ტრეფიკი რელეების გავლით (GB/დღე), CTS per GB, CTS per RPC.

8) უსაფრთხოება P2P

იდენტურობა და ნდობა: გრძელვადიანი peer-ID, ბმული იურიდიულ ერთეულზე (ოპერატორი/პროვაიდერი), სანდო გასაღებების რეესტრი; მოკლე სესიის გასაღებები.
დაშიფვრა: TLS 1 ტრანსპორტი. 3/ხმაური + E2E თავზე (Double-Ratchet, HPKE) პირადი არხებისთვის.
საავტორო უფლებები: capability ნიშნები/მაკარონი (ოპერაციებთან და მოცულობასთან დაკავშირებული), ACL ტოპიკის მიხედვით Pub/Sub.
Anti-Sybil და spam: proof-of-authority „სარეგისტრაციო“ კვანძებისთვის, reputations/credit-limits, შესასვლელი წვეთები/გადახდის გირაო ღია თემებისთვის.
არხის ბოროტად გამოყენება: circuit-breaker ტრაფიკი, leaky-bucket rate-limit RPC და publish, ხმაურიანი დღესასწაულების „greylisting“.
მონაცემთა გადამოწმება: მოვლენების ხელმოწერები, დიდი ბრძოლების მერკელის მტკიცებულებები, იდემპოტენციური-კეი დედობა.

9) საინჟინრო ნიმუშები

Idempotence RPC: 'x-idempotence-key' + „ast-last-once“ მიტანა + დედაპლატზე.
Backpressure: window-size ნაკადი, პრიორიტეტები (ფულის ოპერაციები> ტელემეტრია).
Partial failure tolerance: სწრაფი ტაიმუტი + ნახევრად მძიმე ნამუშევარი (read-only, ქეში-only, fick- ის დეგრადაცია).
Observability: p2p ჰოპების კვალი, კორელაციის ID, მეტრის ექსპორტი OpenTelemetry- ზე.

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 და სახელმწიფო პასპორტი

Gossip ქსელები სამაუწყებლო მოვლენებისთვის: ანტი-დუპლიკაცია, დიამეტრის შეზღუდვა (random walk), ხელმოწერების „მოცურების ფანჯრები“.
ტოპიკა და პოლიტიკა: „საჯარო“ და „კერძო“ თემების გამიჯვნა; პირადი - მხოლოდ ACL- ის აბონენტებისთვის.
ადგილზე მიტანა: გარანტია „ast-least-once“ + აბონენტების დეტერმინისტული დედაპლიკაცია.

11) შენახვა და ქეშირება

Snaphots + ჟურნალები: სწრაფი ცივი სუფრის დაწყება ბოლო snapshot- დან და ჟურნალის მოვლენების სიმძიმე.
ქეშის პოლიტიკა: TTL/ETag/სქემების ვერსია; ხელმოწერის ნამდვილობა.
Edge-cash: super-peers- ს შეუძლია შეინახოს ცხელი გასაღებები/სახელმწიფო ნაჭრები, ხელმოწერით, როგორც „ქეშირების მარიონეტები“.

12) ოპერაცია, მონიტორინგი და დაშბორდები

• Connectivity %, relay %, DHT hit/miss, RPC success/latency p95/p99, Pub/Sub delay, error rate, churn.
• სუპერ კვანძების რუკა (დატვირთვა, დაკავება, რეგიონების შეფერხება).

• Relay აქციების ტენდენციები, ტრაფიკის ღირებულება, ცხელი ტოპიკა, E2E არხების წილი, შეტევები/ანომალიები.

• NAT traversal- ის ეფექტურობა (ხაზების წილი), CTS per GB/RPC, სუპერ კვანძების გაფართოების გეგმა, KPI შესაბამისობა (ლოგიკა, შენახვა).

13) ტესტირება და ხარისხი

Chaos სცენარები:% სუპერ კვანძების გამორთვა, ხელოვნური ზარალი/ჯიტერი, დატვირთვა Pub/Sub- ზე.
Interop მატრიცა: SDK/პროტოკოლის ვერსიები × ტიპის NAT × რეგიონები.
პროტოკოლების Fuzzing: შემთხვევითი ველები/ზომები, მავნე payload (ქვიშის ყუთში).
Security drills: pir გასაღების გაჟონვა, სუპერ კვანძის კომპრომისი (ნდობის სიების ხელახლა გამოქვეყნება, გასაღებების მიმოხილვა).

14) შესაბამისობა და სამართლებრივი ასპექტები

ლოგიკა და უცვლელი: ჟურნალების მძიმე ჯაჭვები, timestamping, შენახვა რეგიონებში (მონაცემთა აღდგენა).
მონაცემების წვდომის კონტროლი: მინიმიზაცია, დაშიფვრა „მარტო“, ტოპიკებზე DLP პოლიტიკა, მომხმარებლის ატრიბუტების ფსევდონიმიზაცია.
მოხსნის/შეზღუდვის უფლება: „tombstone-events“ და „redaction-events“ პოლიტიკა, რედაქტირების კრიპტოგრაფიული მტკიცებულებებით.
აუდიტი: ხელმოწერილი ჟურნალების ექსპორტი გარე შემოწმებისთვის.

15) ეკონომიკა და ქსელის ბილინგი

ხარჯების მოდელი: სარელეო ტრაფიკი × GB, Snaphots- ის შენახვა, სუპერ კვანძები, როგორც „მომწოდებელი კვანძები“ (კომპოზიცია per GB/RPC).
სამართლიანი მომსახურება: პუბლიკაციების კვოტები და RPC; ფასიანი „დაჩქარებული“ არხები/პრიორიტეტები.
პირდაპირი არხების მოტივაცია: ფასდაკლებით P2P პირდაპირი ფასდაკლებით, ქსელის „კარგი მოქალაქეებისთვის“ ლიმიტების გაზრდა.

16) SLO/OKR შაბლონი (კვარტალი)

KR1 (კავშირი): პირდაპირი კავშირების 75%, DHT resolve p95-300 ms.
KR2 (პროდუქტიულობა): p99 RPC-400 ms გლობალურად; Pub/Sub p95 ≤ 2 с.
KR3 (საიმედოობა): RPC success-99. 7%; ჩურნის წინააღმდეგობა 20% დაკარგვის მიმართ.
KR4 (უსაფრთხოება): არხების 95% -ზე მეტი E2E; ხელმოწერის/ჩანაცვლების 0 კრიტიკული ინციდენტი.
KR5 (ღირებულება): relay ტრაფიკი 1 RPC − 20% QoQ; CTS per GB −15% QoQ.

17) Playbook ინციდენტები (ყალბი ფურცელი)

• ჩართეთ აგრესიული hole-punch, შეცვალეთ STUN აუზები, გააფართოვეთ სუპერ კვანძების გეოგრაფია და ჩართოთ კრიტიკული ტოპების პრიორიტეტი.

• ხელახლა გაათავისუფლეთ გამომცემლების სანდო გასაღებები, ჩართეთ შემოწმების კვორუმი, გაასუფთავეთ მოძველებული ჩანაწერები და დროებით შეზღუდეთ პუბლიკაციები საეჭვო სუფრებისგან.

• Rate-limit + proof-of-work/fee-gate, ნაცრისფერი სია, overlay გადაკეთება ახალი ხელმოწერის ბარიერებით.

• დაუყოვნებლივი მიმოხილვა, revoke-event- ის გამოქვეყნება, კლავიშების როტაცია, ACL- ის დათვლა.

18) კონფიგურაციის მაგალითი (ფსევდო-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) განხორციელების სია

1. შერჩეული ტოპოლოგიის არჩევა (mesh საკონტრაქტო ჯგუფების შიგნით + super peers + DHT).
2. აიღეთ straps boot და სუპერ კვანძები საკვანძო რეგიონებში, დაამატეთ STUN/TURN.
3. განსაზღვრეთ მოვლენების ფორმატები, ხელმოწერები, ACL და e2e პოლიტიკა.
4. ჩართეთ ტრეკები და მეტრიკები (RTT, relay-%, DHT-latence, RPC success).
5. ჩაწერეთ SLO/OKR, ჩართეთ burn-rate ალერტინგი.
6. გაატარეთ chaos დღე: გათიშვა, ზარალი, დატვირთვა Pub/Sub- ზე.
7. რეგულირება კლავიშების როტაციას, ლოგოების აუდიტს, რეაგირების პროცედურას.

შედეგი: კომპეტენტურად შემუშავებული P2P ქსელი ეკოსისტემაში ამცირებს დამოკიდებულებას ცენტრალურ საკეტებზე, აჩქარებს გაცვლას და ზრდის სტაბილურობას. QUIC, DHT, Pub/Sub, E2E დაშიფვრის, მკაცრი ACL და გაზომილი ექსპლუატაციის (SLO/მეტრიკა) კომბინაციით, თქვენ იღებთ მასშტაბურ და უსაფრთხო ქსელის ქსოვილს, სადაც თითოეული მონაწილე არის სრული ღირებულების კვანძი და არა პასიური კლიენტი.