1. מבוא

מערכת הבלוקצ'יין נכנסת לעידן רב-שרשרתי (multi-chain) עם ההופעה המתמדת של appchains המבוססים על רשת Cosmos, רשתות Layer 2 המבוססות על Ethereum, ועלייתן של רשתות מונוליטיות המיוצגות על ידי Solana, Sui ו-Aptos. בעוד שנוצרים שירותים חדשניים ויעילים המנצלים את המאפיינים של רשתות מגוונות אלו, בעיות כמו פיצול נזילות (liquidity fragmentation) ואתגרים בחווית משתמש הפכו לבולטים יותר ויותר. כתגובה לכך, פרוטוקולים להעברת הודעות בין-שרשרתיות (cross-chain messaging) להינתקות בין-רשתיות (interoperability), המיוצגים על ידי Wormhole ו-LayerZero, צצו ומבססים את מעמדם באמצעות שיתופי פעולה עם רשתות ויישומים שונים. עם זאת, פרוטוקולים אלו מתמחים בעיקר בהעברת הודעות חוצות-שרשרת ובבניית יישומים דרכה, מבלי לספק נגישות מקיפה לנתונים ברחבי רשתות מרובות. לכן, בפיתוח dApps חוצי-שרשרת הדורשים נתונים מרשתות מרובות, המפתחים חייבים או לקבל סיכוני ריכוזיות ולאפשר לפרוטוקול לחלץ ולעבד נתונים ישירות, או להתמודד עם המורכבות של שימוש בפרוטוקולים נפרדים כגון: פרוטוקולי אינדקס נתונים מבוזרים: פרוטוקולים המעדנים והופכים ניתנים לשאילתה את הנתונים המבוססים-ברשת (on-chain) הנדרשים עבור ישויות ספציפיות, ומאפשרים ל-dApps לגשת למידע הדרוש במהירות ובקלות (למשל, The Graph). פרוטוקולי אורקל מבוזרים: פרוטוקולים מבוזרים המספקים נתונים חיצוניים לרשת בלוקצ'יין ספציפית בצורה מאובטחת ואמינה, המאפשרים לחוזים חכמים לבצע פעולות על בסיס מידע חיצוני (למשל, Chainlink). כך, למפתחי dApps חוצי-שרשרת יש צורך הן בהעברת הודעות חוצות-שרשת והן בגישה מאובטחת ונוחה לנתוני on-chain. Analog שואף לבסס את מעמדו כפלטפורמת פתרון הינתקות מקיפה על ידי מתן נגישות משולבת לשתי פונקציות ליבה אלו למפתחים. במאמר זה, נבחן את המבנה של Analog וננתח כיצד הוא מציע פתרונות הינתקות למפתחי אפליקציות inter-chain.

2. Analog, פתרון הינתקות הכל באחד (All-in-One)

כפי שהוזכר לעיל, Analog היא פלטפורמה המספקת למפתחים סביבת פיתוח נוחה הן באמצעות פונקציות הינתקות ישירות בין רשתות, כגון גישור (bridging) והעברת הודעות חוצות-שרשת, והן באמצעות היכולת לאגור, לאנדקס ולבצע שאילתות על נתוני on-chain ממספר בלוקצ'יינים. כיום מפעילה Analog רשת בדיקה ממורצת (incentivized testnet) לקראת השקת הרשת הראשית (mainnet) המתוכננת לסוף 2024, כאשר Analog מגמל את המשתמשים המשלימים משימות שונות ב-ATP, מערכת הנקודות הפנימית שלה. משתמשים הצוברים ATP יהיו זכאים להפצת אווירדרופ (airdrop) של האסימון הטבעי של Analog, $ANLOG, בהתבסס על הנקודות שצברו. לאחר השקת הרשת הראשית, Analog מתכנן להרחיב בהדרגה את החיבורים שלה, החל מרשתות מבוססות EVM כגון Ethereum, BNB Chain, Polygon ו-Astar,�בהמשך להרחיב לרשתות אחרות. לפני שנצלול לעומק לתכונות ההינתקות של Analog, בואו נבין תחילה את הרכיבים המרכזיים שלה: ה-Timechain ו-Chronicle Nodes.

2. 1. Timechain

בליבו של Analog נמצאת רשת בלוקצ'יין הנקראת Timechain. ה-Timechain מאמת ומתעד את כל האינטראקציות המתרחשות בתוך פרוטוקולים המבוססים על Analog, ומבטיח את הביזור (decentralization) והאבטחה של הפרוטוקול. ה-Timechain בנוי על גבי Substrate SDK, מסגרת בניית הבלוקצ'יין של Polkadot, ומאמץ את אותו מנגנון קונצנזוס NPoS (Nominated Proof of Stake) כמו Polkadot. זה מאפשר למחזיקי האסימון הטבעי ($ANLOG) להשתתף באימות הרשת על ידי הימור (staking) של האסימונים שלהם למאמתים (validators) לבחירתם. בעוד שמבנה קונצנזוס הרשת של בחירת מאמתים ספציפיים להימור אסימונים דומה ל-DPoS (Delegated Proof of Stake), ישנו הבדל מרכזי: ב-DPoS, כאשר חותכים (slashing) את סכום ההימור של מאמת זדוני, המשתמשים שהימרו עם מאמת זה לא מאבדים את ההימור שלהם. עם זאת, ב-NPoS, הן הימור המאמת והן הימורי המשתמשים שמינו את המאמת הזה נחתכים.

