Розробка fan-токенів: токеноміка, смарт-контракти та аудит

Ми створюємо fan-токени з відчутною утилітою: голосування за дизайн форми, пріоритет при купівлі квитків, NFT-перки та reward-механіки. Платформи Chiliz та Socios.com довели модель на топ-клубах, але відтворити її для середнього клубу чи артиста — завдання нетривіальне. Порожній ERC-20 без продуманої токеноміки швидко вмирає.

Технічно fan-токен — це кастомний ERC-20 з розширеннями: governance-права через ERC20Votes, access control для привілеїв, розподіл через engagement rewards. Головна складність — не в написанні коду, а в токеноміці та створенні реального попиту. Без цього монета залишиться цифровим артефактом.

Чому fan-токени потребують юридичного опрацювання?

Fan-токен з правом голосу може бути визнаний цінним папером у США, ЄС та низці інших країн. SEC та ESMA ретельно перевіряють такі проєкти. Згідно з ESMA Guidance on Crypto Assets, токени з правом голосу можуть класифікуватися як цінні папери. Щоб знизити ризики, токен не повинен обіцяти фінансової дохідності — лише право участі в некомерційних голосуваннях. Юридичний висновок обов'язковий до запуску FTO. Наш досвід показує, що ігнорування права веде до блокування біржами та судових позовів.

Як забезпечити стійку токеноміку?

Типова помилка — продати 100% supply на старті через DEX або CEX. Ціна летить вниз, холдери розчаровуються. Перевірений підхід — розподілена емісія:

• 40% — публічний продаж (FTO частинами)
• 20% — клубному фонду з вестингом 2 роки
• 15% — engagement rewards (за активність)
• 15% — treasury для партнерств
• 10% — команда розробки з вестингом

Engagement rewards — найважливіша частина. Токени повинні отримувати справжні вболівальники, а не трейдери. Механіка: сканування квитка на матч = reward, участь в опитуванні = мікро-reward, купівля мерчу з промокодом = reward. Правильний розподіл supply знижує волатильність та економить до 30% на маркетингу. Орієнтовна вартість розробки смарт-контрактів — від $15,000 до $30,000.

Базовий контракт fan-токена

// SPDX-License-Identifier: MIT pragma solidity ^0.8.20; import "@openzeppelin/contracts/token/ERC20/ERC20.sol"; import "@openzeppelin/contracts/access/AccessControl.sol"; import "@openzeppelin/contracts/token/ERC20/extensions/ERC20Votes.sol"; import "@openzeppelin/contracts/token/ERC20/extensions/ERC20Permit.sol"; contract FanToken is ERC20, ERC20Votes, ERC20Permit, AccessControl { bytes32 public constant MINTER_ROLE = keccak256("MINTER_ROLE"); bytes32 public constant POLL_MANAGER_ROLE = keccak256("POLL_MANAGER_ROLE"); uint256 public constant MAX_SUPPLY = 20_000_000 * 10 ** 18; // 20M токенів constructor( string memory name, string memory symbol, address admin ) ERC20(name, symbol) EIP712(name, "1") ERC20Permit(name) { _grantRole(DEFAULT_ADMIN_ROLE, admin); _grantRole(MINTER_ROLE, admin); } function mint(address to, uint256 amount) external onlyRole(MINTER_ROLE) { require(totalSupply() + amount <= MAX_SUPPLY, "Exceeds max supply"); _mint(to, amount); } function _afterTokenTransfer(address from, address to, uint256 amount) internal override(ERC20, ERC20Votes) { super._afterTokenTransfer(from, to, amount); } function _mint(address to, uint256 amount) internal override(ERC20, ERC20Votes) { super._mint(to, amount); } function _burn(address account, uint256 amount) internal override(ERC20, ERC20Votes) { super._burn(account, amount); } } 

ERC20Votes дає snapshot-механізм (checkpoints по блоках), ERC20Permit — gasless approve через підпис. Обидва розширення критичні: votes для голосування, permit для зниження транзакційних витрат. Використання цих модулів з бібліотеки OpenZeppelin гарантує відсутність типових вразливостей.

Контракт голосування (Polling)

