Розробка appchain
Appchain—це блокчейн, побудований для одного додатку або екосистеми, на відміну від general-purpose мереж типу Ethereum. Концептуально це не новість: Cosmos запропонував цей підхід у 2016 році, Polkadot—у 2020-му. Але з появою OP Stack, Arbitrum Orbit, zkSync ZK Stack та Polygon CDK питання "робити ли нам свій chain" став реальним для проектів, які раніше про це не думали.
Перед початком: appchain вирішує конкретні проблеми. Якщо ваша проблема—високі gas fees, простіше використовувати L2. Якщо проблема—конкуренція за block space з іншими додатками, потрібна кастомна execution середовище, власний gas token, або специфічні правила включення транзакцій—тоді appchain обґрунтований.
Вибір фреймворку: ключове архітектурне рішення
Cosmos SDK
Найстаріший та найзрілісіший шлях. Cosmos SDK—це Go-фреймворк для створення суверенних блокчейнів з власним консенсусом (CometBFT, раніше Tendermint), власними валідаторами та IBC для міжсітьової взаємодії.
Сильні сторони:
- Повний контроль над консенсусом, governance, параметрами мережі
- Нативний IBC—міжсітьові переводи з будь-яким іншим Cosmos chain
- Зріла екосистема: Osmosis, dYdX v4, Celestia, Sei—production приклади
- Кастомні модулі: можна написати будь-яку логіку на рівні блокчейну, не смарт-контракту
Слабі сторони:
- Немає EVM з коробки (Evmos вирішує це, але з overhead)
- Вимагає власного набору валідаторів—bootstrapping складніше та дорожче
- Go як основна мова для chain-level логіки
- IBC складна в настройці та вимагає relayer інфраструктури
Cosmos SDK вибирають коли потрібна максимальна суверенність та специфічна логіка консенсусу. dYdX перейшла з Ethereum на власний Cosmos chain саме тому що потрібен був orderbook на рівні протоколу, а не смарт-контракту.
OP Stack (Optimism)
EVM-еквівалентний Optimistic Rollup фреймворк. Base, Zora, Mode, Mantle—десятки мереж запущені на OP Stack. Rollup наслідує security від Ethereum через fraud proofs (у roadmap—fault proofs вже активні в Optimism mainnet).
Сильні сторони:
- Повна EVM сумісність—усі Ethereum інструменти працюють без змін
- Наслідує finality від Ethereum (через ~7 днів для withdrawals в L1)
- Активна розробка Optimism Foundation, Superchain vision
- Відносно швидкий запуск: інфраструктура добре документована
Слабі сторони:
- 7-денний період зняття (fraud proof window)—UX проблема
- Залежність від Ethereum для DA (data availability)—дорожче за альтернативи
- Sequencer централізований за замовчуванням (можна децентралізувати, але складно)
- Не підходить для суверенної економіки токена
Arbitrum Orbit
Аналог OP Stack від Arbitrum. Дозволяє запустити L3 поверх Arbitrum One або L2 поверх Ethereum. Технічно зрілісіший fraud proof механізм (BOLD), кращий EVM compatibility (Stylus додає WASM виконання).
Orbit chains можуть використовувати Ethereum, Arbitrum One або інший Orbit chain як settlement layer—гібкість яку немає в OP Stack.
zkSync ZK Stack / Polygon CDK
ZK-based фреймворки. Математично більш строгі гарантії безпеки чим Optimistic (немає fraud window), але ZK proofs—обчислювально дорого з proving overhead (хвилини для фіналізації).
Коли вибирати ZK stack:
- Потрібні швидкі finality гарантії без 7-денного вікна
- Плануються високочастотні прості транзакції (ZK добре масштабується)
- Вимоги compliance: ZK proofs можна використовувати для selective disclosure
Коли не вибирати:
- Складна EVM логіка—ZK EVM має обмеження сумісності
- Потрібна кастомна execution поза EVM
Substrate (Polkadot)
Rust-фреймворк для Polkadot parachains та standalone chains. Зрілий, продуктивний, але екосистема менша чим Cosmos та EVM. Зазвичай вибирають ті, хто вже в Polkadot екосистемі або потребує специфічних runtime features.
Архітектура: що потрібно спроектувати
Settlement та DA layer
Appchain генерує транзакції, але де вони остаточно "записуються"? Варіанти:
Ethereum—максимальна безпека, але дорого. Один batch транзакцій коштує десятки доларів on-chain.
Celestia—modular DA layer. Публікація даних на Celestia в ~100x дешевша чим на Ethereum при порівнянних DA гарантіях. Підтримується OP Stack та Cosmos.
Avail—аналог Celestia, з фокусом на інтеграцію з EVM chains.
EigenDA—DA layer від EigenLayer. Використовується Base та іншими OP Stack chains.
Для більшості нових appchain проектів: Celestia як DA + Ethereum як settlement—це хороший баланс вартості та безпеки.
Sequencer
Sequencer—компонент який упорядковує транзакції. За замовчуванням у більшості фреймворків—централізований (одна нода контролюється командою). Це нормально на старті, але створює:
- Censorship risk: sequencer може ігнорувати транзакції
- Single point of failure: упав sequencer—упала мережа
- MEV capture: sequencer витягує MEV без обміну з користувачами
Шляхи до децентралізації sequencer: Espresso Systems (shared sequencer), Based sequencing (Ethereum L1 block-продюсери упорядковують L2 транзакції), або власний PoS набір sequencer-ів.
Gas token та економіка
Власний gas token—головний аргумент для багатьох проектів. Замість ETH користувачі платять вашим токеном. Це:
- Створює demand на токен
- Дозволяє субсидіювати транзакції (gasless для певних операцій)
- Кастомні правила fee distribution
Але: якщо токен втрачає цінність—транзакції стають субцентовими за вартістю для атакуючих. Потрібен мінімальний floor або fallback механізм.
Bridge
Користувачам потрібно переводити активи з/в appchain. Варіанти:
Native bridge—входить у всі EVM-сумісні фреймворки. Secure але повільний (7 днів для Optimistic rollups).
Third-party fast bridges—Across, Hop, Connext. Швидко (хвилини), але вимагає liquidity providers та додає trust assumption.
IBC—для Cosmos-based chains. Trustless, але вимагає relayer інфраструктури.
Запуск: що реально потрібно
Мінімальна інфраструктура для production appchain:
Sequencer node (або набір)
↓
Batch submitter (публікує batch на DA layer)
↓
Proposer (публікує state root на L1)
↓
Full nodes (для користувачів та розробників)
↓
Public RPC (за load balancer)
↓
Block explorer (Blockscout—open, легко деплоїтся)
↓
Bridge UI
↓
Monitoring (Prometheus + Grafana, алерти на sequencer health)
Blockscout—стандартний вибір для EVM appchain. Деплоїтся за кілька годин, підтримує всі EVM-сумісні мережі, open source.
Тестування та аудит
Appchain має більший attack surface чим смарт-контракт: вразливості можуть бути в bridge контрактах, sequencer логіці, DA компонентах.
Bridge контракти—історично найбільш атакуємий компонент. Ronin ($625M), Wormhole ($320M), Nomad ($190M)—усі взломи через bridge. Аудит bridge контрактів—не опціонал.
Sequencer/Proposer—потрібні circuit breakers: якщо state root виглядає аномально—автоматична пауза. Fraud proof window дає час для реакції в Optimistic системах.
DA availability—що трапиться якщо DA layer недоступна? Транзакції не фіналізуються. Потрібна стратегія: fallback DA, очередь, user notifications.
Терміни та етапи
| Фаза | Вміст | Терміни |
|---|---|---|
| Architecture | Вибір фреймворку, DA, bridge стратегія | 1–2 тиж |
| Core chain | Deploy testnet: sequencer, nodes, RPC | 2–4 тиж |
| Bridge | Bridge контракти + UI, тестування | 2–4 тиж |
| Explorer + tooling | Blockscout, developer docs | 1–2 тиж |
| Audit | Bridge contracts + критичні компоненти | 4–8 тиж |
| Mainnet | Production деплой, мониторинг | 1–2 тиж |
| Decentralization | Додаткові full nodes, sequencer decentralization | ongoing |
Реалістичний термін від початку до production mainnet: 2–4 місяці для EVM-based appchain на готовому фреймворку. Cosmos SDK chain з кастомною економікою та IBC—3–6 місяців. Повністю кастомний блокчейн—за межами цих часових рамок.
Бюджет на аудит bridge контрактів: $30–100k залежно від аудитора та складності. Це не опціональна стаття—без аудиту bridge запускати не можна.







