ارتباط P2P بین شرکت کنندگان

(بخش: اکوسیستم و شبکه)

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، تحمل از دست دادن، multiplexing)، TCP (fallback)، WebRTC (مرورگرها، رسانه های P2P/datagrams).
رمزگذاری: TLS 1. 3 برای QUIC/TCP ؛ برای پوشش - Noise/Libp2p-SECIO/ECDH + AEAD. رمزگذاری پایان به پایان بیش از حمل و نقل برای کانال های خصوصی.
هویت ها: کلید های گره بلند مدت (ed25519/secp256k1)، شناسه شخصی خود امضا شده، به صورت اختیاری X.509/PKI برای رعایت الزامات انطباق.
کشف و آدرس دهی: mDNS (LAN)، DHT/Kademlia (WAN)، بوت استرپ استاتیک (همتایان بوت استرپ)، دایرکتوری های خدمات/ثبت نام.
پیمایش NAT: STUN، UDP سوراخ پانچ، بازگشت مجدد TURN/رله، TCP سوراخ پانچ، پراکسی پورت از طریق گره های فوق العاده.

• Req/Resp (RPC) برای درخواست های نقطه ای (نقل قول قیمت، محدودیت ها، وضعیت پرداخت).
• Pub/Sub برای رویدادها (معاملات، وضعیت بازی، هشدارهای انطباق).
• جریان muxing (yamux/mplex/QUIC) برای کانال های منطقی موازی.
• CRDT/سیاهههای مربوط عملیاتی برای آشتی دادن کش و ابرداده بدون «جادوگر».

4) پیمایش و رله NAT

1. P2P مستقیم: تلاش سوراخ پانچ (UDP ترجیح داده شده، سپس TCP).

2. TURN/رله از طریق فوق العاده گره: محدود کردن حجم، رمزگذاری پایان به پایان، رله صدور صورت حساب.

3. Fallback در HTTPS/HTTP3: تونل زنی از طریق پروکسی های مجاز شرکت، در صورت لزوم.

نظارت بر نسبت مستقیم در مقابل رله اتصالات به عنوان رله افزایش هزینه و تاخیر.

5) مسیریابی، جستجو و کشف

DHT (کلاس Kademlia): فقط «اشاره گر» (سوابق ارائه دهنده) را ذخیره کنید، از آنها با امضا محافظت کنید، TTL را وارد کنید و حد نصاب را بخوانید.
مسیریابی مبتنی بر محتوا: انتشار کلید فرم «سرویس: محدودیت/اپراتور: XYZ/منطقه: TR».
فضای نام خصوصی: پیشوندها/کلیدهای جداگانه برای جوامع بسته (پوششهای شریک).
ضد مسمومیت: اعتبار پرونده ها با امضای صاحبان، شهرت گره های انتشار، انتشارات محدود کننده نرخ.

6) مدل های داده و آشتی

Event-sourcing + Pub/Sub: همه تغییرات معنی دار به عنوان رویدادهای کلیدی idempotency.
CRDT (GCounter، OR-Set، LWW-register): برای تنظیمات، دسترسی ها، محدودیت های ذخیره شده/نقل قول ها، که توسط بسیاری از شرکت کنندگان ویرایش شده است.
اجماع همیشه لازم نیست: برای کتاب های مرجع و ابرداده، «سازگاری نهایی» کافی است ؛ برای معاملات مالی - نهایی جامد (ثبت نام خارجی/بلاکچین/دفتر اسناد رسمی).

7) QoS، SLO و معیارها

• تأخیر p99 P2P-RPC ≤ 250-400 میلی ثانیه (≤ بین منطقه ای 600 میلی ثانیه)، میزان موفقیت 99 ≥. 5%.
• PUB/زیر پایان به پایان تاخیر P95 ≤ 2 с.
• سهم رله 30٪ ≤ (هدف اتصال مستقیم ≥ 70٪ است).
• مقاومت در برابر ریزش: از دست دادن تا 20٪ از جشن ها بدون تخریب SLA.

