Skip to main content
هذه الصفحة مُترجَمة آليًا بواسطة الذكاء الاصطناعي. النسخة الإنجليزية هي المرجع المعتمد.عرض النسخة الإنجليزية →
هذا هو سجل التوثيق — السجل الذي يوضح التحديثات على هذه الصفحات منذ إطلاق المشروع. يرتبط كل إصدار أدناه بإدخاله الخاص؛ افتح أحدها للحصول على الملخص الكامل والفصول المتأثرة وتاريخ التحقق. للخط الزمني التاريخي للبروتوكول نفسه، انظر introduction/history-and-milestones.

​
الإصدارات

​
LaunchLab: إطلاقات CPMM فقط وعناصر تحكم إعدادات المنصة
يتطلب الآن تهيئة الإطلاق الجديدة CPMM بينما تبقى الحالة المرتبطة بـ AMM v4 القديمة قابلة للترحيل. قبل هذا الإصدار، كان creator_scale ينتج مفتاح رسوم مملوك للمنشئ؛ بعد الترقية، تدمج عمليات ترحيل CPMM platform_scale + creator_scale في حصة مفتاح رسوم واحدة مملوكة للمنصة. يمكن للمنصات أيضًا تقييد الإطلاقات باستخدام PDAs PlatformAllowConfig الخاصة بها، ويجب على منشئي الترحيل إضافة كلا PDAs دعم mint CPMM.اقرأ الإدخال الكامل →
​
CLMM: تجميد NFT موضع المُصدر المقيد
تستخدم عملات NFT موضع CLMM الجديدة مجموعتها كسلطة تجميد، لكن حسابات الرموز الخاصة بها تبقى غير مجمدة بشكل افتراضي. يحدث التجميد فقط على OpenPositionV2 أو OpenPositionWithToken22Nft عندما تطابق سلطة التجميد لأي من عملات الخزان الأساسية قائمة المُصدر المقيد. لا يمكن لموضع مطابق نقل الملكية أو تغيير المالك ولكن يمكنه لا يزال إدارة السيولة. يجب أن يضيف استدعاء ClosePosition الخاص به المجموعة حتى يتمكن CLMM من إذابة وحرق وإغلاق بشكل ذري. تبقى المواضع الموجودة دون تغيير.اقرأ الإدخال الكامل →
​
CPMM: جمع رسوم المنشئ بدون إذن
تتيح تعليمة CollectCreatorFeePermissionless الإضافية لأي دافع مسح جميع رسوم المنشئ المتراكمة، مع تقييد المستفيد وكلا وجهات الرموز إلى PoolState.pool_creator و ATAs المعيارية للمنشئ. يبقى المسار الموقع الأصلي من قبل المنشئ دون تغيير. يقبل CreatePermissionPda أيضًا سلطة منحة مخصصة، بينما يبقى ClosePermissionPda مقتصرًا على المسؤول فقط.اقرأ الإدخال الكامل →
​
CLMM: مجموعات متعددة مع إذن وحماية حساب مجمد لأوامر الحد
تحديثان برنامجيان CLMM إضافيان وعكسيان متوافقان. يطوي CreatePermissionedPool seed_index غير صفري يوفره العميل في بذور PDA للمجموعة، مما يسمح لمشغل مدرج في القائمة البيضاء (يحمل PDA Permission) بإنشاء مجموعات متعددة لكل (config, mint0, mint1) — لذا لم تعد معرّف المجموعة قانونيًا لزوج. تدير تعليمات المسؤول الجديدة CreatePermissionPda / ClosePermissionPda تلك المنح، و PoolState يكتسب حقل seed_index (محفور من الحشو، لا تغيير في الحجم). بشكل منفصل، يأخذ OpenLimitOrder الآن حسابات الجانب الناتج ويرفض الأوامر التي يكون حسابها الرمزي للإدخال أو الإخراج مجمدًا (NotApproved).اقرأ الإدخال الكامل →
​
AMM v4: إزالة اعتماد OpenBook / Serum
يزيل AMM v4 اعتماده الخامل منذ فترة طويلة على OpenBook/Serum، وجميع CPIs دفتر الطلبات، والتعليمات الميتة لصنع السوق. تحافظ SwapBaseIn / SwapBaseOut و Deposit و Withdraw على تخطيطاتها (يتم تجاهل حسابات السوق المحذوفة الآن، وليس التحقق منها)؛ WithdrawPnl كسر صعب (17 → 10، بدون توافق) و SetParams (حسابات مخفضة + param معاد ترقيمه)؛ و Initialize و PreInitialize و MonitorStep و MigrateToOpenBook و WithdrawSrm و SimulateInfo و AdminCancelOrders لم تعد قابلة للاستدعاء. تبقى تخطيطات الحسابات على السلسلة وأكواد الأخطاء مستقرة؛ ترحيل المبادلات إلى نقاط الدخول V2.اقرأ الإدخال الكامل →
​
Stable AMM: إزالة كود OpenBook الميت (السوق)
يزيل Stable AMM حسابات صنع السوق OpenBook الخاملة منذ فترة طويلة والكود. تخطيطات أصغر SwapBaseIn / SwapBaseOut (18 → 9) و Deposit (14 → 12) و Withdraw (21/22 → 12) (التخطيطات القديمة لا تزال متوافقة)؛ تغيير كسر صعب في WithdrawPnl (16 → 10، بدون توافق)؛ رسوم الإحالة المتقاعدة؛ وصيغة أصل مجموعة مبسطة تقتصر على الخزان. لم تعد معظم تعليمات Stable الأخرى قابلة للاستدعاء.اقرأ الإدخال الكامل →
​
CLMM: أوامر الحد، رسوم أحادية الجانب، رسوم ديناميكية
ثلاث قدرات CLMM اختيارية وعكسية متوافقة: أوامر حد من الدرجة الأولى (مع حارس تسوية limit_order_admin)، جمع رسوم أحادي الجانب (CollectFeeOn)، ورسم ديناميكي يتتبع التقلب. يضيف CreateCustomizablePool و PoolState إعادة تشكيل (تغيير كسر الفهرس)، حقول TickState جديدة، أحد عشر كود خطأ جديد (مع تحول رقمي)، وإضافات SDK / API مطابقة.اقرأ الإدخال الكامل →
​
النشر الأولي
الإصدار العام الأول من مجموعة توثيق Raydium، تم التحقق منه مقابل نشرات mainnet-beta المباشرة و @raydium-io/raydium-sdk-v2@0.2.42-alpha.اقرأ الإدخال الكامل →

