תקשורת P2P בין המשתתפים

(סעיף: מערכת אקולוגית ורשת)

1) מדוע P2P במערכת האקולוגית

• עמידות וסובלנות אשמה: אין ספופ יחיד, קל יותר לשרוד כשלים ברשת/אזורי.
• סקלביליות ככל שאתה גדל: כל חבר חדש תורם משאבים (ערוצים, חישוב, אחסון).
• הפחתת עלות המשלוח: התנועה עוברת בנתיבים הקצרים ביותר, חסכון בשערים מרכזיים.
• פרטיות נתונים וריבונות: שליטה גרנולרית על מה ולמי לתת.

2) טופולוגיות P2P

1. מחוברים באופן מלא - יציבות גבוהה, אך יקרים במספר הערוצים (O (n). מתאים לקבוצות קטנות עם שערי חליפין גבוהים.
2. עמיתים-על - כמה חברים משתלטים על ניתוב/העברה, פשרה בין רשת לכוכב.
3. אשכול מחובר על ידי גשרים (”provayder↔operator”, ”affiliat↔operator”).
4. DHT - שולחן מבוזר לניתוב/חיפוש אחר שירותים ותוכן, סיבוכיות לוגריתמית של חיפוש.

המלצה: עבור מערכת אקולוגית בעלת תפקידים רבים - היברידית: רשת מקומית בתוך קבוצות ”חוזה” (operator↔provayder), סופר-עמיתים לניתוב, DHT עבור חיפוש גלובלי ו-Pub/Sub לאירועים.

3) רשת ערימה ופרוטוקולים

תחבורה: QUIC/UDP (סיכומי 0-RTT, סבילות להפסדים, מולטיפלקסינג), TCP (fallback), WebRTC (דפדפנים, מדיה/נתונים P2P).
הצפנה: TLS 1. 3 עבור QUIC/TCP; לכיסוי - Noise/Libp2p-SECIO/ECDH + AEAD. הצפנה מקצה לקצה עבור תעבורה עבור ערוצים פרטיים.
זהויות: מפתחות צומת לטווח ארוך (ed25519/secp256k1), זהות עמיתים חתומה עצמית, X.509/PKI אופטית לעמוד בדרישות הציות.
תגלית ופנייה: mDNS (LAN), DHT/Kademlia (WAN), static bootstraps gears (עמיתי אתחול), ספריות שירות/רישומים.
NAT traversal: STUN, UDP hole-backing, TURN/relay falback, TCP hole-fucking, port proxinds.

• Req/Resp (RPC) לבקשות נקודתיות (ציטוטי מחירים, מגבלות, מדדי תשלום).
• פאב/סאב לאירועים (עסקאות, מצבי משחק, התראות ציות).
• זרם-מוקסינג (yamux/mplex/QUIC) עבור תעלות לוגיות מקבילות.
• יומן CRDT/תפעולי כדי ליישב מטא ומטא ללא ”קוסם”.

4) סיבובי NAT וממסר

1. P2P ישיר: ניסיון ניקוב-חור (UDP מועדף, ואז TCP).

2. סיבוב/ממסר באמצעות סופר צמתים: להגביל את הנפח, להצפין מקצה לקצה, ממסר חיוב.

3. גיבוי על HTTPS/HTTP3: מנהור דרך פרוקסי חברה מותרים, אם נדרש.

עקוב אחר הפרופורציה של קשר ישיר נגד ממסר כאשר ממסר מגדיל את העלות ואת האיחור.

5) ניתוב, חיפוש וגילוי

DHT (Kademlia class): לאחסן רק ”מצביע” (despect records), להגן עליהם עם חתימות, להכניס מניין TTL ולקרוא.
ניתוב מבוסס תוכן: פרסום מפתחות של הטופס 'שירות: גבולות/אופרטור: XYZ/region: TR'.
שם פרטי: prefixes/keys נפרד לקהילות סגורות.
אנטי-הרעלה: אימות של רשומות על ידי חתימות של בעלים, מוניטין של פרסום צמתים, פרסומים מדרגה מוגבלת.

6) מודלי נתונים ופיוס

מיקור אירועים + פאב/תת: כל השינויים המשמעותיים כאירועי idempotency-מפתח.
CRDT (GCounter, OR-SET, LWW-Register): עבור תצורות, נגישות, מגבלות/ציטוטים מטופחים, הערוכים על ידי משתתפים רבים.
קונסנזוס לא תמיד נדרש: עבור ספרי עיון ו metadata, ”עקביות סופו של דבר” הוא מספיק; לעסקאות פיננסיות - סיום מוצק (קופה חיצונית/בלוקצ 'יין/נוטריון).

7) QOS, SLO ומדדים

• p99 latency P2P-RPC process 250-400 ms (interregional plats 600 ms). 5%.
• השהיית פאב/סאב-טו-טו-טו-טו פי-95 בלוק 2.
• נתח ממסר כולל 30% (המטרה היא קישוריות ישירה - 70%).
• התנגדות נמרצת: אובדן של עד 20% מהסעודות ללא השפלה של SLA.

• קישוריות: אחוז העמיתים הניתנים להשגה, אחוז הקשרים הישירים, מספר שכנים ממוצע.
• איכות נתיב: RTT, Jitter, אובדן Packet; p95/p99 בכיתת שירות.
• דרך: רוחב פס ממוצע/שיא על פני נחלים.
• אמינות: להתחבר מחדש, קצב שגיאות RPC, פאב/תת הזמנה מחדש/ירידה.
• בריאות תגלית: DHT להיט/מיס, זמן רזולוציית מפתח, פרופורציה של רשומות מיושנות.
• אבטחה: לשתף עם הצפנה E2E, חתימות לא תקפות, חריגות קצב.
• עלות: תנועה באמצעות ממסר (GB/Day), CTS per GB, CTS per RPC.

