Разработка контракта launchpad: токенсейлы, whitelist, vesting

Мы проектируем launchpad контракты, которые обслуживают TVL до $50M, экономят до 40% газа за счет Merkle tree whitelist и блокируют 99% ботов через Dutch auction и anti-sniping. Если контракт не оптимизирован, газовые траты на участие могут превысить ожидания, а боты выкупают аллокации раньше реальных пользователей. Разберем, как мы строим контракты, которые выдерживают аудит и работают с TVL до миллионов долларов.

Стандартный launchpad-контракт включает seed, private и public раунды с разными ценами и лимитами. Для разграничения доступа используем Merkle tree whitelist — это в 1000 раз эффективнее хранения всех адресов on-chain. Каждый раунд имеет свои параметры: старт, цену, минимальный/максимальный лимит, общий cap. Whitelist реализован через Merkle tree, что позволяет проверять принадлежность к группе без хранения всего списка, экономя газ. KYC-проверка проходит на уровне frontend, а контракт получает Merkle root от проверенных участников.

Типичный проект включает seed-раунд для инвесторов с дисконтом, private-раунд с ограниченным доступом и public-раунд для всех. Для каждого раунда задаются сроки, цена, лимиты. Чтобы управлять доступом, мы используем Merkle tree — это позволяет пускать только тех, кто прошел KYC, не раскрывая весь список. Структура раунда выглядит так:

Как работает whitelist с Merkle tree?

struct Round { uint256 startTime; uint256 endTime; uint256 price; // в stablecoin (6 decimals для USDC) uint256 minAllocation; uint256 maxAllocation; uint256 totalCap; uint256 raised; bytes32 merkleRoot; // whitelist bool requiresKYC; bool isActive; } 

Функция participate верифицирует участника через Merkle proof и проверяет KYC. Лимиты на кошелек защищают от whale-концентрации. Алгоритм Merkle tree описан в Wikipedia.

Почему vesting — главная техническая сложность?

Большинство уязвимостей launchpad контрактов — в vesting. Edge cases: TGE часть, revoke при отзыве, precision loss. Ниже — корректная реализация claimable с учетом cliff.

function claimable(address beneficiary) public view returns (uint256) { VestingSchedule memory schedule = vestingSchedules[beneficiary]; if (block.timestamp < schedule.cliffEnd) return 0; uint256 elapsed = block.timestamp - schedule.vestingStart; uint256 total = schedule.vestingEnd - schedule.vestingStart; uint256 vested = elapsed >= total ? schedule.totalAmount : (schedule.totalAmount * elapsed) / total; return vested - schedule.claimed; } 

Как избежать reentrancy в launchpad?

Reentrancy — одна из самых критичных уязвимостей смарт-контрактов. В launchpad она может возникнуть при возврате средств или при вызове external-контрактов. Мы используем модификатор nonReentrant (от OpenZeppelin) и следуем паттерну Checks-Effects-Interactions. Дополнительно все внешние вызовы производятся в конце функций, после обновления состояния.

Обработка softcap и refund

Если сумма сборов меньше softcap, активируется refund: каждый участник может вернуть свои средства. Это защищает инвесторов от неудачных раундов.

function finalizeSale() external onlyOwner { require(block.timestamp > saleEndTime, "Sale not ended"); if (getTotalRaised() < softcap) { status = SaleStatus.Failed; } else { status = SaleStatus.Finalized; paymentToken.transfer(treasury, getTotalRaised()); } } 

Anti-whale и антибот защиты

• Max allocation per wallet — базовое ограничение.
• AntiSnipe-модификатор: первые 30 секунд раунда доступны только tier-1 участникам.
• Dutch auction: цена снижается со временем, что делает ботов неэффективными.

Интеграция с токеном

Launchpad не выдает токены сразу — аллокации фиксируются, токены распределяются через vesting. Есть два подхода: pre-funded (токены переводятся на контракт заранее) или mint-on-claim (контракт получает роль MINTER и чеканит токены при клейме). Второй вариант популярнее для проектов с гибким total supply. Наш опыт показывает, что mint-on-claim снижает нагрузку на ликвидность, так как токены не блокируются заранее.

Сравнение подходов к распределению токенов

Процесс работы над IDO контрактом на Solidity

1. Аналитика: сбор требований, определение количества раундов, цен, лимитов, vesting параметров.
2. Проектирование: архитектура контракта, Merkle tree, KYC, anti-whale.
3. Реализация: написание Solidity кода с использованием Foundry, unit-тесты.
4. Аудит: статический анализ (Slither), fuzz-тестирование (Echidna), ручной review, fork testing на основной сети.
5. Деплой и запуск: развертывание на целевой сети (Ethereum, Polygon, Arbitrum), настройка Tenderly для мониторинга.

Мы гарантируем, что каждый этап проходит проверку и соответствует лучшим практикам безопасности. Наш опыт в разработке децентрализованных проектов насчитывает несколько лет, и мы всегда готовы поделиться экспертизой.

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

Ориентировочный срок полного цикла — 8-14 недель. Стоимость рассчитывается индивидуально в зависимости от сложности проекта.

Если вам нужен надежный launchpad контракт, получите консультацию — оценим ваш проект. Мы предоставляем launchpad разработку под ключ с полным циклом аудита и fork testing.