פיתוח פרוטוקול נגזרים און-צ'יין מקצה לקצה

כשהתחלנו בפיתוח פרוטוקול החוזים העתידיים התמידיים הראשון עבור לקוח, עמדנו מיד בפני האתגר של תכנון מערכת פירוק עמידה למניפולציות. המנגנון הסטנדרטי של סגירה מלאה של פוזיציה כאשר מקדם הבריאות יורד מתחת ל-1 בשווקים תנודתיים מאוד יצר חוב אבוד של 3.8% מהיקף הפעילות. במהלך האקתון פנימי, שכתבנו את מנוע הפירוק המרכזי ארבע פעמים לפני שמצאנו תצורה עובדת: פירוק חלקי בתוספת עמלה דינמית. זה מעיד בכנות על מורכבות המשימה: פיתוח פרוטוקול נגזרים על-השרשרת אינו שכבת-על על AMM אלא מערכת פיננסית נפרדת עם עשרות רכיבים מחוברים. לצוות שלנו יש ניסיון של למעלה מ-5 שנים ב-DeFi והוא יישם יותר מ-10 פרוטוקולים עם TVL מצטבר של למעלה מ-180 מיליון דולר. אנו מבטיחים איכות קוד ומעבר ביקורות חיצוניות. הודות לאופטימיזציית גז, הלקוחות שלנו חוסכים עד 150,000 דולר בשנה בעלויות עסקאות. פיתוח MVP מתחיל ב-50,000 דולר, ופרוטוקולים מלאים המוכנים לביקורת נעים בין 200,000 ל-500,000 דולר בהתאם למורכבות. בנוסף, הפחתנו את עלויות הפריסה ב-20% באמצעות קישור ספריות יעיל, וחוסכים ללקוחות בממוצע 12,000 דולר ברשת המרכזית. בפרוטוקול אחד, הפחתנו חוב אבוד מ-3.8% ל-1.2% באמצעות פירוק חלקי.

אילו סוגי נגזרים ניתן ליישם על-השרשרת?

אנו מפתחים חוזים עתידיים תמידיים, אופציות (כולל אירופאיות ואקזוטיות), מוצרים מובנים (אסטרטגיות vault), ונכסים סינתטיים. כל סוג דורש לוגיקת חוזה ייחודית — משיעורי מימון ועד מימוש אופציות. העלות ל-MVP מתחילה ב-50,000 דולר, ופרוטוקול מלא נע בין 200,000 ל-500,000 דולר.

כיצד אנו מבטיחים עמידות למניפולציות ואבטחת אורקל?

עמידות למניפולציות היא קריטית עבור כל בורסת נגזרים על-השרשרת. אנו מיישמים מספר שכבות: מערכת אורקל תלת-שכבתית, עמלות דינמיות, ומפסקי חשמל. לדוגמה, מחיר הסימון שלנו משתמש ב-TWAP של שעה אחת מנתוני Chainlink, בעוד שהביצוע משתמש בפיד התת-שני של Pyth. זה הופך מניפולציה ליקרה — תוקפים יצטרכו להשפיע על שני הפידים ועל נפח הפעילות של הפרוטוקול עצמו. אנו גם אוכפים מגבלות פוזיציה פרופורציונליות לקרן הביטוח, שאמורה להיות לפחות 1% מה-TVL. בפרוטוקול שלנו עם 180 מיליון דולר, קרן הביטוח החלה ב-1.8 מיליון דולר וגדלה באמצעות הקצאת עמלות.

פרוטוקול נגזרים הוא הצרכן התובעני ביותר של אורקלים ב-DeFi. דרישות:

1. אחזור (Latency): עדכוני Chainlink כל כמה בלוקים אינם מספיקים למסחר פעיל. רשת Pyth מספקת עדכונים תת-שניים באמצעות אורקל משיכה: נתונים מתפרסמים מחוץ לשרשרת, והעדכון על-השרשרת יוזם על ידי המשתמש בעסקה עם הוכחה.
2. ריבוי נכסים: כל שוק צריך פיד מחירים נפרד. Redstone מספקת מערכת גמישה עם אגרגטורים מותאמים אישית.
3. עמידות למניפולציות: עבור מחיר סימון אנו זקוקים ל-TWAP, עבור מחיר פירוק — נתונים עדכניים יותר.

אנו בונים מערכת תלת-שכבתית: Pyth לביצוע עסקאות, Chainlink TWAP לחישוב מחיר סימון, ו-TWAP על-שרשרת משלנו כקו הגנה אחרון. שלבי הגדרה:

1. שילוב אורקל המשיכה של Pyth עבור כל זוג מסחר — עדכונים כל 400 אלפיות השנייה.
2. הגדרת פיד TWAP של Chainlink (תקופה של שעה) לחישוב מחיר סימון.
3. פריסת TWAP על-שרשרת גיבוי המבוסס על 100 הבלוקים האחרונים.
4. ביצוע סימולציית מניפולציה: פתיחת פוזיציה של מיליון דולר וניסיון להזיז את המחיר — המערכת צריכה לעמוד בכך.

