هذه الصفحة مُترجَمة آليًا بواسطة الذكاء الاصطناعي. النسخة الإنجليزية هي المرجع المعتمد.عرض النسخة الإنجليزية →
عاش Raydium لمدة خمس سنوات. عدة برامجه في جيله الثالث أو الرابع. هذه الصفحة توفر رؤية المشغّل: “أي إصدار برنامج أستخدم، ما حالة الإصدارات الأقدم، وكيف أنتقل من A إلى B إذا كنت أعمل على الإصدار الأقدم اليوم؟“
الحالة في لمحة
أهم نقطة من هذا الجدول: AMM v4 ليس موقوفًا، وCPMM هو الافتراضي الجديد — لكنهما يتعايشان بقصد. تجمعات AMM v4 لديها سنوات من سجل التداول ولا يتم ترحيلها بالقوة. اختيار البرنامج لإطلاق تجمع جديد هو توصية، وليس قيد.
AMM v4 — الحالة والمسار
AMM v4 هو تصميم تجمع Raydium الأصلي: تسعير المنتج الثابت (x · y = k). تم إطلاقه كـ AMM هجين مع تكامل دفتر طلبات OpenBook (سابقًا Serum) الذي عكس أجزاء من المنحنى كأوامر محدودة في سوق مرتبطة. تم إيقاف تكامل OpenBook منذ ذلك الحين — لا تشارك التجمعات السيولة مع OpenBook وجميع المبادلات تُنفذ بشكل نقي ضد المنحنى عبر نقاط الدخول V2. AMM v4 اليوم هو، عمليًا، AMM منتج ثابت نقي مع الحفاظ على حسابات OpenBook كحالة خاملة.
ما هو مجمد
- لا مزيد من رسوم جديدة. هيكل الرسوم AMM v4 لكل تجمع وتم تعيينه عند النشر. التجمعات الجديدة تقبل نفس رسوم التداول المشفرة بقيمة ~0.25%، ~12% للبروتوكول.
- لا عمل ميزات جديدة. لم تضف الفريق تعليمات جديدة إلى AMM v4 منذ أن أصبح CPMM الافتراضي الجديد. البرنامج في وضع الإشراف — إصلاحات الأخطاء فقط، بدون توسيع النطاق.
- لا دعم Token-2022. تم كتابة AMM v4 قبل وجود Token-2022 ولم يتم تطبيق التكامل بأثر رجعي. يجب على عملات Token-2022 استخدام CPMM (أو CLMM، حيث يكون مناسبًا).
- تكامل OpenBook موقوف. كل تجمع AMM v4 لا يزال مرتبطًا بحساب سوق OpenBook المقابل على السلسلة، لكن التجمع لم يعد ينشر أو يحافظ على الطلبات في تلك السوق. انقطاع OpenBook لم يعد يؤثر على مبادلات AMM v4.
ما الذي لا يزال يعمل
- التجمعات الموجودة تتداول بشكل طبيعي. لم يتم فرض ترحيل الحالة؛ تجمعات v4 التي تم إنشاؤها في 2021 لا تزال المكان النشط للعديد من الأزواج عالية الحجم في 2026.
- يمكن لمزودي السيولة الإيداع والسحب وحصاد مكافآت المزرعة كالمعتاد. الترحيل إلى CPMM اختياري.
- المجمعات لا تزال توجه من خلاله. Jupiter وواجهة برمجة تطبيقات Raydium Trade كلاهما يفهرس تجمعات v4 كأماكن من الدرجة الأولى.
متى تستخدم AMM v4 بعد
بصراحة: نادرًا جدًا. الحالات التي تكون فيها v4 الإجابة الأفضل ضيقة:- الزوج لديه بالفعل تجمع v4 عميق وموثوق التداول وتريد إضافة سيولة إلى العمق الموجود بدلاً من تقسيم السوق.
user-flows/choosing-a-pool-type للحصول على شجرة القرار الكاملة.
CPMM — منحنى التبني والترحيل v4 → CPMM
تم نشر CPMM (صانع السوق ذو المنتج الثابت، الاسم الداخليraydium-cp-swap) في 2024 كإعادة كتابة نظيفة مقصودة لتكون الافتراضي الجديد لتجمع المنتج الثابت. إنه هيكليًا الأبسط من برامج Raydium: x · y = k نقي، بدون دفتر طلبات، دعم Token-2022 أصلي، بصمة معاملة أصغر.
ما يحصل عليه CPMM على AMM v4
- اقتصاديات LP أفضل بشكل افتراضي. يوجه AmmConfig الافتراضي لـ CPMM 100% من رسوم التداول إلى LPs (مع إمكانية تبديل رسوم البروتوكول لكل طبقة). AMM v4 يشفر ~12% للبروتوكول.
- تكلفة إنشاء تجمع أقل. لا حاجة لسوق OpenBook. الإنشاء معاملة واحدة، ~0.15 SOL من الإيجار مقابل ~0.6 SOL لـ v4.
- Token-2022. عملات رسوم التحويل، عملات خطاف التحويل (مع تحفظات)، التحويلات السرية — كل ذلك مدعوم على CPMM، لا شيء على v4.
- سطح متكامل أنظف. CPMM لديه صندوق منشور صديق لـ Anchor-CPI (
raydium-cp-swap)، قائمة حساب أبسط، و IDL مستقر. AMM v4 يشحن IDL لكن لم يكن لديه صندوق Rust CPI محفوظ. - قائمة حساب أصغر لكل مبادلة. ~10 حسابات مقابل ~17 لـ v4 (التي تحمل حسابات سوق OpenBook حتى عند عدم الوصول إليها).
عندما يكون الترحيل يستحق العناء
بالنسبة لتجمع موثوق التداول، فإن ارتفاع رسوم LP وحده عادة ما يبرر الترحيل في غضون بضعة أشهر. الحساب: تجمع يكسب 0.25% × $X حجم يومي يعطي 0.03% للبروتوكول على v4 (الـ 12% المفقودة). على CPMM يعود ذلك إلى LPs. على مدار سنة، يتراكم بشكل ذي مغزى. بالنسبة لتجمع منخفض الحجم، يتعلق الترحيل أكثر بالاستعداد للمستقبل — افتراضيات أفضل، دعم Token-2022 إذا احتجت إليه، تكاملات أسهل.كيف يعمل الترحيل
لا يوجد ترقية في المكان. الترحيل هو تسلسل إنشاء تجمع جديد، تصريف التجمع القديم، إعادة ملء التجمع الجديد. الخطوة بخطوة الكاملة موجودة فيuser-flows/migrate-amm-v4-to-cpmm؛ الشكل عالي المستوى:
- أنشئ تجمع CPMM جديد للزوج نفسه، على طبقة الرسوم نفسها التي تريد الحفاظ عليها.
- نسق مع LPs: أعلن عن نافذة يتم خلالها تصريف التجمع القديم وبذر التجمع الجديد.
- يسحب كل LP من تجمع v4 ويودع في تجمع CPMM الجديد.
- (اختياري) قم بإعداد مزرعة من جانب CPMM لجذب LPs المحفزة إلى التجمع الجديد.
- راقب هجرة الحجم مع إعادة ترجيح المجمعات نحو التجمع الأعمق.
CLMM — برنامج واحد، مستقر عبر الإصدارات
CLMM في إصدار برنامجه الأول. لم يكن هناك v2 — تم شحن التحسينات كترقيات في المكان لنفس معرف البرنامج (خلف القفل الزمني متعدد التوقيع 24 ساعة)، وليس كجيل جديد. هذا يعني أنه لا توجد قصة ترحيل CLMM: المراكز الموجودة تبقى حيث هي، وقد يتغير سلوك البرنامج بدقة عند شحن ترقية، لكن تخطيطات الحساب و PDAs مستقرة. ما تغير عبر ترقيات CLMM:- تعليمة
SwapV2تمت إضافتها لدعم رياضيات رسوم التحويل Token-2022 بشكل صحيح.Swapالقديم لا يزال قابلاً للاستدعاء؛ يجب أن تستهدف التكاملات الجديدةSwapV2. - امتدادات تدفق المكافآت — تم زيادة عدد فتحات
RewardInfo(الأصلي 3 → لا يزال 3 حاليًا، لكن تم تشديد نمط الحجز). لا حاجة لترحيل البيانات. - ضغط مصفوفة Tick — تحسين داخلي لتقليل CU على المبادلة التي تعبر العديد من الـ ticks. غير مرئي خارجيًا.
- إعادة بناء Anchor 1.0 (2026-09-30): الانتقال من Anchor
0.32.1إلى1.0.2وإضافةCollectExcessLamportsللمسؤول. لم تتغير أي تعليمة أو تخطيط حساب يواجه المستخدم. انظر إدخال السجل. CreateCustomizablePoolV2(2026-10-22): تم إعادة تسميةCreatePermissionedPoolوجعله بدون إذن؛ تم إزالة حسابPermissionوCreatePermissionPda/ClosePermissionPda. يجب على منشئي التجمع الذين يستدعون التعليمة القديمة إعادة البناء مقابل IDL الجديد. لم يتغير تخطيط الحساب. انظر إدخال السجل.
raydium-idl المخصص (انظر sdk-api/anchor-idl). إذا كنت تشغل SDK أقدم مقابل البرنامج الحالي، فإن أسوأ حالة هي فقدان التعليمات الجديدة.
Farm v3 → v5 → v6
من بين جميع برامج Raydium، Farm لديه أكثر سجل إصدارات صريح ومسار ترحيل مفروض الوحيد. الأجيال الثلاثة هي برامج منفصلة بمعرفات برامج منفصلة وتخطيطات حالة منفصلة.الأجيال
لماذا توجد ثلاثة أجيال
- v3 → v5: احتاج إلى تدفقات مكافآت متزامنة متعددة (مثل المزارع ثنائية الحافز). لم يتمكن تصميم v3 أحادي التدفق من دعمه بدون إعادة تصميم.
- v5 → v6: معدل الانبعاث الصحيح
u64لـ v5 يحد من الحد الأدنى للمعدل القابل للتعبير عنه عند “1 وحدة رمز في الثانية.” بالنسبة لعملة 9 عشرية، هذا 1 lamport/sec — دقيق جدًا لبرامج الانبعاث المنخفض. معدل Q64.64 الكسري لـ v6 يصلح هذا. v6 أيضًا رفع التحديث القائم على الفتحة إلى الساعة الحائطية، وأضاف دعم Token-2022.
ما يبقى كما هو عبر الأجيال
- نمط المحاسبة “إيداع LP، تراكم عداد لكل حصة، المطالبة عند السحب” متطابق عبر v3/v5/v6. الرياضيات لا تتغير؛ فقط دقة عداد المعدل وعدد التدفقات المدعومة.
UserStake(v3/v5) وUserLedger(v6) هي مفهوميًا نفس السجل، بتخطيطات مختلفة. SDK يطبع كليهما.
مسار الترحيل
لا يوجد ترحيل في المكان بين إصدارات المزرعة. للانتقال من v3/v5 إلى v6:- انتظر انتهاء انبعاثات المزرعة الموجودة (أو قم بتشغيلها).
- يسحب المراهنون والمطالبات المكافآت المعلقة على المزرعة القديمة.
- ينشئ مشغل المزرعة مزرعة v6 جديدة ضد نفس عملة الرهن.
- يعيد المراهنون الرهن في المزرعة الجديدة.
UserLedger (v6) / UserStake (v5) متعددة.
ما تعني “مرحلة الإيقاف” لـ v3 و v5
- برامج v3 و v5 لا تزال مُنشرة وقابلة للاستدعاء. المزارع الموجودة لا تزال تستطيع توزيع المكافآت المعلقة وقبول الانسحابات.
- واجهة Raydium لا تزال تعرض مزارع v3 و v5 مع المكافآت النشطة؛ بمجرد انقضاء
end_timeلمزرعة v3/v5، تخفي الواجهة من “نشط” لكن تبقيها قابلة للمطالبة. - الفريق لن ينشئ مزارع v3/v5 جديدة. مساعدات SDK لـ “إنشاء مزرعة” توجه إلى v6 فقط.
- v3 و v5 تتلقى ترقيات أمان لكن ليس عمل ميزات. إذا تم العثور على خطأ حرج، يتم إصلاحه؛ إذا كانت ميزة مفيدة، يتم إضافتها إلى v6 بدلاً من ذلك.
products/farm-staking/accounts و products/farm-staking/instructions.
LaunchLab — برنامج واحد، تكوين متطور
LaunchLab في إصدار برنامجه الأول. مثل CLMM، يتم شحن التحسينات كترقيات في المكان خلف القفل الزمني 24 ساعة — وليس كأجيال جديدة. ما تطور من خلال الترقيات:- فتحة رسوم المنشئ. تمت إضافتها بحيث يمكن للإطلاقات توجيه جزء من رسوم تداول CPMM بعد التخرج إلى المنشئ الأصلي. انظر
products/launchlab/creator-fees. - قابلية تكوين صيغة المنحنى. في الأصل مشفرة تربيعية؛ الآن
LaunchConfigيختار من مجموعة صغيرة من أشكال المنحنى.
توافق الإصدارات عبر البرامج
هناك عدة ملاحظات توافق عبر المنتجات يواجهها المدمجون بشكل متكرر:- تعليمة CLMM
SwapV2ليست نفس تعليمةSwap. إذا كان عميلك يتحدثSwapفقط، فسيتعامل بشكل خاطئ صامت مع رسوم تحويل Token-2022 — الحسابات خاطئة بمقدار الرسم. قم بالتحديث إلىSwapV2. - Farm v6 staking مع مراكز CLMM غير مدعوم بالطريقة التي يتم بها staking رموز LP. مراكز CLMM هي NFTs، وليست رموز LP قابلة للتبادل. بدلاً من ذلك، CLMM لديها آلية مكافآت أصلية خاصة بها — انظر
products/clmm/fees. - تجمعات CPMM المدعومة برموز Token-2022 تعمل في المزارع فقط على Farm v6. v3 و v5 ترفضان رموز staking من Token-2022.
- تجمعات AMM v4 لا تحتوي أبداً على رموز LP من Token-2022. إذا رأيت واحداً، فهو مزيف — AMM v4 لا يدعم هذا الدمج.
أين تقرأ المزيد
introduction/history-and-milestones— الجدول الزمني للإصدار الزمني والسبب في أن كل إصدار ظهر في الوقت الذي ظهر فيه.user-flows/migrate-amm-v4-to-cpmm— دليل المشغل لعملية الانتقال من v4 إلى CPMM.user-flows/choosing-a-pool-type— شجرة القرار لنشر تجمعات جديدة.products/farm-staking/accounts— المخطط جنباً إلى جنب لـ v3 / v5 / v6.reference/changelog— ما الذي تغير في هذه التوثيق مع تطور إصدارات البرنامج.
- صفحات الفصول الخاصة بكل منتج المذكورة أعلاه.
- Raydium SDK v2 — منطق الإرسال الذي يدرك الإصدار يؤكد أي برنامج ينتمي إليه تجمع معين.
reference/program-addresses— المعرفات الأساسية لكل إصدار.