الاتصال بين المشتركين

(القسم: النظام الإيكولوجي والشبكة)

1) لماذا P2P في النظام البيئي

• المرونة والتسامح مع الأخطاء: لا يوجد SPOF واحد، من الأسهل البقاء على قيد الحياة في فشل الشبكة/المنطقة.
• قابلية التوسع أثناء نموك: يساهم كل عضو جديد بالموارد (القنوات والحساب والتخزين).
• تقليل تكلفة التسليم: تسير حركة المرور على طول أقصر المسارات، وتحقيق وفورات على البوابات المركزية.
• خصوصية البيانات وسيادتها: التحكم الدقيق في ما يجب تقديمه ولمن.

2) طوبولوجيات P2P

1. متصل بالكامل (شبكة) - ثبات عالي، ولكنه مكلف في عدد القنوات (O (n ²)). مناسب للمجموعات الصغيرة ذات أسعار الصرف المرتفعة.
2. الأقران الخارقون - يتولى بعض الأقران التوجيه/الترحيل، وهو حل وسط بين الشبكة والنجمة.
3. تراكبات المجموعات - الشبكات الفرعية المواضيعية (مثل «provayder↔operator» و «affiliat↔operator») المتصلة بالجسور (البوابات).
4. تراكب DHT - جدول موزع للتوجيه/البحث عن الخدمات والمحتوى، التعقيد اللوغاريتمي للبحث.

توصية: لنظام بيئي له العديد من الأدوار - هجين: شبكة محلية داخل مجموعات «العقد» (operator↔provayder)، وأقران خارقون للتوجيه، و DHT للبحث العالمي و Pub/Sub للأحداث.

3) مكدس الشبكة والبروتوكولات

النقل: QUIC/UDP (ملخصات 0-RTT، تحمل الخسارة، تعدد الإرسال)، TCP (احتياطي)، WebRTC (متصفحات، وسائط P2P/datagrams).
التشفير: TLS 1. 3 لـ QUIC/TCP ؛ للتراكب - Noise/Libp2p-SECIO/ECDH + AEAD. التشفير من طرف إلى طرف على النقل للقنوات الخاصة.
الهويات: مفاتيح العقدة طويلة الأجل (ed25519/secp256k1)، معرف الأقران الموقع ذاتيًا، X.509/PKI اختياريًا لتلبية متطلبات الامتثال.
Discovery and addressing: mDNS (LAN), DHT/Kademlia (WAN), static bootstraps (bootstrap peers), service divisories/registrations.
اجتياز NAT: STUN، ثقب UDP، TURN/التتابع الاحتياطي، ثقب TCP، وكيل المنفذ من خلال العقد الفائقة.

• Req/Resp (RPC) للطلبات الفورية (الأسعار، والحدود، وحالات الدفع).
• حانة/فرعية للأحداث (المعاملات، أوضاع اللعبة، تنبيهات الامتثال).
• Stream-muxing (yamux/mplex/QUIC) للقنوات المنطقية الموازية.
• CRDT/سجلات التشغيل للتوفيق بين المخابئ والبيانات الوصفية بدون «ساحر».

4) اجتياز NAT والتتابع

1. P2P المباشر: محاولة لكمة الثقب (يفضل UDP، ثم TCP).

2. TURN/Relay عبر العقد الفائقة: حد من الحجم، وتشفير التتابع من طرف إلى طرف، وترحيل الفوترة.

3. التراجع عن HTTPS/HTTP3: حفر الأنفاق من خلال وكلاء الشركات المسموح بهم، إذا لزم الأمر.

راقب نسبة اتصالات الترحيل المباشر مقابل الترحيل حيث يزيد الترحيل من التكلفة والوقت.

5) التوجيه والبحث والاكتشاف

DHT (فئة Kademlia): تخزين «المؤشرات» فقط (سجلات المزود)، وحمايتها بالتوقيعات، وإدخال TTL وقراءة النصاب القانوني.
التوجيه القائم على المحتوى: نشر مفاتيح خدمة النموذج: الحدود/المشغل: XYZ/المنطقة: TR '.
مساحة الاسم الخاصة: بادئات/مفاتيح منفصلة للمجتمعات المغلقة (تراكبات الشركاء).
مكافحة التسمم: التحقق من صحة السجلات من خلال توقيعات المالكين، وسمعة عقد النشر، ومنشورات الحد الأقصى للمعدل.

6) نماذج البيانات والتوفيق

