ETH המופקד נעול — לא ניתן להשתמש בו ב-DeFi בזמן תהליך השחרור. סטייקינג נזיל פותר זאת על ידי הנפקת טוקן נגזר (LST) — ייצוג נזיל של הנכס. פיתוח פרוטוקול סטייקינג נזיל (טוקן LST) פותח את ההון המופקד לשימוש ב-Aave, Curve, Compound ופרוטוקולים אחרים. Lido תפסה מעל $30B ב-TVL בדיוק בגלל ש-stETH הפך לקולטרל טבעי ב-DeFi. תכנון פרוטוקול כזה דורש הבנה עמוקה של קונצנזוס PoS וטוקנומיקה של DeFi. למהנדסים שלנו יש ניסיון של 10+ שנים בפיתוח בלוקצ'יין והסמכות אבטחה.
איך עובד מנגנון האורקל?
הפרוטוקול צריך לדעת את היתרה הכוללת הנוכחית של כל הוולידטורים כדי לחשב את שער החליפין. מידע זה מגיע מה-Beacon Chain, שכבת הקונצנזוס של את'ריום. תיעוד Beacon Chain של את'ריום
-
ועדת אורקל — קבוצה של צמתים מהימנים (בניהול DAO) מדווחת מעת לעת (בדרך כלל פעם ביום) את
totalStakedBalanceלחוזה. החוזה מקבל נתונים בהגעה לקוורום (לדוגמה, 5 מתוך 9). - אורקל קנרי — אחד מהאורקלים עוקב אחר נתונים מאחרים. אם יש סטייה חזקה, מופעלת התראה.
- איזון עצמי: הפקדות חדשות מומרות ל-stETH בשער החליפין הנוכחי, הכולל תגמולים מצטברים.
אם הנתונים מוועדת האורקל שגויים, תיתכן מניפולציה על שער החליפין. לכן, מיושמות בדיקות רב-רמות ומפסקי חשמל (circuit breakers). הגישה שלנו לאורקל מפחיתה את סיכוני המניפולציה פי 3 בהשוואה לתכנית הבסיס.
למה חשובה בחירת גישת הטוקן (rebasing לעומת value-accruing)?
שני דפוסים עיקריים ליישום טוקן סטייקינג נזיל:
| תכונה | Rebasing (מודל stETH) | Value-accruing (מודל rETH) |
|---|---|---|
| יתרת משתמש | גדלה אוטומטית עם תגמולים | סכום קבוע, שער החליפין עולה |
| תאימות DeFi | דורש גרסה עטופה (wstETH) | טבעי, לא משנה את היתרה |
| אינטואיטיביות | גבוהה — עליית יתרה ברורה | בינונית — קשה יותר להסביר שינויי שער |
| דוגמה | stETH + wstETH | rETH |
טוקני Rebasing פשוטים יותר למשתמשים אך פחות תואמים ל-DeFi: פרוטוקולים המצפים ליתרה ללא שינוי נשברים עליהם. טוקני Value-accruing פותרים זאת אך דורשים חינוך. Lido משתמשת ב-rebasing עבור stETH וב-wstETH עטוף נפרד (value-accruing) לתאימות DeFi. Value-accruing תואם פי שניים מ-rebasing מכיוון שהוא לא משנה את היתרה.
ארכיטקטורת פרוטוקול
שכבות פרוטוקול
User Layer
├── Deposit ETH → mint stETH
└── Burn stETH → receive ETH (через withdrawal queue)
Protocol Layer
├── Staking Router (распределение по операторам)
├── Withdrawal Queue (ERC-721 withdrawal NFTs)
└── Oracle (сообщает текущий баланс валидаторов)
Node Operator Layer
├── Operator A (N validators)
├── Operator B (N validators)
└── ...ניהול מפעילי צמתים
פרוטוקול סטייקינג נזיל מאציל את הסטייקינג בפועל למפעילי צמתים:
- רישום מפעילים — רשימת מפעילים מאושרים עם הגבלה על מספר המפתחות.
- ניהול מפתחות — מפעילים מספקים מפתחות BLS שנוצרו מראש. החוזה מאחסן נתוני הפקדה. בהגעה ל-32 ETH, מתבצעת הפקדה אוטומטית לוולידטור חדש דרך חוזה ההפקדה של את'ריום.
- ביטוח נגד slashing — אם מפעיל נענש (slashed), הפרוטוקול מפצה את הסטייקרים שנפגעו דרך קרן ביטוח או כיסוי slashing.
- תמריצים — מפעילים מקבלים חלק מתגמולי הסטייקינג (בדרך כלל 5–10%) ומתחרים על מיקומים מוניטרית.
טכנולוגיית וולידטורים מבוזרים (DVT)
כדי להפחית את הסיכון של מפעיל יחיד, נעשה שימוש ב-DVT (Obol, SSV Network). וולידטור אחד מנוהל על ידי קבוצת מפעילים באמצעות סכמת חתימה סף. לדוגמה, 3-מ-5: 3 מתוך 5 מפעילים חייבים לחתום לצורך אימות. אם אחד לא מקוון, הוולידטור ממשיך לפעול.
תור משיכה
משיכות ETH אפשריות כעת, אך התור יכול לקחת ימים בביקוש גבוה. הפרוטוקול חייב להיות בעל מאגר נזילות למשיכות קטנות מיידיות.
- NFT משיכה (ERC-721) — המשתמש מקבל NFT המייצג את תביעתו. ה-NFT ניתן למסחר — ניתן למכור בהנחה במקום לחכות.
- אסטרטגיית מאגר — חלק מה-ETH (1–5% מה-TVL) אינו מופקד כנזילות מיידית. כאשר מתבקשת משיכה, היא מיידית אם היא בתוך המאגר, אחרת היא נכנסת לתור.
טוקנומיקה ו-DAO
פרוטוקולים כמו Lido מנוהלים על ידי DAO באמצעות טוקן ממשל (LDO). החלטות מפתח: הוספה/הסרה של מפעילי צמתים, שינוי פרמטרי עמלות, שדרוג חוזים (באמצעות timelock), ניהול קופת הפרוטוקול.
מבנה עמלות: Lido לוקחת 10% מתגמולי הסטייקינג. מתוכם, 5% הולכים למפעילים, 5% לקופת ה-DAO.
איך לפתח פרוטוקול סטייקינג נזיל: 5 שלבים
- אנליטיקה ואיסוף דרישות: הגדרת טוקנומיקה, בחירת רשת, הערכת TVL.
- תכנון ארכיטקטורה: תכנון חוזים חכמים, אורקלים, תורי משיכה.
- פיתוח חוזים חכמים ב-Solidity עם אופטימיזציית גז (Foundry, Hardhat).
- ביקורת אבטחה: מספר סבבים (Slither, Mythril, אימות פורמלי).
- פריסה על testnet, ולאחר מכן mainnet, הגדרת מפעילי צמתים וניטור.
אבטחה וסיכונים
- סיכון חוזה חכם: הפרוטוקול הוא מטרה להתקפות ב-TVL > $30B. נדרשות ביקורות מרובות (Sigma Prime, OpenZeppelin, MixBytes) ותוכניות באג באונטי מ-$2M.
- סיכון ריכוזיות: אם פרוטוקול אחד שולט ב-30%+ מהוולידטורים של את'ריום, זה מאיים על הביזור. מגבלות רכות נדונות בקהילה.
- מניפולציית אורקל: נתונים שגויים יכולים למניפולציה על שער החליפין. נעשה שימוש בבדיקות רב-רמות ומפסקי חשמל.
- Slashing של מפעיל: מפעיל אחד עם וולידטורים רבים עלול לספוג slashing גדול מחתימה כפולה. גיוון מפעילים וקרן ביטוח מפחיתים זאת.
לוחות זמנים ותוצרים
| שלב | משך | תוצאה |
|---|---|---|
| אנליטיקה | 1–2 שבועות | מפרט טכני |
| תכנון ארכיטקטורה | 2–4 שבועות | עיצוב ברמה גבוהה |
| פיתוח חוזים חכמים | 4–8 שבועות | אב טיפוס על testnet |
| ביקורת | 2–4 שבועות | דוח ביקורת |
| בדיקות ואופטימיזציה | 2–4 שבועות | חוזה מוכן |
| פריסה ותמיכה | 1–2 שבועות | השקה על mainnet |
פרוטוקול בקנה מידה מלא כמו Lido דורש 12–18 חודשים וצוות של 10+ אנשים. פתרון מפושט לוקח 4–8 חודשים. לוחות הזמנים תלויים בפונקציונליות הנדרשת. חיסכון פוטנציאלי בגז עם האופטימיזציות שלנו מגיע ל-50 ETH בחודש.
מה כלול (תוצרים)
- תיעוד ארכיטקטורה (High-Level Design, Data Flow)
- קוד מקור של חוזים חכמים ב-Solidity (נבדק, מותאם לגז)
- פריסה על testnet ו-mainnet
- דוח ביקורת + המלצות לתיקונים
- הגדרת אורקלים ומפעילי צמתים (או הוראות)
- תמיכה טכנית בשלב ההשקה (שבועיים)
הצוות שלנו מורכב ממהנדסי בלוקצ'יין עם ניסיון של 10+ שנים ב-Solidity ו-Rust (Anchor, Solana). במשך 5 שנים, השלמנו 20+ פרויקטי DeFi, כולל מספר פתרונות סטייקינג נזיל. אנו מחזיקים בהסמכות OpenZeppelin ויש לנו ניסיון בביצוע ביקורות. צרו קשר כדי להעריך את הפרויקט שלכם — קבלו תוכנית פיתוח מפורטת והערכת עלות ראשונית. הזמינו ייעוץ, ואנו נבחר את הפתרון האופטימלי.