פיתוח פרוטוקולי DeFi
אנחנו מתכננים פרוטוקולי DeFi מודולריים שבהם המתמטיקה של מטבעות יציבים, נזילות ואורקלים פועלת ללא רבב. Mango Markets הוא מבחן לחץ: התוקף תמרן את מחיר הספוט דרך חשבון יחיד, לקח הלוואה כנגד בטחונות מנופחים, ומשך 114 מיליון דולר. האורקל לקח את המחיר ממקור יחיד ללא TWAP. לא באג בקוד—זו הייתה החלטה ארכיטקטונית שהפכה לפגיעות. הניסיון שלנו מראה: כל פרוטוקול DeFi הוא מערכת של הימורים שכל הרכיבים, מחישובים ועד תמריצים כלכליים, מיושרים נכון בו-זמנית.
אנחנו לא כותבים קוד בגישת "אם זה עובד, אל תיגע". אנחנו מתכננים תרחישי לחץ: פירוקים מדורגים, depegs, הלוואות בזק. רק אז אנחנו בונים אירועים שלא ישברו את הפרוטוקול.
למה אורקלים הם רכיב קריטי ב-DeFi?
רוב הפריצות הגדולות ל-DeFi התחילו במניפולציית אורקל. בואו נפרק את שלוש השכבות שאנחנו משתמשים בהן בכל פרויקט.
מחיר ספוט כאורקל—לא אופציה. מחיר הספוט של Uniswap v2 ניתן להזזה על ידי הלוואת בזק בעסקה אחת. המחיר בסוף הבלוק הוא היחיד שנכנס למצב, והאורקל קורא אותו. תוכנית התקפה: ללוות דרך הלוואת בזק → לקנות נכס לפול → המחיר עולה → לקחת הלוואה כנגד בטחונות מנופחים → למכור נכס → להחזיר הלוואת בזק. עסקה אחת.
TWAP כהגנה. Uniswap v3 observe() ממצע את המחיר על פני תקופה (30 דקות). מניפולציה דורשת שמירה על המחיר למספר בלוקים—זה יקר. אבל TWAP מגיב לאט לשינויים לגיטימיים, ופותח חלון לארביטראז' על פירוקים בתנועות חדות.
Chainlink Price Feeds הם אגרגציה ממספר ספקי נתונים עם חציון. סטנדרט להלוואות. בעיה: heartbeat של 1–24 שעות וסף סטייה של 0.5%. אם המחיר לא זז, הפיד עשוי שלא להתעדכן במשך יום. בשווקים תנודתיים—פיגור.
| אורקל | מנגנון | הגנה ממניפולציה | אחזור (Latency) |
|---|---|---|---|
| Chainlink | חציון מספקים עצמאיים | גבוהה (דצנטרליזציה) | עד 24 שעות בתנועה 0% |
| Uniswap v3 TWAP | מחיר ממוצע על פני N בלוקים | גבוהה (קשה לשמור) | 30 דקות – שעה |
| Pyth Network | חוצה שרשראות עם אחזור נמוך | בינונית (תלוי במוציא לאור) | שניות |
בייצור, אנחנו משתמשים בבדיקה דו-שכבתית: אגרגטור Chainlink + Uniswap v3 TWAP כמאמת. אם הפער עולה על N%, העסקה נדחית והמערכת מושהה.
איך להגן על פרוטוקול DeFi מהתקפות הלוואת בזק?
הלוואות בזק הופכות כל משתמש לבעלים של הון בלתי מוגבל לעסקה אחת. לכן, בעת תכנון חוזים, אנחנו מניחים: לכולם יש גישה להון בלתי מוגבל. זה משנה לחלוטין את מודל האיום.
שימושים לגיטימיים בהלוואות בזק הם ארביטראז', פירוק ופירוק עצמי. אבל הפרוטוקול חייב לוודא שההלוואה לא משמשת למניפולציה: האורקל לא צריך לקרוא מחיר מפול שניתן להזזה בעסקה אחת. אנחנו מוסיפים בדיקות על block.timestamp ועומק נזילות מינימלי.
רכיבי מפתח בארכיטקטורת DeFi
| סוג פרוטוקול | מנגנון ליבה | סיכון עיקרי |
|---|---|---|
| DEX (AMM) | x*y=k או נזילות מרוכזת | הפסד בלתי קבוע, מניפולציית אורקל |
| הלוואות | יחס בטחונות, פירוק | חוב רע במהלך פירוקים מדורגים |
| אגרגטור תשואות | אסטרטגיות קומפונדה אוטומטית | משיכת שטיח דרך שדרוג אסטרטגיה |
| נגזרים / Perps | שער מימון, מחיר סימון | מפולות פירוק, הפסדים חברתיים |
| סטייקינג נזיל | rebasינג בסגנון stETH | depeg בפירוק המוני |
AMM: מ-x*y=k לנזילות מרוכזת
Uniswap v2 משתמש ב-x * y = k. טוקני LP הם ERC-20—כל פול מנפיק טוקן משלו פרופורציונלי לחלק. בעיה: נזילות מפוזרת על פני כל העקומה, רובה לא בשימוש.
Uniswap v3 ופוזיציות ERC-721: נזילות מרוכזת—ספקי נזילות מספקים נזילות בטווח [priceLow, priceHigh]. יעילות הון עד פי 4000 לזוגות יציבים. אבל ERC-721 שובר אסטרטגיות וולט שנבנו ל-ERC-20. ניהול טווח הוא אתגר הנדסי נפרד: פוזיציה יוצאת מהטווח כשהמחיר זז, מפסיקה להרוויח עמלות, והופכת לנכס יחיד. פרוטוקולים כמו Arrakis Finance מאזנים מחדש אוטומטית. אם אתם בונים וולט על גבי v3, אתם צריכים מנהל טווח משלכם או אינטגרציה עם קיים.
החלקה ב-v3 מחושבת דרך sqrtPriceX96—מתמטיקה בנקודה קבועה של 96 ביט. שגיאות בפרונטאנד מובילות לפערים בין החלקה נראית לפעולה.
Curve לזוגות עם מחירים קרובים (stablecoin/stablecoin, stETH/ETH) משתמש באינווריאנטה המשלבת מכפלה קבועה וסכום קבוע. החלקה נמוכה יותר בטווח ה-peg. החוזים ב-Vyper, המתמטיקה צפופה, והביקורת קשה.
פרוטוקולי הלוואות: בטחונות, פירוק, חוב רע
LTV מגדיר את ההלוואה המקסימלית כנגד בטחונות. סף הפירוק הוא הרמה לפירוק. ההפרש הוא החיץ עבור המפרק. דוגמה טיפוסית: LTV 75%, סף פירוק 80%, בונוס 5%. אם המחיר יורד ב-20%+, הפוזיציה פתוחה לפירוק.
פירוקים מדורגים: פוזיציות רבות מפורקות בו-זמנית → מפרקים מוכרים בטחונות → המחיר יורד → גל הבא. LUNA/UST 2022 הוא מפל קלאסי.
אם הבטחונות מאבדים ערך מהר יותר מהפירוק, הפרוטוקול סופג חוב רע. Aave משתמש במודול בטיחות (staked AAVE), Compound משתמש ברזרבות. ללא גיבוי, חוב רע עובר חברתי דרך דילול טוקן ההיצע או קיזוז.
תכנון מערכת פירוק דורש מידול תרחישי לחץ: כשל בוט פירוק יחיד, גז גבוה, הסרת נכס מהרשימה.
חקלאות תשואות ומכניקת תמריצים
כריית נזילות מחלקת טוקני ממשל לספקי LP. בעיה: הון שכיר—חקלאים באים, מוכרים טוקנים, עוזבים. TVL הוא אשלייתי.
מכניקות בנות קיימא: נזילות בבעלות פרוטוקול (Olympus bonding), veToken (CRV נעול → בוסט + ממשל), סטייקינג נעול עם קנס. מודל ה-ve, אם מיושם לא נכון, יוצר ריכוז ממשל. יש צורך ב-timelock על שינויי משקל gauge ומגבלות על כוח הצבעה.
מה כולל פיתוח פרוטוקול DeFi אצלנו
- תיעוד ארכיטקטוני: דיאגרמות אינטראקציה בין חוזים, מבחני לחץ פירוק, חישובי אורקל.
- יישום ב-Solidity 0.8.x עם OpenZeppelin 5.x (AccessControl, ReentrancyGuard, Pausable, TimelockController) ו-Solmate לחוזי בסיס מותאמי גז.
- בדיקות Foundry fork על mainnet אמיתי (Uniswap, Chainlink, Aave)—בדיקות לפני השקה מכסות את כל התרחישים.
- ביקורת: לפחות שני מבקרים עצמאיים ל-TVL מעל מיליון דולר. Code4rena או Sherlock ל-bug bounty.
- השקה עם Gnosis Safe 3/5 multisig + timelock של 48–72 שעות.
- ניטור דרך Tenderly (התראות, סימולציות), OpenZeppelin Defender (אוטומציה), Forta (זיהוי איומים על השרשרת).
- תמיכה לאחר השקה: עדכונים, תיקונים, שדרוגים דרך proxy.
המומחיות והניסיון שלנו
אנחנו מפתחים פרוטוקולי DeFi מאז 2020, ומסרנו 30+ פרויקטים עם TVL משולב של מעל 150 מיליון דולר. הלקוחות שלנו כוללים פרוטוקולים בעשירייה הראשונה ב-TVL על Ethereum, Arbitrum ו-Base. הצוות מורכב ממפתחי Solidity מוסמכים שסיימו מסלולי ביקורת של ConsenSys Diligence.
עקרונות DeFi בסיסיים שאנחנו מיישמים בפועל.
לוחות זמנים
- DEX עם AMM (פורק של Uniswap v2): 6–10 שבועות
- פרוטוקול הלוואות (בסגנון Aave, בטחון יחיד): 3–5 חודשים
- אגרגטור תשואות עם מספר אסטרטגיות: 2–4 חודשים
- פרוטוקול DeFi מלא עם ממשל: 5–8 חודשים כולל ביקורת
העלות מחושבת באופן אישי—צרו קשר להערכת פרויקט.
קבלו ייעוץ על ארכיטקטורת פרוטוקול DeFi—ננתח את הסיכונים ונציע פתרון אופטימלי.