Виникнення AppChain: дослідження походження, розвитку та перспектив
Розвиток AppChain є результатом спільної дії багатьох факторів, включаючи зрілість інфраструктури, посилення конкуренції за блок-простір та зростаючий попит на кастомізовані токеномічні моделі. Хоча dApps і AppChain мають схожості в бізнес-моделях, кожен має свої переваги та обмеження. Основою розвитку AppChain є створення власного бар'єру для застосувань, використання низько вартісних транзакцій для сприяння високочастотним транзакціям на ланцюгу, залучення трафіку та накопичення користувачів. Технічна підтримка, хоча й важлива, є лише допоміжним фактором, а не ключовим елементом.
Неминучість розвитку AppChain
У 2023 та 2024 роках дедалі більше dApps оголошують про перехід до AppChain. Ці AppChain в основному зосереджені на таких сферах, як DeFi, ігри, соціальні мережі та ШІ. Розвиток AppChain став неминучою тенденцією, що зумовлено зрілістю модульних технологій, широким визнанням універсальних Rollup другого рівня, збільшенням кількості платформ RaaS та вдосконаленням послуг, а також конкуренцією dApps за ресурси блокчейн-простору публічних ланцюгів, оптимізацією витрат на транзакції для кінцевих користувачів і потребами в кастомізації токеноміки.
dApps оновлюються до AppChain, але це не призведе до негайної трансформації в інфраструктурний рівень з високою оцінкою. Перевага AppChain полягає в тому, що вона сприяє більшій кількості високочастотних транзакцій на ланцюзі завдяки низьким витратам на транзакції, використовує накопичення даних для покращення досвіду користувачів, формує прихильність користувачів і реалізує мережевий ефект. Основна суть розвитку AppChain все ще полягає в її унікальних бар'єрах для застосування та трафіку.
Дослідження походження AppChain
Cosmos є новаторським проектом у сфері AppChain. Він відомий модульним і вбудованим дизайном, який розділяє віртуальну машину та механізм консенсусу, дозволяючи розробникам вільно вибирати рамки для побудови віртуальної машини та налаштовувати ключові параметри механізму консенсусу. Цей дизайн дозволяє різноманітним додаткам існувати у вигляді незалежних ланцюгів, демонструючи унікальні переваги в гнучкості та суверенності.
Однак, загальна тенденція зростання додатків AppChain у Cosmos не збереглася, і кількість нових AppChain не збільшилася помітно. Це в основному пов'язано з тим, що Cosmos надав занадто високу суверенність додаткам AppChain, а до впровадження ICS-реалізації Atom 2.0, безпека додатків AppChain, а також витрати на запуск і підтримку були основними причинами.
Для побудови AppChain на базі Cosmos необхідна команда розробників, яка добре знає Cosmos SDK та механізм консенсусу Tendermint, що є додатковим технічним навантаженням для технологічних команд, що зосереджені на розробці додатків. Навіть при наявності достатньої кількості технічних спеціалістів, більшість логіки запуску AppChain реалізується через аерозоль токенів для залучення початкових валідаторів до участі та забезпечення безпеки мережі, одночасно стимулюючи валідаторів підтримувати безпеку мережі через високий рівень інфляції. Побічний ефект цього підходу полягає в прискоренні знецінення токенів, що призводить до різкого падіння вартості мережі.
Крім того, Cosmos має недостатню привабливість для AppChain у таких аспектах, як Liveness-особливості ланцюга, ресурси документації для розробників та культура спільноти. Наприклад, події зупинки блокування на Cosmos Hub, недосконалі ресурси документації під час бурхливого періоду наприкінці 2023 року, а також проблема з маленьким колом Interchain Foundation негативно вплинули на приєднання нових 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, впроваджують Alternative Data Availability для зниження витрат та підвищення пропускної здатності, тоді як платформи RaaS поступово впроваджують інтеграційну підтримку таких функцій, як кастомні токени Gas та абстракція рідних облікових записів. З поширенням застосувань Rollup проблеми фрагментації ліквідності та взаємодії починають поступово проявлятися, що спонукає до рішень агрегації та уніфікації, таких як 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 не може так легко і просто комбінуватися та взаємодіяти, як децентралізовані додатки на публічних блокчейнах у минулому.
Зростання складності: нові AppChain мають більшу складність порівняно з традиційними dApps, особливо під час проектування та реалізації, що може вимагати більше технічних ресурсів і підтримки.
Основні міркування щодо визначення AppChain
З точки зору команди проекту, при ухваленні рішення про оновлення або вибір AppChain, рекомендується дотримуватись таких принципів:
Залежність від характеристик існуючих публічних блокчейнів: якщо додаток сильно залежить від інших dApps на публічному блокчейні, наприклад, від ліквідності або функцій продукту, рекомендується продовжувати використовувати існуючі рішення dApps.
Потрібні спеціалізовані функції: якщо поточний додаток не може підтримувати бізнес-вимоги, такі як абстракція облікових записів, специфічні механізми onboarding тощо, на рівні протоколу, і ці функції є вкрай важливими для ведення бізнесу, то рекомендується обрати або мігрувати на AppChain.
Чутливість до витрат: якщо кінцеві користувачі чутливі до ресурсів блокчейн-простору або хочуть знизити втрати, такі як MEV, AppChain може бути кращим вибором. Крім того, якщо застосування належить до сценаріїв з високою частотою взаємодії, AppChain може забезпечити вищу ефективність ресурсів і нижчі витрати на транзакції.
Будівництво та розвиток захисної стіни AppChain
Ділянка захисту AppChain завжди полягає в її власному бізнесі застосувань. Ключ до успіху полягає в глибокому дослідженні ринкових болей та побудові продукту, що відповідає PMF. Просте покладання на наратив інфраструктури ланцюга AppChain є закостенілою думкою, подібною до того, як шукати цвяхи з молотком, і не є ефективним способом побудови ділянки захисту.
У новій хвилі застосувань AppChain, ключовим є те, як створити відкриті та прозорі низьковитратні застосунки на ланцюзі, задовольнити ринковий попит і вирішити проблеми продукту, відшліфувати досконалий та безпечний продукт, а також створити величезну та різноманітну базу даних користувачів та аналіз, поєднуючи це з бізнес-моделлю, що має грошовий потік, щоб сформувати сильну прихильність користувачів та ефект масштабу.
Висока стратегія не завжди підходить для AppChain. Принаймні, поки основні продукти не вдосконалені, а дані користувачів і дані щодо зростання користувачів ще не повністю сформовані, AppChain має зосередитися на розвитку, а не на рекламі. Накопичення даних користувачів, формування звичок користувачів, ітераційне оновлення функцій продукту — все це не відбувається миттєво, тому стратегія обережного та поступового розвитку є більш підходящою. Додаток спочатку повинен якомога швидше сформувати свої основні функції, навіть незамінні функції. На основі цього розробляйте нові функції та лінії продуктів, так що, навіть якщо нові функції та нові лінії продуктів зустрінуть холодний прийом, можна буде застосувати оборонну стратегію відмови. Відповідно, в аспекті оновлення та ітерації AppChain також можна неодноразово глибоко інтегрувати з існуючими функціями застосунку.
Як приклад відомої платформи візуалізації портфоліо Debank, ще давно було встановлено відстеження та спостереження за активами, транзакціями, dApps та іншими позиціями для ETH та EVM гаманців, і на основі цього були ітеровані численні функції. Незважаючи на те, що Debank має багато відносно маловідомих функцій, таких як сповіщення, закладки та вітання, це не впливає на нашу любов до її основних функцій управління активами. Щодо платних функцій Debank, ми можемо побачити їхню старанність у цьому напрямку: різноманітні та детальні платні характеристики, а також інтегровані оптимізовані функції Package забезпечують користувачам зручний вибір. Загальні дані про ці функції показують хороші результати, а також утворюють добру синергію з іншою продуктом Debank - Rabby Wallet. Навіть якщо Debank рекламує Debank Chain, розроблену на базі OP Stack, користувачі не відчувають цього помітно. Це свідчить про те, що AppChain Debank добре демонструє, як створити основний захист для застосунків і надає цінні рекомендації для вибору розвитку інших AppChain.
Дизайн ігрових механік токенів
При побудові економічної моделі токенів для AppChain, ми виступаємо за прийняття стратегії природного розвитку. Основою цієї стратегії є зменшення штучного втручання.
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Виникнення AppChain: еволюція та перспективи розвитку від Cosmos до нового екосистеми Layer2
Виникнення AppChain: дослідження походження, розвитку та перспектив
Розвиток AppChain є результатом спільної дії багатьох факторів, включаючи зрілість інфраструктури, посилення конкуренції за блок-простір та зростаючий попит на кастомізовані токеномічні моделі. Хоча dApps і AppChain мають схожості в бізнес-моделях, кожен має свої переваги та обмеження. Основою розвитку AppChain є створення власного бар'єру для застосувань, використання низько вартісних транзакцій для сприяння високочастотним транзакціям на ланцюгу, залучення трафіку та накопичення користувачів. Технічна підтримка, хоча й важлива, є лише допоміжним фактором, а не ключовим елементом.
Неминучість розвитку AppChain
У 2023 та 2024 роках дедалі більше dApps оголошують про перехід до AppChain. Ці AppChain в основному зосереджені на таких сферах, як DeFi, ігри, соціальні мережі та ШІ. Розвиток AppChain став неминучою тенденцією, що зумовлено зрілістю модульних технологій, широким визнанням універсальних Rollup другого рівня, збільшенням кількості платформ RaaS та вдосконаленням послуг, а також конкуренцією dApps за ресурси блокчейн-простору публічних ланцюгів, оптимізацією витрат на транзакції для кінцевих користувачів і потребами в кастомізації токеноміки.
dApps оновлюються до AppChain, але це не призведе до негайної трансформації в інфраструктурний рівень з високою оцінкою. Перевага AppChain полягає в тому, що вона сприяє більшій кількості високочастотних транзакцій на ланцюзі завдяки низьким витратам на транзакції, використовує накопичення даних для покращення досвіду користувачів, формує прихильність користувачів і реалізує мережевий ефект. Основна суть розвитку AppChain все ще полягає в її унікальних бар'єрах для застосування та трафіку.
Дослідження походження AppChain
Cosmos є новаторським проектом у сфері AppChain. Він відомий модульним і вбудованим дизайном, який розділяє віртуальну машину та механізм консенсусу, дозволяючи розробникам вільно вибирати рамки для побудови віртуальної машини та налаштовувати ключові параметри механізму консенсусу. Цей дизайн дозволяє різноманітним додаткам існувати у вигляді незалежних ланцюгів, демонструючи унікальні переваги в гнучкості та суверенності.
Однак, загальна тенденція зростання додатків AppChain у Cosmos не збереглася, і кількість нових AppChain не збільшилася помітно. Це в основному пов'язано з тим, що Cosmos надав занадто високу суверенність додаткам AppChain, а до впровадження ICS-реалізації Atom 2.0, безпека додатків AppChain, а також витрати на запуск і підтримку були основними причинами.
Для побудови AppChain на базі Cosmos необхідна команда розробників, яка добре знає Cosmos SDK та механізм консенсусу Tendermint, що є додатковим технічним навантаженням для технологічних команд, що зосереджені на розробці додатків. Навіть при наявності достатньої кількості технічних спеціалістів, більшість логіки запуску AppChain реалізується через аерозоль токенів для залучення початкових валідаторів до участі та забезпечення безпеки мережі, одночасно стимулюючи валідаторів підтримувати безпеку мережі через високий рівень інфляції. Побічний ефект цього підходу полягає в прискоренні знецінення токенів, що призводить до різкого падіння вартості мережі.
Крім того, Cosmos має недостатню привабливість для AppChain у таких аспектах, як Liveness-особливості ланцюга, ресурси документації для розробників та культура спільноти. Наприклад, події зупинки блокування на Cosmos Hub, недосконалі ресурси документації під час бурхливого періоду наприкінці 2023 року, а також проблема з маленьким колом Interchain Foundation негативно вплинули на приєднання нових 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, впроваджують Alternative Data Availability для зниження витрат та підвищення пропускної здатності, тоді як платформи RaaS поступово впроваджують інтеграційну підтримку таких функцій, як кастомні токени Gas та абстракція рідних облікових записів. З поширенням застосувань Rollup проблеми фрагментації ліквідності та взаємодії починають поступово проявлятися, що спонукає до рішень агрегації та уніфікації, таких як 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 не може так легко і просто комбінуватися та взаємодіяти, як децентралізовані додатки на публічних блокчейнах у минулому.
Зростання складності: нові AppChain мають більшу складність порівняно з традиційними dApps, особливо під час проектування та реалізації, що може вимагати більше технічних ресурсів і підтримки.
Основні міркування щодо визначення AppChain
З точки зору команди проекту, при ухваленні рішення про оновлення або вибір AppChain, рекомендується дотримуватись таких принципів:
Залежність від характеристик існуючих публічних блокчейнів: якщо додаток сильно залежить від інших dApps на публічному блокчейні, наприклад, від ліквідності або функцій продукту, рекомендується продовжувати використовувати існуючі рішення dApps.
Потрібні спеціалізовані функції: якщо поточний додаток не може підтримувати бізнес-вимоги, такі як абстракція облікових записів, специфічні механізми onboarding тощо, на рівні протоколу, і ці функції є вкрай важливими для ведення бізнесу, то рекомендується обрати або мігрувати на AppChain.
Чутливість до витрат: якщо кінцеві користувачі чутливі до ресурсів блокчейн-простору або хочуть знизити втрати, такі як MEV, AppChain може бути кращим вибором. Крім того, якщо застосування належить до сценаріїв з високою частотою взаємодії, AppChain може забезпечити вищу ефективність ресурсів і нижчі витрати на транзакції.
Будівництво та розвиток захисної стіни AppChain
Ділянка захисту AppChain завжди полягає в її власному бізнесі застосувань. Ключ до успіху полягає в глибокому дослідженні ринкових болей та побудові продукту, що відповідає PMF. Просте покладання на наратив інфраструктури ланцюга AppChain є закостенілою думкою, подібною до того, як шукати цвяхи з молотком, і не є ефективним способом побудови ділянки захисту.
У новій хвилі застосувань AppChain, ключовим є те, як створити відкриті та прозорі низьковитратні застосунки на ланцюзі, задовольнити ринковий попит і вирішити проблеми продукту, відшліфувати досконалий та безпечний продукт, а також створити величезну та різноманітну базу даних користувачів та аналіз, поєднуючи це з бізнес-моделлю, що має грошовий потік, щоб сформувати сильну прихильність користувачів та ефект масштабу.
Висока стратегія не завжди підходить для AppChain. Принаймні, поки основні продукти не вдосконалені, а дані користувачів і дані щодо зростання користувачів ще не повністю сформовані, AppChain має зосередитися на розвитку, а не на рекламі. Накопичення даних користувачів, формування звичок користувачів, ітераційне оновлення функцій продукту — все це не відбувається миттєво, тому стратегія обережного та поступового розвитку є більш підходящою. Додаток спочатку повинен якомога швидше сформувати свої основні функції, навіть незамінні функції. На основі цього розробляйте нові функції та лінії продуктів, так що, навіть якщо нові функції та нові лінії продуктів зустрінуть холодний прийом, можна буде застосувати оборонну стратегію відмови. Відповідно, в аспекті оновлення та ітерації AppChain також можна неодноразово глибоко інтегрувати з існуючими функціями застосунку.
Як приклад відомої платформи візуалізації портфоліо Debank, ще давно було встановлено відстеження та спостереження за активами, транзакціями, dApps та іншими позиціями для ETH та EVM гаманців, і на основі цього були ітеровані численні функції. Незважаючи на те, що Debank має багато відносно маловідомих функцій, таких як сповіщення, закладки та вітання, це не впливає на нашу любов до її основних функцій управління активами. Щодо платних функцій Debank, ми можемо побачити їхню старанність у цьому напрямку: різноманітні та детальні платні характеристики, а також інтегровані оптимізовані функції Package забезпечують користувачам зручний вибір. Загальні дані про ці функції показують хороші результати, а також утворюють добру синергію з іншою продуктом Debank - Rabby Wallet. Навіть якщо Debank рекламує Debank Chain, розроблену на базі OP Stack, користувачі не відчувають цього помітно. Це свідчить про те, що AppChain Debank добре демонструє, як створити основний захист для застосунків і надає цінні рекомендації для вибору розвитку інших AppChain.
Дизайн ігрових механік токенів
При побудові економічної моделі токенів для AppChain, ми виступаємо за прийняття стратегії природного розвитку. Основою цієї стратегії є зменшення штучного втручання.