אתגרי נזילות ב-DEX ותפקיד פרוטוקול השוק של Elixir

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

12 בינו׳ 2026Coincexpost

Not financial advice. DYOR.

Read full report
  1. מבוא

    1. בעיות אספקת נזילות בסביבות מבוזרות נזילות מתייחסת לקלות שבה ניתן להמיר נכס מסוים לנכס הנגדי שלו מבלי לגרום להשפעה משמעותית על המחיר. בסביבות מסחר עם נזילות לא מספקת, עולות שתי בעיות עיקריות: 1) ביצוע הזמנות לוקח זמן רב יותר עד להשלמה מספקת, ו-2) עסקאות מהירות עשויות לדרוש קבלת ויתורי מחיר משמעותיים. היעדר נזילות זה עלול להוביל לתנודתיות מחירים מוגברת ולעלויות עסקה גבוהות יותר. כדי לאפשר סביבות מסחר חלקות, בורסות פיננסיות מודרניות – העוסקות במניות, אגרות חוב, סחורות ומטבעות קריפטוגרפיים – לעיתים קרובות חותמות חוזים עם יוצרי שוק. יוצרי שוק אלו מציבים באופן רצוף הזמנות קנייה ומכירה בספר ההזמנות של הבורסה, ובכך מספקים נזילות. הם מרוויחים רווחים דרך הפרש המחירים (spread), ההפרש בין מחירי הקנייה והמכירה. בשווקים המסורתיים, כגון אלו בארצות הברית, למעלה מ-40% ממחזור המסחר בבורסה יוחס להזמנות שהוצבו על ידי יוצרי שוק, מה שמדגיש את ההשפעה המשמעותית שלהם.

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

    1. יצירת שוק אוטומטית (AMM) מאז הצגת Uniswap ב-2018, רשת את'ריום המרכזית חזתה בצמיחתן של בורסות מבוזרות המשתמשות במודל יצירת שוק אוטומטית (AMM) כדי לקבוע מחירים ולבצע עסקאות באופן אוטומטי, ללא צורך בספרי הזמנות מסורתיים. בורסות מבוססות AMM פועלות באמצעות בריכות נזילות המכילות זוגות של אסימונים. כאשר סוחר מעוניין למכור אסימון אחד מתוך הזוג, הוא מפקיד אותו לבריכת הנזילות ומקבל את הכמות המתאימה של האסימון השני, כפי שנקבע על ידי אלגוריתם. שיטה זו מאפשרת לכל אחד לספק נזילות על ידי הפקדת זוג אסימונים בבריכה, ובתמורה, ספקי הנזילות מרוויחים חלק מעמלות העסקה שמשלמים הסוחרים. מודל זה מפחית באופן משמעותי את החסמים לאספקת נזילות שבעבר היו תלויים במספר מצומצם של יוצרי שוק גדולים, ובכך מאפשר עסקאות מבוזרות חלקות יותר עם נזילות מספקת. בנוסף, בורסות מבוזרות מבוססות AMM עודדו ספקי נזילות מוקדמים על ידי הפצת אסימוני הפרוטוקול שלהם דרך קמפיינים של כריית נזילות. זה לא רק קידם את המוצרים שלהם, אלא גם סייע באתחול הנזילות, מה שהפך את מודל ה-AMM לבחירה אופיינית עבור רוב הבורסות המבוזרות ואיפשר לו להתפתח בדרכים מרובות. עם זאת, למודל ה-AMM ישנן מגבלות; 1) עמלות הגז הגבוהות ברשת את'ריום הופכות אותו לבלתי מתאים למסחר בתדירות גבוהה הדורש עסקאות תכופות, ו-2) ההתמקדות של בורסות מבוזרות מבוססות AMM בהחלפת אסימונים מטילה מגבלות שהופכות אותן פחות אטרקטיביות עבור סוחרים הרגילים לתכונות ולממשקים של בורסות ספר הזמנות מסורתיות. בשל גורמים אלו, בורסות מבוזרות מבוססות AMM התקשו למשוך סוחרים בתדירות גבוהה, והחסמים הגבוהים לכניסה של פלטפורמות מבוזרות הגבילו את זרימתם של משתמשים קמעונאיים מבורסות מרכזיות (CEXes). כתוצאה מכך, בורסות מבוזרות מהוות כיום רק כ-10% מסך המחזור המסחרי בהשוואה לבורסות מרכזיות.

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

    1. בורסות מבוזרות מבוססות ספר הזמנות: התמודדות עם האתגר החוזר של אספקת נזילות בזמן שבורסות מבוזרות מבוססות AMM התפתחו כדי לנצל בצורה יעילה יותר את הנזילות המסופקת בבריכות שלהן, בורסות מבוזרות מבוססות ספר הזמנות התפתחו על ידי יישום ספרי הזמנות מחוץ לשרשרת (off-chain) ורישום הזמנות שהתאימו על השרשרת, במטרה לעיבוד עסקאות מהיר ויעיל. הקידמה של בורסות מבוזרות מבוססות ספר הזמנות הואצה עוד יותר על ידי הופעתן של תשתיות רשת בלוקצ'יין המציעות עסקאות מהירות וחסכוניות, כגון פתרונות Layer 2 ושרשראות יישומים (app chains) של Cosmos. dYdX, בורסה מבוזרת מובילה מבוססת ספר הזמנות עבור חוזים קבועים ועתידיים, אימצה מודל בגרסה 3 שלה שבו עסקאות מעובדות מחוץ לשרשרת, ותוקף העסקאות מאושר דרך רשת StarkWare לפני שמתועד ברשת את'ריום המרכזית. מודל זה איפשר ל-dYdX לספק סביבת מסחר מהירה ויעילה. לאחר מכן, dYdX הציגה שרשרת יישומים משלה באמצעות Cosmos SDK בגרסה 4, אשר מביאה באופן מלא את כל תהליכי המסחר אל השרשרת. נכון למרץ 2024, ל-dYdX v4 יש סך ערך נעול (TVL) שהוא כ-5% מזה של Uniswap v3, תוך שהיא לוכדת 60% ממחזור המסחר של Uniswap.

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

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

  1. אליקסיר, יצר שוק מבוזר (Decentralized Market Maker) אליקסיר הוא פרוטוקול ליצירת שוק מבוזר המספק נזילות לבורסות DEX מבוססות ספר הזמנות ברשתות מרובות. הוא מנצל אלגוריתמים ליצירת שוק אוטומטית ופועל באמצעות רשת משלו, במטרה לאפשר למגוון רחב יותר של משתתפים לתרום לנזילות של בורסות DEX מבוססות ספר הזמנות בסביבה מבוזרת. משתמשים יכולים להפקיד נכסים באליקסיר ולבחור זוגות מסחר מבורסות DEX שותפות מבוססות ספר הזמנות כדי לספק נזילות. באמצעות מנגנון זה, משתמשים יכולים להשתתף בקמפייני תמריצים של כל בורסת DEX מבוססת ספר הזמנות ולייצר הכנסות. כיום, אליקסיר יצר שותפויות עם מספר בורסות ספוט ופיוצ'רס מבוססות ספר הזמנות, כולל Vertex, Bluefin ו-RabbitX, ומספק להן נזילות ותומך בפעילותן. הסטטוס הנוכחי של שיתוף הפעולה הוא כדלקמן:

בנוסף לשותפויות הקיימות שלו, אליקסיר גם מכין שיתופי פעולה עם בורסות DEX אחרות מבוססות ספר הזמנות כגון Hyperliquid, dYdX v4 ו-Orderly Network. הפרוטוקול מתכנן להרחיב באופן מתמיד את רשת השותפויות שלו עם בורסות DEX מבוססות ספר הזמנות כדי לשפר עוד יותר את אספקת הנזילות בפלטפורמות מרובות. על ידי הפקדת נכסים בפרוטוקול אליקסיר, משתמשים יכולים להרוויח פרסים הפרופורציונליים לנכסים שהפקידו באמצעות השתתפות בקמפייני התמריצים של כל בורסת DEX מבוססת ספר הזמנות. בנוסף, משתמשים יכולים לרכוש נקודות של אליקסיר, המכונות Potions, אשר ניתן להרוויח גם דרך פעילויות חברתיות המתבצעות בערוצי הקהילה של אליקסיר. לאליקסיר יש תוכניות לחלק את האסימון המקורי שלו, ELX,עלבסיסמספרהPotionsשמשתמשמחזיקלאחרהשקתהרשתהראשית(mainnet).אסימוןהELX, על בסיס מספר ה-Potions שמשתמש מחזיק לאחר השקת הרשת הראשית (mainnet). אסימון ה-ELX מיועד לשימוש בפונקציות שונות בתוך פרוטוקול אליקסיר, לרבות ממשל, אימות וולידטורים (validator staking), וחלוקת עמלות. להלן, נעמיק יותר בטכנולוגיה הליבה של אליקסיר, תוך התמקדות באלגוריתם יצירת השוק ובארכיטקטורת הרשת שלו.

    1. מנגנון אספקת נזילות אליקסיר משתמש באלגוריתם יצירת שוק קנייני שלו כדי להגיש הזמנות לבורסות DEX מבוססות ספר הזמנות, המעוצב להשיג אפקטיביות של אספקת נזילות הדומה לזו של מודל AMM ב-Uniswap v2. לפני שנעמיק יותר במנגנון אספקת הנזילות של אליקסיר, בואו נבין תחילה את עקרון הפעולה של מודל יצרן שוק של מכפלה קבועה (Constant Product Market Maker - CPMM), המאופיין על ידי Uniswap v2.
      1. אופן הפעולה של CPMM -Uniswap v2 משתמש במודל CPMM, הפועל על פי הנוסחה XY=K. במשוואה זו, X ו-Y מייצגים את הכמויות של האסימונים המתאימים, בעוד ש-K הוא ערך קבוע. במודל CPMM, כל עסקה מבטיחה שהמכפלה של כמויות שני האסימונים בבריכת הנזילות תישאר קבועה. למשל, אם סוחר רוצה להחליף אסימון X באסימון Y, הבריכה מחשבת באופן אוטומטי את שער החליפין על בסיס הנוסחה XY=K כדי לקבוע את כמות ה-Y שתסופק לסוחר, ולהפך.