2. 2. Chronicle Nodes

בנוסף ל-Timechain, Analog כולל חוזי Gateway הקיימים כחוזים חכמים ברשתות אחרות ומשמשים כשערי הודעות בין Analog לרשתות אחרות, ו-Chronicle Nodes שמנטרים עסקאות הנכנסות לחוזי gateway בשרשראות המחוברות ומעבירות אותם לחוזי gateway אחרים. כדי לעבד בקשות העברת הודעות חוצות-שרשת במקביל, ה-Timechain מקבץ מספר מסוים של צמתי Chronicle לרסיסים (shards). לאחר קביעת התצורה של הרסיס, צמתי ה-Chronicle בתוך הרסיס חייבים להוכיח מעת לעת את מצבם המקוון ל-Timechain באמצעות הוכחות מקוונות (online proofs). אם צומת Chronicle נכשל במתן הוכחה מקוונת ונמצא כמנותק, הוא מוסר מהרסיס וסכום ההימור שלו נחתך. יתר על כן, Analog משתמש ב-TSS (Threshold Signature Scheme) עבור בקשות עסקאות חוצות-שרשת ספציפיות, הדורש מספר מסוים של צמתים לאמת את תקינות העסקה ולהשיג קונצנזוס של שני שלישים (2/3), מה שמונע פעולות זדוניות על ידי צמתי Chronicle. בעוד שצוות Analog מפעיל כיום 24 צמתי Chronicle ברשת הבדיקה, הם מתכננים לעדכן את המערכת כדי לאפשר למשתמשים להפעיל צמתי Chronicle על ידי הימור של סכום מסוים של $ANLOG. דרך מבנה זה, כאשר ה-Timechain מבטיח אבטחה וביזור במרכזו, וצמתי Chronicle מזהים ומבצעים עסקאות שהוגשו ל-Analog מרשתות אחרות, Analog מספק תכונות הינתקות חוצות-שרשת כגון Analog GMP, Analog Watch ו-Analog Automation.

3. תכונות ההינתקות של Analog

3. 1. Analog GMP (General Message Passing)

Analog GMP הוא יכולת העברת הודעות חוצות-שרשת של Analog התומכת בקריאות לפונקציות של חוזים חכמים בין שרשראות שונות. מפתחים יכולים להשתמש ב-GMP כדי ליישם תכונות חוצות-שרשת שונות מעבר לגישור פשוט, כגון: החלפות חוצות-שרשת (Cross-chain Swaps): ביצוע גישור נכסים והחלפות בין שתי רשתות בעסקת משתמש בודדת. הלוואות חוצות-שרשת (Cross-chain Lending): שימוש בנכסים מרשת אחת כביטחון להלוואות ברשת אחרת. NFTs חוצי-שרשת (Cross-chain NFTs): הנפקת NFTs שניתן להעבירם בחופשיות והם תואמים ברחבי הרשתות. ממשל חוצה-שרשתי (Cross-chain Governance): ביצוע ממשל משולב ברחבי מספר שרשראות. Frax Finance עומד כדוגמה בולטת לפרויקטים המתכננים לנצל את Analog GMP, עם תוכניות ליישם ממשל מאוחד באמצעות אסימון הממשל שלהם, veFXS, המופץ ברחבי מספר רשתות.

3. 1. 1.

איך Analog GMP עובד

כאשר נשלחת טרנזקציה הכוללת בקשה להודעה בין-שרשרתית (cross-chain) לכלי dApp המשתמש ב-Analog, ההודעה מועברת לרשת אחרת באמצעות התהליך הבא:

כלי ה-dApp הבין-שרשרתי איתו משתמש המשתמש מאתחל העברת הודעות בין-שרשרתיות על ידי הגשת טרנזקציה לחוזה השער של Analog שפורסם ברשת ספציפית. שרד (shard) של צומת Chronicle האחראי על חוזה השער של אותה רשת מאמת את הטרנזקציה, מבצע TSS (חתימה משותפת לסף), ומגיש אותה ל-Timechain. ה-Timechain מבצע אימות סופי ורישום של הטרנזקציה שהוגשה על ידי השרד, ולאחר מכן מייצר טרנזקציה שתבוצע ברשת היעד ומעביר אותה לשרד המקיים אינטראקציה עם חוזה השער שפורסם באותה רשת. השרד מגיש את הטרנזקציה שהתקבלה מה-Timechain לחוזה השער ברשת היעד.

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

3.2. Analog Watch

