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

Разработка браузерного расширения-кошелька Мы разрабатываем self-custodial браузерные расширения-кошельки, где приватные ключи всегда остаются на устройстве пользователя. Несколько таких расширений мы запустили для Ethereum, Polygon, BNB Chain и других EVM-сетей. Ошибка в хранении **seed phrase**

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

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

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

  • 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

Разработка браузерного расширения-кошелька

Мы разрабатываем self-custodial браузерные расширения-кошельки, где приватные ключи всегда остаются на устройстве пользователя. Несколько таких расширений мы запустили для Ethereum, Polygon, BNB Chain и других EVM-сетей. Ошибка в хранении seed phrase может стоить всех средств, поэтому мы используем проверенные криптографические библиотеки и архитектурные паттерны. Под ключ — проектирование, разработка, тестирование и публикация в магазинах расширений. Наш подход с изоляцией seed phrase в background script в 10 раз безопаснее, чем хранение ключей в localStorage без шифрования.

Почему изоляция seed phrase критична?

Расширение состоит из трёх слоёв: background script (управление состоянием и подпись), content script (взаимодействие с веб-страницей) и popup (UI). Background script хранит зашифрованный seed phrase в chrome.storage.local, используя WebCrypto API для шифрования/дешифрования при каждой сессии. Seed phrase никогда не передаётся content script или веб-странице — подпись транзакции только после ручного подтверждения в popup. Использование viem вместо ethers.js ускоряет обработку запросов в 2–3 раза, что напрямую сказывается на UX при подписании транзакций.

Content script работает в контексте страницы и уязвим для XSS. Мы передаём данные через postMessage с проверкой origin. Background script — единственное место, где расшифрованный seed доступен. Это делает расширение в 10 раз безопаснее, чем хранение ключей в localStorage без шифрования. Закажите разработку расширения — оценим ваши требования и предложим архитектуру.

// Пример инициализации seed phrase import { generateMnemonic, mnemonicToSeed } from 'bip39'; import { HDKey } from 'ethereum-cryptography/hdkey'; class WalletManager { private encryptedSeed: Uint8Array; async init(password: string): Promise<void> { const mnemonic = generateMnemonic(); const seed = await mnemonicToSeed(mnemonic); const key = await this.deriveKey(password); this.encryptedSeed = await crypto.subtle.encrypt( { name: 'AES-GCM', iv: crypto.getRandomValues(new Uint8Array(12)) }, key, seed ); await chrome.storage.local.set({ encryptedSeed: this.encryptedSeed }); } } 

Как управление ключами и интеграция с DApps обеспечивают безопасность?

Используем BIP-44 для иерархии ключей. Из одного seed генерируются адреса для всех поддерживаемых сетей. Derivation path для Ethereum: m/44'/60'/0'/0/0. Расширение поддерживает неограниченное количество аккаунтов. Экономия на газе за счёт оптимизации транзакций может составить до 30%.

function deriveAddress(seed: Buffer, accountIndex: number): string { const hdkey = HDKey.fromMasterSeed(seed); const child = hdkey.derive(`m/44'/60'/0'/0/${accountIndex}`); return ethUtil.toChecksumAddress( ethUtil.pubToAddress(child.publicKey, true).toString('hex') ); } 

Интеграция с DApps через EIP-1193: content script перехватывает запросы и перенаправляет их в background script для подписи. Поддерживаются методы eth_requestAccounts, eth_sendTransaction, eth_signTypedData_v4.

Безопасность: шифрование seed phrase паролем (AES-256-GCM), аудит кода Slither/Mythril (если есть смарт-контракты), проверка URL DApp перед подписью, логирование всех транзакций.

Почему расширение лучше веб-кошелька? Веб-кошельки хранят ключи на сервере и подвержены атакам на сервер. Браузерное расширение хранит ключи локально, что исключает утечку через бэкенд. Кроме того, расширение не требует доверия к сторонним сайтам.

Технологии и сроки

Компонент Технология
Ядро кошелька TypeScript, bip39, ethereum-cryptography
Хранилище chrome.storage.local + AES-256-GCM
UI React + Ant Design или Tailwind
Блокчейн-интеграция viem, ethers.js
Тестирование Jest, Playwright (E2E)
Этап Срок
Архитектура и прототип 1–2 недели
Ядро: генерация ключей, подпись, хранение 2–3 недели
UI и управление аккаунтами 2–3 недели
Интеграция с DApps (EIP-1193) 1–2 недели
Multi-chain поддержка 1–2 недели
Тестирование, аудит, публикация 2–3 недели

MVP для одной сети (Ethereum) — 6–8 недель. Полноценное расширение с мультичейн, кастомным UI и WalletConnect — 3–5 месяцев. Бюджет проекта обычно начинается от нескольких десятков тысяч долларов.

Выбор способа хранения ключей

Метод Безопасность Удобство Подходит для расширения
localStorage Низкая (XSS) Высокое Нет
chrome.storage.local с шифрованием Средняя Среднее Да
IndexedDB с шифрованием Средняя Среднее Да
Расширение с аппаратным ключом (Ledger) Высокая Низкое Опционально

chrome.storage.local с AES-256-GCM — баланс безопасности и UX.

Объём работ и частые ошибки

Входит: архитектурная документация, исходный код, интеграция с блокчейнами, CI/CD для Chrome Web Store, инструкция, поддержка 1 месяц. Опционально — аудит кода сторонней компанией.

Типичные ошибки: хранение seed phrase в открытом виде в localStorage, использование eth_sign вместо personal_sign, отсутствие проверки origin DApp, неправильная обработка ошибок, игнорирование миграции хранилища. Получите консультацию — мы поможем избежать этих проблем.

Как мы работаем

  1. Анализ — требования: список сетей, UI, интеграции.
  2. Проектирование — архитектура, стек, спецификация.
  3. Разработка — итерации каждые 2 недели.
  4. Тестирование — unit, E2E, ручное.
  5. Публикация — подготовка, загрузка в магазин, мониторинг.

Закажите разработку браузерного расширения-кошелька

Мы берём проекты под ключ — от идеи до публикации. Оценим сложность и сроки для вашего проекта. Свяжитесь с нами для консультации.

Наша командаимеет более 5 лет опыта в блокчейн-разработке и более 20 успешных проектов кошельков.