الاستعانة بمصادر الحدث + حانة/فرعية: جميع التغييرات ذات المغزى كأحداث رئيسية تتعلق بالحماقة.
CRDT (GCounter، OR-Set، LWW-register): للتكوينات، والوصول، والحدود/الاقتباسات المخبأة، والتي يتم تحريرها من قبل العديد من المشاركين.
ولا يلزم دائما التوصل إلى توافق في الآراء: فبالنسبة للكتب المرجعية والبيانات الوصفية، يكفي «الاتساق النهائي» ؛ للمعاملات المالية - وضع الصيغة النهائية القوية (السجل الخارجي/البلوك تشين/كاتب العدل).

7) QoS و SLO والمقاييس

• p99 P2P-RPC ≤ 250-400 مللي ثانية (أقاليمي ≤ 600 مللي ثانية)، معدل النجاح ≥ 99. 5%.
• Pub/Sub-end-end-end disability p95 ≤ 2 с.
• حصة الترحيل ≤ 30٪ (الهدف هو الاتصال المباشر ≥ 70٪).
• مقاومة الاضطراب: فقدان ما يصل إلى 20٪ من الأعياد دون تدهور جيش تحرير السودان.

• الاتصال: النسبة المئوية للأقران الذين يمكن تحقيقهم، والنسبة المئوية للاتصالات المباشرة، ومتوسط عدد الجيران.
• جودة المسار: RTT، Jitter، Packet loss ؛ p95/p99 حسب فئة الخدمة.
• الإنتاجية: متوسط/ذروة عرض النطاق الترددي عبر الجداول.
• الموثوقية: معدل إعادة الاتصال، معدل خطأ RPC، Pub/Sub recordering/drop.
• صحة الاكتشاف: ضرب/خطأ DHT، وقت الدقة الرئيسي، نسبة السجلات القديمة.
• الأمان: المشاركة مع التشفير E2E، التوقيعات غير الصحيحة، معدل الشذوذ.
• التكلفة: حركة المرور عبر الترحيل (GB/day)، CTS لكل GB، CTS لكل RPC.

8) أمن P2P

الهويات والثقة: هوية الأقران طويلة الأجل، ملزمة لكيان قانوني (مشغل/مقدم خدمات)، سجل المفاتيح الموثوقة ؛ مفاتيح جلسات قصيرة الأجل.
التشفير: Transport TLS 1. 3/Noise + E2E أكثر (Double-Ratchet، HPKE) للقنوات الخاصة.
الإذن: رموز القدرة/المعكرونة (مرتبطة بالعمليات والحجم)، ACL حسب الحانة/المواضيع الفرعية.
مكافحة سيبيل والبريد العشوائي: إثبات سلطة عقد «التسجيل»، السمعة/حدود الائتمان، مدخلات كابتشا/تعهدات الدفع للمجتمعات المفتوحة.
إساءة استخدام القناة: قاطع الدائرة على حركة المرور، حد معدل التسرب على RPC والنشر، أعياد «greylisting» الصاخبة.
التحقق من البيانات: توقيعات الحدث، براهين merkle لدفعات كبيرة، جد مفتاح الغباء.

9) الأنماط الهندسية

الخصوصية RPC: «x-idempotency-key» + التسليم «مرة واحدة على الأقل» + الجمود في المتلقي.
الضغط الخلفي: حجم النافذة بالتدفق، الأولويات (العمليات المالية> القياس عن بعد).
تحمل الفشل الجزئي: مهلة سريعة + أنصاف أنماط التشغيل (قراءة فقط، مخبأ فقط، تحلل الميزات).
إمكانية الملاحظة: آثار p2p-hop، معرفات الارتباط، تصدير المقاييس بواسطة 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) حانة/غواصة وشائعات

شبكات القيل والقال لأحداث البث: مناهضة الازدواجية، المشي العشوائي، نوافذ الاشتراك المنزلقة.
المواضيع والسياسيون: الفصل بين المواضيع «العامة» و «الخاصة» ؛ خاص - فقط للمشتركين في ACLs.
الشحن: ضمان مرة واحدة على الأقل + تفريغ قطعي للمشتركين.

11) التخزين والتخزين المؤقت

لقطات + سجلات: بداية باردة سريعة للوليمة من اللقطة الأخيرة ورفع سجل الحدث.
سياسات التخزين المؤقت: TTL/ETag/schema versioning ؛ التصديق بالتوقيع.
ذاكرة التخزين المؤقت: يمكن للأقران الخارقين تخزين المفاتيح الساخنة/قطع الدولة عن طريق التوقيع على أنها «وكلاء التخزين المؤقت».

12) التشغيل والرصد ولوحات المتابعة

• Connectivity%, relay%, DHT hit/miss, RPC success/latency p95/p99, Pub/Sub disary, rotre rate, churn.
• خريطة العقد الفائقة (الحمل، التشبع، التأخير حسب المنطقة).

• شارك الترحيل الاتجاهات، وتكلفة حركة المرور، والموضوعات الساخنة، ومشاركة القناة E2E، والهجمات/الحالات الشاذة.

