Проект поддерживает ETH LST, sUSDe и ENA, а в будущем и другие активы.

Список больше, чем в Eigenlayer или Karak!

Единственный минус - пока лишь в Ethereum, но вроде бы планируется поддержка и других блокчейнов...

В статье как всегда аудит + документация + практика.

Аудит

Команда

На сайте и в документации информации о команде нет, но есть инфа на rootdata:

Co-founder and CEO Misha Putiatin:

Он в LinkedIn:

974 отслеживающих. Одна публикация 3 месяца назад с 105 реакциями, 16 комментариями и 6 репостами.

Опыт работы:

• Chief Executive Officer в Statemind с сентября 2022 по настоящее время

• Chief Executive Officer в MixBytes с марта 2021 по октябрь 2022

• CSM в Bloomreach с октября 2016 по июль 2017, Chief Product Officer с марта 2014 по май 2015

• И другие (всего 7)

• Странно, что нет в списке Symbiotic. Но на Rootdata указан...

Учился в Московский Государственный Институт Электронной Техники (Технический Университет) (МИЭТ) на Bachelor of Applied Science (BASc), Computer Engineering с 2004 по 2008.

В AMTEK с 2001 по 2004.

Навыки:

• Financial Modeling - 22 подтверждения

• Business Valuation - 14 подтверждений

• Financial Analysis - 13 подтверждений

• Sales - 3 подтверждения

• И другие (всего 14).

Algys Ievlev:

Co-Founder at Symbiotic.

LinkedIn:

175 отслеживающих, публикаций нет.

Опыт работы:

• Founder & Head of audit в Statemind с июня 2022 по настоящее время

• Chief Technology Officer в MixBytes с октября 2020 по июнь 2022, Lead Software Developer с января 2018 по январь 2021

• Software Developer в Mail.ru Group с 2017 по 2018

Опять же, нет Symbiotic...

Учился в Московский Государственный Технический Университет им. Н.Э. Баумана (МГТУ) с 2015 по 2019 (на кого не указано).

А также в Technopark Mail.Ru с 2016 по 2019.

Навыки:

C++, Linux, PostgreSQL, Blockchain, Java и C++ boost (все без подтверждений).

В общем, публичный список команды не впечатляет...

Важная заметка

Говорят, что команда в целом очень опытная. Они - выходцы из Lido, они же P2P Validator

Но на сайте / в агрегаторах информации не нашёл об этом инфы...

Соцсети проекта

Twitter @symbioticfi:

22,6 тысячи читателей.

Последний пост на момент написания статьи 2 часа назад, получил 82 ответа, 25 репостов, 194 лайка, 20251 просмотр.

Пост до него получил 1 ответ и репост, 6 лайков и 3317 просмотров.

Предыдущий получил 31 ответ, 6 репостов, 70 лайков и 13552 просмотров.

В общем, активность хорошая...

Аудит по Tweetscout:

Уровень по ботам 2 (Common), Score 740, общий уровень 3 (Credible).

Связанные с ними аккаунты: @FelixLts, @mtxfinance,

Инфлюенсеры: @laurashin, @HsakaTrades, DavidHoffman.eth/acc🦇🔊 (@TrustlessState) и другие...

Проекты: @LidoFinance, @pendle_fi, @RoundtableSpace, @epicenterbtc, @useteller, @deBridgeFinance, @hyperlane, @degencryptoinfo, @OnchainDataNerd, @intotheblock, @Chainflip и другие...

Венчурный капитал: Andrew Steinwold, Sfermion, DeFi Dad ⟠ defidad.eth, Fourth Revolution Capital, Tarun Chitra, Robot Ventures и другие...

Блог:

Последний пост 26 июня. Реакций нет: оценить читаемость невозможно...

Ни Discord, ни Telegram нет - это минус...

Но есть контактная форма:

Вот только она лишь для проектов...

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

Кстати, есть страница карьеры с вокансиями, но в Notion:

Итог по команде

Оценка 2 из 5: команда неполная, связаться сложно, но Twitter активный (поэтому на балл больше).

