На еженедельной встрече участники обсуждали третий этап моста Polkadot, второй этап конкурса DEX и конкурс оракулов. А также затронули тему уникального интерфейса для агрегаторов DEX.
Презентация 3-го этапа моста Polkadot
Команда Wintex.pro практически готова к старту третьего этапа конкурса реализация моста Polkadot↔Free TON. Последние три недели активность была довольно низкой из-за масштабного исследования, огромная часть которого была посвящена распределению обязанностей в мосту. В результате пришли к выводу, что реализация VRF на смарт-контрактах может привести к огромным комиссиям. Было предложено использовать нативную криптографию Free TON. Однако VRF по-прежнему будет использоваться на основе substrate, поскольку он уже реализован и хорошо работает.
Что касается третьего этапа, то жестким критерием является распределение обязанностей ретранслятора. Второе — это расчет комиссии. Этот шаг включает в себя расчет количества газа для сообщения, но без реальной выплаты комиссии. Третье — это инструмент CLI для генерации ключей ретранслятора. И, как обычно, обновление инструментов DevOps для запуска нескольких узлов ретранслятора. Для этого типа конкурса также необходима документация. Черновик этого документа будет опубликован в чате Telegram.
Владислав просит всех ознакомиться с проектом и предоставить обратную связь.
Второй этап конкурса DEX
Anzor считает, что необходимо придерживаться большего количества функциональных требований, а не требований интерфейса, таких как Pool Explorer. Это просто отображение данных, которые уже есть. Необходимо сосредоточиться на эффективности, на оптимизации использования конкретных технологий Free TON, которые помогут сделать DEX круче, быстрее и экономичнее. Решение должно продемонстрировать, насколько оно надежно для большого количества операций. Должны присутствовать интерфейсы DeBot, чтобы с помощью DeBot пользователь мог делать все, что может делать пользователь Uniswap или любой пользователь централизованного обмена.
Митя поддерживает предыдущий комментарий относительно критериев. Он считает, что в большом количестве этапов нет необходимости. Критерии обязательно должны быть шире.
Второй этап, по словам Владислава, должен быть нацелен на конечного пользователя:
- Он должен быть управляемым, чтобы пользователь мог добавить новую пару и начать торговать;
- Он должен быть доступен, чтобы пользователь мог получить доступ к этому DEX и проводить транзакции;
- Он должен быть достаточно продуктивным. Большое количество транзакций не должно занимать слишком много времени, чтобы пользователь совершил обмен.
Владислав напоминает, что уже существует своего рода консорциум по стандартизации TIP-3, по крайней мере, для внедрения DEX. Митя говорит, что в TIP-3 должен быть код внутри любого контракта, который хочет его верифицировать. Это означает, что если вы создаете действительно распределенную систему, вам важен размер кода. Если мы создадим универсальный код для TIP-3, у нас будет огромный контракт с огромным количеством интерфейсов в нем, что противоречит основному принципу TIP-3. Даже если все команды минимизируют интерфейс до одного, он не уместится в 116 килобайт. Но есть решение: вы можете легко получить wrappers или конвертеры между всеми этими обменами. Стоимость транзакции минимальна, она несравнима со стоимостью, которую вы бы заплатили, если бы имели только один контракт со всеми интерфейсами.
Уникальный интерфейс для агрегаторов DEX
Владислав предлагает создать уникальный интерфейс для различных DEX агрегаторов, так как сейчас крупные агрегаторы с DEX удобнее для пользователей. Если все DEX, разрабатываемые командами, будут иметь более или менее схожий интерфейс для доступа агрегаторов, это упростит потоки ликвидности и облегчит взаимодействие с пользователем.
- Вместо создания единого интерфейса для TIP-3, вы предлагаете создать единый стандарт интерфейса DeBot, верно?
Бессмысленно иметь TIP-3 интерфейс. То, что вам нужно, это интерфейс к смарт-контракту, это DeBot.
- Нужно ли нам дождаться окончания конкурса оракулов для запуска второй стадии конкурса DEX?
Не думаю, что они как-то связаны.
Обсуждение конкурса оракулов
Команда Владислава просмотрела черновик конкурса оракулов и оставила только одно замечание: не нужно устанавливать вендорную блокировку на TON SDK. Конкурс стартует в начале следующей недели.
Листинг WTON (Wrapped TON) на Uniswap
Мы завернули TON во WTON и добавили немного ликвидности на Uniswap для тестирования. В настоящее время в системе Ethereum необходимо решить две технические проблемы. Первая проблема — это верификация смарт-контракта. Вторая — занять место в Uniswap, так как есть еще один WTON, что стало неожиданностью. На следующей неделе планируется запустить первую механику “выращивания урожая”. Все поставщики ликвидности получат специальные токены в системе Ethereum. Эти токены можно будет переместить через мост в экосистему Free TON, и за это мы получим кристаллы TON.
- Каковы ваши планы по продвижению WTON?
Во-первых, это механика “полевого земледелия”. Мы хотим доставить кристаллы TON некоторым из основных поставщиков ликвидности в экосистеме Ethereum. После этого мы создадим механику перевода ликвидности между Uniswap и DEX.
Wrapped TON — это всего лишь часть экосистемы, которая связана с прогрессом нашей экосистемы DeFi в целом.
Планы встреч
Владислав напоминает всем, что 25-26 мая в Дубаи пройдет конференция. Один из разделов Free TON будет посвящен DeFi. Для того, чтобы принять участие в этой встрече, необходимо принять участие в конкурсе. Количество билетов ограничено.