​
اتفاقيات التوثيق

  • الإصدارات: يستخدم هذا التوثيق إصدارات قائمة على التقويم (YYYY-MM-DD). يضيف كل تحديث صفحة إدخال جديدة وصفًا جديدًا في أعلى الخط الزمني أعلاه.
  • صفحة واحدة لكل إصدار: يعيش ملخص كل إصدار على صفحته الخاصة تحت reference/changelog/، لذا يبقى هذا الفهرس قصيرًا وكل إدخال قابل للربط بشكل مستقل.
  • تاريخ التحقق: يسجل كل إدخال متى تم آخر فحص متقاطع للمحتوى مقابل حالة السلسلة / API والكود البرنامجي. إذا لم يتم ذكره، افترض تاريخ الإدخال الرئيسي.
  • التغييرات الكسرية: يتم استدعاؤها في تحذير مربع على الصفحات المتأثرة وتوسيمها في الإدخال.
  • التغطية: يغطي هذا السجل مجموعة التوثيق نفسها. الخط الزمني التاريخي للبروتوكول نفسه يعيش في introduction/history-and-milestones وهو مصدر الحقيقة لـ “متى حدث X على Raydium”.

​
التصحيحات

إذا وجدت خطأ في هذا التوثيق، يرجى فتح مشكلة أو طلب سحب في مستودع التوثيق. يتم تسجيل التصحيحات كإدخالات سجل تغييرات.

​
المؤشرات