Aave объясняет, почему флеш-займы и ликвидации переживут обновление V3.8

Aave Labs объяснила разработчикам, что новый предохранитель от реентранси в обновлении V3.8 не тронет flash-loan ликвидации, которыми пользуются десятки интеграций протокола. Команда опубликовала разъяснение 23 октября, после того как 21 октября на обсуждение вынесли саму security-proposal. Смысл простой - механика мгновенных займов, включая сценарии, знакомые разработчикам по flash loan BSC и другим сетям, останется рабочей даже после ужесточения защиты.

Что меняет предложение Aave V3.8

Сама идея обновления в добавлении предохранителя (на английском его называют guard) к операциям Pool - базового контракта Aave, через который проходят все займы, депозиты и ликвидации. Такой предохранитель запрещает внешнему вызову повторно попадать в защищённые функции контракта, пока не завершился предыдущий вызов. Это классическая защита от атак с реентранси, которая не раз спасала DeFi-протоколы от повторного списания средств.

Aave Labs прямо указала, что функции flashLoan() и flashLoanSimple() попадут в список исключений. Их коллбэки смогут по-прежнему вызывать действия Pool, в том числе запускать ликвидации - именно тот сценарий, которым активно пользуются ликвидаторы и на Ethereum, и в сетях, где распространён flash loan BSC.

Почему коллбэк так важен для мгновенных займов

Контракт, получивший мгновенный заём, должен успеть сделать что-то полезное с заёмными активами прямо внутри одной транзакции. В документации Aave для разработчиков описана последовательность действий. Pool переводит активы, вызывает контракт-получатель, а затем проверяет условия погашения.

Для простого флеш-займа получатель обязан вернуть сумму займа плюс комиссию до конца транзакции, иначе она откатится целиком. Более широкий flash-loan интерфейс Aave умеет работать сразу с несколькими активами и при определённых условиях открывать долговую позицию под залог. Та же логика справедлива и для flash loan BSC, где интеграции ликвидаторов построены по похожему принципу: занять, погасить, вернуть долг в границах одной транзакции.

Именно эта механика объясняет, почему важно аккуратно очертить границы предохранителя. Интеграция для ликвидаций может занять актив, погасить нездоровую позицию и завершить остальную часть транзакции ещё до итоговой проверки. Если заблокировать любое повторное обращение к Pool без разбора, вся эта цепочка просто развалится.

flash loan BSC и общий контекст атак через мгновенные займы

Мгновенные займы давно стали инструментом не только для ликвидаторов и арбитражников, но и для злоумышленников. На Binance Smart Chain схема flash loan BSC не раз использовалась для манипуляций с ценами оракулов и вывода ликвидности из уязвимых пулов, и именно такие кейсы заставляют крупные протоколы вроде Aave особенно осторожно подходить к любым изменениям в логике займов.

По оценкам аналитиков, DeFi-сектор за последние годы потерял свыше 1,2 миллиарда долларов из-за подобных схем, и значительная часть инцидентов связана именно с дешёвыми и быстрыми транзакциями в сетях вроде BSC. Поэтому разработчики Aave подчёркивают, что новый предохранитель должен бить точечно, а не рубить с плеча всю механику мгновенных займов, включая вариации наподобие flash loan BSC, которые остаются легитимным инструментом для большинства участников рынка.

Прежде чем доверять свои средства любому DeFi-протоколу, разумно сначала оценить его масштаб и риски. Например, через DefiLlama можно проверить TVL Aave и сравнить его с другими площадками, прежде чем выбирать, где держать ликвидность.

Как работает блокировка на время транзакции

Предложенная реализация опирается на transient storage - новый тип хранения, появившийся благодаря EIP-1153. Такая память живёт только в рамках одной транзакции и обнуляется сразу после её завершения, поэтому отлично подходит для временного флага, который показывает, что защищённая операция уже выполняется.

В спецификации EIP-1153 блокировки от реентранси прямо названы одним из основных сценариев использования transient storage, а экономия на газе по сравнению с записью временного состояния в постоянное хранилище - ещё один аргумент в пользу такого решения. Похожая экономия актуальна и для сетей вроде BSC, где flash loan BSC остаётся одним из самых дешёвых способов быстро перераспределить ликвидность внутри одной транзакции. Для протокола с таким объёмом операций, как Aave, вопрос цены каждой проверки имеет не меньшее значение, чем сама защита.

Что будет дальше с обновлением

Путь предложения V3.8 стандартный для Aave: сбор обратной связи от сообщества, голосование в Snapshot, security-ревью и затем финальное ончейн-предложение по улучшению протокола. Ожидается, что код проверят в Certora и ещё несколько независимых аудиторов, прежде чем вопрос вынесут на окончательное голосование держателей AAVE.

Для интеграторов на Ethereum и других поддерживаемых сетях это разъяснение дает конкретную точку сверки. Итоговый код должен сохранить ту же последовательность вызовов, которую сейчас используют ликвидаторы, включая сценарии вроде flash loan BSC, где скорость исполнения критична. Намерения разработчиков - это хорошо, но итоговое поведение протокола будет зависеть от того, что реально одобрит governance и что покажут аудиты.

Что это значит для пользователей DeFi

Для обычного пользователя Aave эта история скорее хорошая новость, чем повод для беспокойства. Протокол пытается закрыть потенциальную дыру в безопасности, не ломая при этом работу ликвидаторов, которые поддерживают здоровье всего рынка займов. Если хотите разобраться, как вообще работают подобные механизмы и зачем нужны мгновенные займы в принципе, у нас есть отдельный разбор того, что такое DeFi и как устроены децентрализованные финансы, а также гайд о том, как пользоваться Aave, получать проценты на USDT и USDC и брать криптозаймы в таких протоколах.

Автор

Barbados