من المتوقع أن يتلقى دفتر حسابات XRP (XRPL) ترقية تهدف إلى حل مشكلة في الشبكة. القضية الأساسية التي دفعت إلى هذه الترقية تتعلق بفشل العقد ذات السجل الكامل (FH) بسبب قيود SQLite في حجم الصفحة.
التفاصيل
شارك Vet، وهو مدقق dUNL لـ XRP، هذا التطور في منشور على منصة X. وفقًا لما ذكره Vet، فإن الإصلاح لمشكلة خوادم السجل الكامل لـ XRP Ledger قد أُدرج في إصدار رسمي لمستودع XRPLF – وهو rippled 2.2.3، الذي أصبح الآن متاحًا للتثبيت.
الإصدار الجديد
وفقًا لقطة الشاشة التي شاركها 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 خادم سجل كامل فعلي لإرجاع نتائج المعاملات التاريخية.
سجل المشكلة
بحسب xrpl آدم، المشكلة ليست جديدة على دفتر حسابات XRP، حيث تم توثيقها منذ سنوات. وقد أُشير حينها إلى أن بعض خوادم rippled التي تحتوي على سجل كامل قد تواجه مشكلة مع حجم صفحة قاعدة بيانات SQLite، مما يمنع الخادم من العمل بشكل صحيح.
ومع ذلك، يعتقد مؤسس XRP Cafe أن ضرورة الترقية كان يجب الترويج لها في وقت مبكر لتجنب تعطل عقد السجل الكامل، وهو ما حدث خلال عطلة نهاية الأسبوع.
