הוכחת רוחב פס (PoB): מנגנון הקונצנזוס של רשתות DePIN

מהו מנגנון "הוכחת רוחב פס" (Proof of Bandwidth) ולמה רשתות DePIN חייבות אותו?

תהיתם פעם למה הנתב הביתי שלכם לא יכול פשוט "לכרוות" קריפטו כמו אותם מחסני ענק בטקסס? זה קורה כי מנגנון "הוכחת עבודה" (Proof of Work) המסורתי הוא זללן משאבים מטורף, שהיה ממיס את החומרה הבסיסית שלכם עוד לפני שהייתם מספיקים לעבד בלוק בודד.

כדי לבנות אינטרנט מבוזר, אנחנו צריכים דרך להוכיח שצומת (Node) אכן מבצע את עבודתו – העברת נתונים – מבלי לשרוף את הבית. כאן נכנסת לתמונה הוכחת רוחב פס (PoB).

מנגנון הוכחת עבודה (PoW) המסורתי מצוין לאבטחת ספר חשבונות גלובלי, אבל הוא בבחינת "אוברקיל" עבור רשת של חיישנים או צמתי VPN. לפי המחקר DePIN: A Framework for Token-Incentivized Participatory Sensing (2024), הרצת PoW ברמת החיישן היא פשוט "לא כלכלית", מכיוון שעלות האנרגיה מגמדת את הערך של הנתונים הנמדדים.

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

• יעילות: במקום לפתור חידות מתמטיות חסרות תועלת, הצמתים מבצעים "עבודה מועילה" כמו ממסר חבילות נתונים (Packets) או אירוח שרת פרוקסי.
• אימות: הרשת שולחת "אתגרים" לצמתים – חשבו על זה כעל בדיקת פינג (Ping) אקראית – כדי לוודא שהם לא פשוט מזייפים את הנתונים הסטטיסטיים שלהם.
• תמריצים: על ידי קישור בין תפוקת הנתונים (Throughput) לתגמולים, אנחנו מעודדים אנשים להקים צמתים באזורים עם ביקוש גבוה, כמו מרכזים פיננסיים עמוסים שבהם שיהוי נמוך (Low-latency) למסחר הוא קריטי.

אם מחלקים אסימונים תמורת רוחב פס, תמיד יהיה מי שינסה לרמות. ב"מתקפת סיביל" (Sybil Attack), גורם זדוני יחיד מתחזה למאה צמתים שונים כדי לרוקן את מאגר התגמולים. זוהי בעיה עצומה ברשתות עמית לעמית (P2P) שבהן כל אחד יכול להצטרף.

אימות רוחב פס הופך את זיוף הנוכחות הפיזית לקשה הרבה יותר. אי אפשר לזייף בקלות תפוקה ריאלית של 10Gbps דרך חמישים צמתים "וירטואליים" אם חיבור ה-Uplink הפיזי שלכם הוא רק 1Gbps. המתמטיקה פשוט לא מסתדרת.

כפי שצוין קודם לכן במחקר על תשתית ה-DePIN, פרויקטים רבים בוחנים כעת הגנות ברמת החומרה. שימוש ברכיב פלטפורמה מהימן (TPM) או במובלעת מאובטחת (Secure Enclave) עוזר להבטיח שהקוד שמריץ את בדיקת רוחב הפס לא עבר שינוי או מניפולציה על ידי המשתמש.

זה לא מיועד רק לחובבי קריפטו. חשבו על ספק שירותי בריאות שצריך לסנכרן קובצי הדמיה רפואית ענקיים בצורה מאובטחת על פני רשת מבוזרת. הם זקוקים לרוחב פס מובטח, לא רק להבטחת "המאמץ המיטבי" (Best effort) של ספק אינטרנט רגיל. מנגנון ה-PoB מבטיח שהצמתים שעליהם הם משלמים אכן מספקים את הצינור המובטח.

הפרטים הקטנים: איך אנחנו באמת מודדים את זה?

אז איך הרשת באמת "רואה" את המהירות? זו לא סתם הבטחה בעל פה. רוב מערכות ה-PoB משתמשות בשילוב של בדיקות שיהוי ICMP (פינגים) כדי לראות כמה רחוק הצומת, ודגימת תפוקת TCP. בעיקרון, הרשת שולחת קובץ "זבל" בגודל ידוע לצומת ומודדת כמה זמן לוקח לו להעביר אותו הלאה. פרוטוקולים מתקדמים מסוימים משתמשים אפילו בסימון חבילות (Packet Marking) – שבו מתווספות כותרות (Headers) ספציפיות לנתוני משתמש אמיתיים כדי לעקוב אחר הנתיב והמהירות שלהם מבלי לקרוא בפועל את תוכן החבילה. זה שומר על אמינות הצומת, כי אם הוא יפיל את החבילות המסומנות הללו, "ציון האיכות" שלו יצנח.

