Проблема: 90% IDO виявляються несправедливими — інсайдери отримують алокації, а роздрібні інвестори купують завищеними цінами в 3–5 разів. Ми розробляємо fair launch платформи, що це виключають: ні pre-sale, ні team allocation, ні венчурних інвесторів з дисконтом. Всі учасники отримують токени на однакових умовах з самого початку. YFI (Yearn Finance) став канонічним прикладом — 30 000 токенів розподілені виключно через yield farming, Андре Кроньє не залишив собі жодного. Yearn.Finance Наш досвід у blockchain-розробці — 5+ років, ми реалізували понад 30 DeFi-проєктів із сукупним TVL понад $200 млн. Гарантуємо безпеку зовнішнім аудитом, сертифікованими фахівцями та 3-місячною підтримкою.
На практиці «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, що в 3 рази краще, ніж фіксована ціна.
Реалізація кастомного 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 знаків точності та протестований на fork-мейннеті з об'ємом ліквідності до $10 млн.
Чому важливі антибот механізми?
Commit-reveal. Учасники спочатку коммитять hash своєї заявки, потім розкривають. Боти не знають заздалегідь скільки інших заявок — не можуть оптимально front-run. Це підвищує вартість атаки в десятки разів.
Max contribution cap per address. Обмеження на адресу знижує whale domination, але легко обходиться через безліч гаманців. Тому ми комбінуємо з іншими методами.
Proof-of-humanity або Gitcoin Passport. Вимагаємо on-chain верифікацію особи. Дорожче для користувачів, але чесніше. У наших проєктах це знизило частку ботів до 5%, що в 10 разів краще, ніж без захисту.
Додаткові 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 тижнів під ключ. Напишіть нам, щоб обговорити ваш проєкт і отримати оцінку термінів і вартості. Оцінимо ваш проєкт безкоштовно.
Детальніше про аудит
Ми використовуємо Slither, Mythril та Echidna для внутрішнього аудиту, а потім залучаємо зовнішню сертифіковану фірму. Гарантія безпеки коштів — наш пріоритет.Що входить в роботу
- Документація: специфікація механізму, архітектура, інструкції з розгортання.
- Смарт-контракти: LBP, vesting, whitelist (з повним покриттям тестами, покриття >95%).
- Фронтенд: дашборд для участі та відстеження вестингу.
- Аудит: внутрішній та зовнішній (Slither, Mythril, Echidna).
- Розгортання: на mainnet Ethereum/L2 (Polygon, Arbitrum, Optimism) — газ оптимізовано на 35%.
- Підтримка: 3 місяці після запуску (виправлення багів, моніторинг).
Оцініть ваш проєкт — напишіть нам для консультації. Отримайте детальний breakdown механізму та точні терміни.