فعال‌سازی تراکنش‌های دسته‌ای XRP Ledger نسخه ۱.۱ پس از بازسازی امنیتی نزدیک است

لجر XRP (XRP Ledger) در آستانه فعال‌سازی اصلاحیه Batch V1.1 قرار دارد، اما تنها یک رأی اعتبارسنجی تا رسیدن به حد نصاب ۸۰ درصدی مورد نیاز برای آغاز شمارش معکوس ۱۴ روزه فعال‌سازی فاصله دارد. این اتفاق پس از بازسازی امنیتی صورت گرفته به دلیل یک نقص حیاتی در نسخه اولیه رخ داده است.

بازسازی امنیتی و بررسی‌های دقیق

کد اصلاح‌شده Batch V1.1 پیش از رأی‌گیری فعلی اعتبارسنج‌ها، تحت بازبینی مهندسان ارشد، آزمایش‌های خصمانه، دو بررسی امنیتی خارجی و تحلیل با کمک هوش مصنوعی قرار گرفته است.

مایوکا واداری، توسعه‌دهنده RippleX، اعلام کرد که این اصلاحیه با نسخه xrpld 3.3.0 منتشر شده و اکنون در معرض رأی‌گیری قرار دارد. این به‌روزرسانی جایگزین نسخه Batch V1.0 می‌شود که باگ تأیید امضای آن در ماه فوریه، پیش از استقرار در شبکه اصلی (mainnet)، کشف شد و خوشبختانه هیچ وجوهی در معرض خطر قرار نگرفت.

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

اصلاحیه Batch V1.1 این نقص را برطرف کرده و همچنین به چندین مسئله دیگر که در طول بازسازی کشف شده بودند، پرداخته است. این فرآیند شامل بازبینی توسط چهار مهندس ارشد، یک رویداد حمله شبیه‌سازی شده Batch Attackathon، ارزیابی مجدد توسط Halborn، حسابرسی Common Prefix، اسکن با Cantina AI و تست‌های رگرسیون در Devnet و testnet بوده است.

واداری همچنین اظهار داشت که تیم، باگ‌های اضافی کشف شده از طریق فعالیت‌های جدید هوش مصنوعی در زمینه تست نفوذ (AI red-teaming) را نیز برطرف کرده است. تغییرات شامل رفع دور زدن تأیید MPT، کرش کردن نودها، اعتبارسنجی اندازه مسیر، تأیید امضا، ترتیب امضاکنندگان و هش کردن تراکنش‌ها می‌شود.

حمایت اعتبارسنج‌ها و اهمیت Batch

احساسات اعتبارسنج‌ها به حد نصاب مورد نیاز نزدیک است. یکی از حساب‌ها، FrancisBovineSwift، رأی‌گیری Batch را «تقریباً به پایان رسیده» توصیف کرده است. آخرین گزارش نشان می‌دهد که ۲۷ اعتبارسنج مورد اعتماد به این اصلاحیه رأی مثبت داده‌اند و ۸ نفر مخالف آن بوده‌اند، که حمایت را حدود ۷۷ درصد نشان می‌دهد، در حالی که برای تأیید تغییرات به ۸۰ درصد نیاز است. تنها یک رأی دیگر برای رسیدن به این حد نصاب لازم است.

Batch که با نام XLS-56 نیز شناخته می‌شود، امکان اجرای اتمی چندین تراکنش از حساب‌های مختلف را در یک بسته (ledger close) فراهم می‌کند. اگر یک تراکنش در یک دسته «همه یا هیچ» شکست بخورد، کل عملیات لغو می‌شود. این طراحی نیازی به قراردادهای هوشمند ندارد.

این ویژگی برای مبادلات اتمی (atomic swaps)، تسویه‌های هماهنگ و سایر تراکنش‌هایی که در آن‌ها چندین طرف نیاز به اقدام مشترک دارند، در نظر گرفته شده است. همچنین می‌تواند تعداد مراحل مورد نیاز برای ایجاد و انتقال NFT را کاهش دهد.

بازسازی امنیتی به دنبال بررسی‌های اخیر دیگر در مورد XRPL صورت می‌گیرد. پیش از این، شبکه اصلاحیه Permission Delegation خود را پس از کشف یک باگ با شدت بالا پیش از استقرار در شبکه اصلی، پس گرفت و V1.1 نیز تحت بررسی‌های بیشتری قرار گرفته است.

علاوه بر این، داشبورد تست XRPL که این ماه راه‌اندازی شده است، با ردیابی اینکه کدام انواع تراکنش، فیلدها و کدهای نتیجه در Devnet مورد استفاده قرار گرفته‌اند، تست اصلاحیه‌ها را نیز شفاف‌تر کرده است.