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

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

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

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

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

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

Соответствие продукта рынку

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

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

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

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

• Разработка самоусиливающихся сетевых эффектов с самого начала: Токены - это невероятно мощный новый примитив для создания самоусиливающихся сетевых эффектов - через поощрения, раздачу токенов, ретроспективное финансирование общественных благ и многое другое. Впервые в истории строители могут внедрить цифровой, протокольно-специфичный механизм поощрения в свой продукт как способ стимулировать хорошее поведение, выстраивать заинтересованные лица, привлекать распределенное сообщество и даже субсидировать спрос.
• Построение дорожных карт продуктов вокруг самых умных клиентов: «Умные» клиенты имеют врожденное понимание силы и потенциала новой технологии. Раннее определение этих клиентов и развитие глубокого понимания их потребностей является ключевым моментом. Со временем вероятно, что больше людей последуют их примеру, что может увеличить тягу проекта и долю на рынке.
• Награждение правильных пользователей: Каждая новая платформа привлекает как активных пользователей, которые находятся здесь по «правильным» причинам, так и арбитражников («фермеров воздушных капельниц», для многих криптопроектов), которые стремятся быстро заработать деньги. Важно идентифицировать и наградить активных пользователей, которые могут приносить долгосрочную ценность сети и привлекать к себе других.
• Инвестирование в разработчиков: Распределение токенов разработчикам, создающим на платформе проекта, способствует ускоренному росту, развивает ранних пользователей и обогащает всё сообщество. При принятии решения о поддержке команды проектам следует стратегически мыслить о ценности, которую они принесут сети. Простой трехэтапный план должен включать:
  1. Понимание ключевых моментов и графиков: Будет ли это сделано за месяц, квартал или год?
  2. Предлагаем поддержку на основе веховых событий и выдачу токенов: избегайте ловушки предварительной оплаты за то, что никогда не будет отправлено.
  3. Понимание потенциальной ценности каждого проекта развития: Общая созданная на сети ценность определенного проекта должна значительно превышать вложенные ресурсы.
• Работа с лучшими проектами: ключевая особенность создания на этапе развития сетей блокчейн состоит в том, что в любой момент легко выделить проекты с самыми сильными командами, использованием и рыночным треком. Убеждение этих команд в создании и развертывании на определенной платформе может запустить ее к соответствию продукта и рынка, поскольку новые разработчики часто следуют за ранними принявшими технологию.

Множество путей и стратегий могут привести к соответствию продукта и рынка, от глубокого исследования пользователей до чистой алхимии. Независимо от пути, команды должны быть хорошо на пути к запуску токена. Для вдохновения проекты также могут посмотреть на примеры, такие как Uniswap, который запечатлел торговлю on-chain с версией 2 своего протокола перед запуском токена; Optimism, который успешно привлекал широкий круг разработчиков перед запуском токена; и EigenLayer, который теперь имеет значительную активность клиентов и пользователей без живого токена.

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

План действий по децентрализации

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

Но децентрализация почти никогда не является простой задачей. Проекты в США часто сталкиваются с парадоксом типа "что было раньше: курица или яйцо" - децентрализация требует использования токенов, но использование токенов требует децентрализации. Усугубляя эту сложность, для большинства проектов децентрализация это путешествие, не место назначения.

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

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

