מאחורי הקלעים של Omniston: איך מפתחים DApp להחלפה בשוק מורכב
בניית DApp להחלפה היא אמנם משימה יחסית פשוטה, אך הפעלתו בתנאי שוק אמיתיים מציבה אתגרים משמעותיים. STON.fi, שבסיסה ב-HK, היא דוגמה למיזם שהתמודד עם אתגרים אלה. אנדריי פדורוב, סמנכ"ל השיווק והפיתוח העסקי בחברה, משתף את התובנות שהצטברו בתהליך הזה.
STON.fi הושקה כ-AMM (יוצר שוק אוטומטי) על גבי בלוקצ'יין TON, והיא כוללת ממשק החלפה עם מאגרי נזילות. Omniston, פרוטוקול צבירת הנזילות של החברה, נועד להתמודד עם הריבוי של DEXs ב-TON ולספק פתרון לצורך בהשוואת מחירים ידנית בין פרוטוקולים.
עם הזמן, STON.fi חוותה ביקוש גובר שהוביל לקריסת המערכת תחת עומס. הלקח הראשון היה הצורך בסקיילינג יעיל יותר. המערכת נדרשה להתמודד עם עסקאות בו-זמניות ונזילות משתנה, מה שדרש פתרונות מתקדמים יותר.
האתגר השני היה ההתמודדות עם המורכבות של החלפות רב-שלביות, אשר חשפו מקרי קצה בתנאים חיים. המודל ההתחלתי לא חזה את דפוסי האינטראקציה המורכבים ואת התערבותם של בוטים וארביטראז'ים.
ההצעה המקורית של Omniston הייתה לחבר את כל מאגרי ה-TON DEX, אך נתקלה בקשיים כשהנזילות הציבורית לא הייתה מספיקה. הפתרון שנמצא היה החלפות בנאמנות, שהסתמכו על נזילות פרטית של ספקי שוק מקצועיים. פתרון זה אפשר נתיב ביצוע מקביל והשיג תוצאות טובות יותר עבור המשתמשים.
ההחלטה להימנע משמירת נכסים גם היא הייתה בחירה אסטרטגית של STON.fi. החברה בחרה במודל של אי-שמירת נכסים, שבו המשתמשים שומרים על הנכסים בארנק שלהם וההחלפות מתבצעות על ידי חוזים חכמים.
פדורוב מציין שזו הייתה החלטה לטווח הארוך, המאפשרת למשתמשים להבין את ערך הבעלות, במיוחד ב-Web3. החברה משקיעה רבות בהכשרה וחינוך המשתמשים כדי להבטיח שהם מבינים את האחריות הכרוכה בכך.
השלב הבא במפת הדרכים של STON.fi כולל צבירה בין שרשראות, מה שיאפשר לאחד נזילות ממספר בלוקצ'יינים. פדורוב מדגיש את החשיבות של הפצה רחבה ושילוב באפליקציות רבות ככל האפשר.
האם לדעתכם הפתרונות שננקטו על ידי STON.fi יכולים לשמש כדוגמה למיזמים נוספים בתחום? מה דעתכם על האתגרים שבפיתוח DApp בשוק תנודתי ומורכב?