Блог им. Ilia_Zavialov

Завьялов Илья Николаевич о THORChain.

Перед тем как вы погрузитесь в изучение статьи, обратите внимание на тот факт что всё упомянутое в ней не является финансовой рекомендацией для принятие более взвешенного решения просьба провести свое собственное исследование.

 

THORChain имел очень успешный 2023 год. Недавно он стал третьим по объему DEX после Uniswap и Pancakeswap и пятым крупнейшим обменником (включая CEX) для спотовой торговли BTC.

Завьялов Илья Николаевич о THORChain.

Рост объемов произошел после запуска streaming swaps (потоковых свопов). Следует отметить, что synths и savers, запущенные ранее, сыграли важную роль в эффективности потоковых свопов. 

Освежим в кратце Эволюцию THORChain

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

В начале своего пути пуллы THORChain полностью состояли из двойных LP, вносящих 50% Rune и 50% не-Rune активов (BTC, BNB, AVAX, ETH, USDC и т.д.). За последние 2 года THORChain сильно эволюционировал. Хотя пулы все еще сохраняют свою 50/50 формацию Rune/не-Rune, сегодня ликвидность в пулах распределяется между различными участниками с разными мотивациями. А именно, это двойные LP, держатели synth (savers и arbs), lenders и PoL (ликвидность, принадлежащая протоколу).


Меня зовут Завьялов Илья Николаевич. Я предприниматель и увлекаюсь финансами. Добро пожаловать в мой блог.

Medium — medium.com/@IliaNicolaevichZavialov 

Substack — ilianicolaevichzavialov.substack.com/

Завьялов Илья Николаевич о THORChain.

Кроме того, THORChain больше не ограничивается только свопами, но также поддерживает saving (счета с процентами) и лэндинг.

  • Swaps: Обмен X на Y
  • Savers: Заработать X на X
  • Lending: Занять X под Y

Хотя lending еще не доказал свою эффективность, savers и swaps широко приняты.

Что Дальше для THORChain в 2024 Году?

Помимо обычного (больше интеграций с DEX, кошельками, сетями и т.д.), в планах на следующий год следующие продукты: rapid swaps (с помощью limit orders), транзакции без мемо и perps. Код для первых двух в основном готов, поэтому мы можем ожидать их скорого запуска (вероятно, в первом квартале). Трудно комментировать сроки для perps, так как они находятся на ранней стадии дизайна/исследования.

Ожидается, что limit orders привлекут совершенно новый тип пользователей в THORChain; то есть трейдеров. Как и другие функции THORChain, у них есть свой THORChain обмен. В отличие от традиционных limit orders, которые выполняются против заявок/предложений в ордер-буке, limit orders THORChain выполняются против AMM пулов, когда и если их желаемая целевая цена будет достигнута. Это будет включать потоковые свопы и Synths, работающие за кулисами.

Давайте рассмотрим пример, чтобы увидеть, как это работает. Предположим, я размещаю limit order на продажу 1 BTC по цене не менее 50,000 USDC. Под капотом сначала мой 1 нативный BTC обменивается на 1 sBTC и помещается в «ордер-бук», ожидая выполнения. Оттуда он потоково обменивается на sUSDC, когда и если цена пула удовлетворит мою целевую цену в 50,000 USDC.

Limit orders значительно принесут пользу THORChain способом, который может быть не сразу очевиден. Вход в «rapid swaps».

Сегодня THORChain предлагает два варианта для своперов: обычные свопы с высокой скоростью, но неоптимальными ценами, и потоковые свопы, которые выполняются медленно с оптимальной ценой. Потоковый своп на сумму $1 млн+ обычно занимает более часа на выполнение.

Rapid swaps обещают лучшее из обоих миров; цена потокового свопа с скоростью обычного свопа. С limit orders, вполне возможно, что «потоковый своп» будет выполняться в течение одного блока без ущерба для ценового исполнения. Вот хорошая модель мышления, чтобы понять, как это будет возможно.

С обычными свопами arbs корректируют цены после выполнения свопа. С потоковыми свопами коррекция цены происходит во время свопа, между подсвопами. Limit orders делают шаг дальше. Arbs могут обновлять свои limit orders каждый блок, корректируя цены даже до того, как происходят органические свопы. Как только начинают выполняться потоковые свопы, каждый подсвоп может изменять цены пула так, что ожидающие выполнения limit orders могут сработать и выполниться против пула в другом направлении. Это означает, что потоковые свопы косвенно могут выполняться против limit orders в течение одного блока.

С limit orders, вместо того чтобы arbs ждали свопа и реактивно арбитражили, арбитраж будет происходить проактивно. Мы ожидаем, что это станет самым дешевым и эффективным способом арбитража на THORChain.

Наш последний момент здесь — это недавнее важное предложение, предлагающее использовать «торговые активы» вместо Synths для арбитража, чтобы удвоить капитальную эффективность arbs. Для заинтересованных мы настоятельно рекомендуем следить за обновлениями по этому предложению, так как оно, вероятно, поднимет арбитраж на THORChain на новый уровень. Вторичный эффект здесь от «торговых активов» заключается в том, что они могут снизить использование Synths и, таким образом, уменьшить чувствительность LP к цене Rune (подробнее о рисках в следующем разделе).

