لقد قام XRP Ledger أخيرًا بتنفيذ تعديل fixDirectoryLimit، حيث أزال "الحد الأقصى" القديم لعدد العناصر التي يمكن تخزينها في قائمة محددة على السجل.
قبل اليوم، إذا أصبحت قائمة واحدة طويلة جدًا، كان الشبكة تمنع إضافة عناصر جديدة. وكان ذلك يحدث حتى لو كان لدى المستخدم ما يكفي من XRP لدفع ثمنها.
الآن، تم إزالة هذا الحد التعسفي، وتعتمد الشبكة الآن على الاحتياطيات (XRP التي تقوم بحجزها لإنشاء كائن) لمنع الرسائل المزعجة بدلاً من ذلك.
لماذا هذا مهم
فكر في الدليل كمجلد محدد في خزانة ملفات. يستخدم XRPL الأدلة لتجميع الأشياء المتشابهة معًا. المثال الأكثر شيوعًا هو دفتر الطلبات.
إذا أراد 500 شخص جميعًا شراء XRP بسعر 2.50 دولار بالضبط، يقوم السجل بتجميع كل تلك العروض الـ500 في "دليل" واحد لهذا السعر.
سابقًا، كان الكود يحتوي على حد أقصى لعدد "الصفحات" التي يمكن أن يحتويها هذا المجلد.
إذا أصبح سعر معين (2.50 دولار) شائعًا للغاية وتدفقت آلاف العروض، يمكن أن يمتلئ الدليل فعليًا.
كان المستخدمون يتلقون رمز خطأ مثل tecDIR_FULL. هذا يعني أن المعاملات الصحيحة كانت تفشل فقط لأن هذا "المجلد" كان ممتلئًا تقنيًا.
يقوم التعديل بحذف هذا الحد. لم تعد الشبكة بحاجة إلى حد برمجي صارم لإيقاف الرسائل المزعجة لأنها بالفعل لديها "احتياطيات المالك". يجب عليك حجز XRP لإنشاء عرض أو كائن. هذه التكلفة الاقتصادية كافية لمنع الأشخاص من إرسال عدد لا نهائي من الكائنات المزعجة.
لم يعد على المدققين إهدار الموارد في التحقق مما إذا كانت صفحة الدليل "ممتلئة".
وفي الوقت نفسه، لن يواجه المتداولون والتطبيقات أخطاء tecDIR_FULL غير المتوقعة خلال لحظات الازدحام.
عام مزدحم
كان هذا عامًا مزدحمًا بالنسبة لـ XRPL. كان هذا أول تعديل رئيسي لهذا العام. أضاف ميزة "استرداد" خاصة بتجمعات Automated Market Maker (AMM). كما قدمت الشبكة قدرات DynamicNFT، مما يسمح للرموز غير القابلة للاستبدال بتحديث بياناتها الوصفية بمرور الوقت دون الحاجة إلى تدميرها وإعادة سكها.