אז הבנו את ה"מה" ואת ה"למה". אבל איך המערכות האלו באמת מעבירות את הנתונים מבלי להיתקל בצוואר בקבוק אדיר? בשלב הבא, נבחן את פרוטוקולי הניתוב שגורמים לכל זה לקרות.

פרוטוקולי ניתוב ברשתות הוכחת רוחב-פס (PoB)

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

רוב הרשתות הללו משלבות את WireGuard, פרוטוקול הצפנה מהיר במיוחד, כדי ליצור את ה"מנהרות" (tunnels) בין הצמתים. אך הקסם האמיתי טמון בדרך שבה המידע מוצא את מסלולו. פרויקטים מסוימים משתמשים ב-SCION, המאפשר למשתמש לבחור בפועל את הנתיב שבו יעבור המידע שלו, ובכך להימנע לחלוטין ממדינות מסוימות או מכבלים איטיים. אחרים משתמשים בניתוב בצל (Onion Routing, בדומה ל-Tor) אך עם טוויסט של הוכחת רוחב-פס (PoB) – צמתים מתוגמלים על היותם הממסר ה"מהיר" ביותר במעגל. בניגוד ל-BGP הסטנדרטי, שהוא סטטי ואיטי לעדכון, פרוטוקולי ניתוב עמית-לעמית (P2P) אלו הם דינמיים. אם צומת באזור מסחרי מתנתק, רשת המארג (Mesh) מנתבת מחדש באופן מיידי דרך צומת מגורים סמוך, מבלי שהמשתמש ירגיש אפילו בהפרעה קלה שבקלות.

כיצד פועל מנגנון הוכחת רוחב פס (PoB) באקו-סיסטם של ה-dVPN

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

מנגנון הוכחת רוחב פס (Proof of Bandwidth - PoB) הופך את ה"חדר הפנוי" הזה לנכס מניב, בכך שהוא מאפשר לכם להשכיר את הקיבולת העודפת שלכם לאנשים הזקוקים למנהרה (Tunnel) מאובטחת ופרטית לרשת. זהו בעצם מודל ה-Airbnb, אבל במקום שאורחים ילונו אצלכם בבית, חבילות נתונים מוצפנות פשוט עוברות דרך הנתב (Router) שלכם.

רובנו משלמים על הרבה יותר אינטרנט ממה שאנחנו צורכים בפועל. רשתות VPN מבוזרות (dVPNs) מנצלות את המאגר העצום הזה של כתובות IP מגורים (Residential IPs) שכרגע פשוט עומדות ללא שימוש. כשאתם מפעילים צומת (Node), אתם כבר לא רק משתמשים; אתם הופכים לספקי אינטרנט זעירים (Micro-ISP).

על ידי תפקוד כצומת יציאה (Exit Node), אתם מספקים משהו שמרכזי נתונים גדולים לא יכולים להציע: תעבורת מגורים "נקייה". זהו יתרון עצום עבור חוקרים או עיתונאים שצריכים לעקוף חסימות גיאוגרפיות מבלי להיראות כאילו הם מגיעים מחוות שרתים מסיבית בצפון וירג'יניה. על פי המחקר "DePIN: מסגרת לחישה שיתופית מבוססת תמריצי אסימונים" (2024), שינוי זה מאפשר לצרכנים להיות גם "תחזוקאים" וגם "יצרנים" בתוך אותו אקו-סיסטם.

• הפקת רווחים (Rewards): אתם מרוויחים תגמולי קריפטו ב-VPN על בסיס תפוקת הנתונים (Throughput) הממשית שאתם מספקים. אם יש לכם קו יציב של 1 ג'יגה-ביט, תרוויחו יותר ממישהו עם חיבור DSL מקרטע.
• פרטיות מעל הכל: טכנולוגיית ה-dVPN המודרנית נעה לעבר מבנה שבו בעל הצומת לא יכול לראות את התעבורה, והמשתמש לא יכול לראות את הנתונים הפרטיים של הצומת.
• צמתי יציאה מבוזרים: בניגוד ל-VPN תאגידי גדול שבו כל התעבורה מתנקזת למספר נקודות מרכזיות, dVPN מפזר אותה על פני אלפי בתים, מה שהופך את האפשרות של ממשלה פשוט "לסגור את השאלטר" לכמעט בלתי אפשרית.

