Дослідження походження, розвитку та перспектив AppChain
Розвиток AppChain є результатом спільної дії багатьох факторів, включаючи зрілість інфраструктури, посилення конкуренції за блок-простір та зростання попиту на кастомізовані токеномічні моделі.
Хоча dApps і AppChain мають схожість у бізнес-формі, кожен з них має свої переваги та обмеження. Якщо акцентувати увагу на синергії з екосистемою, dApps може бути більш доцільним; якщо ж прагнути автономії та незалежності, AppChain є кращим вибором.
Розвиток ранніх платформ AppChain, таких як Cosmos і Polkadot, був обмежений, по-перше, технічними викликами, а по-друге, через проектування економічних механізмів та високі бар'єри для входу в AppChain.
Ядром розвитку AppChain є побудова власного застосункового бар'єру, повне використання низьковартісних транзакцій для сприяння високочастотним транзакціям на блокчейні, що в свою чергу дозволяє отримувати трафік та накопичувати користувачів. Хоча технічна підтримка та посилення є важливими, вони є лише допоміжними факторами, а не основними елементами.
У майбутньому AppChain обіцяє вирішити існуючі проблеми фрагментації ліквідності та взаємодії за допомогою таких технологій, як агрегувальний шар, суперланцюг або абстракція ланцюга.
Хоча ринкова капіталізація або повністю розведена оцінка AppChain може отримати певний приріст, ключовим все ж залишаються якість продукту та користувацький досвід самого додатку.
Неминучість розвитку AppChain
У 2023-2024 роках все більше dApps оголошують про перехід на AppChain. Ці AppChain в основному зосереджені в таких сферах, як DeFi, ігри, соціальні мережі та ШІ. Розвиток AppChain став неминучим трендом завдяки зрілості модульних технологій, широкому визнанню загальних Rollup другого рівня, збільшенню платформ RaaS та вдосконаленню послуг, а також конкуренції dApps за ресурси блокчейнів, оптимізації витрат на транзакції кінцевих користувачів і потребам у кастомізації токеноміки.
dApps оновлюються до AppChain, і це не призведе до негайної трансформації в переоцінену інфраструктурний рівень, оскільки dApps та AppChain більше є вибором технології, а не вирішальним фактором успіху. Перевага AppChain полягає в тому, що вона сприяє більшій кількості високочастотних транзакцій на ланцюзі за рахунок низьких витрат на транзакції, використовуючи накопичення даних для покращення досвіду користувачів продукту, формуючи прихильність користувачів, і тим самим реалізуючи мережевий ефект. Таким чином, ключовим аспектом розвитку AppChain залишається її унікальний бар'єр застосування та трафік.
Походження AppChain
Cosmos є піонерським проектом AppChain. Cosmos славиться модульним та вбудовуваним дизайном, відокремлюючи віртуальну машину та механізм консенсусу, що дозволяє розробникам вільно обирати фреймворк для побудови віртуальної машини та налаштовувати ключові параметри механізму консенсусу. Такий дизайн дозволяє різним додаткам існувати у вигляді незалежних ланцюгів, демонструючи переваги в гнучкості та суверенності.
Але загальний тренд зростання застосункових ланцюгів Cosmos не триває, кількість нових застосункових ланцюгів не збільшилася суттєво. Основною причиною є надмірна суверенність, надана застосунковим ланцюгам Cosmos; до впровадження ICS-структури Atom 2.0, безпека, запуск і витрати на обслуговування застосункових ланцюгів були досить високими.
Для створення AppChain в Cosmos потрібно мати команду розробників, яка добре знає Cosmos SDK і механізм консенсусу Tendermint, що є додатковим навантаженням для технічних команд, орієнтованих на розробку застосунків. Навіть якщо забезпечити достатню кількість технічних спеціалістів, більшість AppChain приваблюють початкових валідаторів, розподіляючи токени серед валідаторів Cosmos, щоб залучити їх до участі та забезпечити безпеку мережі, одночасно заохочуючи валідаторів підтримувати безпеку мережі через високий рівень інфляції. Але така практика прискорює знецінення токенів, що призводить до швидкого падіння вартості мережі.
ICS, запропонований Atom 2.0, оновлює концепцію AppChain до моделі Permissionless Consumer Chains, що дозволяє безперешкодно приєднуватися до споживчих ланцюгів та знижувати витрати на забезпечення безпеки. Однак, така форма управління на основі голосування DAO, подібна до механізму аукціону слотів Polkadot, може зіштовхнутися з аналогічними проблемами неефективного розвитку.
Крім того, Cosmos має недостатню привабливість для AppChain в аспектах Liveness ланцюга, ресурсів документації для розробників та культурі спільноти. Наприклад, зупинка блокування Cosmos Hub, недостатня документація під час бурхливого періоду мемів, а також проблема з малими колами Interchain Foundation негативно впливають на приєднання нових AppChain.
Каталізатор нового типу AppChain
Виникнення нових AppChain значною мірою зумовлене поширенням концепції модульного блокчейну, зрілістю та широкою перевіркою універсальних Rollup Layer2, розвитком шарів взаємодії та агрегування ліквідності, а також зростанням і вдосконаленням платформ RaaS.
Optimism, як один з перших Rollup Layer 2, який запустив свою основну мережу, успішно запустився у 2022 році, що стало знаковим моментом для реалізації теорії модульних блокчейнів. Optimism успадкував безпеку Ethereum і повністю підтримує технологічний стек розробки екосистеми Ethereum, демонструючи, як 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 в загальному включає:
Вибір технологій: оцініть функції та характеристики різних фреймворків, виберіть найвідповідніший фреймворк.
Проектування вимог: відповідно до відповідної структури налаштування можливостей, проектування застосунку, що відповідає вимогам.
Операційне обслуговування: завершення розгортання, тестування, запуск та подальше обслуговування.
Хоча фреймворк Rollup надає додаткам потужні можливості масштабування, вибір і впровадження відповідного фреймворку не є простим, особливо після виходу AppChain, коли зміни стають ще складнішими. Тому поява платформ RaaS, таких як Altlayer, Caldera та Conduit, є особливо важливою. Ці платформи зосереджені на рішеннях Rollup, допомагаючи dApps швидко вибирати різні фреймворки Rollup, спростити складні етапи розробки AppChain, надавати налаштовані основні функції та підтримувати обслуговування та оптимізацію після запуску додатків.
Одночасно активно розвивається інфраструктура та відповідні функції навколо AppChain. У галузі вводяться надзвичайно привабливі протоколи та функції, такі як Celestia, EigenDA та NearDA, які впроваджують альтернативну доступність даних, що знижує витрати та підвищує пропускну здатність. Платформи RaaS послідовно впроваджують інтеграцію функцій, таких як користувацькі токени Gas та абстракції рідних рахунків. З поширенням Rollup AppChain виявляються проблеми розподілу ліквідності та взаємодії, що сприяє появі агрегованих та уніфікованих рішень, таких як Superchain від Optimism, AggLayer від Polygon, Metalayer від Caldera та Elastic Chain від zkSync, з метою покращення взаємодії між AppChain та агрегування ліквідності.
Поточні труднощі в застосуванні на первинних і вторинних ринках посилюють пошуки dApps шляхів вирішення проблем. Серед 100 найкращих проектів на вторинному ринку, крім проектів на основі спільноти та культурної підтримки, таких як Meme, лише кілька є чисто прикладними проектами, більшість з яких належать до інфраструктури. Обсяги фінансування прикладних проектів на первинному ринку значно нижчі, ніж у випадку з інфраструктурними проектами. Частково це пов'язано з тим, що UI/UX додатків Web3 є відносно складними, і значно менш зрілими та зручними, ніж у Web2, а інновації в парадигмах застосування не досягли справжнього прориву. Незважаючи на це, потенціал AppChain ще не був повністю реалізований і в майбутньому може стати важливим проривом для розвитку Web3. Наразі існує кілька відомих проектів AppChain, таких як IMX, Cyberconnect, Project Galaxy, Worldcoin та інші, які демонструють величезний потенціал AppChain.
Переваги та недоліки нових AppChain
Новий тип AppChain не є універсальним і бездоганним рішенням. Його переваги та недоліки аналізуються нижче:
Переваги:
Модульний дизайн: дозволяє розробникам налаштовувати механізми розрахунків, доступність даних та інші компоненти інфраструктури для задоволення конкретних потреб.
Оптимізація продуктивності: шляхом впровадження інших рішень для доступності даних можна знизити витрати та підвищити пропускну здатність.
Підвищення захоплення вартості: такі як настроювані токени Gas, абстракція рахунків тощо, підтримують більш гнучку розробку додатків, створюючи більш складні бізнес-моделі та моделі токенів.
Недолік:
Розрив ліквідності: нові AppChain можуть зіткнутися з проблемою розриву ліквідності.
Проблеми з інтероперабельністю та комбінованістю: AppChain важко так легко і просто комбінувати та взаємодіяти, як це було з dApps на публічних блокчейнах у минулому.
Зростання складності: нові AppChain мають вищу складність порівняно з традиційними dApps, особливо під час проектування та реалізації, що може вимагати більше технічних ресурсів і підтримки.
Основні міркування щодо визначення AppChain
Команда проекту вирішує, чи проводити оновлення або ітерацію AppChain, чи вибрати інший шлях, рекомендується дотримуватись таких принципів:
Залежність від характеристик існуючого публічного блокчейну: якщо додаток сильно залежить від інших dApps на публічному блокчейні, таких як ліквідність або функціональність продукту, рекомендується продовжувати використовувати існуючі рішення dApps.
Потрібні налаштовані функції: якщо поточний додаток на рівні протоколу важко підтримує абстракцію рахунків, специфічні механізми Onboarding та інші бізнес-вимоги, і ці функції є вкрай важливими для ведення бізнесу, рекомендується обрати або мігрувати до AppChain.
Чутливість до витрат: якщо кінцеві користувачі чутливі до ресурсів блокчейн-простору або бажають зменшити втрати, такі як MEV, AppChain може бути кращим вибором. Якщо застосування належить до сценаріїв з високою частотою взаємодії, AppChain може забезпечити вищу ефективність ресурсів і нижчі транзакційні витрати.
Будівництво та розвиток захисного валу AppChain
Досвід захисту додатків завжди є їхнім власним додатком. Ключем до успіху є глибоке вивчення ринкових болей та створення продуктів з відповідністю ринку (PMF). Просто покладатися на наративи інфраструктури додатків - це фіксоване мислення і не є ефективним способом побудови захисту.
У нинішній хвилі нових застосункових ланцюгів ключовим є створення відкритих і прозорих низьковартісних застосунків на ланцюзі, врахування потреб ринку та вирішення проблем продукту, удосконалення безпечного й досконалого продукту, створення великої та різноманітної бази даних користувачів для накопичення та аналізу, а також поєднання з бізнес-моделлю, що має модель грошового потоку, для формування сильної прихильності користувачів та ефекту масштабу.
Висока стратегія не завжди підходить для AppChain. Основні продукти ще не вдосконалені, дані користувачів та дані зростання користувачів ще не повністю сформовані, тому AppChain має зосередитися на розвитку, а не на рекламуванні. Накопичення даних користувачів, формування звичок користувачів та оновлення функцій продукту не відбуваються миттєво, тому більш підходящою є стратегія поступового розвитку. Спершу додаток має швидко сформувати свої основні функції, навіть функції, які не можуть бути замінені. На основі цього розробляйте нові функції та продуктову лінію; навіть якщо нові функції та нові продуктові лінії викликають холодну реакцію, можна застосувати захисну стратегію відмови. У питанні оновлення та ітерації AppChain також можна кілька разів глибоко інтегрувати з існуючими функціями додатка.
На прикладі відомої платформи візуалізації портфоліо управління активами Debank, ще давно було створено відстеження та спостереження за активами адрес гаманців ETH та EVM, транзакційними потоками, dApps та іншими позиціями, що призвело до ітерації багатьох функцій. Незважаючи на те, що Debank має багато відносно невідомих функцій, таких як сповіщення, закладки та вітання, це не заважає нашій любові до його основних функцій управління активами. У платних функціях Debank можна побачити їхню старанність, різноманітність і дрібну деталізацію платних характеристик, а також інтегровано оптимізовану функцію Package, що надає користувачам зручний вибір. Ці функції загалом показують хороші результати, і вони добре співпрацюють з іншою лінією продуктів Debank - Rabby Wallet. Навіть якщо Debank рекламує, що на базі OP Stack розроблено Debank Chain, користувачі не відчувають цього помітно. Це свідчить про те, що AppChain Debank добре демонструє, як
Переглянути оригінал
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
17 лайків
Нагородити
17
5
Поділіться
Прокоментувати
0/400
0xSoulless
· 07-22 21:25
Знову обман для дурнів. Грайте зі своєю ланцюгом.
Переглянути оригіналвідповісти на0
MeltdownSurvivalist
· 07-22 11:17
Екологічний ефект виглядає не дуже добре, це все пастка для грошей.
Переглянути оригіналвідповісти на0
CounterIndicator
· 07-22 11:12
Хто ще грає в AppChain? Втратив усе, навіть штани.
Обговорення тенденцій розвитку AppChain та побудови захисного поясу
Дослідження походження, розвитку та перспектив AppChain
Розвиток AppChain є результатом спільної дії багатьох факторів, включаючи зрілість інфраструктури, посилення конкуренції за блок-простір та зростання попиту на кастомізовані токеномічні моделі.
Хоча dApps і AppChain мають схожість у бізнес-формі, кожен з них має свої переваги та обмеження. Якщо акцентувати увагу на синергії з екосистемою, dApps може бути більш доцільним; якщо ж прагнути автономії та незалежності, AppChain є кращим вибором.
Розвиток ранніх платформ AppChain, таких як Cosmos і Polkadot, був обмежений, по-перше, технічними викликами, а по-друге, через проектування економічних механізмів та високі бар'єри для входу в AppChain.
Ядром розвитку AppChain є побудова власного застосункового бар'єру, повне використання низьковартісних транзакцій для сприяння високочастотним транзакціям на блокчейні, що в свою чергу дозволяє отримувати трафік та накопичувати користувачів. Хоча технічна підтримка та посилення є важливими, вони є лише допоміжними факторами, а не основними елементами.
У майбутньому AppChain обіцяє вирішити існуючі проблеми фрагментації ліквідності та взаємодії за допомогою таких технологій, як агрегувальний шар, суперланцюг або абстракція ланцюга.
Хоча ринкова капіталізація або повністю розведена оцінка AppChain може отримати певний приріст, ключовим все ж залишаються якість продукту та користувацький досвід самого додатку.
Неминучість розвитку AppChain
У 2023-2024 роках все більше dApps оголошують про перехід на AppChain. Ці AppChain в основному зосереджені в таких сферах, як DeFi, ігри, соціальні мережі та ШІ. Розвиток AppChain став неминучим трендом завдяки зрілості модульних технологій, широкому визнанню загальних Rollup другого рівня, збільшенню платформ RaaS та вдосконаленню послуг, а також конкуренції dApps за ресурси блокчейнів, оптимізації витрат на транзакції кінцевих користувачів і потребам у кастомізації токеноміки.
dApps оновлюються до AppChain, і це не призведе до негайної трансформації в переоцінену інфраструктурний рівень, оскільки dApps та AppChain більше є вибором технології, а не вирішальним фактором успіху. Перевага AppChain полягає в тому, що вона сприяє більшій кількості високочастотних транзакцій на ланцюзі за рахунок низьких витрат на транзакції, використовуючи накопичення даних для покращення досвіду користувачів продукту, формуючи прихильність користувачів, і тим самим реалізуючи мережевий ефект. Таким чином, ключовим аспектом розвитку AppChain залишається її унікальний бар'єр застосування та трафік.
Походження AppChain
Cosmos є піонерським проектом AppChain. Cosmos славиться модульним та вбудовуваним дизайном, відокремлюючи віртуальну машину та механізм консенсусу, що дозволяє розробникам вільно обирати фреймворк для побудови віртуальної машини та налаштовувати ключові параметри механізму консенсусу. Такий дизайн дозволяє різним додаткам існувати у вигляді незалежних ланцюгів, демонструючи переваги в гнучкості та суверенності.
Але загальний тренд зростання застосункових ланцюгів Cosmos не триває, кількість нових застосункових ланцюгів не збільшилася суттєво. Основною причиною є надмірна суверенність, надана застосунковим ланцюгам Cosmos; до впровадження ICS-структури Atom 2.0, безпека, запуск і витрати на обслуговування застосункових ланцюгів були досить високими.
Для створення AppChain в Cosmos потрібно мати команду розробників, яка добре знає Cosmos SDK і механізм консенсусу Tendermint, що є додатковим навантаженням для технічних команд, орієнтованих на розробку застосунків. Навіть якщо забезпечити достатню кількість технічних спеціалістів, більшість AppChain приваблюють початкових валідаторів, розподіляючи токени серед валідаторів Cosmos, щоб залучити їх до участі та забезпечити безпеку мережі, одночасно заохочуючи валідаторів підтримувати безпеку мережі через високий рівень інфляції. Але така практика прискорює знецінення токенів, що призводить до швидкого падіння вартості мережі.
ICS, запропонований Atom 2.0, оновлює концепцію AppChain до моделі Permissionless Consumer Chains, що дозволяє безперешкодно приєднуватися до споживчих ланцюгів та знижувати витрати на забезпечення безпеки. Однак, така форма управління на основі голосування DAO, подібна до механізму аукціону слотів Polkadot, може зіштовхнутися з аналогічними проблемами неефективного розвитку.
Крім того, Cosmos має недостатню привабливість для AppChain в аспектах Liveness ланцюга, ресурсів документації для розробників та культурі спільноти. Наприклад, зупинка блокування Cosmos Hub, недостатня документація під час бурхливого періоду мемів, а також проблема з малими колами Interchain Foundation негативно впливають на приєднання нових AppChain.
Каталізатор нового типу AppChain
Виникнення нових AppChain значною мірою зумовлене поширенням концепції модульного блокчейну, зрілістю та широкою перевіркою універсальних Rollup Layer2, розвитком шарів взаємодії та агрегування ліквідності, а також зростанням і вдосконаленням платформ RaaS.
Optimism, як один з перших Rollup Layer 2, який запустив свою основну мережу, успішно запустився у 2022 році, що стало знаковим моментом для реалізації теорії модульних блокчейнів. Optimism успадкував безпеку Ethereum і повністю підтримує технологічний стек розробки екосистеми Ethereum, демонструючи, як 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 в загальному включає:
Вибір технологій: оцініть функції та характеристики різних фреймворків, виберіть найвідповідніший фреймворк.
Проектування вимог: відповідно до відповідної структури налаштування можливостей, проектування застосунку, що відповідає вимогам.
Операційне обслуговування: завершення розгортання, тестування, запуск та подальше обслуговування.
Хоча фреймворк Rollup надає додаткам потужні можливості масштабування, вибір і впровадження відповідного фреймворку не є простим, особливо після виходу AppChain, коли зміни стають ще складнішими. Тому поява платформ RaaS, таких як Altlayer, Caldera та Conduit, є особливо важливою. Ці платформи зосереджені на рішеннях Rollup, допомагаючи dApps швидко вибирати різні фреймворки Rollup, спростити складні етапи розробки AppChain, надавати налаштовані основні функції та підтримувати обслуговування та оптимізацію після запуску додатків.
Одночасно активно розвивається інфраструктура та відповідні функції навколо AppChain. У галузі вводяться надзвичайно привабливі протоколи та функції, такі як Celestia, EigenDA та NearDA, які впроваджують альтернативну доступність даних, що знижує витрати та підвищує пропускну здатність. Платформи RaaS послідовно впроваджують інтеграцію функцій, таких як користувацькі токени Gas та абстракції рідних рахунків. З поширенням Rollup AppChain виявляються проблеми розподілу ліквідності та взаємодії, що сприяє появі агрегованих та уніфікованих рішень, таких як Superchain від Optimism, AggLayer від Polygon, Metalayer від Caldera та Elastic Chain від zkSync, з метою покращення взаємодії між AppChain та агрегування ліквідності.
Поточні труднощі в застосуванні на первинних і вторинних ринках посилюють пошуки dApps шляхів вирішення проблем. Серед 100 найкращих проектів на вторинному ринку, крім проектів на основі спільноти та культурної підтримки, таких як Meme, лише кілька є чисто прикладними проектами, більшість з яких належать до інфраструктури. Обсяги фінансування прикладних проектів на первинному ринку значно нижчі, ніж у випадку з інфраструктурними проектами. Частково це пов'язано з тим, що UI/UX додатків Web3 є відносно складними, і значно менш зрілими та зручними, ніж у Web2, а інновації в парадигмах застосування не досягли справжнього прориву. Незважаючи на це, потенціал AppChain ще не був повністю реалізований і в майбутньому може стати важливим проривом для розвитку Web3. Наразі існує кілька відомих проектів AppChain, таких як IMX, Cyberconnect, Project Galaxy, Worldcoin та інші, які демонструють величезний потенціал AppChain.
Переваги та недоліки нових AppChain
Новий тип AppChain не є універсальним і бездоганним рішенням. Його переваги та недоліки аналізуються нижче:
Переваги:
Недолік:
Основні міркування щодо визначення AppChain
Команда проекту вирішує, чи проводити оновлення або ітерацію AppChain, чи вибрати інший шлях, рекомендується дотримуватись таких принципів:
Залежність від характеристик існуючого публічного блокчейну: якщо додаток сильно залежить від інших dApps на публічному блокчейні, таких як ліквідність або функціональність продукту, рекомендується продовжувати використовувати існуючі рішення dApps.
Потрібні налаштовані функції: якщо поточний додаток на рівні протоколу важко підтримує абстракцію рахунків, специфічні механізми Onboarding та інші бізнес-вимоги, і ці функції є вкрай важливими для ведення бізнесу, рекомендується обрати або мігрувати до AppChain.
Чутливість до витрат: якщо кінцеві користувачі чутливі до ресурсів блокчейн-простору або бажають зменшити втрати, такі як MEV, AppChain може бути кращим вибором. Якщо застосування належить до сценаріїв з високою частотою взаємодії, AppChain може забезпечити вищу ефективність ресурсів і нижчі транзакційні витрати.
Будівництво та розвиток захисного валу AppChain
Досвід захисту додатків завжди є їхнім власним додатком. Ключем до успіху є глибоке вивчення ринкових болей та створення продуктів з відповідністю ринку (PMF). Просто покладатися на наративи інфраструктури додатків - це фіксоване мислення і не є ефективним способом побудови захисту.
У нинішній хвилі нових застосункових ланцюгів ключовим є створення відкритих і прозорих низьковартісних застосунків на ланцюзі, врахування потреб ринку та вирішення проблем продукту, удосконалення безпечного й досконалого продукту, створення великої та різноманітної бази даних користувачів для накопичення та аналізу, а також поєднання з бізнес-моделлю, що має модель грошового потоку, для формування сильної прихильності користувачів та ефекту масштабу.
Висока стратегія не завжди підходить для AppChain. Основні продукти ще не вдосконалені, дані користувачів та дані зростання користувачів ще не повністю сформовані, тому AppChain має зосередитися на розвитку, а не на рекламуванні. Накопичення даних користувачів, формування звичок користувачів та оновлення функцій продукту не відбуваються миттєво, тому більш підходящою є стратегія поступового розвитку. Спершу додаток має швидко сформувати свої основні функції, навіть функції, які не можуть бути замінені. На основі цього розробляйте нові функції та продуктову лінію; навіть якщо нові функції та нові продуктові лінії викликають холодну реакцію, можна застосувати захисну стратегію відмови. У питанні оновлення та ітерації AppChain також можна кілька разів глибоко інтегрувати з існуючими функціями додатка.
На прикладі відомої платформи візуалізації портфоліо управління активами Debank, ще давно було створено відстеження та спостереження за активами адрес гаманців ETH та EVM, транзакційними потоками, dApps та іншими позиціями, що призвело до ітерації багатьох функцій. Незважаючи на те, що Debank має багато відносно невідомих функцій, таких як сповіщення, закладки та вітання, це не заважає нашій любові до його основних функцій управління активами. У платних функціях Debank можна побачити їхню старанність, різноманітність і дрібну деталізацію платних характеристик, а також інтегровано оптимізовану функцію Package, що надає користувачам зручний вибір. Ці функції загалом показують хороші результати, і вони добре співпрацюють з іншою лінією продуктів Debank - Rabby Wallet. Навіть якщо Debank рекламує, що на базі OP Stack розроблено Debank Chain, користувачі не відчувають цього помітно. Це свідчить про те, що AppChain Debank добре демонструє, як