• اتصال: درصد همسالان قابل دستیابی، درصد ارتباطات مستقیم، تعداد متوسط همسایگان.
• کیفیت مسیر: RTT، Jitter، از دست دادن بسته ؛ P95/P99 توسط کلاس خدمات.
• توان عملیاتی: پهنای باند متوسط/اوج در جریان.
• قابلیت اطمینان: نرخ اتصال مجدد، نرخ خطای RPC، Pub/Sub reordering/drop.
• کشف سلامت: DHT ضربه/خانم، زمان حل کلیدی، نسبت سوابق منسوخ.
• امنیت: با رمزگذاری E2E، امضاهای نامعتبر، ناهنجاری های نرخ به اشتراک بگذارید.
• هزینه: ترافیک از طریق رله (GB/day)، CTS در هر گیگابایت، CTS در هر RPC.

8) امنیت P2P

هویت و اعتماد: شناسه بلندمدت همکار، اتصال به یک نهاد قانونی (اپراتور/ارائه دهنده)، ثبت نام کلید های قابل اعتماد ؛ کوتاه مدت کلید جلسه.
رمزگذاری: TLS حمل و نقل 1. 3/Noise + E2E بیش از (دو چرخ ضامن دار، HPKE) برای کانال های خصوصی.
مجوز: قابلیت نشانه/ماکارونی (گره خورده است به عملیات و حجم)، ACL توسط میخانه/زیر موضوعات.
Anti-Sybil و هرزنامه: اثبات اقتدار برای گره های «ثبت نام»، اعتبار/محدودیت های اعتباری، تعهدات captchas/پرداخت ورودی برای جوامع باز است.
سوء استفاده از کانال: قطع کننده مدار در ترافیک، محدودیت نرخ نشت سطل در RPC و انتشار، «greylisting» جشن پر سر و صدا.
تأیید داده ها: امضاهای رویداد، اثبات merkle برای دسته های بزرگ، پدربزرگ کلید idempotency.

9) الگوهای مهندسی

RPC idempotency: 'x-idempotency-key' + «حداقل یک بار» تحویل + deadpan در گیرنده.
فشار پس زمینه: اندازه پنجره توسط جریان، اولویت ها (عملیات پول> تله متری).
تحمل شکست جزئی: اتمام وقت سریع + حالت نیمه کار (فقط خواندنی، فقط حافظه پنهان، تخریب ویژگی).
قابلیت مشاهده: ردیابی 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.
حمل و نقل: حداقل یک بار گارانتی + deduplication قطعی در مشترکین.

11) ذخیره سازی و ذخیره سازی

عکس های فوری + سیاهههای مربوط: شروع سریع سرد به جشن از آخرین عکس فوری و یک رویداد ورود به سیستم آسانسور.

سیاست های حافظه پنهان: نسخه TTL/ETag/schema ؛ اعتبار سنجی با امضا

کش لبه: فوق العاده همسالان می توانید کلید های داغ/قطعات دولت با امضای به عنوان ذخیره «پروکسی» ذخیره کنید.

12) عملیات، نظارت و داشبورد

• اتصال٪، رله٪، DHT ضربه/خانم، موفقیت RPC/latency p95/p99، Pub/Sub تاخیر، نرخ خطا، ریزش.
• نقشه ابر گره ها (بار، اشباع، تاخیر بر اساس منطقه).

• روند اشتراک گذاری رله، هزینه ترافیک، موضوعات داغ، اشتراک کانال E2E، حملات/ناهنجاری ها.

• بهره وری پیمایش NAT (سهم مستقیم)، CTS در هر GB/RPC، برنامه توسعه گره فوق العاده، KPI انطباق (ورود به سیستم، ذخیره سازی).

13) تست و کیفیت

سناریوهای هرج و مرج: خاموش کردن٪ از گره های فوق العاده، تلفات مصنوعی/جرقه، بارهای در Pub/Sub.
Interop-matrix: نسخه های SDK/پروتکل × مناطق × نوع NAT.
پروتکل های فازی: زمینه ها/اندازه های تصادفی، بارهای مخرب (در sandbox).
امنیت دریل: نشت یک کلید همکار، به خطر انداختن یک گره فوق العاده (لیست اعتماد مجدد، لغو کلید).

