Liquid staking: stETH и другие ликвидные staking-токены, depeg и smart-contract risk

Ликвидный стейкинг, или liquid staking, позволяет участвовать в стейкинге через токен, представляющий соответствующую позицию. Вместо неподвижной записи о внесённых монетах у пользователя появляется актив, который можно передать, продать или использовать в поддерживающем его приложении. Однако ликвидным становится представление позиции, а не обязательно весь базовый капитал: для получения исходной монеты всё ещё могут потребоваться очередь, достаточная ликвидность и исполнение условий протокола.

Поэтому stETH нельзя понимать как ETH с бесплатной надбавкой, а wstETH — как второй независимый источник дохода. У каждого представления есть способ учёта, экономическая связь с базовым активом, рыночная цена и собственный маршрут выхода. Разница между этими величинами становится особенно важной, когда токен дешевеет относительно расчётной стоимости, вывод задерживается или позиция уже используется как обеспечение займа.

Ниже разберём владение ликвидным staking-токеном от получения до окончательного выхода. Основной пример — stETH и его обёртка wstETH; rETH и mSOL помогают увидеть, какие свойства нельзя переносить между протоколами. Все числовые задачи вымышлены: курсы, сроки, комиссии и коэффициенты выбраны для проверки арифметики, а не описывают актуальное предложение. Материал не рекомендует покупать конкретный токен или занимать под него деньги.

Базовую механику валидаторов объясняет руководство по стейкингу криптовалюты. Здесь главный предмет — другое: что именно находится в кошельке, как измерить его стоимость, какие ограничения появляются между токеном и исходными монетами и как не посчитать одну награду несколько раз.

Что получает владелец ликвидного staking-токена

Токен представляет позицию, а не отдельный мешок монет

Обычная модель liquid staking объединяет внесённые активы, распределяет их для стейкинга и выпускает представление участия. Внутренний учёт связывает токен с определённой долей или количеством базового актива. Но это не означает, что за каждой единицей токена закреплена конкретная монета, которую можно немедленно забрать из отдельной ячейки. Условия участия, распределения результатов и возврата задаются общей системой.

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

Внесение в протокол и покупка на рынке — разные события

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

Разница влияет на себестоимость. За один и тот же базовый эквивалент пользователь может заплатить разное количество ETH в зависимости от маршрута, скидки, комиссии и объёма операции. Следовательно, начальную базу нельзя всегда записывать как «внёс один ETH». Для рыночной покупки нужен фактически потраченный актив, полученное количество токенов и расходы. Без этого последующая доходность будет рассчитана от вымышленной точки входа.

Почему LDO не заменяет stETH

Управляющий токен проекта и представление застейканных активов выполняют разные функции. В рассматриваемом примере LDO относится к управлению Lido, stETH — к учёту позиции в застейканном ETH, а wstETH представляет обёрнутую форму stETH. Покупка управляющего токена не означает автоматического получения того же требования, которое возникает у владельца LST. Общее название проекта не объединяет эти инструменты в один баланс.

Сведения о самом проекте, его управляющем токене и соответствующей инвестиционной задаче находятся в материале о Lido DAO и LDO. Для практической проверки достаточно задать простой вопрос: какую именно операцию позволяет совершить мой токен при выходе? Если ответ относится к голосованию или продаже управляющего актива, это не то же самое, что погашение staking-позиции.

Ликвидность имеет несколько уровней

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

Поэтому вопрос «можно ли выйти в любой момент» нужно переформулировать: каким способом, в каком объёме, в какую монету и с какой допустимой потерей? Для человека, которому завтра нужен ETH, задержка на несколько дней существенна даже при высокой расчётной стоимости требования. Для владельца без близких обязательств важнее может оказаться итоговая сумма. Единой характеристики «ликвидно» для обеих задач недостаточно.

Обёртка не удваивает капитал

Если stETH передан в контракт обёртки и вместо него получен wstETH, это два описания одного экономического вложения на разных стадиях. Нельзя прибавить стоимость wstETH к стоимости заблокированного внутри обёртки stETH и назвать сумму собственным капиталом. Аналогично депозит wstETH в кредитный рынок заменяет непосредственное владение токеном требованием к этому рынку, а не создаёт ещё одну независимую исходную позицию.

Полезно рисовать цепочку словами: ETH превратился в stETH, stETH — в wstETH, wstETH внесён в приложение. В каждом звене записывают, кто сейчас распоряжается активом и что пользователь должен предъявить для возврата. При оценке портфеля учитывают принадлежащее ему конечное требование, а вложенные активы используют для объяснения обеспечения. Такой порядок обнаруживает искусственное увеличение баланса ещё до сложных вычислений.

Проверка понимания: найдите двойной счёт

В учебном кошельке было 6 stETH. Пользователь обернул их и получил 5 wstETH при коэффициенте 1,2 stETH за wstETH. Приложение показывает 5 wstETH и справочно сообщает, что они обеспечены 6 stETH. Имеет ли пользователь активы на 12 stETH? Нет: его позиция эквивалентна 6 stETH до расходов и изменения курса. Справочная строка объясняет представление пяти токенов, а не добавляет второй вклад. Если эти wstETH затем внесены в другое приложение, следует проверить уже новое требование и его ограничения.

stETH и wstETH: как меняются баланс и курс доли

Доли и отображаемое количество stETH

stETH использует долевой учёт: отображаемый баланс связан с принадлежащими адресу долями и текущим состоянием учитываемого пула. Когда применяется отчёт и изменяется отношение активов к долям, баланс stETH может пересчитаться без обычного входящего перевода. Такой пересчёт называется rebase. Поэтому поиск только транзакций получения токена не всегда объясняет изменение количества в кошельке.

