אסטרטגיית נזילות ל־DEX: שוק דל, Slippage ו־MEV

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

חמישה כללים לשוק שמציג אמת

01מודדים עומק ניתן לביצוע לפי גודל עסקה, לא לפי מספר TVL יחיד.
02מתייחסים למחיר הפתיחה כהחלטת השקה מפורשת.
03מציגים slippage, מסלול ומינימום שיתקבל לפני חתימה.
04מניחים שנזילות מרוכזת עלולה לצאת מהטווח הפעיל.
05פותחים גישה בשלבים, עם שערים ותנאי עצירה נצפים.

1. בריכה היא פונקציית מחיר, לא מחסן

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

לכן TVL עלול לתאר באופן חלש את חוויית המשתמש. שתי בריכות עם אותו ערך כותרת עשויות לספק תוצאות שונות מאוד בגלל תמהיל הנכסים, הטווח הפעיל, fee tier או מסלולים זמינים. צוות מוצר צריך לפרסם מדרגות quote לגדלים מייצגים: פלט צפוי, price impact, עמלה, מסלול, עלות gas ומינימום שיתקבל. אלה הנתונים שמתארים את השוק שהמשתמש באמת יכול להגיע אליו.

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

2. מחיר הפתיחה הוא בקרת השקה

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

Runbook ההשקה צריך לציין מוסכמת quote, מקור למחיר הייחוס, סטייה מותרת, decimals, fee tier, טווח והחותם. לפני שליחה, מפעיל עצמאי צריך לחשב מחדש את המחיר מתוך היחידות הגולמיות. simulation תציג את שני הכיוונים — יחידות quote לכל base וגם base לכל quote — משום שמחירים הופכיים חושפים טעויות סדר ודיוק שמספר יחיד עלול להסתיר.

החלטת ההשקה זקוקה גם לגבול ביטול. אם מחיר הייחוס זז מעבר לסף, תנאי gas מונעים הכללה בטוחה, קיימת בריכה לא צפויה או שה־simulation שונה מה־payload המאושר, עוצרים. חלון השקה ללא תנאי עצירה הופך לחץ לוח זמנים לחשיפת שוק.

3. עומק נמדד בגדלי העסקה שהמשתמש צריך

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

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

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

4. נזילות מרוכזת היא פוזיציה תפעולית פעילה

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

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

המוצר צריך להציג active liquidity בנפרד מהנזילות שהופקדה. מפעילים זקוקים למרחק מכל גבול, הרכב נכסים, עמלות וכלל rebalance. משתמשים זקוקים להצהרה פשוטה: עצם קיום הבריכה אינו מבטיח איכות ביצוע זהה בכל מחיר. הגדרת פוזיציית LP כ־set and forget היא בחירה תפעולית המתחפשת לתשתית פסיבית.

5. Slippage הוא מדיניות מוצר, לא הגדרה למתקדמים

Swap צריך להתחייב לפלט מינימלי ול־deadline. הערכים האלה הופכים quote להוראה מוגבלת: בצע בתוך הסיבולת או חזור ב־revert. לפני חתימה הממשק מציג פלט מצוטט, price impact, סיבולת, מינימום שיתקבל, deadline ועלות רשת. חלון הארנק אינו יכול לתקן מידע שהאפליקציה לא הפכה לקריא.

ברירת המחדל ל־slippage צריכה לשקף את המסלול והשוק, לא רצון לגרום ליותר טרנזקציות להצליח. הרחבת הטווח עשויה לצמצם reverts אך מגדילה את התנועה השלילית שהמשתמש מאשר. בבריכה דלה הדבר עלול להחמיר ביצוע ולהגדיל הזדמנות לאסטרטגיות סדר טרנזקציות. אם עסקה דורשת סיבולת חריגה, ייתכן שהתגובה הבטוחה היא להקטין גודל, לפצל intent, להשתמש במסלול מוגן או לסרב ל־quote.

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

6. ניתוב משפר ביצוע — ועלול להסתיר פיצול

Router יכול לפצל עסקה או להשתמש בכמה hops כדי לשפר ביצוע. זה שימושי, אך אסור לצמצם את התוצאה למספר סופי יחיד. מסלול תלוי בבריכות, fee tiers, טוקנים ומצב רשת. הוא מוסיף gas, עשוי להכניס נכס ביניים ועלול להשתנות בין quote להכללה. המשתמש זקוק לסיכום מסלול ולתוצאה מוגבלת; המפעיל זקוק לנתיב מלא לאבחון.

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

