פיתוח סולבר לפרוטוקולים מבוססי כוונות (Intent-Based)
משתמש בפרוטוקול מבוסס כוונות אינו מציין את מסלול ההמרה המדויק, אלא חותם על יעד: "קבל לפחות 3000 USDC תמורת 1 ETH עד מחר בבוקר." הביצוע מוטל על הסולבר — סוכן off-chain שמוצא את המסלול הטוב ביותר דרך עשרות DEXes תוך שניות, תוך התחשבות בנזילות, עמלות והצעות תחרותיות מסולברים אחרים. שגיאה בניתוב או עיכוב של 200 אלפיות השנייה — וההזמנה עוברת למתחרה.
אנו מפתחים סולברים מותאמים אישית לפרוטוקולים כמו CoW Protocol, UniswapX, 1inch Fusion ו-ERC-7683 (כוונות cross-chain) — תקן המתואר ב-EIP-7683. לדוגמה, עבור פרויקט אחד על UniswapX, יישמנו ערוץ RFQ פרטי עם עושי שוק, מה שהעלה את שיעור הזכיות מ-5% ל-18% והגדיל את העודף הממוצע ב-30%. זה אפשר ללקוח לתפוס מקום שני בהיקף הנפח בין 45 סולברים בפרוטוקול.
פיתוח סולבר כולל עיצוב ארכיטקטורה, כתיבת הליבה ב-Rust עם בקשות מקבילות ל-15+ מקורות נזילות, בדיקות על mainnet מפוצל (forked) ופריסת חוזי settlement. זמן עיבוד הזמנות ממוצע הוא 250 אלפיות השנייה, ושיעור הזכיות לאחר שבוע הראשון של אופטימיזציה מגיע ל-10-15%. אנו מבטיחים מדדים שקופים ו-SLA של 99.9% זמינות.
איך סולבר עובד ומה הופך אותו למורכב
הסולבר מקבל הזמנה חתומה ב-EIP-712, שואל מאגרי נזילות במקביל (Uniswap V3, Curve, Balancer), אגרגטורים (1inch, 0x) וערוצי RFQ פרטיים. לאחר מכן, תוך 10–15 שניות (עבור מכירה פומבית אצווה של CoW Protocol) או ללא מועד אחרון נוקשה (עבור UniswapX), הוא יוצר עסקת settlement. התחרות מאלצת אופטימיזציה בכל שלב: אנו משתמשים ב-Rust עם tokio עבור RPC מקבילי (זמן השהיה ~150 אלפיות השנייה למקור), מאחסנים במטמון את מצב המאגר דרך WebSocket, ומשתמשים בסימולטור ה-EVM בתהליך (revm) כדי לבדוק מסלולים ללא קריאות on-chain נוספות.
למה מכירה פומבית אצווה דורשת ביצועים גבוהים
ב-CoW Protocol, חלון המכירה הפומבית הוא 30 שניות, מתוכן נותרות 10–15 שניות לחישוב. במהלך זמן זה, יש לסקור עשרות DEXes, לחשב ניתוב מפוצל, לדמות עסקאות וליצור settlement. אנו משתמשים ב-Rust עם tokio async runtime — זה מאפשר RPC מקבילי למקורות תוך 100–200 אלפיות השנייה. מטמון מצב המאגר (reserves/sqrtPrice) דרך מנויי WebSocket מניב זמן השהיה של מיקרו-שניות במקום אלפיות השנייה. סימולטור ה-EVM בתהליך (revm) בודק מסלולים ללא קריאות on-chain.
UniswapX: ארכיטקטורה ומנגנון ביצוע
UniswapX משתמש במכירה פומבית הולנדית: ה-filler/סולבר יכול לבצע את ההזמנה בכל זמן לפני פקיעתה. המחיר ההתחלתי נוח למשתמש ועובר בהדרגה לטובת הסולבר. הסולבר הראשון שמבצע את ההזמנה במחיר מקובל זוכה.
מבנה הזמנת UniswapX (ExclusiveFillerOrder):
interface ExclusiveFillerOrder {
info: {
reactor: Address
swapper: Address
nonce: bigint
deadline: bigint
additionalValidationContract: Address
additionalValidationData: Hex
}
exclusiveFiller: Address
exclusivityOverrideBps: number
input: {
token: Address
amount: bigint
}
outputs: Array<{
token: Address
startAmount: bigint
endAmount: bigint
recipient: Address
}>
}הסולבר מקבל input.amount מהמשתמש וחייב להחזיר לפחות currentOutput (ערך בין startAmount ל-endAmount בהתאם לזמן).
חוזה Reactor ו-settlement
ה-Reactor של UniswapX הוא חוזה on-chain שמאמת את החתימה של המשתמש, בודק את currentOutput לאורך זמן ומנהל העברות. הסולבר קורא ל-execute(order, signature, fillData). הנקודה המרכזית: הסולבר מקבל את טוקני הקלט בתחילת הביצוע וחייב להחזיר טוקני פלט עד סוף אותה עסקה. בין קבלה להחזרה, הסולבר יכול להשתמש בכל פרוטוקול on-chain — זהו המרחב לאופטימיזציה.
מציאת מסלול הביצוע האופטימלי
המטרה של הסולבר היא למקסם את העודף עבור קלט/פלט נתון. עודף = actualOutput - minRequiredOutput. עודף טוב יותר → סיכוי גבוה יותר לזכות במכירה הפומבית במערכות אצווה.
ניתוב דרך מספר DEXes
הגישה הבסיסית היא למצוא את המחיר הטוב ביותר דרך אגרגטור. בקשות מקבילות ל-10+ DEXes עם פסק זמן של 500 אלפיות השנייה למקור. נבחר המסלול המגיב הטוב ביותר. בייצור, אנו סוקרים יותר מ-15 מקורות, כולל Uniswap V3, Curve, Aerodrome, Balancer ואגרגטורים 1inch, 0x.
ניתוב מפוצל
אם DEX אחד אינו מספיק, אנו מפצלים את ההזמנה לחלקים. עבור הזמנות >500 ETH, ניתוב מפוצל ל-2-3 חלקים מפחית את השפעת המחיר מ-3-5% ל-1-2%.
נזילות פרטית (RFQ)
בנוסף ל-DEXes על השרשרת, הסולבר יכול לגשת לעושי שוק פרטיים דרך RFQ. עושה השוק מגיב עם הצעת מחיר חתומה — אם היא מנצחת את המסלול על השרשרת, הסולבר משתמש בה. CoW Protocol תומך בכך דרך אינטראקציית GPv2: הסולבר כולל את הצעת המחיר החתומה מעושה השוק כחלק מה-settlement. במקרה אחד, ערוץ ה-RFQ הגדיל את העודף ב-35% על הזמנות >100 ETH.
דוגמת קוד לשילוב RFQ
async function requestRFQ(order: Intent): Promise<SignedQuote> {
const quote = await marketMaker.requestQuote({
tokenIn: order.input.token,
tokenOut: order.output.token,
amount: order.input.amount,
deadline: order.deadline
})
if (quote.amountOut > bestOnChainRoute.amountOut) {
return quote // используем RFQ
}
return null
} סולבר של CoW Protocol: מכניקת מכירה פומבית אצווה
ב-CoW Protocol, מכירה פומבית אצווה מתנהלת כך:
- ספר הזמנות: משתמשים חותמים על הזמנות (דרך ממשק CoW Swap או ישירות), ההזמנות נכנסות ל-API הציבורי של ספר ההזמנות
- קריאת מכירה פומבית: כל ~30 שניות, CoW Protocol קורא ל-/solve על סולברים רשומים
- חישוב סולבר: הסולבר מקבל את רשימת ההזמנות באצווה, מוצא את קבוצת הביצועים האופטימלית (כולל CoW — התאמת הזמנות מנוגדות ללא DEX)
- הגשה: הסולבר מגיש פתרון עם calldata עבור settlement על השרשרת
- בחירת זוכה: נבחר הסולבר עם העודף הכולל הגבוה ביותר עבור האצווה
- Settlement על השרשרת: הסולבר הזוכה מבצע את העסקה דרך חוזה GPv2Settlement
CoW (Coincidence of Wants) הוא תכונה: אם האצווה מכילה הזמנה למכירת ETH תמורת USDC והזמנה למכירת USDC תמורת ETH — הסולבר יכול להתאים אותן ישירות. ללא עמלות DEX, ללא השפעת מחיר. שני הצדדים מקבלים מחיר טוב יותר.
רישום סולבר ב-CoW Protocol
הסולבר חייב להיות מורשה על ידי CoW DAO. כדי להשתתף במכירות פומביות בייצור, נדרש ערבות (הצבעת ממשל DAO). לבדיקות, קיימת סביבת staging ללא ערבות. אנו מסייעים בתהליך הרישום, כולל הכנת תיעוד טכני ומעבר ביקורת חוזים. פרטים ב-תיעוד הרשמי של CoW Protocol.
השוואת UniswapX ו-CoW Protocol עבור סולברים
| פרמטר | UniswapX (מכירה פומבית הולנדית) | CoW Protocol (מכירה פומבית אצווה) |
|---|---|---|
| מנגנון תחרות | ראשון שממלא במחיר מקובל | פתרון אצווה כל ~30 שניות, העודף הטוב ביותר זוכה |
| זמן חישוב | אין מועד אחרון נוקשה, אבל מוקדם יותר עדיף | 30 שניות נוקשות, זמן אפקטיבי 10-15 שניות |
| התאמת CoW | לא נתמך | נתמך, מפחית צורך ב-DEX |
| RFQ | דרך filler בלעדי | דרך הצעות מחיר חתומות ב-settlement |
| מורכבות פיתוח | בינונית | גבוהה (אופטימיזציית אצווה) |
| שיעור זכיות טיפוסי לאחר אופטימיזציה | 15-25% | 10-20% |
| חיסכון ממוצע בגז (לעומת המרה רגילה) | 5-10% | 10-20% |
מה כלול בעבודה
- ניתוח סביבה תחרותית — הערכת סולברים קיימים, שיעורי הזכיות שלהם, מסלולים טיפוסיים
- פיתוח סולבר לפרוטוקולים מבוססי כוונות — קוד ב-Rust/Go, אינטגרציה עם הפרוטוקול הנבחר, מנוע ניתוב
- חוזי settlement — מותאמים אישית אם נדרש (Solidity 0.8.24, בדיקות Foundry)
- ניטור והתראות — מדדי Prometheus (שיעור זכיות, עודף ממוצע, זמן השהיה), לוח מחוונים Grafana, התראות טלגרם כאשר שיעור הזכיות יורד מתחת ל-5%
- רישום ב-mainnet — הכנת תיעוד, מעבר ממשל (עבור CoW), פריסה
- תמיכה לאחר השקה — אופטימיזציית אסטרטגיה, הוספת DEXes חדשים, עדכונים במהלך hard forks
לוח זמנים והערכות חיסכון
filler בסיסי של UniswapX עם ניתוב פשוט — שבוע אחד. סולבר מלא של CoW Protocol עם התאמת CoW, ניתוב מפוצל ו-RFQ — 3–4 שבועות. העלות מחושבת באופן אישי, אבל החיסכון הממוצע בעסקאות הודות לאופטימיזציה מגיע ל-15-20% לעומת מסלולים סטנדרטיים. יש לנו ניסיון של 5+ שנים ויישמנו מעל 50 פרויקטים בחוזים חכמים ותשתית DeFi.
למה להזמין סולבר מותאם אישית?
סולבר מוכן אינו מתחשב במאפייני הטוקנים, הנזילות והאסטרטגיה שלך. סולבר מותאם אישית מאפשר לך להגדיר מסלולי עדיפות, ערוצי RFQ פרטיים, לייעל את זמן ההשהיה עבור אגרגטור ה-DEX שלך ולהגדיל את שיעורי הזכיות במכירות פומביות. קבל ייעוץ — נעריך את הפרויקט שלך ונציע פתרון סוהר. צור קשר כדי לדון בפרטים.







