פיתוח מערכת אוטוקומפאונדינג לסטייקינג

אוטוקומפאונדינג בסטייקינג: היכן דולפת התשואה

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

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

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

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

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

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

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

מה נותן ריאינווסט אוטומטי: אפקטים מדידים

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

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

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

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

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

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

שלבי הטמעת ריאינווסט אוטומטי של תגמולים

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

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

תצורות, תכניות ונוהלים לריאינווסט

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

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

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

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

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

מה שינו

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

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

מדדים לפני ואחרי

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

במה שונה אוטוקומפאונדינג מריאינווסט ידני בסטייקינג?

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

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

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

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

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

שאלות טכניות בנוגע לריאינווסט של תגמולים

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

למי יש גישה למפתחות?

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

האם ניתן לכבות את האוטומציה ידנית?

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

מה עם שינוי כללי הצבירה ודיווח על כשלים?

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

נדון בתכנית הריאינווסט שלכם: אומדן ותכנית עבודה

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

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

ניתוח התכנית אורך כמה ימים, ולאחריו חוזרים עם אומדן ותכנית:

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

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