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

Это комплексное руководство служит важным ресурсом для навигации в сложной и междисциплинарной области разработки токенов, основанной на проектировании систем и разработке сложных систем. В этой статье описываются критические этапы — анализ системных требований, системный анализ и проектирование системы — разработки децентрализованных криптоэкономических систем. Руководство также согласовывает эти этапы с установленными основами как в системной инженерии, так и в создании экосистемы на основе токенов. Кроме того, в нем представлена подробная разбивка задач, навыков и результатов для каждого этапа. Читатели не только получат глубокое понимание того, почему разработка токенов жизненно важна для устойчивой цифровой экономики, но и практическое понимание процесса, инструментов и экспертов, формирующих эту динамичную область. Обзор контента Введение Что такое разработка токенов? Процесс разработки токена Анализ системных требований Системный анализ Системный дизайн Краткое содержание Компании, за которыми стоит следить Интернет-сообщества Инструменты GitHub Курсы Дополнительные ресурсы Введение В 2022 году я начал свой путь в области разработки токенов, имея опыт работы в области мехатроники и робототехники. За последние два года я собрал ресурсы, которые, по моему мнению, могут помочь другим ориентироваться в этой развивающейся области. На это исследование значительное влияние оказали несколько ключевых фигур в этой области. Концептуальная основа для понимания во многом основана на новаторских работах , который определяет инженерию токенов как дисциплину системного проектирования и комплексной системной инженерии. сыграла ключевую роль в развитии области разработки токенов посредством платформы TE Academy и своих инициатив, которые включают организацию исследовательских сессий, таких мероприятий, как EthCC Barcamp, учебных групп, курсов и грантов, а также сбор глобального сообщества экспертов и энтузиасты в этой области. , и — другие ключевые фигуры, чьи ценные исследования сыграли ключевую роль в определении и создании этой новой области, подчеркивая центральную роль разработки токенов для инноваций и развития в экосистемах web3. Признавая сложную и междисциплинарную природу этой области, а также сложную и разнообразную природу тем, я включил в статью множество ссылок на ресурсы, чтобы предложить читателям более глубокое понимание конкретных концепций. криптоэкономических систем Майкла Заргама Анджела Крайтенвайс Кшиштоф Парух Трент МакКонахи доктор Ахим Струве Что такое разработка токенов? Определение Токен-инжиниринг — это проектирование, проверка и оптимизация сложных экономических систем на основе токенов. Почему разработка токенов имеет значение Разработка токенов – это не просто создание ; это строгая дисциплина, требующая комплексного подхода к проектированию децентрализованных систем. Точно так же, как традиционные системы требуют тщательного планирования, анализа и проектирования, экосистемы токенов также требуют строгого процесса их разработки и реализации. Независимо от того, собираете ли вы требования или развертываете каждый этап играет решающую роль в обеспечении того, чтобы децентрализованная система была не только технически надежной, но также экономически жизнеспособной и социально эффективной. Когда мы углубимся в нюансы каждого этапа, вы увидите, что разработка токенов — это не просто техническая задача, а комплексный подход к созданию устойчивой цифровой экономики. цифровых активов смарт-контракты, В современном мире децентрализованных и распределенных экономических систем с поддержкой блокчейна мы углубимся в область разработки токенов как важную часть развития децентрализованных экосистем, рассматривая ее через призму проектирования систем и рассматривая ее как специализированное подмножество. инженерии сложных систем. Процесс разработки токена В этой статье мы очертим объем процесса разработки токена в рамках трех стандартных этапов жизненного цикла разработки продукта. Этот процесс разработки токенов тесно связан с устоявшимися основами системного проектирования, а также со , которая включает этапы обнаружения, проектирования и развертывания. Мы опишем необходимые навыки, ожидаемые результаты и основные инструменты для каждого этапа, чтобы обеспечить всестороннее понимание области. структурированной структурой Outlier Ventures по созданию экосистем на основе токенов Анализ системных требований Системный анализ Системный дизайн Анализ системных требований Анализ системных требований — это первый этап, на котором мы документируем системные требования. Здесь мы определяем, чего должна достичь система. Заинтересованные стороны обычно согласовывают эти требования, прежде чем двигаться дальше. Это создает основу для последующих этапов анализа, проектирования и разработки и служит отправной точкой для всех заинтересованных сторон. Этап анализа системных требований далее делится на следующие подэтапы/этапы: Сбор системных требований Анализ требований Сбор системных требований На этом этапе от заинтересованных сторон собираются (документированные/устные) потребности и ограничения высокого уровня. Основное внимание уделяется пониманию того, чего заинтересованные стороны ожидают от системы. Сюда могут входить как функциональные, так и нефункциональные требования, такие как функции, производительность, безопасность и соответствие требованиям. Процесс В первую очередь сосредоточено на выявлении и подробном описании функций и возможностей, которыми должна обладать система. Этот этап часто включает в себя интервью с заинтересованными сторонами, определение вариантов использования и документирование как функциональных, так и нефункциональных требований. Он отвечает на такие вопросы, как «Что должна делать система?» и «Каковы ограничения?» Проведите интервью с заинтересованными сторонами для сбора потребностей и ожиданий. Документируйте пользовательские истории или варианты использования. Определите функциональные и нефункциональные требования (например, безопасность, масштабируемость). Компоненты Функциональные требования (функции, которые должна иметь система) Нефункциональные требования (производительность, безопасность, соблюдение правовых норм, таких как законы о борьбе с отмыванием денег (AML) и т. д.) Требования к производительности Технические требования к системе Технические характеристики Варианты использования или пользовательские истории (сценарии, описывающие, как будет использоваться система) Анализ требований После первоначального сбора системных требований второй подэтап/фаза анализа требований фокусируется конкретно на изучении и уточнении требований проекта путем анализа, проверки и определения приоритетности этих требований при одновременном документировании функциональных и нефункциональных требований системы. Цель состоит в том, чтобы гарантировать, что требования являются конкретными, измеримыми, достижимыми, актуальными и ограниченными по времени (SMART). Это включает в себя действия по разъяснению, расстановке приоритетов и проверке. Уточненные требования затем становятся основой для системного анализа и проектирования системы. Этот шаг гарантирует, что требования являются однозначными, полными и соответствуют целям проекта. Это гарантирует, что все заинтересованные стороны имеют общее понимание того, чего должна достичь система. Анализ требований может дать ответ: «Какие вознаграждения за ставки будут стимулировать участие в сети?» Компоненты Хотя анализ системных требований часто начинается со сбора первоначальных требований от заинтересованных сторон, часть анализа требований погружается глубже, чтобы тщательно изучить эти требования на предмет ясности, полноты, осуществимости и актуальности путем: обеспечение соответствия собранных требований целям проекта и потребностям заинтересованных сторон. Валидация: : принятие решения о том, какие требования являются обязательными, а какие желательно иметь. Расстановка приоритетов Разбивка требований высокого уровня на более подробные спецификации. Пояснение: выявление и разрешение противоречивых требований различных заинтересованных сторон. Разрешение конфликтов: Результатом процесса анализа требований часто является обновленная и более подробная версия документа спецификации требований, который теперь включает в себя расставленные по приоритетам, уточненные и проверенные требования. Навыки/Техники Разработка требований Моделирование вариантов использования, картирование пользовательских историй и определение приоритетов функций. Проектирование механизмов и теория игр Коммуникация и управление заинтересованными сторонами Базовое понимание концепций блокчейна и Web3. В контексте экосистем токенов или проектов блокчейнов этот этап может включать в себя разработку механизмов и теорию игр. Эти методы помогают в разработке структур стимулирования, моделей управления и других функций, которые имеют решающее значение для децентрализованных систем. Основное внимание здесь уделяется тому, какие механизмы должны быть созданы, чтобы система функционировала должным образом. Результат/результат подробный документ, описывающий, что должна делать система, часто включая макеты или каркасы. Документ со спецификацией требований: Он включает в себя как первоначальный сбор требований, так и более детальный анализ требований. В нем описывается, что должна делать система. Документ спецификации требований фокусируется на том, «что» — чего должна достичь система, без подробного описания того, как она это будет делать. Пример Предположим, мы создаем протокол Metaverse, который позволяет пользователям владеть цифровыми активами, торговать ими и взаимодействовать с ними в виртуальном мире. Требования могут включать: Цифровые активы, принадлежащие пользователям (NFT). Биржа для торговли активами. Виртуальные пространства для социального взаимодействия. Механизмы управления решениями сообщества. Совместимость с другими протоколами Metaverse. Низкая задержка и высокая производительность. При анализе системных требований мы документируем эти функции и критерии, которым должен соответствовать протокол Metaverse, а также должным образом изучаем и уточняем эти требования. Этот этап закладывает основу и служит ориентиром для того, чего должна достичь система. Системный анализ Как только мы узнаем, что должна делать система, мы приступим к анализу того, как это можно сделать и какие проблемы могут возникнуть. Этот шаг включает в себя технико-экономическое обоснование, управление рисками, стресс-тестирование, экономическое моделирование и иногда первоначальные прототипы для проверки ключевых предположений. Результаты этого этапа могут уточнить или даже изменить первоначальные требования. Системный анализ также включает в себя оценку существующих аналогичных систем и понимание различных аспектов, таких как требования пользователей, ограничения системы и потенциальные узкие места. Часто это включает в себя анализ осуществимости проекта с точки зрения технологии и экономики. Он предполагает изучение последствий интеграции с существующими экосистемами или потенциала создания новых систем. Этот этап, особенно в сложных системах, таких как экосистемы токенов, включает для проверки осуществимости и надежности механизмов, разработанных на этапе анализа требований для проверки предположений о поведение системы, стимулы пользователей и экономическая жизнеспособность. Эти методы направлены на то, чтобы предвидеть, как система будет вести себя в различных условиях. математическую спецификацию, дифференциальные спецификации, представление пространства состояний, агентное моделирование и моделирование системной динамики Системный анализ может ответить: «Выдержит ли механизм ставок чрезвычайную волатильность рынка и как агенты будут вести себя в таких условиях?» Системный анализ направлен на то, чтобы понять, как лучше всего реализовать требования и технические проблемы, связанные с реализацией этих функций и функций. Этот этап включает в себя моделирование, моделирование и другие формы проверки, чтобы понять, как система может соответствовать определенным требованиям. Он отвечает на такие вопросы, как «Возможно ли это технически?» и «Каковы потенциальные риски?» Задания Технико-экономическое обоснование: Техническая, экономическая и эксплуатационная целесообразность. Предварительное моделирование для проверки предположений или понимания поведения системы. Оценка рисков: выявление потенциальных узких мест, ограничений или рисков безопасности. Моделирование и моделирование: для моделирования поведения и разработки стимулов для пользователей, для проверки предположений и понимания поведения системы. Навыки/Техники Математическое моделирование (Математические характеристики, ) Дифференциальные характеристики Государственные космические представления Статистическое моделирование Системная динамика и агентное моделирование Результат/результат Технико-экономическое обоснование: документирование жизнеспособности и рисков, связанных с проектом. Обновленные требования: изменения или уточнения первоначальных требований на основе анализа. Математические и дифференциальные характеристики механизмов и систем Математические (представления в пространстве состояний) и статистические модели Моделирование (агентная и системная динамика) Пример На этом этапе мы оцениваем осуществимость и последствия требований. В нашем примере с Метавселенной это может включать в себя: Осуществимость: может ли нынешняя технология блокчейна обеспечить необходимый нам уровень производительности? Экономическая модель: Как рынок будет функционировать экономически? Существуют ли какие-либо теоретические игровые соображения по поводу трейдинга? Поведение пользователей: как пользователи будут взаимодействовать с активами и друг с другом? Стресс-тестирование: как поведут себя агенты в экстремальных условиях? Граничные условия: что худшего может случиться и как этого избежать? Безопасность: Каковы потенциальные уязвимости, которыми могут воспользоваться субъекты? Системный дизайн После понимания требований и выполнения анализа переходим к проектированию архитектуры и компонентов системы. Результатом этого этапа является проект построения реальной системы, включая решения по стеку технологий, модели данных и рабочие процессы. В контексте децентрализованной системы или экосистемы токенов системный дизайн служит архитектурным планом, который определяет, как будет построена система и как ее компоненты будут взаимодействовать друг с другом. Этот этап наступает после того, как анализ системных требований и системный анализ установили, что должна делать система, и подтвердили, что это осуществимо. Задания Архитектурное проектирование: создание высокоуровневой структуры системы. Проектирование компонентов: Детальное проектирование каждого компонента, например смарт-контрактов или API, интеграций. Моделирование данных: решение о том, как данные будут храниться, получать к ним доступ и управляться. Модели токенов, стратегии, ключевые показатели эффективности, Требуются навыки Архитектура программного обеспечения Разработка смарт-контрактов Системная инженерия Проверка и оптимизация Дизайн пользовательского опыта (UX) Результат/результат Документ о проектировании системы: подробный план архитектуры системы, компонентов, моделей данных и потоков взаимодействия. В документе со спецификациями системы основное внимание уделяется тому, «как» — предоставлению плана построения системы. Этот документ носит более технический характер и обычно является результатом этапа проектирования системы. В нем описывается, как система будет соответствовать требованиям, изложенным в Документе со спецификацией требований. Документ спецификации системы может включать в себя: Пример После того, как требования установлены и проанализированы, мы переходим к проектированию системы, чтобы создать архитектуру, которая будет удовлетворять этим требованиям. Для нашего протокола Metaverse это может включать в себя: Уровень блокчейна: выбор между решением уровня 1 или уровня 2 в зависимости от потребностей масштабируемости. Смарт-контракты: Разработка контрактов, которые будут управлять владением активами, торговлей и управлением. Токеномика: определение роли токенов в стимулировании участия и управления. Если в ходе анализа требований мы определили, что нашей экосистеме токенов нужен токен управления, а системный анализ подтвердил, что такой механизм возможен, на этапе проектирования системы будет указано: Код смарт-контракта для создания и распространения токенов управления. Структура управления, кворум, порог кворума, количество голосов и т. д. Краткое содержание Эти этапы разработки продукта являются последовательными, но не строго линейными; они часто являются итеративными и могут зацикливаться друг на друге. Например: Петли обратной связи. В ходе системного анализа вы можете обнаружить, что некоторые требования неосуществимы или могут быть оптимизированы, что приведет к пересмотру системных требований. Итеративное уточнение: по мере разработки проекта новые идеи могут потребовать повторного рассмотрения этапов анализа или требований. Гибкая разработка. В гибких средах эти шаги могут выполняться меньшими итеративными циклами, а не одной большой последовательностью, что позволяет осуществлять постоянное совершенствование. Эти этапы являются итеративными и часто повторяются для уточнений. Например, во время проектирования системы вы можете осознать необходимость обновления требований или повторного анализа определенных аспектов, что приведет к возврату к более ранним этапам. На каждом этапе имеется свой набор специализированных навыков, но все они способствуют достижению конечной цели проекта: созданию функциональной и эффективной системы Web3. Компании, за которыми стоит следить БлокНаука Рукавица ТЕ Академия ТЕ Лабс Выбросы Венчурс TE Commons БлокАпекс Лабс Токеномия Про Токеномика ДАО Экономика Дизайн КриптоЭконЛаб Вот список компаний, косвенно вносящих вклад в разработку токенов посредством ценных исследований: КонсенСис a16z Крипто Океанский протокол Парадигма Звено цепи Интернет-сообщества Дискорд Академии TE TE Labs Дискорд Исследовательские сессии Академии TE Учебные группы Академии TE Раздор Outlier Venture Разногласия по стеку Commons CADCAD Дискорд Список Твиттера Группа исследования кривой сцепления Инструменты Ниже приводится список инструментов, обычно используемых в этой области, со ссылками для дальнейшего изучения и понимания. Также отмечены известные личности, работающие над этими инструментами. Майкл Заргхэм, , , , , , , , исследовательская группа cadCAD по разногласиям в Академии TE) cadCAD от BlockScience — Zanecstarr ( Введение в cadCAD от Майкла Заргама учебные пособия на YouTube пошаговое руководство по модели обзор структуры модели исследовательская группа процесс моделирования форум сообщества — Махинации Любопытный кролик Эт radCAD от CADLabs , TokenSpice от команды Ocean Protocol — Трент МакКонахи ( Верификация систем на основе токенов Инструменты проверки ) QTM от Outlier Venture's — доктор Ахим Струве Интеграция QTM radCAD (в процессе) — д-р Ахим Струве (продолжается) — Исследование кривой связи Curiousrabbit Eth Разработка токенов на основе искусственного интеллекта (в процессе) — Рохан Мехта GitHub Помимо репозиториев GitHub для инструментов и моделей, упомянутых в этой статье, стоит изучить следующие дополнительные репозитории GitHub. https://github.com/CADLabs https://github.com/BlockScience https://github.com/bonding-curves https://github.com/Jeiwan/uniswapv3-code/tree/main https://github.com/backstop-protocol/whitepaper/blob/master/Risk Analysis Framework.pdf https://github.com/A-Hitchhiker-s/Guide-to-Token-Engineering/tree/master Курсы Курс Академии TE Архитектура программного обеспечения и проектирование современных крупномасштабных систем Мастер-класс cadCAD: Экономика валидатора Ethereum Дополнительные ресурсы В дополнение к многочисленным ресурсам, упомянутым в этой статье, следующие дополнительные материалы могут еще больше углубить ваше понимание этой сложной области. — Составленные примечания Token Engineering 101 Экономика и математика разработки токенов и Defi Токеномика и токены блокчейна: морфологическая структура, ориентированная на дизайн Структура создания экосистемы токенов от Outlier Ventures », Майкл Заргэм «Инженерия сложных систем Также опубликовано . здесь