סוגי נגזרים ומודלי נזילות

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

נתמקד בחוזים עתידיים תמידיים, הסוג המבוקש ביותר. נזילות היא גורם ההצלחה המרכזי עבור כל בורסת נגזרים. אנו מציעים מספר מודלים: vAMM להשקה מהירה (דורש הון מינימלי, אך יש החלקה גבוהה — עד 2% על פוזיציות של 500 אלף דולר), מאגר נזילות עם תמריצי LP (TVL התחלתי מ-2 מיליון דולר, תשואת LP ממוצעת של 15-20% בשנה), או ספר הזמנות היברידי להיקפים מוסדיים. הבחירה תלויה בקהל היעד ובהיקפי המסחר. בדרך כלל, vAMM מספיק להתחלה, עם מעבר למאגר בהגעה ל-10 מיליון דולר נפח יומי. ראינו פרוטוקולים עם TVL של 50 מיליון דולר שהפחיתו החלקה ל-0.1% באמצעות עיצוב המאגר המאופטם שלנו. עבור יצירת אופציות על-השרשרת, אנו מיישמים יצירת אופציות על-השרשרת באמצעות עטיפות ERC-20 סטנדרטיות.

מנוע פירוק וניהול סיכונים

שיעור מימון — הלב של החוזים התמידיים

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

הנוסחה הסטנדרטית: fundingRate = clamp(premium / fundingInterval, -maxRate, maxRate), כאשר premium = (markPrice - indexPrice) / indexPrice.

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

הפתרון שבו אנו משתמשים: מחיר סימון = TWAP על פני X הדקות האחרונות של מסחר בפרוטוקול עצמו (אם יש נפח מספיק) עם גיבוי לחציון של שלושה אורקלים (Chainlink, Pyth, Redstone). מניפולציה הופכת ליקרה: צריך להזיז גם את נפח המסחר בפרוטוקול וגם כמה אורקלים חיצוניים בו-זמנית.

מנוע פירוק ופירוק חלקי

הגישה הקלאסית — פירוק כאשר מקדם הבריאות < 1 עם סגירה מיידית של כל הפוזיציה. המפרק מקבל עמלת פירוק (בדרך כלל 0.5–1%). בעיה: בשוק תנודתי, פוזיציה יכולה להיכנס לעומק שלילי מהר יותר ממה שהמפרק יכול להגיב. התוצאה — חוב אבוד המכוסה על ידי קרן הביטוח. פירוק ממוצע עולה כ-2000 גז, שבמחיר גז של 50 gwei הוא כ-0.02 דולר, אך בתנודתיות גבוהה מפרקים משלמים פרמיה של עד 0.5 דולר.

גישה מתקדמת יותר — פירוק חלקי: כאשר מגיעים לסף אזהרה (למשל, יחס מרווח < 5%), הפוזיציה מוקטנת חלקית עד שחזור יחס המרווח. פירוק מלא רק כאשר המרווח מנוצל לחלוטין.

function liquidate(address trader, bytes32 marketId) external {
    Position storage pos = positions[trader][marketId];
    uint256 markPrice = getMarkPrice(marketId);
    int256 unrealizedPnl = _calcUnrealizedPnl(pos, markPrice);
    uint256 margin = uint256(int256(pos.collateral) + unrealizedPnl);
    uint256 maintenanceMargin = _getMaintenanceMargin(pos, markPrice);
    require(margin < maintenanceMargin, "Position healthy");
    // Частичная ликвидация если возможно
    uint256 reduceAmount = _calcPartialLiquidationSize(pos, margin, maintenanceMargin);
    _reducePosition(trader, marketId, reduceAmount, markPrice);
    uint256 liquidationFee = reduceAmount * liquidationFeeRate / 1e18;
    _transferFee(msg.sender, liquidationFee);
}

מרווח צולב לעומת מרווח מבודד

מרווח צולב: כל יתרת המשתמש היא מרווח משותף לכל הפוזיציות. פוזיציית ETH עוזרת לפוזיציית BTC לשרוד ירידה מקומית. סיכון — פוזיציה מפסידה אחת יכולה לפרק את כל החשבון.

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

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

סיכונים ואמצעי הפחתה

קרן ביטוח: רכיב חובה עבור כל פרוטוקול תמידי. ממומנת מחלק מעמלות המסחר (בדרך כלל 10-20%). מכסה חוב אבוד מפירוק לא מספק. עם TVL של 180 מיליון דולר, אנו ממליצים על גודל קרן יעד של 1.8 מיליון דולר.

מגבלות פוזיציה: עניין פתוח מקסימלי לכל צד (לונג/שורט) מגביל את החשיפה של הפרוטוקול. פרופורציונלי לגודל קרן הביטוח.

מפסקי חשמל: אם מחיר הסימון חורג ממחיר המדד ביותר מ-5% — עצירת פוזיציות חדשות עד לנורמליזציה. הגנה מפני מניפולציית אורקל.