Концепт

1. Поддерживает больше активов, чем Eigenlayer

2. Модульный: гибкий в плане развития, что плюс

3. В будущем будет опираться на безопасность нескольких сетей, а не только Ethereum

При условии, что рестейкинг будет востребован, а AVS будет создаваться, у Symbiotic есть все шансы стать лидером в сфере рестейкинга (или хотя бы на втором месте).

Оценка 5 из 5.

Коин

Токеномика неизвестна, но есть поинты.

К сожалению, система начисления поинтов также не расписана.

По данным Cryptorank, в проект вложили 5,8 МЛН $ инвесторы Paradigm и cyber Fund (поддерживали также Lido и validator):

Но проект появился недавно:

• Могут быть ещё инвестиции

• Или они есть, но непубличные.

Показателем является информация из DefiLlama:

TVL 1,02 МЛРД $, что круто!

И вот Dune дашборд:

Здесь видим, что TVL за 7 дней вырос на 257.48 %, а за сутки упал на -2.33 %.

В запросе "Total USD value deposited" видим значение $ 1.04B, что даже больше DefiLlama.

В Current Staker Deposits можете посмотреть список рестейкеров, ввести в поле поиска под таблицей адрес своего кошелька, и посмотреть адрес, балансы и позицию в рейтинге.

Из интересного: всего участников пока 31 459, что немного (хотя неделю назад, смотрел, было около 24К)!

Хотя в Total Unique Depositors видим значение 31,783: видимо в разное время обновляются...

Рост числа пользователей в 7D 100%, а за 1 день - 17,94%.

• В "Current Delegations" видим, что на первом месте wstETH (примерно 78% от всех) - очень много!

• На втором месте sUSDe с 53,96 МЛН $ вкладом.

• На третьем месте mETH с $ 38.82 МЛН $.

...

Остальное сами можете посмотреть на странице Dune дашборда...

Итог по коину

Оценка 3 из 5: инфы по поинтам и токеномике нет, но проект может оказаться перспективным (судя по росту TVL и количества пользователей), но за это 4 поставить не могу.

Код

Есть Github репозитории:

Но к сожалению с кодом лишь один - symbioticfi/collateral:

Последний коммит в прошлом месяце:

1 файл с 2 добавлениями и 0 удалениями.

История коммитов:

3 июня 2 последних коммита. Предпоследний:

3 измененных файла с 4 добавлениями и 99 удалениями.

До этого были коммиты 31 мая.

Разработка велась активно, но последнее время уже не ведётся в основной ветке. Но это лишь по причине продукта в мейннете: его часто не стоит обновлять...

Репозиторий, кстати, отвечает за модуль collateral, отвечающий за сам рестейкинг токенов, но об этом подробнее ещё расскажу в документации.

Есть аудиты, описанные на странице Security в документации:

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

Радует, что проводилось это до выхода в мейннет, но плохо, что код остального проекта закрыт:

Нет публичных аудитов, а значит неизвестен уровень безопасности и децентрализации проекта...

Итог по коду

Оценка 3 из 5: открытого кода мало, но есть аудиты того, что опубликовано, да и аудиты его имеются (поэтому не 1 или 2 из 5).

Документация

Symbiotic - это протокол общей безопасности, служащий тонким координационным слоем, который позволяет создателям сетей управлять и адаптировать свои реализации (ре)стейкинга в безразрешительном режиме.

Гибкий и достоверно нейтральный дизайн протокола приносит уникальные преимущества участникам сети:

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

• Минимизация рисков через неизменностьНеобновляемые основные контракты на Ethereum устраняют внешние риски управления и единые точки отказа. Простой, но гибкий дизайн контрактов Symbiotic минимизирует риски на уровне исполнения.

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

Компоненты протокола Symbiotic

Протокол Symbiotic состоит из 5 взаимосвязанных компонентов:

