Создание токена и развертывание для Web3-проектов

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

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

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

Перед стартом подготовьте:

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

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

Что должен делать контракт токена?

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

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

Продумайте эти моменты с вашими техническими и продуктовыми руководителями:

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

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

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

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

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

Полезная передача должна позволить вашей команде отвечать на практические вопросы без поиска в истории чата:

• Какая сеть и адрес контракта входят в объем?
• Кто развернул контракт и какой аккаунт управляет его разрешениями?
• Какой статус верификации виден в обозревателе?
• Где хранятся согласованные исходные файлы и инструкции по метаданным?

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

Какие метаданные токена и передачу следует ожидать?

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

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

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

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

Как ведется проект по развертыванию токена?

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

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

Ваше контактное лицо проекта должно быть готово предоставить:

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

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

Ограничения, связанные с сетью и обозревателем, которые следует учесть

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

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

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

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

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