Aave v4: Мереволюция эффективности капитала через централизованные бухгалтерские предположения

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

Фрагменты ликвидности: почему старые модели неэффективны

Современные протоколы DeFi управляют рисками простым, но неэффективным способом: создают отдельные рынки для каждого профиля риска. Когда нужно поддерживать активы с разными характеристиками, протоколы не корректируют цены (процентные ставки) по деталям. Вместо этого создаются новые рынки с особыми правилами.

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

Каждый рынок требует своей депозиты. ETH, хранящийся в основном рынке, не может автоматически переместиться в отдельный рынок при росте спроса на займы там. Ликвидность можно перераспределить только вручную — пользователи должны вывести средства и разместить их в новом рынке. В результате значительные суммы остаются неиспользованными в одних местах, а потребности в других остаются неудовлетворенными.

По мере расширения Aave на новые активы и блокчейны эта проблема усугубляется: каждый новый риск-профиль требует отдельного рынка, а каждый рынок — отдельного потока ликвидности. В итоге возникает всё более выраженная фрагментация: одни и те же активы разбросаны по множеству мелких пулов, которые никогда не используются оптимально.

Вторая проблема — грубое ценообразование. Поскольку пользователей группируют по рынкам, а не по индивидуальному уровню риска, все участники внутри одного рынка платят примерно одинаковую ставку — независимо от того, насколько безопасна их залоговая позиция. Безопасные позиции случайно субсидируют рискованные, не из-за дизайна, а из-за ограничений системы.

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

Разделение ликвидности и рисков: ключевая трансформация Aave v4

Решение Aave v4 очень элегантно: разделить ликвидность и риски. В предыдущих версиях эти компоненты были связаны. Рынки одновременно обеспечивали ликвидность и управляли рисками. Чтобы изменить риск, нужно было создавать новый рынок, что автоматически означало создание новой ликвидности.

Теперь Aave v4 разрывает эту связь.

Идея начинается с нового концепта: Liquidity Hub. Этот хаб — не рынок, взаимодействующий напрямую с пользователями. Он не решает, кто может занимать, сколько и под какие залоги. Его задача — хранить активы, отслеживать балансы, считать проценты и обеспечивать платежеспособность системы.

Все взаимодействия пользователей происходят в другом месте — через структуру Spoke (ответвление). Spoke — не пул ликвидности, а набор правил: кто может получить доступ к ликвидности, при каких условиях и с каким уровнем риска.

Когда пользователь берет заем, он не делает это напрямую у Spoke. Он занимает через Spoke у Hub. Поскольку Spoke не держит средства, Aave не нуждается в создании отдельного пула для каждого профиля риска. Все активы аккумулируются в едином центральном балансе.

Отличие одного Spoke от другого — не в месте хранения средств, а в правилах их использования. Консервативный Spoke может разрешать только основные активы с низким кредитным плечом. Другой — позволять экзотические активы с более высоким плечом. Оба используют одну и ту же ликвидность, но под разными правилами.

Это — фундаментальный концептуальный скачок. В старом дизайне изменение риска означало изменение рынка и, следовательно, фрагментацию. В v4 изменение риска — изменение правил, без увеличения фрагментации.

Централизованные предположения бухгалтерского учета: как система управляет глобальными рисками

Разделение ликвидности и рисков возможно только при условии, что протокол видит всю картину — всю совокупность рисков по системе. В этом ключе важны базовые предположения бухгалтерского учета.

В Aave v3 учет ведется локально: каждый рынок имеет свою бухгалтерию. Платежеспособность оценивается по отдельным рынкам. Ликвидация инициируется в конкретном пуле. Убытки поглощаются ликвидностью этого пула. Такой подход лишает систему общего видения о том, как риски накапливаются по всей экосистеме.

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

Изменение предположений бухгалтерского учета меняет подход к управлению платежеспособностью. С централизованным обзором протокол может устанавливать четкие лимиты риска для каждого Spoke. Spoke не может получать неограниченную ликвидность. Вместо этого управление устанавливает «лимит риска» — максимально допустимый уровень риска, который может создавать Spoke.

Если риск в каком-то Spoke превышает допустимый уровень, лимит может быть снижен. В случае критической ситуации Spoke можно отключить без влияния на другие Spoke или принуждения пользователей к действиям. Убытки остаются под контролем — они ограничены установленным лимитом, даже если все позиции в одном Spoke потерпят крах одновременно.

Так новая предпосылка бухгалтерского учета позволяет добиться большей эффективности: ликвидность больше не должна располагаться отдельно для каждого типа заемщика или стратегии. Один баланс обслуживает все. Различие — только в правилах доступа, а не в хранении средств.

Ценообразование риска на уровне заемщика, а не рынка

Благодаря объединенной ликвидности и централизованному учету Aave v4 способен дифференцировать риски на уровне конкретного заемщика, а не только по рынкам.

