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

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

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

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

Перед выбором подготовьте ответы на эти вопросы:

• Какая сеть и сеть должны содержать токен при запуске?
• Является ли актив взаимозаменяемым, и какое поведение эмиссии и десятичных знаков вам требуется?
• Должна ли эмиссия быть фиксированной, или уполномоченной стороне нужна возможность чеканки?
• Требуются ли ограничения на переводы, контроль пауз или административные роли?
• Какие кошельки, dApps, биржи или каталоги токенов важны для первоначального выпуска?

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

Как работает развертывание и верификация токена?

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

Для EVM-токена развертывание включает компиляцию согласованного контракта с его настройками, отправку транзакции развертывания и запись полученного адреса и деталей транзакции. Если эксплорер поддерживает верификацию, исходный код и настройки компилятора должны соответствовать развернутому байткоду. На Solana и TON реализация и шаги публикации следуют своим собственным инструментам и соглашениям о метаданных, а не рабочему процессу EVM-контрактов.

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

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

Что входит в создание токена?

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

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

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

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

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

Как мы проводим токен от спецификации до передачи?

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

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

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

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

Что развертывание токена может и не может контролировать?

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

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

Перед запуском используйте этот контрольный список:

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

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

Что должно произойти после запуска токена?

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

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

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

Для связанного продукта в Telegram изучите разработку Telegram-ботов и мини-приложений. Чтобы координировать активность по запуску с коммуникациями и работой с сообществом, ознакомьтесь с как мы работаем и согласуйте ответственность до запуска.

Цены

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

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

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