רשת Opside מציגה ארכיטקטורת 3 שכבות עבור אפליקציית בלוקצ'יין...

מדרגיות בלוקצ'יין והפתרונות המוצעים נמצאים בחזית הפטפוט במדיה החברתית כבר חצי עשור. לדוגמה, חברת התוכנה הישראלית Starkware ומייסד Ethereum, Vitalik Buterin, דיברו לאחרונה על הרעיון של "Layer 3" כאחד מהפתרונות הללו. Starkware אומרת שמספר שכבות 3 ירכבו על גבי שכבה 2, וניתן לבנות פתרונות "שכבות פרקטליות" על גבי שכבות 3. 

פרויקט Opside לאחרונה פרסמו את התוכניות שלהם לארכיטקטורה תלת-שכבתית. זה יאפשר למפתחים ליצור יישומי בלוקצ'יין שיש להם גישה למהירויות מהירות יותר ועסקאות זולות יותר. זה מתאפשר על ידי רשת Opside, אשר מכונה פתרון שכבה 2 מכיוון שהיא יושבת על גבי מספר רב של פלטפורמות שכבה 1 (כמו Ethereum, Binance Chain, ביטקוין וכו') ומשתמשת בהן כשכבת יישוב. הפונקציונליות של "שכבה 3" לוקחת את זה אפילו רחוק יותר, ומאפשרת למפתחים ליצור קבוצה של "אוסף כשירות". ארכיטקטורה זו מעניקה לשכבה 2 מגוון מקיף יותר של נכסים מגשרים ויכולת לצמוח ללא הגבלת זמן מ-rollups. 

על מנת לטפל בשיחות החוזה בין מספר רשתות, הפוך פיתח פרוטוקול לטיפול בכל שיחות החוזה. כמו כן בפיתוח הצבעה DAO המאפשרת לקהילת Opside להצביע באילו רשתות ציבוריות להשתמש לצורך יישוב שכבה 1. 

פתרונות שכבה 2 תלויים בביזור של מקבילם בשכבה 1 כדי לספק זמני עסקה מהירים יותר ועמלות גז נמוכות יותר. נראה שמקובל על רוב קהילות הבלוקצ'יין שתהיה שכבה מרוכזת על גבי הפלטפורמה שלהן כל עוד כל עסקה מסתדרת ברמת שכבה 1. יעילות מושגת על ידי "צירוף" של סט עסקאות וסילוק מאוחר יותר. שכבה 3 מגבירה את הדגם הזה, ומאפשרת יעילות עלות גבוהה עוד יותר תוך שמירה על המהירות של רשת שכבה 2. 

לשכבה 3 יש את הפוטנציאל להציע עלויות נמוכות כל כך, עד שפרויקטים שנבנו אפילו ברשתות שכבה 2 לא יצטרכו לפרוס שכבה 1 משלהם כדי להוריד את עמלות הפשרה. יישומים אלה, כגון Axie ו-dYdX Decentralized Exchange היו צריכים לעשות זאת, פשוט כי המודל שלהם היה תלוי בזמני העסקאות המהירים ביותר ובעמלות הנמוכות ביותר. אם ייפרס על אוסף שכבה 3, זה יכול למנוע את הצורך בבלוקצ'יין נוסף.

שכבה 1: גשרים מרובי שרשרת

Opside תומכת ב-Liquidity-Bridge מבוזר מהיר וזול יותר כדי להשיג יכולת פעולה הדדית של נכסים בעוד רשתות. Liquidity-Bridge מורכב מצמתים חסרי רשות המגיעים לקונצנזוס על הודעות צולבות שרשרת באמצעות MPC. מאגר הנזילות מביא למהירות מהירה יותר ותומך ביותר רשתות ציבוריות ובנכסי השרשרת שלהן.

בנוסף, Opside תיצור קשרים עם רשתות ציבוריות שונות של שכבת הנכסים דרך גשר ZK חסר האמון. בהשוואה לתוכניות גשר אחרות, ערכת ZK-Rollup כוללת יותר מערכות מוגנת ZK. בפעולה צולבת שרשרת, יש צורך להפיק הוכחות ZK כדי להבטיח את תקינות תהליך הביצוע בנוסף ל"ביצוע" כללי. פעולות ההפקדה והמשיכה של ZK-Bridge "מתמצקות" כמעגל, והלוגיקה של המעגל חשופה לחלוטין.

Layer2: שרשרת ידידותית ל-Rollup

