من المقرر أن يتلقى XRP Ledger (XRPL) ترقية تهدف إلى حل مشكلة في الشبكة. كانت المشكلة الأساسية التي دفعت إلى هذه الترقية تتعلق بفشل عقد السجل الكامل (FH) بسبب قيود SQLite في حجم الصفحة.
شارك Vet، وهو أحد محققي XRP dUNL، هذا التطور في منشور X. وفقًا لـ Vet، تم دمج إصلاح مشكلة XRP Ledger Full History Servers في إصدار Rippled الرسمي لمستودع XRPLF – Rippled 2.2.3، والذي أصبح الآن متاحًا للتثبيت.
تم دمج الإصلاح الخاص بخوادم السجل الكامل لـ #XRP Ledger في إصدار رسمي من مستودع XRPLF – rippled 2.2.3 ومتاح للتثبيت. pic.twitter.com/Owpd6xPEHx
– طبيب بيطري 🏴☠️ (@Vet_X0) 15 سبتمبر 2024
وفقًا لصورة لقطة شاشة شاركها Vet، يوصى بشدة بإصدار Rippled (خادم دفتر XRP) الإصدار 2.2.3 لخوادم التاريخ الكامل التي تستخدم حجم صفحة 4096. نظرًا لأن المحققين لا يتأثرون بهذه المشكلة، فيمكنهم إما اختيار تشغيل 2.2.2 أو التحديث إلى 2.2.3. وذلك لأن الإصدار 2.2.3 لا يقدم أي تعديلات جديدة على الإصدار 2.2.2.
ماذا حدث؟
خلال عطلة نهاية الأسبوع، لفت مجتمع XRP الانتباه إلى مشكلة في خادم Rippled تسببت في فشل عقد التاريخ الكامل (FH).
في الظروف العادية، تقوم خوادم السجل الكامل بتسجيل وعرض سجل المعاملات الكامل بكل سرور. ومع ذلك، فشلت عقد FH بسبب قيود SQLite في حجم الصفحة.
لقد تم تسليط الضوء على هذه المشكلة، وفقًا لبعض محققي XRPL dUNL، منذ أسابيع ولكنها فشلت في تأمين الاهتمام الفوري.
وأوضح مؤسس XRP Cafe، آدم xrpl، في منشور على X أنه على عكس الاعتقاد السائد، فإن هذه المشكلة ليس لها تأثير على الإجماع أو صحة الشبكة.
علاوة على ذلك، مع التكرار clio، فإن معظم نقاط نهاية XRPL العامة لا تتطلب خادم FH فعليًا لإرجاع نتائج المعاملات التاريخية.
وفقًا لـ Xrpl Adam، لم تكن المشكلة جديدة على XRP Ledger، حيث تم توثيقها منذ سنوات. وقد لوحظ بعد ذلك أن بعض خوادم Rippled ذات سجل دفتري كامل قد تواجه مشكلة مع حجم صفحة قاعدة بيانات SQLite الخاصة بها، مما يمنع الخادم من العمل بشكل صحيح.
ومع ذلك، يعتقد مؤسس XRP Cafe أنه كان ينبغي الترويج لإلحاح الإصلاح في وقت أقرب لتجنب تعطل عقد FH، وهو ما حدث خلال عطلة نهاية الأسبوع.
