Аудитории спортивных соревнований, онлайн игр и крипто сообщество во многом пересекаются. Наш клиент проводит соревнования по одной из командных онлайн-игр.
Организатор события решил выпустить пакеты NFT токенов
и распространить их среди сообщества фанатов игры. Пакеты разного уровня премиальности отличаются тем, что в них
с большей или меньшей вероятностью могут встречаться особо редкие NFT-токены. Также в премиальных пакетах обязательно присутствует уникальный контент, например, атрибуты
для использования в видео-игре, автографы игроков или их персональные видео-обращения.
Сами токены соотносятся с реальными атрибутами, моментами или участниками игры. Между токенами имеется связь, позволяющая собирать их в коллекции. Например, фанат игрока может собрать все моменты с его участием, его автографы, его персонажей и так далее.
Поэтому в итоге клиент остановил свой выбор на втором варианте,
в котором каждый узел выполняет одну и ту же функцию,
а консенсус поддерживается простым большинством участников сети. Такая архитектура обеспечивает высокую скорость работы
и возможность обработки большого количества транзакций одновременно.
Вторым этапом мы приступили к разработке проекта. Параллельно работало несколько команд: блокчейн, бэкенд и мобильные разработчики. Мы использовали методологию Agile, в соответствии
с которой клиент может вносить изменения по ходу проекта. Оплата производится по фактически затраченным часам специалистов. Тем не менее мы сделали предварительную оценку и уточняли ее на каждой итерации.
Вначале мы выпустили MVP продукта, задача которого была настроить баланс игры и провести нагрузочное тестирование платформы. Был запущен всего один практически полнофункциональный узел (без алгоритма консенсуса и ряда второстепенных сервисов). В тестовой сети было издано около 5%
от планируемых коллекций токенов с основными параметрами
и взаимосвязями. Пара десятков энтузиастов из игрового сообщества и торговые роботы, имитирующие поведение реальных пользователей, проводили операции в течение недели. Вместо мобильного приложения использовался кошелек с веб-интерфейсом.
Golang, Vue JS, Docker, Nginx, MySQL, Elasticsearch, Camunda BPM
Product Owner
Project manager
UI / UX Designers
Analysts
Developers
QA
Следующим этапом мы отлаживали платформу, вносили изменения в баланс игры и разработали мобильное приложение. Мы провели еще два тестирования теми же методами на доработанном MVP
и приготовились запускать рабочий вариант продукта.
Дело в том, что для успеха продукта важны были именно первые коллекции. Они должны были не только не разочаровать, но
и поразить сообщество. И только благодаря углубленному тестированию MVP нам удалось это сделать. Первый запуск привлек повышенное внимание сообщества, но платформа была готова
к большой нагрузке. В результате продукт был успешно запущен
и продолжает свое развитие. У клиента есть возможность добавлять новые механики и взаимосвязи, выпускать токены и коллекции, радовать сообщество новыми атрибутами, интегрированными
в игру.
Выпуск NFT коллекций принес существенный дополнительный доход организаторам соревнований онлайн-игры. Благодаря интеграции токенов в онлайн-игру повысилась вовлеченность пользователей,
и увеличился приток новых игроков.
На первом этапе проработки проекта мы должны были определить архитектуру решения и его продуктовые составляющие. Со вторым пунктом не возникло никаких затруднений: заказчик хорошо знал пользователей и их интересы. Карта пути пользователя, User Story, дизайн продукта, баланс NFT-коллекций и метрики продукта были составлены нашими командами совместно.
Чтобы принять решение по архитектуре продукта, потребовалось детально проработать и оценить несколько вариантов. Стоял вопрос, требуется ли создавать приватный блокчейн, или подойдет какой-либо из публичных. На рынке
не оказалось готовой платформы, которая бы позволила воплотить все требования к токенам и их коллекциям. Чтобы развернуть приватную блокчейн-платформу, потребовались бы дополнительные вложения. Однако они окупаются благодаря отсутствию комиссии и большей гибкости. Также решалась бы задача администрирования проекта и его дальнейшего развития.
После того как клиент остановил свой выбор на приватном блокчейне, предстояло принять решение о степени его централизации. Дело в том, что клиент представлял нескольких участников: разработчиков игры, инвесторов, сообщество игроков и саму команду NFT-проекта. Мы предложили два варианта архитектуры.
Первый вариант предполагал развертывание сети
из нескольких узлов, каждый из которых выполнял бы отдельную роль: исполнение смарт-контрактов, формирование и хранение реестра транзакций, поддержание пула опубликованных транзакций и так далее. Каждый участник проекта управлял бы своим узлом, а значит система работала бы только при поддержке всех участников. Такой подход позволяет создать децентрализованную систему, в которой важен каждый. Но при этом скорость работы системы зависит от скорости соединения и работы каждого узла. Это снижало бы отказоустойчивость и устойчивость к высоким нагрузкам.
Вторым этапом мы приступили к разработке проекта. Параллельно работало несколько команд: блокчейн, бэкенд
и мобильные разработчики. Мы использовали методологию Agile, в соответствии с которой клиент может вносить изменения по ходу проекта. Оплата производится по фактически затраченным часам специалистов. Тем не менее мы сделали предварительную оценку и уточняли ее на каждой итерации.
Вначале мы выпустили MVP продукта, задача которого была настроить баланс игры и провести нагрузочное тестирование платформы. Был запущен всего один практически полнофункциональный узел (без алгоритма консенсуса и ряда второстепенных сервисов). В тестовой сети было издано около 5% от планируемых коллекций токенов с основными параметрами и взаимосвязями. Пара десятков энтузиастов
из игрового сообщества и торговые роботы, имитирующие поведение реальных пользователей, проводили операции
в течение недели. Вместо мобильного приложения использовался кошелек с веб-интерфейсом.
Следующим этапом мы отлаживали платформу, вносили изменения в баланс игры и разработали мобильное приложение. Мы провели еще два тестирования теми
же методами на доработанном MVP и приготовились запускать рабочий вариант продукта.
Дело в том, что для успеха продукта важны были именно первые коллекции. Они должны были не только не разочаровать, но и поразить сообщество. И только благодаря углубленному тестированию MVP нам удалось это сделать. Первый запуск привлек повышенное внимание сообщества,
но платформа была готова к большой нагрузке. В результате продукт был успешно запущен и продолжает свое развитие.
У клиента есть возможность добавлять новые механики
и взаимосвязи, выпускать токены и коллекции, радовать сообщество новыми атрибутами, интегрированными
в игру.
Выпуск NFT коллекций принес существенный дополнительный доход организаторам соревнований онлайн-игры. Благодаря интеграции токенов в онлайн-игру повысилась вовлеченность пользователей, и увеличился приток новых игроков.
Выпуск NFT коллекций принес существенный дополнительный доход организаторам соревнований онлайн-игры. Благодаря интеграции токенов
в онлайн-игру повысилась вовлеченность пользователей,
и увеличился приток новых игроков.
Вторым этапом мы приступили к разработке проекта. Параллельно работало несколько команд: блокчейн, бэкенд
и мобильные разработчики. Мы использовали методологию Agile, в соответствии с которой клиент может вносить изменения по ходу проекта. Оплата производится по фактически затраченным часам специалистов. Тем не менее мы сделали предварительную оценку и уточняли ее на каждой итерации.
Вначале мы выпустили MVP продукта, задача которого была настроить баланс игры и провести нагрузочное тестирование платформы. Был запущен всего один практически полнофункциональный узел (без алгоритма консенсуса и ряда второстепенных сервисов). В тестовой сети было издано около 5% от планируемых коллекций токенов с основными параметрами и взаимосвязями. Пара десятков энтузиастов
из игрового сообщества и торговые роботы, имитирующие поведение реальных пользователей, проводили операции
в течение недели. Вместо мобильного приложения использовался кошелек с веб-интерфейсом.
Следующим этапом мы отлаживали платформу, вносили изменения в баланс игры и разработали мобильное приложение. Мы провели еще два тестирования теми
же методами на доработанном MVP и приготовились запускать рабочий вариант продукта.
Дело в том, что для успеха продукта важны были именно первые коллекции. Они должны были не только
не разочаровать, но и поразить сообщество. И только благодаря углубленному тестированию MVP нам удалось
это сделать. Первый запуск привлек повышенное внимание сообщества, но платформа была готова к большой нагрузке.
В результате продукт был успешно запущен и продолжает свое развитие. У клиента есть возможность добавлять новые механики и взаимосвязи, выпускать токены и коллекции, радовать сообщество новыми атрибутами, интегрированными
в игру.
Выпуск NFT коллекций принес существенный дополнительный доход организаторам соревнований онлайн-игры. Благодаря интеграции токенов в онлайн-игру повысилась вовлеченность пользователей,
и увеличился приток новых игроков.
Аудитории спортивных соревнований, онлайн игр
и крипто сообщество во многом пересекаются. Наш клиент проводит соревнования по одной из командных онлайн-игр.
Организатор события решил выпустить пакеты NFT токенов
и распространить их среди сообщества фанатов игры. Пакеты разного уровня премиальности отличаются тем, что в них с большей или меньшей вероятностью могут встречаться особо редкие NFT-токены. Также
в премиальных пакетах обязательно присутствует уникальный контент, например, атрибуты для использования
в видео-игре, автографы игроков или их персональные видео-обращения.
Сами токены соотносятся
с реальными атрибутами, моментами или участниками игры. Между токенами имеется связь, позволяющая собирать их в коллекции. Например, фанат игрока может собрать все моменты с его участием, его автографы, его персонажей и так далее.
На первом этапе проработки проекта мы должны были определить архитектуру решения и его продуктовые составляющие. Со вторым пунктом не возникло никаких затруднений: заказчик хорошо знал пользователей и их интересы. Карта пути пользователя, User Story, дизайн продукта, баланс NFT-коллекций и метрики продукта были составлены нашими командами совместно.
Чтобы принять решение по архитектуре продукта, потребовалось детально проработать и оценить несколько вариантов. Стоял вопрос, требуется ли создавать приватный блокчейн, или подойдет какой-либо из публичных. На рынке не оказалось готовой платформы, которая бы позволила воплотить все требования к токенам и их коллекциям. Чтобы развернуть приватную блокчейн-платформу, потребовались бы дополнительные вложения. Однако они окупаются благодаря отсутствию комиссии и большей гибкости. Также решалась бы задача администрирования проекта и его дальнейшего развития.
После того как клиент остановил свой выбор на приватном блокчейне, предстояло принять решение о степени его централизации. Дело в том, что клиент представлял нескольких участников: разработчиков игры, инвесторов, сообщество игроков
и саму команду NFT-проекта. Мы предложили два варианта архитектуры.
Первый вариант предполагал развертывание сети из нескольких узлов, каждый из которых выполнял бы отдельную роль: исполнение смарт-контрактов, формирование и хранение реестра транзакций, поддержание пула опубликованных транзакций и так далее. Каждый участник проекта управлял бы своим узлом, а значит система работала бы только при поддержке всех участников. Такой подход позволяет создать децентрализованную систему, в которой важен каждый. Но при этом скорость работы системы зависит от скорости соединения и работы каждого узла. Это снижало бы
отказоустойчивость и устойчивость к высоким нагрузкам.
Выпуск NFT коллекций принес существенный дополнительный доход организаторам соревнований онлайн-игры. Благодаря интеграции токенов в онлайн-игру повысилась вовлеченность пользователей, и увеличился приток новых игроков.
Поэтому в итоге клиент остановил свой выбор на втором варианте, в котором каждый узел выполняет одну и ту же функцию, а консенсус поддерживается простым большинством участников сети. Такая архитектура обеспечивает высокую скорость работы и возможность обработки большого количества транзакций одновременно.
Поэтому в итоге клиент остановил свой выбор на втором варианте, в котором каждый узел выполняет одну и ту же функцию, а консенсус поддерживается простым большинством участников сети. Такая архитектура обеспечивает высокую скорость работы
и возможность обработки большого количества транзакций одновременно.
На первом этапе проработки проекта мы должны были определить архитектуру решения и его продуктовые составляющие. Со вторым пунктом не возникло никаких затруднений: заказчик хорошо знал пользователей и их интересы. Карта пути пользователя, User Story, дизайн продукта, баланс NFT-коллекций и метрики продукта были составлены нашими командами совместно.
Чтобы принять решение по архитектуре продукта, потребовалось детально проработать и оценить несколько вариантов. Стоял вопрос, требуется ли создавать приватный блокчейн, или подойдет какой-либо
из публичных. На рынке не оказалось готовой платформы, которая бы позволила воплотить все требования к токенам и их коллекциям. Чтобы развернуть приватную блокчейн-платформу, потребовались бы дополнительные вложения. Однако они окупаются благодаря отсутствию комиссии и большей гибкости. Также решалась бы задача администрирования проекта и его дальнейшего развития.
После того как клиент остановил свой выбор на приватном блокчейне, предстояло принять решение о степени его централизации. Дело в том, что клиент представлял нескольких участников: разработчиков игры, инвесторов, сообщество игроков
и саму команду NFT-проекта.
Мы предложили два варианта архитектуры.
Первый вариант предполагал развертывание сети
из нескольких узлов, каждый
из которых выполнял бы отдельную роль: исполнение смарт-контрактов, формирование
и хранение реестра транзакций, поддержание пула опубликованных транзакций
и так далее. Каждый участник проекта управлял бы своим узлом, а значит система работала бы только при поддержке всех участников. Такой подход позволяет создать децентрализованную систему,
в которой важен каждый. Но при этом скорость работы системы зависит от скорости соединения и работы каждого узла. Это снижало бы отказоустойчивость
и устойчивость к высоким нагрузкам.
Вторым этапом мы приступили
к разработке проекта. Параллельно работало несколько команд: блокчейн, бэкенд
и мобильные разработчики. Мы использовали методологию Agile, в соответствии с которой клиент может вносить изменения по ходу проекта. Оплата производится по фактически затраченным часам специалистов. Тем не менее мы сделали предварительную оценку и уточняли ее на каждой итерации.
Вначале мы выпустили MVP продукта, задача которого была настроить баланс игры
и провести нагрузочное тестирование платформы. Был запущен всего один практически полнофункциональный узел (без алгоритма консенсуса и ряда второстепенных сервисов).
В тестовой сети было издано около 5% от планируемых коллекций токенов с основными параметрами и взаимосвязями. Пара десятков энтузиастов
из игрового сообщества
и торговые роботы, имитирующие поведение реальных пользователей, проводили операции в течение недели. Вместо мобильного приложения использовался кошелек с веб-интерфейсом.
Следующим этапом мы отлаживали платформу, вносили изменения в баланс игры
и разработали мобильное приложение. Мы провели еще два тестирования теми
же методами на доработанном MVP и приготовились запускать рабочий вариант продукта.
Дело в том, что для успеха продукта важны были именно первые коллекции. Они должны были не только не разочаровать, но и поразить сообщество.
И только благодаря углубленному тестированию MVP нам удалось это сделать. Первый запуск привлек повышенное внимание сообщества, но платформа была готова к большой нагрузке.
В результате продукт был успешно запущен и продолжает свое развитие. У клиента есть возможность добавлять новые механики и взаимосвязи, выпускать токены и коллекции, радовать сообщество новыми атрибутами, интегрированными
в игру.