ארכיטקטורה
הארכיטקטורה של OmniYield מתוכננת להיות מודולרית, בלתי תלויה בשרשרת ובעלת יכולת סקיילינג גבוהה מאוד.
המטרה העיקרית שלנו היא ליצור שכבת תשואה בלתי תלויה בשרשרת, שממקסמת תשואות מותאמות לסיכון עבור משתמשים בכל DeFi. כדי להשיג זאת, המערכת משתמשת בניתוח נתונים נרחב, אלגוריתמים מתקדמים מחוץ לשרשרת, פרוטוקולי בטיחות מחמירים, כללי פיזור, וארכיטקטורה שמסירה את המורכבות של אינטראקציה בין-שרשרתית.
רכיבי ארכיטקטורה מרכזיים
כספות
שער הכניסה של המשתמש ל-OmniYield.
חוזים חכמים אלה, העומדים בתקן ERC-4626, מנהלים בצורה מאובטחת הפקדות, מקבלים דוחות מאסטרטגיות ומעבדים משיכות.
הם משמשים כממשק הראשי המתאם בין כספי המשתמש לבין האסטרטגיות הבסיסיות.
שכבת הביצוע (Solver)
שכבת האינטליגנציה של OmniYield.
מערכות אוטומטיות אלו מנתחות ללא הרף פרוטוקולי DeFi ברחבי שרשראות, מזהות הזדמנויות תשואה אופטימליות, מעריכות סיכונים, וקובעות את הקצאת הנכסים לכספות.
עיבוד זה מחושב מחוץ לשרשרת לצורך יעילות - רק התוצאות מיושמות על השרשרת, וכך נמנע חיקוי של האסטרטגיות של OmniYield.
אסטרטגיות
לכל כספת מחובר לפחות חוזה אסטרטגיה אחד.
רכיב זה מתרגם את החלטות ה-solver לפעולות. הוא מטפל במורכבויות הטכניות של תנועת נכסים, כולל החלפות טוקנים, אספקת נזילות, הלוואות, סטייקינג וכו'.
יעדים
פרוטוקולי ה-DeFi הספציפיים, מאגרי הנזילות או חוות התשואה שאליהם נכסי הכספת נפרסים בסופו של דבר.
תשתית העברת הודעות בין-שרשרתית
הטכנולוגיה הבסיסית שמאפשרת יכולות בין-שרשרתיות, ומקלה על תקשורת והעברת נכסים בין בלוקצ'יינים שונים.
מחזור החיים של הנכס
הבנת הזרימה של הנכסים עוזרת להבהיר את אופן פעולת המערכת:
הפקדה
משתמש מפקיד סוג נכס יחיד (למשל, USDC) לכספת OmniYield המתאימה בכל שרשרת נתמכת. הנכסים שהופקדו מועברים לחוזה הכספת ב-hub של Arbitrum, ובהתחלה הם נותרים שם ללא פעילות.
איזון מחדש בין-שרשרתי
הרכיב מחוץ לשרשרת (ה-Solver האוטונומי) עוקב אחר יתרות הכספות ותנאי השוק. כאשר מגיעים לסף מסוים של נכסים לא פעילים, או במהלך מחזורי אופטימיזציה תקופתיים, הוא קובע את ההקצאה האופטימלית עבור האסטרטגיות הנוכחיות על פני השרשראות המשולבות ומציע תוכנית איזון מחדש. אם ההצעה עומדת במגבלות הבטיחות והביצועים, היא מפעילה איזון מחדש (למשל, העברת X כמות USDC ל-Strategy A ב-Chain Y) דרך חוזה הכספת ב-hub של Arbitrum.
באמצעות LayerZero ו-Axelar, נשלחת מה-hub הודעה המכילה הוראות לאיזון מחדש אל חוזה הכספת הרלוונטי בשרשראות היעד.
המערכת מבצעת את הצעדים הנדרשים (כגון גישור, החלפה, הפקדה וכו') כדי לאזן מחדש.
ההקצאה המעודכנת נרשמת, ואישורי מצב/עדכונים נשלחים בחזרה ל-hub של Arbitrum דרך שכבת ההודעות. תהליך זה עשוי לכלול העברת כספים לא פעילים מה-hub אל אסטרטגיה, או העברת כספים בין אסטרטגיות שונות כדי לרדוף אחר תשואות טובות יותר.
צבירה אוטומטית של תשואה ודיווח מאוחד
חוזי האסטרטגיה תובעים מעת לעת תגמולים שנצברו מפרוטוקולי היעד, ממירים אותם לנכס הבסיס של הכספת (למשל, USDC) ומשקיעים אותם מחדש אוטומטית. תהליך זה מתוזמר על ידי Keepers בעלי הרשאה.
נתוני ביצועים, כולל תגמולים שנוצרו על ידי אסטרטגיות אלו בכל השרשראות הנתמכות, מדווחים באופן רציף חזרה ל-hub של Arbitrum. התגמולים מתווספים לשווי הכולל של הכספת, וכך התשואות של המפקידים נצברות אוטומטית.
משיכה
המשיכות אינן מוגבלות לשרשרת ההפקדה; משתמשים יכולים ליזום בקשת משיכה בכל עת מכל שרשרת נתמכת (אין חובה שזו תהיה אותה שרשרת שבה בוצעה ההפקדה).
דמי ביצועים של 9% מחושבים על בסיס הרווח שנוצר מהפקדתו של המשתמש בכל האסטרטגיות והשרשראות הבסיסיות.
הבקשה מנותבת ל-hub של Arbitrum. אם לכספת יש מספיק כספים לא פעילים (נכסים שאינם פרוסים באופן פעיל באסטרטגיות), המשיכה מעובדת מיד.
אם לכספת אין מספיק כספים לא פעילים, ה-hub מאותת לאסטרטגיות למשוך את הסכום הנדרש. הוא נותן עדיפות למשיכה מאסטרטגיות שבהן ההשפעה על התשואה הכוללת (APR) היא מינימלית. תהליך זה עשוי להימשך מעט יותר, בהתאם לפרוטוקולים הבסיסיים.
תביעה
לאחר שיש די נזילות בכספת, המשתמש יכול לתבוע את המשיכה שלו. בעת התביעה, הנכסים המתאימים מועברים לארנק המשתמש דרך התשתית הבין-שרשרתית.
ארכיטקטורה בין-שרשרתית
התשתית של OmniYield בנויה על ארכיטקטורת hub-and-spoke חזקה:
Hub: אנו משתמשים ב-Arbitrum כ-hub התפעולי המרכזי שלנו ("השרשרת הראשית"). כאן נמצאים בעיקר הלוגיקה הליבתית, החישובים המורכבים וניהול המצב הכולל של פרוטוקול OmniYield.
Spokes: כל שאר הבלוקצ'יינים הנתמכים פועלים כ'שרשראות spoke' או 'שרשראות צד'. אלו הן הרשתות שממנה עשויות לנבוע הפקדות של משתמשים, ושבהן נפרסות רבות מאסטרטגיות התשואה הבסיסיות. הן משמשות בעיקר כנקודות קצה לביצוע, ומקבלות הוראות מה-Hub.
זרימת התקשורת:
איגום
כאשר מתקבלת החלטה על איזון מחדש או כאשר מתרחשות פעולות משתמש (כגון הפקדות/משיכות הדורשות תנועה בין-שרשרתית), נוצרים מסרי בין-שרשרתיים והם מועברים בצורה מאובטחת מהשרשראות ה-spoke אל ה-hub של Arbitrum.
חישוב
ה-Hub מעבד את המסרים הנכנסים הללו, מבצע את החישובים הדרושים (כגון אופטימיזציה של הקצאת נכסים על פני כל ה-spokes, חישוב ביצועי הכספת הכוללים, איגוד דמי הניהול), ומקבל החלטות אסטרטגיות על בסיס התצוגה הגלובלית שלו של המערכת.
הפצה
לאחר קבלת ההחלטות, ההוראות הנחוצות ונתוני העסקאות מופצים חזרה מ-Arbitrum אל החוזים החכמים הרלוונטיים בשרשראות ה-spoke לצורך ביצוע (למשל, הפקדת כספים לאסטרטגיה מסוימת ברשת אחרת).
העיצוב המודולרי הזה מאפשר:
לוגיקה מרכזית, ביצוע מבוזר מודל זה מבטיח עקביות בנתונים, שכן ה-hub של Arbitrum משמש כמקור האמת היחיד. פריסת ההון בפועל מתבצעת על פני שרשראות ה-spoke, תוך מינוף ההזדמנויות הייחודיות שכל שרשרת מספקת.
מודולריות ויכולת הרחבה ניתן לשלב שרשראות, נכסים, אסטרטגיות ויעדים חדשים בצורה של Plug-and-Play עם שינויים מינימליים בבסיס הקוד הקיים. כך מובטח משטח תקיפה קטן, ובמקביל מתאפשר פיתוח של מוצרים נוספים. כדי לשפר עוד יותר את החוסן והפונקציונליות שלה, פרוטוקול OmniYield משתלב עם פרימיטיבים ותשתיות שונות של DeFi, ומספק את חוויית המשתמש הטובה ביותר ומאפשר אינטראקציה חלקה עם כלים פיננסיים אחרים.
תקשורת בין-שרשרתית
פעולת מודל ה-hub-and-spoke שלנו על פני בלוקצ'יינים רבים מתאפשרת באמצעות שימוש בספקי העברת הודעות בין-שרשרתית מובילים: LayerZero ו-Axelar (ואולי אחרים שיותאמו בעתיד לטוקנים/שרשראות/פונקציות ספציפיים).
LayerZero מאפשרת העברת הודעות קלה ויעילה, ומבטיחה שיהוי מינימלי ואינטרופראביליות ללא צורך באמון בין הרשתות הנתמכות. Axelar משלימה זאת עם ניתוב ברמה גבוהה ואספקה מאובטחת של מסרים כלליים בין-שרשרתיים.
עמוד השדרה של התקשורת: פרוטוקולים אלה משמשים כתשתית תקשורת מאובטחת ואמינה המחברת בין ה-Hub שלנו (Arbitrum) לבין כל שרשראות ה-Spoke. הם מספקים את הנתיבים החיוניים להעברת נתונים והוראות בין גבולות הבלוקצ'יין. כל העברת המסרים, האימות והסילוק מתבצעים דרך מסילות ההודעות המאובטחות של ספקים אלה.
הקלה על פעולות מרכזיות: LayerZero ו-Axelar מעבירות מסרים קריטיים הנדרשים לפונקציות הליבה. זה כולל:
הודעה ל-Hub על הפקדות חדשות שבוצעו בשרשראות spoke.
העברת בקשות משיכה ממשתמשים בשרשראות spoke אל ה-Hub לצורך עיבוד.
שליחת פקודות מה-Hub לחוזי אסטרטגיה בשרשראות spoke כדי לבצע הפקדות, משיכות או איזונים מחדש.
דיווח על תשואה שנוצרה, מדדי ביצועים ונתוני עמלות מהאסטרטגיות בשרשראות spoke חזרה ל-Hub.
דיווח מאוחד של עמלות
בהגדרות מרובות-שרשראות טיפוסיות, כל שרשרת פועלת לעיתים קרובות כאי מבודד עם לוגיקה ודיווח ביצועים מנותקים. OmniYield נוקטת גישה שונה באופן מהותי. אנו מאמינים שהמערכת האקולוגית שלנו צריכה לפעול כפרוטוקול מאוחד אחד, ולא כאוסף מפוצל של פריסות ייעודיות לכל שרשרת.
בעוד OmniYield מייצרת עמלות מאסטרטגיות תשואה הפועלות על פני שרשראות רבות, הפרוטוקול מיישם דיווח מאוחד של עמלות, תהליך שבו נתוני יצירת העמלות מכל השרשראות הנתמכות נאספים, מנורמלים ומחושבים ב-Arbitrum (ה-Hub).
זה מאפשר:
חוויית משתמש גמישה: משתמשים אינם צריכים לדאוג לתמריצים לא עקביים. הם יכולים להפקיד מכל שרשרת שיבחרו, בידיעה שהעמלות, הזדמנויות התשואה והתגמולים נשארים עקביים לאורך כל המערכת האקולוגית של OmniYield.
כלכלת טוקן משותפת: כל עמלות הפרוטוקול, ללא קשר לשרשרת המקור, תורמות לאותו מודל הכנסות גלובלי.
מדדים שקופים: דיווח מאוחד מבטל אי-התאמות ומשפר את יכולת הביקורת.
עודכן לאחרונה