الانتقال إلى المحتوى الرئيسي

Documentation Index

Fetch the complete documentation index at: https://docs.raydium.io/llms.txt

Use this file to discover all available pages before exploring further.

هذه الصفحة مُترجَمة آليًا بواسطة الذكاء الاصطناعي. النسخة الإنجليزية هي المرجع المعتمد.عرض النسخة الإنجليزية →
لا يشارك AMM v4 السيولة مع OpenBook بعد الآن. تم إيقاف تشغيل المجموعات عن المسار الهجين لشبكة دفتر الطلبات؛ يتم تنفيذ المبادلات المباشرة حصريًا مقابل منحنى AMM عبر SwapBaseInV2 / SwapBaseOutV2. تبقى أداة MonitorStep crank، وشبكة الأوامر المحدودة على السلسلة، وحسابات سوق OpenBook المرتبطة في البرنامج للتوافقية العكسية فقط ولم تعد يتم الحفاظ عليها كمصدر سيولة نشط. تعامل مع AMM v4 اليوم كـ AMM ذو حاصل ثابت نقي؛ يتم الاحتفاظ بالمواد الهجينة أدناه للسياق ولدعم المُدمجين الذين يقرؤون النشرات القديمة.

​
ملخص في فقرة واحدة

AMM v4 هو البرنامج الذي أطلقته Raydium. يحافظ على ثابت حاصل الضرب (x · y = k). تم تصميمه في الأصل كـ AMM هجين: كانت كل مجموعة تقف فوق سوق دفتر الطلبات المحدود على OpenBook (المعروف سابقًا باسم Serum) وتعكس أجزاء من منحنيها كأوامر محدودة على تلك الكتيب، لذا يمكن للمستخدمين والمجمعين المبادلة مباشرة مع المجموعة (مسار AMM) أو مقابل الأوامر المحدودة التي تملكها المجموعة على OpenBook (مسار CLOB). تم إيقاف جانب OpenBook منذ ذلك الحين — لا تنشر المجموعات بعد الآن أو تحافظ على أوامر على OpenBook، وتتدفق جميع حركة المبادلة الحالية عبر نقاط دخول V2 الخاصة بـ AMM فقط. Token-2022 غير مدعوم. AMM v4 لا يزال يعمل بالكامل كـ AMM ذو حاصل ثابت — تحافظ كل مجموعة على التداول، والرسوم لا تزال تتراكم، LPs لا تزال تكسب — لكن واجهة المستخدم والـ SDK توجه إنشاء مجموعات جديدة افتراضيًا إلى CPMM لأن CPMM أرخص وتدعم المزيد من أنواع الإصدارات.

​
السجل الهجين (السياق)

عند الإطلاق، كان إنشاء مجموعة إلى جانب دفتر الطلبات في Serum يخاطر بتجزئة السيولة. نشرت التصميمات الهجينة منحنى AMM على الكتيب كأوامر محدودة، لذا رأى موجهو دفتر الطلبات عمق المجموعة مجانًا. بعد أن انفصل OpenBook عن Serum في أواخر عام 2022، استمر البرنامج في العمل ضد OpenBook مع تغييرات طفيفة. مع نضج CPMM والمجمعات على السلسلة، تلاشت فائدة جانب دفتر الطلبات، وتم إيقاف تكامل AMM v4 مع OpenBook في النهاية — المنحنى هو الآن سطح التنفيذ الوحيد للمجموعة.

​
ما يوفره AMM v4 (الذي لا توفره CPMM)

  • سيولة عميقة للأزواج القديمة. الأزواج الرئيسية (SOL-USDC, mSOL-USDC، وما إلى ذلك) مع TVL كبير في AMM v4 تبقى الموقع الأعمق لهذه التداولات.
(تاريخيًا، قدم AMM v4 أيضًا رؤية جانب دفتر الطلبات عبر آلية OpenBook الهجينة، لكن هذا المسار لم يعد نشطًا. يجب على أي مُدمج قام سابقًا بتوجيه طلبات أوامر OpenBook للمجموعة أن يوجه الآن مباشرة عبر نقاط دخول مبادلة AMM.)

​
ما لا يوفره AMM v4

  • Token-2022. غير مدعوم. تمت كتابة AMM v4 قبل وجود Token-2022؛ تفترض تخطيطات حساباتها Token SPL الكلاسيكي.
  • عدد حسابات منخفض. تلمس المبادلة المجموعة والسلطة والأقبية، بالإضافة إلى قائمة الأحداث والطلبات الكاملة لـ OpenBook وجوانب العروض والطلبات. حتى مبادلة AMM مباشرة (تجاوز CLOB) تسحب جميع حسابات OpenBook لأن التعليمات تتحقق منها.
  • استخدام حساب منخفض. التحقق من الحسابات وحده يكلف أكثر من مبادلة CPMM كاملة.
  • تدفق مجموعة جديدة افتراضي. البرنامج لا يزال وظيفيًا ولا يزال يقبل Initialize، لكن واجهة المستخدم Raydium والـ SDK و api-v3.raydium.io لا تعرض بعد الآن زرار “إنشاء مجموعة AMM v4” — المسار الافتراضي للمجموعات الجديدة هو CPMM.