В простом примере у адреса неизменно 100 условных долей. Сначала каждая соответствует 1,20 расчётной единицы, позже — 1,224. Отображаемый эквивалент увеличивается со 120 до 122,4, хотя долей не стало больше. Это полезная модель для проверки отчёта, но не утверждение, что любой рост общего пула автоматически увеличивает личное богатство: при новых внесениях появляются и новые доли, а другие операции меняют состав учёта.

Неизменное количество wstETH не означает отсутствие результата

В обёртке wstETH количество на адресе не пересчитывается при каждом отчёте так, как баланс stETH. Меняется количество stETH, соответствующее одному wstETH. Коэффициент нужно записывать с направлением: например, 1,2 stETH за один wstETH. Тогда 6 stETH дают 5 wstETH, а не 7,2. Обратное преобразование использует умножение, потому что возвращает эквивалент в другой единице.

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

Распаковка возвращает stETH, а не автоматически ETH

Операция unwrap меняет wstETH обратно на stETH. Она не равнозначна выходу валидатора, продаже на рынке или получению ETH по очереди. Если после распаковки в кошельке появился stETH, пользователь всё ещё владеет ликвидным staking-представлением. Чтобы получить исходный ETH, требуется следующий подходящий маршрут. Интерфейс может объединять несколько действий, но экономический смысл отдельных этапов от этого не исчезает.

Проверка конечного актива особенно важна при обязательном платеже. Допустим, нужно отправить именно 2 ETH, а доступная кнопка обещает «развернуть позицию». После операции может появиться 2,1 stETH, которые получатель не принимает. Количество стало удобнее для понимания, но платёжная задача осталась нерешённой. До подписи надо посмотреть не только название кнопки, но и актив, сеть, получателя и сумму после всей последовательности.

Балансовый коэффициент и рыночная цена существуют отдельно

Коэффициент wstETH к stETH описывает внутреннее преобразование. Рыночная цена показывает, сколько ETH или другого актива можно получить у покупателей сейчас. Между этими величинами нет обязательного равенства для любой суммы и любого момента. Обёртка может корректно распаковываться, но полученный stETH продаваться со скидкой; возможны также задержки и дополнительные расходы выбранного маршрута.

В учебном примере один wstETH соответствует 1,25 stETH, а исполнение продажи даёт 1,225 ETH. Отклонение относительно условного ориентира 1 ETH за stETH составляет 1,225 / 1,25 − 1 = −2%. Сравнение с единицей дало бы ошибочные «+22,5%». Оно смешало бы разные единицы и приняло накопленное изменение коэффициента за рыночную премию.

Уменьшение эквивалента нельзя исключать по названию модели

Термин «накопительный токен» описывает способ отражения результата, а не математическую гарантию вечного роста. Для оценки нужны правила признания наград, комиссий, потерь и изменений обеспечения. Обычные недополученные награды, штрафы валидаторов и существенный убыток пула нельзя автоматически считать одинаковыми событиями. Но заранее запрещать отрицательный сценарий только потому, что раньше линия росла, также неправильно.

Если условный коэффициент снизился с 1,224 до 1,20, владелец 5 wstETH по новой оценке имеет 6 stETH вместо 6,12. Это уменьшение на 0,12, или примерно 1,96% прежнего эквивалента. Число wstETH осталось равным пяти, поэтому контроль одного количества не обнаружит изменение. Нужно сравнить коэффициенты и понять причину, а затем отдельно проверить, как изменился рынок.

Частота отчёта и история кошелька

Баланс зависит от применения отчётных данных, а не от обещания обновиться в определённую секунду каждого дня. Отсутствие нового изменения к привычному часу само по себе не доказывает потерю средств. Но и считать его несущественным без проверки нельзя: нужно выяснить статус отчёта, задержку индексатора и состояние протокола. Для сравнения двух экранов фиксируют номер блока или хотя бы время обновления.

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

Проверка понимания: сколько раз возникла награда

Из 6 stETH получены 5 wstETH, затем коэффициент вырос с 1,20 до 1,224. Эквивалент стал 6,12 stETH. При полной распаковке пользователь получает около 6,12 stETH с учётом целочисленной точности контракта. Нельзя записать ещё 0,12 как «награду за unwrap»: она уже содержится в результате. Для оценки в ETH потребуется цена продажи или условия погашения, а для сравнения в деньгах — также цена самого ETH. Три преобразования единиц не создают три источника доходности.

Другие LST: что сравнивать вместо названия и процента

Классифицируйте механизм, а не только проект

Для первичного сравнения полезны две модели: изменение отображаемого количества и изменение обменного коэффициента. Встречаются также отдельные начисления, дополнительные доли и составные хранилища. Названия токенов не позволяют автоматически определить модель. Нужно найти, какой актив вносится, что выпускается и какое право возвращается при погашении. Если приложение объединяет несколько операций, классифицируется конечная позиция, а не первая узнаваемая монета в маршруте.

Особенно важно отделять LST от токена программы поощрения. Первый представляет staking-участие, второй может лишь распределяться за активность. Если пользователю начислили баллы или управляющий токен, это не доказывает увеличение количества базового ETH. Для сравнения по стоимости такие выплаты оцениваются отдельно, с собственными сроками доступа и ценой. Методика сопоставления ставок вынесена в разбор APY и капитализации.

rETH: отдельный протокол, собственный курс

rETH относится к liquid staking в Rocket Pool. Для анализа этого токена используется его собственная связь с ETH и история обменного коэффициента. Значение stETH за wstETH нельзя подставлять в расчёт rETH, даже если оба инструмента связаны с Ethereum. Различаются контракты, механизм распределения результатов и условия получения базового актива.

