يتضمن فرع التطوير في XRPL الآن التعديل LendingProtocolV1_2، وهو تعديل جديد غير مدعوم بعد، ويأتي بعد LendingProtocolV1_1 والإدخال الأصلي LendingProtocol. وتقترح أعمال المعايير المرتبطة به تغييرًا جوهريًا في طريقة إنشاء القروض: إذ ستُنفذ إجراءات الإعداد والقبول في معاملتين منفصلتين قبل تفعيل القرض.

تشير هذه الإضافة إلى مراجعة أخرى قبل الإطلاق لتطبيق الإقراض في XRP Ledger، لا إلى توسيع نطاق ميزاته الرئيسية. ولا يزال العمل قيد التطوير، كما أن إدراج التعديل في الفرع لا يُعد دليلًا على نشره أو تفعيله في السجل.

يظهر LendingProtocolV1_2 في فرع التطوير الخاص بـ XRPL

تُدرج تعريفات الميزات في فرع التطوير XRPLF/rippled الميزة باسم LendingProtocolV1_2. ويُظهر موضعها فوق التعديلين السابقين V1_1 وLendingProtocol الأصلي بوضوح أن قاعدة الشيفرة تتعقب مراجعات متعاقبة لبروتوكول الإقراض.

إن وصفها بأنها «غير مدعومة بعد» أمر محوري لفهم وضع V1_2 على المدى القريب. فعلى الرغم من الإعداد للتعديل بوصفه تغييرًا في البروتوكول، فإنه لم ينتقل إلى حالة النشر المدعوم في الفرع المشار إليه؛ والتعديلات هي الآلية المستخدمة لتمثيل تغييرات بروتوكول XRPL في قاعدة شيفرة rippled.

يشير الاسم أيضًا إلى أن العمل تكراري. فبدلًا من استبدال مشروع الإقراض بمقترح لا صلة له به، يأتي V1_2 بعد التعديل الأصلي وV1_1 ضمن سلسلة من المراجعات الخاصة بالإقراض.

معاملتان تفصلان بين إعداد القرض وقبوله

وفقًا لعمل المعايير XLS-65/66، يقدّم LendingProtocolV1_2 إنشاء القرض على خطوتين. إذ ستُنشئ معاملة LoanSet المقترحة القرض، في حين تتولى LoanAccept قبوله على نحو منفصل؛ ولن يصبح القرض ساريًا إلا بعد خطوة القبول هذه.

يشكّل هذا الفصل التحسين الوظيفي الأساسي المرتبط بـ V1_2. فهو يغيّر التسلسل الذي ينتقل به القرض المقترح إلى حالة السريان، ويميّز بين إنشاء شروط القرض أو إعداده وبين خطوة القبول اللاحقة.

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

قد يكون لهذا الفصل في سير العمل أهمية خاصة في كيفية تعامل البروتوكول مع توقيت تحوّل الاتفاق إلى قرض ساري، إلا أن المواد المتاحة لا تحدد جدولًا نهائيًا للإطلاق ولا تؤكد أن الصيغة الحالية للمقترح نهائية.

أعمال الشيفرة تستهدف نطاقات الوسطاء ومحاسبة الخزائن

يسجل تقرير مقارنة لنسخة INFTF المرآة تغييرات rippled حتى 14 أكتوبر في LendingProtocolV1_2. وقد أضافت التغييرات سلوكًا مشروطًا لنطاقات وسطاء القروض، ومحاسبة للخزائن بدقة ثابتة، وتدفق المعاملات المقسّم بين LoanSet وLoanAccept، مع اختبار هذه الجوانب.

يوضح هذا السجل أن V1_2 جهد تنفيذي إلى جانب كونه مقترحًا على مستوى المعايير. وتربط بوابة الميزات سلوك نطاقات الوسطاء بالتعديل، بينما تشمل أعمال المحاسبة الحسابات المتعلقة بالإقراض والخزائن.

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

يمدّ التعديل نطاق الإطلاق المرحلي للإقراض

أُدرجت ميزة LendingProtocol الأصلية في rippled 3.1.0، الذي صدر في يناير 2026. وسجلت الإصدارات اللاحقة إصلاحات إضافية للإقراض والخزائن، ما أرسى مسارًا مرحليًا للبروتوكول بدلًا من تنفيذ واحد ثابت.

يضيف LendingProtocolV1_2 الآن مرحلة متميزة أخرى: تعديلًا منفصلًا، ومقترحًا للمعايير لإنشاء القرض على خطوتين، وأعمال تنفيذ تشمل نطاقات الوسطاء ومحاسبة الخزائن واختبارات تدفق المعاملات. ويتوافق هذا التسلسل مع سجلات الإصدارات والتطوير المقدمة، التي تُظهر استمرار تعديل ميزة الإقراض بعد تقديمها لأول مرة.

بالنسبة إلى المشاركين في XRPL الذين يتابعون هذه الميزة، فإن التطور المباشر الجدير بالمتابعة هو ما إذا كان V1_2 سيتجاوز إدراجه الحالي بوصفه غير مدعوم. والغرض الحالي منه في مواد الشيفرة والمعايير المتاحة محدد بدقة: تعديل عملية إنشاء القرض وإدراج الإصلاحات التنفيذية المرتبطة بها قبل أن يمضي نظام الإقراض قدمًا.

إخلاء مسؤولية: تُقدَّم هذه المقالة لأغراض المعلومات فقط. ولا تُقدَّم ولا يُقصد استخدامها بوصفها مشورة قانونية أو ضريبية أو استثمارية أو مالية أو غير ذلك من أشكال المشورة.