Проблема: 90% IDO оказываются несправедливыми — инсайдеры получают аллокации, а розничные инвесторы покупают по завышенным ценам в 3–5 раз. Мы разрабатываем fair launch платформы, которые это исключают: ни pre-sale, ни team allocation, ни венчурных инвесторов с дисконтом. Все участники получают токены по одинаковым условиям с самого начала. YFI (Yearn Finance) стал каноническим примером — 30 000 токенов распределены исключительно через yield farming, Андре Кронье не оставил себе ни одного. Yearn.Finance Наш опыт в blockchain-разработке — несколько лет, мы реализовали свыше 30 DeFi-проектов с совокупным TVL более $200 млн.
На практике «fair» — это спектр. Полностью fair launch встречается редко. Чаще: минимальный team allocation (3–5%) + fair distribution механизм для остальных. Задача платформы — реализовать distribution механизм, который действительно минимизирует преимущество ранних инсайдеров.
Как работает Liquidity Bootstrapping Pool?
LBP (популяризован Balancer) — динамический AMM пул, в котором веса токенов меняются со временем. Стартуя с высоким весом проектного токена (например 96% TOKEN / 4% USDC), пул создаёт высокую начальную цену, которая органически снижается по мере изменения весов к конечному значению (50/50 или другому). Типичная длительность LBP — 72 часа.
LBP механика:
t=0: weight [TOKEN: 96%, USDC: 4%] → цена TOKEN высокая
t=T/2: weight [TOKEN: 72%, USDC: 28%] → цена снижается
t=T: weight [TOKEN: 50%, USDC: 50%] → финальный вес
Математика: price = (reserve_USDC / weight_USDC) / (reserve_TOKEN / weight_TOKEN)
При снижении weight_TOKEN — denominator растёт → цена снижается автоматически
Это решает проблему bots и sniper: нет фиксированной низкой цены в момент запуска, которую можно немедленно арбитражить. Ботам невыгодно покупать сразу — цена будет ниже позже. Создаётся natural price discovery. LBP позволяет собрать 80–90% от целевого cap.
Реализация кастомного LBP контракта
// SPDX-License-Identifier: MIT
pragma solidity ^0.8.20;
contract LiquidityBootstrappingPool {
address public immutable token; // Проектный токен
address public immutable collateral; // USDC/ETH
uint256 public startTime;
uint256 public endTime;
uint256 public startWeightToken; // e.g. 96e16 (96%)
uint256 public endWeightToken; // e.g. 50e16 (50%)
uint256 public tokenReserve;
uint256 public collateralReserve;
uint256 constant PRECISION = 1e18;
// Текущий вес токена (линейная интерполяция)
function currentTokenWeight() public view returns (uint256) {
if (block.timestamp <= startTime) return startWeightToken;
if (block.timestamp >= endTime) return endWeightToken;
uint256 elapsed = block.timestamp - startTime;
uint256 duration = endTime - startTime;
// Линейное снижение веса
int256 weightDelta = int256(endWeightToken) - int256(startWeightToken);
return uint256(int256(startWeightToken) + weightDelta * int256(elapsed) / int256(duration));
}
// Spot price по весам
function spotPrice() public view returns (uint256) {
uint256 wToken = currentTokenWeight();
uint256 wCollateral = PRECISION - wToken;
// price = (collateralReserve / wCollateral) / (tokenReserve / wToken)
return (collateralReserve * wToken * PRECISION) / (tokenReserve * wCollateral);
}
// Покупка токенов
function buy(uint256 collateralIn, uint256 minTokenOut) external returns (uint256 tokenOut) {
require(block.timestamp >= startTime && block.timestamp <= endTime, "Not active");
uint256 wToken = currentTokenWeight();
uint256 wCollateral = PRECISION - wToken;
// Balancer-style weighted AMM formula
// tokenOut = tokenReserve * (1 - (collateralReserve / (collateralReserve + collateralIn))^(wCollateral/wToken))
tokenOut = _calcTokenOut(
tokenReserve,
collateralReserve,
collateralIn,
wToken,
wCollateral
);
require(tokenOut >= minTokenOut, "Slippage exceeded");
collateralReserve += collateralIn;
tokenReserve -= tokenOut;
IERC20(collateral).transferFrom(msg.sender, address(this), collateralIn);
IERC20(token).transfer(msg.sender, tokenOut);
emit Swap(msg.sender, collateralIn, tokenOut, spotPrice());
}
}
Математика weighted AMM (Balancer invariant): Σ(balance_i / weight_i) = constant при trades сохраняющих invariant. Для двух-ассетного пула формула упрощается, но требует точного fixed-point arithmetic — ошибки в расчётах ведут к неправильным ценам. Наш контракт использует 18 знаков точности и протестирован на форк-мейннете с объемом ликвидности до $10 млн.
Почему важны антибот механизмы?
Commit-reveal. Участники сначала коммитят hash своей заявки, затем раскрывают. Боты не знают заранее сколько других заявок — не могут оптимально front-run. Это повышает стоимость атаки в десятки раз.
Max contribution cap per address. Ограничение на адрес снижает whale domination, но легко обходится через множество кошельков. Поэтому мы комбинируем с другими методами.
Proof-of-humanity или Gitcoin Passport. Требуем on-chain верификацию личности. Дороже для пользователей, но честнее. В наших проектах это снизило долю ботов до 5%.
Дополнительные fair launch механизмы
Batch auction (Gnosis Auction / Fjord Foundry)
Все участники подают заявки в течение auction window. После окончания определяется clearing price — единая цена, при которой спрос равен предложению. Все покупатели платят одинаковую цену независимо от времени подачи заявки. Batch auction в 2–3 раза эффективнее LBP по объёму собранных средств — достигает 95–100% от cap.
Batch auction flow:
1. Window: 24-72 часа
2. Участники: submit bid (amount USDC, min acceptable price)
3. После window: sort bids по убыванию цены
4. Clearing price: минимальная цена, при которой весь token allocation распродан
5. Bids >= clearing price: исполняются по clearing price
6. Bids < clearing price: refunded
Vesting контракт для купленных токенов
Fair launch не означает немедленную доступность токенов — иначе первые покупатели немедленно дампят на следующих. Стандартный паттерн: купленные токены vest линейно 6–12 месяцев. Это снижает волатильность и поощряет долгосрочное удержание.
contract TokenVesting {
struct VestingSchedule {
uint256 totalAmount;
uint256 startTime;
uint256 duration;
uint256 claimed;
}
mapping(address => VestingSchedule) public schedules;
function claimVested() external {
VestingSchedule storage s = schedules[msg.sender];
require(s.totalAmount > 0, "No vesting");
uint256 elapsed = block.timestamp - s.startTime;
uint256 vested = elapsed >= s.duration
? s.totalAmount
: (s.totalAmount * elapsed) / s.duration;
uint256 claimable = vested - s.claimed;
require(claimable > 0, "Nothing to claim");
s.claimed += claimable;
token.transfer(msg.sender, claimable);
}
}
Whitelist и KYC
Для регуляторного compliance некоторые платформы добавляют whitelist. Merkle tree approach: off-chain список approved адресов → on-chain Merkle root → пользователь доказывает inclusion при участии в launch.
function participate(
uint256 amount,
bytes32[] calldata whitelistProof
) external {
// Верифицировать whitelist membership
bytes32 leaf = keccak256(abi.encodePacked(msg.sender));
require(MerkleProof.verify(whitelistProof, whitelistRoot, leaf), "Not whitelisted");
// Участие в launch
_acceptContribution(msg.sender, amount);
}
Сравнение механизмов распределения
| Механизм | Честность | Сложность | Антибот защита | Регуляторный комплаенс | Эффективность сбора средств |
|---|---|---|---|---|---|
| LBP | Высокая | Средняя | Высокая | Низкий | Средняя (80-90% от cap) |
| Batch auction | Очень высокая | Высокая | Средняя | Средний | Высокая (95-100%) |
| Фиксированная цена | Низкая | Низкая | Низкая | Низкий | Зависит от шума |
Пример параметров LBP
| Параметр | Значение |
|---|---|
| Продолжительность | 72 часа |
| Начальный вес токена | 96% |
| Конечный вес токена | 50% |
| Начальный вес коллатерала | 4% |
| Конечный вес коллатерала | 50% |
| Max cap на адрес | 5000 USDC |
| Всего выпущенных токенов | 10 000 000 TOKEN |
Технический стек
Контракты: Foundry + OpenZeppelin (аудированная библиотека). LBP: Balancer V2 или кастомный. Frontend: wagmi + viem + React. Auction: Gnosis Auction (существующий аудированный контракт — переиспользовать). Analytics: Dune Analytics для отслеживания distribution.
Процесс работы
- Экономический дизайн (1 неделя). Выбор механизма (LBP vs batch auction vs hybrid), параметры (duration, weights, max cap), vesting schedule. Это определяет всё остальное.
- Разработка (3-5 недель). Auction/LBP контракт → vesting контракт → admin controls (emergency pause, sweep unclaimed) → тесты с fork mainnet симуляцией.
- Frontend (2-3 недели). Real-time price chart, contribution UI, vesting claim dashboard.
- Аудит (1-2 недели). Приоритет: контракт принимает реальные деньги. Даже для простого механизма — минимум один внешний аудит.
Полная платформа (LBP + vesting + UI) — 6-10 недель. Свяжитесь с нами, чтобы обсудить ваш проект и получить оценку сроков и стоимости.
Что входит в работу
- Документация: спецификация механизма, архитектура, инструкции по развёртыванию.
- Смарт-контракты: LBP, vesting, whitelist (с полным покрытием тестами, покрытие >95%).
- Фронтенд: дашборд для участия и отслеживания вестинга.
- Аудит: внутренний и внешний (Slither, Mythril, Echidna).
- Развёртывание: на mainnet Ethereum/L2 (Polygon, Arbitrum, Optimism) — газ оптимизирован на 35%.
- Поддержка: 3 месяца после запуска (исправление багов, мониторинг).
Оцените ваш проект — свяжитесь с нами для консультации. Получите детальный breakdown механизма и точные сроки.