כעת, החלק המאתגר הוא כיצד הרשת יודעת שאתם באמת מספקים את המהירות שאתם מצהירים עליה. אנחנו לא יכולים פשוט לסמוך על המילה של הצומת – זהו מתכון בטוח למתקפות סיביל (Sybil Attacks). כאן נכנסות לתמונה בדיקות "דופק" (Heartbeat) וגששי נתונים (Data Probes).

הרשת שולחת "גששים" מוצפנים קטנים לצומת שלכם במרווחי זמן אקראיים. היא מודדת באיזו מהירות אתם מעבירים את הנתונים הללו בחזרה. אם השיהוי (Latency) שלכם קופץ או שהתפוקה יורדת, החוזה החכם (Smart Contract) – שמשמש כשופט העליון – מפחית את ציון האיכות שלכם, ובהתאם לכך, גם את התגמולים שלכם.

אחד המכשולים הגדולים ביותר שעומדים בפנינו הוא ביצוע הבדיקות הללו מבלי לחטט במה שאנשים באמת עושים. אנחנו רואים עבודה רבה על הוכחות באפס ידיעה (Zero-Knowledge Proofs - ZKP) בתחום זה. המטרה היא להוכיח "העברתי 1 ג'יגה-בייט של נתונים במהירות 100 מגה-ביט" מבלי שהרשת תדע מה הכיל אותו ג'יגה-בייט.

כפי שצוין קודם לכן במחקר על חישה שיתופית, שימוש בחומרה כמו רכיב אבטחה מובנה (TPM) עוזר כאן. הוא מבטיח שתוכנת המדידה לא נפרצה כדי לדווח על מהירויות מזויפות. אם החומרה עוברת שינוי זדוני, ה"דופק" נכשל, והצומת נזרק מהרשת.

זה לא רק תיאורטי; זה כבר בשימוש בסביבות עם סיכונים גבוהים. קחו למשל את תחום הבריאות. פרטיות היא העניין המרכזי כאן – מנגנון ה-PoB מאפשר למרפאות לאמת שיש להן צינור פרטי ומהיר עבור רפואה מרחוק (Telehealth) מבלי שספק מרכזי יחטט במטא-דאטה.

אז ראינו איך מודל ה-"Airbnb" עובד ואיך אנחנו שומרים על אמינות הצמתים באמצעות גששים. אבל איך אנחנו באמת משדרגים את זה למיליוני משתמשים מבלי שהמערכת כולה תאט עד לעצירה? בהמשך, נצלול לתוך הכלכלה האסימונית (Tokenomics) שמחזיקה את העסק הזה בחיים.

כריית רוחב פס וכלכלת הרשת המבוזרת

אז הפעלתם צומת (Node) ואתם מוכיחים את רוחב הפס שלכם – מצוין. אבל למה שמישהו באמת ישאיר את הציוד שלו דולק 24/7 רק כדי לעזור לזר מוחלט בצד השני של העולם לעקוף חומת אש? הכל מתנקז לכסף, או במקרה הזה, לכלכלת אסימונים (Tokenomics) שהופכת שירות רשת פרטית וירטואלית (VPN) פשוט לכלכלה מתפקדת.

כדי להתחיל, רוב הרשתות דורשות ממפעילי הצמתים להקצות עירבון (Staking) של אסימוני הרשת. זהו ה"עור במשחק" שלהם. אם הם ינסו לרמות או שהצומת שלהם יסבול מהשהיה (Lag) כרונית, העירבון הזה יקוצץ (Slashing).

המושג "כריית רוחב פס" הוא לא רק שם נוצץ לצבירת קריפטו; זהו מודל כלכלי ספציפי שנועד לפתור את בעיית "הצמתים הבלתי יציבים". רוב הרשתות הללו משתמשות במה שאנו מכנים מודל שריפה והנפקה (Burn-and-Mint).

כך זה עובד: משתמשים רוכשים "נקודות שירות" (Utility Credits) כדי להשתמש ברשת. הנקודות הללו בדרך כלל צמודות לנכס יציב כמו דולר אמריקאי, כדי שמחיר ה-VPN לא יתנודד בפראות. כדי להשיג את הנקודות הללו, המערכת "שורפת" (משמידה) כמות שוות ערך של אסימון הרשת התנודתי. לאחר מכן, הפרוטוקול "מנפיק" אסימונים חדשים כדי לשלם למפעילי הצמתים. בתקופות של שימוש נמוך, קצב ההנפקה בדרך כלל מואט כדי למנוע אינפלציה, מה ששומר על איזון בין היצע לביקוש.