14) انطباق و جنبه های قانونی

ورود و غیر قابل تغییر: زنجیره های هش ورود، مهر زنی زمان، ذخیره سازی بر اساس منطقه (اقامت داده ها).
کنترل دسترسی به داده ها: به حداقل رساندن، رمزگذاری «در حالت استراحت»، سیاست های DLP در مورد موضوعات، pseudonymization پایان به پایان از ویژگی های کاربر.
حق حذف/محدود کردن: سیاست «tombstone-events» و «redaction-events» با اثبات ویرایش رمزنگاری.
حسابرسی - صادرات سیاهههای مربوط امضا برای چک های خارجی.

15) اقتصاد شبکه و حسابداری

مدل هزینه: ترافیک رله × گیگابایت، ذخیره عکس های فوری، گره های فوق العاده به عنوان «گره های تامین کننده» (جبران خسارت در هر گیگابایت/RPC).
استفاده منصفانه: انتشار و سهمیه RPC ؛ پرداخت «شتاب» کانال/اولویت.
انگیزه کانال های مستقیم: تخفیف در P2P-direct، افزایش محدودیت برای «شهروندان خوب» شبکه.

16) SLO/OKR الگو (سه ماهه)

KR1: ≥ 75٪ از اتصالات مستقیم، DHT حل p95 ≤ 300 ms.
KR2 (عملکرد): p99 RPC ≤ 400 میلی ثانیه در سطح جهان ؛ میخانه/زیر p95 ≤ 2 с.
KR3: موفقیت RPC ≥ 99. 7%; مقاومت در برابر ریزش به 20٪ قطره.
KR4 (امنیت): ≥ 95٪ از کانال های با E2E ؛ 0 حوادث بحرانی امضا/تعویض.
KR5: ترافیک رله در 1 RPC − 20٪ QoQ ؛ CTS در هر گیگابایت −15٪ QoQ.

17) حوادث کتاب بازی (ورق تقلب)

• فعال کردن سوراخ پانچ تهاجمی، تغییر استخر STUN، گسترش جغرافیای گره های فوق العاده، امکان اولویت بندی موضوعات مهم را فراهم می کند.

• کلیدهای قابل اعتماد ناشران را مجدداً منتشر کنید، حد نصاب چک ها را فعال کنید، سوابق منسوخ را پاک کنید، به طور موقت انتشارات را از همسالان مشکوک محدود کنید.

• Rate-limit + اثبات کار/دروازه هزینه، لیست خاکستری، بازسازی روکش با آستانه امضای جدید.

• فراخوان فوری، انتشار «لغو رویداد»، چرخش کلیدهای همسالان وابسته، محاسبه مجدد 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. توپولوژی ترکیبی را انتخاب کنید (مش در + فوق العاده همسالان + گروه قرارداد DHT).
2. بالا بردن بوت استرپ و فوق العاده گره در مناطق کلیدی، اضافه کردن STUN/TURN.
3. تعریف فرمت رویداد، امضا، ACLs، و سیاست های E2e.
4. ردیابی و معیارها را فعال کنید (RTT، relay-٪، DHT-latency، RPC success).
5. SLO/OKR را برطرف کنید، هشدار میزان سوختگی را روشن کنید.
6. صرف روز هرج و مرج: قطع برق، تلفات، بار در Pub/Sub.
7. تنظیم چرخش کلید، حسابرسی ورود به سیستم، روش پاسخ.

خط پایین: یک شبکه P2P به خوبی طراحی شده در اکوسیستم، وابستگی به دروازه های مرکزی را کاهش می دهد، سرعت مبادله را افزایش می دهد و ثبات را افزایش می دهد. با ترکیب QUIC، DHT، Pub/Sub، رمزگذاری E2E، ACL های سخت و بهره برداری قابل اندازه گیری (SLO/metrics)، شما یک پارچه شبکه مقیاس پذیر و امن دریافت می کنید که در آن هر شرکت کننده یک گره ارزش کامل است، نه یک مشتری منفعل.