Этот контент разделен на три части:
Во-первых, это общие шаблоны мышления в дизайне токенов.
Во-вторых, это классификация токенов, в которой более конкретно говорится о том, чем же на самом деле являются токены и как мы думаем о развитии и расширении их возможностей.
Наконец, существует теория дерева технологий: как использовать технологии, чтобы сделать наши проекты более успешными.
1. Модель мышления
Во-первых, токены предназначены для обслуживания протокола, это всего лишь инструмент и часть процесса проектирования, они не должны быть целью. Если вы хотите сделать что-то децентрализованное, токен может быть частью этого, потому что он отлично подходит для того, чтобы дать людям право собственности на протокол, а также поддерживать согласованность действий.
Три этапа проектирования
В ходе моего взаимодействия с портфельными компаниями я выделил три этапа успешного процесса проектирования.
Первый этап: определяем цели. Целью является краткое описание результатов эффективного протокола, которое должно однозначно указывать на то, было ли оно достигнуто с помощью конкретного проекта. Поэтому нам следует проводить очень четкое различие между успехом и неудачей. Если не понятно, какова наша цель, нужно начать заново и забыть о токенах. В идеале цели измеримы, даже если мы еще не знаем, как измерить успех.
Этап 2: Введение ограничений. Вообще говоря, существует два вида ограничений: одно — эндогенные ограничения, а другое — экзогенные ограничения: эндогенные ограничения — это ограничения, которые мы выбираем для упрощения процесса проектирования, потому что необходимо пойти на некоторые компромиссы, или Это компромиссы. сами себя. Например, мы можем ограничить количество интересных функций, которые нам нравятся. Эндогенные ограничения могут исходить из многих источников, но обычно определяются самим проектировщиком. Экзогенные ограничения налагаются на вас природой, технологическими условиями, регламентами и разными вещами. Я расскажу об этом подробно позже.
Третий этап: механизм проектирования. Когда у нас есть ограничения и цель, мы можем четко подумать о механизмах, которые будут достигать этой цели. Теперь, когда мы думаем о механизме, должно быть совершенно ясно, нарушает ли он эти ограничения и приближает ли он нас к этой цели. Протокол представляет собой набор механизмов, каждый из которых направлен на достижение конкретной цели с учетом некоторых ограничений.
Распространенные ловушки
(1) Чрезмерный акцент на токенах. Я немного коснулся этого, но если вы всегда думаете о вознаграждениях или распределении токенов, а не о том, как поддерживать согласованность между участниками вашей системы, вы, вероятно, думаете не о протоколе, а о токенах. Токен — это не протокол, и токен не должен быть вашей целью. Это должен быть просто инструмент.
Как выбраться из этой ловушки? Спросите себя: как бы эта система работала без токенов? Если система полностью дает сбой при полном удалении токенов, возможно, вы переоцениваете роль токенов. Если несколько ключевых частей системы выходят из строя, то ситуация лучше предыдущей. Ваш токен действительно важен и необходим для общего баланса, но и без него система остается целостной и целостной. Поэтому вам все равно следует вспомнить цели системы.
(2) Пространство для проектирования не ограничено. В дизайне у вас так много идей, так много возможностей, что вы даже не знаете, с чего начать, потому что вы можете сделать так много всего. Обычно это происходит потому, что цель не ясна, поэтому ее необходимо уточнить. Возможно также, что вам не хватает понимания ограничений, налагаемых на вас внешним миром, или вы еще не приняли эти ограничения.
Если вы учтете эти ограничения, вы обнаружите, что пространство дизайна сжимается и становится более ясным. Задайте себе два вопроса, которые помогут ограничить пространство для дизайна: какую мощную концепцию вы хотите создать? Это могут быть какие-то глубокие идеи, какие-то преимущества, какие-то изменения в тенденциях времени и т. д. Спросите себя, что это за мощная концепция? Как вы можете получить от этого максимальную пользу? Сосредоточьтесь на нем, а не сначала думайте обо всей системе. Другой вопрос: какова самая большая слабость этой конструкции? Что не дает вам спать по ночам, является ли это моментом, когда вы думаете, что это может не сработать, моментом, который вас беспокоит, ключевой слабостью и какие ограничения вы можете принять, чтобы улучшить его? Это может существенно ограничить пространство для дизайна.
(3) Всегда сообщайте сообществу правду. Очень рискованно столкнуться с проблемами при разработке определенных частей системы и передать их всем сообществу для решения или ожидать, что невидимые силы заполнят пробелы. Вы всегда ожидаете, что люди найдут проблему и решат ее. Хотя системы без разрешений популярны и приводят ко многим удивительным инновациям, вы не можете предсказать, что будет делать сообщество, и не следует ожидать, что они решат наиболее очевидные проблемы в вашей системе.
Есть несколько ключевых вопросов, которые вы должны задать себе: чего мы на самом деле ожидаем от наших сообществ и что мы им даем? Разве мы не спрашиваем, дадим ли им достаточно жетонов? Скорее спросите, какую власть мы им даем? Какие способности им были даны? Какие права собственности у них есть? Достаточно ли у них полномочий, чтобы сбалансировать эту ответственность?
Если вы действительно ожидаете, что они что-то исправят, если вы ожидаете, что другие амбициозные люди добавят какие-то интересные расширения или исправят какие-то компоненты системы, то вам нужно сначала спросить себя, собираетесь ли вы строить здесь? Если вы не можете этого сделать, потому что у него недостаточно потенциала, силы или гибкости, не рассчитывайте на других.
2. Таксономия токенов
Это не полный список, я обсуждал его с членами команды и уверен, что мы скоро его пересмотрим, но это просто перечисление всех возможностей, которые мы видели, демонстрируя токен до сих пор.
Токены — это инструмент внутри протокола, они являются инструментом и протоколом, а более абстрактно — структурой данных. Итак, как мы видим, что эта структура данных используется в разных протоколах? Их можно разделить на пять очень общих категорий: оплата, голосование, заинтересованные стороны, метаданные и право собственности (заявление). Я считаю, что со временем для каждой категории появится больше решений, по крайней мере, для меня. более интуитивный.
платить
Во-первых, как внутренняя валюта сообщества или проекта. Он отличается от традиционных способов оплаты, таких как платежи в долларах США, поскольку он существует внутри определенного сообщества, которое контролирует валюту и может использовать денежно-кредитную политику и другие средства в отношении внутренней валюты. Например, эта валюта должна быть стабильной. , Он должен быть привязан к стоимости какого-то другого конкретного актива, и, возможно, они чеканят или сжигают его, исходя из конкретных целей всего сообщества.
Второй и, вероятно, самый распространенный и простой для понимания способ оплаты криптовалютой — использование сетевого ресурса, в эту категорию также попадают Ethereum и Bitcoin. Вы платите за вычислительную мощность, хранилище или какой-либо другой сетевой ресурс криптовалюты. У нас есть EIP1559, ставки, ликвидность и т. д., чтобы определить, как токены используются для вычисления различных ресурсов внутри системы, в частности вычислительных ресурсов.
Третий тип платежного токена существует в качестве игровой валюты. Например, игры, ресурсы или некоторые ресурсы протокола должны быть стабильными и иметь цену, потому что, если вы используете систему и эти ресурсы стабильны, цена токена также должна быть относительно стабильной. Не имеет значения, находится ли он в стабильной поставке, потому что вы используете его только для реализации определенной части вашего приложения.
Так где же следует размещать стейблкоины? Конечно, в качестве оплаты тремя вышеуказанными способами можно использовать стейблкоин. Но что делает стейблкоин стейблкоином, так это лежащий в его основе механизм, который его стабилизирует, поэтому стейблкоины обычно попадают в категорию собственности.
Право собственности
Обычно существует два типа собственности: ончейн (депозит) и оффчейн (владение).
Первый токен депозита в цепочке представляет собой владение другими токенами. Примером может служить токен Uniswap LP, который имеет формат ERC 20 в версии V2 и NFT в версии V3. DAI стейблкоина, выходящий из протокола MAKER, также является депозитом в цепочке, поскольку вы или владелец хранилища используете его для получения своего базового обеспечения. Таким образом, депозитный токен означает, что его можно использовать для запроса других токенов в среде вне сети.
Второй токен представляет собой владение каким-либо внесетевым активом, поэтому это может быть что-то вроде токена реального актива, токена недвижимости или чего-то подобного. Более современный пример — это то, что сейчас называют погашаемыми, когда токены можно обменивать на физические объекты. Например, используйте NFT для обмена на произведения искусства. Этот NFT представляет собой право собственности на двор. Если вы так склонны, есть даже несколько интересных предложений. Вы можете использовать физические объекты для управления NFT и контролировать право собственности на последующие NFT с помощью некоторых цифровых функций, таких как чипы.
голосование
Используйте голосование для финансирования проектов, распределения ресурсов, групповых платежей и переводов, а также обновления программного обеспечения. Его также можно использовать в качестве меры социального консенсуса, например, при выборе лидера для определения будущих планов проекта.
приносить присягу
Токены могут быть разработаны так, чтобы иметь право на вознаграждение посредством смарт-контрактов. Здесь нет юридического соглашения, но работа этого механизма означает, что токен получит выгоду от какой-либо деятельности в сети. Примером является DroneLink: если DroneLink работает хорошо, многочисленные держатели токенов DRONE выполняют свою работу и система работает нормально, то они получат некоторые вознаграждения, и таковы смарт-контракты, так устроен протокол. Чтобы вознаграждать хороших управление сообществом.
Вы также можете создавать токены в результате юридического соглашения, которое дает вам право на получение доходов. Вы можете создать токен, который представляет собой долю или долю в капитале компании, и, конечно же, будут существовать различные юридические требования и ограничения.
Токены также используются для страхования рисков в обмен на прибыль. MAKER использует этот принцип. Если в протоколе MAKER произойдет потеря, будет сгенерировано больше токенов MAKER, что приведет к уменьшению стоимости, принадлежащей держателям MAKER. Держа токены MAKER, держатели несут определенный риск, что является частью того, что заставляет держателей MAKER продвигать построение сообщества. Если они хотят, чтобы их инвестиции росли в цене, им необходимо поддерживать систему по мере ее роста.
Метаданные
Во-первых, токены представляют собой членство, определяющее, можете ли вы получить доступ к определенному пространству, состоите ли вы в определенном сообществе или в какой-либо группе. Протокол или некоторые инструменты, написанные третьими сторонами, могут использовать этот атрибут членства любым способом, который не требует разрешения. Например, некоторые сообщества NFT могут решить, что присоединяться могут только люди, владеющие токенами, например, те, кто владеет этим токеном. предоставление определенного функционала и т. д. Членство — это интересный тип метаданных, предоставляемых токенами.
Во-вторых, токены также символизируют доверие. Некоторые люди спорят о том, следует ли переводить кредит, но я лично считаю, что этого, вероятно, не должно быть. Но в одних случаях оно может быть однородным, а в других — неоднородным. Если оно относится к вашим достижениям, оно может быть неоднородным; если оно относится к источникам информации, кредитам или различным типам систем кредитного скоринга, оно может быть однородным. Это непрерывные данные, поэтому это своего рода метаданные.
Опять же, токены также представляют собой идентичность или ссылку. ENS является примером этого: имена ENS могут указывать на адреса и могут обновляться, в отличие от систем DNS.
Данные вне сети могут быть своего рода метаданными. Примером может служить внесетевой KYC или какой-либо проверяемый сертификат. Еще одним хорошим примером является диплом или академическая квалификация. Кто-то вручает вам этот сертификат, и он общедоступен, отслеживаем и подлинен. Мы не видели много случаев выражения разрешений и возможностей в сети. Например, некоторые сущности явно предоставляют вам разрешения, такие как возможность вызывать функцию, изменять фрагмент кода или передавать что-то по цепочке. Токены даже можно использовать в качестве интерфейсов, и мы видели примеры, когда вы не только можете поместить SVG-данные в URI токена, вы можете поместить в него целую HTML-страницу и даже добавить немного JavaScript. Вы можете поместить интерфейс в nft и управлять им, либо встроить интерфейс в объекты, которыми владеют и передают другие люди.
Интересным примером является BEEP3R, где вы сначала чеканите текст в NFT, а затем можете транслировать его другим владельцам BEEP3R, владея им. Текст отображается на маленьком изображении BEEP3R. Если у вас есть устройство BEEP3R, вы также можете отправлять сообщения непосредственно другим держателям устройств BEEP3R, как при использовании только XMTB.
Так какова же функция этого токена? Это токен членства, и с его помощью вы можете получать сообщения. Любой интерфейс кошелька, который может правильно отображать анимированные URL-адреса, может отображать любое полученное вами сообщение, если он поддерживает этот стандарт.
Это также идентификационный токен, поскольку как владелец BP вы можете получать и отправлять сообщения. Так что это происходит только в этом наборе. Это также токен идентификации, поскольку они используют идентификатор токена вашего BP для отправки вам сообщений. В то же время он также существует как интерфейс для просмотра информации, связанной с NFT.
3. Теория дерева технологий
Мы видим, что некоторые области уже сильно развиты, например, токены как способы оплаты и сетевые ресурсы, тогда как некоторые области еще не развиты, например, интерфейсы, метаданные и т. д. Так почему же это? У меня нет полного ответа, но я думаю, что это может быть как-то связано с деревом технологий, которое, конечно, далеко не полное.
У меня вопрос: почему некоторые товары появляются в определенные часы и почему некоторые товары появляются дольше, чем другие? На примере протокола кредитования трудно представить, что протокол кредитования может работать без стейблкоинов. Это связано с тем, что когда вы предоставляете долг в кредитном соглашении, вы хотите представить его стабильным активом, потому что вы можете предсказать цену этого актива, поэтому нам нужны стейблкоины, прежде чем мы сможем фактически заключить кредитное соглашение.
Точно так же у нас также есть протоколы кредитования, требующие AMM, потому что, если вы хотите использовать протокол кредитования для кредитного плеча, особенно ранние простые протоколы кредитования, вам необходимо иметь возможность занимать активы, такие как стейблкоины. Если вы хотите очень быстро обменять этот стейблкоин на этот актив и хотите получить больше информации, тогда вам нужен AMM. Пока у нас не будут функционирующие AMM и стейблкоины, не будет разработки протоколов кредитования.
Но как получить работающие AMM и стейблкоины? Это сложно сделать без стандарта совместимых токенов, поскольку стейблкоины, AMM и все окружающие их системы требуют понимания того, как с ними взаимодействуют другие проекты. А чтобы иметь токены ERC20, вам нужны полностью программируемые смарт-контракты. Возможно, они вам на самом деле не нужны, но именно так они впервые появились в Ethereum, поскольку Ethereum был запущен без стандарта токена ERC20. Нам нужна полная программируемость, чтобы оставить достаточно открытого пространства для дизайна, но это, конечно, можно обсудить дальше. Но в заключение я считаю, что существуют деревья технологий, и некоторые технологии являются предпосылками для других.
Здесь два вопроса: каковы ключевые технологии, которые откроют будущие приложения и протоколы? То есть какие технологии нам нужны для разработки полезных систем репутации или децентрализованных и не требующих доверия интерфейсов? И второй вопрос немного похож на первый вопрос наоборот: какие приложения и протоколы будут разблокированы будущей технологией?
Например, абстракция учетных записей, EIP 4844, вертикальные деревья, машинное обучение с нулевым разглашением и т. д. Эти вопросы интересны, потому что, если бы мы могли предвидеть появление конкретной технологии, которая могла бы смягчить или ввести ограничения проектирования, как бы это изменило наш дизайн? Если конкретные технологии могут смягчить ограничения, стоит ли нам прилагать усилия для их разработки?
Если вы думаете о вещах как о дереве технологий, это может помочь нам понять, что будет дальше или что вам нужно для достижения желаемого набора ограничений. Итак, связывая это с моей первоначальной точкой зрения на ограничения, я думаю, что новые технологии смягчают ограничения, с которыми мы сталкивались раньше. Например, если не существует стандарта ERC20, то ограничением для любого проекта AMM или стейблкоина будет то, что ему придется либо ввести стандарт, либо иметь возможность работать с различными конструкциями.
Представьте себе, что разработать универсальный AMM, но не использовать конкретный стандарт токенов, это было бы очень и очень сложно. Я думаю, что это будет почти непреодолимое ограничение, но наличие стандартов совместимости означает, что мы можем напрямую поддерживать токены ERC20, что ограничивает пространство для проектирования, чтобы сделать это возможным.
Если мы сможем предвидеть, какие технологии появятся в будущем, какое влияние это окажет на ограничения конструкции нашего протокола? Если у нас есть конкретные цели или конкретные ограничения, какие технологии нам нужны? Технологии смогут облегчить эти ограничения и снова сделать эти цели возможными с помощью новых механизмов.