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

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

Режим мышления

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

Три этапа проектирования

Этап 1: Определите свои цели

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

Этап 2: Введение ограничений

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

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

Этап 3: Механизм проектирования

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

взять MakerDAO В качестве примера. Их цель – создать стабильную Эфириум родной актив. Конечно, существует множество трактовок стабильности и родности. Их ограничениями являются цены, привязанные к доллару США, полностью обеспеченные собственными ончейн-активами и т. д.

Общие подводные камни

Слишком большой акцент на токенах. Токены — это не протоколы, и токены не должны быть вашей целью. Это должен быть просто инструмент.

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

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

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

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

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

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

Таксономия токенов

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

Платить

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

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

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

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

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

Собственность

Обычно существует два типа собственности: ончейн (депозиты) и оффчейн (владение). Депозитные токены представляют собой право собственности на другие токены, примером является Uniswap LP знак, который является ERC-20 в V2 и NFT в V3. DAI, стейблкоин, созданный по протоколу Maker, также является депозитом в цепочке, поскольку вы или держатели хранилищ используете его для получения базового залога. Таким образом, депозитный токен означает, что его можно использовать для запроса других токенов в среде вне сети.

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

Голос

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

Залог

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

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

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

Метаданные

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

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

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

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

Как будто какая-то сущность явно предоставляет вам разрешения, например, возможность вызывать функцию, изменять фрагмент кода или передавать что-то по цепочке. Токены даже можно использовать в качестве интерфейсов, мы видели примеры этого, когда вы не только можете поместить данные SVG в URI токена, вы можете поместить в него целую веб-страницу HTML и даже добавить немного JavaScript. Вы можете поместить интерфейс в nft, управлять интерфейсом или встроить интерфейс в объект, которым владеют и передают другие люди.

Интересным примером является ЗВУКОВОЙ СИГНАЛ3R, где вы сначала создаете текст в NFT, а затем можете транслировать его другим ЗВУКОВОЙ СИГНАЛ3R держатели, владея им. Эти тексты отображаются на маленьком изображении ЗВУКОВОЙ СИГНАЛ3R. Когда у вас есть ЗВУКОВОЙ СИГНАЛ3R машине, вы также можете отправлять сообщения непосредственно другим ЗВУКОВОЙ СИГНАЛ3R держатели машин, как при использовании только XMTB.

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

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

Теория дерева технологий

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

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

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

Но как получить работающий AMM и стейблкоин? Это сложно сделать без стандарта совместимых токенов, поскольку стейблкоины, AMM и все окружающие их системы должны понимать, как с ними взаимодействуют другие проекты. А чтобы иметь токены ERC-20, вам нужны полностью программируемые смарт-контракты. Вероятно, они вам на самом деле не нужны, но именно так они впервые появились в Ethereum, поскольку Ethereum был запущен без стандарта токенов ERC-20. Нам нужна полная программируемость, чтобы иметь возможность оставить достаточно открытого пространства для дизайна; конечно, об этом можно поговорить дальше. Но в заключение я считаю, что существуют деревья технологий, в которых одни технологии являются предпосылками для других.

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

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

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

Представьте себе разработку AMM общего назначения, но без использования конкретного стандарта токена, это было бы очень и очень сложно. Я думал, что это будет почти непреодолимое ограничение, но наличие стандарта совместимости означает, что мы можем напрямую поддерживать токены ERC-20, что ограничивает пространство для проектирования и делает это возможным.

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

ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ: Информация на этом веб-сайте предоставляется в качестве общего комментария к рынку и не является инвестиционным советом. Мы рекомендуем вам провести собственное исследование, прежде чем инвестировать.

Присоединяйтесь к нам, чтобы следить за новостями: https://linktr.ee/coincu

Веб-сайт: coincu.com

Гарольд

Коинку Новости

ЗВУКОВОЙ СИГНАЛ3R

EIP1559

ENS

ERC-20

токен LP

MakerDAO

ИсточникКред

знак

Дизайн токена

Автор

Гарольд

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

ЗНАНИЯ

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

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

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

Режим мышления

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

Три этапа проектирования

Этап 1: Определите свои цели

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

Этап 2: Введение ограничений

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

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

Этап 3: Механизм проектирования

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

взять MakerDAO В качестве примера. Их цель – создать стабильную Эфириум родной актив. Конечно, существует множество трактовок стабильности и родности. Их ограничениями являются цены, привязанные к доллару США, полностью обеспеченные собственными ончейн-активами и т. д.

Общие подводные камни

