Batch V1.1 دفتر کل XRP بالای آستانه لازم اعتبارسنجها باقی مانده است، در حالی که ریپل میگوید مدیران دارایی و پروژههای تجاری در حال آماده شدن برای استفاده از این قابلیت تراکنشی هستند، در صورتی که اواخر همین ماه فعال شود.
- Batch V1.1 دارای ۳۰ رأی اعتبارسنج است که شمارش معکوس فعالسازی ۲۹ سپتامبر دفتر کل XRP را در مسیر خود نگه میدارد.
- ریپل میگوید مدیران دارایی حول Batch در حال ساخت هستند، هرچند شرکای مشخص فعلاً اعلام نشدهاند.
- Batch میتواند هشت تراکنش را گروهبندی کند و به انتقالهای مرتبط دارایی و پرداخت اجازه میدهد بهصورت اتمی با هم تسویه شوند.
- توسعهدهندگان Batch اصلی را پس از آنکه پژوهشگران در فوریه یک نقص بحرانی در اعتبارسنجی امضا یافتند، جایگزین کردند.
- نسخه ۳.۳.۰ XRPL پس از بررسیهای گسترده و رفع مسائل امنیتی بیشتر، Batch V1.1 را عرضه کرد.
CoinDesk در ۱۹ سپتامبر گزارش داد که آیو آکینیهله، رئیس مهندسی RippleX، گفت کار مربوط به مدیران دارایی حول Batch V1.1 در حال آمادهسازی است؛ قابلیتی که میتواند تا هشت تراکنش را در یک عملیات Batch واحد بستهبندی کند. ریپل نام مدیران دارایی را بهطور عمومی اعلام نکرده و تاریخ راهاندازی قطعی را افشا نکرده است.
دادههای زنده اصلاحیه که در ۲۰ سپتامبر بررسی شد نشان داد ۳۰ اعتبارسنج از ۳۵ اعتبارسنج مورد اعتماد ردیابیشده از Batch V1.1 پشتیبانی میکنند. دفتر کل XRP نیاز دارد حداقل ۸۰٪ پشتیبانی برای ۱۴ روز متوالی حفظ شود تا یک اصلاحیه فعال گردد، که آستانه کنونی را روی ۲۸ رأی قرار میدهد. شمارش معکوس در ۱۵ سپتامبر ساعت ۱۴:۰۶:۴۱ UTC آغاز شد و در صورت حفظ پشتیبانی، به فعالسازی احتمالی کمی پس از همان زمان در ۲۹ سپتامبر اشاره دارد.
Batch V1.1 دفتر کل XRP میتواند بخشهای تسویه را به هم گره بزند
مشخصات XLS-56 Batch را بهعنوان تراکنشی تعریف میکند که بین دو تا هشت تراکنش درونی را بستهبندی میکند. این قابلیت از چهار حالت پردازش پشتیبانی میکند: همه یا هیچ، فقط یکی، تا شکست و مستقل. تنظیم همه یا هیچ مستلزم آن است که کل گروه با موفقیت اجرا شود یا از اثرگذاری batch جلوگیری میکند.
ریپل بخشی از بحث تجاری را روی تحویل در برابر پرداخت، یا DvP، متمرکز کرده است. در چنین تراکنشی، انتقال دارایی و پرداخت آن میتوانند در همان عملیات اتمی قرار گیرند. پرداخت ناموفق تحت تنظیم همه یا هیچ، از تکمیل انتقال دارایی مرتبط جلوگیری میکند.
آکینیهله به CoinDesk گفت: «پس از زنده شدن این قابلیت، اطلاعات بیشتری به اشتراک خواهیم گذاشت، از جمله کار با مدیران دارایی کلیدی.» ریپل آن شرکتها را شناسایی نکرده است، بنابراین این اظهارنظر همچنان توصیف شرکتی از کاری است که هنوز از طریق اعلام شرکای نامبردهشده بهطور عمومی مستند نشده است.
مشخصات XLS-56 مبادلات چندحسابی بدون نیاز به اعتماد، کارمزدهای پلتفرم و ساختارهای وام فوری را در میان کاربردهای بالقوه فهرست میکند. برای مثال، یک بازار یا کیف پول میتواند پرداخت مشتری را همراه با هزینه خدمات بستهبندی کند، بهجای آنکه به تراکنشهای جداگانه نیاز باشد، در حالی که حسابهای مختلف میتوانند بخشهای جداگانه همان Batch را مجاز کنند.
آکینیهله گفت «برخی پروژهها همین حالا با در نظر گرفتن Batch ساخته میشوند»، اما هویت شرکا و برنامههای تولید همچنان اعلام نشده است. ریپل گفت جزئیات پس از نهایی شدن برنامهها ارائه خواهد شد.
پشتیبانی اعتبارسنجها پنجره ۲۹ سپتامبر را باز نگه میدارد
بر اساس آخرین قرائت ۲۰ سپتامبر، Batch V1.1 دارای ۳۰ رأی پشتیبان در میان ۳۵ اعتبارسنج ردیابیشده توسط XRPLDashboard بود، معادل حدود ۸۵٪. بنابراین پشتیبانی بالای آستانه ۲۸ رأی لازم برای ادامه پنجره فعالسازی باقی ماند.
تاریخ پیشبینیشده ۲۹ سپتامبر مشروط است. اصلاحیههای XRPL فقط به این دلیل که یک بار از ۸۰٪ عبور کنند فعال نمیشوند. اعتبارسنجها باید ابراکثریت را برای کل دوره ۱۴ روزه حفظ کنند و اعتبارسنجها میتوانند در حین اجرای زمان، رأی خود را تغییر دهند. اگر پشتیبانی به زیر سطح لازم برسد، پنجره کنونی متوقف میشود و پس از بازیابی آستانه، یک دوره بدون وقفه دیگر لازم خواهد بود.
آخرین شمارش، افزایش سریع پشتیبانی در این ماه را ادامه میدهد. Batch V1.1 در آن زمان ۲۴ رأی از ۳۵ اعتبارسنج داشت، یعنی ۶۸.۵۷٪، که آن را زیر آستانه فعالسازی قرار میداد. پشتیبانی تا ۱۵ سپتامبر به ۲۷ رأی افزایش یافته بود، پیش از آنکه اعتبارسنجهای کافی از این اصلاحیه حمایت کنند تا شمارش معکوس آغاز شود.
خود این اصلاحیه در ۶ اوت همراه با نسخه xrpld 3.3.0 عرضه شد. یادداشتهای انتشار رسمی دفتر کل XRP، Batch V1.1 را جایگزین اصلاحیه Batch اصلی توصیف میکنند و بیان میدارند که از حداکثر هشت تراکنش درونی، از جمله ساختارهای مبادله اتمی، پشتیبانی میکند.
از آن زمان، بنیاد دفتر کل XRP نسخه xrpld 3.4.0 را منتشر کرده است. انتشار نرمافزاری ۱۶ سپتامبر اصلاحیههای جداگانه وامدهی و پاکسازی را معرفی میکند و جایگزین Batch V1.1 نمیشود، که همچنان در فرایند رأیگیری میننت خود باقی است. به اپراتورهای سرور توصیه شد برای تداوم سرویس به نسخه ۳.۴.۰ ارتقا دهند.
Batch V1.1 پس از یک نقص بحرانی در نسخه اول آمد
اصلاحیه کنونی پس از آن آمد که توسعهدهندگان پیشنهاد Batch اصلی را در فوریه متوقف کردند. افشای رسمی آسیبپذیری XRPL میگوید پژوهشگر امنیتی پرانامیا کشکامات و ابزار Apex شرکت Cantina AI در ۱۹ فوریه یک نقص بحرانی در اعتبارسنجی امضا شناسایی کردند.
تحت شرایط خاص، کد آسیبپذیر میتوانست پس از مواجهه با یک حساب تازه ایجادشده، بررسی امضاکنندگان Batch را متوقف کند. XRPL Labs گفت یک مهاجم میتوانست سپس یک تراکنش غیرمجاز از حساب دیگر را بدون در اختیار داشتن کلیدهای خصوصی صاحب آن حساب وارد کند. تراکنشهای بالقوه میتوانستند شامل پرداختها و برخی تغییرات وضعیت دفتر کل باشند.
این نقص هرگز روی میننت دفتر کل XRP فعال نشد. اصلاحیه اصلی هنوز در مرحله رأیگیری بود و XRPL Labs گفت هیچ سرمایهای در معرض خطر نبود. به اعتبارسنجها توصیه شد به آن رأی مخالف دهند، در حالی که نسخه rippled 3.1.1 که در ۲۳ فوریه منتشر شد، Batch و fixBatchInnerSigs را پشتیبانینشده کرد تا نتوانند فعال شوند.
سپس توسعهدهندگان منطق امضا و مجوزدهی را برای جایگزین تغییر دادند. گزارش آسیبپذیری گفت که اصلاح، شرط موفقیت زودهنگام را حذف کرد، تدابیر حفاظتی مجوزدهی را افزود و قواعد بررسی امضا را سختگیرانهتر کرد. Batch V1.1 بعداً پس از توسعه و بررسی در xrpld 3.3.0 گنجانده شد.
کار امنیتی پیش از رأیگیری کنونی اعتبارسنجها ادامه یافت. همانطور که crypto.news در پوشش بررسی امنیتی Batch V1.1 خود گزارش داد، توسعهدهندگان ۱۱ مسئله دیگر مربوط به امضاها، بررسیهای مجوزدهی و خرابیهای احتمالی سرور را پیش از رسیدن اصلاحیه به مرحله رأیگیری کنونی رفع کردند.
آکینیهله به CoinDesk گفت که این بررسی شامل آزمون خصمانه داخلی، تحلیل به کمک هوش مصنوعی، مسابقه امنیتی Sherlock و ارزیابیهایی با مشارکت Halborn و Common Prefix بود. CoinDesk این جزئیات را به RippleX نسبت داد؛ گزارشهای عمومی شرکا که همه بخشهای آن بررسی را پوشش دهند در مطالب بررسیشده برای این گزارش گنجانده نشده بود.
اکوسیستم توسعهدهندگان XRPL همزمان با تحول طراحی امضا، تغییرات پشتیبان انجام داد. یک مسئله ژوئن در مخزن رسمی xrpl.js مستند کرد که منطق قدیمی امضای Batch با قالب بازنگریشده Batch V1.1 مطابقت نداشت، زیرا اطلاعات اضافی حساب و توالی به امضاها متصل شده بود. تاریخچه انتشار binary-codec جاوااسکریپت بیان میکند که پشتیبانی امضای Batch V1.1 در نسخه ۲.۹.۰ در اوت افزوده شد.
مدیران دارایی در حال آزمایش تسویه توکنشده بیشتر روی XRPL هستند
اظهارات ریپل درباره Batch در حالی مطرح میشود که شرکتهای مالی و توسعهدهندگان از زیرساخت دفتر کل XRP برای داراییهای توکنشده و پروژههای تسویه نهادی استفاده میکنند. در ژوئن، JPMorgan، Mastercard، Ondo Finance و Ripple در یک آزمون بازخرید خزانهداری آمریکا بهصورت توکنشده با استفاده از دفتر کل XRP شرکت کردند.
مونیکا لانگ، رئیس ریپل، در اوت گفت که نهادهای مالی بخشی از کار داراییهای توکنشده را از برنامههای آزمایشی به سمت تولید منتقل میکنند. Crypto.news درباره پروژههای توکنسازی نهادی ریپل گزارش داد که Aviva Investors در ژوئیه یک کلاس سهام صندوق توکنشده روی XRPL راهاندازی کرده و ریپل RLUSD را بهعنوان بخش نقدی احتمالی برای تسویه اتمی تحویل در برابر پرداخت میبیند.
فعالیت داراییهای رویزنجیره در کنار این توسعه رشد کرده است. بررسی دیگری از crypto.news درباره دادههای RWA دفتر کل XRP در ژوئیه گزارش داد که این شبکه بر اساس ارقام RWA.xyz حدود ۲.۶ میلیارد دلار ارزش دارایی واقعی توکنشده را در شش ماه افزوده است، بدون احتساب استیبلکوینها. همان گزارش هشدار داد که ارزش دارایی نمایشدادهشده و داراییهای فعالانه توزیعشده معیارهایی بهطور معنادار متفاوت هستند.
خود Batch V1.1 مدیران دارایی را ملزم نمیکند از XRP بهعنوان دارایی منتقلشده استفاده کنند. این قابلیت در لایه تراکنش عمل میکند و میتواند تراکنشهای پشتیبانیشده XRPL از حسابهای مختلف را بستهبندی کند. XRP برای کارمزد تراکنش دفتر کل همچنان مرتبط است، در حالی که تراکنشهای زیربنایی میتوانند شامل داراییها و ساختارهای توکن پشتیبانیشده دیگر باشند.
رویداد رویهای بعدی، پایان پنجره اصلاحیه کنونی است. XRPLDashboard فعالسازی Batch V1.1 را برای ۲۹ سپتامبر حدود ساعت ۱۴:۰۶:۴۱ UTC پیشبینی میکند، در صورتی که حداقل ۸۰٪ پشتیبانی اعتبارسنجها در کل شمارش معکوس بدون وقفه باقی بماند. آخرین شمارش منتشرشده در ۲۰ سپتامبر همچنان ۳۰ رأی موافق از ۳۵ اعتبارسنج ردیابیشده بود.