XRPL تُتقاعد خمسة تعديلات قديمة في xrpld 3.3.0

قام مطورو XRP Ledger بتنظيف النظام في إصدار xrpld الأحدث — لكن المستخدمين لا ينبغي لهم القلق. أُعلن رسميًا عن "إيقاف" خمسة تعديلات بروتوكولية قديمة في الإصدار 3.3.0، حيث تم إزالة كود الإصدارات السابقة للبروتوكول من قاعدة الكود مع الحفاظ على السلوكيات الفعلية كما هي. ما معنى "الإيقاف": - إيقاف تعديل ما يزيل فقط مسار الكود القديم الذي كان يُستخدم لمحاكاة السلوك السابق للتعديل. لا يُلغِي أو يُعطل الميزة نفسها. - بمجرد إيقافه، يصبح سلوك التعديل جزءًا غير مشروط من بروتوكول النواة، وفقًا لوثائق XRPL. - عادةً ما ينتظر المطورون سنتين بعد تفعيل التعديل قبل إيقافه. يحافظ هذا التأخير على التنفيذ القديم لأغراض تصحيح الأخطاء وإعادة تشغيل المعاملات بدقة تاريخية. ما هي التعديلات التي أُوقفت؟ يُوقف xrpld 3.3.0 خمسة تعديلات كانت نشطة لفترة طويلة: - Clawback — يسمح للمُصدرين المؤهلين باستعادة الرموز الصادرة من الحائزين إذا كان المُصدر قد فعّل إعداد الاسترداد (لا ينطبق على XRP الأصلي). نشط على Mainnet منذ 8 فبراير 2024؛ الإيقاف يزيل مسار الكود القديم، وليس الميزة نفسها. - fixDisallowIncomingV1 — أصلح مشكلة تفويض خطوط الثقة. - fixInnerObjTemplate — عالج أخطاء تتعلق بلكائنات AMM الداخلية. - fixNFTokenReserve — أضاف فحوصات الاحتياطي عند قبول عروض NFT. - fixUniversalNumber — وحّد أجزاء من حسابات الأعداد العشرية العائمة في XRPL. لماذا هذا مهم (ولماذا لا يهم كثيرًا): - بالنسبة لحاملي XRP العاديين ومستخدمي الرموز: لا حاجة لأي إجراء. لا توجد عمليات نقل أو تحديثات للمحفظة أو معاملات مطلوبة. تبقى قواعد الشبكة كما كانت بعد تفعيل هذه التعديلات. - بالنسبة للمطورين والمؤرخين: إذا كنت بحاجة إلى إعادة تشغيل دفاتر قديمة بالضبط كما كانت تتصرف قبل سنوات، فقد تحتاج إلى إصدار xrpld الذي كان سائدًا في ذلك الوقت — لأن الإيقاف يزيل الفرع القديم الذي كان يعيد إنتاج السلوك السابق للتعديل. - بالنسبة لمشغلي الخوادم: قم بالترقية إلى xrpld 3.3.0 في أسرع وقت ممكن للحفاظ على استمرارية الخدمة. تشغيل إصدار أقدم من xrpld قد يؤدي إلى "حظر تعديل" للعقدة إذا كانت تفتقر إلى الكود اللازم للتعديلات التي تُفعّل لاحقًا. حدث موقف مشابه في يوليو عندما تم حظر عقد تعمل بإصدارات أقدم بعد تفعيل fixCleanup3_2_0. كيف يعمل عملية التعديل في XRPL (باختصار): - تُدرج مقترحات البروتوكول الجديدة في xrpld لكنها لا تُفعّل فورًا. يقوم المدققون بالتصويت على التعديلات؛ يجب أن تحافظ المقترحات على دعم أكثر من 80% من المدققين الموثوقين لمدة أسبوعين متتاليين لتفعيلها. - بمجرد التفعيل، يصبح السلوك الجديد دائمًا ما لم يغيره تعديل لاحق. بعد سنتين من النشاط، يمكن إيقاف التعديل — مما يحول سلوكه الجديد إلى منطق بروتوكولي غير مشروط ويُزيل مسار الكود القديم. ما الجديد في الإصدار 3.3.0؟ يُقدّم xrpld 3.3.0 أيضًا ستة مقترحات تعديل جديدة في البرنامج، لكنها ليست نشطة بعد على Mainnet: - BatchV1_1 — إرسال ما يصل إلى ثمانية معاملات داخلية معًا. - ConfidentialTransfer — تحويلات تحافظ على الخصوصية للرموز متعددة الأغراض. - DynamicMPT — يضيف مرونة لخصائص رموز مختارة. - PermissionDelegationV1_1 — يُحدّث منطق تفويض الصلاحيات. - Sponsor — يسمح لأطراف ثالثة بدفع رسوم المعاملات ومتطلبات الاحتياطي. - fixCleanup3_3_0 — تنظيف وتصحيحات في قاعدة الكود. يجب على كل منها أن تمر بعتبة دعم المدققين (>80%) لمدة أسبوعين متتاليين لتفعيلها. إن تضمينها في xrpld يعني ببساطة جعل الكود متاحًا للمدققين للتصويت عليه. الخلاصة: إن الإيقافات الأخيرة هي إجراءات قياسية لصيانة دورة حياة البروتوكول: يقوم XRPL بإزالة كود قديم الآن بعد أن أصبحت عدة تعديلات راسخة منذ سنوات. تظل الميزات مثل Clawback والتعديلات الأخرى الموقوفة جزءًا من السلوك الدائم للدفتر — ولا يتأثر المستخدمون العاديون. الاستنتاج التشغيلي الفوري هو أن مشغلي العقد يجب أن يُحدّثوا إلى xrpld 3.3.0 لتجنب الحظر المحتمل للتعديلات وضمان الاستعداد لأي تفعيلات مستقبلية.