1. Collateral (он же стейк, обязательства и т. д.)Слой безопасности Symbiotic. Collateral - это абстракция, используемая для представления базовых активов ончейн, которые не зависят от сети и активов. Залог в Symbiotic может включать токены ERC20, учетные данные для вывода средств валидаторов Ethereum или другие активы ончейн, такие как позиции LP, без ограничений относительно блокчейнов, на которых хранятся позиции.

2. Vaults (они же пулы операторов стейкинга, протоколы ликвидного (ре)стейкинга и т. д.)Слой (ре)стейкинга Symbiotic. Делегирование залога операторам через сети осуществляется хранилищами, которые могут быть кастомизированы (например, провайдерами ликвидного (ре)стейкинга, такими как Lido, или институциональными держателями) или через делегирование в хранилища, специфичные для операторов.

3. Операторы (они же валидаторы, секвенсеры, хранители, наблюдатели и т. д.)Операторы в Symbiotic определяются как сущности, управляющие инфраструктурой для сетей. В Proof-of-Stake успешные провайдеры стейкинга создали брендовую идентичность и работают через сети. Протокол Symbiotic создает реестр операторов, а также позволяет им присоединяться к сетям и получать экономическую поддержку от рестейкеров через хранилища.

4. Resolvers (они же комитеты по наложению штрафов, доказательства, механизмы разрешения споров и т. д.)Resolvers - это сущности или контракты, задачей которых является принятие или наложение вето на штрафы, понесенные операторами в сетях, которым они предоставляют услуги. Они согласовываются с хранилищами - представляющими провайдеров экономической безопасности - и сетями, для которых они предоставляют безопасность. Resolvers могут быть полностью автоматизированными (в случае объективно доказуемых нарушений) или принимать форму таких сущностей, как комитеты по наложению штрафов и внешние механизмы разрешения споров. Resolvers позволяют сетям и рестейкерам делить залог между собой, предоставляя - в идеале нейтральную - третью сторону для арбитража штрафов.

5. Сети (они же appchains, rollups, AVS и т. д.)Сети в Symbiotic определяются как протоколы, требующие распределенного набора операторов нод для предоставления услуг с минимизацией доверия, таких как, среди прочего, децентрализованная последовательность транзакций, достижение консенсуса по данным оффчейн и их приведение ончейн (оракулы), автоматизация определенных функций протокола (наблюдатели) и т. д. Symbiotic позволяет создателям сетей определять, контролировать и адаптировать свою методологию для включения, стимулирования и наказания операторов и их делегатов (поставщиков экономического залога).

Core modules:

Даны ссылки на дочерние страницы, описывающие модули подробно.

Collateral:

Залог (Collateral) — это концепция, представленная в Symbiotic, которая обеспечивает капитальную эффективность и масштабируемость, позволяя активам, используемым для обеспечения сетей Symbiotic, находиться за пределами самого протокола Symbiotic, например, в DeFi-позициях в сетях, отличных от самого Ethereum.

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

Залоговые токены выпускаются пользователями с активами или позициями, которые они хотят рестейкать. Эти токены затем депонируются в хранилища (vaults), которые делегируют залог операторам в сетях Symbiotic. Хранилища определяют допустимый залог, и сети должны принять залог из хранилищ и их условия, такие как лимиты на штрафы, чтобы получать вознаграждения (эти процессы подробно описаны в последующих разделах).

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

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

Vaults:

Хранилища (Vaults) — это уровень управления делегацией и рестейкингом в Symbiotic. Они выполняют три ключевые функции в экономике Symbiotic:

1. Бухгалтерия: Хранилища обрабатывают депозиты, снятия и штрафы залогов и их базовых активов.

2. Стратегии Делегации: Развертывающие/владельцы хранилищ определяют стратегии делегации и рестейкинга для операторов в сетях Symbiotic, которые сети должны принять.

3. Распределение Вознаграждений: Хранилища распределяют вознаграждения от стейкинга в сетях среди вкладчиков залогов.

Хранилища могут быть настраиваемыми и развернутыми в неизменяемом предварительно настроенном виде или с указанием владельца, который может обновлять параметры хранилища. Хранилища ожидаются к использованию операторами и кураторами, такими как криптоинституты или протоколы ликвидного (ре) стейкинга, для создания дифференцированных продуктов, например:

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

