Aave V4 сотрудничает с Sherlock для обеспечения безопасности на трех этапах: комплексный аудит, конкурс аудитов и программа вознаграждения за обнаружение ошибок.

Команда Aave сотрудничает с Sherlock на всех этапах обновления V4: комплексный совместный аудит, проводимый совместно с Blackthorn, конкурс аудитов с призовым фондом в 365 000 долларов США и программа вознаграждения за обнаружение ошибок, охватывающая работающий код после запуска. Для одного из самых значительных архитектурных изменений в истории Aave, обеспечение безопасности не ограничивается предварительным анализом. Оно охватывает весь процесс, от развертывания до работы в реальных условиях.

Команда @aave сотрудничает с Sherlock на всех этапах обновления V4: комплексный совместный аудит с Blackthorn, конкурс аудитов на 365 000 долларов США и программа вознаграждения за обнаружение ошибок для защиты работающего кода после запуска.

Для одного из самых масштабных архитектурных изменений в истории Aave… pic.twitter.com/oqTzMLJBnG

— SHERLOCK (@sherlockdefi) 19 марта 2026 г.

Почему V4 нуждается в таком уровне защиты

Aave V4 представляет новую архитектуру "центра и периферии" вместе с новой системой оценки рисков. Это не просто незначительные изменения существующего кода. Это фундаментальная переработка того, как протокол распределяет ликвидность и оценивает риски на своих рынках.

Новая архитектура означает новые уязвимости, и новые уязвимости в протоколе, обрабатывающем миллиарды средств пользователей, означают, что допустимый уровень ошибок практически равен нулю.

Sherlock привлекается специально для более глубокого анализа новых компонентов V4. Стандартный аудит охватывает существующий код. Для V4 требуется такой уровень защиты, который понимает, что должны делать новые компоненты, как они взаимодействуют со старым кодом и где новые решения создают уязвимости, которые предыдущие системы аудита не могли выявить.

Три этапа, один непрерывный уровень безопасности

Совместный многоэтапный аудит с Blackthorn является основой. Вместо однократной проверки, такая структура позволяет учитывать результаты ранних этапов при определении объема последующих этапов. По мере разработки и интеграции компонентов V4, процесс аудита адаптируется, а не рассматривает кодовую базу как готовый продукт.

Конкурс аудитов с призовым фондом в 365 000 долларов США открывает код для более широкого круга независимых специалистов по безопасности, у которых есть финансовый стимул к его изучению. Конкурсные аудиты постоянно выявляют проблемы, которые традиционные аудиторские компании упускают, поскольку система мотивации поощряет поиск реальных уязвимостей, а не просто выполнение контрольного списка.

Призовой фонд в 365 000 долларов США достаточно велик, чтобы привлечь серьезных исследователей, которые рассматривают это как профессиональное задание, а не как подработку.

Программа поиска уязвимостей распространяет охват и после даты запуска. Это та часть, которую большинство процессов аудита полностью игнорируют. Код, который успешно проходит предварительную проверку перед запуском, все равно сталкивается с реальными условиями, новыми схемами транзакций и сценариями взаимодействия, которые ни один аудит не может полностью предвидеть. Активная программа поиска уязвимостей после развертывания поддерживает финансовый стимул для ответственного раскрытия информации, что означает, что уровень безопасности не прекращает свое действие в тот момент, когда пользователи начинают взаимодействовать с V4.

Архитектура "Центр и периферия" и почему она является ключевой

Модель "Центр и периферия" является основой того, что делает архитектуру V4 принципиально отличной от предыдущих версий Aave. Она централизует определенные функции протокола на уровне "центра", при этом позволяя отдельным рынкам функционировать как "периферия" со своими собственными параметрами.

Система премиальных платежей за риск лежит поверх этой структуры, динамически корректируя стоимость заимствований в зависимости от конкретного профиля риска каждого актива и конфигурации рынка.

Оба компонента настолько новые, что нет никакой предыдущей истории аудитов, на которые можно было бы опираться. Фокус Sherlock на этих областях отражает простой принцип безопасности: самый новый и сложный код несет в себе самый высокий остаточный риск, и именно на нем должна быть сосредоточена независимая проверка. Совместная работа с Blackthorn позволяет обеим компаниям перепроверять результаты в тех компонентах, где у одного рецензента могут быть "слепые зоны", что может иметь реальные последствия.

Что на самом деле означает безопасность на протяжении всего жизненного цикла

Модель Sherlock выходит за рамки аудитов, проводимых в определенный момент времени. Трехфазная структура Aave V4 является примером того, как это выглядит на практике: охват, который начинается во время разработки, усиливается на этапе перед запуском благодаря конкурентному обзору, а затем продолжается в процессе эксплуатации благодаря постоянным стимулам для поиска уязвимостей.

Для протокола такого масштаба, как Aave, этот подход отражает реалистичное представление о том, где на самом деле происходят сбои в безопасности. Предварительные аудиты выявляют много проблем. Но они не выявляют все.

Сочетание профессионального аудита, краудсорсингового конкурса и программы поиска уязвимостей после запуска создает перекрывающиеся уровни, которые охватывают различные типы сбоев на разных этапах жизненного цикла протокола.

Заключение

Процесс обеспечения безопасности Aave V4 с использованием Sherlock заслуживает внимания как модель. Три этапа, два перед запуском и один после запуска, охватывают наиболее инновационные архитектурные компоненты протокола, сочетая экспертную проверку, открытую конкуренцию и мониторинг в реальном времени. Для протоколов, внедряющих принципиально новую инфраструктуру, это тип охвата, который соответствует фактическому профилю риска того, что развертывается. Партнерство Aave V4 с платформой DeFi Sherlock, включающее совместный аудит, конкурс на 365 000 долларов США и программу поиска уязвимостей в реальном времени, установило новый стандарт для безопасности протоколов. Когда архитектура полностью новая, процесс обеспечения безопасности должен соответствовать ей.