AppChain: от происхождения до будущего развития

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

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

Развитие ранних платформ AppChain, таких как Cosmos и Polkadot, было ограничено как техническими вызовами, так и более высокими барьерами входа из-за дизайна экономических механизмов.

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

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

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

Неизбежность тенденций развития AppChain

В 2023 и 2024 годах все больше dApps объявляют о трансформации в AppChain. В связи с этой тенденцией мы провели статистику по всему сегменту AppChain и обнаружили, что эти AppChain в основном сосредоточены в областях DeFi, игр, социальных сетей и ИИ. Мы считаем, что развитие AppChain стало неизбежной тенденцией, что связано с зрелостью модульных технологий, широким использованием универсальных Rollup второго уровня, увеличением числа платформ RaaS и совершенствованием услуг, а также с конкуренцией dApps за ресурсы блокчейна публичных цепочек, оптимизацией затрат на транзакции конечных пользователей и требованиями к кастомизации токеномики.

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

Исследование происхождения AppChain

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

Изучая развитие экосистемы приложений на базе Cosmos в Mintscan, мы обнаружили, что многие известные и зрелые приложения построены на основе фреймворка Cosmos, такие как dYdX, Osmosis, Fetch AI, Band и Stride. Однако общий тренд роста приложений на платформе Cosmos не сохраняется, а количество новых приложений также не увеличивается значительно. Мы считаем, что это в основном связано с тем, что предоставленная Cosmos суверенность приложений слишком высока, а до выхода ICS-решения Atom 2.0 безопасность приложений и затраты на их запуск и обслуживание являются основными проблемами.

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

В рамках ICS-решения, предлагаемого Atom 2.0, концепция AppChain будет обновлена до модели Permissionless Consumer Chains. Хотя она позволяет без разрешения присоединяться к цепям потребителей, снижая затраты на получение безопасности для цепей потребителей. Однако такая форма голосования на основе DAO в определенной степени напоминает механизм аукциона слотов Polkadot, который может столкнуться с аналогичными проблемами неэффективного развития, как и механизм аукциона слотов.

Кроме того, мы обнаружили, что Cosmos имеет недостатки в отношении привлекательности приложений цепей в таких аспектах, как Liveness характеристика цепи, ресурсы документации для разработчиков и культура сообщества. Например, события остановки блоков, произошедшие на Cosmos Hub в этом году, недостаточные ресурсы документации для разработчиков в период массового использования мемов в конце 2023 года, а также проблемы маленького круга, на которые указал соучредитель Хосе Мария Маседо, оказали негативное влияние на присоединение новых приложений цепей.

Катализатор нового типа AppChain

Если мы рассматриваем ранние приложения Cosmos как приложения, ориентированные на цепочку, подчеркивающие sovereign design цепочки, то новые приложения цепочки больше ориентированы на приложения и акцентируют внимание на собственном развитии приложений. Появление таких новых приложений цепочки в основном обусловлено распространением концепции модульных блокчейнов, зрелостью и широким тестированием универсальных Rollup Layer2, развитием уровней совместимости и агрегирования ликвидности, а также восходом и совершенствованием платформ RaaS.

Как один из первых Rollup Layer 2, запущенных на основной сети, Optimism стал успешным запуском в 2022 году, что стало знаковым событием для практического воплощения теории модульных блокчейнов. Optimism не только унаследовал безопасность Ethereum, но и полностью поддерживает стек разработки экосистемы Ethereum. Optimism продемонстрировал отрасли, как Rollup может эффективно масштабировать Ethereum, а также способствовал углубленному исследованию решений Layer 2 в отрасли. Основываясь на собственном развитии, Optimism заимствовал идеи и структуру Cosmos и инновационно предложил концепцию OP Stack. Эта концепция была широко применена в известных проектах, таких как Worldcoin и Base, что привлекло большое внимание отрасли. Вскоре другие решения Rollup также представили похожие концепции, такие как Arbitrum Orbits, Polygon CDK, StarkWare AppChain и zkSync Hyperchains. Таким образом, для dApps приложение цепи стало новым способом реализации бизнес-логики, обновление существующих dApps больше не является проблемой, основные вызовы сместились на выбор технологий, бизнес-дизайн и эксплуатацию.