• كفاءة اجتياز NAT (حصة مباشرة)، CTS لكل GB/RPC، خطة توسيع العقدة الفائقة، الامتثال KPI (قطع الأشجار، التخزين).

13) الاختبار والجودة

سيناريوهات الفوضى: إغلاق٪ من العقد الفائقة، خسائر اصطناعية/نفث، أحمال على Pub/Sub.
Interop-matrix: SDK/protocol versions × NAT type × regions.
بروتوكولات التشويش: حقول/أحجام عشوائية، حمولات ضارة (في صندوق الرمل).
التدريبات الأمنية: تسريب مفتاح نظير، مما يعرض عقدة فائقة للخطر (إعادة نشر قوائم الثقة، وإلغاء المفاتيح).

14) الامتثال والجوانب القانونية

قطع الأشجار وعدم قابليتها للتغيير: سلاسل تجزئة السجلات، والطوابع الزمنية، والتخزين حسب المنطقة (إقامة البيانات).
التحكم في الوصول إلى البيانات: التقليل، التشفير «في الراحة»، سياسات DLP حول الموضوعات، التسمية المستعارة من طرف إلى طرف لسمات المستخدم.
الحق في حذف/تقييد: سياسة «أحداث شاهد القبر» و «أحداث التنقيح» مع براهين تحرير التشفير.
مراجعة الحسابات - توقيع الصادرات على سجلات الفحص الخارجي.

15) اقتصاد الشبكة وإعداد الفواتير

نموذج التكلفة: حركة الترحيل × GB، وتخزين اللقطات، والعقد الفائقة كـ «عقد الموردين» (تعويض لكل GB/RPC).
الاستخدام العادل: النشر وحصص RPC ؛ القنوات/الأولويات «المعجلة» المدفوعة الأجر.
الدافع للقنوات المباشرة: الخصومات على P2P-direct، ورفع حدود «المواطنين الصالحين» للشبكة.

16) قالب SLO/OKR (الربع)

KR1: ≥ 75٪ من الاتصالات المباشرة، DHT حل p95 ≤ 300 ms.
KR2 (الأداء): p99 RPC ≤ 400 ms على الصعيد العالمي ؛ Pub/Sub p95 ≤ 2 с.
KR3: نجاح RPC ≥ 99. 7%; مقاومة الاضطراب لـ 20٪ من القطرات.
KR4 (الأمن): ≥ 95 في المائة من القنوات ذات E2E ؛ 0 حوادث التوقيع/الاستبدال الحرجة.
KR5: نقل حركة المرور على 1 RPC − 20٪ QoQ ؛ CTS لكل GB −15٪ QoQ.

17) حوادث قواعد اللعبة (ورقة الغش)

• قم بتمكين الثقب العدواني، وتغيير برك STUN، وتوسيع جغرافية العقد الفائقة، وتمكين تحديد أولويات الموضوعات الحاسمة.

• إعادة إصدار المفاتيح الموثوقة للناشرين، وتمكين نصاب الشيكات، ومسح السجلات القديمة، وتقييد المنشورات مؤقتًا من أقرانهم المشبوهين.

• الحد الأقصى للمعدل + إثبات العمل/بوابة الرسوم، القائمة الرمادية، إعادة البناء مع عتبات توقيع جديدة.

• الاستدعاء الفوري، نشر «حدث الإلغاء»، تناوب مفاتيح الأقران المعالين، إعادة حساب الرباط الصليبي الأمامي.

18) مثال التكوين (Pseudo-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. حدد الطوبولوجيا المجمعة (شبكة داخل + مجموعات عقد super-peers + DHT).
2. ارفع أحذية التمهيد والعقد الفائقة في المناطق الرئيسية، أضف STUN/TURN.
3. تحديد صيغ الأحداث والتوقيعات وسياسات الرباط الصليبي الأمامي وسياسات e2e.
4. تمكين الآثار والمقاييس (RTT، relay-٪، DHT-latency، نجاح RPC).
5. أصلح SLO/OKR، قم بتشغيل تنبيه معدل الحرق.
6. اقض يوم الفوضى: انقطاع، خسائر، تحميل على Pub/Sub.
7. تنظيم دوران المفتاح، مراجعة السجلات، إجراءات الاستجابة.

خلاصة القول: شبكة P2P جيدة التصميم في النظام البيئي تقلل من الاعتماد على البوابات المركزية وتسرع التبادل وتزيد من الاستقرار. من خلال الجمع بين QUIC و DHT و Pub/Sub وتشفير E2E و ACLs الصارمة والاستغلال القابل للقياس (SLO/metrics)، تحصل على نسيج شبكة قابل للتطوير وآمن حيث يكون كل مشارك عقدة قيمة كاملة، وليس عميلًا سلبيًا.