Создание токена: ERC-20, BEP-20, SPL или Jetton и что с этим связано

Что включает создание и развертывание токена?

Быстрый тест: Напишите в одну строку название токена, символ, эмиссию и десятичные знаки. Вся команда должна согласовать это до развертывания.

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

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

До начала работы предоставьте:

• Предполагаемую сеть и стандарт токена, если уже выбраны.
• Название токена, символ, подход к эмиссии и любые требуемые десятичные знаки.
• Любое ожидаемое поведение: переводы, выпуск, сжигание, приостановка или административные действия.
• Кто будет управлять кошельком для развертывания и утверждать окончательную конфигурацию.
• Существующие заметки по дизайну, требования к продукту или ресурсы метаданных.

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

Какой стандарт токена подходит для вашей сети?

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

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

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

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

Настройки контракта и материалы сдачи

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

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

Типичная сдача может включать:

• Утвержденную спецификацию токена и реализованные функции по плану.
• Ссылку на развертывание и данные сети, предоставленные при выпуске.
• Поддержку верификации исходного кода, если соответствующий обозреватель предоставляет для этого процесс.
• Файлы метаданных или значения, подготовленные для согласованного представления токена.
• Заметки о любых оставшихся действиях, за которые отвечает команда проекта.

Если токен будет отображаться на веб-сайте или в продукте, убедитесь, что контент и путь пользователя готовы объяснить его назначение. Мы можем согласовать детали токена с разработкой Web3-сайтов и лендингов, но отдельные продукты или маркетинговые материалы, которые вы получаете, должны быть перечислены в плане, а не предполагаться как часть развертывания токена.

Как связаны развертывание, верификация и метаданные?

Частая ошибка: Оставлять права ответственного неясными. Укажите, кто может выпускать, приостанавливать или изменять настройки и почему.

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

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

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

Если токен является частью более крупного продукта Telegram, согласуйте требования с разработкой Telegram-ботов и мини-приложений на раннем этапе. Это помогает согласовать детали токена с опытом приложения и избежать рассмотрения ссылки на развертывание как готовой интеграции. Мы подтверждаем запланированный порядок и элементы сдачи с вашей командой до выпуска.

Что может повлиять на развертывание или верификацию в обозревателе?

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

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

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

Ваш чек-лист из 7 пунктов по настройкам токена

Согласуйте эти 7 пунктов письменно до того, как что-либо будет развернуто. Настройки токена сложно изменить впоследствии, и четкий лист предотвращает большинство споров в день развертывания. Отмечайте пункты вместе в одном коротком звонке и запишите, кто отвечает за каждый пункт до окончания звонка.

1. Выберите сеть и стандарт.
2. Зафиксируйте название, символ и десятичные знаки.
3. Зафиксируйте общую эмиссию и кто ее получает.
4. Укажите права ответственного: выпуск, приостановка, сжигание или отсутствие.
5. Подготовьте логотип и файлы метаданных.
6. Запланируйте верификацию в обозревателе после развертывания.
7. Сохраните адрес контракта и заметки о развертывании.

Термины в одной строке

Десятичные знаки: на сколько частей может быть разделен токен.

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

Что подготовить перед обращением?

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

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

MarketingExtra проверяет эти материалы с контактным лицом проекта, возвращает вопросы по отсутствующим или противоречивым требованиям и подтверждает план реализации и сдачи до начала работы. Вы будете знать, кто отвечает за утверждения и что должно быть готово к развертыванию. Если краткое описание показывает, что токен зависит от другой работы по продукту, мы можем обсудить соответствующие услуги Web3-разработки и определить связь между ними.

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

Отправьте 3 вещи: вашу целевую сеть, поведение токена и кошелек, который будет развертывать.

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

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