מייסד שותף של Ethereum, Vitalik Buterin, מאמין שהריכוזיות של הוכחת הימור (POS) מהווה איום משמעותי על Ethereum. ריכוזיות קופה היא המקום בו שולטים בעלי עניין גדולים וגורמים קטנים מצטרפים למאגרים גדולים.
ריכוזיות מגדילה את הסיכון לבעיות כמו 51% התקפות וצנזורה על עסקאות. בנוסף, קיים סיכון של מיצוי ערך, כאשר קבוצה קטנה מרוויחה במחיר של משתמשי Ethereum.
לדברי בוטרין, הסיכון קיים בבניית בלוקים ובמתן הון.
הבעיה
Ethereum עוקב אחר הפרוטוקול של הפרדת מציע-בונה (PBS) לבניית בלוקים. המשמעות היא שהתפקיד מתחלק בין המאמתים, שמציעים בלוקים וממכרים את האחריות לבחירת תכולת הבלוק, לבין בונים, שמארגנים עסקאות לבלוק ומציעים הצעות.
בוטרין ציין:
"הפרדת הסמכויות הזו עוזרת לשמור על המאמתים מבוזרים, אבל יש לה מחיר אחד חשוב: השחקנים שמבצעים את המשימות ה"מתמחות" יכולים בקלות להפוך לריכוזיים מאוד."
נתונים נכון לאוקטובר 2024 מצביעים על כך שרק שני בונים אחראים ל-88% מהבלוקים של Ethereum. המשמעות היא שאם שני הבונים האלה יחליטו לצנזר עסקה, זה יכול לגרום לעיכוב — עיבוד העסקה יכול לקחת בממוצע 114 שניות במקום 6 שניות. בעוד שהעיכוב עשוי שלא להשפיע על עסקאות מסוימות, הבונים יכולים לתמרן את השוק על ידי עיכוב עסקאות דחופות, כמו אלה במהלך פירוק פיננסים מבוזרים (DeFi).
לכן, ריכוז הכוח יכול להוות איומים רציניים על שלמותו של Ethereum.
פתרונות
לדברי בוטרין, אחד הפתרונות הטובים ביותר להימנע מריכוזיות הוא פירוק נוסף של האחריות של ייצור בלוקים. בוטרין מציעה שמשימת בחירת העסקאות תחזור אל המציע, או המעריך, והקבלן יזכה רק לבחור את סדר העסקאות ולהכניס חלק משלהם. ניתן להשיג זאת באמצעות רשימות הכללה.
כך זה יעבוד. מחזיק שנבחר באקראי יוצר רשימת הכללה, הכוללת עסקאות חוקיות. בונה בלוקים, בעת יצירת בלוק, נדרש לכלול את כל העסקאות ברשימת ההכללה, אך יש לו את הכוח לסדר אותן מחדש ולהוסיף את העסקאות שלהן.
פתרון אפשרי נוסף הוא תוכניות רבות של מציעים במקביל (MCP) כמו BRAID. לדברי בוטרין, "BRAID מבקשת להימנע מפיצול תפקיד מציע הבלוק לחלק בעל כלכלה נמוכה וחלק בעל קנה מידה גבוה, ובמקום זאת מנסה להפיץ את תהליך ייצור הבלוק בין שחקנים רבים, ב- כך שכל מציע צריך רק כמות בינונית של תחכום כדי למקסם את ההכנסות שלו".
Buterin ציין ש- mempools מוצפנים הם טכנולוגיה חיונית הנדרשת כדי ליישם את שינויי העיצוב המצוינים לעיל. באמצעות mempools מוצפנים, משתמשים יכולים לשדר את העסקאות שלהם בפורמט מוצפן יחד עם הוכחה לתקפותן. העסקאות נכללות גם בבלוקים בצורה מוצפנת – הבונה לא יודע את התוכן. העסקאות נחשפות רק מאוחר יותר.
Buterin כתב כי האתגר העיקרי של הטמעת mempools מוצפנים הוא הבטחת עיצוב שבו העסקאות בהחלט נחשפות מאוחר יותר. ניתן להשיג זאת באמצעות שתי טכניקות: (i) פענוח סף, ו-(ii) השהיית הצפנה.
