Восхождение AppChain: исследование происхождения, развития и перспектив
Развитие AppChain является результатом совместного воздействия множества факторов, включая зрелость инфраструктуры, усиление конкуренции за блок-пространство и увеличение спроса на кастомизированные токеномические модели. Несмотря на то, что dApps и AppChain имеют схожие бизнес-формы, у каждого есть свои преимущества и ограничения. Ключевым моментом в развитии AppChain является создание собственных приложенческих барьеров, использование недорогих транзакций для содействия частым цепочечным транзакциям, привлечение трафика и накопление пользователей. Хотя техническая поддержка важна, она является лишь вспомогательным фактором, а не ключевым элементом.
Неизбежные тенденции развития AppChain
В 2023 и 2024 годах все больше dApps объявляют о переходе на AppChain. Эти AppChain в основном сосредоточены в областях DeFi, игр, социальных сетей и ИИ. Развитие AppChain стало неизбежной тенденцией, что связано с созреванием модульной технологии, широким верификацией универсальных Rollup в сетях второго уровня, увеличением числа платформ RaaS и улучшением услуг, а также с конкуренцией dApps за ресурсы блокпространства публичных цепочек, оптимизацией транзакционных издержек конечных пользователей и потребностями в кастомизации токенной экономики.
dApps обновляются в AppChain и не сразу превращаются в высоко оцененный уровень инфраструктуры. Преимущества AppChain заключаются в том, что она способствует большему количеству высокочастотных транзакций в цепочке за счет низких затрат на транзакции, использует накопленные данные для улучшения пользовательского опыта и формирования пользовательской привязанности, а также достижения сетевого эффекта. Ключевое развитие AppChain по-прежнему зависит от ее уникальных барьеров приложения и трафика.
Исследование происхождения AppChain
Cosmos является новаторским проектом в области AppChain. Он известен своей модульной и вставляемой концепцией дизайна, отделяющей виртуальную машину и консенсусный механизм, что позволяет разработчикам свободно выбирать фреймворк для создания виртуальной машины и настраивать ключевые параметры консенсуса. Этот дизайн позволяет различным приложениям существовать в виде независимых цепочек, демонстрируя уникальные преимущества в гибкости и суверенитете.
Тем не менее, общий тренд роста приложений на Cosmos не продолжился, и количество новых приложений также не увеличилось значительно. Это связано с тем, что Cosmos предоставляет слишком большую суверенность приложениям, а до выхода ICS-решения Atom 2.0 высокая стоимость безопасности, запуска и поддержания приложений является основной причиной.
Создание приложенческой цепи Cosmos требует наличия команды разработчиков,熟悉 Cosmos SDK и консенсусного движка Tendermint, что является дополнительной технической нагрузкой для технической команды, ориентированной на разработку приложений. Даже при достаточном количестве технических специалистов, логика запуска большинства приложенческих цепей заключается в привлечении первоначальных валидаторов с помощью аirdrop токенов для валидаторов Cosmos и обеспечения безопасности сети, одновременно стимулируя валидаторов поддерживать безопасность сети высокой инфляцией. Этот подход имеет побочный эффект ускорения обесценивания токенов, что приводит к резкому падению стоимости сети.
Кроме того, Cosmos имеет недостатки в привлекающей способности AppChain в таких аспектах, как Liveness-характеристики цепи, ресурсы документации для разработчиков и культура сообщества. Например, события остановки блоков в Cosmos Hub, неполнота ресурсов документации во время бурного периода мемов в конце 2023 года, а также проблемы закрытого круга Interchain Foundation негативно сказались на присоединении новых AppChain.
Катализатор нового типа AppChain
Если рассматривать ранние приложения Cosmos в качестве приложений, ориентированных на цепочку, то новые приложения больше ориентированы на приложения, акцентируя внимание на собственном развитии приложений. Возникновение новых приложений в основном связано с популяризацией концепции модульных блокчейнов, зрелостью и широким тестированием универсальных Rollup Layer2, развитием уровней интероперабельности и агрегирования ликвидности, а также восходом и совершенствованием платформ RaaS.
Optimism как один из первых Rollup Layer 2, который вышел на основной сети, успешно запустился в 2022 году, что стало знаковым событием для практической реализации теории модульных блокчейнов. Optimism не только унаследовал безопасность Ethereum, но и полностью поддерживает технологический стек разработки экосистемы Ethereum. Optimism заимствовал идеи и структуру Cosmos, инновационно предложив концепцию OP Stack. Эта концепция получила широкое применение в известных проектах, таких как Worldcoin, Base и др. Вскоре другие решения Rollup также начали предлагать аналогичные концепции, такие как Arbitrum Orbits, Polygon CDK, StarkWare Appchain и zkSync Hyperchains.
При реализации решений Rollup обычно необходимо выбрать подходящую инфраструктуру выполнения, такую как OP Stack или Arbitrum Orbits. Например, OP Stack - это постоянно развивающаяся инфраструктура Rollup, которую необходимо обновлять в соответствии с обновлениями Ethereum, и она также будет поддерживать новые функции. Процесс разработки AppChain в общих чертах следует следующим этапам:
Выбор технологии: оценка функций и характеристик различных фреймворков, выбор наиболее подходящего.
Проектирование требований: в соответствии с возможностями настройки соответствующей системы, разработать приложение, соответствующее требованиям.
Операционное обслуживание: завершить развертывание, тестирование, запуск и последующее обслуживание.
Появление платформ RaaS, таких как Altlayer, Caldera и Conduit, становится особенно важным. Эти платформы похожи на SaaS, но сосредоточены на решениях Rollup, которые могут помочь dApps быстро выбирать различные рамки Rollup, упрощая сложные шаги в процессе разработки AppChain, предоставляя настраиваемые ключевые функции и поддерживая обслуживание и оптимизацию после запуска приложений.
Инфраструктура и связанные функции вокруг AppChain также быстро развиваются. Например, такие проекты, как Celestia, EigenDA и NearDA, внедрили альтернативную доступность данных, снижающую затраты и повышающую пропускную способность, в то время как платформы RaaS последовательно представили интеграционную поддержку для настраиваемых токенов Gas и абстракций нативных аккаунтов. С широким применением Rollup AppChain постепенно становятся очевидными проблемы разрыва ликвидности и интероперабельности, что стимулирует решения по агрегированию и унификации, такие как Superchain от Optimism, AggLayer от Polygon, Metalayer от Caldera и Elastic Chain от zkSync, которые направлены на улучшение интероперабельности между AppChain и агрегации ликвидности.
Текущие трудности применения на первичном и вторичном рынках усиливают исследование dApps по поиску путей решения. По данным CMC и Rootdata, среди 100 лучших проектов на вторичном рынке, за исключением управляемых сообществом и культурно поддерживаемых Meme-проектов, лишь немногие чисто прикладные проекты, такие как Uniswap, LDO, Aave, Ondo, Jupiter, Ethena, в то время как большинство остальных относятся к инфраструктуре. В первичном рынке объемы финансирования применений также значительно ниже, чем у инфраструктуры. Эта ситуация частично объясняется тем, что UI/UX приложений Web3 относительно сложны и не так привычны и удобны, как в Web2, в то же время связанные с этим инновации в приложенческом парадигме не достигли настоящего прорыва. Тем не менее, мы верим, что потенциал AppChain еще не полностью раскрыт, и в будущем он может стать важным прорывом для развития Web3.
Плюсы и минусы нового типа AppChain
Новая тип приложения AppChain не является универсальным и бездефектным решением. Его плюсы и минусы следующие:
преимущества
Модульный дизайн: AppChain обычно использует модульный дизайн, позволяя разработчикам настраивать механизмы расчетов, компоненты инфраструктуры для доступности данных и т.д., чтобы удовлетворить конкретные потребности.
Оптимизация производительности: Многие новые AppChain могут снизить затраты, внедрив другие решения для доступности данных, одновременно увеличивая пропускную способность.
Увеличенное захватывание ценности: такие функции, как настраиваемые токены Gas, абстракция счетов и т. д., могут поддерживать более гибкую разработку приложений и создавать более сложные бизнес-модели и модели токенов.
недостатки
Разрыв ликвидности: новые приложения AppChain могут столкнуться с проблемой разрыва ликвидности.
Проблемы интероперабельности и композируемости: AppChain не может так же легко и просто комбинировать и взаимодействовать, как dApps на публичных блокчейнах в прошлом.
Увеличение сложности: по сравнению с традиционными dApps, новая AppChain имеет повышенную сложность, особенно на этапе проектирования и реализации, что может потребовать больше технических ресурсов и поддержки.
Основные соображения при определении AppChain
С точки зрения команды проекта, при принятии решения о том, следует ли проводить обновление или выбор AppChain, рекомендуется следовать следующим принципам:
Зависимость от характеристик существующих публичных цепей: если приложение сильно зависит от других dApps на публичной цепи, таких как ликвидность или функциональность продукта, рекомендуется продолжать использование существующих решений dApps.
Необходима кастомизация функций: если текущие приложения на уровне протокола с трудом поддерживают такие бизнес-требования, как абстракция учетных записей, специфические механизмы ввода и т. д., и если эти функции имеют решающее значение для ведения бизнеса, то рекомендуется выбрать или перейти на AppChain.
Чувствительность к затратам: если конечный пользователь чувствителен к ресурсам блок-пространства или хочет снизить потери, такие как MEV, AppChain может быть лучшим выбором. Кроме того, если приложение относится к сценарию с высокой частотой взаимодействий, AppChain может обеспечить более высокую эффективность ресурсов и более низкие транзакционные расходы.
Построение и развитие защитного пояса AppChain
Крепость приложения цепочки всегда заключается в его собственном бизнесе приложений. Ключ к успеху заключается в глубоком изучении болевых точек рынка и создании PMF продуктового приложения. Полагаться исключительно на нарратив инфраструктуры цепочки приложений — это застывшее мышление, которое ищет гвозди с молотком, и это неэффективный путь к созданию крепости.
В условиях текущей волны новых приложенческих цепей, ключевым моментом является построение открытых и прозрачных цепочных приложений с низкими затратами, понимание рыночного спроса и решение болевых точек продукта, разработка завершенных и безопасных продуктов, а также накопление и анализ обширных и богатых пользовательских данных, в сочетании с бизнес-моделью, имеющей модель денежного потока, для формирования сильной пользовательской привязанности и эффекта масштаба.
Высокие амбиции и агрессивные стратегии не всегда подходят для AppChain. По крайней мере, до тех пор пока основные продукты не будут доработаны, а данные пользователей и данные о росте пользователей не будут полностью собраны, AppChain следует сосредоточиться на развитии, а не на рекламе. Накопление данных пользователей, формирование пользовательских привычек и итерационное обновление функционала продукта — это не то, что можно достичь мгновенно, поэтому более взвешенный подход к развитию будет более подходящим. Приложение должно как можно быстрее сформировать свои основные функции, даже незаменимые функции. На этой основе можно разрабатывать новые функции и продуктовые линии, так что даже если новые функции и продуктовые линии встречают холодный прием, можно применить оборонительную стратегию отказа. В отношении обновления и итерации AppChain также можно многократно интегрироваться с существующими функциональными возможностями приложения.
В качестве примера известной платформы визуализации портфолио управления активами Debank, еще много лет назад была установлена отслеживаемость и наблюдение за активами, транзакциями и dApps в адресах кошельков ETH и EVM, и на основе этого была итерация множества функций. Хотя у Debank есть много относительно малоизвестных функций, таких как уведомления, закладки и приветствия, это не уменьшает нашу любовь к его основным функциям управления активами. Что касается платных функций Debank, мы можем увидеть их старательность в этой области, разнообразие и детализированные платные характеристики, а также интегрированная оптимизация функции Package предоставляют пользователям заботливый выбор. Общие показатели этих функций показывают хорошие результаты и хорошо взаимодействуют с другой продуктовой линией Debank Rabby Wallet. Даже несмотря на то, что Debank рекламирует, что Debank Chain разработан на основе OP Stack, пользователи не ощутили никаких явных изменений. Это говорит о том, что приложение Debank очень хорошо демонстрирует, как построить основную защитную стену для приложений и предоставляет ценную ссылку для выбора маршрутов развития других приложений.
Идеи дизайна механики токенов
При создании токеномики для приложения AppChain мы выступаем за естественно развивающуюся стратегию. Ядро этой стратегии заключается в уменьшении искусственного вмешательства.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
Восход AppChain: эволюция и перспективы нового экосистемы Layer2 от Cosmos
Восхождение AppChain: исследование происхождения, развития и перспектив
Развитие AppChain является результатом совместного воздействия множества факторов, включая зрелость инфраструктуры, усиление конкуренции за блок-пространство и увеличение спроса на кастомизированные токеномические модели. Несмотря на то, что dApps и AppChain имеют схожие бизнес-формы, у каждого есть свои преимущества и ограничения. Ключевым моментом в развитии AppChain является создание собственных приложенческих барьеров, использование недорогих транзакций для содействия частым цепочечным транзакциям, привлечение трафика и накопление пользователей. Хотя техническая поддержка важна, она является лишь вспомогательным фактором, а не ключевым элементом.
Неизбежные тенденции развития AppChain
В 2023 и 2024 годах все больше dApps объявляют о переходе на AppChain. Эти AppChain в основном сосредоточены в областях DeFi, игр, социальных сетей и ИИ. Развитие AppChain стало неизбежной тенденцией, что связано с созреванием модульной технологии, широким верификацией универсальных Rollup в сетях второго уровня, увеличением числа платформ RaaS и улучшением услуг, а также с конкуренцией dApps за ресурсы блокпространства публичных цепочек, оптимизацией транзакционных издержек конечных пользователей и потребностями в кастомизации токенной экономики.
dApps обновляются в AppChain и не сразу превращаются в высоко оцененный уровень инфраструктуры. Преимущества AppChain заключаются в том, что она способствует большему количеству высокочастотных транзакций в цепочке за счет низких затрат на транзакции, использует накопленные данные для улучшения пользовательского опыта и формирования пользовательской привязанности, а также достижения сетевого эффекта. Ключевое развитие AppChain по-прежнему зависит от ее уникальных барьеров приложения и трафика.
Исследование происхождения AppChain
Cosmos является новаторским проектом в области AppChain. Он известен своей модульной и вставляемой концепцией дизайна, отделяющей виртуальную машину и консенсусный механизм, что позволяет разработчикам свободно выбирать фреймворк для создания виртуальной машины и настраивать ключевые параметры консенсуса. Этот дизайн позволяет различным приложениям существовать в виде независимых цепочек, демонстрируя уникальные преимущества в гибкости и суверенитете.
Тем не менее, общий тренд роста приложений на Cosmos не продолжился, и количество новых приложений также не увеличилось значительно. Это связано с тем, что Cosmos предоставляет слишком большую суверенность приложениям, а до выхода ICS-решения Atom 2.0 высокая стоимость безопасности, запуска и поддержания приложений является основной причиной.
Создание приложенческой цепи Cosmos требует наличия команды разработчиков,熟悉 Cosmos SDK и консенсусного движка Tendermint, что является дополнительной технической нагрузкой для технической команды, ориентированной на разработку приложений. Даже при достаточном количестве технических специалистов, логика запуска большинства приложенческих цепей заключается в привлечении первоначальных валидаторов с помощью аirdrop токенов для валидаторов Cosmos и обеспечения безопасности сети, одновременно стимулируя валидаторов поддерживать безопасность сети высокой инфляцией. Этот подход имеет побочный эффект ускорения обесценивания токенов, что приводит к резкому падению стоимости сети.
Кроме того, Cosmos имеет недостатки в привлекающей способности AppChain в таких аспектах, как Liveness-характеристики цепи, ресурсы документации для разработчиков и культура сообщества. Например, события остановки блоков в Cosmos Hub, неполнота ресурсов документации во время бурного периода мемов в конце 2023 года, а также проблемы закрытого круга Interchain Foundation негативно сказались на присоединении новых AppChain.
Катализатор нового типа AppChain
Если рассматривать ранние приложения Cosmos в качестве приложений, ориентированных на цепочку, то новые приложения больше ориентированы на приложения, акцентируя внимание на собственном развитии приложений. Возникновение новых приложений в основном связано с популяризацией концепции модульных блокчейнов, зрелостью и широким тестированием универсальных Rollup Layer2, развитием уровней интероперабельности и агрегирования ликвидности, а также восходом и совершенствованием платформ RaaS.
Optimism как один из первых Rollup Layer 2, который вышел на основной сети, успешно запустился в 2022 году, что стало знаковым событием для практической реализации теории модульных блокчейнов. Optimism не только унаследовал безопасность Ethereum, но и полностью поддерживает технологический стек разработки экосистемы Ethereum. Optimism заимствовал идеи и структуру Cosmos, инновационно предложив концепцию OP Stack. Эта концепция получила широкое применение в известных проектах, таких как Worldcoin, Base и др. Вскоре другие решения Rollup также начали предлагать аналогичные концепции, такие как Arbitrum Orbits, Polygon CDK, StarkWare Appchain и zkSync Hyperchains.
При реализации решений Rollup обычно необходимо выбрать подходящую инфраструктуру выполнения, такую как OP Stack или Arbitrum Orbits. Например, OP Stack - это постоянно развивающаяся инфраструктура Rollup, которую необходимо обновлять в соответствии с обновлениями Ethereum, и она также будет поддерживать новые функции. Процесс разработки AppChain в общих чертах следует следующим этапам:
Выбор технологии: оценка функций и характеристик различных фреймворков, выбор наиболее подходящего.
Проектирование требований: в соответствии с возможностями настройки соответствующей системы, разработать приложение, соответствующее требованиям.
Операционное обслуживание: завершить развертывание, тестирование, запуск и последующее обслуживание.
Появление платформ RaaS, таких как Altlayer, Caldera и Conduit, становится особенно важным. Эти платформы похожи на SaaS, но сосредоточены на решениях Rollup, которые могут помочь dApps быстро выбирать различные рамки Rollup, упрощая сложные шаги в процессе разработки AppChain, предоставляя настраиваемые ключевые функции и поддерживая обслуживание и оптимизацию после запуска приложений.
Инфраструктура и связанные функции вокруг AppChain также быстро развиваются. Например, такие проекты, как Celestia, EigenDA и NearDA, внедрили альтернативную доступность данных, снижающую затраты и повышающую пропускную способность, в то время как платформы RaaS последовательно представили интеграционную поддержку для настраиваемых токенов Gas и абстракций нативных аккаунтов. С широким применением Rollup AppChain постепенно становятся очевидными проблемы разрыва ликвидности и интероперабельности, что стимулирует решения по агрегированию и унификации, такие как Superchain от Optimism, AggLayer от Polygon, Metalayer от Caldera и Elastic Chain от zkSync, которые направлены на улучшение интероперабельности между AppChain и агрегации ликвидности.
Текущие трудности применения на первичном и вторичном рынках усиливают исследование dApps по поиску путей решения. По данным CMC и Rootdata, среди 100 лучших проектов на вторичном рынке, за исключением управляемых сообществом и культурно поддерживаемых Meme-проектов, лишь немногие чисто прикладные проекты, такие как Uniswap, LDO, Aave, Ondo, Jupiter, Ethena, в то время как большинство остальных относятся к инфраструктуре. В первичном рынке объемы финансирования применений также значительно ниже, чем у инфраструктуры. Эта ситуация частично объясняется тем, что UI/UX приложений Web3 относительно сложны и не так привычны и удобны, как в Web2, в то же время связанные с этим инновации в приложенческом парадигме не достигли настоящего прорыва. Тем не менее, мы верим, что потенциал AppChain еще не полностью раскрыт, и в будущем он может стать важным прорывом для развития Web3.
Плюсы и минусы нового типа AppChain
Новая тип приложения AppChain не является универсальным и бездефектным решением. Его плюсы и минусы следующие:
преимущества
Модульный дизайн: AppChain обычно использует модульный дизайн, позволяя разработчикам настраивать механизмы расчетов, компоненты инфраструктуры для доступности данных и т.д., чтобы удовлетворить конкретные потребности.
Оптимизация производительности: Многие новые AppChain могут снизить затраты, внедрив другие решения для доступности данных, одновременно увеличивая пропускную способность.
Увеличенное захватывание ценности: такие функции, как настраиваемые токены Gas, абстракция счетов и т. д., могут поддерживать более гибкую разработку приложений и создавать более сложные бизнес-модели и модели токенов.
недостатки
Разрыв ликвидности: новые приложения AppChain могут столкнуться с проблемой разрыва ликвидности.
Проблемы интероперабельности и композируемости: AppChain не может так же легко и просто комбинировать и взаимодействовать, как dApps на публичных блокчейнах в прошлом.
Увеличение сложности: по сравнению с традиционными dApps, новая AppChain имеет повышенную сложность, особенно на этапе проектирования и реализации, что может потребовать больше технических ресурсов и поддержки.
Основные соображения при определении AppChain
С точки зрения команды проекта, при принятии решения о том, следует ли проводить обновление или выбор AppChain, рекомендуется следовать следующим принципам:
Зависимость от характеристик существующих публичных цепей: если приложение сильно зависит от других dApps на публичной цепи, таких как ликвидность или функциональность продукта, рекомендуется продолжать использование существующих решений dApps.
Необходима кастомизация функций: если текущие приложения на уровне протокола с трудом поддерживают такие бизнес-требования, как абстракция учетных записей, специфические механизмы ввода и т. д., и если эти функции имеют решающее значение для ведения бизнеса, то рекомендуется выбрать или перейти на AppChain.
Чувствительность к затратам: если конечный пользователь чувствителен к ресурсам блок-пространства или хочет снизить потери, такие как MEV, AppChain может быть лучшим выбором. Кроме того, если приложение относится к сценарию с высокой частотой взаимодействий, AppChain может обеспечить более высокую эффективность ресурсов и более низкие транзакционные расходы.
Построение и развитие защитного пояса AppChain
Крепость приложения цепочки всегда заключается в его собственном бизнесе приложений. Ключ к успеху заключается в глубоком изучении болевых точек рынка и создании PMF продуктового приложения. Полагаться исключительно на нарратив инфраструктуры цепочки приложений — это застывшее мышление, которое ищет гвозди с молотком, и это неэффективный путь к созданию крепости.
В условиях текущей волны новых приложенческих цепей, ключевым моментом является построение открытых и прозрачных цепочных приложений с низкими затратами, понимание рыночного спроса и решение болевых точек продукта, разработка завершенных и безопасных продуктов, а также накопление и анализ обширных и богатых пользовательских данных, в сочетании с бизнес-моделью, имеющей модель денежного потока, для формирования сильной пользовательской привязанности и эффекта масштаба.
Высокие амбиции и агрессивные стратегии не всегда подходят для AppChain. По крайней мере, до тех пор пока основные продукты не будут доработаны, а данные пользователей и данные о росте пользователей не будут полностью собраны, AppChain следует сосредоточиться на развитии, а не на рекламе. Накопление данных пользователей, формирование пользовательских привычек и итерационное обновление функционала продукта — это не то, что можно достичь мгновенно, поэтому более взвешенный подход к развитию будет более подходящим. Приложение должно как можно быстрее сформировать свои основные функции, даже незаменимые функции. На этой основе можно разрабатывать новые функции и продуктовые линии, так что даже если новые функции и продуктовые линии встречают холодный прием, можно применить оборонительную стратегию отказа. В отношении обновления и итерации AppChain также можно многократно интегрироваться с существующими функциональными возможностями приложения.
В качестве примера известной платформы визуализации портфолио управления активами Debank, еще много лет назад была установлена отслеживаемость и наблюдение за активами, транзакциями и dApps в адресах кошельков ETH и EVM, и на основе этого была итерация множества функций. Хотя у Debank есть много относительно малоизвестных функций, таких как уведомления, закладки и приветствия, это не уменьшает нашу любовь к его основным функциям управления активами. Что касается платных функций Debank, мы можем увидеть их старательность в этой области, разнообразие и детализированные платные характеристики, а также интегрированная оптимизация функции Package предоставляют пользователям заботливый выбор. Общие показатели этих функций показывают хорошие результаты и хорошо взаимодействуют с другой продуктовой линией Debank Rabby Wallet. Даже несмотря на то, что Debank рекламирует, что Debank Chain разработан на основе OP Stack, пользователи не ощутили никаких явных изменений. Это говорит о том, что приложение Debank очень хорошо демонстрирует, как построить основную защитную стену для приложений и предоставляет ценную ссылку для выбора маршрутов развития других приложений.
Идеи дизайна механики токенов
При создании токеномики для приложения AppChain мы выступаем за естественно развивающуюся стратегию. Ядро этой стратегии заключается в уменьшении искусственного вмешательства.