Поправка Batch V1.1 для XRP Ledger наблизилася на один голос валідатора до початку свого двотижневого процесу активації після того, як розробники виправили ще 11 програмних проблем, виявлених під час перевірок безпеки.
Компанія RippleX заявила в понеділок, що останній перегляд Batch V1.1 виявив проблеми, пов'язані з підписами транзакцій, перевірками авторизації та збоями серверів, причому виправлення були включені у версію, яка зараз розглядається валідаторами XRP Ledger.
Підтримка становила 27 з 35 довірених валідаторів у вівторок, що дорівнює приблизно 77%, залишаючи пропозицію трохи нижче 80% рівня, необхідного для початку періоду активації мережі.
Batch V1.1 дозволить групувати до восьми транзакцій в одну операцію, з правилами виконання, які можуть вимагати одночасного успішного завершення пов'язаних транзакцій.
Для обміну токенами між двома користувачами ця функція могла б зробити обидва перекази взаємозалежними. Якщо одна сторона обміну не вдається, інша транзакція не буде завершена незалежно.
Гаманці та торгові майданчики могли б використовувати ту ж структуру для одночасної обробки платежу клієнта та комісії платформи. RippleX заявила, що комерційні проєкти, що використовують Batch, вже знаходяться на стадії укладення контракту або розробки, хоча команда розробників не назвала публічно залучені компанії.
Підтримка валідаторів швидко зросла за останній тиждень. 8 вересня Batch V1.1 мав 24 голоси з 35 валідаторів у списку вузлів за замовчуванням (Unique Node List), що дорівнює 68,57%, як раніше повідомляло crypto.news. З того часу ще три валідатори підтримали цю поправку.
Згідно з правилами управління XRP Ledger, поправка повинна підтримувати щонайменше 80% підтримки валідаторів протягом 14 послідовних днів, перш ніж вона зможе активуватися. З 35 довіреними валідаторами, підрахованими наразі, ще один підтримуючий голос вивів би Batch V1.1 за поріг і розпочав цей період.
Результат не буде зафіксований після початку зворотного відліку. Валідатори можуть змінювати свої позиції, і падіння підтримки нижче 80% протягом 14-денного вікна перерве процес активації.
Подібний процес відбувся в липні, коли поправка fixCleanup3_2_0 отримала 85,71% підтримки та увійшла в період активації. Пакет згодом був активований 29 липня, після збереження достатньої підтримки валідаторів протягом необхідного періоду.
Поточне голосування відбувається після відкликання оригінального дизайну Batch після того, як дослідники виявили вразливість до того, як ця функція досягла основної мережі XRP Ledger.
За певних умов недолік міг дозволити зловмиснику розміщувати транзакції з облікового запису іншого користувача всередині пакету без отримання необхідної авторизації. Кошти користувачів не були під загрозою, оскільки уражена поправка ніколи не була активована.
Розробники переробили функцію після виявлення, причому Batch V1.1 пізніше був включений до xrpld 3.3.0, випущеного 6 серпня.
Реліз xrpld 3.3.0 представив виправлену реалізацію Batch разом з кількома іншими запропонованими функціями протоколу. Кожна поправка все ще вимагає окремого схвалення валідаторів, перш ніж стати активною в основній мережі.
Програмний інженер RippleX Маюха Вадарі заявила, що оригінальна проблема з підписом була виявлена в лютому до розгортання в основній мережі. Подальша робота включала виправлення першопричини, огляди чотирьох старших інженерів, конкурс безпеки Sherlock та аудити від Halborn і Common Prefix.
«Після того, як помилка підпису v1.0 була виявлена в лютому (до основної мережі, без ризику для коштів), ми її переробили», — написала Вадарі на X 14 вересня.
Процес перегляду не закінчився на початковій вразливості. RippleX заявила, що було виявлено ще 11 проблем під час вивчення замісної реалізації.
Додаткові висновки охоплювали обробку підписів, перевірки авторизації та програмні умови, здатні спричинити збої серверів.
Common Prefix класифікував одну з вразливостей як критичну. Згідно з оглядом RippleX, ця проблема могла дозволити зловмиснику повторно використовувати дозвіл, підписаний користувачем, та здійснювати більше транзакцій, ніж користувач спочатку мав намір авторизувати.
Інші висновки стосувалися того, як транзакції Batch перевіряли дозволи та обробляли підписи. Розробники вирішили виявлені проблеми до того, як поправка досягла поточної стадії голосування валідаторів.
RippleX заявила, що чотири старші інженери переглянули реалізацію, тоді як Halborn і Common Prefix провели зовнішні аудити. Код пройшов автоматизоване тестування та публічний конкурс безпеки, розроблений для виявлення вразливостей до активації.
Тестування безпеки використовувалося в інших останніх пропозиціях XRP Ledger. Червневий огляд безпеки Common Prefix виявив чисельні та поведінкові проблеми в компонентах XRPL, причому виправлення були розгорнуті через версію 3.2.0. Фірмі з безпеки згодом було доручено офіційну верифікацію та аналіз інших частин мережі.
Окремий конкурс Sherlock, що охоплював запропоновані функції XRP Ledger, виявив десятки дійсних вразливостей до того, як відповідні поправки досягли основної мережі, включаючи критичні та високого рівня серйозності висновки.
Batch є однією з кількох змін протоколу, запроваджених через програмний цикл 3.3.0, оскільки розробники XRP Ledger працюють над врегулюванням транзакцій, конфіденційністю, дозволами та інституційними функціями.
До випуску програмного забезпечення розробники окреслили п'ять запропонованих поправок XRPL, які включали транзакції Batch, Confidential MPT, Sponsor, Dynamic MPT та Permission Delegation.
Batch розроблений на основі атомарного розрахунку, де кілька пов'язаних операцій можуть оброблятися як скоординована транзакція замість того, щоб подаватися окремо.
Делегування дозволів дозволило б обліковому запису надавати обмежені повноваження іншому обліковому запису без передачі повного контролю. Confidential MPT призначений для приховування балансів та сум переказів для багатоцільових токенів, зберігаючи при цьому ідентифікатори облікових записів видимими в публічному реєстрі.
Жодна з функцій не стає активною лише тому, що її код включений до xrpld. Валідатори окремо вирішують, чи підтримувати поправки, залишаючи кожну пропозицію у власному графіку голосування.
Мережа вже бачила різні темпи прийняття серед пропозицій 3.3.0. Ripple проголосувала в серпні за поправку PermissionDelegationV1_1, коли вона мала підтримку від семи з 35 довірених валідаторів.
З того часу Batch значно наблизився до порогу активації. Його поточні 27 голосів залишають поправку за один голос валідатора до початку 14-денного періоду, за умови збереження наявних голосів.
RippleX не назвала комерційні проєкти, які, за її словами, перебувають на стадії укладення контракту або розробки для використання Batch. CoinDesk повідомив, що запитав у команди розробників, які компанії готуються використовувати цю функцію та чи отримали 11 останніх виправлень незалежний огляд порівняно з версією, яка зараз розглядається валідаторами.
XRP
