#termmax привычно заглядывать в базовый код и распределение прав в смарт-контрактах — обычно можно увидеть самый истинный антирисковый «фон» протокола. TermMax уже давно ведёт внешние маркетинговые кампании, продвигая «фиксированную доходность» как детерминированность, но если внимательно пролистать его контракт V2, станет ясно, что эта «детерминированность» крайне хрупкая. Во внутренней системе открыто сохранено сверхадминистраторское право DEFAULT_ADMIN_ROLE: оно не только может управлять всеми остальными ролями, но и может через интерфейс upgradeToAndCall напрямую заменять базовый контракт логики.

Ещё более фатальное слабое место — механизм подачи котировок его оракулом (Oracle). Фиксированное-ставочное кредитование и ликвидации сильно зависят от актуальной цены, но при смене источника цен TermMax этот самый высший администратор должен вручную отправлять и подтверждать изменения. Официальная сторона, возможно, будет ссылаться на «таймлок» (Timelock) как на гарантию безопасности, но в условиях экстремального одностороннего обвала каждая секунда задержки при подаче цены решает судьбу миллионов и десятков миллионов долларов. Если исходный оракул выйдет из строя или будет атакован, администратору придётся пройти таймлок-процедуру, чтобы переключить источник цен — в это время базовые безнадёжные долги уже полностью пробьют пул насквозь. Система концентрирует самые ключевые права на ценообразование и апгрейды, всё собирая в руках крайне малого числа бэкэнд-администраторов.

Ставить крупные объёмы средств на систему, правила в которой в любой момент могут быть переписаны сверхполномочиями, — это когда риск/доходность крайне несбалансированы. Зрелый DeFi-протокол, который долго не желает уничтожить суперправа или не доводит управление оракулом до полной децентрализации, любая заявляемая им «безопасность» будет держаться лишь на тонком допущении, что команда «не будет творить зло» — и с точки зрения финансовой логики это абсолютно не проходит проверку. @TermMax $BTC