שרשרת Opside, או Layer 2, היא שרשרת תואמת EVM וידידותית לרולאפ. רשת Opside תבצע כמה אופטימיזציות עמוקות עבור רולאפים.

אוסף מקורי דומה במקצת לארכיטקטורה של פולקדות. ברגע ש-rollup רושם משבצת, ה-rollup הופך ל-native. לעומת זאת, לארכיטקטורת Polkadot יש את החיסרון שהקונצנזוס של ה-parachain תלוי במערך המאמתים שהוקצה. יש מתאם בין אבטחה למספר המאמתים. אם כמה מאמתים יצאו למצב לא מקוון, ה-parachains שקבוצות האימות שלהם קטנות מכדי לאמת בלוק ידלג על החסימות האלה, או אפילו יפסיקו עד שהמצב ייפתר. ל-Opside אין את הבעיה הזו מכיוון שכבה 2 אוספת נתונים מכל ה-native rollups בשכבה 3 ומאמתת את כל הוכחות zk. Opside Chain מאובטח ומבוזר יותר עם כל ה-rollups עליו כמכלול מהודק יותר, חולק את אותה שכבת הסכמה.

ישנם 64 חוזים שנפרסו מראש כ"משבצות אוסף", אשר ייקראו ישירות על ידי עסקאות אצווה והוכחה מאוסף. משבצות אלה יתקשרו לחוזה מראש לאימות הוכחה ויעדכנו את שורשי המדינה המקומיים אם יצליחו. החוזה המוגדר מראש יכול להאיץ את האימות של הוכחות אפס ידע עם אופטימיזציות בקודים בינאריים.

שכבה 2 ושכבה 3 של ארכיטקטורת Opside חולקות א מנגנון קונצנזוס עם הכלאה של PoS ו-PoW.

• PoS: בשכבה 2, כל אחד יכול להפוך לאמת על ידי הימור, ואז לקבל את ההזדמנות לייצר בלוקים של Opside Chain. ניתן להוכיח PoS ומאמתים מגישים מעת לעת הוכחת PoS לשכבה 1. Validators יכולים לקבל את תגמול החסימה ותגמול ההימור עבור חלק זה של PoS.
• PoW: המאמתים של שכבה 2 לא רק ייצרו בלוקים של Opside Chain, אלא גם יפיקו הוכחה zk עבור כל רולאפ מקורי של שכבה 3 לפי הכללים של PoVP. המאמתים יקבלו את פרס ה-IDE על יצירת הוכחת zk מוצלחת, שדומה במקצת ל-PoW. המאמתים יכולים לקבל בונוס נוסף עבור חלק זה של התגמול על ידי החזקה של אסימונים נוספים בחוזה המערכת.

חשוב מכך, ב-Opside, לאחר השלמת רישום המשבצות, רולאפים מקומיים חולקים עץ מדינה עולמי זה עם זה ואת אותו תור הודעות גלובלי. לכן, יכולת פעולה הדדית מקורית של צולב אוסף אפשרי ב-Opside. תאר לעצמך שאתה רוצה להלוות את USDC לחוזה הלוואה ב-Rollup A ולאחר מכן עבור ל-DEX ב-Rollup B כדי לסחור כדי לקנות BTC. ב-Opside, אתה כבר לא צריך למשוך נכסים מ-Rolup A ל-L1 ואז להטעין אותם מ-L1 ל-Rolup B. במקום זאת, אתה יכול לקרוא לשיטת החוזה של Rollup B ישירות ב-Rollup A. זה יהפוך את כל התהליך למהיר הרבה יותר, זול ובטוח יותר.

שכבה 3: ה-ZK-Rollups מבוזרות

בשכבה השלישית, Opside תומך במפתחים לפרוס רכיבים משלהם, בעוד Opside מספקת גם א פתרון אוסף מבוזר מבוסס על RaaS שהוזכר לעיל. מפתחים יכולים לבחור בחופשיות איזה מהם לאמץ. הפתרון הזה הוא חסר אמון וחסר רשות. כל אחד יכול להגיש אצווה והוכחות L2 ל-L1.

לסיכום, לארכיטקטורת "שכבת הבסיס <- opside <- rollup" של Opside יש את היתרון של מגוון נכסים ומדרגיות אינסופית. זו יכולה להיות בחירה נוספת לפתור את בעיות המדרגיות של יישומי web3. בהשוואה לשכבות 2 המבוססות על רולאפ יקרות, היא מתאימה יותר ליישומים בעלי תפוקה גבוהה כמו משחקים.

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