בשוק צעיר מדיניות המסלול צריכה להיות שמרנית ונצפית. מחזיקים allowlist של טוקנים וסוגי בריכות, דוחים fee-on-transfer או callbacks לא צפויים אלא אם נתמכו במפורש, ומדמים את ה־calldata המדויק. מתעדים מדוע המסלול שנבחר ניצח. כך אפשר להבחין בין תנועת שוק לבין כשל router, RPC או תצורה.

7. MEV שייך למודל הביצוע

Ethereum מגדיר MEV כערך שמופק מהכללה, השמטה או שינוי סדר של טרנזקציות. ב־sandwich, צופה מזהה swap שמשפיע על השוק, סוחר לפניו ואז שוב אחרי המשתמש במחיר שהמשתמש עזר להזיז. נזילות דלה ו־slippage רחב עלולים להגדיל את ההזדמנות. המוצר אינו יכול להתייחס לסדר טרנזקציות כעניין מרוחק כאשר הוא משפיע ישירות על התוצאה שהובטחה.

בקרות פועלות בשכבות: minimum output מפורש, תוקף quote קצר, simulation, מגבלות גודל, אזהרת price impact וגישה לנתיב פרטי כאשר מתאים. Flashbots Protect, לדוגמה, מתעד שליחה ל־mempool פרטי שנועד להסתיר טרנזקציות מ־frontrunning ומבוטים של sandwich. זהו שירות מסוים עם זמינות והנחות אמון משלו, לא הבטחה אוניברסלית ש־MEV נעלם.

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

8. משיקים במצבים, לא במתג אחד

שוק DEX צעיר צריך להתקדם דרך מצבים מפורשים. תחילה read-only discovery מאמת metadata, זהות בריכה ו־quote. אחר כך swaps מבוקרים ב־testnet מוכיחים approvals, deadlines, receipts ו־indexing. שלב mainnet מוגבל יכול להגביל גודל, מסלולים או חשיפת treasury תוך ניטור. גישה רחבה מגיעה רק כאשר הראיות עומדות בשער הבא.

לכל שער קריטריונים מדידים: עומק בגדלים מוגדרים, price impact מרבי, פער quote מול ביצוע, הצלחת מסלולים, זמן אישור, מרחק מגבול הטווח, כיסוי ניטור ובעלות על incident. תנאי עצירה חשובים באותה מידה: התנהגות טוקן חריגה, אובדן active liquidity, סדר עסקאות חריג, drift בתצורה או אי־יכולת ליישב יתרות צריכים לעצור הרחבה ולהפעיל בדיקה.

מצב השוק חייב להיות גלוי. תוויות כמו לא זמין, testnet, דל, מוגבל ופתוח מועילות יותר מתג live/offline. מציגים גם זמן תצפית וגודל נתמך מאחורי התווית. מגבלות כנות אינן הודאה בכישלון; הן הדרך לא להציג נזילות ניסיונית כקיבולת אמינה.

9. הבטחת המוצר היא תוצאה שניתן להסביר

חבילת השקה חזקה משלבת ראיות שוק ומוצר: מחיר פתיחה מאושר, חוזים מאומתים, טווח פעיל, מדרגות quote, ברירות slippage, מדיניות router, נתיב MEV, ניטור, הרשאות treasury ותהליך pause או rollback. כל פריט מפנה לתצפית שניתן לשחזר ולא לצילום מסך של עסקה מוצלחת.

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

DAY0 עדיין בשלב public testnet ו־pre-deployment. העבודה המועילה כעת אינה לרמוז שעומק production כבר קיים, אלא לבנות את המדידה, הבקרות והגילוי שהופכים החלטת נזילות עתידית לניתנת לבחינה לפני חשיפת ערך אמיתי.

מקורות ראשוניים

התיעוד הטכני נבדק ב־6 באוקטובר 2026. תאריך פרסום או עדכון מצוין כאשר המקור מפרסם אותו.

Uniswap — מסמך Uniswap v3 Coreפורסם במרץ 2021
Uniswap Developers — נזילות מרוכזתנבדק ב־6 באוקטובר 2026
Uniswap Developers — Range Ordersנבדק ב־6 באוקטובר 2026
Ethereum.org — Maximal Extractable Valueנבדק ב־6 באוקטובר 2026
Flashbots — סקירת הגנת MEVעודכן ב־17 בנובמבר 2025

DAY0 עדיין בשלב public testnet ו־pre-deployment. המאמר הוא מסגרת מוצרית והנדסית, אינו טוען שנזילות production פעילה ואינו ייעוץ השקעות.