• Вычислительные: Кто предоставляет вычислительные ресурсы, которые обеспечивают функционирование проекта? Лишние данные здесь могут показаться неэффективными, но они критически важны. По определению децентрализованная сеть не может зависеть от какой-либо команды или организации для своих вычислений. Для блокчейна это может означать обеспечение надежного набора валидаторов. Для протокола смарт-контрактов это может означать обеспечение разнообразных приложений и веб-сайтов для доступа к протоколу. Для децентрализованной социальной сети или веб-игры web3 это может означать разнообразную сеть внешних серверов или узлов.
• Развитие: Какие продолжающиеся работы требуются? И кто будет их выполнять (т. е. основная команда, сторонние разработчики и т. д.)? Как они будут финансироваться? Это одни из самых критических вопросов на пути проекта к децентрализации. Ответы будут различаться в зависимости от проекта, но обычно будут зависеть от распределенного сообщества разработчиков, развертывающих или интегрирующихся с протоколами смарт-контрактов. Для веб3 игры или социальной сети это также может включать контент, созданный пользователями.
• Управление: Как осуществляется децентрализация управления проектом? Запуск с ожиданием, что сообщество проекта просто "разберется", скорее всего, приведет к разочарованию. Большинство проектов не смогли преодолетьсложности и социополитические реалиизанимается децентрализованным управлением, и их законность и полезность пострадали в результате. Тем не менее, крайне важно распределить контроль. Во многое входят соображенияразработка эффективного управления, но минимизация управленияэто хорошее место для начала.
• Накопление стоимости: Что определяет экономическую ценность токена? Будь то денежные потоки от сбора комиссий или спрос рынка на токены, проектам необходимо установить метод, по которому их токены будут накапливать стоимость, не полностью зависящую от усилий основной команды проекта или любого другого продвигателя. Для блокчейнов ключевым является развитие разнообразного сообщества разработчиков. Для протоколов смарт-контрактов,стимулирование сторонних приложений и клиентовэто важно и помогает обеспечить защиту от “доминирование клиента,” где одно приложение или клиент имеет необоснованное контрольное влияние по сравнению с другими. Хотя в практике такая децентрализация представляет определенные трудности, проекты, такие как Ethereum и Solana, сегодня ее достигли.
• Использование и доступность: Может ли кто-нибудь использовать проект? Если для участия требуются токены, насколько широко они доступны? Насколько широкая пользовательская база? Чем свободнее пользователи могут получить доступ к проекту и чем шире его пользовательская база, тем обычно более децентрализованным он является.

Децентрализация может выглядетьразличается для каждого проекта. И проектам не обязательно быть «полностью децентрализованными» или даже «существенно децентрализованными» по всем этим категориям, чтобы быть «достаточно децентрализованными». Скорее, децентрализация зависит от общей ситуации проекта: Большая децентрализация в некоторых категориях означает, что проекты могут быть менее децентрализованными в других. Например, чем больше независимых разработчиков участвуют в проекте, тем больше оригинальная команда-основатели могут участвовать в децентрализованном управлении.

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

Убедительная токеномическая модель

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

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

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

Для блокчейнов уровня 1 Ethereum, с EIP-1559, который реализовал базовую комиссию для сжигания всех транзакций Ethereum, предлагает лучшую экономическую модель. Для протоколов смарт-контрактов пока не была установлена определенная модель, но строители могут исследовать множество моделейзаинтересованные лицакапитализм – вознаграждение токенхолдеров за вклад в протокол таким образом, который приносит пользу протоколу. Например, компенсация токенхолдерам за участие в децентрализованном управлении, создание контента или предоставление ликвидности.

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

Надёжная организационная структура

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

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

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

• Разделение DevCo/фонда: В целом, большинство проектов должны стремиться сделать DevCo одним из многих разработчиков и операторов приложений в экосистеме, в то время как фонд координирует усилия сообщества и обеспечивает нейтральность проекта. Экосистема Ethereum хорошо разделяет относительные роли DevCos и Ethereum Foundation. Критически важно, чтобы фонд не существовал только на бумаге. Он должен иметь реальное содержание и цель. Это может означать добавление основателя для руководства фондом или предоставление фонду маркетинга, коммуникаций и операций по выводу на рынок, направленных на привлечение новых разработчиков в экосистему и помощь в организации сообщества.
• DAO и устранение управления на основе токенов: В то время как устранение управления токенамиимеет свои достоинства, но на практике это сложно. Например, большинство проектов захотят создать казну с управляющими токенами, которые не были выделены в начальном распределении. Хотя правда, что иностранное фонд мог бы контролировать казну, консолидация этой власти может вызвать опасения централизации. В качестве альтернативы, когда владельцы токенов контролируют казну, они децентрализуют экономическую власть и определяют, должен ли фонд продолжать получать финансирование.
• Разработчики и приложения сторонних производителей: привлечение разработчиков сторонних проектов для создания на основе проекта является одним из самых сложных вызовов при децентрализации. Разработчики обычно выбирают проекты на основе ряда факторов, включая: (1) технологии, лежащие в основе проекта, (2) популярность проекта, (3) финансирование и стимулирование, и (4) является ли проектзаслуженно нейтральныйобщественная инфраструктура или собственная система, контролируемая корпорацией (т. е. разница между Ethereum и Apple App Store). Критически важно, чтобы проекты внушали уверенность разработчикам в том, что они смогут свободно строить реальный бизнес, и что правила не будут подвергаться произвольным изменениям.

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

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

