نظرة عامة على AMM v4

AMM ثابت الناتج الأصلي من Raydium. كان في الأصل تصميماً هجيناً يعكس المنحنى كأوامر محدودة على OpenBook؛ تم إزالة اعتماد OpenBook من البرنامج والآن تعمل المجمعات كـ AMMs نقية.

هذه الصفحة مُترجَمة آليًا بواسطة الذكاء الاصطناعي. النسخة الإنجليزية هي المرجع المعتمد.

عرض النسخة الإنجليزية →

تم إزالة اعتماد AMM v4 على OpenBook / Serum (ترقية البرنامج 2026-07). تُنفَّذ المبادلات المباشرة حصراً مقابل منحنى AMM. تم حذف MonitorStep crank وعمليات CPI لدفتر الطلبات وتعليمات صنع السوق من البرنامج وتعود الآن إذا تم استدعاؤها؛ اختفى الاعتماد على serum_dex. تحتفظ تعليمات v1 SwapBaseIn / SwapBaseOut وDeposit وWithdraw بتخطيطات حساباتها القديمة (لا تزال حسابات السوق مقبولة موضعياً لكن لم تعد يتم التحقق منها أو استخدامها). تعامل مع AMM v4 اليوم كـ AMM ثابت الناتج نقي؛ يتم الاحتفاظ بالمادة الهجينة أدناه للسياق التاريخي. انظر إلى إدخال السجل من 2026-07-22.

​

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

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

​

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

عند الإطلاق، كان إنشاء مجمع بجانب دفتر طلبات 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.)

​

ما لا يوفره AMM v4

• Token-2022. غير مدعوم. تم كتابة AMM v4 قبل وجود Token-2022؛ تخطيطات حساباته تفترض Token SPL الكلاسيكي.
• عدد حسابات منخفض على مبادلات v1. تخطيطات SwapBaseIn / SwapBaseOut القديمة لا تزال تحمل حسابات سوق OpenBook كعناصر نائبة موضعية (يتم قبولها لكن لم تعد يتم التحقق منها أو استخدامها). استخدم SwapBaseInV2 / SwapBaseOutV2 لإسقاطها وتقليل حجم المعاملة.
• استخدام حسابات منخفض. حتى مبادلة V2 تكلف أكثر من مبادلة CPMM.
• تدفق مجمع جديد افتراضي. يتم إنشاء المجمعات الجديدة باستخدام Initialize2 (تم حذف نقاط دخول Initialize / PreInitialize القديمة وتعود الآن). واجهة Raydium وSDK وapi-v3.raydium.io لم تعد تعرض زر “إنشاء مجمع AMM v4” — المسار الافتراضي للمجمعات الجديدة هو CPMM.

​

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

البُعد	AMM v4	CPMM
المنحنى	ثابت الناتج	ثابت الناتج
اعتماد OpenBook	تم الحذف (في الأصل نعم؛ الآن محذوف من البرنامج)	لا
Token-2022	لا	نعم
عدد الحسابات لكل مبادلة V2	~9	~11
وحدات الحساب لكل مبادلة	~80k–120k (مسار V2)	~60k–100k
رسم LP	0.22% من الحجم	يختلف حسب AmmConfig
رسم البروتوكول	0.03% من الحجم (ثابت)	يختلف حسب AmmConfig
رسم الصندوق	لا شيء	نعم
TWAP oracle	لا توجد حساب ملاحظة أصلي	observation ring buffer
الافتراضي للمجمعات الجديدة	لا (لا يزال مقبولاً)	نعم

المزيد من التفاصيل حول الرسوم: products/amm-v4/fees وreference/fee-comparison.

​

النموذج الذهني

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

النموذج الذهني التاريخي (قبل الإيقاف): تم حجز جزء من كل خزان كأوامر دفتر مفتوح؛ حدث تسوية الأوامر المملوءة أثناء عمليات المبادلة وعمليات LP؛ يمكن للمبادلات الموجهة أن تملأ مقابل أوامر OpenBook الخاصة بالمجمع. لا شيء من هذا يعمل اليوم.

​

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

CPMM يسقط اعتماد OpenBook. المقايضات:

• معاملات CPMM أرخص بـ 2×–3× في الحساب.
• CPMM يدعم mints Token-2022.
• المجمعات الآن تتكامل CPMM مباشرة عبر Raydium SDK، لذا فائدة رؤية دفتر الطلبات غير مهمة إلى حد كبير.
• المخاطر التشغيلية: تاريخياً، يمكن لانقطاعات OpenBook أو توقفاتها أن تضعف مجمعات AMM v4 (أوامر قديمة). مع إزالة اعتماد OpenBook من البرنامج الآن، اختفى هذا الاقتران — لكن CPMM يبقى الافتراضي الموصى به والأقل تكلفة.

انظر إلى protocol-overview/versions-and-migration للحصول على إرشادات الهجرة.

​

متى يكون AMM v4 هو الخيار الصحيح

• أنت توجه مبادلة وأحد المجمعات المرشحة هو مجمع AMM v4 بأفضل سعر.
• أنت توفر أو تدير السيولة في مجمع AMM v4 موجود — الهجرة خيار، وليست مطلوبة؛ المجمع يستمر في العمل كـ AMM نقي.
• تحافظ على تكامل مبني مقابل AMM v4 وليس لديك سبب للهجرة.

(رؤية دفتر الطلبات على OpenBook لم تعد سبباً لاختيار AMM v4 — هذا التكامل معطل.)

لمجمع ثابت الناتج جديد، CPMM هو الافتراضي الأبسط.

​

أين تذهب بعد ذلك

• الحسابات — حسابات AMM، بالإضافة إلى حقول مرجع OpenBook (الآن بدون استخدام).
• الرياضيات — رياضيات مبادلة ثابت الناتج مع اتفاقية رسوم AMM v4.
• التعليمات — سطح التعليمات: Initialize2, Swap (v1 / V2), Deposit, Withdraw, WithdrawPnl, SetParams.
• الرسوم — تقسيم 0.25% وكيفية جمعه.
• عروض توضيحية للكود — أمثلة TypeScript لتدفقات المبادلة و LP.

المصادر:

• reference/program-addresses لمعرف البرنامج الأساسي
• مستودع برنامج OpenBook لحسابات الطرف الآخر التي تشير إليها هذه الصفحة