Сравнивать абсолютное количество rETH с количеством stETH бессмысленно без приведения к одной единице. Два токена с разными коэффициентами могут соответствовать одинаковой расчётной доле ETH. Более высокая цена одной единицы также не означает более высокую текущую доходность. Изменение коэффициента за сопоставимый период, стоимость приобретения и условия выхода дают больше информации, чем число токенов после покупки.

mSOL: нельзя переносить маршрут Ethereum на Solana

В Marinade Liquid mSOL представляет liquid-staking-позицию, связанную с SOL. Его экономику оценивают относительно SOL, а не ETH. Протокол различает liquid-продукт и нативное размещение: название одного сервиса не означает одинаковое представление во всех его режимах. Для выхода существуют рыночный и отложенный варианты с разными условиями. Кнопка быстрого выхода может фактически означать обмен по рыночной котировке.

Практическая разница проявляется в сети, идентификаторе токена, комиссии и порядке операций. Нельзя отправить mSOL по адресу Ethereum или ждать, что функция unwrap из интерфейса wstETH существует в идентичном виде для mSOL. Для нового протокола пользователь заново составляет короткую последовательность: какой токен отправляю, какой получаю и какая программа выполняет операцию. Знакомое слово liquid не заменяет эту проверку.

Сравнение начинается с исходной валюты обязательств

Доходность LST на ETH и LST на SOL включает разные базовые рыночные риски. Даже если оба показывают одинаковый процент увеличения эквивалента, итог в рублях, долларах или стейблкоине может сильно различаться. Это не обязательно ошибка ставки: изменилась стоимость исходной монеты. Поэтому выбирают не только staking-протокол, но и актив, который готовы держать.

Отдельная задача — сравнить LST с простым сохранением уже имеющегося ETH. Тогда полезен результат в ETH после расходов, потому что исходный рыночный риск присутствует в обеих альтернативных позициях. Но при необходимости оплатить рублёвый расход нужен ещё и денежный сценарий. Правила выбора горизонта и механизма можно сопоставить с сравнением доходных криптовалютных стратегий.

LST, дополнительное хранилище и restaking — не синонимы

Передача LST в хранилище не делает само хранилище базовым liquid-staking-протоколом. Над исходным активом появляется ещё одна система учёта, комиссий, полномочий и выхода. Restaking также нельзя считать обязательным свойством любого LST: это отдельный набор отношений и рисков. Наличие staking-награды не объясняет, за что обещан второй процент после повторного внесения.

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

Какие расходы действительно относятся к владельцу токена

Комиссия с награды и расход с первоначально внесённого капитала меняют результат по-разному. Если в условной программе валовая награда составляет 0,20 ETH, а удержание равно 10% именно награды, после удержания остаётся 0,18 ETH. Это не то же самое, что вычесть 10% из всей staking-позиции. Однако пользователь должен проверить, не отражено ли удержание уже в наблюдаемом коэффициенте, иначе комиссия будет посчитана повторно.

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

Проверка понимания: одинаковая ставка, разные результаты

Две учебные позиции увеличили базовый эквивалент на 2%. В первой базовая монета подешевела на 10%, во второй подорожала на 10%. До расходов денежные результаты составляют 1,02 × 0,90 − 1 = −8,2% и 1,02 × 1,10 − 1 = +12,2%. Из этого не следует, что второй протокол лучше выполнял staking-функцию. Отличается поведение исходных активов. Для сравнения качества механизма сначала отделяют результат в базовой монете, затем учитывают рыночную переоценку и выход.

Depeg: почему рыночная цена расходится с расчётной

Сначала задайте правильный ориентир

В разговоре о LST словом depeg называют заметное отклонение рыночной цены от ожидаемого отношения к базовому активу. Но сначала нужно определить само отношение. Для токена с меняющимся коэффициентом нормальный ориентир не обязан быть единицей. Если один токен представляет 1,25 ETH по модели учёта, сравнение его цены с 1 ETH не показывает скидку или премию относительно этого представления.

Практическая запись выглядит так: рыночная цена в ETH делится на расчётный эквивалент в ETH, затем вычитается единица. Отрицательный результат — относительная скидка, положительный — премия. При этом расчётный эквивалент не превращается в гарантированную выручку. Он нужен как явно названная база сравнения. Для исполнения всё равно проверяют доступное количество, маршрут и ограничения возврата.

Падение ETH к доллару не равно depeg токена к ETH

Допустим, stETH сохраняет прежнее отношение к ETH, но сам ETH подешевел на 20% к доллару. Денежная оценка staking-позиции также может значительно снизиться. Называть это потерей привязки неправильно: изменился базовый актив, а не обязательно соотношение внутри пары. Обратная ситуация тоже возможна: долларовая цена растёт вместе с ETH, хотя скидка LST к ETH расширилась.

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

Недостаток покупателей и уменьшение обеспечения — разные причины

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

Для решений полезно разделить две гипотезы. В первой базовое право не изменилось, но за быстрый выход приходится платить рынку. Во второй ухудшилась сама ожидаемая выплата. В первой ожидание иногда позволяет избежать части скидки; во второй оно не обязано восстанавливать исходную сумму. Объявлять любую скидку «временной паникой» опасно именно потому, что без проверки различие неизвестно.

Скидка небольшой сделки и цена всей позиции

В интерфейсе можно увидеть отношение 0,995 ETH за stETH и решить, что выход стоит только 0,5%. Но эта котировка может относиться к маленькому объёму. Продажа всей позиции способна пройти через несколько участков ликвидности и получить другую среднюю цену. Для практического расчёта нужна итоговая выдача на фактическое количество, а не последний обмен чужого пользователя.

