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

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

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

Полезный стартовый бриф отвечает на эти вопросы:

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

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

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

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

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

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

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

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

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

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

Типичный объем проекта может включать:

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

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

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

Как проект токена переходит от брифа к передаче?

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

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

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

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

Что следует подтвердить перед развертыванием токена?

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

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

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

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

Цены

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

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

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