פיתוח פרוטוקול הלוואות מותאם אישית על Fork של Aave V3

נתקלנו בפורק של Aave V3 שבמהלך הביקורת חשף שלוש שגיאות קריטיות: הגדרה שגויה של PoolAddressesProvider, מודל ריבית שבור עם baseVariableBorrowRate = 0, ובדיקת oracleType מנוטרלת בעת הוספת נכס מזויף. כל אחת מאלה עלולה לרוקן כספים. זו הסיבה שפיתוח פורק מותאם אישית של Aave V3 דורש הבנה מעמיקה של כל 47 החוזים והקשרים ביניהם.

עם ניסיון של 10+ שנים בפיתוח DeFi ויותר מ-50 ביקורות מוצלחות, אנו מבטיחים שהפורק המותאם אישית שלך יעבור ביקורת חיצונית ללא הערות קריטיות. קוד המקור של הפרוטוקול זמין במאגר Aave V3 Core.

כיצד לפתח פרוטוקול הלוואות מותאם אישית על פורק של Aave V3?

העתקת קוד שטחית ללא התאמה עמוקה מובילה לפרצות. אנו מיישמים שינויים שהופכים את הפרוטוקול ליותר חזק ויעיל. הפורק שלנו בטוח ב-40% יותר מהסטנדרטי בזכות שכבת אורקל מותאמת אישית ובדיקות fuzzing עם Echidna.

PoolAddressesProvider ותפקידים

Aave V3 משתמש ב-PoolAddressesProvider כרישום מרכזי לכל כתובות החוזים. בעת פריסת פורק, קריטי לאתחל את כל התפקידים כראוי:

• POOL_ADMIN — מוסיף נכסים, משנה פרמטרי סיכון
• EMERGENCY_ADMIN — יכול להשהות את השוק בזמן התקפה
• RISK_ADMIN — משנה סף פירוק ו-LTV
• FLASH_BORROWER — רשימת היתר לעמלות אפסיות בהלוואות פלאש
• ASSET_LISTING_ADMIN — רושם נכסים חדשים

ראינו פורקים שבהם כל התפקידים הוקצו לחשבון EOA יחיד ללא timelock. מפתח אחד שנפרץ, ותוקף משנה את האורקל לחוזה משלו, רושם נכס מזויף עם LTV גבוה, ולווה את כל הנכסים האמיתיים נגדו.

הגדרה נכונה: POOL_ADMIN ו-RISK_ADMIN צריכים להיות Gnosis Safe 3-מתוך-5 עם timelock של 48 שעות. EMERGENCY_ADMIN יכול להיות 2-מתוך-3 ללא timelock (נדרשת תגובה מהירה בזמן התקפה).

מודל הריבית: פרמטרים וכיול

Aave משתמש במודל ריבית ליניארי-לחתיכות עם ניצול אופטימלי. כאשר הניצול נמוך מ-OPTIMAL_USAGE_RATIO, הריבית עולה לאט; מעליו, היא עולה באופן אקספוננציאלי. פרמטרי המודל עבור כל נכס:

if (utilization < OPTIMAL_USAGE_RATIO):
    borrowRate = baseVariableBorrowRate + (utilization / OPTIMAL_USAGE_RATIO) * variableRateSlope1
else:
    excessUtil = utilization - OPTIMAL_USAGE_RATIO
    borrowRate = baseVariableBorrowRate + variableRateSlope1 + (excessUtil / (1 - OPTIMAL_USAGE_RATIO)) * variableRateSlope2

טעות בפרמטרים גורמת או לריביות נמוכות מדי (מספקי נזילות לא מקבלים תשואה הוגנת) או גבוהות מדי בזמן לחץ (פירוקים בשרשרת). עבור נכסים מותאמים אישית, אנו מכיילים פרמטרים על בסיס תנודתיות היסטורית ועומק נזילות ב-CEX/DEX.

EMode ונכסים מבודדים

Aave V3 הציג שני מנגנונים חשובים:

מצב יעילות (eMode) — מאפשר הגדרת קטגוריה של נכסים מתואמים (למשל, כל הסטייבלקוינס או כל נגזרות ה-ETH). בתוך הקטגוריה, LTV יכול להיות עד 95%+ כי הסיכון לתנועת מחיר שגורמת לפירוק הוא מינימלי. הגדרת eMode שגויה משמעותה שמשתמשים יכולים ללוות יותר ממה שהם צריכים.

מצב מבודד — נכס שמיש כבטוחה רק בבידוד (לא ניתן לערבב עם אחרים). חשוב לנכסים עם זנב ארוך ונזילות נמוכה.

