Дэвид Шварц, Emeritus CTO Ripple, вновь обратил внимание сообщества XRP Ledger на структурную проблему — уязвимость сети перед front-running и sandwich-атаками. Обсуждение возобновилось после того, как он представил схему резервирования транзакций, при которой каждая операция должна выполняться до того, как станет известна следующая. Идея вызвала споры, и пользователи предложили несколько альтернатив, однако, по оценке Шварца, все они несут риски, способные перевесить потенциальные выгоды.
Один из вариантов, озвученный в ходе дискуссии на платформе X, заключался в присвоении транзакциям метки времени с точностью до секунды. Предполагалось, что более ранние записи автоматически получат приоритет. Разработчик Ripple Маюкха Вадари пояснил, что такой подход неосуществим: узлы-валидаторы получают транзакции в разное время из-за особенностей распространения данных в одноранговой сети, и единого хронологического порядка добиться невозможно.
Ближайшей реализуемой альтернативой Дэвид Шварц назвал консенсусное упорядочивание, при котором валидаторы голосуют за очерёдность операций непосредственно в процессе достижения консенсуса. Однако этот метод, по его словам, резко увеличивает объём информации, требующей согласования, что существенно замедлит работу сети. «Пришлось бы согласовывать гораздо больше данных, и процесс консенсуса стал бы значительно медленнее», — отметил он в своём Twitter-аккаунте.
Ещё одна рассмотренная идея — опциональный флаг, позволяющий пользователям за дополнительную плату запрашивать приоритетную обработку транзакции. Такой флаг давал бы преимущество при ретрансляции, а очерёдность флаговых операций определялась бы консенсусом. Но сам же Шварц указал на фундаментальный изъян: асимметрия между «приоритетными» и обычными переводами упростит проведение front-running и sandwich-атак против транзакций без флага. «Я не думаю, что это того стоит, особенно потому, что облегчаются атаки на те транзакции, которые флаг не активируют», — заявил он, поставив под сомнение полезность механизма как целостного решения проблемы.
Таким образом, текущий раунд обсуждений показал, что разработчики Ripple продолжают искать баланс между безопасностью и производительностью, но ни один из предложенных вариантов пока не признан удовлетворительным. Дэвид Шварц подчеркнул, что будущие изменения должны усиливать защиту сети, не замедляя консенсус и не создавая новых векторов для злоупотреблений.
