Социальная аутентификация в dApp с Web3Auth: повышение конверсии

Вместо того чтобы заставлять пользователя сохранять seed phrase или скачивать MetaMask, вы даёте ему вход через Google, Apple или email. Это не просто удобство — это конверсия. Потенциальная аудитория вашего dApp в десять раз шире, если убрать барьер установки расширения. Мы используем Web3Auth, чтобы решить эту задачу без компромиссов в безопасности. По нашим оценкам, Web3Auth увеличивает конверсию онбординга в 3-5 раз по сравнению с ручным вводом seed phrase.

Под капотом — пороговая криптография (MPC/TSS). При регистрации генерируется ключевая пара, приватный ключ разделяется на три shares: один хранится у нод Web3Auth (tKey), второй — локально в браузере (deviceShare), третий — опциональный backup (например, пароль). Для подписи транзакции нужны минимум два shares из трёх. Web3Auth никогда не имеет полного ключа. Даже если атакующий скомпрометирует их инфраструктуру, он не получит доступ к пользовательским средствам.

Как пороговая криптография защищает пользователей?

В отличие от seed phrase, который хранится в одном месте и может быть украден, MPC распределяет доверие. Каждый share изолирован, а порог (2 из 3) означает, что компрометация одного узла не даёт доступа к ключу. Это стандарт безопасности, используемый в банковских системах. Как указано в документации Web3Auth, пороговая криптография исключает единую точку отказа.

Как работает восстановление доступа?

Пользователь потерял устройство — не проблема. Он заходит через тот же OAuth-провайдер, и система восстанавливает backup share (если был настроен) или генерирует новый deviceShare при подтверждении через второй фактор (пароль от backup). Это гибрид self-custody и managed wallet: вы сохраняете контроль над ключами, но юзеру не нужно ничего помнить.

Почему стоит выбрать Web3Auth для dApp?

Web3Auth возвращает стандартный EIP-1193 provider — это значит, что ваш существующий код на ethers.js, viem или wagmi работает без изменений. Вы просто подменяете window.ethereum на provider от Web3Auth. Весь стек (signTypedData, отправка ETH, взаимодействие с контрактами) остаётся прежним. Никакого vendor lock-in: в любой момент вы можете переключиться на другую абстракцию ключей.

Сравнение Modal и NoModal SDK

Процесс интеграции

1. Анализ — определяем целевую аудиторию, список OAuth-провайдеров, требования к white-label и кастомизации UI. Выбираем версию SDK: Modal (готовый UI) или NoModal (только логика).

2. Проектирование — проектируем поток аутентификации: регистрация, логин, восстановление, отзыв сессий. Определяем backup-механизмы (пароль, социальный backup). Интегрируем с вашей бэкенд-авторизацией (JWT-токены, сессии).

3. Реализация — настраиваем Web3Auth Dashboard, получаем clientId. Подключаем SDK, реализуем вызовы login/logout. Пример кода ниже — базовая интеграция с модалом:

import { Web3Auth } from '@web3auth/modal' import { CHAIN_NAMESPACES } from '@web3auth/base' const web3auth = new Web3Auth({ clientId: 'YOUR_CLIENT_ID', chainConfig: { chainNamespace: CHAIN_NAMESPACES.EIP155, chainId: '0x1', rpcTarget: 'https://rpc.ankr.com/eth' } }) await web3auth.initModal() // Вход — модал с Google/Twitter/Email/Apple const provider = await web3auth.connect() // Далее используем как обычный EIP-1193 provider const ethersProvider = new ethers.BrowserProvider(provider) const signer = await ethersProvider.getSigner() 

4. White-label и кастомизация — для production обычно нужен собственный бренд. Используем NoModal SDK:

import { Web3AuthNoModal } from '@web3auth/no-modal' import { OpenloginAdapter } from '@web3auth/openlogin-adapter' const web3auth = new Web3AuthNoModal({ clientId, chainConfig }) const openloginAdapter = new OpenloginAdapter({ adapterSettings: { uxMode: 'redirect', whiteLabel: { appName: 'My App', logoLight: 'https://example.com/logo.png', defaultLanguage: 'ru' } } }) web3auth.configureAdapter(openloginAdapter) await web3auth.init() // Вызов конкретного провайдера await web3auth.connectTo('openlogin', { loginProvider: 'google' }) 

5. Тестирование — проверяем все сценарии: первый вход, повторный, потеря устройства, отзыв доступа. Используем testnet (Goerli, Sepolia). Проверяем latency подписания транзакций — MPC добавляет ~100-300 мс, что незаметно для пользователя.

6. Деплой на mainnet — меняем RPC, обновляем clientId для прода, включаем backup-механизмы. Настраиваем мониторинг через Tenderly.

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

• Подбор конфигурации Web3Auth (количество shares, порог, backup)
• Настройка OAuth-провайдеров (Google, Apple, Twitter, Discord, GitHub)
• Реализация UI: готовый модал или полностью кастомный интерфейс
• Интеграция с существующей системой авторизации (JWT, сессии)
• Код на TypeScript/React/Vue с поддержкой ethers.js, viem, wagmi
• Документация по администрированию Web3Auth Dashboard
• Тестирование безопасных сценариев (восстановление, отзыв ключей)
• Гарантия: поддерживаем код в течение 3 месяцев после интеграции

Сроки и стоимость

Стоимость рассчитывается индивидуально — зависит от сложности UI, количества провайдеров и требований к безопасности. Оценку проекта делаем за 1 день: присылайте описание dApp и целевую аудиторию. Получите консультацию инженера, который реализовал Web3Auth в 12+ dApp, включая DeFi-платформы и NFT-маркетплейсы. Наш опыт — 5 лет в Web3, 30+ успешных интеграций. Гарантируем стабильную работу на mainnet и поддержку новых стандартов (ERC-4337, EIP-3074).

Хотите убрать барьер входа для пользователей? Свяжитесь с нами — оценим проект и предложим архитектуру под ключ.