8) אבטחה P2P

זהויות ואמון: זיהוי עמיתים לטווח ארוך, קשירה לישות משפטית (מפעיל/ספק), רישום מפתחות מהימנים; מפתחות מפגש קצרי חיים.
הצפנה: העברה TLS 1. 3/Noise + E2E עבור (Double-Ratchet, HPKE) עבור ערוצים פרטיים.
אישור: יכולת-אסימונים/פסטה (קשורה לפעולות ונפח), ACL על ידי נושאי פאב/סאב.
Anti-Sybil and Spam: הוכחה-של-סמכות לצמתים ”רשומים”, מוניטין/הגבלת אשראי, התחייבויות קלט/תשלום לקהילות פתוחות.
התעללות ערוץ: מפסק מעגל על תנועה, דליפת דלי קצב הגבלה על RPC ולפרסם, ”גריליסטינג” סעודות רועשות.
אימות נתונים: חתימות אירועים, הגהות מרקל לחבורות גדולות, סבא אידמפוטנטי מפתח.

9) דפוסי הנדסה

RPC idempotency: ”x-idempotency-key” + ”לפחות-פעם אחת” differency + dedpan במקלט.
תרמיל אחורי: גודל חלון אחר זרם, סדר עדיפויות (פעולות כספיות> טלמטריה).
עמידות לכשל חלקי: זמן מהיר + חצי-מצבי פעולה (קריאה בלבד, מטמון בלבד, פירוק תכונה).
תצפיות: עקבות 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) פאב/משנה ורכילות

רשתות רכילות לאירועי שידור: אנטי-שכפול, הליכה אקראית, חלונות הזזה.
נושאים ופוליטיקאים: הפרדה בין נושאים ”ציבוריים” ו ”פרטיים”; פרטי - רק למנויים עם אזרחות.
משלוח: לפחות פעם אחת אחריות + שכפול דטרמיניסטי במנויים.

11) אחסון והצטיידות

יומני Snapshots +: התחלה קרה מהירה לסעודה מהתמונה האחרונה ומעלית יומן אירועים.
מדיניות מטמון: TTL/ETag/schema versioning; אימות על ידי חתימה.
מטמון קצה: סופר-עמיתים יכולים לאחסן מפתחות חמים/חתיכות מדינה על ידי חתימה כ ”פרוקסי מטמון”.

12) מבצע, ניטור ולוחות מחוונים

• קישוריות%, ממסר%, להיט/מתגעגע DHT, הצלחה של RPC/latency p95/p99, עיכוב Pub/Sub, שיעור שגיאה, נזיפה.
• מפת צמתים-על (עומס, רוויה, עיכובים באזור).

• מגמות שיתוף ממסר, עלות תנועה, נושאים חמים, שיתוף ערוץ E2E, התקפות/חריגות.

• יעילות הטרסטורליזציה של NAT (נתח ישיר), CTS per GB/RPC, תוכנית הרחבת צומת-על, תאימות ל-KPI (רישום, אחסון).

13) בדיקה ואיכות

תרחישי כאוס: כיבוי% של צמתים סופר, הפסדים מלאכותיים/ג 'יטר, עומס על פאב/סאב.
Interop-matrix: SDK/protol grases × 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 גלובלי; פאב/סאב-פי-95 בלוק 2.
KR3: הצלחה של RPC ו-99. 7%; התנגדות של 20% לטיפות.
KR4 (אבטחה): 95% של ערוצים עם E2E; 0 תקריות חתימה/החלפה קריטיות.
KR5: תנועת ממסר ב-1 RPC - 20% QoQ; CTS לכל GB - 15% QoQ.

17) תקריות משחק (גיליון רמאות)

• אפשר אגרסיבי חור-אגרוף, לשנות בריכות STUN, להרחיב את הגאוגרפיה של סופר צמתים, לאפשר עדיפות של נושאים קריטיים.

• הוצאה מחודשת של מפתחות מהימנים של מוציאים לאור, אפשר מניין של המחאות, לנקות רשומות מיושנות, להגביל באופן זמני פרסומים מעמיתים חשודים.

• מגבלת קצב + הוכחה לעבודה/תשלום-שער, רשימה אפורה, לבנות מחדש עם סף חתימה חדש.

• חזרה מיידית, פרסום של ”ביטול אירוע”, סיבוב מפתחות של עמיתים תלויים, חישוב מחדש של 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 בתוך + סופר-עמיתים + DHT).
2. להעלות רצועות אתחול וסופר-קשר באזורי מפתח, להוסיף STUN/TURN.
3. הגדר פורמטים של אירועים, חתימות, ACL ומדיניות e2e.
4. אפשר עקבות ומדדים (RTT, relay-%, DHT-latency, RPC).
5. תקן את SLO/OKR, הפעל כוננות לשריפה.
6. לבלות יום כאוס: הפסקות, הפסדים, עומס על פאב/סאב.
7. לווסת סיבוב מפתח, ביקורת יומן, הליך תגובה.

שורה תחתונה: רשת P2P מעוצבת היטב במערכת האקולוגית מפחיתה את התלות בשערים מרכזיים, מאיצה את ההחלפה ומגדילה את היציבות. על ידי שילוב של QUIC, DHT, Pub/Sub, הצפנה E2E, ACLs קפדניים וניצול מדיד (SLO/metrics), אתה מקבל מארג רשת סקלרי ומאובטח שבו כל משתתף הוא צומת ערך מלא, ולא לקוח פסיבי.