Разработка токенов: план построения устойчивой децентрализованной экономики

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

Обзор контента

• Введение
• Что такое разработка токенов?
• Процесс разработки токена
• Анализ системных требований
• Системный анализ
• Проектирование системы
• Сводка
• Компании, за которыми стоит следить
• Интернет-сообщества
• Инструменты
• GitHub
• Курсы
• Дополнительные ресурсы

Введение

В 2022 году я начал свой путь в области разработки токенов, имея опыт работы в области мехатроники и робототехники. За последние два года я собрал ресурсы, которые, по моему мнению, могут помочь другим ориентироваться в этой развивающейся области. На это исследование значительное влияние оказали несколько ключевых фигур в этой области. Концептуальная основа понимания криптоэкономических систем во многом основана на Майкл Заргэм новаторский вклад, который определяет разработку токенов как дисциплину системного проектирования и комплексной системной инженерии. Анжела Крайтенвайс сыграла ключевую роль в развитии области разработки токенов посредством платформы TE Academy и своих инициатив, которые включают организацию исследовательских сессий, таких мероприятий, как EthCC Barcamp, учебных групп, курсы и гранты, а также собирая глобальное сообщество экспертов и энтузиастов в этой области. Кшиштоф Паруч, Трент МакКонахи и Доктор. Ахим Струве — еще одна ключевая фигура, чьи ценные исследования сыграли ключевую роль в определении и создании этой развивающейся области, подчеркнув центральную роль разработки токенов для инноваций и развития в экосистемах web3. Признавая сложную и междисциплинарную природу этой области, а также сложный и разнообразный характер тем, я включил в статью множество ссылок на ресурсы, чтобы предложить читателям более глубокое понимание конкретных концепций.

Что такое разработка токенов?

Определение

Инжиниринг токенов – это проектирование, проверка и оптимизация сложных экономических систем на основе токенов.

Почему разработка токенов важна

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

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

Процесс разработки токена

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

1. Анализ системных требований
2. Системный анализ
3. Проектирование системы



Анализ системных требований

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

Этап анализа системных требований делится на следующие подэтапы/этапы:

1. Сбор системных требований
2. Анализ требований

Сбор системных требований

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

Процесс

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

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

Компоненты

• Функциональные требования (функции, которые должна иметь система)
• Нефункциональные требования (производительность, безопасность, соответствие правовым нормам, таким как законы о борьбе с отмыванием денег (AML) и т. д.)
• Требования к производительности
• Технические требования к системе
• Технические характеристики
• Сценарии использования или пользовательские истории (сценарии, описывающие, как будет использоваться система)

Анализ требований

После первоначального сбора системных требований второй подэтап/этап анализа требований фокусируется конкретно на изучении и уточнении требований проекта путем анализа, проверки и определения приоритетности этих требований при одновременном документировании функциональных и нефункциональных требований проекта. система. Цель состоит в том, чтобы гарантировать, что требования являются конкретными, измеримыми, достижимыми, актуальными и ограниченными по времени (SMART). Это включает в себя действия по разъяснению, расстановке приоритетов и проверке.

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

<блок-цитата>

Анализ требований может ответить на вопрос: «Какие вознаграждения за ставки будут стимулировать участие в сети?»

Компоненты

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

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

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

Навыки/Техники

• Разработка требований
• Моделирование вариантов использования, отображение пользовательских историй и определение приоритетов функций
• Проектирование механизмов и теория игр
• Коммуникация и управление заинтересованными сторонами
• Базовое понимание концепций блокчейна и Web3
<блок-цитата>

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

Результат/результат

• Документ со спецификацией требований: Подробный документ, в котором описывается, что должна делать система, часто включая макеты или каркасы.

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

Пример

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

Требования могут включать:

1. Цифровые активы, принадлежащие пользователям (NFT).
2. Рынок для торговли активами.
3. Виртуальные пространства для социального взаимодействия.
4. Механизмы управления решениями сообщества.
5. Взаимодействие с другими протоколами Metaverse.
6. Низкая задержка и высокая производительность.

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

Системный анализ

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

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

<блок-цитата>

Системный анализ может дать ответ: «Выдержит ли механизм ставок чрезвычайную волатильность рынка и как агенты будут вести себя в таких условиях?»

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

Задачи

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

Навыки/Техники

• Математическое моделирование (математические спецификации, Дифференциальные спецификации< /а>)
• Представительства государств в пространствеns
• Статистическое моделирование
• Системная динамика и агентное моделирование

Результат/результат