​
كيف يختلف AMM v4 عن CPMM

البعدAMM v4CPMM
المنحنىحاصل ثابتحاصل ثابت
اعتماد OpenBookخامل (نعم في الأصل؛ معطل الآن)لا
Token-2022لانعم
عدد الحسابات لكل مبادلة V2~9~11
وحدات الحساب لكل مبادلة~80k–120k (مسار V2)~60k–100k
رسوم LP0.22% من الحجميختلف حسب AmmConfig
رسوم البروتوكول0.03% من الحجم (ثابت)يختلف حسب AmmConfig
رسوم الصندوقلا توجدنعم
TWAP oracleلا حساب ملاحظة أصليobservation حلقة دائرية
الافتراضي للمجموعات الجديدةلا (لا يزال مقبول)نعم
المزيد من التفاصيل حول الرسوم: products/amm-v4/fees و reference/fee-comparison.

​
نموذج ذهني

مجموعة AMM v4 اليوم هي AMM ذو حاصل ثابت x · y = k. كلا الأقبية متاحة بالكامل للمنحنى — لا يتم الالتزام بأي جزء لأوامر OpenBook، لأن تكامل OpenBook لم يعد نشطًا. العمليات هي swap (مستخدم ↔ مجموعة، عبر SwapBaseInV2 / SwapBaseOutV2)، deposit / withdraw (عمليات LP)، و crank الآن عديم الفائدة (MonitorStep، محتفظ به على السلسلة لكن لم يعد مطلوبًا ولا تنشره حارسة Raydium). النموذج الذهني التاريخي (قبل الإيقاف): تم ضمان جزء من كل قبو كأوامر دفتر مفتوح؛ حدث تسوية الأوامر المملوءة أثناء عمليات المبادلة وLP؛ يمكن للمبادلات الموجهة ملء أوامر OpenBook الخاصة بالمجموعة. لا شيء من هذا يعمل اليوم.

​
لماذا CPMM هي الافتراضية الموصى بها

يسقط CPMM اعتماد OpenBook. المقايضات:
  • معاملات CPMM أرخص بـ 2 إلى 3 مرات في الحساب.
  • يدعم CPMM سكة Token-2022.
  • يدمج المجمعون الآن CPMM مباشرة عبر Raydium SDK، لذا فإن فائدة رؤية دفتر الطلبات لا تكاد تستحق.
  • المخاطر التشغيلية: انقطاعات OpenBook أو توقفات تقلل جودة مجموعات AMM v4 (CrankError، أوامر قديمة). CPMM لا يوجد لديه مثل هذا الاقتران.
انظر protocol-overview/versions-and-migration للحصول على إرشادات الترحيل.

​
عندما يكون AMM v4 هو الخيار الصحيح

  • أنت توجه مبادلة وإحدى مجموعات المرشحين هي مجموعة AMM v4 بأفضل سعر.
  • أنت توفر أو تدير السيولة في مجموعة AMM v4 موجودة — الترحيل هو خيار، وليس مطلوبًا؛ المجموعة تستمر في العمل كـ AMM نقي.
  • تحتفظ بتكامل مبني مقابل AMM v4 وليس لديك سبب للترحيل.
(رؤية دفتر الطلبات على OpenBook لم تعد سببًا لاختيار AMM v4 — هذا التكامل معطل.) بالنسبة إلى مجموعة ذات حاصل ثابت جديدة، CPMM هي الافتراضية الأبسط.

​
إلى أين تتجه بعد ذلك

  • Accounts — حسابات AMM بالإضافة إلى حسابات OpenBook التي تخدمها.
  • Math — رياضيات المبادلة ذات الحاصل الثابت مع اتفاقية رسوم AMM v4.
  • Instructions — سطح التعليمات: Initialize, Swap, Deposit, Withdraw، مساعدات crank.
  • Fees — تقسيم 0.25% وكيفية جمعه.
  • Code demos — أمثلة TypeScript لتدفقات المبادلة وLP.
المصادر:
  • reference/program-addresses لمعرف البرنامج الأساسي
  • مستودع برنامج OpenBook للحسابات المقابلة التي تشير إليها هذه الصفحة