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

Вспомните период Helio и скандал с уязвимостью Ankr — тогда вы поймёте, почему нужно устанавливать потолки для каждого вида залога. Суть проблемы проста: если в LST или конкретном залоге появляется баг бесконечной чеканки или происходит обвал цены, пулы ликвидности всего кредитного протокола рискуют быть полностью опустошены.

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

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