• תמריצי זמינות (Uptime): במקום לשלם רק על נתונים גולמיים, פרוטוקולים רבים מתגמלים "ותק". צומת שהיה מקוון במשך שישה חודשים רצופים יקבל מכפיל רווח גבוה יותר מצומת חדש לגמרי.
• קיצוץ (Slashing): אם הצומת שלכם מתנתק במהלך העברת נתונים כבדה, אתם לא רק מאבדים את התגמול; החוזה החכם עשוי "לקצץ" חלק מהאסימונים שהפקדתם כקנס.
• תמחור דינמי: בבורסת עמית-לעמית (P2P) אמיתית, המחיר אינו קבוע. אם מתרחשת מחאה המונית במדינה מסוימת וכולם זקוקים לפתע ל-VPN, התגמול עבור צמתים באותו אזור יזנק.

ראיתי את זה קורה בפועל במגזר הפיננסי. סוחרי אלגו (High-frequency traders) זקוקים לעיתים לנתיבים ספציפיים של ספקי אינטרנט ביתיים כדי לבדוק את זמן השיהוי ב"מייל האחרון". הם מוכנים לשלם פרמיה עבור צמתים מאומתים ומהירים, וכלכלת האסימונים מבטיחה שהצמתים המובילים הללו יקבלו את הנתח הגדול ביותר מהתגמולים.

קל להתבלבל בין הוכחת רוחב פס (PoB) למערכות "הוכחה" אחרות כמו הוכחות האחסון של Filecoin. אך ישנו הבדל טכני מהותי: אחסון הוא סטטי, אך רוחב פס הוא מתכלה. אם לא ניצלתם את חיבור ה-100Mbps שלכם ברגע זה ממש, הקיבולת הזו אבודה לנצח.

זוהי בכנות הדרך היחידה לבנות אינטרנט "חסין לצנזורה" שבאמת עובד. אי אפשר להסתמך על טוב ליבם של אנשים; חייבים להפוך את היושרה למשתלמת יותר מאשר את הרמאות.

איומי אבטחה וחסמים טכנולוגיים במנגנוני קונצנזוס של רשתות תשתית פיזית מבוזרות (DePIN)

אז אחרי שדיברנו על ה"קסם" של הרווחת אסימונים (Tokens) בתמורה לרוחב הפס המיותר שלכם, בואו נהיה מציאותיים לרגע – אם יש דרך לעקוץ את המערכת, מישהו כבר בטח כתב בוט שעושה את זה. כשמתעסקים ב-DePIN, המלחמה היא לא רק נגד האקרים חיצוניים; המאבק האמיתי הוא לעיתים מול מפעילי הצמתים (Nodes) עצמם, שמנסים למקסם תגמולים מבלי לבצע עבודה ממשית.

כאב הראש הגדול ביותר כיום במנגנוני הוכחת רווח פס (PoB) הוא מתקפת ה"לולאה הפנימית" (Internal Loop). דמיינו מפעיל צומת שרוצה להוכיח שיש לו מהירות העלאה של 1Gbps. במקום לנתב תעבורה אמיתית לרשת האינטרנט, הוא מקים שני מופעים וירטואליים על אותו שרת מהיר ופשוט מריץ נתונים הלוך ושוב בין שניהם לבין עצמם.

• חיקוי ממשקי תכנות (API Emulation): גורמים זדוניים לעיתים אפילו לא משתמשים בחומרה אמיתית. הם פשוט כותבים סקריפט שמחקה את תגובות ה-API של צומת לגיטימי.
• בעיית ה"בובות" (Sockpuppet Problem): שרת עוצמתי אחד בחוות שרתים (Data Center) יכול להתחזות ל-50 צמתים ביתיים שונים, ולשאוב תגמולים שיועדו במקור למשתמשים ביתיים אמיתיים.

כדי למנוע זאת, אנו מנסים להשתמש באימות מרחוק (Remote Attestation). בעיקרון, הרשת שואלת את החומרה של הצומת: "היי, אתה באמת מכשיר רספברי פאי (Raspberry Pi) שמריץ את הקוד הרשמי שלי, או שאתה סקריפט פייתון שרץ על שרת ענק?"

אבל כאן נמצא הקאץ' – מכשירי אינטרנט של הדברים (IoT) בעלי הספק נמוך מתקשים מאוד במשימה הזו. ביצוע בדיקת "אתחול מדוד" (Measured Boot) קריפטוגרפית מלאה בכל פעם שחבילת מידע (Packet) עוברת, מהווה עומס עצום על המשאבים. אם רשת קמעונאית משתמשת בתשתית עבור מערכות נקודות המכירה שלה, היא לא יכולה להרשות לעצמה שהצומת יעצור לשלוש שניות כדי לפתור אתגר חומרה בכל פעם שלקוח מעביר כרטיס אשראי.