При реализации решений Rollup обычно необходимо выбрать подходящий фреймворк для уровня исполнения, такой как OP Stack или Arbitrum Orbits. Например, OP Stack — это постоянно развивающийся фреймворк Rollup, который должен обновляться вместе с обновлениями Ethereum (, такими как характеристика Blob в Канкуне ), а также поддерживать новые функции (, такие как Альтернативная доступность данных ). Для упрощения понимания мы упрощаем процесс разработки AppChain и в целом следуем следующим шагам:

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

2. Проектирование требований: разработать приложение AppChain в соответствии с возможностями настройки соответствующей структуры.

3. Оперативное обслуживание: завершение развертывания, тестирования, запуска и последующего обслуживания.

Хотя фреймворк Rollup предоставляет приложениям мощные возможности масштабирования, выбор и реализация подходящего фреймворка не являются простыми задачами, особенно когда изменения вносятся после запуска приложения, что делает процесс еще более сложным. Поэтому появление таких платформ RaaS, как Altlayer, Caldera и Conduit, становится особенно важным. Эти платформы похожи на SaaS, но сосредоточены на решениях Rollup, что позволяет dApps быстро выбирать различные фреймворки Rollup, упрощать сложные этапы разработки приложений и предоставлять кастомизированные основные функции, а также поддерживать обслуживание и оптимизацию после запуска приложения.

В то же время инфраструктура и связанные функции вокруг AppChain стремительно развиваются, в отрасли постоянно появляются привлекательные протоколы и функции. Например, такие проекты, как Celestia, EigenDA и NearDA, внедрили альтернативную доступность данных, которая снижает затраты и увеличивает пропускную способность. Платформы RaaS последовательно представили интеграционную поддержку таких функций, как настраиваемые газовые токены и абстракция нативных аккаунтов. С широким применением Rollup AppChain постепенно становятся очевидными проблемы разрыва ликвидности и интероперабельности, что приводит к решениям для агрегации и унификации, таким как Superchain от Optimism, AggLayer от Polygon, Metalayer от Caldera и Elastic Chain от zkSync. Эти решения направлены на улучшение интероперабельности и агрегирования ликвидности между AppChain.

Если сказать, что вышеперечисленные катализаторы снизили порог входа в AppChain, то текущие проблемы приложений на первичном и вторичном рынках усиливают исследования dApps на пути к прорыву. По данным CMC и Rootdata видно, что среди 100 лучших проектов на вторичном рынке, за исключением Meme-класса, который поддерживается сообществом и культурой, лишь немногие чисто прикладные проекты, большинство остальных относятся к инфраструктуре. Это невольно подтверждает, что инфраструктура занимает более высокое место в целом в Crypto индустрии, чем приложения. В первом рынке объемы финансирования приложений также значительно ниже, чем у инфраструктурных проектов. Мы считаем, что частью причины этого явления является то, что UI/UX приложений Web3 относительно сложны и далеко не так зрелы и удобны, как у Web2, в то время как связанные с этим инновации в приложенческих парадигмах также не сделали настоящего прорыва. Тем не менее, мы верим, что потенциал AppChain еще не полностью раскрыт и в будущем он может стать важным прорывом для развития Web3. В настоящее время есть несколько известных проектов AppChain, таких как IMX, Cyberconnect, Project Galaxy, Worldcoin и др., которые демонстрируют огромный потенциал AppChain.

Плюсы и минусы новой AppChain

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

преимущества

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

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

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

Недостатки

Разделение ликвидности: новые приложения AppChain могут столкнуться с проблемой разделения ликвидности.

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

Увеличение сложности: по сравнению с традиционными dApps, сложность новых приложений AppChain увеличивается, особенно на этапе проектирования и реализации, что может потребовать больше технических ресурсов и поддержки.

Основные соображения при определении AppChain

С точки зрения команды проекта, при принятии решения о том, следует ли проводить обновление или выбор AppChain, рекомендуется следовать следующим принципам:

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

2. Необходимо настроить функции: если текущее приложение