מנגנון ה-AMM של Uniswap v2, מקור: Uniswap Docs בנוסף, כל אחד יכול לספק נזילות על ידי הוספת שני האסימונים בפרופורציה ליחס הבריכה הנוכחי, ומשיכת הנזילות עוקבת אחר אותו עיקרון, המאפשר משיקה סימולטנית של שני האסימונים בהתאם ליחס הבריכה הקיים. מבנה זה עלול להוביל לכך שספקי נזילות יחוו הפסדים בהשוואה להחזקת האסימונים בפשטות, עקב תנודות מחיר השוק של האסימונים המשפיעות על יחס הבריכה. לדוגמה, אם מחיר השוק של אסימון X עולה באופן משמעותי לאחר שספק הפקיד X ו-Y ביחס של 1:1, הספק יקבל פחות אסימוני X ויותר אסימוני Y בעת משיכת הנזילות, מה שעלול להעריך את הערך הכולל של האסימונים שהתקבלו פחות מאשר אם היו שומרים על האסימונים שלהם מחוץ לבריכה. עם זאת, הפסד כזה אינו ממומש עד למשיכת הנזילות ומכונה "הפסד זמני" (impermanent loss). כך, מודל CPMM משתמש בנוסחה X*Y=K כדי לבצע יצירת שוק באופן אוטומטי על ידי הגדרה ברורה של שערי החליפין ויחסי הנזילות של הבריכה.

      1. מנגנון אספקת הנזילות של אליקסיר בניגוד ל-AMMs, בורסות מבוססות ספר הזמנות מורכבות מהזמנות קנייה ומכירה רבות שהוצעו על ידי משתתפים שונים, כל אחת מהן מבוססת על שיקול דעת ואסטרטגיות אינדיבידואליות. תוצאה של כך היא שמחירים ונזילות מפוזרים באופן בלתי סדיר, מה שמסבך את היישום של מערכת אספקת נזילות אוטומטית ואחידה כמו מודל יצרן שוק של מכפלה קבועה (CPMM). כדי להתגבר על מגבלות מבניות אלו ולספק לספקי נזילות בספר ההזמנות פרופיל סיכון ותגמול הדומה לזה של CPMM, אליקסיר מודד משתנים בזמן אמת כגון תנודתיות מחיר של זוגות מסחר, מצב ספר ההזמנות, וסיכון מלאי (inventory risk), שהוא הפער בין שער החליפין האידיאלי של האסימון לבין היחס בפועל של הנכסים המוחזקים. על בסיס מדידות אלו, אליקסיר משתמש בשני אלגוריתמים כדי ליצור ולהגיש הזמנות: 1) אלגוריתם קביעת מחיר ייחוס (Benchmark Price Setting Algorithm) ו-2) אלגוריתם קביעת פער (Spread Setting Algorithm).

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

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

