מערכת רישום אוטומטי של טוקן ב-DEX עם הגעה לשווי שוק

רישום אוטומטי ב-DEX: מה נשבר בסף שווי השוק

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

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

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

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

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

חמישה תוצאות מדידות: זמן המסחר, כשלים, נזילות

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

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

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

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

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

מצבי הפעלת מסחר: השוואה לפי תנאים ומגבלות

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

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

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

כיצד אנחנו מטמיעים: מביקורת טוקנומיקה ועד מסירת נהלים

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

1. ביקורת טוקנומיקה ומקורות מחיר — מאמתים את לוח השחרור, חלוקת החלקים ומאילו מאגרים נלקח השער; קובעים אילו זוגות נחשבים מייצגים ואילו נפסלים כדקים.
2. תרשים תזמור ההפעלה — מתארים את הרצף במלואו: הפעלת התנאי, שריון נזילות, יצירת הזוג, הסרת מגבלות המסחר, יידוע האחראים.
3. הגדרת תנאי ההפעלה — את שווי השוק מחשבים לפי חציון של כמה מקורות על פני חלון זמן, ולא לפי שער בודד; קובעים סף, תקופת מיצוע והגנה מפני חריגות קצרות טווח.
4. תפקידים והרשאות — פעולות בנזילות ובפרמטרי התנאי עוברות לארנק ריבוי חתימות עם השהיית ביצוע, כך שההפעלה לא תוכל להתרחש לפי החלטה של אדם אחד.
5. בדיקה ברשת בדיקה — מריצים את התרחיש על עותק של רשת הייצור עם מצב מאגרים אמיתי, כולל מקרי קצה: המחיר לא הגיע לסף, מקור השער נעלם, התנאי הופעל שוב.
6. הפעלה מבוקרת — מפעילים את התנאי עם נפח נזילות מוגבל, עוקבים אחר ההפעלות הראשונות ואחר התנהגות הזוג, ואז מסירים את המגבלות.
7. מסירת נהלים — תיעוד: כיצד לשנות את הסף, מה לעשות בכשל הפעלה, כיצד להעביר הרשאות וכיצד לגלגל אחורה רישום.

מה נשאר אצל הלקוח: קונפיגורציות, תרשימים, נהלים

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

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

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

מקרה בוחן: הסף הופעל ללא התערבות ידנית

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

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

מה הועבר לחוזה

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

לאחר ההפעלה, הזמן מהסף ועד העסקאות הראשונות — 6-9 דקות, וכמעט כולו מתפנה לאישורי הרשת. שיעור ההפעלות שעברו ללא מפעיל — 22 מתוך 23. כשל הפעלה אחד: החוזה נעצר על שער מיושן, העסקה לא נשלחה, והרישום עבר לאחר עדכון המחיר.

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

במה נבדל רישום לפי סף שווי שוק מהפעלה ידנית של מאגר

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

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

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

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

ספקות טכניים נפוצים לפני ההפעלה

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

האם ניתן לבטל הפעלה אם ההחלטה השתנתה?

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

מניין מגיע המחיר לפני יצירת המאגר?

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

מה לעשות אם עסקת ההפעלה לא עברה?

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

אילו הרשאות נשארות למבצע?

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

נדון במשימה ונחזור עם תוכנית הטמעה

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

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

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