• Кураторские Мультиоператорные Хранилища: Кураторские конфигурации сетей с рестейкингом и стратегиями делегации для диверсифицированного набора операторов. Кураторские хранилища могут дополнительно устанавливать пользовательские лимиты на штрафы, чтобы ограничить сумму залога, которая может быть оштрафована для конкретных операторов или сетей. Условия этих обязательств должны быть приняты сетями, которым хранилища стремятся предоставить свои кураторские услуги.

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

Технический обзор

Каждое хранилище имеет предопределенный залоговый токен. Адрес этого токена можно получить через метод collateral() хранилища. Залоговый токен должен соответствовать интерфейсу ICollateral (см. детали Залога). Все операции и учет в хранилище выполняются только с залоговым токеном. Однако, вознаграждения в хранилище могут быть в различных токенах. Все средства представлены в долях внутренне, но внешнее взаимодействие происходит в абсолютных суммах средств.

Symbiotic позволяет гибко настраивать большинство механик, однако предоставляет строгие гарантии относительно штрафов хранилищ сетям и стейкерам.

Сеть может использовать гибкие механизмы для поддержания актуальности состояния набора операторов, например, удобно использовать подход конвейера для обновления стейков, сохраняя гарантии штрафов для каждой конкретной версии набора операторов:

1. В начале каждого эпохи сеть может захватывать состояние из хранилищ и их сумму стейков (это не требует никаких ончейн взаимодействий).

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

3. Когда эпоха заканчивается и произошел случай штрафа, у сети будет время не менее одной эпохи, чтобы запросить-ветировать-исполнить штраф и параллельно вернуться к шагу 1.

Жизненный цикл хранилища (vault-lifecycle)

1. Депозит: Пользователи вносят залоговые токены в хранилище.

2. Снятие: Пользователи могут снять залоговые токены из хранилища.

3. Штраф: Если оператор нарушает правила, происходит штраф залоговых токенов.

4. Разрешение: Специальные резолверы рассматривают случаи штрафов и принимают решение о его утверждении или отклонении.

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

Каждый инцидент со штрафом состоит из трех отдельных действий:

