AppChain зростання: походження, сучасний стан та майбутні перспективи

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

dApps та AppChain, хоча і мають схожі бізнес-моделі, але кожен має свої переваги та обмеження. Якщо акцентувати на синергії з екосистемою, dApps можуть бути більш доцільними, тоді як якщо прагнути до автономії та незалежності, AppChain є кращим вибором.

Розвиток Cosmos і Polkadot обмежений, причому виклики існують як на технічному рівні, так і, в більшій мірі, через дизайн економічних механізмів та високі бар'єри для входження в AppChain.

Ядро розвитку AppChain полягає у створенні власного бар'єру застосування, повному використанні низькокоштних транзакцій для сприяння високочастотним транзакціям на ланцюзі, а отже, у отриманні трафіку та накопиченні користувачів. Хоча підтримка та посилення технологій є важливими, вони є лише допоміжними факторами, а не основними елементами.

Майбутні AppChain зможе вирішити існуючі проблеми розриву ліквідності та взаємодії за допомогою таких технологій, як агрегувальний шар, суперланцюг або абстракція ланцюга.

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

Неминучість розвитку AppChain

У 2023 та 2024 роках все більше dApps оголошують про трансформацію в AppChain. Щодо цього явища, ми статистично дослідили весь сегмент AppChain і виявили, що ці AppChain переважно зосереджені в сферах DeFi, ігор, соціальних мереж та AI. Ми вважаємо, що розвиток 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 AppChain проектній команді необхідно забезпечити наявність розробників, які добре знайомі з Cosmos SDK та механізмом консенсусу Tendermint, що є додатковим технічним навантаженням для технічних команд, які займаються переважно розробкою додатків. Крім того, навіть якщо Cosmos AppChain зможе забезпечити достатню кількість технічних фахівців, більшість логіки запуску AppChain полягає у розподілі токенів серед валідаторів Cosmos для залучення початкових валідаторів до участі та забезпечення безпеки мережі, а також у стимулюванні валідаторів підтримувати безпеку мережі через високий рівень інфляції. Однак, побічним ефектом цього підходу є прискорення знецінення токенів, що призводить до швидкого падіння вартості мережі. Ця ситуація ускладнює становлення AppChain на ринку.

Згідно з ICS, запропонованим Atom 2.0, концепція AppChain буде оновлена до моделі Permissionless Consumer Chains, хоча вона дозволяє безперешкодно приєднуватися до споживчих ланцюгів, знижуючи витрати на забезпечення безпеки споживчих ланцюгів. Але така форма голосування на основі DAO в певному сенсі є подібною до механізму аукціону слотів Polkadot, який був запущений у той же час, і може стикатися з подібними проблемами неефективного розвитку, властивими механізму аукціону слотів.

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

Каталізатор нових AppChain

Якщо ми розглядаємо ранні AppChain в Cosmos як додатки, орієнтовані на ланцюг, з акцентом на дизайн суверенітету ланцюга, то нові типи AppChain більше орієнтовані на застосування, зосереджені на власному розвитку застосувань. Поява цих нових типів AppChain зумовлена переважно поширенням концепції модульних блокчейнів, зрілістю та широким впровадженням універсальних 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, AppChain стала новим шляхом для реалізації бізнес-логіки, оновлення існуючих dApps більше не є проблемою, основні виклики тепер зосереджені на виборі технологій, розробці бізнесу та операційній підтримці.

При впровадженні рішення Rollup зазвичай потрібно вибрати відповідну рамку виконання, таку як OP Stack або Arbitrum Orbits. Наприклад, OP Stack - це постійно еволюціонуюча рамка Rollup, яка повинна оновлюватися разом з оновленнями Ethereum (, такими як функціонал Blob у Канкуні ), і також підтримувати нові функції (, такі як Alternative Data Availability ). Для зручності розуміння ми спростили процес розробки AppChain, грубо дотримуючися наступних кроків:

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

2. Проектування вимог: відповідно до можливостей налаштування відповідної рамки, розробити застосунковий ланцюг, що відповідає вимогам.

3. Операційне обслуговування: завершення розгортання, тестування, запуск та подальше обслуговування.

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

У той же час, інфраструктура і супутні функції навколо 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-класи, лише кілька чисто застосункових проектів, таких як певна торгова платформа, LDO, певна платформа кредитування, Ondo, Jupiter, Ethena та інші, в той час як більшість належить до інфраструктури. Це невидимо підтверджує, що інфраструктура має вищий статус у всій Crypto-індустрії, ніж додатки. У відповідності до первинного ринку, обсяги фінансування для застосункових класів також далекі від обсягів для інфраструктурних класів. Ми вважаємо, що частково ця явище пояснюється складністю 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, рекомендується дотримуватись наступних принципів:

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

2. Потрібні користувацькі функції: якщо поточний застосунок на рівні протоколу важко підтримує такі речі, як абстракція облікових записів, специфічні механізми onboarding (Revenue поділ ) тощо.