Стандартні .eth або .bnb не завжди закривають потреби екосистеми. Ігровий проєкт потребує зберігання координат персонажа в resolver, DeFi-протокол — динамічне ціноутворення залежно від ліквідності, а корпоративний namespace — управління через DAO. Власний TLD дає повний контроль: ціноутворення, правила реєстрації, governance, специфічні record types. Типовий біль — реєстратор не враховує контекст: ціни не гнучкі, resolver не зберігає кастомні дані, управління централізоване. Ми вирішуємо це кастомним смарт-контрактом з модульною архітектурою. Використання готового форку ENS скорочує витрати на розробку на 60% і знижує ризики. Результат — production-ready сервіс, який гаманці резолвлять через CCIP-Read, а спільнота управляє через governance.
Як форк ENS спрощує створення доменного сервісу?
Форк ENS скорочує час розробки на 60% порівняно з написанням контрактів з нуля. ENS пройшов аудит, має готові субграфи, інтеграції з гаманцями, і ethers.js його розуміє нативно. Ключові частини, які потрібно змінити: Registry — практично без змін. BaseRegistrar — TLD змінити на свій, grace period та expiry policy — під потреби проєкту. ETHRegistrarController — pricing та commit-reveal. PublicResolver — додати кастомні record types. NameWrapper — опціонально, додає ERC-1155 субдомени та fuses.
Кастомні resolver записи
Для gaming домену потрібні специфічні дані:
// Розширюємо PublicResolver кастомними полями contract GamingResolver is PublicResolver { // node => game_id => in-game address mapping(bytes32 => mapping(uint256 => string)) private _gameAddresses; // node => character stats (IPFS hash) mapping(bytes32 => string) private _characterData; event GameAddressChanged(bytes32 indexed node, uint256 gameId, string gameAddress); function setGameAddress( bytes32 node, uint256 gameId, string calldata gameAddress ) external authorised(node) { _gameAddresses[node][gameId] = gameAddress; emit GameAddressChanged(node, gameId, gameAddress); } function gameAddress(bytes32 node, uint256 gameId) external view returns (string memory) { return _gameAddresses[node][gameId]; } } Чому динамічне ціноутворення вигідне?
Dynamic pricing через bonding curve краще фіксованої ціни: обсяг реєстрацій зростає на 30% за рахунок зниження бар'єру для довгих імен. Fork ENS використовує лінійну або ступінчату ціну за довжиною імені. Для кастомного сервісу можна додати premium для коротких імен на старті: перші 30 днів після запуску — 10x ціна, потім нормалізується. Це запобігає скуповуванню коротких імен ботами.
contract CustomPriceOracle { uint256 public constant LAUNCH_PREMIUM_PERIOD = 30 days; uint256 public launchTime; // Premium множник: знижується з 10x до 1x лінійно за 30 днів function getPremiumMultiplier() public view returns (uint256) { if (block.timestamp >= launchTime + LAUNCH_PREMIUM_PERIOD) return 1e18; uint256 elapsed = block.timestamp - launchTime; uint256 premium = 10e18 - (9e18 * elapsed / LAUNCH_PREMIUM_PERIOD); return premium; } function price(string calldata name, uint256 duration) external view returns (uint256) { uint256 basePrice = getBasePrice(name, duration); return basePrice * getPremiumMultiplier() / 1e18; } } Короткі імена (1-3 символи) можна продавати через Vickrey auction або Dutch auction замість фіксованої ціни. Контракт аукціону блокує депозит, а після завершення передає ім'я переможцю і повертає ставки іншим. Це збільшує дохід від дефіцитних імен і запобігає скуповуванню ботами.
Інтеграція та управління
Governance інтеграція
Для DAO-керованого namespace: зміна pricing, додавання нових TLD, reserved names — все через governance proposal.
contract DomainGovernor { ICustomRegistry public registry; ICustomPriceOracle public priceOracle; // Тільки через governance timelock function updatePrices(uint256[] calldata newPrices) external onlyTimelock { priceOracle.updatePrices(newPrices); } function reserveName(string calldata name) external onlyTimelock { bytes32 label = keccak256(bytes(name)); registry.setSubnodeOwner(BASE_NODE, label, address(this)); } function setTLDManager(address manager) external onlyTimelock { registry.setOwner(ROOT_NODE, manager); } } Інтеграція з гаманцями
Проблема кастомних доменів: гаманці не знають про них за замовчуванням. Рішення:
- Rainbow kit, WalletConnect підтримують будь-який EVM-сумісний ENS-fork, якщо передати правильний registry адрес.
- Universal Resolver: ENS L1 resolver може бути налаштований як gateway для кастомних namespace через CCIP-Read. Це дозволяє MetaMask та іншим гаманцям резолвити кастомні імена без змін на їхньому боці.
- Власне browser extension — для максимального контролю, але потребує зусиль по adoption.
Монетизація та дохідність
Revenue модель
- Registration fees — основне джерело. 100% в treasury або розділяється з stakers.
- Renewal fees — щорічно. Дає передбачуваний потік, мотивує тримати активними популярні імена.
- Secondary market royalty — 2-5% від вторинних продажів (ERC-2981). Пасивний дохід від NFT торгівлі.
- Premium auctions — короткі імена (1-3 символи) продаються через аукціон.
Технічні аспекти
Стек технологій
| Компонент | Технологія |
|---|---|
| Contracts | Solidity 0.8.x + ENS fork + OpenZeppelin |
| Subgraph | The Graph (AssemblyScript) |
| Resolution SDK | TypeScript, fork ENS.js |
| Frontend | React + wagmi + viem |
| CCIP-Read gateway | Node.js + Express |
| Auction механізм | Vickrey або Dutch auction контракт |
Порівняння підходів: ENS Fork vs з нуля
| Критерій | ENS Fork | З нуля |
|---|---|---|
| Час розробки | 4-6 тижнів | 12-16 тижнів |
| Аудит безпеки | Закладений з коробки | Потрібен повний аудит |
| Сумісність з гаманцями | Нативна через CCIP-Read | Потрібен SDK |
| Gas оптимізація | Вже оптимізовано | Потрібне налаштування |
| Ризики | Низькі | Високі |
Терміни розробки
Детальний план фаз
Фаза 1 — Core contracts (4-6 тиж): Registry + Resolver + BaseRegistrar + PriceOracle + Controller. Адаптація ENS форку.
Фаза 2 — Extended features (2-4 тиж): кастомні resolver типи, governance інтеграція, premium auction.
Фаза 3 — Infrastructure (2-3 тиж): The Graph subgraph, resolution SDK, CCIP-Read gateway.
Фаза 4 — Frontend (2-4 тиж): registration UI, domain management, marketplace інтеграція.
Аудит (2-4 тиж): обов'язковий, реєстратор приймає ETH/токени.
Повний production-ready сервіс: 3-4 місяці. MVP з базовою реєстрацією: 6-8 тижнів.
Що входить в роботу
- Аудит контрактів сторонньою компанією (Certora, Trail of Bits за бажанням)
- Документація смарт-контрактів українською та англійською
- Вихідний код у приватному репозиторії з ліцензією MIT
- Розгортання в тестовій та основній мережі (Ethereum, Polygon, Arbitrum, Base)
- Налаштування CCIP-Read gateway для сумісності з MetaMask та WalletConnect
- Інтеграція з The Graph для відображення доменів у каталогах
- Передача прав управління через multisig (Gnosis Safe) — без single point of failure
- Підтримка 3 місяці після запуску (фікси багів, gas optimization)
- Навчання команди: воркшоп з адміністрування domain service
Додаткову інформацію можна знайти в ENS documentation.
Зв'яжіться з нами для консультації — оцінимо ваш проєкт, підготуємо комерційну пропозицію та roadmap за 1 день. Отримайте консультацію вже сьогодні. Гарантуємо прозорість та повну документацію.