Batch V1.1 у XRP Ledger залишається вище необхідного порогу валідаторів, оскільки Ripple заявляє, що керуючі активами та комерційні проєкти готуються використовувати цю функцію транзакцій, якщо вона активується пізніше цього місяця.
- Batch V1.1 має 30 голосів валідаторів, що зберігає зворотний відлік активації XRP Ledger 29 вересня за графіком.
- Ripple заявляє, що керуючі активами будують рішення навколо Batch, хоча конкретні партнери наразі не розкриваються.
- Batch може об'єднувати вісім транзакцій, дозволяючи пов'язаним передачам активів і платежів розраховуватися атомарно разом.
- Розробники замінили оригінальний Batch після того, як дослідники виявили критичну ваду перевірки підпису в лютому.
- XRPL версії 3.3.0 постачався з Batch V1.1 після розширених перевірок і виправлень додаткових проблем безпеки.
CoinDesk повідомив 19 вересня, що керівник інженерного відділу RippleX Айо Акіньєле сказав, що робота, пов'язана з керуючими активами, готується навколо Batch V1.1, який може пакувати до восьми транзакцій в одну операцію Batch. Ripple публічно не назвала керуючих активами і не розкрила точні дати запуску.
Дані про поправку в реальному часі, переглянуті 20 вересня, показали, що 30 з 35 відстежуваних довірених валідаторів підтримують Batch V1.1. XRP Ledger вимагає підтримки щонайменше 80% протягом 14 послідовних днів, перш ніж поправка активується, що встановлює поточний поріг на рівні 28 голосів. Зворотний відлік розпочався 15 вересня о 14:06:41 UTC і вказує на можливу активацію незабаром після того ж часу 29 вересня, якщо підтримка збережеться.
XRP Ledger Batch V1.1 може пов'язувати етапи розрахунків разом
Специфікація XLS-56 визначає Batch як транзакцію, що пакує від двох до восьми внутрішніх транзакцій. Вона підтримує чотири режими обробки: All or Nothing, Only One, Until Failure та Independent. Налаштування All or Nothing вимагає, щоб уся група виконалася успішно, або запобігає набуттю чинності пакета.
Ripple зосереджує частину комерційного обговорення на поставці проти платежу, або DvP. У такій транзакції передача активу та його оплата можуть бути розміщені в межах однієї атомарної операції. Невдалий платіж перешкоджав би завершенню пов'язаної передачі активу за налаштування all-or-nothing.
Акіньєле сказав CoinDesk, що «Ми поділимося більше, коли функція буде запущена, включаючи роботу з ключовими керуючими активами». Ripple не ідентифікувала ці фірми, тому заява залишається описом компанією роботи, яка ще не була публічно задокументована через оголошення названих партнерів.
Специфікація XLS-56 перелічує серед потенційних застосувань бездовірчі мультиакаунтні свопи, платформні збори та структури флеш-кредитів. Маркетплейс або гаманець міг би, наприклад, об'єднати платіж клієнта з платою за обслуговування замість вимоги окремих транзакцій, тоді як різні акаунти можуть авторизувати окремі етапи одного Batch.
Акіньєле сказав, що «деякі проєкти вже будуються з урахуванням Batch», але особи партнерів і графіки виробництва залишаються нерозкритими. Ripple заявила, що деталі з'являться після завершення планів.
Підтримка валідаторів зберігає вікно 29 вересня відкритим
Станом на останній показник 20 вересня Batch V1.1 мав 30 голосів підтримки серед 35 валідаторів, відстежуваних XRPLDashboard, що дорівнює приблизно 85%. Таким чином підтримка залишалася вище порогу в 28 голосів, необхідного для продовження вікна активації.
Прогнозована дата 29 вересня є умовною. Поправки XRPL не активуються просто тому, що вони один раз перетнули 80%. Валідатори повинні підтримувати супербільшість протягом повного 14-денного періоду, і валідатори можуть змінювати свої голоси, поки йде відлік. Якщо підтримка впаде нижче необхідного рівня, поточне вікно зупиняється і після відновлення порогу буде потрібен ще один безперервний період.
Останній підрахунок продовжує швидке зростання підтримки цього місяця. Тоді Batch V1.1 мав 24 з 35 голосів валідаторів, або 68,57%, залишаючись нижче порогу активації. Підтримка зросла до 27 голосів до 15 вересня, перш ніж достатньо валідаторів підтримали поправку, щоб розпочати зворотний відлік.
Сама поправка постачалася з xrpld версії 3.3.0 6 серпня. Офіційні примітки до випуску XRP Ledger описують Batch V1.1 як заміну оригінальної поправки Batch і зазначають, що вона підтримує до восьми внутрішніх транзакцій, включаючи структури атомарних свопів.
Відтоді XRP Ledger Foundation випустила xrpld 3.4.0. Програмний випуск від 16 вересня вводить окремі поправки щодо кредитування та очищення і не замінює Batch V1.1, який залишається у власному процесі голосування в головній мережі. Операторам серверів було рекомендовано оновитися до версії 3.4.0 для безперервності обслуговування.
Batch V1.1 з'явився після критичної вади в першій версії
Поточна поправка з'явилася після того, як розробники зупинили оригінальну пропозицію Batch у лютому. Офіційне розкриття вразливостей XRPL повідомляє, що дослідник безпеки Пранам'я Кешкамат і інструмент Apex від Cantina AI виявили критичну ваду перевірки підпису 19 лютого.
За певних умов уразливий код міг припинити перевірку підписувачів Batch після виявлення щойно створеного акаунта. XRPL Labs заявила, що зловмисник тоді міг би включити несанкціоновану транзакцію з іншого акаунта, не володіючи приватними ключами власника цього акаунта. Потенційні транзакції могли включати платежі та певні зміни стану реєстру.
Вада ніколи не стала активною в головній мережі XRP Ledger. Оригінальна поправка все ще перебувала на стадії голосування, і XRPL Labs заявила, що кошти не були під загрозою. Валідаторам було рекомендовано голосувати проти неї, тоді як rippled версії 3.1.1, випущений 23 лютого, зробив Batch і fixBatchInnerSigs непідтримуваними, щоб вони не могли активуватися.
Потім розробники змінили логіку підпису та авторизації для заміни. Звіт про вразливість зазначив, що виправлення прибрало передчасну умову успіху, додало запобіжники авторизації та посилило правила перевірки підписів. Batch V1.1 пізніше було включено до xrpld 3.3.0 після розробки та перевірки.
Робота з безпеки продовжувалася до поточного голосування валідаторів. Як crypto.news повідомляв у своєму висвітленні перевірки безпеки Batch V1.1, розробники виправили ще 11 проблем, пов'язаних із підписами, перевірками авторизації та можливими збоями сервера, перш ніж поправка досягла поточної стадії голосування.
Акіньєле сказав CoinDesk, що перевірка включала внутрішнє змагальне тестування, аналіз за допомогою ШІ, конкурс безпеки Sherlock та оцінки за участю Halborn і Common Prefix. CoinDesk приписав ці деталі RippleX; публічні звіти партнерів, що охоплюють кожну частину цієї перевірки, не були включені до матеріалів, переглянутих для цього звіту.
Екосистема розробників XRPL вносила підтримувальні зміни в міру розвитку дизайну підпису. Червневий issue в офіційному репозиторії xrpl.js задокументував, що старіша логіка підпису Batch не відповідала переглянутому формату Batch V1.1, оскільки додаткова інформація про акаунт і послідовність була прив'язана до підписів. Історія випусків JavaScript binary-codec зазначає, що підтримку підпису Batch V1.1 було додано у версії 2.9.0 у серпні.
Керуючі активами тестують більше токенізованих розрахунків на XRPL
Коментарі Ripple щодо Batch з'являються тоді, коли фінансові фірми та розробники використовують інфраструктуру XRP Ledger для токенізованих активів та інституційних проєктів розрахунків. У червні JPMorgan, Mastercard, Ondo Finance і Ripple взяли участь у тесті погашення токенізованих казначейських зобов'язань США з використанням XRP Ledger.
Президентка Ripple Моніка Лонг сказала в серпні, що фінансові установи переводили частину роботи з токенізованими активами з пілотних програм у виробництво. Crypto.news повідомляв про інституційні проєкти токенізації Ripple, що Aviva Investors запустила клас акцій токенізованого фонду на XRPL у липні, і що Ripple розглядала RLUSD як можливу грошову частину для атомарних розрахунків поставки проти платежу.
Активність ончейн-активів зростала разом із цим розвитком. Ще один огляд crypto.news даних RWA XRP Ledger повідомив у липні, що мережа додала приблизно 2,6 мільярда доларів у вартості токенізованих реальних активів за шість місяців, за винятком стейблкоїнів, за даними RWA.xyz. Той самий звіт застерігав, що представлена вартість активів і активно розподілені активи є суттєво різними показниками.
Сам Batch V1.1 не вимагає від керуючих активами використовувати XRP як актив, що передається. Функція працює на рівні транзакцій і може пакувати підтримувані транзакції XRPL з різних акаунтів. XRP залишається релевантним для комісій за транзакції реєстру, тоді як базові транзакції можуть включати інші підтримувані активи та токен-структури.
Наступна процедурна подія — завершення поточного вікна поправки. XRPLDashboard прогнозує активацію Batch V1.1 на 29 вересня приблизно о 14:06:41 UTC, якщо щонайменше 80% підтримки валідаторів залишатиметься безперервно протягом усього зворотного відліку. Останній опублікований підрахунок 20 вересня залишався 30 голосів на користь із 35 відстежуваних валідаторів.