تغییر Batch V1.1 در دفترکل XRP تنها یک رأی اعتبارسنج تا رسیدن به آستانه ۸۰٪ مورد نیاز برای آغاز شمارش معکوس ۱۴ روزه فعال‌سازی فاصله دارد، پس از بازسازی امنیتی که به دنبال یک نقص بحرانی در نسخه اصلی انجام شد.
کد بازبینی‌شده تحت بازبینی مهندسی ارشد، تست‌های خصمانه، دو بازبینی امنیتی خارجی و تحلیل با کمک هوش مصنوعی قرار گرفته است پیش از رأی‌گیری فعلی اعتبارسنج‌ها.
Batch V1.1 به آخرین رأی پیش از شمارش معکوس فعال‌سازی رسید
توسعه‌دهنده RippleX، مایوکا واداری گفت این تغییر به همراه xrpld 3.3.0 ارائه شده و اکنون در مرحله رأی‌گیری است. این به‌روزرسانی جایگزین Batch V1.0 می‌شود که باگ اعتبارسنجی امضا در آن در فوریه و زمانی که تغییر هنوز پیش از مین‌نت بود، کشف شد؛ به این معنی که هیچ سرمایه‌ای در معرض خطر نبود.
نقص اصلی شامل بازگشت زودهنگام در تابع checkBatchSign بود. اگر یک حساب امضاکننده هنوز روی دفترکل وجود نداشت، اعتبارسنجی می‌توانست بدون بررسی امضاکنندگان باقی‌مانده موفقیت‌آمیز بازگردد. این می‌توانست اجازه دهد تراکنش‌ها به نمایندگی از حساب‌های دیگر بدون کلید خصوصی آن‌ها اجرا شود.
Batch V1.1 این نقص را حذف کرده و همچنین چندین مشکل دیگر که در طول بازسازی پیدا شد را برطرف کرده است. این فرآیند شامل بازبینی توسط چهار مهندس ارشد، یک Attackathon شرلوک، ارزیابی مجدد Halborn، ممیزی Common Prefix، اسکن Cantina AI و تست رگرسیون در Devnet و testnet بود.
واداری همچنین گفت تیم باگ‌های بیشتری را که از طریق کار جدید تیم قرمز هوش مصنوعی کشف شد، رفع کرده است. این تغییرات شامل رفع دور زدن اعتبارسنجی MPT، کرش‌های نود، اعتبارسنجی اندازه مسیر، تأیید امضا، ترتیب امضاکنندگان و هشینگ تراکنش است.
احساس اعتبارسنج‌ها به آستانه مورد نیاز نزدیک است و یک حساب به نام FrancisBovineSwift رأی‌گیری Batch را «تقریباً کامل» توصیف کرده است، به طوری که جدیدترین اسنپ‌شات نشان می‌دهد ۲۷ اعتبارسنج مورد اعتماد به این تغییر رأی مثبت داده‌اند و هشت نفر مخالف آن هستند، که حمایت را تقریباً در ۷۷٪ در مقابل آستانه ۸۰٪ مورد نیاز برای تصویب تغییرات قرار می‌دهد و تنها یک رأی دیگر برای رسیدن به آن نقطه لازم است.
چرا تغییر Batch برای توسعه‌دهندگان XRPL اهمیت دارد
Batch که با نام XLS-56 نیز شناخته می‌شود، اجازه می‌دهد چندین تراکنش از حساب‌های مختلف به صورت اتمیک در یک بسته دفترکل اجرا شوند. اگر یکی از تراکنش‌ها در یک بسته همه یا هیچ شکست بخورد، کل عملیات بازمی‌گردد. این طراحی نیازی به قرارداد هوشمند ندارد.
این قابلیت برای سوآپ‌های اتمیک، تسویه‌های هماهنگ و سایر تراکنش‌هایی که چندین طرف باید با هم عمل کنند، در نظر گرفته شده است. همچنین می‌تواند تعداد مراحل مورد نیاز برای مینت و انتقال NFT را کاهش دهد.
بازسازی امنیتی پس از بررسی‌های اخیر XRPL انجام شده است، پس از آنکه شبکه تغییر Permission Delegation خود را زمانی که یک باگ با شدت بالا پیش از استقرار در مین‌نت کشف شد، کنار گذاشت و نسخه V1.1 تحت بازبینی اضافی قرار گرفت.
علاوه بر این، یک داشبورد تست XRPL که این ماه راه‌اندازی شد، تست تغییرات را شفاف‌تر کرده است و پیگیری می‌کند که کدام نوع تراکنش‌ها، فیلدها و کدهای نتیجه در Devnet مورد آزمایش قرار گرفته‌اند.