Ad
מייסד-שותף של Ethereum, Vitalik Buterin, שיתף את הרהוריו על היבט "לא דיון, אך עם זאת חשוב מאוד" של המערכת האקולוגית של Ethereum בפוסט האחרון בבלוג בסוף השבוע.
הפוסט שכותרתו "איך הפילוסופיה מרובת הלקוחות של Ethereum תיצור אינטראקציה עם ZK-EVMs?" התמקד באתגרים הטכניים, הפשרות והפתרונות הפוטנציאליים ליצירת מערכת אקולוגית מרובת לקוחות עבור ZK-EVMs.
הבעיה מרובת לקוחות עם Zk-EVMs
Vitalik מאמין ש-ZK-EVMs יתפתחו כדי להפוך לחלק חיוני מתהליך האבטחה והאימות של Ethereum שכבה-1 בעתיד. טכנולוגיית Zero Knowledge (ZK) מאפשרת למפתחים להוכיח את האותנטיות של עסקה או הודעה מבלי לחשוף מידע נוסף. לפיכך, היא מאפשרת לצד אחד לשכנע את האחר שמסר הוא אמיתי מבלי לחשוף ידע מעבר לתקפות המסר.
עם זאת, האופי אוכף הפרטיות של טכנולוגיית ZK עלול לשבש את נוף ה-EVM הרחב יותר, מכיוון שלקוחות Ethereum שונים זה מזה ביישום כללי פרוטוקול, לפי המייסד השותף של Ethereum.
פרוטוקולי שכבה 2 באוסף ZK השתמשו בהצלחה בהוכחות ZK ועזרו להרחיב את Ethereum על ידי חיבור מספר עסקאות להוכחה אחת. עם זאת, כאשר ZK-EVMs מתפתחים לאימות ביצוע ב- Mainnet, "ZK-EVMs הופכים הלכה למעשה לסוג שלישי של לקוח Ethereum, חשוב לאבטחת הרשת באותה מידה כמו לקוחות ביצוע ולקוחות קונצנזוס שהם היום."
הצפייה ב-ZK-EVMs כסוג שלישי של לקוח Ethereum מעלה את השאלה הבאה מ-Vitalik,
"איך בעצם ניצור מערכת אקולוגית "מרובת לקוח" עבור נכונות הוכחת ZK של בלוקי Ethereum?"
ככל שהמערכת האקולוגית מתרחבת, Vitalik רוצה לשמור על היתרונות של "פילוסופיית ריבוי הלקוחות" תוך מינוף היכולות של ZK-EVMs לשיפור המדרגיות, האבטחה והביזור של רשת Ethereum.
האתגרים הטכניים העיקריים של שימוש בטכנולוגיית ZK עם מספר לקוחות נוגעים להשהיה וחוסר יעילות נתונים, לפי Vitalik. בנוסף, לקוחות Ethereum בודדים מטפלים בהוכחות אפס ידע בצורה שונה עקב פרשנויות ספציפיות של כללי פרוטוקול או יישומי ZK-EVM.
פתרונות רב לקוחות של ZK-EVM
למרות האתגרים הללו, Vitalik מאמין שיצירת מערכת אקולוגית ZK-EVM מרובת לקוחות פתוחה היא ריאלית ומועילה לאבטחה ולביזור של Ethereum.
להלן ייצוג חזותי של הלקוחות השונים המשמשים על פני שכבות הקונצנזוס והביצוע של המערכת האקולוגית של Ethereum.
Vitalik טען כי ריבוי לקוחות מגביר את האבטחה והביזור של הרשת על ידי הפחתת הסיכון לבאג קטסטרופלי בודד ביישום אחד, מה שעלול להוביל להתמוטטות הרשת כולה. בנוסף, פילוסופיה מרובת לקוחות עוזרת למנוע את ריכוז הכוח בתוך צוות פיתוח אחד או ארגון אחד, ומקדמת ביזור פוליטי.
ויטליק הציג שלושה פתרונות פוטנציאליים לנושא, כפי שמוצג להלן.
- "Single ZK-EVM: נטוש את פרדיגמת ריבוי הלקוחות, ובחר ZK-EVM יחיד שבו אנו משתמשים כדי לאמת בלוקים.
- מרובות ZK-EVM סגורות: הסכימו ועיגו בהסכמה קבוצה ספציפית של מספר ZK-EVMs, ויש להם כלל פרוטוקול שכבת קונצנזוס לפיו בלוק צריך הוכחות מיותר ממחצית ה-ZK-EVMs באותה קבוצה כדי להיחשב תקף .
- פתח multi ZK-EVM: ללקוחות שונים יש יישומי ZK-EVM שונים, וכל לקוח ממתין להוכחה שתואמת למימוש שלו לפני שהוא מקבל בלוק כתקף."
בהקשר של ZK-EVMs, Vitalik תומך ברעיון של מערכת אקולוגית פתוחה מרובה לקוחות ZK-EVM. ללקוחות שונים יש יישומי ZK-EVM שונים, וכל לקוח ממתין להוכחה התואמת לשלו לפני שהוא מקבל בלוק כתקף.
"לי, (3) נראה אידיאלי, לפחות עד ואם הטכנולוגיה שלנו תשתפר עד לנקודה שבה נוכל להוכיח רשמית שכל יישומי ZK-EVM שוות ערך זה לזה..."
עם זאת, ברגע שהטכנולוגיה השתפרה עד לנקודה שבה יישומי ZK-EVM סטנדרטיים משהו, ויטאליק טען שהפתרון יהיה לבחור באפשרות היעילה ביותר. הוא מאמין ש"האתגרים [עבור אפשרות 3] נראים קטנים יותר מהאתגרים של שתי האפשרויות האחרות, לפחות לעת עתה."
Vitalik גם הינהן לנוכח ההתקדמות המהירה האחרונה בתחום הבינה המלאכותית, והצהיר שהתקדמות בבינה מלאכותית יכולה "להטעין" את הפיתוח של יישומי ZK-EVM מוכחים.
"בעתיד לטווח ארוך יותר, כמובן שהכל יכול לקרות. אולי בינה מלאכותית תגבה אימות רשמי עד לנקודה שבה היא תוכל בקלות להוכיח יישומי ZK-EVM שוות ערך ולזהות את כל הבאגים שגורמים להבדלים ביניהם."
מקור: https://cryptoslate.com/vitalik-buterin-reveals-major-challenge-for-ethereums-future-and-how-to-solve-it/