Analog Watch הוא תת-הפרוטוקול של Analog המספק יכולות אינדקס ושאילתות נתונים, המאפשר למפתחים לאסוף ולנצל ביעילות נתונים מהשרשרת (on-chain) ממגוון רשתות המחוברות ל-Analog. כדי להשתמש ב-Analog Watch, יש קודם צורך לפרסם את החוזים החכמים שמהם מקור הנתונים הרצוי לאיסוף. לאחר מכן, ניתן ליצור תצוגות (views) המגדירות את הטווח והצורה של הנתונים שיש לאסוף מהחוזים החכמים הרשומים, ולבצע איסוף ושאילתות נתונים תמורת תשלום סכום מסוים של $ANLOG כדי להפעיל את התצוגה.

בעוד שביצוע שאילתות על נתונים שנאספו על ידי Analog Watch דורש במקור שפת GraphQL וסביבה להפעלתה (GraphQL IDE), Analog מספקת Watch SDK שמפשט את השאילתות ועוזר לכתוב ולהפעיל GraphQL בסביבות שונות, המציע נגישות נוחה ל-Analog Watch. כתוצאה מכך, משתמשים יכולים לפרסם חוזים חכמים, ליצור תצוגות, ולבצע שאילתות בסביבת אינטרנט באמצעות Watch Portal שנבנה באמצעות ה-SDK.

ממשק Watch Portal, מקור: Watch Portal

נתונים שנאספו ועובדו דרך Watch יכולים לשמש בכלי dApp שפועלים על בסיס נתונים חיצוניים או כדי להציג נתונים מהשרשרת הנדרשים למשתמשים בחזית (frontend) של כלי ה-dApp. Frax Finance, שהוזכרה בסעיף ה-GMP, מתכננת להשתמש הן ב-Analog GMP והן ב-Analog Watch כדי לספק נתוני מחיר מצטברים עבור אסימוני $FRAX ו-$FXS המפוזרים במספר רשתות.

בעוד ש-Analog Watch מסופק כיום כשירות מרכזי על ידי צוות Analog, הם מתכננים להכניס שירות אימות נתונים לפי דרישה (On-Demand Data Validation Service) שבו צמתי Chronicle מבצעים TSS וה-Timechain מבצע אימות סופי על תוצאות השאילתה, בדומה ל-GMP, כדי להבטיח יציבות נתונים.

3.3. Analog Automation

כל החוזים החכמים בבלוקצ'יין פועלים רק כאשר מתרחשת טרנזקציה שקוראת לפונקציות שלהם. לכן, כדי לאוטומט מעשים מסוימים בשרשרת, עליך להשתמש בשירותים המסופקים על ידי ישויות מרכזיות או פרוטוקולים כגון Chainlink או Gelato, אך אפילו פרוטוקולים אלה לא מאוטומטים פעולות על פני מספר שרשראות. Analog Automation הוא פרוטוקול שמאוטומט פעולות מסוימות בשרשרת בסביבה בין-שרשרתית. משתמשים יכולים להשתמש באוטומציה על ידי ציון הודעה בין-שרשרתית עם הפעולה שבוצעה והגדרת טריגרים למתי הטרנזקציה צריכה להיות מוגשת. האוטומציה מזהה טריגרים דרך Analog Watch ומגישה הודעות בין-שרשרתיות דרך Analog GMP.

כפרוטוקול המשלב את התכונות המרכזיות של Analog, GMP ו-Watch, מפתחי כלי dApp בין-שרשרתיים יכולים להשתמש באוטומציה כדי ליישם תכונות כגון:

• הזמנות מוגבלות (Limit orders) בבורסות דקנטרליזיות בין-שרשרתיות.
• אוטומציה של תביעות תגמולים והפקדות ב-DeFi בין-שרשרתי.
• הגנה על ערבות באמצעות תכונות נזילה אוטומטיות בפרוטוקולי הלוואות בין-שרשרתיים.

עם זאת, תכונת האוטומציה כרגע מוצגת רק בנייר הלבן ובבלוג ואינה זמינה ברשת הבדיקה (testnet) הנוכחית, ולכן יהיה צורך לעקוב אחר התקדמות עדכון התכונות של Analog.

4. מסקנה

עם הצגת פתרונות היכולת לפעול במשותף בין שרשראות (cross-chain interoperability), חוויית המשתמש בסביבה הרב-שרשרתית השתפרה באופן דרמטי בהשוואה לעבר. עם זאת, אפילו בעת שימוש בפתרונות היכולת לפעול במשותף הקיימים, מפתחים היוצרים כלי dApp בין-שרשרתיים עדיין נתקלים באתגרים בבניית יישומים באיכות גבוהה עם תכונות נוחות כגון שימוש בנתונים מהשרשרת ואוטומציה של טרנזקציות.

בתגובה לכך, Analog שואפת לספק סביבה שבה מפתחים יכולים לבנות כלי dApp בין-שרשרתיים שונים באמצעות Analog לבד, ללא צורך בפרוטוקולים מרובים, על ידי הצעת פתרונות משולבים הנחוצים לפיתוח כלי dApp בין-שרשרתיים, לרבות Analog GMP, Analog Watch ו-Analog Automation, מסביב ל-Timechain.

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

הפניות

• Analog Timepaper
• Analog Youtube
• Analog Blog
• Analog (ANLOG) : l'interopérabilité enfin réalité ?
• The HTTPS for Web3