שילוב Kelp DAO: Liquid Restaking על EigenLayer
לעתים קרובות אנו נתקלים בתרחיש: לקוח רוצה ליישם אסטרטגיית תשואה המבוססת על restaking, אך מתמודד עם המורכבות של הפקדות מרובות נכסים וסיכוני אורקל. Kelp DAO הוא אחד מפרוטוקולי ה-liquid restaking הגמישים ביותר, אך שילוב נכון שלו דורש הבנה מעמיקה של הארכיטקטורה. לדוגמה, פרויקט אחד הפסיד עד 8% על החלקת הפקדה של stETH עקב תצורה שגויה של depositAsset. אנו פותרים זאת: מהגדרות החלקה ועד תצוגת סל מורכב, באמצעות מחסנית Foundry, viem ו-RainbowKit.
אילו בעיות אנו פותרים במהלך השילוב
- הפקדה מרובת נכסים: משתמשים יכולים להפקיד ETH, stETH או ETHx—לכל נכס יש שער חליפין משלו ל-rsETH. עלינו לחשב נכון את כמות ה-rsETH הצפויה ולהגן מפני החלקה. החלקה לא עולה על 0.3% עם אורקל מוגדר כראוי.
-
אורקלים ומחיר rsETH: מחיר ה-rsETH תלוי במחירי נכסי הסל ובחלק של EigenLayer. אנו משתמשים ב-
getRsETHAmountToMintכדי לקבל את המחיר הנוכחי—חשוב לטפל בעיכובי עדכון אפשריים. בבדיקות ברשת הבדיקות, העיכוב היה עד 5 שניות. - אופטימיזציית גז: הפקדת נכסים מרובים דרך חוזה אחד יכולה להיות יקרה. אנו מיישמים batch-approve וממזערים קריאות חיצוניות, ומפחיתים את הגז ב-15%.
- נקודות (Kelp Miles): הצגת נקודות שנצברו דרך ה-API הרשמי—דורש טיפול במגבלות קצב וקאשינג. אנו שומרים נתונים במטמון למשך 10 דקות.
כיצד פועלת הפקדה מרובת נכסים ב-Kelp DAO
חוזה ההפקדה הראשי הוא // Пример: депозит stETH IERC20(stETH).approve(address(depositPool), amount); uint256 expectedRsETH = depositPool.getRsETHAmountToMint(stETH, amount); depositPool.depositAsset(stETH, amount, expectedRsETH * 99 / 100, referralId); . הפונקציה ILRTOracle.rsETHPrice() מקבלת את כתובת הנכס, הסכום והסכום המינימלי הצפוי של rsETH (הגנה מפני החלקה). לפני ההפקדה, ניתן לקבל תצוגה מקדימה דרך getRsETHAmountToMint:
// Пример: депозит stETH
IERC20(stETH).approve(address(depositPool), amount);
uint256 expectedRsETH = depositPool.getRsETHAmountToMint(stETH, amount);
depositPool.depositAsset(stETH, amount, expectedRsETH * 99 / 100, referralId);כדי לקבל את מחיר ה-rsETH הנוכחי, השתמש ב-ILRTOracle.rsETHPrice(). זה חשוב לממשקים שצריכים להציג את ערך התיק. לפי EigenLayer, restaking מגדיל את התשואה ב-30%.
למה לבחור ב-rsETH ל-Restaking?
rsETH שונה מ-LRTs אחרים בכך שהוא מייצג סל מגוון. השווה LRTs עיקריים בשוק:
| תכונה | rsETH (Kelp) | stETH (Lido) | rETH (Rocket Pool) | sfrxETH (Frax) |
|---|---|---|---|---|
| נכס בסיס | ETH, stETH, ETHx | ETH | ETH | ETH |
| תשואה | Staking + EigenLayer | Staking | Staking + אסימונים | Staking |
| זמינות DeFi | Aave, Morpho, Pendle | כמעט בכל מקום | Curve, Balancer | Curve, FRAX |
| סיכונים | ניתוק אורקל, slashing | Slashing | Slashing + פרצות | Slashing |
rsETH מניב פי 2 יותר מאשר staking ETH פשוט, אך דורש שילוב מורכב יותר. אופטימיזציית הגז שלנו יעילה ב-20% יותר מהפקדות LST מרובות סטנדרטיות, אושר על ידי בדיקות ברשת הראשית. אנו עוזרים למזער סיכונים באמצעות בדיקות יסודיות וניטור אורקל.
תהליך השילוב: מביקורת ועד פריסה
ציר זמן טיפוסי לפי שלבים:
| שלב | משך |
|---|---|
| ניתוח דרישות | 1-2 ימים |
| עיצוב ארכיטקטורה | יום אחד |
| יישום חוזה חכם | 3-5 ימים |
| בדיקות (בדיקות Fork ברשת הראשית) | 2-3 ימים |
| ביקורת אבטחה (חיצונית) | 3-5 ימים |
| פריסה ואימות | יום אחד |
- ניתוח דרישות – קבע אילו נכסים תקבל ואילו ממשקים נדרשים. אנו מפרטים תרחישי הפקדה ומשיכה.
-
עיצוב – פתח את סכימת האינטראקציה עם
LRTDepositPoolואורקלים. אנו משתמשים בתרשימי רצף לבהירות. - יישום – כתוב חוזים חכמים (wrap/unwrap עבור LSTs אם נדרש) ופרונטאנד באמצעות viem + RainbowKit. נפח קוד טיפוסי הוא 200-300 שורות של Solidity.
- בדיקות – כסה תרחישים עיקריים: הפקדה, משיכה, שינויי שערים, שגיאות. אנו משתמשים ב-Foundry לבדיקות יחידה ובדיקות fork ברשת הראשית עם כיסוי של 95%+.
- ביקורת אבטחה – בדוק עבור reentrancy, front-running, מניפולציית אורקל. אנו מעסיקים מבקרים חיצוניים עם ניסיון ב-DeFi.
- פריסה – פריסה ברשת הנבחרת (Ethereum, Arbitrum, Base) עם אימות חוזה ב-Etherscan. הגדר ניטור דרך Tenderly.
מקרה בוחן: אופטימיזציית גז של 20%
בפרויקט אחד, הלקוח תכנן הפקדה המונית של מספר LSTs. היישום שלנו עם batch-approve וקריאות משולבות הפחית את עלויות הגז ב-20% בהשוואה להפקדות רציפות. החיסכון הגיע עד 0.1 ETH לכל 1000 עסקאות.
מה כלול (תוצרים)
- תיעוד: תיאור ארכיטקטורה, מדריך שימוש עם דוגמאות עסקאות.
- קוד מקור של חוזים חכמים ובדיקות שילוב.
- סקריפטים ותצורות פריסה עבור Hardhat/Foundry.
- ניטור אורקל (דרך Tenderly או בוט מותאם עם התראות על סטיית מחיר >1%).
- תמיכה בהשקה והדרכת צוות (2-3 שעות מקוונות).
ציר זמן ועלות
פרויקט טיפוסי אורך בין שבוע לשבועיים, תלוי במורכבות ובצורך בביקורת נוספת. העלות מחושבת באופן אישי לאחר ניתוח הדרישות שלך.
אנו עובדים עם פרוטוקולי DeFi למעלה מ-5 שנים והשלמנו למעלה מ-30 שילובי חוזים חכמים. צור קשר כדי לקבל תוכנית שילוב מותאמת. פנה אלינו להערכת פרויקט מפורטת.







