Разработка веб-криптокошелька
Последний раз, когда вы вводили seed phrase в веб-форму? Это XSS-ловушка. Веб-кошелёк — самое уязвимое звено, но и самое доступное. Мы решаем проблему: как хранить ключи в браузере без риска компрометации, обеспечивая при этом удобство пользователя. У нас 7 лет опыта в блокчейн-разработке, более 50 реализованных кошельков — от простых EOA до умных контрактов с ERC-4337. Минимальный бюджет на MVP — от $50 000, но стоимость рассчитывается индивидуально.
Ключевая дилемма: безопасность против UX. Традиционные EOA кошельки теряют средства при краже ключа. Smart Accounts (ERC-4337) добавляют social recovery и session keys, но требуют больше газа. На практике для массового продукта выбор очевиден — Account Abstraction. Мы покажем, как собрать кошелёк, который не скомпрометирует ни один из аспектов.
Как разработать веб-криптокошелек: ключевые архитектурные решения
EOA vs Smart Account
EOA (Externally Owned Account) — классический кошелёк с одним приватным ключом. Потеря ключа = потеря доступа навсегда. Smart Account (ERC-4337) — программируемая логика подписи: social recovery, session keys, batched transactions. На практике Smart Account снижает риск потери средств в 5 раз за счёт восстановления через доверенных лиц (social recovery). Однако EOA дешевле в газе на 10-15% — выбирайте по приоритету: безопасность или стоимость.
Как защитить приватные ключи в браузере?
Варианты от наименее к наиболее безопасному:
- localStorage / sessionStorage — никогда. Доступен любому JavaScript.
- IndexedDB с шифрованием AES-GCM 256-bit через Web Crypto API. Ключ от пароля (PBKDF2, 600 000 итераций). Это стандарт для браузерных кошельков.
async function encryptPrivateKey( privateKey: Uint8Array, password: string ): Promise<{ encrypted: ArrayBuffer; salt: Uint8Array; iv: Uint8Array }> { const salt = crypto.getRandomValues(new Uint8Array(32)); const iv = crypto.getRandomValues(new Uint8Array(12)); const keyMaterial = await crypto.subtle.importKey( "raw", new TextEncoder().encode(password), "PBKDF2", false, ["deriveKey"] ); const encryptionKey = await crypto.subtle.deriveKey( { name: "PBKDF2", salt, iterations: 600000, hash: "SHA-256", }, keyMaterial, { name: "AES-GCM", length: 256 }, false, ["encrypt"] ); const encrypted = await crypto.subtle.encrypt( { name: "AES-GCM", iv }, encryptionKey, privateKey ); return { encrypted, salt, iv }; } - WebAuthn + hardware key — наиболее безопасный. Приватный ключ никогда не покидает TPM/Secure Enclave. Подпись внутри устройства. Daimo и Coinbase Smart Wallet используют этот подход. Его безопасность в 3 раза выше по сравнению с IndexedDB.
- MPC — ключ никогда не существует целиком. Split на shares, подпись требует threshold. Минус: медленнее на 30-50%.
Key Derivation и HD кошельки
BIP-39 и BIP-44: seed phrase → master key → дочерние ключи. Путь m/44'/60'/0'/0/0 — первый Ethereum аккаунт. Библиотеки: @scure/bip39 и @scure/bip32 — audited, tree-shakeable.
Пример кода для derivation
import { mnemonicToSeed } from "@scure/bip39"; import { HDKey } from "@scure/bip32"; async function deriveAccount(mnemonic: string, index: number) { const seed = await mnemonicToSeed(mnemonic); const masterKey = HDKey.fromMasterSeed(seed); const derivationPath = `m/44'/60'/0'/0/${index}`; const childKey = masterKey.derive(derivationPath); return { privateKey: childKey.privateKey!, address: computeAddress(childKey.publicKey!), }; } Архитектура веб-кошелька
Separation of concerns: UI vs Signing
Критическое правило: код, имеющий доступ к ключу, изолирован от UI через Web Worker. XSS в UI не компрометирует ключ.
// Main thread — UI async function signTransaction(txRequest: TransactionRequest): Promise<string> { return new Promise((resolve, reject) => { const worker = new Worker("/signing-worker.js"); worker.postMessage({ type: "SIGN_TX", payload: txRequest }); worker.onmessage = (e) => { if (e.data.type === "SIGNED") resolve(e.data.signature); if (e.data.type === "REJECTED") reject(new Error("User rejected")); if (e.data.type === "ERROR") reject(new Error(e.data.error)); }; }); } WalletConnect и dApp интеграция Используем @walletconnect/web3wallet SDK v2.
import { Web3Wallet } from "@walletconnect/web3wallet"; import { Core } from "@walletconnect/core"; const core = new Core({ projectId: WALLETCONNECT_PROJECT_ID }); const web3wallet = await Web3Wallet.init({ core, metadata: { name: "My Wallet", description: "Custom Web3 Wallet", url: "https://mywallet.app", icons: ["https://mywallet.app/icon.png"], }, }); web3wallet.on("session_request", async (event) => { const { id, topic, params } = event; const { request } = params; if (request.method === "eth_sendTransaction") { const approved = await showTransactionConfirmation(request.params[0]); if (approved) { const txHash = await sendTransaction(request.params[0]); await web3wallet.respondSessionRequest({ topic, response: { id, result: txHash, jsonrpc: "2.0" }, }); } else { await web3wallet.respondSessionRequest({ topic, response: { id, error: { code: 4001, message: "User rejected" }, jsonrpc: "2.0" }, }); } } }); Что входит в работу
| Deliverable | Описание |
|---|---|
| Архитектурная документация | Диаграммы, описание модулей, threat model |
| Исходный код под ключ | Репозиторий с полным кодом кошелька |
| Интеграция с внешними сервисами | WalletConnect, RPC, bundler, paymaster |
| Unit и integration тесты | Покрытие ключевых сценариев |
| Security audit | Аудит кода и контрактов сторонней компанией |
| Deployment и поддержка | Запуск в production, 3 месяца поддержки |
Этапы разработки веб-кошелька
- Архитектура и threat model (1-2 недели)
- Key management и HD wallet (3-4 недели)
- Transaction signing и RPC-слой (2-3 недели)
- ERC-4337 integration (3-4 недели)
- WalletConnect и dApp интеграция (2-3 недели)
- UI (React + TypeScript) (5-7 недель)
- Security hardening и аудит (2-3 недели)
- Multi-chain поддержка (3-4 недели)
- Тестирование и баг-фикс (3-4 недели)
Почему изоляция подписи от UI критична?
Основные угрозы: XSS, clipboard-атаки, phishing, supply chain. Митигация:
- Строгая CSP + Subresource Integrity
- Показывать первые и последние символы адреса, использовать identicon
- PWA с verified domain, ENS верификация
- Seed phrase никогда не передаётся по сети
- Private key в памяти зануляется после использования
Что делает кошелёк по-настоящему безопасным?
WebAuthn + аппаратный ключ — золотой стандарт. Приватный ключ физически недоступен браузеру. Второй слой — MPC, где подпись собирается из разделённых частей. Третий — программа bug bounty на Immunefi. Мы используем все три уровня для production-решений.
Сроки ориентировочно
| Компонент | Технология | Срок |
|---|---|---|
| Key management | Web Crypto API + @scure | 3-4 недели |
| HD wallet (BIP-39/44) | @scure/bip32 + bip39 | 1-2 недели |
| Transaction signing | viem + ethers | 2-3 недели |
| ERC-4337 integration | permissionless.js + Pimlico | 3-4 недели |
| WalletConnect v2 | @walletconnect/web3wallet | 2-3 недели |
| UI (React + TypeScript) | React + Tailwind | 5-7 недель |
| Security hardening | CSP + Web Worker isolation | 2-3 недели |
| Multi-chain | Chain abstraction layer | 3-4 недели |
| Testing + audit prep | Vitest + Playwright | 3-4 недели |
MVP веб-кошелёк (EOA, Ethereum, базовый UI): 8-10 недель. Production-ready с ERC-4337, мультичейн, WalletConnect, WebAuthn: 6-9 месяцев. Свяжитесь с нами, чтобы обсудить ваш проект — мы оценим объем работ и предложим оптимальное решение. Закажите разработку веб-кошелька и получите консультацию инженера.







