Дебати щодо безпеки XRP Ledger посилюються після паніки BatchGate

Довірений редакційний контент, перевірений провідними галузевими експертами та досвідченими редакторами. Реклама розкриття Наслідки страху XRP Ledger щодо BatchGate перетворюються на ширше обговорення про те, хто насправді відповідає за безпеку протоколу і скільки уваги мають отримувати основні поправки перед тим, як вони потраплять до основної мережі. У заяві, опублікованій у понеділок, довготривалий оператор валідаторів Даніель Келлер зазначив, що майже-інцидент з XLS-56 виявив «системну несправність у процесах огляду» і спонукав його зняти підтримку всіх поправок, що наразі розглядаються.

Пост Келлера був сформульований як уточнення щодо того, що мають робити валідатори dUNL, після того, що він описав як поширене непорозуміння після інциденту з Batch. Його головна ідея полягала в тому, що валідатори — це учасники управління, а не неоплачувані аудитори. «Роль валідаторів dUNL є конкретною і обмеженою: ми координуємо активацію (або відхилення) поправок, голосуючи “За” або “Проти” після пропозиції поправки», — написав він. «Ми маємо оцінювати очікувані поправки. Це наша основна функція управління.»

Пов’язане читання: XRP відображає Russell 2000, що це означає і чому це важливо.Ця різниця має значення, оскільки XLS-56, також відомий як Batch, був зупинений лише після виявлення логічної помилки у валідації підписів незадовго до запуску основної мережі. Помилка могла дозволити несанкціоноване виконання транзакцій і потенційно поставити під загрозу мільярди XRP, перш ніж поправку зупинили і виправили у rippled 3.1.1.

Питання управління XRP Ledger, з фокусом на Ripple

Для Келлера цей випадок був не ізольованою помилкою, а останнім прикладом глибшої структурної проблеми. «dUNL — це не безкоштовна команда для перегляду коду або аудиту протоколу. Очікувати, що валідатори витратять десятки неоплачуваних годин на перегляд складного коду поправок, ніколи не було частиною дизайну і ніколи не буде», — написав він. «Замість цього, пропонуючі поправки мають бути зобов’язані надавати всебічну документацію, тестові набори, аналіз безпеки та формальні доведення за запитом. Якщо ви хочете мою підтримку, доведіть, що зміна безпечна і корисна.»

Він стверджував, що тепер відповідальність лежить на Ripple, щоб активніше фінансувати цей процес. «Я не голосуватиму за будь-які майбутні поправки, поки Ripple не зробить надійного, конкретного зобов’язання суттєво збільшити інвестиції у розробку основного протоколу XRPL, безпековий огляд і довгострокову стійкість», — сказав Келлер. «Якщо XRP справді є “Північною зіркою” Ripple, як неодноразово заявлялося, тоді базова безпека і децентралізація мережі мають отримати належну увагу і ресурси.»

Негайна реакція Келлера була прямою: скасувати всі поточні голоси “За”, крім тих, що стосуються очікуваних виправлень, і відмовитися від оновлення до rippled 3.1.1, якщо залишання на попередній версії ризикує видаленням з мережі. Він також зазначив, що той факт, що для запобігання шкоді в кінцевому підсумку потрібен був незалежний дослідник і інструмент AI, підкреслює, наскільки тонкою стала поточна система безпеки.

Інші провідні голоси XRPL погодилися, що процес потрібно змінювати, хоча не всі підтримують уповільнення. Vet, відомий валідатор XRPL, назвав інцидент з Batch «масштабною можливістю» для спільноти і Фонду XRPL переосмислити, як розвивається протокол. Він виступав за повільніший графік внесення поправок, більше платних перевірок, кілька аудитів для великих змін, “атакагони” на тестовій мережі і програму винагород за виявлення помилок, достатню для залучення елітних дослідників.

Пов’язане читання: Фінансування розробників XRP змінюється у 2026 році, оскільки Ripple підтримує нову модель.Келлер, однак, виступив проти ідеї, що відповідь — просто рухатися повільніше. «У короткостроковій перспективі нам потрібна якась угода з Cantina. Вони довели свою надійність, і це найкраще, що у нас є зараз», — написав він. «У середньостроковій перспективі, винагороди за помилки потрібно підвищити і платити серйозні гроші. По-перше, потрібно стимулювати людей дивитись код; по-друге, це має окупитися відповідальним розкриттям інформації.»

Він ще більше підкреслив у подальшому коментарі, що відображає настрій дискусії: «Я не хочу сповільнювати нашу швидкість розробки; нам знадобилися роки, щоб досягти нинішнього рівня, і ми все ще повільні. Потрібно залучити більше ресурсів, і цей процес має початися вже вчора.»

Залишаючи XRP Ledger у напруженому, але звичному стані: мережа намагається додати функціональність, не підриваючи довіру до свого базового шару. BatchGate не став активною експлуатацією. Але він поставив відкритий більш гострий питання — чи все ще pipeline для поправок XRPL працює з достатньою глибиною огляду для масштабу змін, що пропонуються зараз.

На момент публікації XRP торгувався за $1.3566.

XRP знову опустився нижче 200-тижневого EMA, графік за 1 тиждень | Джерело: XRPUSDT на TradingView.com. Відображене зображення створено за допомогою DALL.E, графік — з TradingView.com Редакційний процес для bitcoinist зосереджений на наданні ретельно дослідженого, точного та неупередженого контенту. Ми дотримуємося строгих стандартів джерел, і кожна сторінка проходить ретельний огляд нашою командою провідних технологічних експертів і досвідчених редакторів. Цей процес забезпечує цілісність, релевантність і цінність нашого контенту для читачів.