Эти рискине теоретический, но новые решения могут помочь. В марте 2024 года Вайоминг принял новую юридическую форму организации под названием а Децентрализованное некоммерческое объединение без образования юридического лица (DUNA)– моделируется порекомендациимы помогли создать – что может решить все три проблемы для DAO и обеспечить иммножество дополнительных преимуществ. Самое важное, структура юридического лица является безразрешительной и позволяет DAO, использующим ее, продолжать функционировать так же, как это делают DAO в настоящее время. DUNAs не подходят для всех DAO, поэтому проекты, принимающие их во внимание, должны обсудить это с юристом.

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

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

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

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

Готовность к эксплуатации

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

• Финансирование: Большинство DevCos стремятся иметь как минимум 3 года финансирования после запуска токена. Эти средства могут быть направлены на дополнительные продукты и работу над развитием, а также на защиту от вмешательства регуляторов. Сбор средств после запуска токена может быть вызовом для DevCos. Запуск токена обычно означает, что их основной продукт теперь принадлежит сообществу, у них может не быть дополнительных продуктов в запасе, а продажа токенов вносит значительные юридические риски. Проекты должны спланировать это соответствующим образом и также убедиться, что фонды имеют подходящий размер и капитализацию для ожидаемой роли.
• Механика: The фактическая механикаУчаствующие в запуске токена – передача токенов сотрудникам и инвесторам, установка блокировок и многое другое – процессы сложные и могут занять несколько месяцев для реализации. Начните заранее.
• Коммуникации: Публичные коммуникации, предшествующие и последующие выпуску токенов, имеют большое значение. Обеспечение того, чтобы у команды проекта, особенно у ее руководства, была четкая политика коммуникации, разработанная с учетом стратегии запуска токенов, критично. Одно неправильное заявление генерального директора может поставить весь проект под угрозу. Для получения дополнительных рекомендаций, увидеть этот пост.
• Инцентивы для сотрудников: Проекты часто используют токены в качестве поощрительных вознаграждений для сотрудников и советников. Структурирование в годы перед запуском токена довольно простое, но по мере приближения проектов к запуску токена возникают новые сложности. Например, учитывая волатильность цен токенов, некоторые проекты приходят к выводу, что не имеет смысла выдавать токены на протяжении нескольких лет, и вместо этого предпочитают предлагать награды ежегодно, обычно структурированные как ограниченные токенные единицы (RTU). Проекты должны попросить своих юристов проанализировать все варианты, которые они видели, чтобы бороться с волатильностью цен токенов.
• Поощрения за партнерство: Проекты также могут использовать токены, чтобы согласовать интересы независимых разработчиков с целями проекта. До запуска награды разработчикам могут быть структурированы как партнерские соглашения, часто с учетом метрик развития и пользовательской активности. После запуска проекты могут полагаться на экосистемные фонды и программы грантов для стимулирования разработчиков; или они могут выбрать программные инцентивные программы(какLiquity, которые автоматически вознаграждают операторов фронтенда за привлечение пользователей в протокол), что более эффективно позволяет любому участвовать и строить.
• Операционная децентрализация: переход от централизованных операционных усилий к широкому, не аффилированному сообществу участниковтребует значительных изменений. Off-chain activities – like protocol development, marketing, and governance – may be critical to a project’s success. And decentralizing them involves a strategic distribution of roles and responsibilities within the community so that no single group or entity has enough influence to risk encroaching on U.S. securities laws. A common pitfall for DAOs, for example, is inadvertently centralizing governance, which can lead to regulatory and operational bottlenecks. Steering a project toward decentralization while remaining compliant and resilient requires detailed planning with respect to both on-chain and off-chain activities. Ultimately, the goal is to drive community interactions and contributions to achieve “sufficient decentralization.”

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

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

Мнения, высказанные здесь, принадлежат индивидуальным сотрудникам 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. Эта статья взята из [GateА16З]. All copyrights belong to the original author [Miles Jennings、Jason Rosenthal]. Если есть возражения по поводу этого повторного издания, пожалуйста, свяжитесь с Gate Learnкоманда, и они оперативно справятся с этим.
2. Отказ от ответственности: Взгляды и мнения, высказанные в этой статье, являются исключительно мнением автора и не являются инвестиционными советами.
3. Переводы статьи на другие языки выполняются командой Gate Learn. Если не указано иное, копирование, распространение или плагиат переведенных статей запрещены.