Предыстория и мотивация Skate
Предыстория
Восхождение второго уровня
Сообщество EVM приняло роудмап, ориентированный на роллап, при этом новым стандартом масштабирования стали уровни 2. Это, в свою очередь, привело к росту числа специальных L2 и L3, ориентированных на все - от игр на цепочке до производных на цепочке.
При этом масштабируемость и производительность остаются узкими местами, что привело к появлению "модульных" блокчейнов, где каждая цепочка предназначена для выполнения определенных задач. Например, L2 выполняют функции уровня исполнения, Ethereum используется в качестве уровня консенсуса, а такие решения, как Celestia, - в качестве уровня доступности данных (DA).
При этом непредвиденным последствием стала раздробленность ликвидности.
Это становится все более распространенным с распространением L2 и альтернативных L1.
Мотивация
Фундаментальный недостаток существующих протоколов совместимости
Многие протоколы и цепочки взаимодействия стремятся решить проблему раздробленной ликвидности, используя два основных механизма:
- Новые стандарты для токенов или,
- Объединение ликвидности на родной цепочке за счет создания множества токенов и пулов, ориентированных на конкретную цепочку.
Однако при более детальном рассмотрении становится очевидным, что эти подходы могут усугубить проблемы, на решение которых они направлены.
Подводные камни стандартов кроссчейн-токенов
Стандарты межцепочечных токенов, такие как cUSDC, имеют благие намерения, но приводят к непредвиденным последствиям:
- Конкуренция: новый токен неизбежно будет конкурировать с исходным активом (например, USDC) при создании глобальных пулов ликвидности с другими активами. Более того,
- Уменьшение ликвидности: необходимость поддерживать кроссчейн-токен будет оттягивать полезную ликвидность от исходного актива, что приведет к снижению общей ликвидности для каждой пары активов и ухудшению ценообразования на всех уровнях.
Введение новых вариаций токенов, обеспеченных синтетическим материалом, для консолидации ликвидности приведет лишь к дальнейшему дроблению ликвидности и разбавлению существующего пула ликвидности для базового актива.
Кроме того, существует идея поддерживать цены на различные пары токенов в зависимости от цепочки (например, USDCpolygon, USDCarbitrum). Однако такой подход не только непрактичен в долгосрочной перспективе (при наличии 1000+ сетей), но и ограничивает возможность поддержки широкого спектра токенов при сохранении оптимального ценообразования по многочисленным парам.
Призыв к созданию совместимых приложений
По мере развития экосистемы блокчейна острота проблемы раздробленности ликвидности будет только усиливаться. Для эффективного решения этой важнейшей проблемы необходимо обеспечить совместимость, а наиболее перспективный подход заключается в отделении активов от ценообразования.
Сегодня децентролизованные приложения сталкиваются с необходимостью обслуживать пользователей из многочисленных сетей, что требует создание приложений на нескольких платформах. Управление всеми тонкостями интеграции с каждой цепочкой и обеспечение безопасности своих смарт-контрактов - чрезвычайно сложная задача для децентрализованных приложений, особенно в долгосрочной перспективе.
Экосистеме Web3 срочно требуется центральный узел, который мог бы стать мостом между всеми цепочками, обеспечивая разработчикам беспрепятственный и эффективный способ интеграции своих приложений во все блокчейны.
Позволив разработчикам развернуть и поддерживать единую версию своих смарт-контрактов на этом универсальном уровне приложений, они смогут сосредоточиться на создании и совершенствовании своих приложений, а не увязнуть в тонкостях кросс-цепочечной совместимости.
Будущее ориентировано на намерения
Одним из наиболее серьезных препятствий, сдерживающих внедрение децентрализованных приложений (dApps), является значительная сложность, с которой сталкиваются пользователи при взаимодействии с ними. Навигация по сложным процессам выполнения транзакций и фрагментированным инфраструктурам часто приводит к неоптимальному пользовательскому опыту, затрудняя привлечение новых пользователей и потенциально подвергая их эксплуатации со стороны сложных игроков.
Архитектура, ориентированная на намерения, является преобразующим решением для устранения сложностей, присущих современным системам Web3.
Позволяя пользователям выражать свои цели на цепочке с помощью подписанных сообщений, намерения предлагают упрощенный подход к взаимодействию с dApps. Сторонние решатели могут заниматься техническими тонкостями и выбирать оптимальный путь вычислений, в то время как пользователи сохраняют контроль над своими активами. Смещение акцента с "как" на "что" позволяет пользователям эффективно достигать своих целей без необходимости следить за деталями реализации, что в конечном итоге делает системы Web3 более доступными и удобными для пользователей.
Website l Docs l Discord l X l Medium l Telegram l Warpcast/Farcaster l Phaver