Создание токена ERC-20, BEP-20, SPL или Jetton

Какой формат токена подходит вашему проекту?

Формат выбирают по сети, в которой будет работать продукт, и по совместимости с его кошельками, приложениями и инфраструктурой. ERC-20 используют для токена в Ethereum, BEP-20 — в BNB Smart Chain, SPL — в Solana, а Jetton — в TON. Если продукт уже привязан к одной сети, обычно разумно начинать с её стандарта, а не добавлять другие форматы без конкретной задачи.

На старте полезно определить назначение токена: доступ к функциям, расчёты внутри продукта, участие в механике протокола или иной сценарий. Затем фиксируются свойства выпуска и управления. Например, важно заранее решить, будет ли выпуск ограниченным, нужны ли дополнительные права администратора и какие действия допустимы после деплоя. Эти решения влияют на архитектуру и на то, как проект сможет объяснить устройство токена пользователям.

Мы уточняем выбранную сеть, сценарии применения и необходимые интеграции до оценки работ. Если требования включают самостоятельную логику сверх базового токена, её лучше выделить в отдельную спецификацию и оценивать как разработку смарт-контракта. Общий обзор направлений доступен в разделе Web3-разработки.

Что согласовать до деплоя ERC-20, SPL или Jetton?

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

В спецификацию обычно входят:

• название и тикер, а также число знаков после запятой, если это применимо к формату;
• объём и модель выпуска: фиксированный выпуск или предусмотренное правилами дополнительное создание;
• адреса владельца и административные права, включая их передачу или отказ от них, если это предусмотрено задачей;
• требуемые функции и ограничения, например возможность приостановки операций, если они нужны и допустимы;
• сеть, целевой адрес деплоя, материалы для верификации и сведения для метаданных.

Для SPL и Jetton состав параметров и структура реализации отличаются от EVM-совместимых стандартов, поэтому мы не переносим одну реализацию между сетями механически. Для взаимодействия с интерфейсом продукта токен может потребовать отдельной интеграции; её можно согласовать вместе с разработкой dApp. До подтверждения спецификации клиент проверяет адреса, формулировки и права управления — так снижается риск обнаружить неверное решение уже после развёртывания.

Какие материалы входят в создание токена?

Объём работ фиксируется до старта: вы заранее понимаете, какие именно файлы, действия и настройки получите. Базовый состав включает проработку параметров, реализацию под выбранный стандарт, развёртывание в согласованной сети и передачу результата проекта.

В зависимости от задачи в состав можно включить:

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

Перед публикацией проверяем соответствие реализации утверждённой спецификации и сверяем адреса, которые предоставил клиент. Метаданные и оформление не заменяют регистрацию проекта на сторонних ресурсах: у них могут быть свои требования к заявке и проверке. Если токен является частью продукта, заранее обсудим нужные точки интеграции и доступы. Для пользовательского интерфейса может понадобиться сайт или лендинг Web3-проекта, а для Telegram-продукта — бот или Mini App. Эти работы включаются только после отдельного согласования.

Как проходит работа над токеном и когда планировать запуск?

Работа идёт от согласованной спецификации к проверяемому деплою. Календарный план зависит от сети, объёма функций, готовности данных и того, включена ли в задачу только реализация токена или также интеграция с продуктом. Мы согласуем последовательность и контрольные точки до начала разработки.

Типовой порядок такой:

1. Вы описываете назначение токена, сеть и ожидаемые функции.
2. Мы уточняем параметры, доступы и состав результата, затем подтверждаем спецификацию.
3. Подготавливаем реализацию и предоставляем её для проверки в рамках согласованного процесса.
4. После подтверждения выполняем деплой в выбранной сети и проверяем адрес и основные свойства.
5. Настраиваем предусмотренные метаданные, выполняем верификацию при согласованной возможности и передаём материалы.

Чтобы не задерживать запуск, заранее подготовьте написание названия и тикера, описание проекта, графический файл, сеть и адреса, необходимые для развёртывания. Отдельно определите, кто со стороны проекта подтверждает решения и управляет кошельком деплоя. Если предстоит подключить интерфейс или другие компоненты, укажите их до финальной оценки: связанные задачи по Web3-разработке планируются вместе, но их состав и сроки фиксируются отдельно.

Какие ограничения важно учесть при выпуске токена?

До выпуска нужно учитывать не только код, но и необратимость некоторых сетевых действий, права управления и правила сторонних обозревателей. В спецификации мы явно разделяем то, что входит в нашу работу, и то, что зависит от решения владельца проекта или внешней платформы.

Адрес деплоя и параметры, записанные в сети, нельзя считать черновиком: ошибка в сети, адресе или настройках может потребовать нового развёртывания и отдельного плана миграции. Поэтому клиент подтверждает итоговую спецификацию и данные кошелька до отправки транзакции. Если у токена остаются административные права, их владелец должен обеспечить безопасное хранение ключей и понимать последствия каждого действия. Передача или отказ от прав выполняются только по согласованному сценарию.

Мы отвечаем за согласованный объём реализации и выполненные действия, но не можем обещать, что сторонний обозреватель примет верификацию, кошелёк отобразит токен без дополнительных действий или каталог одобрит метаданные. Решение таких сервисов зависит от их собственных процедур, требований и технических условий. Чтобы проверить качество работы, сверяйте адрес токена с сетью, сопоставляйте параметры с утверждённой спецификацией и проверяйте доступность согласованных исходных материалов. Не передавайте исполнителю seed-фразу или приватный ключ кошелька.

Как связать выпуск Jetton и маркетинг для проектов на TON?

Для маркетинга для проектов на TON сначала нужна согласованная информация о Jetton и продукте, которую можно безопасно и последовательно публиковать. Развёртывание токена само по себе не формирует позиционирование, пользовательский сценарий или план коммуникаций — это отдельные задачи, но их стоит готовить параллельно с выпуском.

До подготовки публичных материалов определите, какую роль токен играет в проекте, какие функции уже работают и какие утверждения подтверждаются продуктом. Сверьте название, символ, адрес Jetton и ссылки на официальные каналы во всех точках контакта. Если запуск связан с приложением, подготовьте короткий путь от описания токена к действию пользователя: куда перейти, что там можно сделать и какие ограничения следует понимать заранее.

Для планирования удобно разделить работу на три потока: техническая готовность Jetton, содержание публичных страниц и коммуникация с сообществом. Назначьте владельца каждого потока и порядок обновления материалов, чтобы изменения параметров не оставляли устаревшую информацию в каналах. Техническая часть может включать связку с Telegram-ботом или Mini App, а интерфейс продукта — отдельную разработку dApp. Состав этих работ согласуем отдельно от выпуска токена.

Цены

Стартовые цены в долларах США. Индивидуальные пакеты и скидки за объём — по запросу. Оплата в USDT, USDC, BTC, ETH, SOL, TON или токеном проекта.

Как мы работаем

1. Собираем требованияВы сообщаете сеть, назначение токена, нужные функции и доступные материалы. Уточняем интеграции и ответственных за согласование.
2. Фиксируем спецификациюСогласуем параметры выпуска, права управления и состав результата. Деплой не начинаем до подтверждения ключевых данных.
3. Готовим реализациюСоздаём контракт или программу под выбранный стандарт и проверяем соответствие согласованным требованиям.
4. Развёртываем токенВыполняем деплой в выбранной сети, сверяем адрес и параметры, затем проводим согласованные действия с метаданными и верификацией.
5. Передаём материалыПредоставляем адрес токена и согласованные исходные материалы, объясняем порядок проверки и управления предусмотренными функциями.