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

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

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

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

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

Крім того, ми виявили, що Cosmos має недостатню привабливість для AppChain у таких аспектах, як Liveness ланцюга, ресурси документації для розробників та культура спільноти. Наприклад, цього року в Cosmos Hub сталися події зупинки блокування, ресурси документації не були достатніми під час бурхливого періоду інскрипцій наприкінці 2023 року, а також проблема з маленьким колом Interchain Foundation, на яку вказав співзасновник Хосе Марія Маседо, негативно вплинула на приєднання нових 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, як 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 з підтримкою спільноти та культури, лише кілька чисто застосункових проектів, інші в основному належать до інфраструктури. Це безпосередньо підтверджує, що інфраструктура займає вищу позицію в усій 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. Потрібна користувацька функція: якщо поточний додаток