THORChain Становится Независимым от Кошелька

Транзакции без мемо — это тонкое, техническое обновление, но такое, которое может значительно принести пользу протоколу, сделав THORChain независимым от кошелька.

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

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

  1. Пользователь запрашивает котировку через интерфейс, поддерживающий THORChain (например, THORSwap).
  2. Интерфейс записывает намерение (например, желаемый актив, цепочка назначения, плата аффилиата и т.д.) на блокчейне THORChain, и в свою очередь, THORChain генерирует числовой детерминированный код (например, 42344), чтобы представить намерение. Как только THORChain распознает входящую транзакцию с суммой, оканчивающейся на этот код (например, входящая транзакция 1.00042344 ETH), она будет знать, как её обработать без необходимости дополнительной информации.
  3. Коммуникация между кошельком и интерфейсом THORChain может происходить через QR-код или другие средства.

Транзакции без мемо позволят интеграциям стать полностью независимыми от кошельков, что, возможно, значительно расширит охват THORChain.

Риски THORChain

Несмотря на высокий потенциал доходности THORChain/Rune, мы также признаем наличие у него относительно высоких рисков.

Программные Риски

Сама природа проектов THORChain – протокол ликвидности между сетями – является признанно рискованной областью, часто становясь мишенью для хакеров-черных шляп. Исторически, хаки мостов привели к потерям более чем на $2.5 миллиарда, и большинство из них были связаны с программными ошибками. THORChain изначально был сложным протоколом только с функцией кросс-чейн свопов, а теперь с Synths, savers, потоковыми свопами, PoL и lending он имеет гораздо большую потенциальную площадь для программных ошибок.

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

  • Immunefi bug bounty (max 250k Rune): чтобы убедить черных шляп стать белыми шляпами
  • Пауза ноды: любой оператор ноды может в одиночку приостановить сеть на час, если подозревает какую-либо злонамеренную деятельность.
  • Ограничение транзакции: ограничивает объем, который может проходить через пулы в течение определенного периода
  • Команда Thorsec: Команда безопасности, работающая 24/7, которая отслеживает здоровье сети, реагирует на инциденты и проверяет пулл-реквесты.

Экономические Риски

Synths (особенно savers) и lending делают THORChain более чувствительным к ценовой динамике Rune. Они все разработаны так, чтобы в значительной степени приносить пользу протоколу, когда Rune превосходит не-Rune активы, однако их воздействия в основном обратны, когда Rune уступает не-Rune активам и накладывает различные риски для протокола и/или его участников.

Lending

Lending – это самая последняя функция, активированная на THORChain. Она позволяет пользователям вносить нативные активы и брать под них займы. Как и другие, lending также является уникальной функцией. Основная цель lending – это обеспечение займов без ликвидации, без срока истечения. Ее вторичная цель – генерировать постоянное давление на покупку Rune, что помогает протоколу снять ограничения (ограничения пула и ограничения Synths). Мы не будем подробно рассматривать механику lending, а вместо этого дадим приблизительное представление о том, как это работает, так как это напрямую влияет на токеномику RUNE.

Допустим, я вношу BTC, чтобы взять в займы некоторые USDC. Протокол берет мой BTC в качестве залога в сети Bitcoin и дает мне USDC в сети Ethereum на основе рыночного соотношения LTV. BTC-залог используется для покупки и сжигания Rune. Если стоимость залога упадет ниже долга (всегда выраженного в TOR; не передаваемая единица учета, которая следует за ценой самого глубокого стейблкоин пула), его не ликвидируют. В более поздний срок, когда, например, стоимость залога снова повысится, я могу вернуть свой долг и получить свой BTC-залог. В результате погашения займа новый Rune будет сминчен.

Если в течение срока моего займа Rune превзойдет в цене залоговый актив (например, BTC), то чистый эффект погашения займа – это постоянное сжигание Rune, в противном случае чистый эффект – это новый Rune, входящий в оборот из Резерва.

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

Учитывая эти риски, lending вызвал недовольство у некоторых давних членов сообщества и был довольно спорной функцией. В конце концов, lending был выпущен с «аварийным тормозом», который автоматически прекращает функцию lending, если запас Rune когда-либо превысит его первоначальный максимум в 500 миллионов. Lending был недавно запущен с приличным успехом и еще должен доказать свою ценность на рынке (PMF).

Savers

Точно так же, с Synths (особенно savers), пулы становятся чувствительными к цене Rune. Вспомните грубую интуицию, которую мы ранее представили о savers против двойных LP. Когда Rune уступает не-Rune активу, в пуле может оказаться больше долгов по выданным Synths, чем существует в пуле активов (обязательства > активы). Ниже мы видим это на примере BTC пула, когда цена Rune была ниже 1 доллара летом.

Завьялов Илья Николаевич о THORChain.

Резюмируя 

в целом, предоставление ликвидности на THORChain — это игра с высоким риском и вознаграждением, которая может быть очень чувствительна к цене Rune. Участники свопов подвергаются риску только во время свопа, однако это не относится к поставщикам ликвидности. Те, кто хочет участвовать в пулах, должны провести исследование, убедившись, что они понимают связанные риски, а также вознаграждения.

 


теги блога Ilia_Zavialov

....все тэги



UPDONW
Новый дизайн