בכל מקרה, המצב אינו מייאש לחלוטין. אנחנו הולכים ומשתפרים בשימוש ב"אימות הסתברותי" (Probabilistic Verification) – במקום לבדוק כל חבילת מידע, אנחנו בודקים מספיק מדגמים כדי להפוך את הרמאות ללא כדאית מבחינה סטטיסטית. עם זאת, ככל שאנו מתקדמים לעבר ארכיטקטורות רשת מורכבות יותר, ה"מתמטיקה" של האמון הופכת לאתגר שקשה יותר ויותר לפיצוח.

העתיד של חלופות ספקי אינטרנט מבוזרים (dISP)

אנחנו נמצאים בנקודה שבה המודל המסורתי של ספקי האינטרנט (ISP) נראה קצת כמו דינוזאור שצופה במטאור שנע במהירות עצומה. המעבר מ"שכירת צינור" מתאגיד ענק ל"שיתוף רשת (Mesh)" עם השכנים שלכם הוא כבר לא רק חלום קריפטוגרפי רחוק – זהו הצעד הלוגי הבא עבור אינטרנט שנחנק יותר ויותר על ידי חסימות אזוריות וניטור בנקודות התמסורת.

הקפיצה מכמה אלפי צמתי dVPN לספק אינטרנט מבוזר (dISP) מלא היא בעיקר עניין של גישור על הפער בין שכבות התוכנה (Software Overlays) לבין קישוריות פיזית בשכבה השנייה (Layer-2). כרגע, רובנו פשוט מריצים מנהרות מוצפנות על גבי קווי התשתית הקיימים של בזק או הוט. אך ככל שהרשתות הללו גדלות, אנו עדים לצמיחה של מרכזי תמסורת (Backhaul) מקומיים שבהם צמתים מתחברים ישירות באמצעות אלחוט בשיטת נקודה-לנקודה (P2P) או סיבים אופטיים בבעלות קהילתית.

כאן נכנסת לתמונה משילות ה-DAO (ארגון אוטונומי מבוזר). אי אפשר שיהיה מנכ"ל בעמק הסיליקון שיחליט מהו "מחיר הוגן" עבור רוחב פס בכפר מרוחק בהודו. במקום זאת, הרשתות הללו משתמשות בהצבעות על גבי הבלוקצ'יין (On-chain) כדי לקבוע את הפרמטרים של הוכחת רוחב הפס (PoB).

• מאגרי רוחב פס מבוזרים: במקום ששרת יחיד יטפל בבקשה שלכם, התעבורה שלכם עשויה להתפצל בין חמישה צמתים ביתיים שונים בו-זמנית.
• ניתוב ללא תלות בפרוטוקול: ספקי dISP עתידיים לא יהיו מוגבלים לטכנולוגיה מסוימת, בין אם אתם גולשים ב-5G, ב-Starlink או ברשת Mesh מקומית.
• חומרה ורסטילית: אנחנו נעים לעבר עולם שבו המקרר החכם, המכונית והנתב שלכם – כולם תורמים למאגר המשותף.

בסופו של יום, "הוכחת רוחב פס" (Proof of Bandwidth) היא הדבר היחיד שעומד בינינו לבין רשת מבוזרת "מזויפת" לחלוטין. ללא דרך להוכיח שנתונים אכן עברו דרך כבל פיזי, אנחנו פשוט סוחרים בשטרי חוב דיגיטליים. אבל עם המנגנון הזה, אנחנו יוצרים שוק חסר אמון (Trustless) שבו רוחב פס הוא סחורה (Commodity), בדיוק כמו נפט או זהב – רק שאתם יכולים "לכרוות" אותה מהסלון שלכם.

התחזית לטווח הארוך? זה יהיה מורכב, זה בטוח. ממשלות ינסו לסווג מפעילי צמתים כ"ספקי אינטרנט ללא רישיון", וחברות הטלקום הגדולות ינסו לזהות ולחסום את ה"גששים" (Probes). אבל אי אפשר לעצור פרוטוקול שחי על עשרת אלפים מכשירים שונים. ה-"Airbnb של רוחב הפס" לא רק בדרך; עבור אלו מאיתנו שעוקבים אחרי זרמי הנתונים, הוא כבר כאן. למען האמת, הזמן הכי טוב להתחיל להריץ צומת היה לפני שנתיים. הזמן השני הכי טוב הוא היום, לפני שהשחקנים הגדולים יבינו שהם איבדו את המונופול שלהם על ה"מייל האחרון".