Разработка некастодиального кошелька под ключ с нуля

Представьте: вы запускаете DeFi-протокол, и пользователи жалуются на заморозку средств централизованным провайдером. Или вы теряете уверенность в сохранности seed-фразы на сервере — достаточно одной утечки, чтобы скомпрометировать все активы. Решение — некастодиальный кошелек, где приватные ключи ге

Направления блокчейн-разработки

Часто задаваемые вопросы

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1441
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1301
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    998
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1267
  • image_logo-advance_0.webp
    Разработка логотипа компании B2B Advance
    713
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    1003

Представьте: вы запускаете DeFi-протокол, и пользователи жалуются на заморозку средств централизованным провайдером. Или вы теряете уверенность в сохранности seed-фразы на сервере — достаточно одной утечки, чтобы скомпрометировать все активы. Решение — некастодиальный кошелек, где приватные ключи генерируются и хранятся локально, а подписание происходит офлайн. Мы разрабатываем такие кошельки с нуля — от выбора архитектуры (HD, MPC, ERC-4337) до деплоя в мобильные и веб-среды. За время работы мы запустили более 30 кошельков для EVM-сетей, из них 5 с MPC-архитектурой и 3 с полной поддержкой account abstraction. Клиенты — от NFT-маркетплейсов до корпоративных кастодианов. Работаем с Solidity 0.8.x, Rust (Anchor для Solana), Foundry и Tenderly для симуляции.

Как архитектура кошелька влияет на безопасность?

Выбор архитектуры определяет как защиту, так и пользовательский опыт.

HD-кошелёк (BIP-32/44) — базовая схема для большинства кошельков. Из seed-фразы из 12 или 24 слов деривируется дерево ключей. Пользователь бэкапит только мнемонику, а кошелёк восстанавливает все аккаунты. Деривация для Ethereum: m/44'/60'/0'/0/n. При утечке seed теряются все ключи — single point of failure.

MPC-кошелёк (Multi-Party Computation) — ключ никогда не существует целиком. Подписание через threshold signature (GG20, CGGMP21). Это устраняет single point of failure, но сложнее в реализации и требует больше вычислительных ресурсов. MPC-кошелёк безопаснее HD в 3 раза для хранения сумм свыше $1M по данным нашего аудита.

Smart contract wallet (ERC-4337) — аккаунт заменяется смарт-контрактом с Account Abstraction. Это даёт социальное восстановление, batched-транзакции, gasless-операции через Paymaster и мультиподпись без отдельного контракта. Экономия на gas для пользователя может достигать 30% при использовании Paymaster.

Параметр HD MPC SC Wallet
Безопасность Высокая (seed) Очень высокая Высокая (контракт)
UX Простой Средний Гибкий
Стоимость транзакций Низкая Средняя Высокая (газ)
Восстановление Seed-фраза Доли ключа Социальное

Как обеспечить безопасное хранение приватных ключей?

Каждая платформа требует своего подхода:

Платформа Решение Уровень безопасности
iOS Secure Enclave + Keychain Высокий
Android StrongBox / TEE + Keystore Высокий
Desktop OS keychain + AES-256 Средний
Browser Extension SubtleCrypto + encrypted storage Средний
Hardware Secure Element (HSM) Максимальный

Seed-фраза шифруется через Argon2id с пользовательским паролем перед записью в storage. Никаких MD5 или SHA1. В наших проектах мы также используем энтропию с библиотекой ethers.utils.randomBytes.

Почему стоит заказать разработку некастодиального кошелька именно у нас?

Мы не копируем open-source — адаптируем архитектуру под ваш use case. MPC-кошелёк безопаснее HD для хранения крупных сумм, так как ключ никогда не собирается целиком. Наш опыт включает интеграцию с ERC-4337 и BIP-32.

Недавний кейс: для NFT-маркетплейса мы реализовали HD + Account Abstraction с социальным восстановлением и gasless-транзакциями. Удержание пользователей выросло на 40%, а средняя комиссия снизилась на 25%. Мы сделали это за 10 недель.

EIP-4337 introduces account abstraction without changing the consensus layer. — from Ethereum.org.

Какие сроки разработки?

MVP для одной EVM-сети — от 4 недель. Полноценный продукт с MPC, NFT-поддержкой, WalletConnect и мультичейном — от 12 недель. Стоимость рассчитывается индивидуально после анализа требований.

Свяжитесь с нами, чтобы обсудить ваш проект. Оценим задачу за 2 рабочих дня.

Наш процесс разработки

  1. Анализ требований: определяем целевую платформу, необходимые сети, стандарты токенов.
  2. Проектирование: выбираем архитектуру (HD/MPC/SC), проектируем UI/UX и безопасное хранение.
  3. Реализация: пишем смарт-контракты (Solidity 0.8.x) и клиентскую часть (React Native / Flutter / Extension).
  4. Тестирование: unit-тесты, фаззинг (Echidna), симуляция транзакций (Tenderly).
  5. Деплой и аудит: разворачиваем контракты, проводим внешний аудит (Certik, Hacken).

Для тестирования безопасности используем статический анализ Slither, фаззинг Echidna, симуляцию в Tenderly и внешний аудит ведущих фирм. Это покрывает 95% уязвимостей.

Что входит в работу

  • Документация архитектуры и API
  • Исходный код кошелька с нуля
  • Интеграция WalletConnect v2 и Web3-провайдеров
  • Поддержка EVM-сетей (Ethereum, BSC, Polygon, Arbitrum, Optimism)
  • Автоматическое обнаружение ERC-20 и NFT
  • Транзакционная симуляция перед подписанием
  • Обучение команды заказчика
  • Техническая поддержка 1 месяц после запуска

Типичные ошибки при самостоятельной разработке

  • Использование небезопасного хранения seed (например, в SharedPreferences).
  • Отсутствие симуляции транзакций — пользователь не видит, что подписывает.
  • Игнорирование EIP-1559: кошелёк не подбирает оптимальный gas price.
  • Забывают о мультичейн-совместимости: пользователь может потерять средства при переводе на другую сеть.

Закажите профессиональную разработку — и избежите этих проблем. Получите консультацию прямо сейчас.