6 دقیقه
ارتقای دفترکل XRP با افزایش پذیرش اعتبارسنجها به فعالسازی نزدیک میشود
روند انتشار نسخه v3.2.0 دفترکل XRP در حال شتاب گرفتن است، زیرا شبکه برای فعالسازی برنامهریزیشده اصلاحیه fixCleanup3_2_0 در ۲۹ ژوئیه ۲۰۲۶ آماده میشود. این نسخه که نام سرور اصلی را از «rippled» به «xrpld» تغییر میدهد و مجموعهای از اصلاحات نگهداری برای خزانهها، وامدهی و قابلیت صرافی غیرمتمرکز مجوزدار ارائه میکند، اکنون روی اکثریت اعتبارسنجهای ردیابیشده و بخش بزرگی از نودها اجرا میشود. با توجه به اینکه پشتیبانی از اصلاحیه از آستانه تأیید ۸۰ درصدی عبور کرده است، شمارش معکوس آغاز شده، اما اپراتورهایی که هنوز از نرمافزارهای قدیمی استفاده میکنند باید بهروزرسانی را انجام دهند تا هنگام اجرای قوانین جدید، با مسدود شدن بهدلیل اصلاحیه مواجه نشوند.
شاخصهای پذیرش: اعتبارسنجها و نودها
بر اساس دادههای ردیابی XRPL Explorer، نسخه v3.2.0 روی ۶۶ درصد از اعتبارسنجهای ردیابیشده و روی ۴۸۱ نود نصب شده است که معادل ۵۷.۳۳ درصد از ۸۲۵ نود مشاهدهشده در شبکه است. نسخه قدیمیتر v3.1.3 همچنان روی ۴۲ اعتبارسنج، یعنی ۲۸ درصد از اعتبارسنجهای ردیابیشده، و روی ۳۲۳ نود، معادل ۳۸.۴۱ درصد از نودهای مشاهدهشده، فعال است. این ارقام نشان میدهد از زمان انتشار نسخه جدید در ماه ژوئن، مهاجرت به آن بهصورت پیوسته ادامه داشته، اما هنوز بخش قابلتوجهی از اپراتورها از نرمافزارهای قدیمی استفاده میکنند.
چرا پذیرش نسخه و تأیید اصلاحیه با هم تفاوت دارند
در دفترکل XRP، نصب نرمافزار بهروزرسانیشده و رأی دادن به یک اصلاحیه دو مرحله مرتبط اما متفاوت هستند. استقرار نسخه v3.2.0 به اپراتور نود امکان میدهد کد بهروزشده را اجرا کند، اما اصلاحیهها به پشتیبانی صریح اعتبارسنجها نیاز دارند: پیشنهاد fixCleanup3_2_0 باید به مدت دو هفته پیاپی دستکم ۸۰ درصد حمایت اعتبارسنجهای مورد اعتماد را دریافت کند تا قوانین آن در سطح اجماع روی شبکه اصلی اجرایی شود. اگرچه بیشتر اعتبارسنجهای ردیابیشده هماکنون v3.2.0 را اجرا میکنند، تنها رأی مثبت مجموعه اعتبارسنجهاست که اصلاحیه را در فرآیند حاکمیتی XRPL پیش میبرد.

