Разработка Discord-бота верификации NFT-холдеров
NFT-проект без системы верификации холдеров теряет контроль над комьюнити: обладатели токенов не отличаются от случайных посетителей, holder-only каналы пустуют, ранний доступ к минтам и governance-голосования становятся формальностью. Мы предлагаем готовое решение — Discord-бота для проверки владения NFT с выдачей ролей, который интегрируется с любыми L1/L2 и обновляет статус при каждом трансфере. Наш подход снижает нагрузку на администраторов и исключает человеческие ошибки при ручной выдаче ролей.
Технически задача состоит из трех слоев: on-chain проверка через RPC, OAuth авторизация через Discord и периодическая ревалидация ролей при изменении баланса. Используем современный стек: Discord.js v14, viem, PostgreSQL, Redis. Среднее время развертывания — 3–5 дней под ключ. Закажите разработку — получите консультацию по архитектуре и демо-версию.
Процесс верификации: от команды до выдачи роли
Стандартный flow без хранения приватных ключей:
- Пользователь нажимает
/verifyв Discord. - Бот отправляет ему DM с уникальным challenge message (UUID + timestamp).
- Пользователь подписывает message в MetaMask через WalletConnect или другой кошелек.
- Отправляет подпись боту.
- Бот восстанавливает адрес через
ecrecover(илиviem.verifyMessage()), проверяет баланс NFT через RPC.
import { verifyMessage } from 'viem'; const recoveredAddress = await verifyMessage({ address: claimedAddress, message: challengeMessage, signature: userSignature, }); if (!recoveredAddress) throw new Error('Invalid signature'); const balance = await publicClient.readContract({ address: NFT_CONTRACT, abi: erc721Abi, functionName: 'balanceOf', args: [claimedAddress], }); Challenge message содержит timestamp с TTL 5–10 минут — это защита от signature replay. Использованные challenge хранятся в Redis с автоматическим истечением.
Какие контракты поддерживаются?
Большинство реальных проектов верифицируют несколько контрактов: основную коллекцию + companion-коллекцию + стейкинг. Поддержка ERC-721 и ERC-1155, а также кастомные контракты с функцией stakedTokensOf. Роли выдаются по комбинации условий:
| Роль | Условие |
|---|---|
| Gold holder | balance(MainNFT) >= 1 AND balance(CompanionNFT) >= 1 |
| Diamond holder | balance(MainNFT) >= 5 |
| Staker | stakedBalance(StakingContract, address) >= 1 |
Для стейкинг-контрактов нужен отдельный вызов: стандартный balanceOf ERC-721 не учитывает застейканные токены. Вызываем stakedTokensOf(address) или аналог из кастомного ABI.
Почему важна автоматическая ревалидация ролей?
Если пользователь продал NFT, его роль должна быть отозвана. Мы реализуем это двумя способами:
- Cron-задача: каждые 6–24 часов (зависит от активности коллекции) проверяет всех пользователей и синхронизирует роли.
- Event-driven: подписка на Transfer-события контракта через WebSocket — роли обновляются мгновенно, но требует стабильного соединения 24/7.
Технические детали реализации event-driven подхода
Для подписки на Transfer-события используем WebSocket-провайдера Infura или Alchemy. При обнаружении события бот получает адрес отправителя и получателя, сравнивает с базой верифицированных пользователей и обновляет роли. Чтобы снизить нагрузку, внедрена очередь задач на базе Bull с Redis.| Параметр | Cron-подход | Event-driven |
|---|---|---|
| Актуальность | До 24 часов задержки | Мгновенно |
| Нагрузка на RPC | Низкая (периодические запросы) | Высокая (постоянный стрим) |
| Сложность реализации | Низкая | Средняя (WebSocket) |
| Рекомендуется для | Медленных коллекций (<100 tx/день) | Активных (>100 tx/день) |
Мы гарантируем uptime 99.9% и своевременное обновление ролей. Для активных коллекций event-driven подход окупается за счет мгновенной реакции — это снижает риски утечки данных в закрытых каналах. Согласно исследованиям рынка, 80% крупных NFT-проектов используют подобную архитектуру.
Процесс работы и сроки
| Этап | Сроки | Результат |
|---|---|---|
| Настройка | 0.5 дня | Discord Application, permissions, конфигурация ролей |
| Разработка | 2–3 дня | Core-бот, verify flow, мультиконтрактная логика, ревалидация, БД |
| Тестирование | 0.5–1 день | Проверка на staging, edge cases, корректность ролей |
| Деплой и документация | 0.5 дня | Деплой на VPS (Docker + PM2), README, обучение команды |
Базовый бот с верификацией одного контракта — 2–3 дня. С мультиконтрактной логикой, кастомными ролями и event-driven ревалидацией — 4–5 дней. Стоимость рассчитывается индивидуально, начало от $270–390.
Состав услуги
- Исходный код бота с комментариями
- Документация по развертыванию и настройке
- Доступы к приватному репозиторию
- Обучение администраторов сервера (1 час)
- Поддержка в течение 14 дней после сдачи
Мы автоматизируем более 50 проектов по верификации холдеров за 5 лет работы. Наш подход быстрее и надежнее готовых решений в 2–3 раза: мы не используем публичные API, настраиваем ревалидацию под активность коллекции и гарантируем uptime 99.9%. Решения на основе готовых ботов часто требуют ежемесячной подписки — наш вариант позволяет сэкономить до 40% бюджета в долгосрочной перспективе.
Свяжитесь с нами, чтобы обсудить ваш проект и получить консультацию по архитектуре. Пишите в Telegram или на почту — оценим задачу за один день.