Например, справочная оценка 100 stETH равна 99,5 ETH, но маршрут для всей суммы показывает 98,7 ETH после торговых удержаний. Разница 0,8 ETH — существеннее, чем кажется по верхнему ценнику. Если затем вычесть её ещё раз как отдельное проскальзывание, возникнет двойной расход. Подробную механику изменения цены самим объёмом объясняет разбор price impact.

Допуск проскальзывания не улучшает цену

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

Сохраняйте ожидаемое и минимально допустимое поступление, время котировки и отдельно сетевую комиссию. При повторной попытке заново проверяйте эти значения. Нельзя автоматически копировать параметры первой заявки после резкого движения рынка. Для общих правил ограничения исполнения полезен материал о проскальзывании при обмене; применительно к LST к нему добавляется неопределённость самого погашения.

Почему скидка не является бесплатным арбитражем

Вычитание рыночной цены из условного номинала показывает лишь потенциальную разницу до расходов и риска. Чтобы реализовать её через погашение, нужны доступ к правильному токену, возможность подать заявку, выполнение очереди, достаточная итоговая выплата и время. Если часть условий не выполнится, расчёт по двум красивым цифрам окажется бесполезным. Заём для такой операции добавляет проценты и риск ликвидации до завершения выхода. Состояние доступного рынка помогает оценить проверка ликвидности криптовалюты.

Удобен обратный вопрос: насколько может ухудшиться погашение, чтобы преимущество исчезло? Куплены 10 расчётных единиц по 0,98 ETH; весь вход стоит 9,8 ETH, последующие расходы — 0,02. Для безубыточности нужно получить 9,82 ETH, то есть 98,2% условного номинала. Этот порог не означает, что потеря 1,8% вероятна или безопасна. Он лишь показывает чувствительность идеи к одному параметру при остальных неизменных условиях.

Не приписывайте балансовый убыток рынку второй раз

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

Допустим, токен раньше представлял 1,25 ETH, после события — 1,20, а рынок платит 1,176. Текущая скидка равна 2%: 1,176 / 1,20 − 1. Полное изменение относительно старого эквивалента составляет −5,92%. Складывать балансовые −4% и рыночные −2% как точные −6% неправильно: последовательно применяются множители 0,96 и 0,98. Особенно важна согласованность времени — нельзя брать новую рыночную цену, ещё не обновившийся коэффициент и объявлять полученное число чистым измерением depeg.

Проверка понимания: отделите три движения

Эквивалент токена вырос за период на 1%, скидка изменилась с нулевой до 3%, а цена ETH снизилась на 10%. При условии отсутствия других потоков денежный множитель позиции равен 1,01 × 0,97 × 0,90 = 0,88173. Результат составляет −11,827% до расходов. Нельзя получить его простым сложением процентов или назвать весь убыток depeg. Здесь одновременно присутствуют staking-изменение, рыночная скидка и переоценка базовой монеты.

Продать или погасить: два маршрута выхода

Рыночный выход меняет владельца токена

При продаже LST пользователь получает встречный актив от рынка. Ему не обязательно ждать завершения собственного выхода валидатора, потому что токен переходит другому владельцу. За эту возможность может взиматься экономическая цена в виде скидки, спреда и комиссий. Конкретная скорость зависит от сети, маршрута и успешного исполнения, поэтому даже рыночный путь нельзя описывать как безусловно мгновенный.

Для сравнения фиксируют сумму на выходе уже после встроенных торговых удержаний. Затем добавляют только те расходы, которые ещё не включены, например газ. Если маршрут выдаёт WETH, а задача требует нативный ETH, учитывается оставшееся преобразование. Если выдача происходит в другой сети, задача завершена лишь тогда, когда актив находится там, где им можно воспользоваться. Последняя кнопка интерфейса не всегда является последним экономическим событием.

Протокольный выход — не продажа другому пользователю

В стандартной очереди вывода Lido заявка блокирует соответствующее количество stETH, а владельцу выдаётся NFT unstETH, представляющий право получить ETH после финализации. На стадии окончательного получения это право погашается. Для заявки из wstETH соответствующее преобразование в stETH выполняется в предусмотренной функции. Владелец должен понимать не только передаваемое количество wstETH, но и эквивалент, который попадёт в заявку.

Здесь появляются три разных состояния: заявка создана, заявка финализирована, средства получены. Смешивать их в одну отметку «выведено» нельзя. После создания ETH ещё может отсутствовать у пользователя. После финализации сумма может быть доступна к получению, но не переведена в кошелёк. Только завершённый claim и подтверждённый приход дают основание записать свободный остаток соответствующего актива.

Как вести учёт права на вывод

Пусть из 5 wstETH распакованы 2 токена при коэффициенте 1,224. Полученные 2,448 stETH направлены в очередь. У пользователя остаются 3 wstETH и отдельное требование на соответствующую заявку. Нельзя продолжать учитывать 5 wstETH, прибавлять к ним 2,448 stETH и затем ещё стоимость NFT. Распакованная часть уже покинула первоначальную форму владения.

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

Награда во время очереди не прибавляется автоматически

Для описанной очереди Lido максимальная выплата ограничена количеством stETH в момент подачи запроса. Заявитель не получает дополнительную staking-награду за ожидание в очереди, хотя до финализации остаётся под воздействием предусмотренных протоколом рисков потерь. Поэтому нельзя взять сумму запроса и продолжить капитализировать её по отображаемому APY до даты получения.

