Восхождение AppChain: исследование происхождения, развития и перспектив

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

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

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

Ядром развития 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, заложив прочный фундамент для этой области.

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

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

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

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

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

Если мы рассмотрим ранние приложения Cosmos как приложения, ориентированные на цепочку, подчеркивая проектирование суверенитета цепочки, то новые приложения больше ориентированы на приложения, акцентируя внимание на собственном развитии приложения. Появление таких новых приложений в основном обусловлено распространением концепции модульных блокчейнов, зрелостью и широким верификацией универсальных 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 в Канкуне ), а также поддерживать новые функции (, такие как Alternative Data Availability ). Для удобства понимания мы упрощаем процесс разработки AppChain, примерно следуя следующим шагам:

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

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

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

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

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

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

Преимущества и недостатки новой AppChain

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

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

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

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

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

недостаток

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

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

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

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

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

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