Дослідження походження, розвитку та перспектив AppChain
Неминучість розвитку AppChain
Розвиток 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 основними причинами є висока вартість безпеки, запуску та обслуговування.
Зазвичай для побудови AppChain у Cosmos проектній команді потрібна наявність розробників, які добре знають Cosmos SDK і механізм консенсусу Tendermint. Це є додатковим технічним навантаженням для технічних команд, які зосереджені на розробці додатків. Крім того, навіть якщо AppChain у Cosmos зможе забезпечити достатню кількість технічного персоналу, більшість логіки запуску AppChain полягає в тому, щоб залучити початкових валідаторів до участі та забезпечити безпеку мережі шляхом аерозольного розподілу токенів валідаторам Cosmos, одночасно стимулюючи валідаторів підтримувати безпеку мережі через високу інфляцію. Однак побічним ефектом цього підходу є прискорення знецінення токенів, що призводить до швидкого падіння вартості мережі. Ця ситуація ускладнює становлення AppChain на ринку.
У рамках рішення ICS, яке пропагується Atom 2.0, концепція AppChain буде оновлена до моделі Permissionless Consumer Chains, хоча вона дозволяє бездозвільно приєднуватися до споживчих ланцюгів, знижуючи витрати на отримання безпеки споживчих ланцюгів. Однак така форма голосування на основі DAO, в певному сенсі, подібна до механізму аукціону слотів Polkadot, що може стикатися з подібними проблемами неефективного розвитку, як і механізм аукціону слотів.
Крім того, ми виявили, що Cosmos має недостатню привабливість для AppChain у таких аспектах, як Liveness особливості ланцюга, ресурси документації для розробників та культура спільноти. Наприклад, зупинка блокування, що сталася на Cosmos Hub цього року, недостатня документація для розробників під час бурхливого періоду інскрипцій наприкінці 2023 року, а також проблема малих кіл, на яку вказав співзасновник 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, AppChain став новим способом реалізації бізнес-логіки, а оновлення існуючих dApps більше не є проблемою, основні виклики перемістилися на вибір технологій, проектування бізнесу та експлуатаційне обслуговування.
При реалізації рішення Rollup зазвичай потрібно вибрати відповідну платформу виконання, таку як OP Stack або Arbitrum Orbits. Наприклад, OP Stack є постійно еволюціонуючою платформою Rollup, яка повинна оновлюватися разом з оновленнями Ethereum (наприклад, характеристикою Blob у Канкуні), а також підтримувати нові функції (такі як Alternative Data Availability). Для зручності розуміння ми спростили процес розробки AppChain, приблизно дотримуючись наступних кроків:
Вибір технології: оцініть функції та особливості різних фреймворків, виберіть найбільш підходящий.
Проектування вимог: відповідно до можливостей налаштування відповідної структури, розробіть AppChain, що відповідає вимогам.
Операційне обслуговування: завершення розгортання, тестування, запуск та подальше обслуговування.
Хоча фреймворк Rollup надає застосуванням потужні можливості масштабування, вибір і реалізація відповідного фреймворку не є простими, особливо після запуску AppChain зміни будуть ще складнішими. Тому поява платформ RaaS (Rollup As A Service), таких як Altlayer, Caldera та Conduit, має особливе значення. Ці платформи подібні до SaaS, але зосереджені на рішеннях Rollup, здатні допомогти dApps швидко обирати різні фреймворки Rollup, спростити складні етапи в процесі розробки AppChain, надати індивідуалізовані основні характеристики та підтримати обслуговування та оптимізацію після запуску застосування.
Водночас інфраструктура та пов'язані функції навколо AppChain швидко розвиваються, в галузі постійно з'являються дуже привабливі протоколи та функції. Наприклад, такі проекти, як Celestia, EigenDA та NearDA, впровадили альтернативну доступність даних, що знижує витрати та підвищує пропускну спроможність. Платформи 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 можуть знизити витрати, вводячи інші рішення для доступу до даних, одночасно підвищуючи пропускну здатність.
Посилене захоплення вартості: такі функції, як кастомізовані токени Gas, абстракція облікових записів тощо, можуть підтримувати більш гнучку розробку застосунків та складніші бізнес-моделі та токен-моделі.
недолік
Розрив ліквідності: нові AppChain можуть стикатися з проблемою розриву ліквідності.
Проблеми взаємодії та комбінованості: AppChain не може так легко і просто комбінуватися та взаємодіяти, як раніше dApps на публічних блокчейнах.
Збільшення складності: порівняно з традиційними dApps, нові AppChain мають підвищену складність, особливо під час проектування та реалізації, що може вимагати більше технічних ресурсів та підтримки.
Основні міркування щодо визначення AppChain
Стоячи на стороні проекту, при прийнятті рішення про те, чи проводити оновлення або вибір AppChain, рекомендується дотримуватися наступних принципів:
Залежність від характеристик існуючих публічних блокчейнів: якщо ваш додаток сильно залежить від інших dApps на публічному блокчейні, наприклад, від ліквідності або функцій продукту, рекомендується продовжувати використовувати існуючі рішення dApps.
Потрібні користувацькі функції: якщо поточний додаток на рівні протоколу важко підтримує такі бізнес-вимоги, як абстракція облікового запису, специфічні механізми введення (поділ доходів) тощо, і ці функції є вирішальними для ведення бізнесу, тоді рекомендується обрати або перейти на AppChain.
Чутливість до витрат: якщо кінцевий користувач чутливий до ресурсів блок-простору або хоче зменшити втрати, такі як MEV, AppChain може бути кращим вибором. Крім того, якщо застосунок належить до сценаріїв з високою частотою взаємодії. AppChain може забезпечити вищу ефективність ресурсів і нижчі витрати на транзакції.
Будівництво та розвиток захисного валу AppChain
Ми вважаємо, що захисний бар'єр AppChain завжди полягає в його власному бізнесі. Ключ до успіху полягає у глибокому вивченні болючих точок ринку та побудові продукту, що відповідає ринку (PMF). Просте покладення на наратив інфраструктури ланцюга AppChain є закостенілою схемою мислення, що нагадує людину з молотком, яка шукає цвяхи, і не є ефективним шляхом для побудови захисного бар'єру.
У нинішній хвилі нових додатків, як побудувати відкриті та прозорі низьковитратні додатки на ланцюгу, враховуючи потреби ринку та вирішуючи проблеми продукту, вдосконалюючи повноцінний та безпечний продукт,
Ця сторінка може містити контент третіх осіб, який надається виключно в інформаційних цілях (не в якості запевнень/гарантій) і не повинен розглядатися як схвалення його поглядів компанією Gate, а також як фінансова або професійна консультація. Див. Застереження для отримання детальної інформації.
Революція AppChain: від походження Cosmos до виникнення нових типів ланцюгів та їхнього майбутнього
Дослідження походження, розвитку та перспектив AppChain
Неминучість розвитку AppChain
Розвиток 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 основними причинами є висока вартість безпеки, запуску та обслуговування.
Зазвичай для побудови AppChain у Cosmos проектній команді потрібна наявність розробників, які добре знають Cosmos SDK і механізм консенсусу Tendermint. Це є додатковим технічним навантаженням для технічних команд, які зосереджені на розробці додатків. Крім того, навіть якщо AppChain у Cosmos зможе забезпечити достатню кількість технічного персоналу, більшість логіки запуску AppChain полягає в тому, щоб залучити початкових валідаторів до участі та забезпечити безпеку мережі шляхом аерозольного розподілу токенів валідаторам Cosmos, одночасно стимулюючи валідаторів підтримувати безпеку мережі через високу інфляцію. Однак побічним ефектом цього підходу є прискорення знецінення токенів, що призводить до швидкого падіння вартості мережі. Ця ситуація ускладнює становлення AppChain на ринку.
У рамках рішення ICS, яке пропагується Atom 2.0, концепція AppChain буде оновлена до моделі Permissionless Consumer Chains, хоча вона дозволяє бездозвільно приєднуватися до споживчих ланцюгів, знижуючи витрати на отримання безпеки споживчих ланцюгів. Однак така форма голосування на основі DAO, в певному сенсі, подібна до механізму аукціону слотів Polkadot, що може стикатися з подібними проблемами неефективного розвитку, як і механізм аукціону слотів.
Крім того, ми виявили, що Cosmos має недостатню привабливість для AppChain у таких аспектах, як Liveness особливості ланцюга, ресурси документації для розробників та культура спільноти. Наприклад, зупинка блокування, що сталася на Cosmos Hub цього року, недостатня документація для розробників під час бурхливого періоду інскрипцій наприкінці 2023 року, а також проблема малих кіл, на яку вказав співзасновник 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, AppChain став новим способом реалізації бізнес-логіки, а оновлення існуючих dApps більше не є проблемою, основні виклики перемістилися на вибір технологій, проектування бізнесу та експлуатаційне обслуговування.
При реалізації рішення Rollup зазвичай потрібно вибрати відповідну платформу виконання, таку як OP Stack або Arbitrum Orbits. Наприклад, OP Stack є постійно еволюціонуючою платформою Rollup, яка повинна оновлюватися разом з оновленнями Ethereum (наприклад, характеристикою Blob у Канкуні), а також підтримувати нові функції (такі як Alternative Data Availability). Для зручності розуміння ми спростили процес розробки AppChain, приблизно дотримуючись наступних кроків:
Вибір технології: оцініть функції та особливості різних фреймворків, виберіть найбільш підходящий.
Проектування вимог: відповідно до можливостей налаштування відповідної структури, розробіть AppChain, що відповідає вимогам.
Операційне обслуговування: завершення розгортання, тестування, запуск та подальше обслуговування.
Хоча фреймворк Rollup надає застосуванням потужні можливості масштабування, вибір і реалізація відповідного фреймворку не є простими, особливо після запуску AppChain зміни будуть ще складнішими. Тому поява платформ RaaS (Rollup As A Service), таких як Altlayer, Caldera та Conduit, має особливе значення. Ці платформи подібні до SaaS, але зосереджені на рішеннях Rollup, здатні допомогти dApps швидко обирати різні фреймворки Rollup, спростити складні етапи в процесі розробки AppChain, надати індивідуалізовані основні характеристики та підтримати обслуговування та оптимізацію після запуску застосування.
Водночас інфраструктура та пов'язані функції навколо AppChain швидко розвиваються, в галузі постійно з'являються дуже привабливі протоколи та функції. Наприклад, такі проекти, як Celestia, EigenDA та NearDA, впровадили альтернативну доступність даних, що знижує витрати та підвищує пропускну спроможність. Платформи 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 можуть знизити витрати, вводячи інші рішення для доступу до даних, одночасно підвищуючи пропускну здатність.
Посилене захоплення вартості: такі функції, як кастомізовані токени Gas, абстракція облікових записів тощо, можуть підтримувати більш гнучку розробку застосунків та складніші бізнес-моделі та токен-моделі.
недолік
Розрив ліквідності: нові AppChain можуть стикатися з проблемою розриву ліквідності.
Проблеми взаємодії та комбінованості: AppChain не може так легко і просто комбінуватися та взаємодіяти, як раніше dApps на публічних блокчейнах.
Збільшення складності: порівняно з традиційними dApps, нові AppChain мають підвищену складність, особливо під час проектування та реалізації, що може вимагати більше технічних ресурсів та підтримки.
Основні міркування щодо визначення AppChain
Стоячи на стороні проекту, при прийнятті рішення про те, чи проводити оновлення або вибір AppChain, рекомендується дотримуватися наступних принципів:
Залежність від характеристик існуючих публічних блокчейнів: якщо ваш додаток сильно залежить від інших dApps на публічному блокчейні, наприклад, від ліквідності або функцій продукту, рекомендується продовжувати використовувати існуючі рішення dApps.
Потрібні користувацькі функції: якщо поточний додаток на рівні протоколу важко підтримує такі бізнес-вимоги, як абстракція облікового запису, специфічні механізми введення (поділ доходів) тощо, і ці функції є вирішальними для ведення бізнесу, тоді рекомендується обрати або перейти на AppChain.
Чутливість до витрат: якщо кінцевий користувач чутливий до ресурсів блок-простору або хоче зменшити втрати, такі як MEV, AppChain може бути кращим вибором. Крім того, якщо застосунок належить до сценаріїв з високою частотою взаємодії. AppChain може забезпечити вищу ефективність ресурсів і нижчі витрати на транзакції.
Будівництво та розвиток захисного валу AppChain
Ми вважаємо, що захисний бар'єр AppChain завжди полягає в його власному бізнесі. Ключ до успіху полягає у глибокому вивченні болючих точок ринку та побудові продукту, що відповідає ринку (PMF). Просте покладення на наратив інфраструктури ланцюга AppChain є закостенілою схемою мислення, що нагадує людину з молотком, яка шукає цвяхи, і не є ефективним шляхом для побудови захисного бар'єру.
У нинішній хвилі нових додатків, як побудувати відкриті та прозорі низьковитратні додатки на ланцюгу, враховуючи потреби ринку та вирішуючи проблеми продукту, вдосконалюючи повноцінний та безпечний продукт,