פיתוח פרוטוקול אופציות מבוזר (בסגנון Dopex)

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

הצוות שלנו, עם למעלה מ-5 שנים בשוק ו-10+ שנות פיתוח בלוקצ'יין בייצור, השלים 40+ פרויקטי DeFi — כולל 10+ פרוטוקולי אופציות — תוך הבטחת אבטחה ודיוק. אנו חברת פיתוח בלוקצ'יין מוסמכת עם רקורד מוכח. אנו מספקים מחזור מלא: מתכנון מודל כלכלי ועד פריסה וניטור. פרויקט סוהר — אתה מקבל פרוטוקול מוכן עם תיעוד, תמיכה בביקורת, ושלושה חודשי תחזוקה לאחר ההשקה.

למה ארכיטקטורה בסגנון Dopex לפרוטוקולי אופציות?

Dopex בנתה ארכיטקטורה שפותרת את בעיית הנזילות המרכזית. אנו מיישמים את אותה גישה, מותאמת לדרישותיך.

מכניקת SSOV: כיצד פועלת בריכת האופציות

כיצד פועלות תקופות ומחירי מימוש?

SSOV פועל בתקופות — פרקי זמן קבועים (בדרך כלל חודש אחד). בתחילת תקופה, מוגדרת קבוצת מחירי מימוש (לדוגמה, עבור ETH: $2000, $2200, $2400, $2600). ספקי נזילות (LPs) מפקידים ETH בכספת — הכספים שלהם הופכים לבטוחה עבור חוזי אופציה.

קונה אופציה משלם פרמיה ומקבל זכות לתשלום במועד הפקיעה:

• אופציית רכש (Call): תשלום = max(0, מחיר_בפקיעה - מימוש)
• אופציית מכר (Put): תשלום = max(0, מימוש - מחיר_בפקיעה)

חישוב הפרמיה הוא אתגר הנדסי מרכזי. Dopex משתמשת ב-Black-Scholes עם יישום על-השרשרת. הבעיה: Black-Scholes דורש ln() ו-e^x — פונקציות שאינן זמינות באופן טבעי ב-EVM. אנו מיישמים אותן באמצעות קירובים בנקודה קבועה עם PRBMath או ABDKMathQuad.

מדוע Black-Scholes על-השרשרת מאבד דיוק?

הנוסחה הקלאסית של Black-Scholes עבור אופציית רכש:

C = S·N(d1) - K·e^(-rT)·N(d2) d1 = (ln(S/K) + (r + σ²/2)·T) / (σ·√T) d2 = d1 - σ·√T 

כאשר S — מחיר ספוט, K — מימוש, r — ריבית חסרת סיכון, σ — תנודתיות מרומזת, T — זמן עד לפקיעה.

ב-EVM, אנו עובדים עם חשבון נקודה קבועה (WAD, 1e18). הפונקציה ln(x) מיושמת דרך ספריית PRBMath או ABDKMathQuad. דיוק הוא קריטי: שגיאה של 0.1% בחישוב פרמיה על נפח של $1M מביאה להפרש של $1,000 לעסקה. ניתן לנצל זאת על ידי תוקף שיודע על ההטיה.

מקרה אמיתי מביקורת: פרוטוקול השתמש בקירוב ln(x) ≈ x - 1 עבור ערכים קרובים ל-1.0, מה שגרם לשגיאה של עד 2% עבור אופציות בכסף (S/K בין 0.9 ל-1.1). טווח זה רואה את נפח המסחר הגבוה ביותר. הפסדי LP הסתכמו בכ-$80K בחודש הראשון לפני גילוי. היישום האופטימלי שלנו מפחית שגיאות אלה פי 100 בהשוואה לקירובים נאיביים, ומשיג דיוק של מתחת ל-0.01%.

חישוב פרמיית האופציה על-השרשרת משתמש בנוסחת Black-Scholes המיושמת ב-Solidity עם חשבון נקודה קבועה דרך PRBMath.

תנודתיות מרומזת: אורקל או חישוב על-השרשרת

תנודתיות מרומזת (IV) היא פרמטר קריטי המשפיע ליניארית על הפרמיה. אפשרויות:

• פיד IV של Chainlink — זמין עבור ETH, BTC. אמין אך עם חביון של עד שעה. בתנועות שוק מהירות, IV עשוי להיות מיושן — LPs מוכרים אופציות בזול מדי.
• בסגנון DVOL (מדד תנודתיות Deribit) — חישוב מחוץ לשרשרת באמצעות TWAP של תנודתיות מרומזת מספרי הזמנות. דורש תשתית אורקל מותאמת או אינטגרציה עם Chainlink Functions.
• תנודתיות היסטורית על-השרשרת — מחושבת ממחירי TWAP בתקופות אחרונות. אינה משקפת סיכון עתידי אך אינה תלויה באורקלים חיצוניים. חיסרון: תמחור נמוך של אופציות לפני אירועים (מיזוג, אישור ETF).

אנו בונים מערכת היברידית: פיד IV של Chainlink כמקור ראשי, תנודתיות היסטורית על-השרשרת כגיבוי כאשר היושן עולה על שעתיים.

ארכיטקטורת הפרוטוקול

מבנה החוזה