Если в заявке 9,18 stETH, обычный сценарий расчёта не должен превращать их в 9,23 ETH только потому, что прошло ещё несколько дней. Но и обещать безусловные 9,18 ETH нельзя: проверяются фактическая финализация и применённые условия. В личном плане раздельно существуют ожидаемая сумма, её ограничение сверху, неопределённость срока и уже доступное поступление. Это полезнее одной цифры «баланс после вывода».

Очередь протокола и очередь базовой сети

Задержка может складываться из нескольких этапов: обработки запроса, получения доступного ETH, выхода валидаторов и последующего перевода пользователю. Часть запросов может покрываться имеющимся резервом без одинакового пути каждой отдельной монеты. Поэтому число «дней до выхода» в интерфейсе является оценкой определённого состояния, а не универсальным сроком любого будущего запроса.

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

Сравнение двух путей на одном количестве

Допустим, рыночный путь даёт 4,91 ETH после торговых удержаний и требует ещё 0,005 ETH газа. Протокольный путь в условном обычном сценарии обещает расчёт на 5 ETH, но расходы на запрос и получение составляют 0,012. Итоги — 4,905 сейчас и 4,988 после завершения. Разница 0,083 ETH относится к этим условиям и датам, а не является гарантированным доходом ожидания.

Затем нужен стресс. Если фактическое погашение составит 4,88 ETH до тех же расходов, итог будет 4,868, уже ниже рыночной альтернативы. Нельзя выбрать этот неблагоприятный исход задним числом и объявить первоначальный выбор очевидно ошибочным: тогда исход был неизвестен. Сравнение должно содержать обе условные ветви заранее. Особенно опасно финансировать ожидание займом, срок и стоимость которого не согласованы с выходом.

Проверьте полномочия получателя до подачи запроса

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

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

Получение, остатки и невозможность считать всё свободным

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

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

Проверка понимания: сколько денег доступно к сроку

Владелец имеет 1 ETH свободного резерва и право на условные 4,988 ETH после ожидаемой очереди. Завтра требуется 3 ETH, заявка ещё не финализирована. Общая ожидаемая оценка 5,988 ETH не означает, что обязательство покрыто: свободно только 1 ETH, нехватка равна 2 ETH. Продажа части требования допустима лишь при действительно существующем поддерживаемом маршруте, его цене и переходе права; возможность нельзя придумывать из самого факта наличия NFT.

Смарт-контракты, валидаторы и управление: где появляются потери

Разделите недополученный доход и повреждение капитала

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

Условный недобор награды на 0,01 ETH по сравнению с прогнозом и списание 0,01 ETH из ранее учитываемого капитала имеют разные исходные базы. В первом случае рост оказался меньше ожидания, во втором уже существующая стоимость сократилась. Смешивание мешает оценить тяжесть события. При разборе нужно восстановить баланс до события, подтверждённое изменение и гипотетический прогноз, который никогда не был гарантированным требованием.

Много валидаторов не устраняет общую зависимость

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

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

Контракт токена — только один элемент системы

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

Аудит отвечает на ограниченный вопрос о проверенной версии и области исследования. Он не означает невозможность всех будущих ошибок, неблагоприятных экономических условий или проблем внешней интеграции. Полезно сопоставить дату проверки, версии и значимые изменения после неё. Для базовой процедуры такого сопоставления подходит проверка смарт-контракта токена. Наличие исходного кода и отчёта — начало исследования, а не его окончание.

Оракул учёта и оракул залога могут отвечать на разные вопросы

Один механизм сообщает системе сведения о состоянии стейкинга и влияет на учёт токена. Другой поставляет кредитному приложению цену, по которой рассчитывается обеспечение. Рыночная сделка при этом происходит по третьей величине — доступной цене исполнения. Назвать все три «ценой stETH» значит скрыть важные различия. Их обновления и ограничения также могут не совпадать.

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

Обновления и аварийные полномочия

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

Механизмы задержки решений и участия держателей, включая Dual Governance в Lido, направлены на определённые управленческие риски. Их нельзя считать всеобщей страховкой от ошибки контракта или обещанием быстро продать актив. Для практического решения достаточно понимать назначение защитного механизма и оставшиеся ограничения, не выдавая существование процедуры за гарантию результата в любом сценарии.

Версия протокола меняет границы упрощённой схемы

Нельзя описывать современный Lido только старой схемой одного пула. В документации V3 отдельно выделяются Core и stVaults, способные создавать внешние доли stETH против избыточного обеспечения. Управление таким хранилищем и выпуск долей из него — другая задача, чем простое владение stETH или оборачивание в wstETH. У пользователя соответствующего маршрута появляются дополнительные параметры, которые нельзя игнорировать.

В этом материале арифметика относится к явно заданному держателю LST и его обёртке. Она не является расчётом всех обязательств владельца stVault. При встрече с новым типом операции полезно снова прочитать, что именно подписывается: получение обычного токена, выпуск против залога, передача актива в стратегию или создание иной обязанности. Знакомый символ на экране не доказывает, что старая модель всё ещё полностью описывает позицию.

Известный бренд может предлагать несколько разных продуктов

Название Lido встречается не только рядом с обычным stETH. Например, семейство Lido Earn использует отдельные доли хранилищ для управляемого размещения в DeFi-стратегиях. Такие доли нельзя принимать за другое написание stETH или wstETH. Состав вложений, распределение дохода, комиссии и возврат относятся к конкретному хранилищу, даже когда вход начинается с знакомого актива.

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

Проверка понимания: чем не является страховка