זה מונע ממשתמשים בעלי כוונות זדוניות לחזות מתי ההזמנות של Elixir יוצבו, ובכך מקשה עליהם לנצל את האלגוריתמים לרווח לא הוגן. באמצעות שיטות אלו, Elixir מבצע שיווק שוק (Market Making) בספר ההזמנות ברמה של אספקת נזילות הדומה ל-CPMM, מה שמבטיח אספקת נזילות יציבה אפילו בסביבת מסחר מבוזרת ושקופה. עם זאת, בדומה ל-CPMM, גם היא חשופה להפסד זמני (Impermanent Loss). בניגוד ל-CPMM, שמרוויח חלק מהעמלות הנוצרות ממסחר, Elixir מפצה באמצעות רווחי ארביטראז' מההפרש בין מחירי הקנייה והמכירה ודרך מערכת התמריצים של DEX ספר ההזמנות.

2. 2. ארכיטקטורת רשת

Elixir בונה רשת משלה כדי להחיל אלגוריתמי שיווק שוק ולספק נזילות ל-DEX ספר ההזמנות בסביבה מבוזרת. למרות שהרשת הראשית (Mainnet) עוד לא הושקה, אספקת הנזילות ל-DEX ספר ההזמנות מבוצעת כרגע דרך הרשת הניסיונית (Testnet). רשת Elixir משתמשת באלגוריתם קונצנזוס Delegated Proof-of-Stake (DPoS). משתמשים יכולים לבצע Staking לאסימון הרשת, ELX(אוELX (או ELXR ברשת הניסיונית), כדי להפעיל צמתות אימות (Validator Nodes). משתמשים שאינם מעוניינים להפעיל צמתות אימות באופן ישיר עדיין יכולים להשתתף באימות הרשת בעקיפין על ידי הענקת (Delegating) ה-$ELX שלהם לוולידטור. הוולידטורים אחראים לאסוף נתונים מבורסות ספר ההזמנות בתוך רשת Elixir, להחיל אותם על אלגוריתם שיווק השוק, וליצור ולהציע הזמנות להגשה לספר ההזמנות. כרגע, מערכת תמריצים ברורה לאימות טרם יושמה, אך Elixir מתכננת לאסוף לימים חלק מהרווחים מהפער בין מחירי הקנייה והמכירה (Bid-Ask Spread) כעמלות כדי לשלם לוולידטורים.

2. 2. 1. מנגנון הפעלת הרשת

הארכיטקטורה המפורטת ומנגנון הפעלת הרשת של Elixir הם כדלקמן:

  • הזנות בורסה (Exchange Feeds): אוספות נתונים עבור כל זוג מסחר מהבורסות, לרבות מחיר, מצב ספר הזמנות, פרטי הזמנות והיסטוריית עסקאות, ושולחות נתונים אלו למאגר נתונים (Data Aggregator).
  • מאגר נתונים (Data Aggregator): מאחד את הנתונים שהתקבלו ומעביר אותם הלאה לוולידטורים ולמבקרים (Auditors).
  • וולידטורים (Validators): מזינים את הנתונים שהתקבלו לנוסחת אלגוריתם שיווק השוק כדי לייצר הצעות הזמנה לביצוע ב-DEX ספר ההזמנות, ולאחר מכן משדרים אלו לתשתית ממסר (Relay Infrastructure).
  • תשתית ממסר (Relay Infra): מאמתת האם הושג קונצנזוס של 66% בין הוולידטורים ומגישה את הצעות ההזמנה שהתקבלו מהוולידטורים לבורסת ספר ההזמנות ולמבקרים.
  • מבקר (Auditor): משווה את הנתונים המאוחדים ממאגר הנתונים עם הצעות ההזמנה מתשתית הממסר כדי לאמת אותן. אם נתגלה התנהגות בלתי הולמת, הם מדווחים על הנתונים שהועברו לבקר (Controller).
  • בקר (Controller): שולח את ההתנהגות הבלתי הולמת שדווחה ואת נתוני הבורסה לחוזה חכם לאימות מבוסס בלוקציין את'ריום לאימות סופי. אם התנהגות בלתי הולמת מאושרת, ה-$EXX המוצמד של הוולידטור נחתך (Slashed).

כך, Elixir מפעילה את תהליך הגשת ההזמנות שלה ל-DEX ספר ההזמנות דרך הרשת שלה המצוידת באלגוריתם קונצנזוס DPoS, המאפשר מהירות עסקאות גבוהה. תהליך אימות הפעילויות הזדוניות וביצוע החיתוך (Slashing) משתמש ברשת הראשית של את'ריום, ובכך משפר את האמון והשקיפות של רשת Elixir.

3. תוכניות עתידיות

Elixir מתקרבת לשלב הניסוי הסופי שלה, Testnet v3, לפני השקת הרשת הראשית, כאשר השקת הרשת הראשית מתוכננת ל-15 באוגוסט. בנוסף, לצד השקת הרשת הראשית, Elixir מתכננת לשתף פעולה עם תשתיות רוחב-שרשרתיות (Cross-Chain) כמו LayerZero כדי להציג אסימוני LP רוחב-שרשרתיים שיקלו על אספקת נזילות על פני רשתות מרובות. כחלק מההכנות, Elixir אוספת כרגע ETH מראש ממשתמשים לשימוש באספקת נזילות ב-DEXs ספר הזמנות שונים לאחר השקת הרשת הראשית. אלו שיפקידו יקבלו elxETH ביחס ישר לנכסים שהפקידו, ומבצע פרסומי גם מתבצע כעת המציע 50% נוספים בשיקויים (Potions)—נקודות המשולמות לספקי נזילות—למחזיקי elxETH. לאחר הצגת אסימוני ה-LP הרוחב-שרשרתיים, Elixir מתכננת גם לתמוך בפונקציות נגזרות כמו הלוואות ועמדות מינוף המשתמשות באסימונים אלו.

כרגע, DEXs ספר הזמנות המעוניינים לקבל נזילות מ-Elixir חייבים לשתף פעולה עם צוות Elixir כדי לשלב את המערכות שלהם. עם זאת, בעתיד, Elixir שואפת לספק ממשק והנחיות שיאפשרו לכל אחד לחבר בקלות ובנוחות את ספרי ההזמנות שלהם ל-Elixir, ולפעול כתשתית ללא הרשאה (Permissionless). ממשל המבוסס על אסימון הרשת המקורי שלו, $ELX, יעביר את הסמכות להחליט על פרמטרים שונים, לרבות עמלות פרוטוקול, לקהילה. Elixir גם שוקלת לספק נזילות ב-CEX ומתכננת להקים צוות ייעודי כדי להמשיך לפתח יוזמה זו. עם זאת, קיימות כמה בעיות הקשורות להקמת חשבונות ותקנות שהופכות את אספקת הנזילות המבוזרת ל-CEXs לפחות בעדיפות ברגע זה. כך, Elixir מתפתחת מפרוטוקול אספקת נזילות עבור DEXs ספר הזמנות לתשתית DeFi המשתמשת באסימוני LP רוחב-שרשרתיים, עם חזון להפוך לשכבת נזילות המחברת נזילות שונה על פני שרשראות מרובות, לרבות CEXs, בעתיד. עם זאת, קיימים גם אתגרים ומגבלות ש-Elixir צריכה להתמודד איתם כדי לממש חזון זה.

4. מגבלות ואתגרים

4. 1. מגבלות טכניות ורגולטוריות בסביבת מסחר מבוססת-בלוקציין

גם אם Elixir תפתור את בעיות הנזילות של DEXs ספר הזמנות, בעיות כגון מהירות עסקאות איטית יותר בהשוואה ל-CEXs, עמלות גבוהות יותר, והיעדר מתקני כניסה ויציאה (On/Off-ramps) ממשיכות למנוע ממנה לספק חוויית משתמש מיטבית עבור סוחרים בתדירות גבוהה. כתוצאה מכך, נפח המסחר ב-DEXs עדיין פחות מ-1% מזה שב-CEXs, במיוחד בשווקים עתידיים שבהם מסחר בתדירות גבוהה נפוץ יותר.

DEX ל-CEX נפח מסחר בחוזים עתידיים, מקור: The Block

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

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

4. 2. מגבלות אלגוריתם אספקת הנזילות והתפתחויות ב-AMM

אלגוריתם שיווק השוק של Elixir, הנועד ליישם סגנון CPMM בספרי ההזמנות, אינו מפזר נזילות באופן אחיד על פני כל טווחי המחירים, מה שניתן לראות כבלתי אופטימלי מבחינת יעילות ההון. מייסד Elixir, פיליפ, ציין בראיון ל-0xResearch שהמטרה של Elixir אינה להתחרות ישירות עם שיווקי שוק מתוחכמים, אלא לספק נזילות יציבה ואמינה ל-DEXs מבוססי ספר הזמנות. לכן, אם שיווקי שוק המשתמשים באסטרטגיות מתקדמות יתחילו להיכנס באופן פעיל לשוק ה-DEXs של ספרי הזמנות, Elixir עלול לאבד את נתח השוק שלו לשיווקי שוק אלה, ותפקידו עשוי להיות מוגבל לספק בלבד נזילות ראשונית עבור DEXs של ספרי הזמנות.

מנגד, Uniswap, המובילה בתחום ה-AMM, הציגה את תכונת הנזילות המרוכזת בגרסה 3 כדי להתמודד עם אי-היעילויות בהפצת הנזילות שנצפו בגרסת ה-CPMM הקודמת. תכונה זו מאפשרת לספקי נזילות לספק נזילות בצורה אינטנסיבית בטווח מחירים מסוים. יתרה מכך, גרסת Uniswap 4 הקרובה תציג תכונת Hook שמאפשרת הגדרת טריגרים בבריכת הנזילות שיופעלו במהלך אירועים מסוימים. תכונה זו מאפשרת יישום של פונקציונליות מתקדמת כמו הזמנות מוגבלות ושימוש בנזילות מחוץ לטווח המסופק להלוואות. לאחרונה, צוות Uniswap עדכן את הממשק שלו כך שיכלול תכונה של הזמנות מוגבלות, ופרויקטים כמו TONDEX ששואפים לשלב את היתרונות של AMM ו-DEXs של ספרי הזמנות עולים. ככל ש-DEXs מבוססי AMM מתחילים לשלב תכונות המזוהות מסורתית עם DEXs של ספרי הזמנות ומושכים סוחרים בתדירות גבוהה, Elixir צריך לעבור מעבר לתפקידו כספק נזילות עבור DEXs של ספרי הזמנות. נראה שהכרחי עבור Elixir להבטיח יתרון תחרותי על ידי התמקדות בתפקידיו כתשתית DeFi המשתמשת באסימוני LP רב-שרשרתיים וכשכבת נזילות רב-שרשרתית.

5. מסקנה

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

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

References

Market-makers: The Recluses through Cycles The History of dYdX Elixir Elixir docs Uniswap docs Optimal High-Frequency Market Making The Dominoes of Centralized Risk - Solving for the Right DEX Trustless & Permissionless Liquidity Vision for Order Book Exchanges Elixir's innovative decentralization approach Our Vision for Uniswap v4 TONDEX, Orderbook style DEX using Uniswap V4

Exchanges

בורסות מובילות — נבחרו במיוחד לסוחרים

אתגרי נזילות ב-DEX ותפקיד פרוטוקול השוק של Elixir