Валідатори XRP Ledger наближаються до схвалення BatchV1_1, але живі дані голосування 8 вересня показали, що поправка залишається нижче порогу, необхідного для початку її двотижневого періоду активації.
Підсумок
- BatchV1_1 наразі має 24 з 35 голосів валідаторів, що дорівнює 68,57% підтримки в основній мережі XRPL.
- Для активації потрібно понад 80% підтримки протягом чотирнадцяти днів поспіль, і зворотний відлік не розпочато.
- Пакетні транзакції можуть містити до восьми операцій і підтримують чотири режими виконання після активації.
- Версія XRPL 3.3.0 представила BatchV1_1 після того, як розробники вимкнули оригінальний код Batch через вразливість.
- Раніше виявлений недолік міг дозволити несанкціоновані платежі, але вразлива поправка так і не була активована в основній мережі XRPL.
BatchV1_1 мав підтримку 24 з 35 валідаторів у списку за замовчуванням Unique Node List, що дорівнює 68,57%, згідно з XRPScan. Для перевищення 80% за поточної кількості валідаторів потрібно щонайменше 29 позитивних голосів.
Поправка дозволила б об'єднувати до восьми транзакцій в одну скоординовану операцію. Однак повідомлення про те, що вона активується у вересні, залишаються спекулятивними, оскільки необхідна більшість не досягнута.
Активація у вересні можлива лише якщо підтримка спочатку перевищить 80% і залишатиметься на цьому рівні безперервно протягом чотирнадцяти днів.
Голосування за Batch у XRP Ledger не розпочало зворотний відлік
Поправки XRPL активуються лише після утримання підтримки понад 80% довірених валідаторів протягом двох послідовних тижнів. Якщо підтримка впаде нижче цього рівня протягом періоду, таймер скидається.
Отже, BatchV1_1 потребує щонайменше п'яти додаткових позитивних голосів за поточної конфігурації з 35 валідаторів. Зміни в наборі учасників можуть змінити точну необхідну кількість.
Поправка не має підтвердженої дати активації. Навіть якби вона негайно перетнула поріг, вона не могла б активуватися, доки не завершиться безперервний двотижневий період.
Голоси валідаторів також можуть змінюватися. Оператори можуть відкликати підтримку, якщо тестування виявить проблеми сумісності, безпеки чи експлуатації.
BatchV1_1 об'єднував би вісім транзакцій
Офіційна документація XRPL зазначає, що пакетні транзакції можуть містити до восьми внутрішніх транзакцій. Операції упаковуються в зовнішню транзакцію, яка керує послідовністю, комісіями та авторизацією.
Було б доступно чотири режими виконання. «Все або нічого» вимагає успіху кожної внутрішньої транзакції. «Лише одна» застосовує першу успішну операцію, тоді як «до збою» обробляє транзакції, поки одна не зазнає невдачі. «Незалежний» намагається виконати кожну включену транзакцію незалежно від інших результатів.
Потенційні випадки використання включають атомарні обміни токенів, карбування NFT з наступною пропозицією, об'єднані комісії платформи та скоординовані дії за участю кількох облікових записів. Багатооблікові пакети вимагають, щоб кожен обліковий запис-учасник авторизував повний набір.
Ця функція могла б зменшити зовнішню інфраструктуру, необхідну додаткам для координації залежних дій. Кожна зафіксована внутрішня транзакція зберігала б окремі метадані та посилання на батьківський пакет.
Як повідомляв crypto.news під час випуску версії 3.3.0, публікація коду не активувала функцію. Схвалення валідаторів залишалося необхідним.
Виправлена поправка замінює вразливий код Batch
Версія XRPL 3.3.0 представила BatchV1_1 6 серпня як заміну оригінальної поправки Batch. Розробники вимкнули цю попередню версію в лютому після того, як дослідники виявили критичну помилку авторизації.
Pranamya Keshkamat та інструмент безпеки Apex від Cantina AI виявили помилку в логіці, яка використовується для перевірки підписантів у пакеті. Ця вада могла дозволити зловмиснику пропустити перевірки для деяких учасників і надсилати несанкціоновані транзакції з рахунку жертви.
XRPL Labs заявила, що вразлива поправка не була активована в основній мережі, і кошти користувачів не були під загрозою. Валідаторам рекомендували голосувати проти неї, тоді як версія rippled 3.1.1 позначила оригінальний Batch та його супутнє виправлення як непідтримувані.
Виправлена версія усуває помилку раннього виходу, додає заходи безпеки авторизації та звужує спосіб перевірки кожного підписанта. Незалежний аудит пізніше переглянув заміну перед її випуском.
У пов'язаному висвітленні перевірки безпеки, crypto.news повідомив, що оригінальна вада була виявлена до активації, і BatchV1_1 було переписано для версії 3.3.0.
Активація повністю залежить від валідаторів
Оператори вузлів повинні запускати програмне забезпечення, що підтримує BatchV1_1, перед голосуванням за нього. XRPL також попередив операторів Clio оновитися до версії 2.8.0, щоб їх інфраструктура API могла обробляти нові формати транзакцій та реєстру, якщо поправки активуються.
Наступний підтверджений етап — поріг у 80% валідаторів. Лише тоді реєстр зафіксує початок двотижневого періоду більшості.
Активація в кінці вересня залишається математично можливою, але вона не запланована. Точний час залежить від додаткових голосів валідаторів та безперебійної підтримки після цього.
Жодного підтвердженого руху ціни XRP не можна було віднести саме до голосування за BatchV1_1. Поправка змінює функціональність транзакцій, а не правила емісії або постачання XRP.
