Временная страница (удалить после проработки)
🚩 Всё, что написано ниже требуется разнести по разделам и подразделам!
Цель проекта
Решаемая проблема
Проект Viewergy содержит большое количество акторов с различными собственными свойствами. Кроме того, результаты проекта зависят от множества внешних факторов, многие из которых носят вероятностный характер (например, курсы фиатных или криптовалют).
По этой причине невозможно вычислить финансовые и статистические показатели проекта только через аналитические формулы.
Цель и особенности моделирования
Требуется проектирование игровой экономико-финансовой симуляции блокчейн-проекта в виде информационной системы Viewergy Model, управляемой событиями. Каждый прогон должен обеспечивать вычисление статистических и экономических показателей в динамике в игровом времени (для последующего анализа рентабельности и эффективности проекта).
Начальные условия, состояния и характеристики акторов задаются через файл настроек. Статистические данные о курсах фиатных и/или криптовалют, используемых в модели, должны предоставляться в виде файлов, содержащих соответствующие временные ряды.
За счёт применения ГСЧ достигается вариативность конечных результатов, что позволяет оценить эффективность проекта при различных (благоприятных или неблагоприятных) условиях.
Информационная система может быть многозвенной, что позволит реализовать её с применением различных технологий и языков программирования (Python, Golang), а также с использованием готовых решений с открытым исходным кодом, где это возможно.
Ожидаемый конечный результат
Результатом проекта должна стать информационная система, способная выполнять моделирование.
Конечным итогом каждого «прогона» этой системы с определёнными входными данными должен быть отчёт, содержащий финансовые и статистические показатели проекта. Желательно представление информации в наглядной форме — в виде графиков и таблиц.
Требует переработки и/или переноса в другие разделы
Чего в мире не будет (ограничения):
Я сознательно игнорирую блокчейн, как таковой (то есть, стоимость комиссий, расход «газа», и даже сама по себе работоспособность блокчейна — всё это для моего мира не важно, чтобы не перегружать сложность).
Я игнорирую стоимость переводов в фиатной валюте, налоги, и прочее. Не будет также и хакерских атак, бандитизма и прочего. Это не требуется. Всё работает идеально, денежные переводы, Интернет и т. д., — всё это безусловно работает, и лишь подразумевается в модели, но не эмулируется.
Не будет также регуляторов (ЦБ, ФНС и проч.).
Не требуется банк (он будет «скрыт» во внешнем мире).
Не будет никакого стейкинга (моя монетка будет работать в чужом блокчейне, а выпускаться она будет виртуальными майнерами, и стейкинг тут ни при чем).
Не нужны никакие агрегаторы (в том числе, агрегаторы ликвидности: за это будет отвечать маркет-мейкер), аналитики, боты (у меня каждый пользователь — в какой-то мере, это и есть бот).
Не требуется отдельного NFT-маркет-плейса. Изначально виртуальные майнеры (которые по своей сути являются NFT) будут продаваться на «оптовом рынке», а затем — просто на бирже (эта сущность уже предусмотрена).
Не будет никаких фондов (ни управления, ни развития) и никаких других токенов (ни утилити, ни управления), кроме тех, которые уже описаны.
Не нужны никакие арбитражеры или арбитражные боты, поскольку биржа будет у меня одна и только одна.
Что можно будет моделировать, не создавая явных сущностей.
Глобальные катаклизмы и шоки («черный лебедь») или наоборот какие-то очень позитивные моменты (ажиотажный спрос) — через публикацию собыйти в «мировой ленте новостей».
Циклы и всплески активности пользователей — через «коэффициент активности» календаря.
Повышение и понижение волатильности можно будет реализовать через активность маркет-мейкера (которая, в свою очередь может быть завязана на календарь).
Репутация проекта может также эмулироваться через публикацию новостей в ленте, а также через индивидуальный пользовательский опыт отдельных пользователей.
За пределами мира:
логирование, аудит, все активности и все метрики всех акторов;
статистические исследователи (наблюдатели-обсерверы, аналитики, агрегаторы, которые исследуют логи и метрики), которые могут на основе этого формировать новости в «мировую ленту» (такого рода, например, как «увеличилось количество пользователей проекта», или «большинство пользователей проекта довольны»);
источники котировок для «внешних» сущностей (например, котировки рубля против «потребительской корзины» могут отражать инфляцию рубля).
Такие вещи как «профиль поведения пользователя», его репутация, настроение, активность, фазы сна/бодрствования, планирование, стратегии поведения, и т.д. — это уже свойства пользователя. На текущем уровне рассмотрения мы их не берем во внимание. По этой же аналогии, например, «биржевой стакан», «мэтчер» (механизм сведения заявок) и так далее — это уже внутренности биржи. И опять же, это — на данном уровне не рассматриваем.
Дополнительно: Счета (кошельки) и балансы на них — это, конечно же исключительно важная (пожалуй, наиважнейшая) часть эмуляции, но это — тоже атрибут более низкого уровня. Это — как бы уже «нано-уровень», потому что счета — это свойства:
пользователей;
биржи
контрактов и так далее. Поэтому пока что мы подразумеваем, что счета (кошельки), конечно же будут, но не на текущем уровне детализации, а на следующем (более низком) уровне.
Требуется:
детализировать и описать все упомянутые сущности, а также их свойства и характеристики (их внутреннюю структуру);
сделать глоссарий (с пояснениями для каждого термина и разделением их на микро-, мезо- и макро-уровни;
построить диаграмму C4 для отображения архитектуры проекта;
построить диаграммы Stosks & Flows для отображения потоков;