DopexStyleProtocol/
├── core/
│   ├── OptionMarket.sol # Создание/покупка/экспирация опционов
│   ├── SSOV.sol # Vault ликвидности LP
│   ├── OptionPricing.sol # Black-Scholes on-chain
│   └── EpochManager.sol # Управление эпохами
├── oracles/
│   ├── VolatilityOracle.sol # IV агрегатор
│   └── PriceOracle.sol # Chainlink wrapper
├── rewards/
│   ├── DPX.sol # Governance/reward token
│   └── StakingRewards.sol # Emissions для LP
└── periphery/
    ├── Router.sol # Пользовательский интерфейс
    └── OptionToken.sol # ERC-1155 опционные токены

ERC-1155 עבור אופציות הוא הבחירה הנכונה. כל שילוב (מימוש, פקיעה, סוג) הוא מזהה אסימון נפרד. משתמשים יכולים להחזיק אופציות עם מימושים שונים בארנק אחד; העברות פועלות כמו אסימונים סטנדרטיים — שוק משני נוצר אוטומטית.

מכניקת כספת LP: סיכונים והגנות

LPs מפקידים ETH ומוכרים אופציות ביחד. אם פקיעה המונית היא בכסף (השוק נע נגד LPs), הכספת משלמת תשלום גדול. זהו הסיכון הפנימי ש-LPs נוטלים.

אנו מפחיתים סיכונים הניתנים לשליטה חוזית:

• קיבולת מקסימלית למימוש — מונע מכירת יותר אופציות על מימוש אחד מאשר N% מכלל הכספת. אחרת, פקיעה מרוכזת עלולה לרוקן את הכספת.
• נעילת משיכה — LPs אינם יכולים למשוך באמצע תקופה. אחרת, תנועת מחיר לכיוון מימוש עלולה לגרום ליציאות המוניות, ולהשאיר בטוחה לא מספקת לתשלומים.
• בריכת גידור דלתא — אופציונלית, עבור LPs מוסדיים רציניים. חלק מהכספת מגודר אוטומטית באמצעות חוזים תמידיים (GMX, Gains Network).

אינטגרציית AtlasDEX לשוק משני

אסימוני אופציה מסוג ERC-1155 זקוקים למקום למסחר. אפשרויות:

• אינטגרציה עם OpenSea/Blur (הם תומכים ב-ERC-1155)
• AMM מותאם לאופציות (מורכב, דורש עקומת קשר מותאמת)
• אינטגרציה עם פרוטוקול Lyra כשכבת שוק משני

עבור MVP, אנו ממליצים על מסחר P2P דרך Seaport (פרוטוקול OpenSea) — זה חינמי ואינו דורש נזילות נוספת.

אבטחה: נקודות תורפה ספציפיות של פרוטוקולי אופציות

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

התקפת סנדוויץ' תקופתית. תוקף קונה נפח גדול של אופציות בסוף תקופה (ביודעו על תנועת שוק קרובה), מקבל תשלום, ובתחילת התקופה הבאה LPs עדיין לא חידשו הפסדים — הכספת הופכת לחסרת הון. הפחתה: קירור בין תקופות עם תקופת התאמה חובה.

הטרדה באמצעות פוזיציות זעירות. יצירת אלפי פוזיציות אופציה זעירות (הטרדת גז) עבור פונקציית ההסדר בפקיעה. הפחתה: פרמיה מינימלית > סף זעיר, עמלה על יצירת פוזיציה.

ערימת טכנולוגיות

Foundry ככלי הראשי — בדיקות פאז על חישובי Black-Scholes הן קריטיות. אנו בודקים עם C = S·N(d1) - K·e^(-rT)·N(d2) d1 = (ln(S/K) + (r + σ²/2)·T) / (σ·√T) d2 = d1 - σ·√T את כל ערכי הגבול: S/K מ-0.1 עד 10, T משעה עד שנה, IV מ-10% עד 500%. PRBMath v4 לחשבון נקודה קבועה. פידי מחיר של Chainlink על fork של mainnet לבדיקת לוגיקת האורקל.

תהליך ולוחות זמנים

שלבי פיתוח

1. מודל כלכלי ועיצוב ארכיטקטורה (1–2 שבועות)
2. פיתוח חוזי ליבה: OptionMarket, SSOV, Black-Scholes (3–5 שבועות)
3. פיתוח היקפי: Router, Rewards, אסימוני ERC-1155 (2–3 שבועות)
4. ביקורת ובדיקות (2–4 שבועות)
5. פריסה וניטור (1–2 שבועות)

SSOV בסיסי עבור נכס יחיד: 6–8 שבועות. פרוטוקול מלא עם נכסים מרובים, ממשל ושוק משני: 10–16 שבועות. העלות נקבעת לאחר ניתוח מפורט של דרישות ומערך הנכסים הרצוי.

מה כלול

• מסמך ארכיטקטורה עם מודל כלכלי
• חוזי ליבה (OptionMarket, SSOV, Pricing, EpochManager)
• היקפי (Router, Rewards, OptionToken ERC-1155)
• אינטגרציית אורקל Chainlink (מחיר + IV) – מבוקרת על ידי חברות מובילות
• ביקורת פנימית ותמיכה בביקורת חיצונית
• פריסה לרשת הנבחרת (Ethereum, Polygon, Arbitrum, Base)
• חזית (wagmi + RainbowKit) – אופציונלי
• תיעוד (Whitepaper, מפרט טכני, מדריך פריסה)
• 3 חודשי תמיכה לאחר השקה

צור קשר לייעוץ להערכת הפרויקט שלך — אנו נעריך היקף ולוחות זמנים.