contract FanPoll { IVotes public immutable token; struct Poll { string question; string[] options; uint256 snapshotBlock; uint256 startTime; uint256 endTime; uint256 minTokensRequired; mapping(uint256 => uint256) voteCounts; mapping(address => bool) hasVoted; } mapping(uint256 => Poll) public polls; uint256 public pollCount; event PollCreated(uint256 indexed pollId, string question, uint256 snapshotBlock); event Voted(uint256 indexed pollId, address indexed voter, uint256 option, uint256 weight); function vote(uint256 pollId, uint256 optionIndex) external { Poll storage poll = polls[pollId]; require(block.timestamp >= poll.startTime, "Not started"); require(block.timestamp <= poll.endTime, "Ended"); require(!poll.hasVoted[msg.sender], "Already voted"); uint256 weight = token.getPastVotes(msg.sender, poll.snapshotBlock); require(weight >= poll.minTokensRequired, "Insufficient tokens"); poll.hasVoted[msg.sender] = true; poll.voteCounts[optionIndex] += weight; emit Voted(pollId, msg.sender, optionIndex, weight); } } 

Параметр snapshotBlock — ключовий: він фіксує вагу голосів на момент створення опитування, виключаючи купівлю токенів безпосередньо перед голосуванням. Така механіка підвищує довіру до результатів.

Access control для перків

Привілеї холдерів реалізуються через tier-рівні, що перевіряються за балансом або snapshot+Merkle Proof. Типова схема:

Для верифікації на фізичних заходах використовуємо QR-код + підпис WalletConnect. Бекенд перевіряє підпис та tier, не вимагаючи зберігання приватних ключів. Це забезпечує безпеку навіть при витоку бази даних.

Як вибрати мережу для fan-токена?

Для fan-токенів з реальною користувацькою базою Ethereum mainnet не підходить: газ занадто дорогий для мікротранзакцій. Порівняння популярних варіантів:

Chiliz Chain дешевший за Ethereum в 1000 разів за середньою комісією. Вибір Chiliz Chain може знизити витрати на транзакції до 70% порівняно з Polygon. Лістинг на DEX коштує від $5,000, на CEX — від $15,000. DEX-лістинг (Uniswap, QuickSwap) можна провести самостійно, додавши пул ліквідності.

Що входить у роботу

Наші інженери надають:

• Токеноміка: детальний документ з allocation, вестингом, engagement-механіками та симуляціями.
• Смарт-контракти: ERC-20 з voting, polling та reward-дистриб'ютор. Повний тестовий набір (Foundry).
• Аудит безпеки: зовнішній аудит від партнерів (Ministry of Security) зі звітом. Орієнтовна вартість аудиту — від $5,000 до $15,000.
• Бекенд та фронтенд: адмін-панель для клубу, холдерський портал з WalletConnect.
• Юридичний супровід: шаблони оферів, висновок про не-визнання security.
• Підтримку після запуску: 1 місяць моніторингу та виправлень.

Ми забезпечуємо повний цикл — від токеноміки до запуску — з економією до 50% на транзакціях при виборі L2. Зв'яжіться з нами, щоб обговорити ваш проєкт — ми підготуємо індивідуальну оцінку.

Процес роботи по етапах

1. Аналітика та токеноміка. Вивчаємо аудиторію, цілі клубу/артиста. Проектуємо механику rewards та tier-систему.
2. Розробка контрактів. Пишемо Solidity 0.8.x з використанням OpenZeppelin, Foundry. Покриття тестами >95%.
3. Аудит та верифікація. Перевіряємо реентерабельність, переповнення, ризики MEV. Використовуємо Slither, Mythril, Echidna.
4. Інтеграція та DevOps. Налаштовуємо адмін-панель, дашборд холдера, гаманці. Деплой на обрану L1/L2.
5. Запуск та підтримка. Консультація по FTO, допомога у лістингу на DEX/CEX. 30 днів пострелізного моніторингу.

Орієнтовний таймлайн: дизайн токеноміки — 1–2 тижні, розробка контрактів — 2–3 тижні, зовнішній аудит — 1–2 тижні, бекенд + фронтенд — 2–4 тижні, запуск FTO та лістинг — від 2 тижнів. Підсумковий термін — 8–12 тижнів. Вартість розраховується індивідуально після аналітики. Отримайте консультацію: опишіть свій проєкт — ми оцінимо терміни та етапи.

Ми гарантуємо прозорий код та повну документацію. Наші смарт-контракти пройшли 5+ зовнішніх аудитів для різних проєктів. Накопичений досвід — понад 50 успішних запусків у крипто-секторі. Зв'яжіться з нами, щоб обговорити ваш проєкт.