Полный цикл разработки блокчейн-приложения включает семь ключевых этапов:
Обычное веб-приложение хранит данные в централизованной базе данных под контролем одного провайдера. Блокчейн-приложение (или dApp — decentralized application) передаёт часть логики и хранения данных в смарт-контракты, которые выполняются на распределённой сети и не могут быть изменены в одностороннем порядке после деплоя.
На практике это означает три принципиальных отличия. Во-первых, транзакции необратимы — ошибка в смарт-контракте или логике вывода средств не исправляется патчем на сервере. Во-вторых, приложение работает с несколькими независимыми блокчейн-сетями, каждая из которых имеет свою нодовую инфраструктуру, скорость подтверждений и модель комиссий. В-третьих, хранение приватных ключей и управление кошельками становятся частью архитектуры продукта — это не периферийная функция, а ядро безопасности.
| Тип | Примеры | Ключевые технические компоненты |
| CEX (централизованная биржа) | Crypto exchange, торговые платформы | Matching engine, wallet manager, ноды, KYC/AML |
| DEX / DeFi | Своп-платформы, протоколы ликвидности | Solidity-контракты, AMM-логика, интеграция с существующими DEX |
| NFT-платформы | Маркетплейсы, лончпады, P2E-игры | ERC-721/ERC-1155, метаданные, IPFS, аукционная логика |
| Токенизация активов | Недвижимость, ценные бумаги, RWA | Security token, распределение дохода, compliance-уровень |
| Криптокошельки | Custodial и non-custodial, multi-chain | Управление ключами, мультиподпись, интеграция с DeFi |
| B2B fintech на блокчейне | Платёжные платформы, крипто-банки | SWIFT, фиат-шлюзы, AML, роли и разрешения |
Discovery — это не формальность перед стартом разработки, а инвестиция в предсказуемость всего проекта. На этом этапе команда определяет архитектуру системы, выбирает технологии, проектирует базу данных и модульную структуру. Для блокчейн-проектов здесь принимают три критических решения: какой блокчейн использовать, нужны ли собственные ноды или достаточно RPC-провайдера, и какая модель хранения ключей соответствует требованиям безопасности продукта.
Архитектурный выбор между монолитом и микросервисами напрямую влияет на масштабируемость. В одном из наших проектов клиент начинал с монолитного VPS-развёртывания и впоследствии потребовал полного перехода на Kubernetes — это добавило несколько недель к timeline и существенно усложнило миграцию. Правильный ответ на этот вопрос в начале проекта экономит месяцы работы позже.
| Блокчейн | Лучше всего подходит для | Время синхронизации ноды | Средняя комиссия |
| Ethereum (ERC-20) | DeFi, NFT, DAO, сложные контракты | 3–5 дней | $1–30 (зависит от нагрузки) |
| BNB Smart Chain | Быстрые токены, копии Uniswap, токенизация | 1–3 дня | $0.10–0.50 |
| Tron (TRC-20) | USDT-транзакции, фиат-шлюзы | 1–3 дня | ~$0.01 |
| Solana | Высокочастотный трейдинг, NFT, gaming | 2–4 дня (на snapshot) | <$0.01 |
| Bitcoin | Хранение ценности, депозиты на биржах | 5–10 дней | $1–50 (зависит от mempool) |
| TON | Telegram mini-apps, Web3-игры | 1–2 дня | ~$0.01 |
Смарт-контракт — это код, задеплоенный в блокчейне и выполняющийся автоматически при выполнении заданных условий. После деплоя его нельзя изменить без специального механизма апгрейда (proxy-паттерн). Это означает, что ошибка в контракте — в отличие от бага в обычном бэкенде — не исправляется хотфиксом: она может стоить реальных денег пользователей.
Стандартный процесс работы со смарт-контрактами в наших проектах выглядит так: разработка на Solidity → тестирование в Hardhat/Foundry на локальной сети → деплой в тестнет (Sepolia для Ethereum, тестовая BNB Chain) → аудит кода при необходимости → деплой в mainnet с верификацией на Etherscan. Финальное тестирование — только на реальных активах, не на тестовых токенах: поведение транзакций в mainnet отличается от тестнета из-за реальных условий mempool.
Перед деплоем в mainnet любого контракта, управляющего реальными средствами, аудит стороннего специалиста — не опция, а обязательный этап. Подробнее о стоимости и сроках этого процесса — в нашем материале про разработку смарт-контрактов.
Ниже — стек, который мы используем в production-проектах. Это не академический список технологий, а набор инструментов, проверенных в реальных deployments.
secp256k1 (стандарт Bitcoin/Ethereum), шифрование AES-256-CBC, управление через EncryptionHelper.php. Ключи никогда не хранятся в открытом виде.
Переделка этого решения на этапе production-запуска стоит значительно дороже, чем правильное проектирование в начале.
Challenge. В проекте финтех-платформы с поддержкой широкого набора криптовалют каждая сеть требовала собственной нодовой инфраструктуры с разной логикой подтверждений и скоростью синхронизации. Bitcoin-нода занимает 5–10 дней на выделенном сервере — если запустить её в середине проекта, она становится единственным критическим блокером перед go-live.
Solution. Мы ввели правило: все blockchain-ноды (BTC, ETH, TRX, LTC, BNB) запускаются в первую неделю проекта, параллельно с фазой дизайна и архитектурного проектирования. Подключение через RPC + Web3.php с собственной библиотекой валидации адресов. Для каждой сети — отдельный nonce-менеджер для исключения replay-атак. Приватные ключи: secp256k1 + AES-256-CBC без хранения в открытом виде.
Result. Ни одного блокера по нодам на финальном этапе. Платформа вышла в production в запланированные сроки с поддержкой 5 сетей в v1 и чёткой архитектурой для наращивания до 15+ в последующих итерациях. Поддерживаемые сети в текущих проектах: Bitcoin, Ethereum (ERC-20), Tron (TRC-20), Litecoin, BNB Smart Chain, Polygon, Solana, XRP, ADA, AVAX, DOT, TON, NEAR, Optimism, Arbitrum.
Challenge. Клиент — владелец US dev-компании — хотел платформу, где физическая недвижимость токенизируется через NFT, а владельцы токенов получают пропорциональный арендный доход. Собственная команда клиента не имела блокчейн-экспертизы. Нужно было закрыть полный стек: смарт-контракты, backend, frontend, мобильные приложения, KYC/AML, платёжный шлюз — за три месяца.
Solution. Смарт-контракт на BNB Smart Chain (стандарт BEP-721) с логикой распределения арендного дохода между держателями токенов. Микросервисная архитектура backend, механизм обмена фиат↔крипта, интеграция KYC через SumSub + 2FA + Anti-Phishing. Admin panel: управление объектами, контроль стоимости токена, автоматическое распределение арендных платежей между холдерами при указании прибыли администратором. Нативные iOS и Android приложения. Система ввода/вывода с интеграцией нод BTC и ETH. Подробнее о технической стороне таких проектов — в нашем руководстве по токенизации недвижимости.
Result. Полный продукт — веб-платформа + admin + iOS + Android — сдан за 3 месяца. Клиент осознанно выбрал Merehead именно для блокчейн-части, имея собственную команду разработки для остального функционала.
Challenge. Клиент имел запущенный non-custodial крипто-кошелёк на TrustWalletCore (iOS + Android) и хотел добавить торговлю перп-фьючерсами прямо в приложение, не перенаправляя пользователей на внешние платформы. Строить собственную DEX-инфраструктуру с нуля — слишком дорого и долго для данного бюджета.
Solution. Сравнили три варианта инфраструктуры: dYdX v4 (Cosmos AppChain — требует собственного валидатора, высокая инфраструктурная сложность), GMX (EVM, ограничен Arbitrum/Avalanche), HyperLiquid (purpose-built perp DEX с институциональным ордербуком и REST/WebSocket API). Выбрали HyperLiquid: лучшая latency для ретейла, достаточная глубина ликвидности по основным парам (BTC, ETH, SOL), хорошо документированное API. Разработка велась из отдельного форка репозитория клиента с pull requests через tech lead. Реализовано: TradingView-чарты, limit/market/stop-limit ордера, TP/SL, cross и isolated margin, выбор плеча. Для сравнения возможностей таких платформ — смотрите наш обзор создания децентрализованной биржи.
Result. Полный perp-модуль реализован за 3 месяца. Пользователь не покидает кошелёк для торговли. Latency конкурентоспособна с централизованными биржами на основных парах.
Стоимость зависит от трёх переменных: типа продукта, уровня кастомизации и количества поддерживаемых блокчейнов. Ниже — ориентировочная разбивка по ключевым модулям из нашей практики.
| Модуль | Часов (ориент.) | Примечание |
| Discovery, архитектура, техдокументация | 40–80 | Зависит от сложности продукта |
| Смарт-контракт (базовый ERC-20/721) | 60–120 | Аудит — отдельно |
| Интеграция одной блокчейн-ноды | 30–60 | BTC — дольше из-за синхронизации |
| Wallet manager (custodial) | 80–160 | Генерация ключей, шифрование, адреса |
| REST API + backend-логика | 120–300 | Зависит от количества модулей |
| KYC/AML интеграция (SumSub) | 40–80 | Dual-path — дороже |
| Admin panel (базовая) | 80–140 | Роли, транзакции, пользователи |
| Web frontend | 100–200 | UX дизайн — отдельно |
| iOS / Android (нативные) | 200–400 (каждый) | TrustWalletCore — экономит время |
| DevOps, Kubernetes, CI/CD | 60–120 | Монолит — дешевле; K8s — при масштабе |
Типовой MVP для CEX или DEX с базовым набором функций — от 800 до 1 500 часов работы команды. Платформа токенизации с мобильными приложениями — от 600 до 1 000 часов. Полнофункциональный криптобанк с фиатными операциями, SWIFT и комплаенс-модулем — от 1 500 часов и выше.
Правильный выбор блокчейна — это решение, которое определяет стоимость транзакций для ваших пользователей, скорость разработки и уровень технического долга. Несколько практических ориентиров из нашего опыта.
Если нужен максимальный экосистемный эффект и совместимость с DeFi — выбирайте Ethereum. Здесь крупнейшая база разработчиков, самые богатые библиотеки (OpenZeppelin, Hardhat), наиболее зрелый аудиторный рынок. Недостаток — высокие комиссии в периоды нагрузки. Для NFT-маркетплейса или сложного DeFi-протокола — первый выбор.
Если приоритет — низкие комиссии и скорость — рассматривайте BNB Smart Chain или Polygon. BNB совместим с EVM, большинство Solidity-кода переносится без изменений. Хорошо подходит для токенизации активов, быстрых платформ обмена, P2E-игр. Именно BNB Smart Chain мы выбрали для платформы токенизации недвижимости в описанном выше кейсе.
Если продукт ориентирован на USDT-операции — добавьте поддержку Tron (TRC-20). Комиссия около $0.01 против $1–5 в сети Ethereum делает Tron предпочтительным для высокочастотных фиат-шлюзов и B2B-платежей.
Если нужна интеграция с Telegram — TON и Telegram Mini Apps образуют готовую дистрибуционную связку. Пользователь взаимодействует с блокчейном прямо в мессенджере без установки отдельного приложения.
Синхронизация Bitcoin-ноды занимает 5–10 дней — это нужно закладывать в timeline проекта с первого дня, а не после завершения разработки. В нашей практике задержки запуска проектов на 1–2 недели чаще всего связаны не с кодом, а с нодами и доступами к production-инфраструктуре.
Безопасность в блокчейн-продукте — это несколько независимых слоёв, каждый из которых критичен. Пробой любого из них потенциально означает потерю реальных средств пользователей.
Управление ключами. Генерация на кривой secp256k1 (стандарт Bitcoin/Ethereum), шифрование AES-256-CBC с 32-байтным ключом. Приватные ключи никогда не хранятся в открытом виде. Доступ к инфраструктуре — только через VPN + 2FA. Все действия в admin panel логируются в audit trail с retention 12+ месяцев.
KYC/AML. Мы работаем с SumSub в качестве основного KYC-провайдера — он поддерживает верификацию через национальные документы, биометрию и liveness detection. Для транзакционного мониторинга используем Crystal Blockchain: каждый входящий депозит получает AML risk score до зачисления на баланс. При превышении порога — задача на проверку комплаенс-офицером и заморозка депозита. Это принципиально отличается от модели «проверил KYC при регистрации и забыл».
Смарт-контракты. Уязвимости смарт-контрактов — reentrancy, integer overflow, неправильная проверка прав доступа — необратимы после деплоя. Аудит кода, тестирование в mainnet на реальных (но малых) суммах, верификация кода на Etherscan — это не опциональные этапы.
Инфраструктурный уровень. Cloudflare WAF, сканирование через OWASP ZAP, ежемесячные обновления безопасности + экстренные CVE-патчи. Резервное копирование — ежедневно, несколько зон. RTO: 2 часа, RPO: 30 минут.
Merehead разрабатывает блокчейн-приложения с 2015 года. За это время мы реализовали более 50 проектов в сегменте crypto/Web3: от простых смарт-контрактов для токенизации до полнофункциональных CEX с matching engine, Kubernetes-инфраструктурой и модулями KYC/AML.
Наша команда работала с 20+ блокчейн-сетями: Bitcoin, Ethereum, BNB Smart Chain, Tron, Solana, Polygon, Avalanche, TON, Arbitrum, Optimism и другими. Мы реализовывали custodial и non-custodial кошельки, DEX-интеграции (HyperLiquid, dYdX, GMX), платформы токенизации недвижимости на BNB Smart Chain, B2B fintech-платформы со SWIFT-интеграцией и перп-торговлю в мобильных приложениях.
Для B2B-клиентов с чётким техническим заданием мы предоставляем постатейную оценку по модулям в течение 48 часов. Архитектура криптобирж детально разобрана в отдельном материале — там можно понять масштаб типовых технических решений перед первым разговором с командой.
Зависит от типа продукта. Базовый смарт-контракт с простым интерфейсом — 2–4 недели. MVP DEX-платформы или NFT-маркетплейса — 2–3 месяца. Полнофункциональная CEX с matching engine, KYC/AML и мобильными приложениями — 4–8 месяцев. К этим срокам нужно добавить время синхронизации блокчейн-нод: Bitcoin — 5–10 дней, остальные сети — 1–3 дня.
Да, если контракт управляет реальными средствами пользователей. Аудит выявляет уязвимости (reentrancy, integer overflow, проблемы с правами доступа), которые невозможно исправить после деплоя без специального proxy-механизма. Стоимость аудита — от $5 000 до $50 000+ в зависимости от сложности. Это всегда дешевле, чем последствия взлома.
В custodial-кошельке ключи хранит платформа; пользователь управляет балансом через интерфейс. В non-custodial — пользователь контролирует ключи сам. Для CEX обычно используют custodial-модель с segregation клиентских и корпоративных средств. Для мобильных кошельков с DeFi-интеграцией — non-custodial. Выбор зависит от compliance-требований и бизнес-модели. Подробнее о различиях — в нашем материале про разработку криптокошельков.
Да, и в большинстве случаев это правильное решение. Запускать собственный блокчейн (AppChain) оправдано только при очень высоких требованиях к производительности или полному контролю над консенсусом — например, как у dYdX v4. В остальных случаях деплой смарт-контрактов на существующий публичный блокчейн (Ethereum, BNB, Solana) быстрее, дешевле и безопаснее за счёт готовой экосистемы безопасности.
В наших production-проектах мы работали с: Bitcoin, Ethereum (ERC-20), BNB Smart Chain, Tron (TRC-20), Litecoin, Solana, Polygon, Avalanche, TON, NEAR, Arbitrum, Optimism, XRP, ADA, DOT, LINK, XMR, BCH и другими. Для каждой сети — собственная нодовая инфраструктура, отдельный nonce-менеджер и библиотека валидации адресов.
Зависит от юрисдикции и типа продукта. Децентрализованные протоколы (DEX, DeFi) в большинстве регионов не требуют лицензирования. Криптовалютные биржи и платформы с хранением фиатных средств пользователей — как правило, требуют: VASP-лицензия в ЕС (MiCA), MSB в США, лицензия на деятельность с виртуальными активами в Казахстане (МФЦА), соответствующий статус в Украине. Мы рекомендуем проконсультироваться с юристом по выбранной юрисдикции до старта разработки.
Токенизация — это выпуск цифрового токена (обычно NFT или security token) на блокчейне, который представляет право собственности или долю в реальном активе: недвижимости, ценных бумагах, произведении искусства. Владелец токена получает пропорциональный доход (аренда, дивиденды) и может продать или передать свою долю без участия традиционных посредников. Технически это реализуется через смарт-контракт с логикой распределения дохода между держателями токенов.
Опишите ваш проект: тип приложения, нужные блокчейны, ключевые функции (торговля, кошелёк, NFT, фиат-шлюз и т.д.) и целевую аудиторию. Наш Solutions Architect подготовит постатейную оценку по модулям с разбивкой часов в течение 48 часов — без предоплаты. Для проектов с уже готовым техническим заданием оценка будет точнее.