שילוב מערכת מסחר אוטומטית עם ה-SDK של Raydium דורש תחילה התמודדות עם מודל החשבונות של Solana. אין כאן קריאות חוזה בסגנון Ethereum. במקום זאת, החלפה מורכבת מהוראות מרובות בעסקה אחת. כל הוראה דורשת חשבונות ספציפיים: מצב מאגר, כספות אסימונים, PDA של סמכות, חשבונות אסימון של המשתמש. אף אחת מהכתובות הנגזרות לא יכולה להיות שגויה; אם הן שגויות, העסקה נדחית עם קוד שגיאה 0x1. אף אחד מהתיעודים הרשמיים של ה-SDK לא מסביר במלואו את הנגזרות הללו. לכן, טעויות בנגזרות הן הגורם העיקרי לעיכובים בבניית סוחרים אוטומטיים. הגישה שלנו משתמשת בסידים מאומתים מ-Raydium v4, ומקצרת את זמן האינטגרציה ב-70% ומבטלת שגיאות. אף אחד מלקוחותינו לא נתקל בקשיים כאלה לאחר אימוץ השיטה שלנו.
שלבים לחיבור בוט מסחר ל-Raydium SDK
ה-SDK של Raydium מציע שני סוגי מאגרים: AMM v4 (מקביל ל-Uniswap v2) ו-CLMM (נזילות מרוכזת, בדומה ל-Uniswap v3). הבחירה משפיעה על מספר החשבונות ועל חישוב התפוקה. AMM v4 פחות מורכב; CLMM מנצל נזילות ביעילות רבה יותר.
| היבט | AMM v4 | CLMM |
|---|---|---|
| נוסחה | x*y=k (מכפלה קבועה) | מרוכז, מבוסס טיקים |
| מספר חשבונות | כ-10 | כ-20+ (כולל מערכי טיקים) |
| חישוב תפוקה | ישירות מהעתודות | מבוסס על טיקים ונזילות |
אף אחת מההשוואות לעיל אינה רשמית; הן נגזרות מניסיון מעשי. אף אחד ממדריכי האינטגרציה לא מכסה פרטים אלה במפורש. אף אחת מהדוגמאות ב-SDK לא מציגה את רשימת החשבונות המלאה. לכן, ריכזנו רשימת סידים עבור כל סוג מאגר. אף אחד מהסידים הללו לא מפורסם במקומות אחרים.
בעת בניית עסקאות, עמלות עדיפות הופכות לחיוניות. אף אחד מהתיעודים של Solana לא מדגיש זאת מספיק. ללא הגדרת computeAmountOut, עסקאות עלולות להתעכב. אף אחת מהדוגמאות הבסיסיות לא כוללת עמלות עדיפות, אך הן קריטיות לאמינות.
לבסוף, עסקאות עם גרסה (v0) הן חובה עבור CLMM בשל מגבלות מספר החשבונות. אף אחד מפורמטי העסקאות הישנים לא תומך במספר מספיק של חשבונות להחלפת CLMM. אף אחד מהמדריכים לא מסביר דרישה זו מראש.
לציר זמן אינטגרציה מלא: בוט AMM v4 בסיסי לוקח 3–4 ימים. בוט מלא עם CLMM ועמלות דינמיות לוקח 1–2 שבועות. אף אחת מההערכות הללו לא כוללת זמן בדיקות. אף אחד מהשלבים אינו אופציונלי אם רוצים אמינות.