Исследование происхождения, развития и перспектив AppChain
Развитие AppChain является результатом взаимодействия множества факторов, включая зрелость инфраструктуры, усиливающуюся конкуренцию за блок-пространство и растущий спрос на кастомизированные экономические модели токенов.
dApps и AppChain, хотя и имеют схожие бизнес-формы, но каждый имеет свои преимущества и ограничения. Если акцентировать внимание на синергетическом эффекте с экосистемой, dApps может быть более подходящим, тогда как если стремиться к автономии и независимости, 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 AppChain может быть укомплектована достаточным количеством технических специалистов, логика запуска большинства приложений основана на раздаче токенов валидаторам Cosmos, чтобы привлечь начальных валидаторов для участия и обеспечения безопасности сети, одновременно стимулируя валидаторов поддерживать безопасность сети через высокий уровень инфляции. Однако побочный эффект этого подхода заключается в ускорении обесценивания токенов, что приводит к резкому падению стоимости сети. Эта ситуация делает положение приложений на рынке более сложным.
В рамках ICS-решения, продвигаемого Atom 2.0, концепция приложений цепочек будет обновлена до модели Permissionless Consumer Chains, хотя она позволяет без разрешения присоединяться к цепочкам потребителей, что снижает затраты на получение безопасности цепочек потребителей. Однако такая форма голосования на основе DAO в определенной степени похожа на механизм аукционов слотов Polkadot, и может столкнуться с подобными проблемами неэффективного развития, как и механизм аукционов слотов.
Кроме того, мы обнаружили, что Cosmos недостаточно привлекателен для AppChain в таких аспектах, как Liveness характеристика цепи, ресурсы документации для разработчиков и культура сообщества. Например, события остановки блоков, произошедшие на Cosmos Hub в этом году, недостаток ресурсов документации для разработки в период бумов на铭文 в конце 2023 года и проблема "маленького круга" Interchain Foundation, на которую указал соучредитель 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 и также поддерживает новые функции. Для удобства понимания мы упрощаем процесс разработки AppChain и в общих чертах следуем следующим шагам:
Выбор технологий: оценка функций и характеристик различных фреймворков, выбор наиболее подходящего фреймворка.
Проектирование требований: на основе возможностей настройки соответствующего фреймворка разработать приложение, соответствующее требованиям.
Операционное обслуживание: завершение развертывания, тестирования, запуска и последующего обслуживания.
Хотя Rollup-рамка предоставляет приложениям мощные возможности расширения, выбор и внедрение подходящей рамки не является легким, особенно когда изменения происходят после запуска приложения. Поэтому появление таких платформ, как Altlayer, Caldera и Conduit, особенно важно. Эти платформы похожи на 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 и несколько других чисто прикладных проектов, остальные в основном относятся к инфраструктуре. Это невольно подтверждает, что инфраструктура занимает более высокую позицию в всей криптоиндустрии, чем приложения. Соответственно, на первичном рынке объемы финансирования приложений также значительно ниже, чем у инфраструктурных проектов. Мы считаем, что частью причины этого явления является относительная сложность UI/UX приложений Web3, которые далеки от зрелости и удобства Web2, в то время как связанные инновации в парадигмах приложений также не достигли настоящего прорыва. Тем не менее, мы верим, что потенциал AppChain еще не полностью раскрыт и в будущем может стать важной точкой прорыва для развития Web3. На данный момент есть несколько известных проектов AppChain, таких как IMX, Cyberconnect, Project Galaxy, Worldcoin и другие, которые демонстрируют огромный потенциал AppChain.
Плюсы и минусы новой AppChain
В области технологий и инноваций «серебряная пуля» часто используется для описания идеального решения, способного решить все проблемы. Однако на практике практически нет технологий, которые могли бы сразу решить все вопросы. Точно так же новые приложения AppChain не являются универсальным и безупречным решением. Далее мы проведем анализ их плюсов и минусов:
Преимущества
Модульный дизайн: AppChain обычно использует модульный дизайн, позволяя разработчикам настраивать механизмы расчетов, доступность данных и другие компоненты инфраструктуры для удовлетворения конкретных потребностей.
Оптимизация производительности: Многие новые AppChain могут снизить затраты, вводя другие решения для уровня доступности данных, одновременно повышая пропускную способность.
Улучшенное захватывание ценности: такие функции, как пользовательские токены Gas, абстракция аккаунтов и т. д., могут поддерживать более гибкую разработку приложений, а также создавать более сложные бизнес-модели и модели токенов.
недостатки
Разделение ликвидности: новые приложения AppChain могут столкнуться с проблемой разделения ликвидности.
Проблемы интероперабельности и совместимости: AppChain не может так легко и просто комбинировать и взаимодействовать, как децентрализованные приложения (dApps) на публичных блокчейнах в прошлом.
Увеличение сложности: по сравнению с традиционными dApps, сложность новых приложений AppChain увеличивается, особенно на этапе проектирования и реализации, что может потребовать больше технических ресурсов и поддержки.
Основные соображения при выборе AppChain
С точки зрения команды проекта, при принятии решения о проведении обновления или выборе приложения AppChain рекомендуется следовать следующим принципам:
Зависимость от особенностей существующих публичных блокчейнов: если ваше приложение сильно зависит от других dApps на публичном блокчейне, например, от ликвидности или функциональности продукта, рекомендуется продолжать использовать существующие решения dApps.
Необходима настройка функций: если текущему приложению трудно поддерживать такие бизнес-требования, как абстракция учетной записи, специфические механизмы внедрения и т. д. на уровне протокола, и если эти функции имеют решающее значение для ведения бизнеса, то рекомендуется выбрать или перейти на AppChain.
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
8 Лайков
Награда
8
4
Поделиться
комментарий
0/400
GhostChainLoyalist
· 08-03 06:37
Сейчас еще кто-то играет в Yingshan? Он уже давно мертв.
Посмотреть ОригиналОтветить0
ShadowStaker
· 08-03 06:37
мэ... еще одна L1 нарратива с нулевым учетом сопротивления MEV, честно говоря
Посмотреть ОригиналОтветить0
MemeCoinSavant
· 08-03 06:35
мои статистические модели показывают 69% корреляция между цепочками приложений и распределением копиума, честно говоря
Восхождение AppChain: путь эволюции от dApp к независимой экосистеме
Исследование происхождения, развития и перспектив AppChain
Развитие AppChain является результатом взаимодействия множества факторов, включая зрелость инфраструктуры, усиливающуюся конкуренцию за блок-пространство и растущий спрос на кастомизированные экономические модели токенов.
dApps и AppChain, хотя и имеют схожие бизнес-формы, но каждый имеет свои преимущества и ограничения. Если акцентировать внимание на синергетическом эффекте с экосистемой, dApps может быть более подходящим, тогда как если стремиться к автономии и независимости, 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 AppChain может быть укомплектована достаточным количеством технических специалистов, логика запуска большинства приложений основана на раздаче токенов валидаторам Cosmos, чтобы привлечь начальных валидаторов для участия и обеспечения безопасности сети, одновременно стимулируя валидаторов поддерживать безопасность сети через высокий уровень инфляции. Однако побочный эффект этого подхода заключается в ускорении обесценивания токенов, что приводит к резкому падению стоимости сети. Эта ситуация делает положение приложений на рынке более сложным.
В рамках ICS-решения, продвигаемого Atom 2.0, концепция приложений цепочек будет обновлена до модели Permissionless Consumer Chains, хотя она позволяет без разрешения присоединяться к цепочкам потребителей, что снижает затраты на получение безопасности цепочек потребителей. Однако такая форма голосования на основе DAO в определенной степени похожа на механизм аукционов слотов Polkadot, и может столкнуться с подобными проблемами неэффективного развития, как и механизм аукционов слотов.
Кроме того, мы обнаружили, что Cosmos недостаточно привлекателен для AppChain в таких аспектах, как Liveness характеристика цепи, ресурсы документации для разработчиков и культура сообщества. Например, события остановки блоков, произошедшие на Cosmos Hub в этом году, недостаток ресурсов документации для разработки в период бумов на铭文 в конце 2023 года и проблема "маленького круга" Interchain Foundation, на которую указал соучредитель 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 и также поддерживает новые функции. Для удобства понимания мы упрощаем процесс разработки AppChain и в общих чертах следуем следующим шагам:
Выбор технологий: оценка функций и характеристик различных фреймворков, выбор наиболее подходящего фреймворка.
Проектирование требований: на основе возможностей настройки соответствующего фреймворка разработать приложение, соответствующее требованиям.
Операционное обслуживание: завершение развертывания, тестирования, запуска и последующего обслуживания.
Хотя Rollup-рамка предоставляет приложениям мощные возможности расширения, выбор и внедрение подходящей рамки не является легким, особенно когда изменения происходят после запуска приложения. Поэтому появление таких платформ, как Altlayer, Caldera и Conduit, особенно важно. Эти платформы похожи на 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 и несколько других чисто прикладных проектов, остальные в основном относятся к инфраструктуре. Это невольно подтверждает, что инфраструктура занимает более высокую позицию в всей криптоиндустрии, чем приложения. Соответственно, на первичном рынке объемы финансирования приложений также значительно ниже, чем у инфраструктурных проектов. Мы считаем, что частью причины этого явления является относительная сложность UI/UX приложений Web3, которые далеки от зрелости и удобства Web2, в то время как связанные инновации в парадигмах приложений также не достигли настоящего прорыва. Тем не менее, мы верим, что потенциал AppChain еще не полностью раскрыт и в будущем может стать важной точкой прорыва для развития Web3. На данный момент есть несколько известных проектов AppChain, таких как IMX, Cyberconnect, Project Galaxy, Worldcoin и другие, которые демонстрируют огромный потенциал AppChain.
Плюсы и минусы новой AppChain
В области технологий и инноваций «серебряная пуля» часто используется для описания идеального решения, способного решить все проблемы. Однако на практике практически нет технологий, которые могли бы сразу решить все вопросы. Точно так же новые приложения AppChain не являются универсальным и безупречным решением. Далее мы проведем анализ их плюсов и минусов:
Преимущества
Модульный дизайн: AppChain обычно использует модульный дизайн, позволяя разработчикам настраивать механизмы расчетов, доступность данных и другие компоненты инфраструктуры для удовлетворения конкретных потребностей.
Оптимизация производительности: Многие новые AppChain могут снизить затраты, вводя другие решения для уровня доступности данных, одновременно повышая пропускную способность.
Улучшенное захватывание ценности: такие функции, как пользовательские токены Gas, абстракция аккаунтов и т. д., могут поддерживать более гибкую разработку приложений, а также создавать более сложные бизнес-модели и модели токенов.
недостатки
Разделение ликвидности: новые приложения AppChain могут столкнуться с проблемой разделения ликвидности.
Проблемы интероперабельности и совместимости: AppChain не может так легко и просто комбинировать и взаимодействовать, как децентрализованные приложения (dApps) на публичных блокчейнах в прошлом.
Увеличение сложности: по сравнению с традиционными dApps, сложность новых приложений AppChain увеличивается, особенно на этапе проектирования и реализации, что может потребовать больше технических ресурсов и поддержки.
Основные соображения при выборе AppChain
С точки зрения команды проекта, при принятии решения о проведении обновления или выборе приложения AppChain рекомендуется следовать следующим принципам:
Зависимость от особенностей существующих публичных блокчейнов: если ваше приложение сильно зависит от других dApps на публичном блокчейне, например, от ликвидности или функциональности продукта, рекомендуется продолжать использовать существующие решения dApps.
Необходима настройка функций: если текущему приложению трудно поддерживать такие бизнес-требования, как абстракция учетной записи, специфические механизмы внедрения и т. д. на уровне протокола, и если эти функции имеют решающее значение для ведения бизнеса, то рекомендуется выбрать или перейти на AppChain.
3