מאמר זה נועד להסביר ולהצדיק את המסע שעשינו לבחירת פתרון הבלוקצ'יין המהווה את הבסיס לאקוסיסטם של Event Horizon.
המטרה העיקרית של Event Horizon היא לספק למשתמשים את אותו מגוון רחב של תכונות כמו בורסות מרכזיות (כגון Binance, Bybit, OKX ואחרות) אך ללא צורך בהליכי KYC תוך הצעת כללי מסחר שקופים יותר.
כדי להשיג זאת, פיתחנו בורסה מבוזרת היברידית הממנפת את ההיבטים הטובים ביותר של גישות CEX ו-DEX, ומספקת מהירות ואבטחה מקסימלית למשתמשים. הבה נדגיש את הקריטריונים העיקריים שעליהם התבסס המחקר שלנו:
אבטחה : הבורסה לא צריכה להשתמש בארנקים "חמים" או "קרים" ולא צריכה להיות גישה ישירה לכספי המשתמשים. במקרה של פריצה או אם הבורסה מפסיקה לפעול, המשתמשים חייבים להיות מסוגלים לשחזר את הכספים שלהם. כל החוזים צריכים להיות ציבוריים ומבוקרים.
מהירות מסחר : התאמת הזמנות צריכה להימשך לא יותר מ-100 מילישניות, וההתנחלויות אמורות להתרחש תוך 2 שניות.
עמלות תחרותיות : מאחר שהעלויות הקבועות של הבורסה משתקפות בעמלות הנגבות מהמשתמשים, מזעור עלויות הבורסה מאפשר לנו להוזיל את דמי המשתמש.
בניתוח השוק ובהתחשב בתובנות של מומחים מרכזיים, הגענו למסקנה שהרשת העתידית שלנו חייבת להיות תואמת EVM לפיתוח מהיר של המוצר שלנו. אנו נשתמש ב-Solidity כשפת החוזים, מכיוון שהיא המקובלת ביותר עבור חוזים חכמים.
בעוד שפות אחרות כמו Rust (בשימוש ב-Solana וקרוב) או Move יכולות גם הן להשיג ביזור, המערכות האקולוגיות שלהן חלשות משמעותית בהשוואה לרשתות EVM, והפיתוח בהן יקר יותר. לכן, איננו שוקלים שפות אלו או רשתות מיוחדות כמו Cosmos, Polkadot או Solana.
מאמר זה אינו עוסק בעוד "רוצח את'ריום". במקום זאת, פרקטיות, משאבים מוגבלים ולוחות הזמנים שלנו שוללים את האפשרות להתחרות ברמת עמלות המסחר, שכן עלויות הפיתוח והתחזוקה דורשות רווחיות.
אין צורך להיכנס יותר מדי ליתרונות של Ethereum; די לומר שזו אחת מפלטפורמות הבלוקצ'יין המאובטחות והמבוזרות ביותר, עם נזילות גבוהה ואמון משתמשים חזק. החיסרון העיקרי הוא התפוקה המוגבלת שלו, מה שמוביל לעומסי שיא ולעמלות עסקה גבוהות. למרות שפתרונות קנה מידה נמצאים בפיתוח כבר שנים, בעיות אלו נותרו בלתי פתורות ברשת הראשית. Ethereum ממשיכה להיות אחת מרשתות ה-EVM האיטיות והיקרות ביותר.
קנה מידה מתייחס לשיטות שנועדו להגדיל את התפוקה של הרשת על ידי שיפור הפרוטוקול שלה. אחד הפתרונות המוקדמים והפופולריים ביותר היה פיצול — חלוקת הבלוקצ'יין לחלקים נפרדים (שברים) שמעבדים עסקאות במקביל, מה שמגדיל את הקיבולת של הרשת. כל רסיס דורש מאמתים משלו, וצמתים בודדים אינם צריכים לעבד את כל העסקאות, מה שמפחית את העומס ומאפשר לרשת לטפל בעסקאות נוספות לאורך זמן.
בתחילה, פיצול היה צפוי להיות מיושם ב-Ethereum לפני המעבר שלו ל-Proof-of-Stake. עם זאת, הפיתוח ארך הרבה יותר מהצפוי, והשיטה העיקרית של קנה מידה עברה מאז לפתרונות L2/L3, עליהם נדון בהמשך.
במאמרו "איזה סוג של שכבות 3 הגיוניות?", כתב ויטאליק בוטרין:
נושא אחד שלעיתים קרובות עולה מחדש בדיוני קנה מידה של שכבה 2 הוא המושג "שכבות 3". אם נוכל לבנות פרוטוקול שכבה 2 שמעגן בשכבה 1 לאבטחה ומוסיף מדרגיות על גבי, אז בוודאי נוכל להרחיב אפילו יותר על ידי בניית פרוטוקול שכבה 3 שמעגן בשכבה 2 לאבטחה ומוסיף עוד יותר מדרגיות על זה ?
זה הוביל אותנו לרעיון ליצור את הפתרון היעיל ביותר לחילופין שלנו.
כדי להבין את המצב במלואו, בואו נסתכל על טכנולוגיות קנה המידה העיקריות עבור Ethereum:
רולאפ היא רשת הפועלת במקביל ל-Ethereum אך רושמת עסקאות ברשת הראשית. תוקף העסקה מאומת ברשת Ethereum. ישנם שני סוגים של Rollups המבוססים על שיטת אימות העסקאות: אופטימיות Rollups ו-ZK-Rollups.
אופטימיסטים רולפים יוצרים קבוצות של העסקאות שלהם ומתעדים אותן ברשת בפורמט דחוס, מה שהופך את ההקלטה לזולה יותר. מכיוון שעסקאות אינן מבוצעות ישירות ברשת Ethereum, ובשל חיסכון בפורמט ההקלטה, ניתן להוזיל משמעותית את עמלות הגז ולהוזיל את רישום העסקאות. ב-Optimistic Rollups, הנתונים הרשומים על עסקאות נחשבים תקפים, אך ישנה תקופה מסוימת שבה ניתן לערער על הנתונים המוקלטים. קיים סיכון פוטנציאלי שאם עסקה לא חוקית לא תתערער על ידי איש בתוך הזמן המוקצב, היא תירשם ברשת האינטרנט כתקינה.
ZK-Rollups הן גם רשתות הפועלות במקביל ל-Ethereum, אך הן משתמשות בשיטה אחרת לאימות תקפות הנתונים המוקלטים. הם גם יוצרים קבוצות של עסקאות, אבל במקום לרשום את כל פרטי העסקה ברשת, הם מגישים סיכום של אצווה אלו יחד עם הוכחה קריפטוגרפית לתקפות העסקה.
ZK-Rollups הם ללא ספק אחד מפתרונות קנה המידה המבטיחים ביותר עבור Ethereum כרגע, מכיוון שבניגוד ל-Optimistic Rollups, נתוני העסקאות המוקלטים מאומתים קריפטוגרפית בזמן ההקלטה. המשמעות היא שאין צורך להמתין לסוף תקופת אתגר כדי להבטיח שהעסקה לא תבוטל.
עם זאת, המורכבות המתמטית של הוכחות ZK מטילה מגבלות מסוימות: אימות חישובי EVM למטרות כלליות היא משימה מאתגרת מאוד, ופיתוח אקטיבי מתבצע כעת כדי להתמודד עם אתגרים אלו.
ערוצי המדינה הם טכנולוגיה המאפשרת לקבוצת משתתפים להחליף עסקאות מרובות בינם לבין עצמם תוך הקלטת שתי עסקאות בלבד ברשת הראשית: העסקה הראשונית והאחרונה. כך זה עובד:
ברשת Ethereum, נפרס חוזה חכם מולטי סיג. חוזה זה מוודא שהעסקאות חתומות על ידי המשתתפים הדרושים המעורבים באינטראקציה. המשתתפים בערוץ הממלכתי מפקידים כספים לחוזה רב-סייג זה ולאחר מכן עוסקים באינטראקציות מחוץ לרשת זה עם זה.
בתום האינטראקציות שלהם, המשתתפים חותמים על התוצאה הסופית של ההתקשרות שלהם. לבסוף, החוזה החכם מחלק את הכספים לפי התוצאה הרשומה. גישה זו מפחיתה משמעותית את מספר העסקאות שיש לרשום ברשת Ethereum, מורידה עמלות והגדלת מהירות העסקאות תוך הבטחת אבטחה באמצעות חוזה מולטי-סיג.
שרשרת פלזמה היא דרך ביניים בין רולאפים, שבהם מתרחש אימות עסקה מלא בשכבה 1, לבין שרשרת צד, שאינה מחייבת אימות כזה. הרעיון מאחורי שרשרת הפלזמה הוא שלא כל העסקאות צריכות להיות מאומתות על ידי כל צומת ברשת Ethereum. רשתות פלזמה מתעדות מעת לעת את התוצאה של פעולותיהן יחד עם הוכחה קריפטוגרפית למצב הנוכחי של הרשת.
הנתונים בפועל של מצב זה אינם נרשמים; במקום זאת, ההוכחה היא בגודל קטן. כתוצאה מכך, תוקף העסקאות עצמן אינו נבדק, אך אם כבר נרשמה התחייבות ב-Ethereum, רשת הפלזמה אינה יכולה לשנות רטרואקטיבית את היסטוריית העסקאות. גישה זו מסייעת בהפחתת העומס על רשת Ethereum ועדיין מספקת רמת אבטחה באמצעות התחייבויות תקופתיות.
מבחינת ארכיטקטורה, Validium דומה לפתרונות ZK-Rollup, כאשר ההבדל העיקרי הוא שנתוני אימות העסקאות מאוחסנים מחוץ לשרשרת. זה מאפשר תפוקה גדולה יותר ועמלות נמוכות יותר, אך תוך פשרות.
פתרונות Validium הם פחות מאובטחים מפתרונות ZK מכיוון שהמפעיל של Validium יכול להקפיא כספים ללא נתונים ברשת Layer 1. אמנם ארכיטקטורה זו מציעה יתרונות בהרחבה ובעלות, אך היא מציגה סיכונים נוספים בנוגע לבקרה וגישה לכספי המשתמשים.
Sidechain הוא בלוקצ'יין נפרד הפועל ללא תלות באת'ריום אך מחובר אליו באמצעות גשר דו-כיווני. בניגוד לפתרונות Rollup, אימות העסקאות לא מתבצע ברשת Layer 1 עבור Sidechains.
כתוצאה מכך, האבטחה של שרשרת צד תלויה אך ורק ביישום של אותו שרשרת צד עצמה. עם זאת, עצמאות זו מרשת Layer 1 מספקת גמישות רבה יותר במונחים של יישום ארכיטקטוני ומאפשרת פתרונות מותאמים יותר שיכולים לתת מענה למקרי שימוש או דרישות ספציפיות.
היו ניסיונות רבים להרחיב את רשת Ethereum, חלקם מוצלחים יותר מאחרים. קנה מידה של שכבה 1 עצמה תהיה האפשרות הבטוחה והידידותית ביותר למשתמש, אך הוכח שהיא כרוכה באתגרים טכניים משמעותיים.
לכן, נכון לעכשיו, וקטור קנה המידה המועדף הוא באמצעות פתרונות L2/L3. פתרונות אוסף, במיוחד, מספקים את רמת האבטחה הגבוהה ביותר מבין האפשרויות החלופיות. גם Optimistic Rollups וגם ZK-Rollups הוכיחו את עצמם כפתרונות הפופולריים ביותר, ומציעים רמה גבוהה של אבטחה ועלויות אינטגרציה נמוכות יחסית לשיטות אחרות.
בהתחשב בעדכון ה-Ethereum האחרון (DenCun), שהפחית משמעותית את עלות הקלטת הנתונים לאימות בשכבה 1, פתרונות מבוססי Rollup בולטים על פני חלופות כמו Plasma ו-Validium, ומספקים אבטחה רבה יותר עם עלויות נוספות מינימליות.
עבור משתמשים, ביזור ב-Rollups מבטיח שהם יכולים למשוך את הכספים שלהם גם במקרה של קריסה או בעיות קריטיות אחרות. כספי המשתמש נעולים ברשת הראשית, מה שמאפשר משיכה מה-Rolup לרשת הראשית ללא קשר למצב ה-Rollup.
עם זאת, חיסרון מרכזי אחד הוא שמשתמשים מוצגים לרשת נוספת שאולי לא נתמכת על ידי כל הארנקים, מה שמסבך את ההפקדות והמשיכות דרך גשר. התהליך נועל אסימונים ברשת הראשית ומנפיק אסימון "עטוף" ב-Rollup, מה שיכול לסבך את חווית המשתמש וליצור חסמי גישה לכספים.
עם זאת, יש יתרונות שאין להכחישה:
בתחילה, שקלנו בלוקצ'יין קיימים כמו Arbitrum One ו-Optimism (שניהם Optimistic Rollups) לפריסת תשתית החליפין שלנו. רשתות אלו מציעות פופולריות גבוהה, נזילות ותמיכת גשר נרחבת של צד שלישי לפעולות חוצות שרשרת.
עם זאת, זיהינו חסרונות משמעותיים.
ראשית, במוקדם או במאוחר, נתמודד עם סוגיית ההרחבה לרשתות אחרות. פרויקטים פופולריים רבים, מ-Aave ועד Uniswap, עברו תהליך זה לאחר שהושקו לראשונה ברשת אחת בלבד. הדבר מחייב אחזקת תשתיות מקבילות מרובות, מדלל את הנזילות ומגדיל משמעותית את עלויות התפעול של הבורסה.
שנית, קיים אתגר עם ניהול פרוטוקול באמצעות מערכת ניהול. הפצת אסימוני ממשל על פני רשתות שונות עלולה להוביל למניפולציה של הצבעה, אשר מערערת את עצם הרעיון של ביזור.
שלישית, עלות ההסדר של הזמנות בבורסה גבוהה במידה ניכרת. ההערכות שלנו מצביעות על כך שעלות הפשרה ברשת אופטימיזם תהיה בסביבות $0.03, בעוד שב-Rollup שלנו, היא תהיה נמוכה פי 10 עד 100. יתרה מכך, במקרה של רשת L2/L3 משלנו, עלויות התשתית עולות באופן לא ליניארי, והעלות לעסקה יורדת עם מספר העסקאות, ובכך משפרת את התחרותיות של הבורסה.
לאחר ששקלנו את הגורמים הללו, התחלנו לבחון את הפיתוח של פתרון L2/L3 משלנו, ויצרנו קשר עם שותפים מ
חוויאר דונסו, ראש קשרי מפתחים ב- Gelato, שיתף:
"עבור פרויקטים כמו Event Horizon זה הגיוני לחלוטין שתהיה להם שרשרת משלהם. היכולת להתאים אישית את זמני החסימה, מגבלת הגז או עמלת הבסיס, בין שאר הפרמטרים, מעניקה לפרויקט שלהם יתרון מול המתחרים מכיוון שהם יכולים לבנות שרשרת אופטימלית יותר לצרכיהם.
ראינו פרוטוקולים שעושים גישה דו-שלבית, ובכל זאת ל-Event Horizon יש, מהיום הראשון, חזון ומפת דרכים ברורים שהופכים את קיום השרשרת שלהם לבחירה הטובה ביותר!"
לפני שנצלול עמוק יותר לתוך הניתוח, בואו נסתכל על כמה מתחרים שכבר משתמשים בפתרונות דומים:
כדי להתחיל, עלינו להבין את מונחי המפתח הקשורים לרכיבי אוסף:
רצף : אחראי על הזמנת עסקאות ב-L2 וקיבוץ אותן לבלוקים. זה מתפקד בדומה לכורים או מאמתים ב-L1 blockchains. הרצף אוסף עסקאות ממשתמשים, משלב אותן לאצוות ושולח אותן ל-L1 להקלטה, ומבטיח את הסדר והשלמות של הנתונים.
מציע : ישות או צומת אלה מציעים בלוקים חדשים של עסקאות שייכללו בשרשרת העסקאות. זה עשוי להיות חלק ממנגנון קונצנזוס שבוחר אחד מני מציעים רבים להוסיף בלוק חדש. למציעים יש תפקיד חשוב ביצירת והצעת בלוקים תקפים.
Batcher : Batcher (לפעמים נקרא אגרגטור) הוא רכיב המשלב מספר עסקאות לחבילה או אצווה אחת. זה מפחית את העומס על הבלוקצ'יין הראשי ומוריד את עמלות הגז. לאחר מכן, המאבטח שולח את האצווה הזו לרשת הראשית להקלטה סופית. לפיכך, ה-batcher עוזר למזער את מספר האינטראקציות עם הרשת הראשית ולהפחית עלויות.
אימות מצב : אימות מצב כולל בדיקת נכונות מצב הבלוקצ'יין ב-Rollup. זהו תהליך מפתח המבטיח אמון בנתונים. פתרונות שונים משתמשים בגישות שונות לאימות מצב. חלקם (כגון Optimistic Rollups) מניחים את נכונות העסקאות עד שיוכח אחרת, בעוד שאחרים (כמו ZK-Rollups) משתמשים בהוכחות אפס ידע כדי לאמת את המצב.
שכבת הסדר : אחראי על אישור ורישום סופי של עסקאות ברשת הראשית. רובד זה הוא המקום שבו מתרחשים התנחלויות פיננסיות והסכמה. שכבת ההתיישבות משמשת בסיס להבטחת הנתונים ב-Rollup תואמים לאלו של הרשת הראשית.
שכבת הנתונים : שכבת הנתונים מנהלת את האחסון והגישה לנתונים הדרושים כדי לשחזר את מצב ה-Rollup במקרה של מחלוקות או צורך בחישוב מחדש. פתרונות שונים עשויים לאחסן נתונים על השרשרת או להשתמש בפתרונות חיצוניים מחוץ לשרשרת כדי למזער עלויות ולהבטיח אחסון אמין.
כעת, עלינו להבין את פרמטרי העומס הבסיסיים שאנו מתכננים עבורם:
אספנו ניתוח של פתרונות השוק הנוכחיים והצגנו את התוצאות בטבלה השוואתית:
מֵידָע | מחסנית OP | ארביטרום מסלול | מצולע CDK | ז.ק. סטאק |
---|---|---|---|---|
מערכת אקולוגית | אוֹפּטִימִיוּת | ארביטרום | מְצוּלָע | ZK Sync |
שימוש על ידי פרויקטים גדולים | BaseModeAevo (החלפה) | ארביטרום OneKINTO | Manta - הועבר מ-OP StackAstar | הפעל את Cronos (החלפה) |
תפוקה | עד 200M גז/בלוק | עד 60M גז/בלוק | 5e14 גז/בלוק | 1.1e15 גז/בלוק |
חסימת מהירות הכרייה | 2 שניות לכל בלוק (אפשרי התאמה אישית קלה) | 0.26 שניות לבלוק | 3 שניות לכל בלוק | שנייה אחת לכל בלוק |
בשלות הפתרון | + | + | + | +- |
דרגת ביזור | סיקוונסר מבוזר מתוכנן רק. | + | ישנה אפשרות למשוך כספים על ידי חיבור מוכיח משלך. | - |
יכולת משיכת כספים לאחר כישלון L2 | שתי אפשרויות (מבוזר וריכוזי). | + | + | - |
כשל ברצף | משתמשים יכולים להגיש עסקאות ל-L1 תוך עקיפת הרצף (עיכוב של יום אחד). | יש מנגנון, אבל הוא עדיין לא פעיל ב-Polygon zkEVM. | הרצף לא יכול לחסום עסקאות באופן סלקטיבי, אבל הוא יכול להפסיק לחלוטין לספק אותן ל-L1. | |
כישלון המציע | כל אחד יכול לפעול כמציע. | לאחר 6 ימים ו-8 שעות, כל אחד יכול להפוך למציע. | קיימת אפשרות למשיכת כספים; ספקים מספקים שירות זה. | רק מציעים ברשימת ההיתרים יכולים לפרסם את המדינה; ניתן לחסום לחלוטין משיכות. |
אימות מדינה | כל אחד יכול לבצע מחלוקת. | רשימת הכתובות הלבנה (יש 14 ב-Arbitrum One). | הוכחות ZK | הוכחות ZK |
פתרון להפקדות/משיכות (גשר) | גשר קנוני, Superchain (Q1 2025) | גשר קנוני + משיכה מהירה. | AggLayer נמצא בפיתוח (בדומה ל-Superchain). | Hyperchain - תמיכה בשרשראות ב-ZK Stack. |
נזילות במערכת האקולוגית | ל-Base, OP Mainnet, Blast ו-Mantle יש נזילות של יותר מ-16 מיליארד דולר. | ל-Arbitrum One יש 13 מיליארד דולר, בעוד ל-L2 אחרים אין נזילות משמעותית. | מצולע zkEVM 70M | ZkSync Era 800M |
שכבת נתונים | יש צורך ב-Ethereum כדי לתמוך ב-Superchain. | כֹּל אֶחָד | כל אחד (מצב Validium). | כֹּל אֶחָד |
עלות תמיכת תשתית | קָטָן | קָטָן | פי 5 בהשוואה לאופטימיות. | x5 בהשוואה לאופטימיות. |
ספקים | כמעט כולם תומכים ב-OP Stack. | קלדרה ג'לאטו | הרוב תומכים בזה. | זאב |
| את'ריום | שכבה עצמית | סלסטיה | לְהוֹעִיל | לְיַד | AnyTrust |
---|---|---|---|---|---|---|
פּוֹפּוּלָרִיוּת | 5 | 3 | 3 | 3 | 1 | 3 |
קוֹנסֶנזוּס | גספר | מודל קונצנזוס מבוסס ועדות | נענע | התינוק והסבא של פולקדות | Doomslug (PoS) | חתימות BLS דורשות חתימות N-1, כאשר N הוא מספר המשתתפים ב-DAC. |
DAS | DAS לאחר השדרוג ל-danksharding לא יהיה זמין במשך כמה שנים לפחות. | - | + | + | - | |
ערכת קידוד | התחייבויות KZG | התחייבויות KZG | הוכחות הונאה | התחייבויות KZG | התחייבויות KZG | - |
ביזור | 1 מיליון מאמתים | ועדות | ~200 מאמתים | עד 1000 מאמתים | 223 מאמתים | נמוך, מספר המשתתפים פחות מ-10. |
עלות של 100 אלף התנחלויות | ~200+$ | אין נתונים | ~30$ | הרשת המרכזית לא מופעלת. | ~1$ | תלוי בתצורה. |
חשוב לציין שבספקי DA, הנתונים אינם נשמרים ללא הגבלת זמן. חיוני לאחסן נתוני עסקה בנוסף. ספק התשתית מפעיל בדרך כלל צמתי ארכיון נוספים מהם ניתן לחלץ את היסטוריית העסקאות במידת הצורך.
*מקור נתונים לעלויות - קרוב. הספקים לא הצליחו לספק מידע מהימן על עלויות לפי בקשתנו.
Arbitrum Nitro משלבת את כל הגישות הקיימות של Arbitrum בבניית רשתות L2/L3: Arbitrum Rollup, Arbitrum Orbit ו-Arbitrum AnyTrust. ארביטרום אורביט יכול לפעול בשני מצבים: רולאפ ו-AnyTrust. ההבדל העיקרי טמון באופן שמירת נתוני העסקאות. מצב ה-Rollup הוא המבוזר ביותר, עם נתוני עסקאות שנרשמו ב-L1. אחסון נתונים ב-L1 מייצג את העלויות העיקריות במצב זה.
במצב AnyTrust, ועדת זמינות הנתונים (DAC) אחראית על אחסון הנתונים. הנתונים מאוחסנים מחוץ לשרשרת, מה שמפחית משמעותית את עלויות האחסון. משתתפי DAC מפעילים שרתים המאחסנים נתוני עסקאות. למען אבטחת הרשת, לפחות שני משתתפי DAC חייבים להיות כנים. הרצף מפיץ נתוני עסקאות לכל חברי הוועדה.
ל-Arbitrum Nova יש ועדת DAC המורכבת מ-6 חברים.
OP Stack הוא פתרון קוד פתוח הממלא תפקיד מפתח בתשתית האופטימיות. המטרה של OP Stack היא לספק את התשתית הדרושה לפיתוח של מערכת אקולוגית תואמת של רולאפים בשם Superchain. Superchain שואפת להבטיח אינטראקציה ועסקאות בין רשתות שכבה 3 שונות.
ההבחנה הטכנולוגית העיקרית היא היכולת לביזר הפקדה/משיכה של כספים בין רשתות המבוססות על OP Stack. באמצע 2024 יושם מנגנון ה-Permissionless Output Proposals (PoPs), המאפשר לכל משתתף ברשת ליצור בקשת משיכה דרך DisputeGameFactory.
נכון לעכשיו, המנגנון אינו מבוזר לחלוטין, שכן יש מועצת ביטחון שיכולה להטיל וטו על נסיגות. ישנן תוכניות לשנות את הזכויות וההגבלות של מועצת הביטחון בעתיד, אם כי אין לוחות זמנים ברורים לשינויים אלו.
המערכת האקולוגית של Superchain הבנויה על OP Stack מציעה מספר יתרונות:
ההבדל העיקרי מ-Arbitrum Orbit הוא ש-Superchain מתמקדת בבניית בלוקצ'יין אופקי שכבה 2 במקום שכבה 3. יש כבר הרבה רשתות כאלה המבוססות על OP Stack, כולל Optimism, Base, Zora, opBNB, Public Goods Network, DeBank, Aevo, ו אחרים.
נכון לעכשיו, OP Stack מובילה בין המתחרים מבחינת מספר האינטגרציות וההכנסות. עם זאת, יש לזה גם חסרונות:
צוות Optimism פועל באופן פעיל לטפל בבעיות אלו, ואספרסו כבר מציעה סיקוונסר משלה עבור בלוקצ'יין OP Stack.
טכנולוגיית ה-Rollup מתאימה ביסודה לבניית רשתות L2 ו-L3 כאחד. ההבדל היחיד הוא לאיזו רשת הנתונים מתפרסמים. בדרך כלל, רשת Ethereum הראשית משמשת עבור L2, בעוד שכל רשת L2 יכולה להיבחר כיעד עבור L3. עלות הקלטת נתונים ברשת L2 נמוכה משמעותית מאשר ב-L1, תוך מתן חווית משתמש דומה. עם זאת, מתעוררת שאלת האבטחה, שכן רשת L2 עלולה להפסיק לתפקד; לפיכך, חייבת להיות מספיק נזילות ורמת אמון כדי לארח את האוסף שלך ברשת זו.
לדרישות הבורסה, כל אחת מהערימות הנ"ל יכולה להתאים. פתרונות ZK נראים מבטיחים, אך הם עדיין בפיתוח פעיל ונושאים עלויות תמיכת תשתית גבוהות משמעותית.
בין שני הפתרונות האופטימיים העיקריים (OP Stack ו-Arbitrum Orbit), נראה שה-Arbitrum Orbit מתאים יותר לבורסה מבוזרת בשל ההתמקדות בהבדלים משמעותיים במהירות ובביזור, כמו גם בנזילות הגבוהה ביותר בתוך המערכת האקולוגית, המרוכזת ברשת אחת. —
ביולי 2024, ארביטרום אורביט הציגה את
יחד עם זאת, ראוי לציין כי יוזמות בתוך OP Stack, כגון
לאחר חודש של דיונים אינטנסיביים בתוך הצוות וניתוח אפשרויות שונות, הגענו למסקנה שרשת L3 משלנו המבוססת על Arbitrum Orbit + AnyTrust היא האיזון האופטימלי בין עלות ומהירות עבור הבורסה שלנו. בהתחשב באקוסיסטם המפותח, בהזדמנויות השיווקיות והעדכונים האחרונים, Arbitrum Orbit בולטת כאופציה המבוזרת והאמינה ביותר הקיימת כיום בשוק. בנוסף, היכולת להשתתף ביוזמת המשיכה המהירה היא יתרון משמעותי, המאפשרת משיכת כספים אוטומטית תוך 5-15 דקות ללא צורך בהמתנה של שעות או אפילו ימים, כפי שמקובל ברשימות אופטימיסטיות מסורתיות.
"בחירת הבלוקצ'יין המתאים לבורסה היברידית היא משימה שדורשת איזון בין הפשרות בין מהירות בלוקצ'יין, ביזור ומורכבות עלויות הפיתוח והתמיכה בתשתית. בהתחשב בדרישות המפורטות, נראה שהפתרון האופטימלי ביותר מבוסס על Arbitrum Orbit במצב AnyTrust, המאפשר פריסה של בלוקצ'יין מאובטח העונה על הדרישות שצוינו עם הנחות אמון מינימליות".
1גלב זיקוב, CTO ומייסד שותף של HashEx
בניית רשת L3 משלנו ב-Arbitrum Orbit מציעה הזדמנויות צמיחה ייחודיות לבורסה שלנו. פתרון זה מפחית עלויות תפעול, משפר את חווית המשתמש ומגדיל את ההזדמנויות להשתתפות בממשל. למרות שבנייה ותחזוקה של רשת משלנו דורשת מאמץ ניכר, אנו בטוחים שהחלטה אסטרטגית זו תבטיח הצלחה ארוכת טווח ופיתוח בר קיימא של הבורסה שלנו.