1. Запрос штрафа - `requestSlash()

2. Вето на штраф - `vetoSlash()` (опционально)

3. Исполнение штрафа - `executeSlash()`

Промежуточное ПО сети вызывает метод `requestSlash()` с указанием оператора, резолвер и суммы. В ответ оно получает `requestIndex` штрафа. Штраф не применяется мгновенно.

• Штраф может быть ветирован в течение фазы вето резолвером, и такой штраф не будет исполнен.

• Если фаза вето прошла и штраф не был ветирован, он может быть исполнен через метод `executeSlash()`. Этот метод может быть вызван кем угодно после окончания фазы вето.

• Важно отметить, что у каждого штрафа есть `executeDeadline`. Если штраф не был исполнен до `executeDeadline`, он больше не может быть исполнен.

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

Жизненный цикл штрафа (Slashing Lifecycle)

1. Запрос штрафа: Сеть инициирует штраф, вызывая `requestSlash()`, указывая оператора, резолвера и сумму штрафа.

2. Фаза вето: В течение этой фазы резолвер может ветировать штраф, вызвав `vetoSlash()`. Если штраф ветирован, он не будет исполнен.

3. Исполнение штрафа: Если фаза вето прошла без вето, любой может вызвать `executeSlash()`, чтобы исполнить штраф. Если штраф не исполнен до `executeDeadline`, он больше не может быть исполнен.

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

Остальная часть ещё более техническая (указываются формулы и интерфейсы), поэтому пропущу.

сети (Networks):

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

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

В Symbiotic сети представлены через сетевой адрес (либо EOA, либо контракт) и промежуточный контракт, который может включать в себя пользовательскую логику и обязан включать логику штрафов. Основные функции основного протокола включают в себя штрафы операторов и вознаграждение как стейкеров, так и операторов.

Жизненный цикл стейкинга:

1. Сеть регистрируется

2. Сеть должна подключиться к хранилищу

3. Операторы должны подключиться к хранилищу и сети.

4. Стейкеры депонируют средства в хранилище.

5. Сеть устанавливает максимальную сумму стейка для хранилища

6. Владелец роли `NETWORK_RESOLVER_LIMIT_SET_ROLE` определяет лимит стейка для пары сеть-резолвер.

7. Владелец роли `OPERATOR_NETWORK_LIMIT_SET_ROLE` определяет лимит стейка для пары оператор-сеть.

Текущая сумма стейка не может быть выведена по крайней мере на протяжении одной эпохи, хотя это ограничение не распространяется на кросс-штрафы.

Вознаграждения операторов

Сеть распределяет вознаграждения операторам на свое усмотрение. Вот три примера:

1. Сеть выполняет расчеты вознаграждений офчейн. После расчета вознаграждений сеть выполняет пакетные переводы для распределения вознаграждений консолидированным образом.

2. Сеть выполняет расчеты вознаграждений офчейн и создает дерево Меркла, позволяя операторам требовать свои вознаграждения.

3. Сеть выполняет расчеты вознаграждений ончейн в своем промежуточном ПО для определения распределения вознаграждений.

Источник данных для ончейн расчетов вознаграждений сети

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

Формулы и API опустим: можете ознакомиться на странице.

Операторы (Operators):

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

• Сети, к которым подключился оператор

• Связанные хранилища и рестейкинг залогов из этих хранилищ

• Исторические записи о штрафах и всех других взаимодействиях с экосистемой Symbiotic

Важным преимуществом протокола Symbiotic и его встроенной системы хранилищ является способность операторов получать стейк от различных партнеров (через хранилища) на один и тот же набор нод инфраструктуры для каждой поддерживаемой сети. Эта система позволяет операторам нод привлекать стейк от разнообразного набора стейкеров с разными профилями риска без необходимости настраивать изолированную инфраструктуру для каждого из них.

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

В Symbiotic оператор может быть либо EOA, либо контрактом, зарегистрированным в реестре операторов (OperatorRegistry).

Чтобы поднять стейк, оператор должен подключиться к сетям и хранилищам, вызвав метод `optIn()` в сервисах `OperatorNetworkOptInService` и `OperatorVaultOptInService` соответственно. Затем роль `OPERATOR_NETWORK_LIMIT_SET_ROLE` выделяет стейк оператору, вызывая `Vault.setOperatorNetworkLimit()`.

API опустим.

Resolvers (резолверы):

Symbiotic поддерживает различные режимы обработки инцидентов со штрафами через внедрение резолверов (resolvers). Резолверы — это контракты или сущности, которые могут наложить вето на инциденты со штрафами, переданные от сетей, и могут быть общими для разных сетей. Резолверы определяются на основе условий, предложенных сетями и принятых хранилищами, которые хотят предоставить залоговую поддержку операторам. Хранилище может позволять несколько разных (или ни одного) резолверов для покрытия всего своего залога (например, 10% без резолвера, 40% с резолвером A и 50% с резолвером B, оба из которых могут быть комитетами, которые покрывают определенный поднабор сетей). Кроме того, децентрализованные рамки разрешения споров, такие как UMA, Kleros, reality.eth и другие, могут использоваться в качестве резолверов. Также возможно требовать кворума резолверов для наложения вето или принятия конкретного инцидента со штрафом, предоставляя дополнительные гарантии безопасности участникам экономической системы протокола Symbiotic.

Процесс вето

Резолвер — это адрес, который может наложить вето на определенный запрос на штраф в хранилище. Он отслеживает запросы на штраф и, когда находит запрос, у него есть время, чтобы наложить вето на запрос или согласиться со штрафом. Заметьте, что если резолвер не наложит вето на запрос, такой запрос будет считаться одобренным для наложения штрафа резолвером. Каждый запрос на штраф имеет свой собственный крайний срок вето, определяемый хранилищем.

Contracts Architecture:

Обновляемость:

• Невозможность обновления (Immutable) - контракт не может быть обновлен.

• Возможность миграции (Migratable) - контракт может быть обновлен его владельцами до новых версий, предоставляемых фабрикой.

• Не указано (Not Specified) - контракт может быть или не быть обновляемым.

Доступность:

• VaultFactory является собственностью (Ownable), владелец может вносить новые реализации хранилища в белый список.

• Vault является собственностью (Ownable) для возможности миграции на новые версии и имеет AccessControl (механизм ролей) для своих функций.

• Collateral и RewardsDistributor могут иметь любую доступность.

Deployments:

Здесь указаны адреса смарт-контрактов в мейннете и тестнете Эфира.

Итог по документации

Оценка 4 из 5:

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

Практика

Рестейкинг происходит через https://app.symbiotic.fi/restake

"Allow all":

"CONNECT WALLET":

Отмечаем галочку (я это сделал) и выбираем кошелёк. Подключаемся:

Теперь можете выбрать токен залога.

Здесь можете увидеть, что пока доступны rETH, wBETH, cbETH, ENA и ETHx, но на момент прочтения статьи может многое измениться...

Нажимаю по первому значку в столбце "Actions" у "ETHx":

Ввожу сумму, "Deposit", одобряю расходование, а затем в следующей транзакции подтверждаю отправку.

Всё:

"Finish".

Нажимаем по второму значку или "WITHDRAW" в окне ввода/вывода:

И вводим сумму. Затем "WITHDRAW" и подтверждаем в кошельке.

Как видите, простые формы.

Зайдя в DASHBOARD, можем посмотреть статистику:

Видим, что у меня сейчас $11.39 депозит, 0 поинтов и одна позиция. Удобно, что действия также есть.

Функция делегирования операторам пока недоступна.

Итог по практике

Простенько, но всё понятно, и список активов хороший: оценка 5 из 5.

Про LRT

Как и у Eigenlayer, здесь уже стали появляться свои способы ликвидного рестейкинга:

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

1. Ether.fihttps://app.ether.fi/liquid/symbiotic запустил поддержку Symbiotic, но в списке только ETH-производные. У Ether.fi есть токен $ETHFI, но возможно будут ещё дропы.

2. Mellow: проект, который занимается ликвидным рестейкингом только Symbiotic. Выдаёт поинты Mellow + Symbiotic, поддерживает все активы Symbiotic (например, за рестейкинг $sUSDe выдаёт $rsUSDe)

3. Своего токена пока нет.

4. Также партнёр Renzo: добавили pzETH: токен рестейкинга, который помимо прибыли со стейкинга выдаёт баллы Renzo + Symbiotic + Mellow.

По данным DefiLlama, TVL Mellow 5008 $, но мнекажется это маловероятным…

Но есть Dune дашборд:

Здесь вы можете посмотреть, какой процент заполнен по каждому токену, а также что TVL равен $91,842,118 - это кажется более реальным, хотя странно, что значение не изменилось с 29 июня (возможно редко обновляется).

И важно, что это около 9% от общего TVL Symbiotic.

Подробный обзор Mellow.

Нашёл также Dune query по Symbiotic TVL в EtherFi:

4 июля сумма была $3,129,954, но общей суммы не нашёл...

Общий итог

22 из 30 или 3 из 5.

• команда неполная, связаться сложно, но Twitter активный (поэтому на балл больше).

• Концепт: отлично!

• инфы по поинтам и токеномике нет, но проект может оказаться перспективным (судя по росту TVL и количества пользователей), но за это 4 поставить не могу.

• открытого кода мало, но есть аудиты того, что опубликовано, да и аудиты его имеются (поэтому не 1 или 2 из 5).

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

• Практика: отличный простой функционал

Важно, что TVL быстро растёт.

Всё

Благодарю за внимание.

С вами был незрячий программист, автор https://t.me/blind_dev - подписывайтесь, чтоб получать новые обзоры, новости по моим разработкам и дайджесты web3 проектов.