כיצד להתאים את שכבת האורקל לנכסים לא רשומים?

אם אתה עושה פורק על Polygon, Arbitrum או zkSync, Chainlink Data Feeds זמינים אך לא לכל הנכסים. עבור נכסים לא רשומים, נדרש אורקל מותאם אישית. Aave V3 משתמש בממשק IPriceOracleGetter — פשוט יישם את if (utilization < OPTIMAL_USAGE_RATIO): borrowRate = baseVariableBorrowRate + (utilization / OPTIMAL_USAGE_RATIO) * variableRateSlope1 else: excessUtil = utilization - OPTIMAL_USAGE_RATIO borrowRate = baseVariableBorrowRate + variableRateSlope1 + (excessUtil / (1 - OPTIMAL_USAGE_RATIO)) * variableRateSlope2 ורשום אותו ב-AaveOracle.

עבור נכסים חדשים, אנו בונים אורקל מורכב: המקור הראשי הוא Chainlink (אם זמין), הגיבוי הוא Uniswap V3 TWAP של 30 דקות. אם הפער בין המקורות עולה על 5%, מפסק חשמלי מופעל, והפירוקים מושהים זמנית.

אנו גם מוסיפים אפשרות לעדכון האורקל דרך multi-sig עם עיכוב זמן כדי למנוע front-running בעת שינוי עדכוני מחיר.

Reserve Factor מותאם

Reserve factor הוא אחוז מהכנסות הריבית שהולך לאוצר הפרוטוקול. ב-Aave המקורי, הוא נע בין 10% (סטייבלקוינס) ל-20-35% (נכסים תנודתיים יותר). בפורק, ניתן להגדיר אותו אחרת: למשל, 50% לאוצר + 50% למודול ביטוח כדי להגן מפני חובות אבודים.

שינוי פרמטרי פירוק

עבור פורק מותאם אישית המכוון לנישה ספציפית (למשל, הלוואות עם בטחונות NFT), פרמטרי הפירוק הסטנדרטיים לא עובדים. NFTs הם נכסים לא נזילים; פירוק מיידי בלתי אפשרי. נדרש מצב מכירה פומבית: המפרק פותח מכירה פומבית, ולאחר 24-48 שעות לוקח את הנכס. זה דורש עיבוד מלא של LiquidationLogic.sol.

מה אתה מקבל כתוצאה?

• אנליטיקה ועיצוב הגדרות עבור הנכסים שלך
• פיתוח ופריסה של חוזים חכמים ב-Solidity 0.8.x עם Foundry
• התאמה אישית של שכבת האורקל ומודל הריבית
• הגדרת תפקידי ממשל ו-multi-sig
• מערכת מלאה של בדיקות פורק ובדיקות לחץ, כולל fuzzing עם Echidna
• אינטגרציית Frontend דרך wagmi + viem ו-SDK מותאם
• קוד מקור של ההגדרות ותיעוד תפעולי
• תמיכה ותחזוקה לאחר ההשקה

תהליך ולוחות זמנים משוערים

1. אנליטיקה (שבוע): קביעת נכסים לרישום, פרמטרי סיכון, קטגוריות eMode, שכבת אורקל מתאימה.
2. פורק והתאמה (2-3 שבועות): פריסת PoolAddressesProvider, הגדרת אורקל ומודל ריבית, התאמת פרמטרים.
3. בדיקות (1-2 שבועות): בדיקות פורק של כל הפעולות, בדיקות לחץ (סימולציית Black Thursday), בדיקות תכונות לאינווריאנט כושר פירעון.
4. ביקורת (2-4 שבועות): ביקורת חיצונית של מודולים או הגדרות ששונו.
5. פריסה והשקה: מדורגת — testnet, ואז mainnet עם מגבלות מוגבלות.

לוחות זמנים: פורק מינימלי (רק פרמטרים, אורקל חדש) — 3-5 שבועות; עם פירוק או eMode מותאם אישית — 6-10 שבועות; ל-NFT/RWA — מ-10 שבועות.

למה לבחור בנו?

אנחנו צוות של מהנדסי בלוקצ'יין עם ניסיון של 10+ שנים ב-DeFi. השלמנו 50+ ביקורות חוזים חכמים, פיתחנו פרוטוקולי DeFi משלנו, והשקנו פורקים על Ethereum, Arbitrum ו-Polygon. אנו מבטיחים שהפורק המותאם אישית שלך של Aave V3 יעבור את הביקורת בניסיון הראשון. חיסכון בתקציב — עד 60% בהשוואה לפיתוח מאפס.

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