Погашение — это не тушение пожара, а расчет по счетам
Прогнали один и тот же рычажный (leveraged) позиционный инструмент через три разных протокола в нагрузочном тесте: срабатывание ликвидации TermMax происходит медленнее обычного, но медленность тут не случайная. Ликвидационный штраф разбит на две части: одна уходит в страховой пул, другая возвращается ликвидатору — такая структура в конкурентах встречается нечасто. Цена $TERM на эту задумку никак не отреагировала: рынок счел это лишь «управленческими» (governance) жетонами. $NVDAB
У Aave v3 линия ликвидаций строже: оракулы обновляются быстрее, после срабатывания фиксированная скидка превращается в распродажу. У TermMax буфер по коэффициенту обеспечения (collateral ratio) предоставляет больше пропускной способности, защита от проскальзывания агрессивнее — в итоге прибыль ликвидатора становится тоньше. В экстремальном рынке заявки могут остаться без желающих: риск безнадежной задолженности переносится «на потом». Держатели $TERM напрямую не несут риски, но зона покрытия страхового пула описана неясно.
Если сравнить с Compound, там ликвидационные штрафы прозрачнее: механизм старый, но надежный. Преимущество TermMax — в структуре процентных ставок по срокам: при ликвидации недостигнутые по сроку позиции оцениваются со скидкой по кривой. Это больше похоже на стоп-убыток с фиксированным доходом, а не на немедленное закрытие. Пользователям удобнее, но ликвидаторам выше вычислительные затраты — скрипты не могут нормально «переехать» интерфейсы (API) и работать. Если $TERM не будет достаточно стимулировать профессиональных ликвидаторов, ликвидность исчезнет именно в ключевой момент.
Есть и практическая деталь: UI TermMax задерживает ликвидационные события на десятки блоков — на чейне состояние уже изменилось, а фронтенд все еще показывает «безопасность». Это не основная критическая неисправность, но сильно влияет на оценку ситуации. У Euler синхронизация фронтенда лучше. Документация TermMax довольно лаконична: изменения параметров не имеют четкой истории версий. После запуска модуля стейкинга $TERM качество опыта заметно не улучшилось.
В целом: в дизайне ликвидаций есть замысел, но до полноценного исполнения «не дотянули» одну ступень. При этом то, как $TERM захватывает ценность, не привязано к ликвидационным доходам. @TermMax #termmax
Прогнали один и тот же рычажный (leveraged) позиционный инструмент через три разных протокола в нагрузочном тесте: срабатывание ликвидации TermMax происходит медленнее обычного, но медленность тут не случайная. Ликвидационный штраф разбит на две части: одна уходит в страховой пул, другая возвращается ликвидатору — такая структура в конкурентах встречается нечасто. Цена $TERM на эту задумку никак не отреагировала: рынок счел это лишь «управленческими» (governance) жетонами. $NVDAB
У Aave v3 линия ликвидаций строже: оракулы обновляются быстрее, после срабатывания фиксированная скидка превращается в распродажу. У TermMax буфер по коэффициенту обеспечения (collateral ratio) предоставляет больше пропускной способности, защита от проскальзывания агрессивнее — в итоге прибыль ликвидатора становится тоньше. В экстремальном рынке заявки могут остаться без желающих: риск безнадежной задолженности переносится «на потом». Держатели $TERM напрямую не несут риски, но зона покрытия страхового пула описана неясно.
Если сравнить с Compound, там ликвидационные штрафы прозрачнее: механизм старый, но надежный. Преимущество TermMax — в структуре процентных ставок по срокам: при ликвидации недостигнутые по сроку позиции оцениваются со скидкой по кривой. Это больше похоже на стоп-убыток с фиксированным доходом, а не на немедленное закрытие. Пользователям удобнее, но ликвидаторам выше вычислительные затраты — скрипты не могут нормально «переехать» интерфейсы (API) и работать. Если $TERM не будет достаточно стимулировать профессиональных ликвидаторов, ликвидность исчезнет именно в ключевой момент.
Есть и практическая деталь: UI TermMax задерживает ликвидационные события на десятки блоков — на чейне состояние уже изменилось, а фронтенд все еще показывает «безопасность». Это не основная критическая неисправность, но сильно влияет на оценку ситуации. У Euler синхронизация фронтенда лучше. Документация TermMax довольно лаконична: изменения параметров не имеют четкой истории версий. После запуска модуля стейкинга $TERM качество опыта заметно не улучшилось.
В целом: в дизайне ликвидаций есть замысел, но до полноценного исполнения «не дотянули» одну ступень. При этом то, как $TERM захватывает ценность, не привязано к ликвидационным доходам. @TermMax #termmax