Uniswap v3: מדוע עמדות LP נכנסות למינוס
הנזילות המרוכזת ב-Uniswap v3 בנויה כך: אתם בעצמכם קובעים את טווח המחירים שבתוכו הכספים שלכם פועלים. כל עוד המחיר נמצא בתוך הטווח — ההון מופעל בצפיפות גבוהה יותר מאשר בבריכה קלאסית, והעמלה ליחידת השקעה עולה.
ברגע שהמחיר יוצא מגבול הטווח, עמדת ה-LP מפסיקה להרוויח: הנכס מומר כולו לטוקן אחד, ואתם מחזיקים אותו בצד הרחק מהשוק.
דווקא כאן טמונה הסיבה העיקרית להפסדים. הטווח אינו הגדרה סטטית, אלא פרמטר שיש לבחון מחדש עם תנועת השוק. ככל שהמסדרון צר יותר, התשואה על ההון גבוהה יותר, אך המחיר יוצא ממנו לעתים קרובות יותר.
ללא אוטומציה, הבעלים או מחזיק טווח רחב ומאבד בתשואה, או מציב טווח צר וכעבור כמה שעות מגלה שהעמדה מחוץ לטווח.
איזון מחדש ידני אינו מתרחב: יש לעקוב ברציפות אחר המחיר, לסגור ולפתוח מחדש את העמדה בזמן, לבחור מחדש את הגבולות ולא לטעות בחישוב הנפחים. בשוק תנודתי, מעברים כאלה מתרחשים כמה פעמים ביממה, וכל רגע שהוחמץ — הוא עמלה שלא התקבלה בתוספת בחירה שלילית מצטברת.
בעיה נפרדת היא בחירה שגויה של העיתוי. אם מאזנים מחדש בכל תנודה, עלויות העסקה והחלקה אוכלות את כל הרווח מהעמלות. אם מאזנים מחדש לעתים רחוקות — העמדה עומדת זמן רב מחוץ לטווח. האיזון בין הקצוות הללו מושג רק באופן אלגוריתמי, תוך התחשבות בתנודתיות, בעומק הבריכה ובעלות הגז.
מנהל אוטומטי פותר זאת כלולאה סגורה: עוקב אחר המחיר ביחס לגבולות, לפי כללים מוגדרים יוזם יציאה מהטווח ופתיחה מחדש של העמדה, מחשב מחדש את הגבולות בהתאם לתנודתיות הנוכחית ומבקר את העלויות של כל פעולה. להלן נבחן כיצד זה נסגר בפועל.
ארכיטקטורה של מנהל אוטומטי לעמדות LP
מנהל אוטומטי מחזיק עמדת LP בטווח היעד ב-Uniswap v3 ללא מעורבות מפעיל: החוזה עוקב אחר המחיר הנוכחי של הבריכה, משווה אותו לגבולות ומפעיל איזון מחדש כאשר העמדה מתקרבת לקצה.
ניהול ידני מפסיד כאן לא בדיוק, אלא במהירות התגובה — בזמן שהמפעיל בודק את הגרף, הטווח כבר נחצה, הנזילות מפסיקה להרוויח, והנכסים נשארים ביחס לא משתלם.
איזון מחדש לפי טריגר
החוזה החכם שומר את אזור היעד ואת סף ההפעלה. כאשר המחיר יוצא מהגבול, הוא מסיר את הנזילות, משנה את יחס הנכסים ופותח עמדה חדשה עם טווח מחושב מחדש. הפרמטר המרכזי הוא רוחב המסדרון: צר נותן יותר עמלות, אך דורש בנייה מחדש לעתים קרובות יותר; רחב מפעיל פחות, אך מניב פחות ליחידת הון מושקע.
מצבי עבודה של המנהל
| מצב | מתי מתאים | מגבלות |
|---|---|---|
| ידני עם התראות | איזונים מחדש נדירים, שליטה בכל פעולה | התגובה תלויה במפעיל, החלון מוחמץ |
| חצי-אוטומטי | נדרש אישור לפני בנייה מחדש גדולה | השהיה בין האות לביצוע |
| אוטומטי לחלוטין | זוגות תנודתיים, עבודה מסביב לשעון | דורש מגבלות נכונות והגנה מפני החלקה |
הגנה מפני הגורם האנושי
האוטומציה מסירה סוג של כשלים הקשורים לפעולות ידניות: אות שהוחמץ, גבולות שהוצבו באופן שגוי, כניסה ברגע של תנועת מחיר חדה. החוזה מבצע לוגיקה שנקבעה מראש באופן זהה בכל שעה, וכל הפעולות נרשמות ביומן — ניתן לראות מתי ולמה הופעל האיזון מחדש.
Uniswap v3 מספק נזילות מרוכזת, אך דווקא בגללה העמדה דורשת תשומת לב מתמדת. המנהל הופך זאת משגרה לתהליך מבוקר עם כללים צפויים.
כיצד אנו מטמיעים מנהל פוזיציות: שלבי העבודה
הטמעת מנהל אוטומטי לפוזיציות LP עבור Uniswap v3 מתחילה בביקורת: אנו בוחנים באילו טווחים נמצאים כעת הכספים, באיזו תדירות אתם יוצאים מגבולות הטווח, כמה זמן הפוזיציה שוהה מחוץ לטווח ואילו עמלות הולכות לאיבוד לחינם. ללא שלב זה, כל אוטומציה מקבעת את השגיאות הקיימות ממילא בלוגיקת האיזון מחדש.
לאחר מכן אנו מתכננים את הלוגיקה בהתאם לפרופיל הסיכון ולאופק שלכם: כללי כניסה ויציאה מהטווח, ספי הפעלה, מגבלות על גודל הצעד ותדירות הבנייה מחדש. בנפרד אנו מגדירים מה עושה המנהל בעת תנועת מחיר חדה ובמצב של מחסור בגז — אלו התרחישים שבהם בוטים בהרכבה עצמית מאבדים כספים לרוב.
- ביקורת הפוזיציות הנוכחיות. אנו אוספים היסטוריה לפי זוגות וטווחים, מחשבים את שיעור הזמן מחוץ לטווח ואת העמלות שהוחמצו — ומקבלים בסיס להשוואה לאחר ההטמעה.
- תכנון הלוגיקה. אנו מתארים את כללי האיזון מחדש, תנאי העצירה והמגבלות המגנות, ומתאמים אותם איתכם לפני כתיבת הקוד.
- הגדרת הפרמטרים. אנו קובעים את רוחב הטווח, צעד הבנייה מחדש, ספי העמלות ומגבלות תדירות הפעולות עבור הזוג הספציפי.
- פיתוח ובדיקות פנימיות. אנו כותבים את מודול ניהול הפוזיציה, מכסים את המסלולים המרכזיים בבדיקות, כולל עצירת חירום וחזרה לאחור.
- בדיקה ברשת בדיקות. אנו מריצים תרחישים על נתונים היסטוריים וברשת בדיקות: בוחנים כיצד הלוגיקה מתנהגת בתנועות חדות ובשוק רגוע.
- מסירה ותיעוד. אנו מוסרים את התצורות, תרשים הלוגיקה, הוראות לשינוי פרמטרים וסדר הפעולות בעת תקלה.
- ליווי לאחר ההרצה. בתקופה הראשונה אנו עוקבים אחר המדדים בפועל ומתקנים את הספים אם התנהגות השוק שונה מהתחזית.
כל שלב מסתיים בארטיפקט שניתן לבדוק: דוח ביקורת, מפרט כללים, סט פרמטרים, תוצאות הרצות. תארו את המשימה שלכם — נחזור עם הערכה ותוכנית עבודה לפי שלבים.
במה נבדל מנהל אוטומטי מניהול ידני?
ניהול ידני של פוזיציית LP ב-Uniswap v3 מסתכם בשלוש פעולות: לבחור טווח מחירים, לעקוב אחר עדכניותו, ולהעביר את הנזילות בזמן כאשר המחיר יוצא מגבולות הטווח. כל עוד השוק רגוע, זה עובד.
אבל טווח ב-Uniswap v3 הוא לא "הגדרתי ושכחתי": ככל שהוא צר יותר, כך גדל חלק העמלות, וכך מהר יותר המחיר יוצא ממנו. ברגע היציאה הפוזיציה מפסיקה להרוויח ועוברת כולה לנכס אחד — למעשה, אתם מחזיקים אותו ללא עמלה ועם סיכון לתנועה נוספת נגדכם.
אוטומציה משנה את מהות התהליך עצמו. המנהל עוקב אחר המחיר ומצב הפוזיציה באופן רציף, ולא ברגעים שבהם למפעיל יש זמן לפתוח את הממשק. התגובה נמדדת לא בדקות ושעות, אלא בבלוקים: ברגע שהמחיר מתקרב לגבול או פורץ אותו, הפוזיציה נבנית מחדש לפי לוגיקה שהוגדרה מראש.
ניהול ידני לא יודע לעשות זאת — האדם ישן, עובד על משימה אחרת, просто לא מספיק. דווקא בחלונות זמן מתים אלה אובדת עיקר העמלות.
�יוק הפגיעה בטווח — זהו הפער השני. המפעיל מציב את הגבולות "בעין" ולעיתים רחוקות מחשב אותם מחדש בהתאם לתנודתיות שהשתנתה. האלגוריתם מחשב את הטווח מהמחיר הנוכחי ומהרוחב שהוגדר, ולכן הפוזיציה נשארת באזור העבודה, ולא תלויה כמשקל מת מחוצה לו.
עלויות הגז בגישה ידנית אינן צפויות: הבנייה מחדש נופלת על שיא העומס של הרשת, והעמלה אוכלת את מה שנצבר. המנהל יכול לדחות את הפעולה לרמת גז מקובלת או לאחד פעולות — במקום שבו האדם מגיב באופן מיידי ויקר.
והעיקר — הגורם האנושי. יציאה מטווח שהוחמצה, גבול שהוזן בטעות, פוזיציה שנשכחה. האלגוריתם לא מתעייף ולא מוסח, וכל פעולותיו ניתנות לשחזור ומתועדות.
מקרה בוחן: כיצד המנהל שמר על הפוזיציה בטווח
לפני היישום, פוזיציה בבריכה עם טווח צר החזיקה מעמד בממוצע 6-9 שעות: המחיר יצא מהגבול, הנזילות הפסיקה להרוויח, והחזרה לטווח דרשה התערבות ידנית. המפעיל בדק את המצב מספר פעמים ביום, אך בין הבדיקות עברו שעות — בזמן הזה הפוזיציה הספיקה ליפול ולצבור פקודות שלא בוצעו. שיעור הזמן בטווח עמד על 55-60%, וכל העברת גבולות נעשתה ידנית ועם השהיה.
מה שינו
הרכבנו מנהל אוטומטי שעוקב אחר המחיר ומעביר את גבולות הפוזיציה לפי אסטרטגיה מוגדרת. הלוגיקה הוצאה לשירות נפרד: הוא קורא את מצב הבריכה, משווה את המחיר הנוכחי לטווח הפעיל ומקבל החלטה על העברה.
כל הפעולות עוברות דרך סימולציה על פורק לפני השליחה — העסקה נבדקת תחילה על מצב הרשת האמיתי, ורק לאחר מכן נשלחת למייננט.
מדדים לפני ואחרי
| מדד | לפני | אחרי |
|---|---|---|
| שיעור הזמן בטווח | 55-60% | 92-95% |
| פעולות ידניות בשבוע | 20-30 | 1-2 |
| השהיית תגובה ממוצעת | שעות | דקות |
| סוג הכשלים שנפתרו | יציאה מהגבולות, העברות שהוחמצו | — |
בנפרד סגרנו סוג כשלים הקשורים למרוץ עסקאות: כאשר המפעיל והסקריפט ניסו בו-זמנית לשנות את הפוזיציה, חלק מהפעולות נפלו בגלל nonce. כעת תור הפעולות מסודר בסדרה, ושליחה חוזרת מתבצעת עם חישוב מחדש של gas.
מה נותר תחת שליטה אנושית
האוטומציה אינה מבטלת את הפיקוח: המפעיל מגדיר את האסטרטגיה, מגבלות על גודל הפוזיציה וספים שמעבר להם המנהל עוצר וממתין להחלטה. כל הפעולות מתועדות ביומן, קיימת חזרה למצב הקודם של הפוזיציה. גישה כזו מסירה את השגרה, אך מותירה בידי האדם את ניהול הסיכון.
Uniswap v3
התלבטויות לפני הטמעה: הרשאות גישה, מיגרציה, חזרה לאחור
לפני הפעלת מנהל אוטומטי לעמדות LP ב-Uniswap v3, הלקוח בדרך כלל שואל שלוש שאלות: אילו מפתחות אנחנו מקבלים, מה יקרה לעמדות שכבר פתוחות ואיך לחזור לאחור אם האסטרטגיה לא תעבוד כמצופה. אנחנו עונים לעניין — בלי מילים כלליות.
מה עם הרשאות גישה? המנהל חותם על טרנזקציות של הארנק, ולכן הוא זקוק לגישה לחשבון שמנהל את העמדות. אנחנו מתכננים את התפקידים כך שלבוט יהיה מפתח נפרד עם הרשאה רק לאיזון מחדש ולגביית עמלות, בעוד שמשיכת הכספים תישאר בידיים שלכם. המפתחות נשמרים במאגר מאובטח, ולא בקוד או בקבצי קונפיגורציה.
מה אם יש מיגרציה? אנחנו לא נוגעים בעמדות שכבר פתוחות עד למחזור המתוכנן הראשון: המנהל קורא את הטווחים הנוכחיים ומאמץ אותם כפי שהם. המעבר ללוגיקה החדשה מתבצע בהדרגה — תחילה על זוג אחד, ואחר כך על השאר, עם בקרת תוצאות בכל שלב.
איך בנויה החזרה לאחור? כל מחזור איזון מחדש כותב תמונת מצב: טווח, נזילות, עמלות. חזרה לאחור היא חזרה לתמונת המצב הקודמת ופתיחה מחדש של העמדה לפיה, ולא "שחזור ידני לפי העין". בנוסף, תמיד נשאר מצב חירום: עצירת הבוט והעברת השליטה אליכם.
מה אם האסטרטגיה תתחיל להפסיד כסף על זוג תנודתי?
לכל מנהל יש מגבלות: ירידה מקסימלית, טווח מינימלי, סף עמלות לאיזון מחדש. בחריגה מהמגבלה הבוט נעצר ושולח התראה, ולא ממשיך לסחור. המגבלות מותאמות לזוג שלכם ולאופק הזמן.
מה אם כבר יש לכם בוט או סקריפטים משלכם? אנחנו לא שוברים את הלוגיקה הקיימת: המנהל מתחבר כשכבה נפרדת מעל העמדות הנוכחיות, ואת הסקריפטים הישנים אפשר להשאיר ברזרבה.
מה תקבלו לידיים:
- קונפיגורציות של המנהל: טווחים, מגבלות ירידה, ספי איזון מחדש.
- סכמת תפקידים והרשאות גישה עם הפרדת זכויות לניהול ולמשיכה.
- מדיניות אחסון מפתחות וכללי רוטציה.
- תיעוד של מחזורי העבודה והלוגיקה של קבלת ההחלטות.
- הוראות לחזרה לאחור ולעצירת חירום.
- סכמת מיגרציה של עמדות קיימות לפי שלבים.
- סט מדדים ודאשבורד לעמלות ולירידה.
תארו את המשימה שלכם — הזוג, האופק והמצב הנוכחי של העמדות. נחזור עם הערכה ותוכנית הטמעה.
לוחות זמנים להטמעת מנהל LP-פוזיציות
לוחות הזמנים אינם תלויים בנפח הקוד, אלא במהירות שבה מאושרים כללי ניהול הפוזיציה: גבולות הטווח, ספי איזון מחדש, מגבלות גז וסליפג' מותר. להלן שלבים משוערים למנהל LP-פוזיציות של Uniswap v3.
הטווחים ניתנים עבור פרויקט טיפוסי עם אסטרטגיה אחת; אסטרטגיות מקבילות ולוגיקה לא סטנדרטית מוסיפות זמן באופן פרופורציונלי.
מה משפיע על לוח הזמנים. מספר הבריכות והאסטרטגיות, הצורך בביקורת קוד חיצונית, דרישות לחתימה מרובה להוצאת כספים וקיום תשתית ניטור מוכנה. אם כבר פרוס אצלכם צומת רשת ומוגדרות התראות, שלב ההגדרה מתקצר.
כיצד לזרז. לקבע את כללי ניהול הפוזיציה לפני תחילת הפיתוח — זה מונע עיבודים חוזרים בשלב הבדיקות. דרישות מפורטות להתנהגות בתנאי תנודתיות חוסכות יותר זמן מכל כלי.
תארו את המשימה: אילו בריכות, איזו לוגיקת איזון מחדש, מי מנהל את הכספים — נחזור עם הערכה ותוכנית לפי שלבים.