Створення токена: контракт, розгортання та верифікація

Що входить у створення токена

Створення токена охоплює погодження його параметрів, підготовку контракту, розгортання та оформлення метаданих. Послуга підходить командам, яким потрібен токен у визначеній мережі, а не готове рішення без перевірки вимог.

На старті зберіть короткий опис проєкту та вирішіть, де саме токен має працювати. Далі потрібно узгодити стандарт, назву й тикер, початкову пропозицію та логіку розподілу, якщо вона має бути закладена в контракт. Також варто заздалегідь визначити, хто матиме права адміністратора і як команда планує керувати токеном після запуску.

До погодженого обсягу робіт можуть належати:

• специфікація токена та ключових параметрів;
• контракт відповідно до обраного стандарту;
• розгортання в погодженій мережі;
• верифікація контракту та підготовка метаданих.

Якщо токен є частиною ширшого продукту, важливо описати його зв’язок із застосунком, колекцією чи сервісом. Це допомагає відокремити необхідну логіку контракту від функцій, які мають бути реалізовані на рівні продукту. Інші напрями розробки зібрані в розділі Web3-розробки.

Який стандарт обрати: ERC-20, BEP-20, SPL чи Jetton?

Стандарт токена обирають за мережею, у якій працюватиме продукт, і тим, як користувачі взаємодіятимуть із токеном. Спочатку визначте потрібну екосистему; уже потім погоджуйте технічний формат і параметри контракту.

ERC-20 пов’язаний із мережею Ethereum, BEP-20 — із BNB Chain, SPL — із Solana, а Jetton — із TON. Це не взаємозамінні назви одного контракту: реалізацію та спосіб роботи з токеном потрібно узгоджувати для конкретного середовища. Якщо продукт працюватиме в одній мережі, починайте з неї. Якщо потрібні токени в кількох мережах, опишіть цю вимогу на початку — це впливає на обсяг робіт і спосіб координації запусків.

Перед вибором зафіксуйте:

• мережу, де токен має бути доступний;
• призначення токена й очікувані сценарії використання;
• потрібні параметри пропозиції та адміністрування;
• залежності від гаманця, застосунку чи колекції.

Для проєктів на TON окремо оцініть, чи потрібен саме Jetton, чи продукту також потрібен Telegram mini-app. Токен і mini-app виконують різні ролі; вимоги до застосунку можна обговорити в межах розробки Telegram-ботів і mini-apps.

Навіщо потрібні верифікація контракту й метадані

Верифікація та метадані допомагають коректно представити токен після розгортання, але не замінюють перевірку відповідності самого контракту погодженій специфікації. Їх варто планувати як частину запуску, а не відкладати до моменту, коли користувачам уже потрібна інформація про токен.

Під час підготовки метаданих команда погоджує назву, тикер та інші дані, які мають відображатися у відповідних інструментах мережі. Для верифікації потрібно визначити, які матеріали й дані мають бути оприлюднені, та перевірити, що вони узгоджуються з розгорнутим контрактом. Важливо передавати точні параметри: помилки в назві або адресі можуть створити плутанину в комунікаціях і матеріалах проєкту.

Для приймання результату перевірте:

• чи відповідають адреса й мережа погодженій специфікації;
• чи доступна інформація про контракт у відповідному оглядачі;
• чи збігаються назва, тикер і метадані з матеріалами проєкту;
• чи передано команді підсумкові дані та інструкції.

Якщо метадані пов’язані з цифровою колекцією, це окреме завдання зі своїми вимогами. Деталі можна узгодити для розробки NFT-колекції.

Як проходить розробка та запуск токена

Робота починається з технічної специфікації й завершується передачею результатів, необхідних команді для подальшої роботи з токеном. Строк погоджуємо після того, як зрозумілі мережа, параметри та склад реалізації.

Зазвичай процес складається з послідовних етапів:

1. Ви описуєте проєкт, мережу та заплановане використання токена.
2. Ми уточнюємо параметри й фіксуємо обсяг робіт до написання контракту.
3. Готуємо реалізацію відповідно до погодженого стандарту й вимог.
4. Розгортаємо контракт у визначеній мережі та перевіряємо результат.
5. Оформлюємо верифікацію й метадані, передаємо підсумкову інформацію.

Щоб не затримувати підготовку, передайте назву проєкту, бажану мережу, параметри токена, контакт технічного відповідального й опис потрібних сценаріїв. Якщо команда ще не визначила параметри, це варто зазначити прямо: спершу можна погодити специфікацію, а потім затверджувати реалізацію.

Результат приймають за узгодженими критеріями: відповідність мережі, параметрів і переліку робіт. Перелік перевірок, відповідальних і формат передання варто зафіксувати до старту. Загальний підхід до взаємодії описано на сторінці як ми працюємо.

Що перевірити перед розгортанням у мережі

До розгортання потрібно перевірити, що специфікація не суперечить плану проєкту, а доступи й адміністративні ролі визначені відповідальною командою. Після запуску саме ці рішення впливають на те, як команда працюватиме з токеном і як пояснюватиме його користувачам.

Зосередьтеся на трьох питаннях. По-перше, чи погоджені параметри й назви всіма відповідальними за продукт? По-друге, чи зрозуміло, хто контролює адміністративні права і як ними користуються? По-третє, чи готові матеріали, за якими користувачі зможуть відрізнити офіційний токен від інших активів із подібною назвою? Якщо щось із цього лишається невизначеним, зафіксуйте рішення до розгортання.

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

TON mini-apps чи звичайні токени — що обрати проєкту

Jetton і TON mini-app вирішують різні завдання: перший є токеном у мережі TON, а mini-app — інтерфейсом продукту в Telegram. Проєкту можуть бути потрібні обидва компоненти, але один не замінює інший.

Якщо користувачам потрібно взаємодіяти з токеном, почніть із визначення його функції, параметрів і способу розгортання. Якщо важливо надати користувачам інтерфейс або сервіс усередині Telegram, окремо спроєктуйте mini-app. Так ви зможете розділити вимоги до токена й застосунку та зрозуміти, які частини мають обмінюватися даними.

Запити на кшталт «як просувати NFT на TON» або «маркетинг для TON mini-apps» стосуються виходу до аудиторії, а не створення токена. Так само запит «чи працюють інфлюенсери з TON» належить до планування кампанії, а не до технічної реалізації Jetton. Якщо у вас NFT-проєкт, спершу визначте потребу в розробці NFT; якщо потрібне просування, розгляньте кампанії з авторами та KOL. Для самого токена сформулюйте мережу та вимоги до контракту — це дасть змогу чітко оцінити технічний обсяг.

Ціни

Стартові ціни в доларах США. Індивідуальні пакети та знижки за обсяг — на запит. Оплата в USDT, USDC, BTC, ETH, SOL, TON або токеном проєкту.

Як ми працюємо

1. Опишіть задумНадайте короткий опис проєкту, мережу та призначення токена. Позначте, що вже вирішено, а що потребує обговорення.
2. Погодьте параметриЗафіксуйте стандарт, назву, тикер, пропозицію та вимоги до адміністрування до початку реалізації.
3. Підготуйте контрактРеалізація відповідає погодженому стандарту й специфікації. Усі зміни обсягу спершу окремо узгоджуються.
4. Розгорніть токенКонтракт розгортається в обраній мережі, а результат звіряється з погодженими параметрами.
5. Перевірте й отримайте матеріалиОформлюються верифікація та метадані в межах погоджених робіт. Команда отримує підсумкову інформацію про результат.