Обновлении сети Amarok Вывод Connext на новый уровень
В течение последних нескольких месяцев мы незаметно собирали данные о ключевых проблемах, с которыми сталкиваются пользователи, разработчики и маршрутизаторы при взаимодействии с Connext и поиске их решений. Сегодня мы рады представить наши планы по первому обновлению сети Connext. Обновление, которое мы называем Amarok , включает в себя обширные изменения в нашем основном протоколе, чтобы значительно улучшить опыт пользователя сети.
Мотивация
Стимул для этого обновления заключается в решении следующих ключевых проблем, которые в настоящее время существуют для различных типов заинтересованных сторон в сети.
Проблемы конечных пользователей:
- Затраты на газ: Текущий поток основан на двухэтапном процессе подготовки/выполнения для завершения транзакций в цепочках, которые не могут быть легко объединены в пакеты.
- Подписание требования: для завершения транзакций пользователи должны подписать сообщение, чтобы потребовать средства. Это то, что сводит к минимуму доверие к Connext, но доставляет неудобство, потому что требует, чтобы пользователи оставались в сети до тех пор, пока они не подпишутся.
- Риск блокировки средств: транзакции пользователей связаны с маршрутизатором 1:1. Если этот маршрутизатор отключится или потеряет соединение с цепочкой в середине потока, средства пользователя могут застрять до истечения срока транзакции (72 часа).
- Скорость: поскольку пользователи привязаны к данному маршрутизатору для своей транзакции, любые задержки, которые испытывает этот конкретный маршрутизатор, передаются пользователю.
- Фрагментация ликвидности: ликвидность, предоставляемая маршрутизаторами, зависит от пути , что означает, что она доступна между заданной парой цепей. По мере роста количества цепочек пользователям становится все труднее совершать крупные транзакции.
Проблемы разработчиков:
- Зависимости от оффчейн-аукциона. Большинство интеграций в этой области связаны только с контрактами, но Connext в настоящее время требует запуска SDK на стороне клиента, чтобы найти маршрутизатор для данной транзакции.
- Подписание заявки. Необходимость подачи претензии требует от разработчиков отслеживания незавершенных транзакций и подсказки пользователям подписать в нужное время. Это добавляет много накладных расходов и сложности по сравнению с простой транзакцией в цепочке.
- Нет общего обмена сообщениями: Connext уже поддерживает вызов контрактов между цепочками, но это можно сделать безопасно только в некоторых случаях. Требование от разработчиков узнать, когда они могут и не могут использовать эту функцию, является большим препятствием.
Проблемы роутеров:
- Ребалансировка: маршрутизаторы отправляют средства в цепочку назначения и получают средства в источнике. Это означает, что их ликвидность перемещается между цепочками/агрегациями и может застрять, снижая эффективность использования капитала.
- Неясная рентабельность инвестиций. Общеизвестно, что трудно точно отследить рентабельность инвестиций маршрутизатора, поскольку двухэтапный поток означает, что данные, необходимые для отслеживания возвратов, фрагментированы по цепочкам.
- Строгая живучесть: как упоминалось выше, если маршрутизаторы становятся недоступными во время транзакции, средства пользователя могут быть заблокированы на срок до 72 часов. Это строгое требование к живучести усложняет работу маршрутизатора.
- Gas Griefing: транзакции могут быть отменены совместно пользователями или маршрутизаторами. Однако, когда это происходит, нет четкого механизма возмещения первоначальной стоимости газа.
Как раньше предполагалось решить эти проблемы?
Ранее мы думали об этом, что мы могли бы исправить их с помощью комбинации:
- Стимулы — например, использование цен на vAMM для стимулирования ребалансировки и сокращения для обеспечения жизнеспособности .
- Интеграция с кошельками — переместив код Connext SDK в кошельки, мы смогли абстрагироваться от процесса «подписать-заявить» от разработчиков и пользователей.
Мы сосредоточились на обеспечении того, чтобы транзакции были как можно более минимальными, и вышеуказанные препятствия были компромиссами, на которые мы шли для достижения этой безопасности. К счастью, за последние несколько месяцев мы исследовали гораздо лучшую архитектуру, которая устраняет вышеуказанные проблемы, не внося доверия.
Добро пожаловать в Амарок!
Модульная совместимость
Прорыв в нашем мышлении произошел благодаря тесному сотрудничеству с Nomad. Nomad — это оптимистичный мост , который дает нам полностью выразительное общение с минимальным доверием в любой цепочке, но с 30-минутной задержкой.
Мы поняли, что, как и в случае с самими блокчейнами, не существует монолитной архитектуры, которая дает нам все желаемые свойства, которые нам нужны, из мостов, но мы можем приблизиться к идеальному результату, разбив стек протоколов на модули.
Новый поток
Новый поток активно использует Nomad (и, в конечном итоге, другие уровни локализованного обмена сообщениями!) для своей модели безопасности. Вместо того, чтобы требовать подписи, этот подход просто позволяет любому маршрутизатору авансировать капитал и выполнять вызовы для транзакции пользователя, а также требовать от средств, проходящих через Nomad.
Поскольку ни один маршрутизатор не указан заранее, существует риск того, что маршрутизаторы могут соперничать друг с другом в мемпуле, чтобы завершить данную транзакцию. Это неоптимальный результат, поскольку проигрыш в этой гонке по-прежнему стоит газа для маршрутизаторов. Чтобы это исправить, мы вводим Sequencer (похожий по концепции на rollup sequencer ), который отвечает за сбор заявок (попыток транзакций) от маршрутизаторов и публикацию их в цепочку пакетами.
Обратите внимание, что роль секвенсора в Connext никоим образом не влияет на базовую безопасность системы или ее средств. Вместо этого это просто механизм, предназначенный для справедливого распределения комиссионных доходов/работы между маршрутизаторами, что может быть выполнено без доверия, если есть (а) доступность данных обо всех ставках маршрутизаторов для данной пользовательской транзакции и (б) детерминированный процесс выбора выигрышная ставка. В настоящее время мы изучаем подходы к этому, в том числе потенциальную отправку данных секвенсором в собственный сводной пакет ИЛИ обеспечение достижения консенсуса Tendermint маршрутизаторами и секвенсором .
Изменения для заинтересованных сторон
Обновление Amarok обеспечивает гораздо лучший поток и набор функций, которые решают проблемы заинтересованных сторон, которые мы изложили ранее:
- Поток «выстрелил и забыл»: вместо двухэтапного потока с подписями все транзакции теперь происходят в одной транзакции в цепочке отправки, что упрощает как UX, так и devX. Нам также больше не нужны отмены, что устраняет расходы на газ для маршрутизаторов.
- 1-из-N-маршрутизации: любой маршрутизатор (маршрутизаторы) может завершить транзакцию пользователя, устраняя возможность блокировки средств пользователя и значительно снижая требования к живучести для маршрутизаторов. Это также полностью устраняет необходимость в каком-либо коде оффчейн-аукциона для разработчиков.
- Упрощенная ликвидность: Маршрутизаторы получают ликвидность в цепочке назначения транзакции именно там, где они ее предоставляют. Ликвидность также больше не зависит от пути. Это устраняет проблемы с балансировкой и фрагментацией, значительно повышая эффективность использования капитала и доступность.
- Более дешевые и быстрые транзакции: новый поток сокращает количество вызовов в сети с 4 до 2, делая транзакции не только намного дешевле, но и быстрее.
- Передача произвольных сообщений. Пожалуй, самое захватывающее улучшение благодаря Amarok — это возможность для разработчиков теперь создавать полностью выразительные кроссчейн-даппы. Это открывает мощные функции, такие как асинхронная разработка в стиле JS, включая поддержку обратных вызовов в Solidity. 🤯Подробнее об этом скоро!
Что дальше?
График: теперь у нас есть полнофункциональная частная тестовая сеть с обновлением Amarok. Мы работаем с ключевыми членами сообщества, существующими маршрутизаторами и некоторыми известными пилотными партнерами, чтобы конкретизировать и протестировать сеть.
В ближайшие недели мы планируем выпустить:
- Разбивка потока интеграции, режимов сбоев и предположений о доверии Connext после обновления.
- Полнофункциональная общедоступная тестовая сеть, на которой может работать каждый.
- Руководства по запуску маршрутизатора и участию в тестовой сети.
- Инструменты/библиотеки Solidity для обратных вызовов xchain.
- Репозиторий примеров кроссчейн децентрализованных приложений ( xapps ).
Аудиты для обновления запланированы на май, а цель обновления основной сети — на июнь.
Создавайте с Connext
До сих пор наша команда была сосредоточена на децентрализации нашей сети и автоматизации процесса работы маршрутизатора. С обновлением Amarok мы откроем ворота для разработчиков, которые создадут совершенно новый мир xapps.
Что вы можете построить? Вот несколько первых вариантов использования, которые мы обсудили с нашими партнерами по пилотным проектам:
- Соединение ликвидности DEX между цепочками в одном бесшовном транзакционном сообщении.
- Запуски кроссчейн-хранилища и управление стратегией хранилища.
- Критические операции протокола, такие как репликация/синхронизация глобальных констант (например, PCV) между цепочками.
- Добавление TWAP UniV3 в каждую цепочку без введения оракулов.
- Независимое от сети управление veToken.
- Совместимость метавселенных с метавселенными.
Есть идея крутого xapp? Свяжитесь с нами в разногласиях или подайте заявку на участие в нашей программе грантов !
Connext
Connext — это сеть взаимодействия L2 Ethereum.
Connext позволяет отправлять данные и вызывать контракты через Ethereum-совместимые цепочки и L2. Это единственная система взаимодействия, выполняющая свои функции дешево и быстро, не вводя новых предположений о доверии. Connext предназначен для разработчиков, которые хотят создавать мосты и другие кроссчейн-приложения.