В старом дизайне риск дифференцировался в основном структурно: чтобы обеспечить безопасность займа, выбирается «безопасный» рынок. Для более высокого кредитного плеча — отдельный рынок. Цены на ставки были грубыми и применялись массово ко всем участникам рынка.

В v4 базовая ставка активов определяется спросом и предложением в Hub. Но каждый заемщик платит дополнительную премию — в зависимости от профиля риска.

Когда пользователь занимает через Spoke, протокол оценивает риск конкретной позиции — исходя из залога, кредитного плеча и правил Spoke. Если позиция считается рискованной, на нее накладывается риск-премия — дополнительная плата за риск, который несет поставщик ликвидности.

Безопасные позиции платят почти ноль. Рискованные — значительную премию. Spoke играет важную роль — определяет, что считается «безопасным», а что — «рисковым», и как рассчитывать премии.

Консервативный Spoke может практически не взимать премию, так как его позиции очень ограничены. Более рискованные Spoke с высоким залогом или агрессивным кредитным плечом — взимают более высокие премии. Эти премии возвращаются в общий пул ликвидности, компенсируя поставщиков за риск.

Такая система создает здоровую обратную связь: если какой-то тип займа становится слишком рискованным, его цена автоматически повышается. Если спрос смещается в более безопасные конфигурации, цена тоже корректируется. Протокол не нуждается в создании новых рынков или ручной координации — индивидуальные ставки отражают риск-премии.

В итоге получается более продвинутая система кредитования, где цена зависит от поведения и залога заемщика, а не только от выбранного рынка.

Предсказуемая ликвидация и гибкое управление

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

Aave v4 решает это, меняя подход к ликвидации и управлению рисками. В v3 ликвидация инициировалась в конкретном пуле, и ликвидность этого пула использовалась для разрешения ситуации. Это зависело от наличия средств в пуле — если ликвидность исчерпана, ликвидация могла задерживаться или частично проваливаться.

В v4 ликвидация — глобальная операция. Spoke определяет, когда и как она происходит. Hub обеспечивает возможность завершения ликвидации с помощью централизованной ликвидности. Нет необходимости перемещать средства между рынками или балансировать пулы — все активы сосредоточены в одном месте.

Процесс становится значительно предсказуемее. Ликвидатор работает с одним источником ликвидности. Риск цепных ликвидаций из-за нехватки ликвидности в отдельных пулах значительно снижается.

В фрагментированных системах пулы могут «обанкротиться» не из-за отсутствия средств, а из-за утечки средств в другие места. В v4 нехватка ликвидности — это глобальный сигнал, четко отображаемый в централизованном учете. Протокол всегда знает, где потенциальные убытки, их масштаб и ответственные части системы.

Это также делает управление более гибким. В старом дизайне изменение предположений о рисках требовало миграции рынков или согласованных изменений ликвидности. В v4 управление осуществляется через лимиты и правила. Настройки можно делать постепенно — лимит риска можно повышать или снижать без необходимости принуждать пользователей к действиям.

Это снижает издержки управления и уменьшает риск ошибок или системных сбоев.

Путь к более зрелой экосистеме DeFi

Трансформация Aave v4 имеет долгосрочные последствия, выходящие за рамки эффективности капитала.

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

В v4 эксперименты становятся проще. Нет необходимости просить пользователей вносить средства в новые пулы — можно вводить новые Spoke. Управление задает правила и лимиты риска для конкретных сценариев, сохраняя целостность централизованного баланса.

Ключевой вопрос управления меняется: не «нужно ли создавать полноценный рынок для этого актива?», а «сколько риска мы готовы выделить под этот кейс?». Такой подход более точен, его легче менять и он не требует согласования с пользователями.

Это особенно важно для активов реального мира (RWA) и институциональных приложений. RWA часто имеют ограничения, трудно полностью интегрируемые в существующие рынки — механизмы разрешений, юридические обертки, медленная ликвидация или нестандартное поведение залогов.

В старом дизайне для учета таких ограничений приходилось идти на компромиссы: либо жертвовать основным рынком, либо полностью изолировать ликвидность. В v4 эти ограничения могут оставаться внутри одного Spoke с особыми правилами, при этом используя общую ликвидность Hub. RWA больше не — исключение с высоким риском, а — полноценный кейс с правильными параметрами риска.

Со временем модель роста Aave изменится. Протокол перестанет расширяться за счет запуска новых рынков и привлечения изолированной ликвидности. Вместо этого он будет развиваться за счет повышения полезности централизованного баланса. Ликвидность больше не будет простаивать в разных пулах — она будет динамически перераспределяться в соответствии с реальными потребностями, а риски — управляться через гибкие и настраиваемые правила.

Эта трансформация приближает DeFi к зрелой традиционной финансовой системе — где один баланс обслуживает разные профили риска, где ценообразование отражает индивидуальные риски, и где управление может гибко настраивать параметры без нарушения целостности системы.

Aave v4 показывает, что новые базовые предположения — от фрагментации к консолидации — могут открыть значительно более эффективное использование капитала, при этом лучше управляя системными рисками.