В условном продукте указаны резерв и возможность компенсации. Пользователь решает, что его 10 ETH полностью защищены. Для такого вывода не хватает как минимум условий покрытия, доступного размера резерва, порядка выплаты и перечня исключений. Если документ обещает рассмотреть компенсацию, это не равнозначно безусловному требованию на деньги. В расчёте неблагоприятного сценария возможное покрытие выделяют отдельной условной строкой, а не заранее уменьшают им любой убыток.

LST в DeFi: залог, пулы, мосты и дополнительный риск

Простое владение и заём под токен — разные позиции

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

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

Совпадение базового актива не отменяет риск отношения цен

Заём ETH под wstETH иногда воспринимают как почти неподвижную позицию: обе стороны связаны с Ethereum. Но долг растёт в ETH по своим условиям, обеспечение зависит от коэффициента и используемой цены LST, а требования могут меняться. При расширении скидки или уменьшении допустимого залогового веса запас сокращается. Совместное движение к доллару не защищает от относительного движения между сторонами.

Рассмотрим условные 5 wstETH с коэффициентом 1,224. Базовый эквивалент составляет 6,12 ETH. При пороге 80% и долге 4 ETH простой учебный HF равен 6,12 × 0,80 / 4 = 1,224. Теперь предположим, что применяемый оракул учитывает цену на 15% ниже базового эквивалента, долг вырос до 4,04 ETH, а действующий порог снизился до 75%. Получится около 0,966. Эти параметры вымышлены; они показывают возможный путь ухудшения, а не фактические настройки рынка.

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

Повторное заимствование усиливает не только начисление

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

Для простого мысленного примера собственный капитал 2 ETH поддерживает активы на 6 ETH и долг 4 ETH. Уменьшение стоимости активов на 5% даёт потерю 0,3 ETH, то есть 15% первоначального капитала до процентов и ликвидационных расходов. Это не обязательно линейно описывает реальную сложную позицию, зато ясно показывает, почему одинаковый процент движения имеет разное значение для владельца без долга и заёмщика.

Надстройка не нужна для получения самой базовой экспозиции LST. Её следует рассматривать как отдельное решение с собственным бюджетом потерь. При недостатке средств на погашение расчёт «дождусь возвращения курса» может не реализоваться: требования действуют раньше предполагаемого восстановления. Механика этого усиления отдельно разобрана в статье о кредитном плече.

Пул LST и базового актива не является обычным хранением

При предоставлении ликвидности состав доли меняется в ответ на сделки. Если участники продают LST в пул, поставщик может получить большую экспозицию к нему и меньшую к базовой монете. Поэтому позицию нельзя оценивать как неизменное количество двух активов плюс комиссии. Сначала восстанавливают фактическое или модельное содержимое доли, затем добавляют только ещё не учтённые поступления.

Сильная корреляция пары не исключает изменения относительной цены. Для концентрированной ликвидности дополнительно важен диапазон: после выхода за его границы состав позиции и участие в комиссиях меняются. Подробное устройство доли объясняет руководство по пулам ликвидности. Владельцу LST особенно важно понимать, увеличит ли неблагоприятное движение именно тот риск, от которого он рассчитывал защититься вторым активом.

Сравнение с хранением исходной корзины выполняют отдельно от прибыли в абсолютных деньгах. Позиция может принести комиссии и всё равно проиграть простому хранению. При этом разницу относительно хранения нельзя ещё раз вычитать из уже рассчитанной конечной стоимости доли. Такой двойной счёт разбирается в материале о непостоянных потерях.

Мост добавляет путь возврата, а не ещё одну награду

При переносе LST между сетями нужно проверить происхождение представления, механизм обеспечения и допустимый обратный маршрут. Одинаковый тикер не доказывает, что токены в двух сетях являются одним и тем же контрактным объектом. В целевой сети может использоваться отдельное представление или обёртка, а для выхода в исходную сеть потребуются сообщения, проверки и дополнительные транзакции.

Возможны две очереди подряд: сначала возврат представления на Ethereum, затем запрос погашения staking-позиции. Газ на одной стороне не обеспечивает автоматически оплату второй. Даже если базовая система работает нормально, мост или доступный маршрут может задержаться. Поэтому мостовой перенос следует оправдывать конкретной задачей, а не только низкой комиссией одной отдельной операции.

Стоимость результата проверяют на одинаковом конечном активе. Если один маршрут заканчивается wstETH в другой сети, а второй — ETH на Ethereum, сравнение только полученного количества бессодержательно. Для финансового обязательства важна последняя стадия, включая время. Дешёвый первый шаг может оказаться дорогим полным выходом, особенно на небольшой сумме.

Где проходит граница с restaking и управляемыми стратегиями

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

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

Проверка понимания: оцените право, которое реально осталось

У пользователя было 5 wstETH. Он внёс их в приложение и получил долю хранилища, которое дополнительно заняло ETH. Дашборд показывает активы на 8 wstETH-эквивалентов и связанный долг. Правильно ли считать личной доходностью разницу между восемью и пятью токенами? Нет. Нужно вычесть долг в согласованной валюте, учесть расходы, восстановить принадлежащую пользователю долю и проверить доступность вывода. Рост валовых активов за счёт займа не является наградой от liquid staking.

Как проверить, открыть и закончить позицию

Сформулируйте цель до выбора токена

Сначала определите, какую монету готовы держать и когда может понадобиться доступный капитал. Желание получать больше токенов не отвечает на вопрос о допустимом падении их денежной стоимости. Если средства предназначены для близкого обязательного платежа, заранее выделяется часть, которая не зависит от продажи LST или очереди. Размер резерва связан с расходами владельца, а не с универсальным процентом из чужого примера.

