Як повідомляє U.Today, головний технічний директор Ripple Девід Шварц висловив занепокоєння після нещодавнього інциденту в XRP Ledger (XRPL), який спричинив тимчасову зупинку або неможливість роботи вузлів. Цей інцидент спонукав Білла Моргана, ентузіаста та адвоката XRP, звернутися за роз’ясненнями щодо термінології, яку використовують розробники, зокрема щодо різниці між «зупинкою» мережі та «вимкненням». Шварц пояснив, що ключова відмінність полягає в тому, чи продовжує мережа створювати дійсні книги. Він зазначив, що хоча технічні аргументи можуть бути висунуті, корисність системи скомпрометована, якщо користувачі не можуть підтвердити безповоротне завершення платежів.

Інцидент почався о 14:45. 25 листопада, коли Wietse Wind, відомий розробник XRPL, написав у Twitter, що XRPL частково не працює. Він повідомив, що всі сервери повної історії, включно з тими, якими керує Ripple, не функціонували, а кластер Ripple також мав проблеми з поточною книгою. Пізніше Wind оновив, що оператори вузлів зазнавали зупинок або збоїв, але реєстр стабілізувався, оскільки вузли відновили роботу та підібрали нову консенсусну книгу. Він зазначив, що бухгалтерські книги з номерами 92346896 до 92347095 могли бути втрачені.

Подальші оновлення від Wind показали, що вузли XRPL не працюють незалежно від їх типу, включаючи повну історію, поточну книгу, шляхи пошуку та вузли подання. Він запевнив, що буде проведено розслідування для встановлення причини зупинки. Приблизно через 40 хвилин після початкового звіту Вінд зазначив, що XRP Ledger, здається, відновився незалежно, причому більшість вузлів повернулися до консенсусної книги та знову закрили книги. Він підтвердив, що вузли повної історії повністю синхронізуються, припускаючи, що жодні книги не були втрачені, і мережа поверталася до нормального стану.

У відповідь на інцидент Бред Чейз, віце-президент із розробки RippleX, заявив, що команда досліджує першопричину та працює над виправленням. Він пообіцяв надати більше оновлень, коли з’явиться додаткова інформація. Чейз також порадив операторам і валідаторам вузлів XRPL негайно оновити свою інфраструктуру до останньої версії 2.3.0. Він зазначив, що більше деталей про першопричину може бути розкрито після того, як мережа прийме виправлення для забезпечення безпеки. На момент подання звіту про подробиці інциденту ще не повідомлялося.