For the complete documentation index, see llms.txt. This page is also available as Markdown.

ארכיטקטורה

הארכיטקטורה של OmniYield תוכננה להיות מודולרית, אגנוסטית לשרשרת ובעלת יכולת הרחבה גבוהה.

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

רכיבי הארכיטקטורה המרכזיים

כספות

שער הכניסה של המשתמש ל‑OmniYield.

חוזים חכמים אלה, התואמים ל‑ERC-4626, מנהלים הפקדות בצורה מאובטחת, מקבלים דוחות מהאסטרטגיות ומעבדים משיכות.

הם משמשים כממשק הראשי המתאם את כספי המשתמש עם האסטרטגיות הבסיסיות.

שכבת ביצוע (Solver)

שכבת האינטליגנציה של OmniYield.

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

העיבוד הזה מחושב מחוץ לשרשרת לצורכי יעילות - רק התוצאות מיושמות על־השרשרת, ובכך נמנע חיקוי של האסטרטגיות של OmniYield.

אסטרטגיות

לכל כספת מקושר לפחות חוזה אסטרטגיה אחד.

רכיב זה מתרגם את החלטות ה‑solver לפעולות. הוא מטפל במורכבויות הטכניות של תנועת נכסים, כולל החלפות טוקנים, אספקת נזילות, הלוואות, סטייקינג וכו'.

יעדים

פרוטוקולי ה‑DeFi, מאגרי הנזילות או חוות התשואה הספציפיים שבהם נכסי הכספת נפרסים בסופו של דבר.

תשתית העברת מסרים בין־שרשראות

הטכנולוגיה הבסיסית שמאפשרת יכולות בין־שרשראות, ומקלה על תקשורת והעברת נכסים בין בלוקצ'יינים שונים.

מחזור החיים של הנכס

הבנת זרימת הנכסים מסייעת להבהיר את אופן פעולת המערכת:

1

הפקדה

משתמש מפקיד סוג נכס יחיד (למשל USDC) אל תוך כספת OmniYield המתאימה בכל שרשרת נתמכת. הנכסים שהופקדו מועברים לחוזה הכספת במוקד Arbitrum, ובהתחלה נותרים שם ללא פעילות.

2