Затем выбирают минимально сложную конструкцию, решающую поставленную задачу. Для получения экспозиции LST не обязательно одновременно использовать мост, кредит и пул. Каждая добавленная функция должна иметь объяснение: какой результат она даёт, сколько стоит и какой риск вносит. Если объяснение сводится к «так выше цифра APY», исследование ещё не завершено.

Сверьте сеть, токен и адрес исполняющего контракта

Название и значок в кошельке не являются достаточным идентификатором. Для операции нужны сеть и полный адрес конкретного токена, а также адрес контракта, которому передаются полномочия или средства. Сверка выполняется по официальным сведениям о развёртывании, а не по личному сообщению «поддержки». Поиск по первым и последним символам адреса не заменяет сравнение целиком.

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

Разрешение, перевод и подпись сообщения различаются

Разрешение ERC-20 задаёт, кто и какое количество токенов может расходовать. Подписанное разрешение также способно менять полномочия, хотя в момент подписи пользователь не отправляет обычную оплачиваемую транзакцию. Для NFT действуют собственные права на конкретный объект или на все объекты коллекции. Поэтому надпись «подпись бесплатная» не говорит ничего о её экономической безопасности.

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

Пробная операция должна проверять весь нужный путь

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

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

Ведите короткий журнал, который объясняет изменение состояния

Для LST достаточно начать с последовательных событий: получение, обёртка, распаковка, перемещение в приложение, рыночная продажа, запрос погашения и окончательное получение. На каждой стадии сохраняют количество, коэффициент, сеть, идентификатор операции и расходы. Рыночную оценку записывают отдельно от количества. Данные о долге и ожидающих правах не прячут внутри общей строки «портфель».

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

События пересмотра лучше задавать заранее

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

Рабочее правило содержит конкретное наблюдение и следующее действие, а не эмоциональную команду «при панике продавать». Например: при задержке привычного отчёта проверить статус и время последних данных; при расширении скидки запросить цену полного выхода; при изменении задолженности пересчитать запас; при неизвестной подписи прекратить взаимодействие до выяснения. Наблюдение может закончиться отказом от новой операции, а не обязательной перестройкой портфеля.

Не лечите неизвестную проблему новым депозитом

Если интерфейс не даёт вывести актив, причины сначала разделяют: неправильная сеть, отсутствие газа, неисполненное разрешение, средства в другом контракте, связанный долг, очередь либо приостановка. Дополнительный депозит может не исправить ни одну из них. Особенно подозрительно требование перевести деньги на отдельный адрес ради «активации разблокировки» или отправить секреты кошелька.

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

Кому ликвидный стейкинг может не подходить

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

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

Проверка понимания: что ещё осталось после вывода

Пользователь получил ETH по одной заявке и считает работу законченной. Однако часть wstETH остаётся в кредитном приложении, другая заявка ещё ожидает, а подписанные разрешения не проверены. Корректный итог — «завершена одна операция», а не «закрыта вся стратегия». Нужно сверить свободные активы, требования, задолженность и полномочия. Подборка учебных материалов OneMagic о криптовалюте помогает разбирать отдельные этапы, но конечный баланс должен объясняться собственным журналом пользователя.

Практикум: от 10 ETH до продажи или протокольного выхода

Исходные условия и границы модели

Рассмотрим вымышленного владельца с 10 ETH. Из них 9 ETH направляются в liquid staking, 0,03 ETH расходуются на вход и необходимую подготовку, 0,97 ETH остаются свободным резервом. Для простоты внесение даёт ровно 9 stETH. Комиссии протокола и результаты стейкинга далее уже отражаются в заданном изменении коэффициента. Отдельного займа, моста, хранилища или наградного токена в основной ветви нет.

В момент обёртки один wstETH соответствует 1,20 stETH. Пользователь получает 9 / 1,20 = 7,5 wstETH. Спустя условный период коэффициент становится 1,224, то есть увеличивается на 2%. Это не текущий курс и не обещанная ставка. Расчёт специально задан так, чтобы можно было проверить каждую строку без использования рыночных данных. Первоначальный бюджет включает и резерв, и расходы: база результата остаётся равной 10 ETH.

Первое сравнение: отчётная стоимость до выхода

Семь с половиной wstETH теперь представляют 7,5 × 1,224 = 9,18 stETH. Добавленное изменение эквивалента равно 0,18 stETH. Если временно принять условный ориентир 1 ETH за stETH, общая оценка с резервом составит 9,18 + 0,97 = 10,15 ETH. Относительно начальных 10 ETH это 1,5%, а не 2%, потому что часть капитала не работала и были входные расходы.

Эта строка не является полученной прибылью. Она показывает балансовую оценку при заданном ориентире до выбранного выхода. Нельзя записать ещё 0,18 ETH в виде отдельной награды поверх 10,15: положительное изменение уже находится внутри 9,18. Следующий шаг — проверить, сколько можно получить по рынку либо после выполнения запроса, и не смешивать эти две альтернативы.

Вариант А: продать всю позицию на рынке

Допустим, подтверждённое предложение для продажи всех 7,5 wstETH соответствует 0,98 ETH за каждую расчётную единицу stETH. Получается 9,18 × 0,98 = 8,9964 ETH. В условии задачи это выдача после всех встроенных торговых удержаний. Газ оплачивается отдельно и составляет 0,006 ETH. Поэтому результат сделки после газа равен 8,9904 ETH, а вместе с резервом — 9,9604 ETH.

Изменение относительно бюджета: 9,9604 − 10 = −0,0396 ETH, или −0,396%. При этом эквивалент staking-позиции действительно увеличился. Противоречия нет: накопленное изменение оказалось меньше совокупного влияния входных расходов и цены выхода. Нельзя дополнительно вычесть ещё 2% как «depeg-комиссию»: скидка уже использована при умножении на 0,98.

