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

Когда вы хотите запустить токен, вам нужно подумать над несколькими шагами с операционной точки зрения. Это относится еще больше, если вы работаете с заинтересованными сторонами, регулируемыми Комиссией по ценным бумагам и биржам США (SEC). Цель этого поста - представить логистику, необходимую для установления протокола, обеспечения его безопасности и обеспечения соблюдения требований конфиденциальности для сущностей, регулируемых SEC.

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

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

1: Сотрудничайте с кастодианами

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

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

Начинайте разговоры заранее. Качественные кастодианы могут занять около шести-девяти месяцев или дольше, чтобы поддержать новые блокчейны уровня 1 (L1s). Протоколы с большей сложностью — такие как те, которые используют SNARKs, имеют функции конфиденциальности или взаимодействуют с сети уровня 2 (L2) — может удлинить процесс. Тем временем токены, созданные на базе Ethereum, такие как ERC-20 и NFT, или созданные на Solana, такие как токены библиотеки программ Solana (SPL), более просты и могут занять меньше времени, скажем, три-пять месяцев, при отсутствии каких-либо помех. Обратите внимание, что эти сроки являются всего лишь грубыми оценками и могут значительно варьироваться в зависимости от требований к хранителям.

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

2: Проводить аудиты безопасности

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

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

1. Имеет ли аудитор четкую методику тестирования, которую можно предоставить потенциальным клиентам?
2. Уделяет ли методология основные вопросы протокола, который рассматривается?
3. Включает ли методология использование стандартных отраслевых техник и инструментов для обнаружения уязвимостей программного обеспечения?
4. Имеет ли аудитор опыт рецензирования проектов, аналогичных протоколу, который рецензируется?
5. Был ли аудитор вовлечен в проект, который столкнулся с широко обсуждаемым нарушением безопасности после проверки аудитора? Если да, была ли ошибка или недочет, который был эксплуатирован, частью кода, проверенного аудитором?

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

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

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

3: Выделение и распределение токенов

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

Разработчики протокола могут выделить токены одним из двух способов: либо до, либо после запуска токена (также называемого событием генерации токенов). Многие заинтересованные стороны предпочитают получать выделения до запуска. Другими словами, они предпочитают, чтобы их адреса кошельков были встроены в генезис-блок, первый блок на блокчейне, в момент его создания. Однако это ни в коем случае не является обязательным. Токены, выделенные после запуска, могут быть переданы заинтересованным сторонам порциями, где каждая порция составляет определенный процент от общего объема токенов.

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

В заключение, разработчикам протоколов следует спросить себя:

1. Когда заинтересованные стороны получат активы (например, до или после запуска)?
2. Где заинтересованные лица попросят отправить токены и сколько кошельков запросит каждое заинтересованное лицо?
3. Будут ли участники получать все токены сразу или частями?

4: Обеспечьте соблюдение блокировок

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

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

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

Ключевые вопросы, которые следует задать на этом этапе:

1. Все ли заинтересованные стороны подвергаются одинаковым периодам блокировки и вестинга?
2. Могут ли хранители принудительно применять условия блокировок?
3. Как будут распределяться разблокированные токены в соответствии с графиком рекомендаций?

5: Включить стейкинг и управление

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

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

Вопросы о стейкинге:

• Будет ли кастодиан позволять произвольную делегацию стейкинга провайдерам или у кастодиана будет заранее выбранный круг провайдеров? (Может быть полезно работать с провайдерами стейкинга, которые изучили протокол и предоставили обратную связь на тестовой сети.)
• Если кастодиан заранее выбрал группу поставщиков стейкинга, как это повлияет на безопасность сети и усилия по децентрализации протокола? (Выбор разнообразных поставщиков стейкинга, имеющих валидаторы по всему миру, может помочь децентрализовать протокол.)
• Награды капитализируются или участники должны снова делать стейкинг? (Идеально, награды автоматически, а не вручную, делают стейкинг.)
• Есть ли минимальная/максимальная сумма для стейкинга на кошелек?
• Есть ли минимальные/максимальные требования к токенам для узлов валидаторов, и будет ли это меняться со временем?

Вопросы управления:

• Если вы ожидаете, что ваши заинтересованные стороны примут участие в управлении, будет ли кастодиан технически обеспечивать этот участие или будет голосовать от имени заинтересованных сторон?
• Будет ли проведение голосования по протоколу onchain или off-chain (например, через Snapshot)?