איזון מחדש בין־שרשרתי

  • הרכיב מחוץ לשרשרת (Solver אוטונומי) עוקב אחר יתרות הכספות ותנאי השוק. ברגע שמגיעים לסף מסוים של נכסים לא פעילים, או במהלך מחזורי אופטימיזציה תקופתיים, הוא קובע את ההקצאה המיטבית עבור האסטרטגיות הנוכחיות ברחבי השרשראות המשולבות ומציע תוכנית איזון מחדש. אם ההצעה עומדת במגבלות הבטיחות והביצועים, הוא יוזם איזון מחדש (למשל, העברת X כמות של USDC לאסטרטגיה A בשרשרת Y) דרך חוזה הכספת במוקד Arbitrum.

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

  • המערכת מבצעת את השלבים הנדרשים (כגון גישור, החלפה, הפקדה וכו') כדי לאזן מחדש.

  • ההקצאה המעודכנת נרשמת, ואישורי סטטוס/עדכונים נשלחים חזרה אל מוקד Arbitrum דרך שכבת המסרים. תהליך זה עשוי לכלול העברת כספים לא פעילים מהמוקד אל אסטרטגיה, או העברת כספים בין אסטרטגיות שונות כדי לחפש תשואות טובות יותר.

3

צבירת תשואה אוטומטית ודיווח מאוחד

  • חוזי האסטרטגיה תובעים מעת לעת תגמולים שנצברו מהפרוטוקולים הייעודיים, ממירים אותם לנכס הבסיס של הכספת (למשל USDC) ומשקיעים אותם מחדש באופן אוטומטי. תהליך זה מתוזמר על ידי Keepers מורשים.

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

4

משיכה

  • המשיכות אינן מוגבלות לשרשרת ההפקדה; משתמשים יכולים ליזום בקשת משיכה בכל עת מכל שרשרת נתמכת (אין צורך שזו תהיה אותה שרשרת ששימשה להפקדה).

  • עמלת ביצוע של 9% מחושבת על בסיס הרווח שנוצר מההפקדה של המשתמש בכל האסטרטגיות והשרשראות הבסיסיות.

  • הבקשה מנותבת אל מוקד Arbitrum. אם בכספת יש מספיק כספים לא פעילים (נכסים שאינם פרוסים בפועל באסטרטגיות), המשיכה מעובדת מיד.

  • אם בכספת אין מספיק כספים לא פעילים, המוקד מאותת לאסטרטגיות למשוך את הסכום הנדרש. הוא נותן עדיפות למשיכה מאסטרטגיות שבהן ההשפעה על התשואה הכוללת (APR) היא המזערית ביותר. תהליך זה עשוי להימשך מעט יותר זמן בהתאם לפרוטוקולים הבסיסיים.

5

תביעה

  • לאחר שיש מספיק נזילות זמינה בכספת, המשתמש יכול לתבוע את משיכתו. בעת התביעה, הנכסים המתאימים מועברים לארנק של המשתמש דרך התשתית הבין־שרשרתית.

ארכיטקטורה בין־שרשרתית

התשתית של OmniYield בנויה על ארכיטקטורת hub-and-spoke חזקה:

  • Hub: אנו משתמשים ב‑Arbitrum כ‑hub התפעולי המרכזי שלנו (ה"שרשרת הראשית"). כאן נמצאים בעיקר הלוגיקה הליבתית, החישובים המורכבים וניהול המצב הכולל של פרוטוקול OmniYield.

  • Spokes: כל הבלוקצ'יינים האחרים הנתמכים מתפקדים כ'שרשראות spoke' או 'שרשראות צד'. אלו הן הרשתות שממנה עשויות להגיע הפקדות משתמשים ושבהן נפרסות רבות מאסטרטגיות התשואה הבסיסיות. הן משמשות בעיקר כנקודות קצה לביצוע, ומקבלות הוראות מה‑Hub.

זרימת התקשורת:

1

איגום

כאשר מתקבלת החלטה על איזון מחדש או כאשר מתבצעות פעולות משתמש (כמו הפקדות/משיכות הדורשות תנועה בין־שרשרתית), נוצרים מסרים בין־שרשרתיים והם מועברים בצורה מאובטחת משרשראות ה‑spoke אל מוקד Arbitrum.

2

חישוב

ה‑Hub מעבד את המסרים הנכנסים הללו, מבצע חישובים נדרשים (כמו אופטימיזציה של הקצאת נכסים בכל ה‑spokes, חישוב ביצועי הכספת הכוללים, איחוד עמלות), ומקבל החלטות אסטרטגיות על בסיס התצוגה הגלובלית שלו על המערכת.

3

הפצה

לאחר קבלת ההחלטות, ההוראות והנתונים העסקיים הנדרשים מופצים חזרה מ‑Arbitrum אל החוזים החכמים הרלוונטיים בשרשראות ה‑spoke לצורך ביצוע (למשל, הפקדת כספים לתוך אסטרטגיה מסוימת ברשת אחרת).

תקשורת בין־שרשרתית

הפעלת מודל ה‑hub-and-spoke שלנו על פני בלוקצ'יינים רבים מתאפשרת באמצעות שימוש בספקי המסרים המובילים בין־שרשרתית: LayerZero ו‑Axelar (ואולי אחרים המותאמים בעתיד לטוקנים/שרשראות/פונקציות מסוימים).

LayerZero מאפשר העברת מסרים קלה ויעילה, ומבטיח שיהוי מינימלי ואינטרופרטביליות ללא אמון בין הרשתות הנתמכות. Axelar משלים זאת עם ניתוב ברמה גבוהה ואספקה מאובטחת של מסרים כלליים בין־שרשרתיים.

  • עמוד השדרה של התקשורת: פרוטוקולים אלה משמשים כתשתית התקשורת המאובטחת והאמינה המחברת את ה‑Hub שלנו (Arbitrum) עם כל שרשראות ה‑Spoke. הם מספקים את הנתיבים החיוניים להעברת נתונים והוראות בין גבולות הבלוקצ'יין. כל העברת המסרים, האימות וההסדרה מתבצעים דרך מסילות ההודעות המאובטחות של ספקים אלה.

  • הקלת פעולות מפתח: LayerZero ו‑Axelar מעבירים מסרים קריטיים הנדרשים לפונקציות הליבה. זה כולל:

    • הודעה ל‑Hub על הפקדות חדשות שבוצעו בשרשראות spoke.

    • העברת בקשות משיכה ממשתמשים בשרשראות spoke אל ה‑Hub לצורך עיבוד.

    • שליחת פקודות מה‑Hub אל חוזי אסטרטגיה בשרשראות spoke כדי לבצע הפקדות, משיכות או איזונים מחדש.

    • דיווח על תשואה שנוצרה, מדדי ביצועים ונתוני עמלות מאסטרטגיות בשרשראות spoke חזרה אל ה‑Hub.

דיווח מאוחד של עמלות

בפריסות רב־שרשרתיות טיפוסיות, כל שרשרת פועלת לעיתים קרובות כסילו עם לוגיקה ודיווח ביצועים מבודדים. OmniYield נוקט גישה שונה בתכלית. אנו מאמינים שהאקוסיסטם שלנו צריך לפעול כפרוטוקול אחיד אחד, ולא כאוסף מפורק של פריסות ספציפיות לשרשרת.

בעוד OmniYield מייצר עמלות מאסטרטגיות תשואה הפועלות על פני שרשראות רבות. הפרוטוקול מיישם דיווח עמלות מאוחד, תהליך שבו נתוני יצירת העמלות מכל השרשראות הנתמכות נאספים, מנורמלים ומחושבים ב‑Arbitrum (ה‑hub).

עודכן לאחרונה