سجل XRP يطلق إعادة تسمية XRPLd مع ترقية الإصدار 3.2.0

• أطلق XRP Ledger الإصدار 3.2.0، مُعلناً إعادة تسمية برنامج الخادم “rippled” إلى “xrpld”.
• تُعد الكفاءة والموثوقية من بين أولويات هذا التحديث، مع أخذ نمو منصة XRPL في الاعتبار.

صدر الآن إصدار 3.2.0 من XRP Ledger، بما يمثل تحسناً كبيراً في البنية التحتية الأساسية للسلسلة. هذه المرة، أعاد المطورون تسمية البرنامج المستخدم لتشغيل الشبكة من “rippled” إلى “xrpld”. ووفقاً لما أوضحه منشئو المنصة، فإن من الأكثر ملاءمة أن يحمل البرنامج اسماً جديداً، بالنظر إلى النظام البيئي الكامل للمشروع. ويتبع هذا الإصدار 3.1.3، الذي تم نشره بنجاح مؤخراً.

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

التحديثات الرئيسية في XRP Ledger

كما يجلب الإصدار معه التعديل الجديد fixCleanup3_2_0، الذي يشمل عدة تحسينات من حيث الأمان على مختلف وحدات XRP Ledger. ترفع التعديلات الجديدة مستوى الأمان لِـ محافظ الأصول الأحادية، وبروتوكول الإقراض، والأذونات، والبورصات اللامركزية، والرموز متعددة الأغراض، ومجالات الأذونات. أدخل مطورو XRP Ledger فحوصات ثابتة جديدة للتأكد من ألا تترك الحسابات المحذوفة أي لا اتساق على السجل. وذكرت المجموعة أن هذه التغييرات ستعزز سلامة وموثوقية الشبكة ككل.

وبخصوص الإصدار 3.2.0، توجد قدرة إضافية يتيحها للمطورين والبنى التحتية. مع أحدث تحديث، ستتمكن التطبيقات من استرجاع معلومات حول بروتوكول XRP Ledger وتعريفات الخادم حتى دون الحاجة إلى الاتصال بالخادم. ووفقاً للمطورين، يمكن أن يساعد ذلك بشكل كبير في تطوير المحافظ وُمستكشفي السلاسل وواجهات البرمجة (APIs)، من بين أمور أخرى.

تغييرات ترقية XRPL من حيث قابلية التوسع والاستقرار

كجزء من عملية التحسين، أدرجت XRPL عدداً من التغييرات بهدف تعزيز الأداء وقابلية الاتصال لدى المؤسسات التي تستخدم الشبكة. ومن بين هذه التحديثات أحجام كتل قابلة للتكوين، إلى جانب تخزين قواعد بيانات فعّال عبر nuDB. كذلك أصبح دعم خادم gRPC لـ TLS/‏TLS المتبادل اختيارياً، بما يضمن قدرة الشركات على الاستفادة من أداء واتصال محسّنَين.

علاوة على ذلك، يتضمن التحديث تغييراً افتراضياً في منفذ peering من 51235 إلى 2459، إلى جانب مجموعة متنوعة من الإصلاحات المتعلقة بصناع السوق الآلي (Automated Market Makers)، والمدفوعات، وسندات الرمز (Token Escrows)، والرموز متعددة الأغراض، ودفاتر الأوامر، وRPC. سبب تعطيل ثوابت المعاملات مؤقتاً في v3.2.0 يعود إلى تراجع الأداء. ومع ذلك، لا يوجد تهديد على مستوى الأمان لأن ثوابت المعاملات لا تقوم حالياً بأي إجراءات.

أبرز أخبار التشفير:

Grayscale تُبرز الحاجة إلى ذكاء اصطناعي لامركزي بعد إغلاق Anthropic