Телефоны вибрируют посреди ночи, а оповещения об аномалиях XRP-реестра мигают — вот оно снова. Но на этот раз сюжет гораздо интереснее, чем ожидалось.

Я много лет работаю в криптосфере и видел слишком много цепочки из-за мелких ошибок в коде. Драма «автоматического поломки», разыгранная прошлой ночью в реестре XRP, превратилась в учебный пример: автоматизированная система ведущего кастодиан-сервиса всё ещё лихорадочно создаёт новые счета партиями после того, как баланс XRP соответствующего кошелька опустошён. Всего за несколько часов в сеть XRP было отправлено почти 11 000 недействительных запросов на транзакции.

Это не какой-то взлом. Говоря прямо, скрипт автоматизации полностью вышел из-под контроля.

**От нормального потока к бесконечным петлям**

Всё просто. Скрипт создания аккаунта кастодиана генерирует XRP-кошельки для пользователей согласно установленной логике, и система изначально работала довольно стабильно. Проблема застряла в одном звене: логике суждения после устранения баланса.

Реестр XRP разработан с определённым механизмом — каждый новый счет должен блокировать как минимум 20 XRP в резерве, и 4 из 10 000 XRP будут сжигаться на одну транзакцию. Этот трюк — предотвратить создание спам-аккаунтов группами и парализовать сеть.

Теоретически, когда XRP-баланс у хранителя исчерпан, сценарий следует отключить. Но какова же реальность? Система застряла в мёртвом цикле. Он не прекращался, но продолжал отправлять запросы на создание с высокой частотой.

Этот автоматический инцидент с отрывом превратил сам «защитный механизм» в источник стресса. Это напоминает всем простую истину: независимо от того, насколько умен код, он должен иметь соответствующие предохранители и механизмы человеческого вмешательства. Независимо от надёжности главного хоста, если в проектировании логической автоматизации появляется пробел, последствия могут повлиять на всю публичную цепочку.