—

Подведем итог: если вы готовитесь к запуску токена, и если в этом плане предусмотрено участие заинтересованных лиц, регулируемых SEC, убедитесь, что у кастодианов достаточно времени на создание поддержки для вашего протокола высокого качества. Ожидайте, что срок разработки будет различаться в зависимости от кастодиана и будет зависеть от сложности протокола. Создание поддержки может занять от трех до пяти месяцев для более стандартных токенов, таких как Ethereum ERC-20 или Solana SPL, до девяти месяцев для новых блокчейнов, или даже дольше для токенов, включающих SNARKs, функции конфиденциальности или взаимодействия с сетями уровня 2 (L2). Начните разговоры заранее.

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

Если вы следуете этим шагам, у вас будет хороший контроль над логистикой, необходимой для успешного запуска токена.

* \
Мнения, выраженные здесь, принадлежат отдельным сотрудникам AH Capital Management, L.L.C. («a16z»), процитированным, и не являются мнениями a16z или его аффилированных лиц. Определенная информация, содержащаяся здесь, была получена из источников третьих лиц, включая портфельные компании фондов, управляемых a16z. Хотя эта информация получена из источников, считаемых надежными, a16z не проверяла такую ​​информацию независимо и не делает никаких заявлений о текущей или долгосрочной точности информации или ее пригодности для определенной ситуации. Кроме того, этот контент может включать рекламу третьих лиц; a16z не рассматривал такую ​​рекламу и не поддерживает никакого содержания рекламы, содержащегося в ней.

Этот контент предоставляется только в информационных целях и не должен рассматриваться как юридический, деловой, инвестиционный или налоговый совет. Вам следует проконсультироваться со своими консультантами по этим вопросам. Ссылки на какие-либо ценные бумаги или цифровые активы носят иллюстративный характер и не являются инвестиционной рекомендацией или предложением о предоставлении услуг инвестиционного консультирования. Кроме того, этот контент не направлен и не предназначен для использования какими-либо инвесторами или потенциальными инвесторами, и ни при каких обстоятельствах на него нельзя полагаться при принятии решения об инвестировании в какой-либо фонд, управляемый a16z. (Предложение об инвестировании в фонд a16z будет сделано только в виде меморандума о частном размещении, соглашения о подписке и другой соответствующей документации любого такого фонда и должно быть прочитано полностью.) Любые инвестиции или портфельные компании, упомянутые, упомянутые или описанные, не являются репрезентативными для всех инвестиций в транспортные средства, управляемые a16z, и не может быть никакой гарантии, что инвестиции будут прибыльными или что другие инвестиции, сделанные в будущем, будут иметь аналогичные характеристики или результаты. Список инвестиций, сделанных фондами под управлением Andreessen Horowitz (за исключением инвестиций, в отношении которых эмитент не предоставил разрешение a16z на публичное раскрытие, а также необъявленных инвестиций в публично торгуемые цифровые активы) доступен по адресу https://a16z.com/investments/.

Диаграммы и графики, предоставленные здесь, предназначены исключительно для информационных целей и не должны рассматриваться как основа для принятия каких-либо инвестиционных решений. Прошлые результаты не гарантируют будущие. Содержание актуально только на указанную дату. Любые прогнозы, оценки, прогнозы, цели, перспективы и/или мнения, выраженные в этих материалах, могут меняться без предварительного уведомления и могут отличаться или противоречить мнениям, выраженным другими лицами. Пожалуйста, обратитесь кhttps://a16z.com/disclosuresдля дополнительной важной информации.

Disclaimer：

1. Эта статья перепечатана с [a16zcrypto], Все авторские права принадлежат оригинальному автору [Адина Фишер、Мэтт Глисон、Джастин Симкок]. Если есть возражения по поводу этого повторного издания, пожалуйста, свяжитесь со Gate Learnкоманда, и они оперативно с этим справятся.

2. Отказ от ответственности: Мнения и взгляды, выраженные в этой статье, являются исключительно мнениями автора и не являются инвестиционными рекомендациями.

3. Переводы статьи на другие языки выполняются командой Gate Learn. Если не указано иное, копирование, распространение или плагиат переведенных статей запрещены.