אבטחת מפתח מנהל: פרוטוקול עם TVL > 500 מיליון דולר דורש נעילת זמן מרובת חתימות (לפחות 48 שעות) על כל שינויי הפרמטרים. שינויים מיידיים בעמלות או בספי פירוק הם דגל אדום עבור כל מבקר.

תהליך פיתוח ותוצרים

ארכיטקטורה: vAMM לעומת מאגר נזילות גלובלי לעומת ספר הזמנות היברידי

vAMM (AMM וירטואלי) — הגישה של Perpetual Protocol. אין נזילות אמיתית, המחיר נקבע על ידי הנוסחה x*y=k על רזרבות וירטואליות. ספקי נזילות אינם נדרשים לפעולה בסיסית. חיסרון: החלקה גבוהה על פוזיציות גדולות (עד 2% עבור פוזיציה של 500 אלף דולר), שיעור המימון לא תמיד משקף את השוק האמיתי.

מאגר נזילות גלובלי — הגישה של GMX. ספקי נזילות מפקידים סל נכסים (GLP/GM) והופכים לצד שכנגד לכל הסוחרים. אם סוחרים מפסידים בממוצע — ספקי הנזילות מרוויחים (תשואה ממוצעת של 15-20% בשנה). עובד היטב בשווקים יציבים, אך ספקי הנזילות נושאים בסיכון א-סימטרי: במהלך פוזיציות רווחיות המוניות, GLP מאבד מערכו.

ספר הזמנות היברידי + AMM — המורכב ביותר, הקרוב ביותר לחוויית המשתמש של בורסה מרכזית. התאמה מחוץ לשרשרת (באמצעות רצף ייעודי או ספר הזמנות מחוץ לשרשרת) עם סילוק על-השרשרת. ארכיטקטורה זו משמשת את Hyperliquid.

מחסן הפיתוח

חוזים: Solidity 0.8.24 + Foundry לבדיקות. בדיקות fork של Foundry הן קריטיות — אנו בודקים תרחישי פירוק מול נתונים היסטוריים (קריסת LUNA, קריסת FTX). ניתוח סטטי: Slither + Halmos לביצוע סמלי של פונקציות קריטיות.

רכיבים מחוץ לשרשרת (חישוב שיעור מימון, שומר לפירוקים) — Node.js + ethers.js עם הגשת צרורות Flashbots לביצוע עדיפות של פירוקים. פירוק טיפוסי לוקח כ-2000 גז.

חזית: wagmi v2 + viem + TradingView Lightweight Charts להצגת נרות. אנו תומכים בעד 50,000 חיבורים במקביל.

תהליך עבודה

תוצרים של פיתוח פרוטוקול נגזרים סוהר

• פיתוח חוזים חכמים ליבה (Solidity, Foundry) עם העברת בעלות מלאה
• שירותים מחוץ לשרשרת (Node.js, ethers.js) עם קוד מקור וסקריפטי פריסה
• אינטגרציית אורקל (Pyth, Chainlink, Redstone) עם תיעוד תצורה
• בדיקות מקיפות (יחידה, fuzz, fork) כולל בדיקות לחץ וסימולציות מניפולציה
• הכנה לביקורת חיצונית ותמיכה במהלך תיקוני הביקורת
• תיעוד ארכיטקטוני, API ופריסה
• הכשרת צוות הלקוח (סדנה + חומרים כתובים)
• גישה לפאנל ניהול וללוח מחוונים לניטור
• תמיכה לאחר פריסה למשך 3 חודשים (תיקוני באגים, אופטימיזציית גז, שדרוגים מינוריים)

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

MVP vAMM עם זוג מסחר אחד — 8–10 שבועות. פרוטוקול מלא רב-שוקי עם פירוק חלקי, קרן ביטוח ותשתית שומרים — 4–6 חודשים לפני ביקורת. תיקוני פוסט-ביקורת ופריסה — עוד 4–8 שבועות. אנו מציעים הערכת פרויקט וייעוץ חינם לבחירת מודל נזילות ומחסן פיתוח.

לפני פריסה, מומלץ לבדוק: הגנת reentrancy בכל הפונקציות המשנות מרווח, בדיקת פירוק תחת תנועות מחיר קיצוניות (למשל, -50% בבלוק אחד), חישוב נכון של שיעור מימון בנפח אפס, אימות פורמלי של פונקציות קריטיות (Halmos), ביקורת בקרת גישה בפונקציות מנהל, ובדיקת לחץ של מגבלות גז במהלך פירוקים המוניים.

הצוות שלנו מוכן לדון בפרויקט שלך. אנו מתמחים בפיתוח בורסת נגזרים DeFi, מסחר במרווח DeFi, נגזרים בחוזים חכמים, יצירת אופציות על-השרשרת, פיתוח נגזרים AMM, ביקורת חוזים חכמים לנגזרים, אופטימיזציית גז לנגזרים, ואינטגרציית Chainlink Pyth. עם השירותים שלנו, אנו מבטיחים פרוטוקולים יעילים וחזקים. אנו גם מספקים פיתוח חוזים עתידיים תמידיים כחלק מהחבילה הסטנדרטית שלנו.