وضعیت اصلاحیه و زمانبندی فعالسازی
دادههای حاکمیتی XRPL نشان میدهد fixCleanup3_2_0 با حمایت ۸۵.۷۱ درصدی همراه شده است؛ ۳۰ اعتبارسنج به آن رأی موافق دادهاند و پنج اعتبارسنج با این تغییر مخالفت کردهاند. این وضعیت، پیشنهاد را با فاصلهای مناسب بالاتر از آستانه الزامی ۸۰ درصد قرار میدهد و حاشیه تأییدی برابر با ۵.۷۱ واحد درصد ایجاد میکند. با تحقق این شرط، اصلاحیه برای فعالسازی در ۲۹ ژوئیه ۲۰۲۶ ساعت ۰۹:۵۷ به وقت UTC برنامهریزی شده است، مشروط بر اینکه حمایت اعتبارسنجها در باقیمانده دوره انتظار در سطح ۸۰ درصد یا بالاتر بماند. اگر در طول شمارش معکوس دو هفتهای، میزان حمایت به زیر آستانه برسد، زمانسنج بازنشانی میشود و فرآیند باید دوباره آغاز شود.
درخواست از اپراتورهای نود: پیش از فعالسازی بهروزرسانی کنید
اپراتورهای اعتبارسنج XRPL، از جمله Vet، از اپراتورهای نود خواستهاند پیش از فعالسازی، به نسخه v3.2.0 بهروزرسانی کنند تا زیرساخت آنها با پروتکل اصلاحشده سازگار بماند. نودهایی که نسخههای پشتیبانینشده را اجرا میکنند، در معرض خطر مسدود شدن بهدلیل اصلاحیه قرار دارند: پس از اعمال قوانین جدید اجماع، سرورهایی که اصلاحیه را تشخیص نمیدهند نمیتوانند با اطمینان وضعیت معتبر دفترکل را تعیین کنند و ممکن است از فرآیند اجماع کنار گذاشته شوند.
نسخه v3.2.0 چه چیزهایی را تغییر میدهد و چرا مهم است
fixCleanup3_2_0 بهجای معرفی محصولات کاربرمحور، یک بهروزرسانی متمرکز بر نگهداری است که درستی عملکرد و پایداری ویژگیهای اصلی XRPL را بهبود میدهد. یادداشتهای رسمی انتشار، اصلاحات زیر را شرح میدهد:
- خزانههای تکدارایی: اصلاح خطاهای گرد کردن و دقت محاسباتی که بر نحوه محاسبه داراییهای واریزشده و سهمهای خزانه اثر میگذارد.
- پروتکل وامدهی: اصلاحات حسابداری برای اطمینان از صحت موجودیها و عملیات در جریانهای وامدهی.
- صرافی غیرمتمرکز مجوزدار و دامنههای مجوزدار: وصلههای رفع باگ که مشکلات کشفشده پس از استقرار اولیه این قابلیتها را برطرف میکند.
- توکنهای چندمنظوره و سایر ساختارهای دفترکل که به پاکسازی و اصلاح نیاز داشتند.
این اصلاحات در سطح اجماع از بروز خطاهای ظریف حسابداری جلوگیری میکند و قابلیت اطمینان برنامههای سطح بالاتری را که روی XRPL ساخته میشوند، افزایش میدهد.
تغییر نام سرور و پیامدهای مهاجرت
نسخه v3.2.0 همچنین با تغییر نام فایل اجرایی سرور اصلی XRPL از «rippled» به «xrpld»، استاندارد XLS-0095 را پیادهسازی میکند. این تغییر صرفا ظاهری نیست: اپراتورهایی که از v3.1.3 مهاجرت میکنند باید نام فایلهای پیکربندی را بهروزرسانی کنند، برای نمونه از rippled.cfg به xrpld.cfg، مسیرهای فایل، تعریف سرویسها، اسکریپتها، ارجاعات بستهها و فراداده سرور را نیز تغییر دهند. مستندات مهاجرت XRPL با هدف حفظ دادههای موجود نود تدوین شده و همزمان اپراتورها را در مراحل تغییر نام و پیکربندی دوباره راهنمایی میکند.
پاکسازی زیرساخت و اهداف بلندمدت توسعه
فراتر از اصلاحات فوری، v3.2.0 اصلاحیههایی را که بیش از دو سال فعال بودهاند بازنشسته میکند و تلاش برای ماژولار کردن پایگاه کد libxrpl را پیش میبرد تا این کد به اجزای کوچکتر و قابل نگهداریتر تقسیم شود. این بهبودهای پشتصحنه برای سادهسازی نگهداری آینده، افزایش سرعت چرخههای توسعه و کاهش سطح بروز باگ طراحی شدهاند.
فعالیت شبکه و اکوسیستم توسعهدهندگان
زمانبندی این ارتقاهای زیرساختی همزمان با افزایش کاربردهای نوآورانه روی XRPL است. t54.ai که از حمایت ریپل برخوردار است، گزارش داده بیش از ۱ میلیون پرداخت مبتنی بر هوش مصنوعی از طریق پروتکل x402 پردازش شده و «هاب هوش مصنوعی» را راهاندازی کرده است؛ بستری که عاملها، ابزارهای توسعهدهندگان، خدمات پرداخت و منابع فنی را کنار هم قرار میدهد. هاب هوش مصنوعی که با پشتیبانی توسعهدهندگان ریپل و بنیاد دفترکل XRP ساخته شده، نشاندهنده رشد تقاضا برای پرداختها، عاملهای خودمختار و ابزارهای توسعه روی XRPL است.
پیش از ۲۹ ژوئیه چه مواردی را باید زیر نظر داشت
در حالی که هشت روز تا فعالسازی برنامهریزیشده اصلاحیه باقی مانده است، رأیگیری اعتبارسنجها همچنان fixCleanup3_2_0 را در مسیر اجرا نگه داشته است. اولویت فوری برای جامعه XRPL روشن است: اپراتورهای نودی که هنوز نسخههای قدیمیتر را اجرا میکنند باید همین حالا به v3.2.0 ارتقا دهند تا مشارکت بدون وقفه در اجماع تضمین شود و اصلاحاتی که از مشکلات حسابداری و مجوزدهی جلوگیری میکنند، اعمال شود. اگر حمایت اعتبارسنجها تا پایان شمارش معکوس در سطح ۸۰ درصد یا بالاتر باقی بماند، قوانین نگهداری موجود در fixCleanup3_2_0 در ۲۹ ژوئیه الزامآور میشود و در سراسر شبکه اعمال خواهد شد.
برای توسعهدهندگان، اعتبارسنجها و شرکتهایی که روی این دفترکل فعالیت میکنند، ارتقای v3.2.0 تمرکز XRPL بر بهروزرسانیهای امن و قابل پیشبینی و حمایت مداوم از پرداختها، قابلیتهای مجوزدار و کاربردهای نوظهوری مانند تراکنشهای مبتنی بر هوش مصنوعی را تقویت میکند.
.avif)





نظر بگذارید
نظرات (5)
معقوله، تمرکز روی پایداری بهتر از اضافهکاریه. با این حال تغییر نام فایل واقعا دردسره، قبل از مهاجرت همه مسیرها رو چک کنین.
تو یه پروژه مشابه، یه اپراتور قدیمی باعث شد شبکه کند شه؛ آپدیت نکنن کار دستشون میده. بکآپ یادتون نره قبل از تغییر cfg
خوبه که پاکسازی و ماژولار شدن libxrpl رو دیدن، نگهداری بعدی آسونتر میشه. فقط مراقب توافق نسخهها باشن، هماهنگی لازمه.
این حمایت ۸۵٪ واقعیه؟ اگر چند تا اعتبارسنج پایین بکشن چی میشه؟ کسی آماری از نودهای مهم داره یا فقط شنیدههاست؟
وای، تغییر اسم سرور عجیب بود... امیدوارم آپدیتها بدون دردسر باشه، ولی این ۸۰٪ خیلی نزدیکه، اپراتورا جدی بگیرن!