ارتقای XRP Ledger در راه است: مشکل اصلی شبکه حل شد

XRP Ledger (XRPL) قرار است ارتقایی را با هدف رفع مشکل شبکه دریافت کند. مشکل اصلی که منجر به این ارتقاء شد، خرابی گره های تاریخچه کامل (FH) به دلیل محدودیت SQLite در اندازه صفحه بود.

XRP dUNL validator Vet این توسعه را در یک پست X به اشتراک گذاشت. به گفته Vet، رفع مشکل XRP Ledger Full History Servers در Rippled 2.2.3، نسخه رسمی ریپل شده مخزن XRPLF ادغام شده است و اکنون برای نصب در دسترس است.

طبق اسکرین شات به اشتراک گذاشته شده توسط Vet، Rippled (سرور XRP ledger) نسخه ۲.۲.۳ برای سرورهای تاریخچه کامل با اندازه صفحه ۴۰۹۶ به شدت توصیه می شود. از آنجایی که اعتبار سنجی ها تحت تأثیر این مشکل قرار نمی گیرند، می توانند نسخه ۲.۲.۲ را اجرا کنند یا به ۲.۲.۳ به روز کنند. زیرا نسخه ۲.۲.۳ هیچ تغییر جدیدی در نسخه ۲.۲.۲ ایجاد نمی کند.

چه اتفاقی افتاد؟

در آخر هفته، انجمن XRP به مشکلی در سرور Rippled اشاره کرد که باعث از کار افتادن گره‌های تاریخچه کامل (FH) می‌شد.

در شرایط عادی، سرورهای تاریخچه کامل با خوشحالی تاریخچه کامل تراکنش را ثبت و ارائه می کنند. با این حال، گره های FH به دلیل محدودیت SQLite در اندازه صفحه شکست خوردند.

به گفته برخی از اعتبارسنجی های XRPL dUNL، این موضوع هفته ها پیش برجسته شد اما به موقع مورد توجه قرار نگرفت.

بنیانگذار XRP Cafe xrpl Adam در پست X خود توضیح داد که بر خلاف تصور عمومی، این موضوع تأثیری بر اجماع یا سلامت شبکه ندارد.

مربوط به

همچنین، به لطف افزونگی clio، اکثر نقاط پایانی XRPL عمومی برای برگرداندن نتایج تراکنش های تاریخی به سرور FH واقعی نیاز ندارند.

به گفته Xrpl Adam، این مشکل برای XRP Ledger جدید نبود، بلکه سال ها پیش مستند شده بود. در آن زمان، اشاره شد که برخی از سرورهای موج دار با سابقه دفتر کل ممکن است با مشکلی در اندازه صفحه پایگاه داده SQLite مواجه شوند که از عملکرد صحیح سرور جلوگیری می کند.

با این حال، مؤسس کافه XRP معتقد است که برای جلوگیری از خرابی گره‌های FH که در آخر هفته رخ داد، فوریت این اصلاح باید زودتر اعلام می‌شد.