• ТЭО: документирование жизнеспособности и рисков, связанных с проектом.
• Обновленные требования: изменения или уточнения первоначальных требований на основе анализа.
• Математические и дифференциальные характеристики механизмов и систем
• Математические (представления в пространстве состояний) и статистические модели
• Моделирование (агентная и системная динамика)

Пример

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

1. Осуществимость: может ли нынешняя технология блокчейна обеспечить необходимый нам уровень производительности?
2. Экономическая модель: как рынок будет функционировать экономически? Существуют ли какие-либо соображения по теории игр для трейдинга?
3. Поведение пользователей: как пользователи будут взаимодействовать с объектами и друг с другом?
4. Стресс-тестирование: как поведут себя агенты в экстремальных условиях?
5. Граничные условия: что может случиться худшего и как этого избежать?
6. Безопасность: каковы потенциальные уязвимости, которыми могут воспользоваться злоумышленники?

Проектирование системы

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

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

Задачи

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

Необходимые навыки

• Архитектура программного обеспечения
• Разработка смарт-контрактов
• Системная инженерия
• Проверка и оптимизация
• Дизайн пользовательского опыта (UX)

Результат/результат

• Документ по проектированию системы: подробный план архитектуры системы, компонентов, моделей данных и потоков взаимодействия.
<блок-цитата>

В документе со спецификациями системы основное внимание уделяется тому, «как» — представлен план построения системы.

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

Пример

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

1. Уровень блокчейна: выбор между решением уровня 1 или уровня 2 в зависимости от потребностей масштабируемости.
2. Смарт-контракты: разработка контрактов, которые будут управлять владением активами, торговлей и управлением.
3. Токеномика: определение роли токенов в стимулировании участия и управления.

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

• Код смарт-контракта для создания и распространения токенов управления.
• Структура управления, кворум, порог кворума, количество голосов и т. д.

Сводка

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

Например:

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

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

Компании, за которыми стоит следить

• БлокСайенс
• Перчатка
• Академия TE
• TE Labs
• Высокие предприятия
• TE Commons
• Лаборатория BlockApex
• Токеномия Про
• Токеномика DAO
• Экономический дизайн
• КриптоЭконЛаб

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

• ConsenSys
• криптовалюта a16z
• Океанский протокол
• Парадигма
• Чейнлинк

Интернет-сообщества

• Разногласия в Академии TE
• Разногласия TE Labs
• Исследовательские сессии Академии TE
• Исследовательские группы Академии TE
• Разногласия Outlier Venture
• Разногласия по стеку Commons
• cadCAD Discord
• Список Твиттера
• Группа по исследованию кривой привязанности

Инструменты

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

1. CADCAD от BlockScience — Майкл Заргэм, Zanecstarr (Введение в cadCAD от Майкла Заргэма, Руководства по YouTube, Пошаговое руководство по модели, Обзор структуры модели, Исследовательская группа, Процесс моделирования, Форум сообщества, исследовательская группа cadCAD по разногласиям в Академии TE)
2. Махинации — Любопытный кролик Эт
3. radCAD от CADLabs
4. TokenSpice от команды Ocean Protocol Team — Трент МакКонахи (Верификация систем на основе токенов, Инструменты проверки< эм>)
5. QTM автор Outlier Venture's — Доктор. Ахим Струве
6. Интеграция QTM radCAD (В процессе) — Доктор. Ахим Струве
7. Исследование кривой привязанности (в процессе) — Любопытный кролик Эт
8. Разработка токенов на базе искусственного интеллекта (в процессе) — Рохан Мехта

GitHub

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

1. https://github.com/CADLabs
2. https://github.com/BlockScience
3. https://github.com/bonding-curves
4. https://github.com/Jeiwan/uniswapv3-code/tree/main
5. https://github.com/backstop-protocol/whitepaper/blob /master/Система анализа рисков.pdf
6. https://github.com/A-Hitchhiker-s/Guide -to-Token-Engineering/tree/master

Курсы

1. Курс TE Academy
2. Архитектура программного обеспечения и amp; Проектирование современных крупномасштабных систем
3. Мастер-класс cadCAD: экономика валидатора Ethereum

Дополнительные ресурсы

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

1. Разработка токенов 101 — Скомпилированные примечания
2. Экономика и математика разработки токенов и Defi
3. Токеномика и токены блокчейна: морфологическая структура, ориентированная на дизайн
4. Структура создания экосистемы токенов от Outlier Ventures
5. Инженерия сложных систем, Майкл Заргэм

:::информация Также опубликовано здесь.

:::

---

Оригинал