Вариант Б: обычный исход протокольного погашения

Альтернативно владелец направляет весь эквивалент 9,18 stETH в очередь. Расход на запрос условно равен 0,004 ETH, на последующее получение — 0,006 ETH. В этой ветви предполагается, что финализированная выплата составляет 9,18 ETH без дополнительного уменьшения. Пока средства ожидали, новая награда на сумму запроса не добавлялась. Остаток резерва после двух расходов равен 0,96 ETH.

По завершении итог составляет 9,18 + 0,96 = 10,14 ETH. Изменение относительно бюджета равно +0,14 ETH, или +1,4%. Это больше результата рыночной ветви на 0,1796 ETH, но деньги получены позже и при определённом исходе погашения. Разницу нельзя объявить гарантированным преимуществом очереди для любой позиции: здесь она является результатом конкретных допущений.

Вариант В: неблагоприятная выплата по запросу

Теперь отдельно изменим только результат погашения: в стрессовой модели он составляет 96% суммы заявки. Выплата равна 9,18 × 0,96 = 8,8128 ETH. При тех же выходных расходах и первоначальном резерве общий итог будет 8,8128 + 0,96 = 9,7728 ETH. Относительно начальных 10 ETH потеря составляет 0,2272 ETH, или 2,272%.

В реальном протоколе конкретное уменьшение должно определяться его правилами и состоянием, а не произвольным процентом автора. Здесь 4% — только заданный стресс для анализа чувствительности. Он показывает, почему нельзя гарантировать превосходство ожидания над продажей. Рыночный и стрессовый протокольный результаты относятся к альтернативным решениям, поэтому их не складывают как две одновременно полученные выплаты.

При каком уменьшении очередь перестаёт выигрывать

Обозначим через x долю суммы запроса, которая будет фактически выплачена. Общий результат протокольной ветви тогда равен 9,18 × x + 0,96. Приравниваем его к 9,9604 из рыночного варианта. Получается x = (9,9604 − 0,96) / 9,18, то есть приблизительно 0,980436. В этой упрощённой модели преимущество исчезает при уменьшении выплаты примерно на 1,9564%.

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

Что меняется при обязательном платеже до финализации

Предположим, что сразу после запроса из второй ветви владельцу нужно перевести 2 ETH. После оплаты запроса свободный резерв равен 0,966 ETH. Ожидающее право на 9,18 ETH ещё не доступно для такого платежа. Нехватка свободных средств составляет 2 − 0,966 = 1,034 ETH. Большой общий баланс по расчётной модели не устраняет этот дефицит.

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

Как тот же результат выглядит в долларах

Пусть начальная цена ETH в дополнительной учебной оценке равна 2 000 долларов, а конечная — 1 600. Исходные 10 ETH стоят 20 000 долларов. Рыночная ветвь даёт 9,9604 × 1 600 = 15 936,64 доллара, то есть −4 063,36 доллара к началу. Обычная протокольная ветвь при той же конечной цене даёт 16 224 доллара, то есть −3 776 долларов.

Положительные +0,14 ETH во второй ветви совместимы с отрицательным долларовым результатом. Для сопоставления с простым хранением 10 ETH нужно сравнить 16 224 с 16 000 долларами при той же конечной цене. Разница 224 доллара объясняет добавленный результат механизма после расходов, но не превращает общий капитал в выросший. Выбор базы сравнения должен быть записан до оценки, а не после получения удобного процента.

Частичный выход и остаток позиции

Если владелец направил в очередь только 2,5 wstETH, по коэффициенту 1,224 в заявке окажутся 3,06 stETH. Оставшиеся 5 wstETH соответствуют 6,12 stETH на том же снимке. Общий эквивалент до расходов остаётся 9,18, но теперь части имеют разные состояния. Свободная часть продолжает жить по правилам токена, ожидающая — по правилам своего запроса.

В последующем нельзя применять один общий коэффициент изменения сразу к обеим частям, если заявка уже ограничена суммой на момент подачи. Нужно вести отдельные строки и даты. Это особенно важно при нескольких входах и выходах: одинаковый тикер в историческом журнале может относиться к разным видам требований. Цель учёта — объяснять каждую часть капитала без повторения, а не просто получать одно красивое итоговое число.

Совместный стресс без займа: три показателя меняются одновременно

Последний независимый сценарий возвращает нас к тем же 7,5 wstETH и резерву 0,97 ETH. Предположим, что после положительного периода коэффициент уменьшается до 1,20, рыночная выдача составляет 97% нового базового эквивалента, а газ выхода по-прежнему равен 0,006 ETH. Новая расчётная позиция — 9 stETH, продажа даёт 8,73 ETH до газа, общий итог — 9,694 ETH.

Потеря относительно исходных 10 ETH составляет 0,306 ETH. Если конечный ETH стоит 1 600 долларов, стоимость результата равна 15 510,40 доллара. Относительно первоначальных 20 000 долларов это −4 489,60 доллара. При этом в сценарии вообще нет собственного займа, поэтому объяснять убыток личной кредитной ликвидацией было бы ошибкой: он возник из изменения учёта, рыночной продажи, цены базового актива и расходов.

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

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

Итог: четыре вопроса вместо обещания «ETH плюс процент»

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

stETH, wstETH и другие LST дают удобную форму обращения staking-позиции, но удобство не устраняет зависимость от базового актива, контрактов, отчётов и ликвидности. Разумная методика связывает количество, коэффициент, рынок и календарь. Тогда снижение курса, задержка вывода или появление долга становятся конкретными изменениями модели, которые можно посчитать и проверить, а не поводом угадывать, что означала цифра в приложении.