Слишком большой акцент на токенах. Токены — это не протоколы, и токены не должны быть вашей целью. Это должен быть просто инструмент.

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

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

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

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

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

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

Таксономия токенов

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

Платить

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

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

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

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

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

Собственность

Обычно существует два типа собственности: ончейн (депозиты) и оффчейн (владение). Депозитные токены представляют собой право собственности на другие токены, примером является Uniswap LP знак, который является ERC-20 в V2 и NFT в V3. DAI, стейблкоин, созданный по протоколу Maker, также является депозитом в цепочке, поскольку вы или держатели хранилищ используете его для получения базового залога. Таким образом, депозитный токен означает, что его можно использовать для запроса других токенов в среде вне сети.

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

Голос

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

Залог

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

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

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

Метаданные

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

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

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

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

Как будто какая-то сущность явно предоставляет вам разрешения, например, возможность вызывать функцию, изменять фрагмент кода или передавать что-то по цепочке. Токены даже можно использовать в качестве интерфейсов, мы видели примеры этого, когда вы не только можете поместить данные SVG в URI токена, вы можете поместить в него целую веб-страницу HTML и даже добавить немного JavaScript. Вы можете поместить интерфейс в nft, управлять интерфейсом или встроить интерфейс в объект, которым владеют и передают другие люди.

Интересным примером является ЗВУКОВОЙ СИГНАЛ3R, где вы сначала создаете текст в NFT, а затем можете транслировать его другим ЗВУКОВОЙ СИГНАЛ3R держатели, владея им. Эти тексты отображаются на маленьком изображении ЗВУКОВОЙ СИГНАЛ3R. Когда у вас есть ЗВУКОВОЙ СИГНАЛ3R машине, вы также можете отправлять сообщения непосредственно другим ЗВУКОВОЙ СИГНАЛ3R держатели машин, как при использовании только XMTB.

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

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

Теория дерева технологий

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

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

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

Но как получить работающий AMM и стейблкоин? Это сложно сделать без стандарта совместимых токенов, поскольку стейблкоины, AMM и все окружающие их системы должны понимать, как с ними взаимодействуют другие проекты. А чтобы иметь токены ERC-20, вам нужны полностью программируемые смарт-контракты. Вероятно, они вам на самом деле не нужны, но именно так они впервые появились в Ethereum, поскольку Ethereum был запущен без стандарта токенов ERC-20. Нам нужна полная программируемость, чтобы иметь возможность оставить достаточно открытого пространства для дизайна; конечно, об этом можно поговорить дальше. Но в заключение я считаю, что существуют деревья технологий, в которых одни технологии являются предпосылками для других.

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

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

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

Представьте себе разработку AMM общего назначения, но без использования конкретного стандарта токена, это было бы очень и очень сложно. Я думал, что это будет почти непреодолимое ограничение, но наличие стандарта совместимости означает, что мы можем напрямую поддерживать токены ERC-20, что ограничивает пространство для проектирования и делает это возможным.

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

ОТКАЗ ОТ ОТВЕТСТВЕННОСТИ: Информация на этом веб-сайте предоставляется в качестве общего комментария к рынку и не является инвестиционным советом. Мы рекомендуем вам провести собственное исследование, прежде чем инвестировать.

Присоединяйтесь к нам, чтобы следить за новостями: https://linktr.ee/coincu

Веб-сайт: coincu.com

Гарольд

Коинку Новости

Посетили 72 раз, 1 визит(а) сегодня

Другие сообщения

Похожие сообщения

Новости

- 19 часов назад 3 мин

Председателя SEC обвиняют в обмане относительно легитимности Ethereum!

ЗНАНИЯ

- 109 дней назад 12 мин

Конвертер Fiat в Fiat: подробное руководство для начинающих и важные примечания

ЗНАНИЯ

- 44 дней назад 10 мин

Купить Dogecoin на eToro: пошаговое руководство для начинающих (2024 г.)

ЗНАНИЯ

- 109 дней назад 12 мин

Конвертер криптовалюты в криптовалюту: подробное руководство для начинающих и важные примечания

Анализ

- 1 дней назад 2 мин

Апрель — худший месяц для биткойнов на фоне оттока ETF: отчет

ЗНАНИЯ

- 56 дней назад 13 мин

Бесплатный биткойн-код 2024: простой способ владеть биткойнами

ЗНАНИЯ

- 14 дней назад 14 мин

Прогнозы по выборам в США: последствия и важность нового президента США

ЗНАНИЯ

- 11 дней назад 12 мин

Майнинг биткойнов: сколько времени нужно, чтобы добыть 1 биткойн?