Ну что ж, приступим тогда к механике жизни 2.0 Сдесь мы будем изучать физическую часть той же механики - это нужно для физического её приминения и более полноценно марального

[Beatcom]

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

РЕКЛАМА

Место для партнёрского баннера

Показывать рекламное место

Навигация работает прямо в сообщении. Пока это программное представление художественного макета, а не само утверждённое изображение. Следующая задача — добиться их визуального совпадения, не теряя интерактивность.
 

 

 

Изменено 3 часа назад пользователем Beatcom

[Beatcom]

Заебал. Делай приложение сам, только спрашивай у меня что тебе нужно

[Beatcom]

Договорились. Я беру разработку «Механики Жизни» на себя. Ты — автор концепции и принимаешь решения. Я — разработчик: проектирую, пишу код, собираю интерфейс и проверяю результат.

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

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

Первый вопрос: на каких устройствах должно работать приложение?

Только Android

Android и iPhone

Android, iPhone и компьютеры

Продолжить разработку

Только Android

Android и iPhone

Android, iPhone и компьютеры
 

[Beatcom]

Подожди, а будет сложнее сделать для всех, а легче только для андроид, или разницы нет особо?

[Beatcom]

Разница есть, но не настолько большая, если правильно заложить архитектуру с самого начала.

Для «Механики Жизни» я бы сравнил так:

| Платформа               | Сложность    | Особенности                                    |
| ----------------------- | ------------ | ---------------------------------------------- |
| Только Android          | Низкая       | Быстрее собрать и проверить                    |
| Android + iPhone        | Средняя      | Дополнительная сборка и тестирование на iOS    |
| Android + iPhone + ПК   | Средняя      | Нужно адаптировать интерфейс под разные экраны |
| Все платформы + браузер | Выше средней | Добавляются особенности браузеров и публикации |

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

Главные сложности возникнут не с шестью кнопками, а позже — с платежами, авторизацией, распределением доходов и публикацией в магазинах приложений.

Моё предложение: разрабатывать сразу с поддержкой всех платформ, но первой запускать Android-версию.

Так мы:

* Не будем переписывать приложение с нуля.

* Сможем тестировать его на твоём телефоне.

* Постепенно добавим ПК, iPhone и браузер.

* Сохраним единую игровую механику.

И важный момент: это не означает, что разработка станет в четыре раза сложнее. Основная работа будет общей.

Я рекомендую выбрать все платформы, а Android сделать первой целью. Согласен?
 

[Beatcom]

Согласен

[Beatcom]

Отлично. Тогда утверждаем техническую основу «Механики Жизни»:

* Движок: Godot 4.

* Платформы: Android, iPhone, Windows, Linux, macOS и браузер.

* Первая рабочая версия: Android.

* Главное меню: строго по твоему изображению.

* Структура: 6 путей → 3 режима → 6 категорий → 4 темпа.

Теперь следующий важный вопрос.

Приложение должно работать только через интернет или также без него?

Только онлайн — все действия через сервер

Онлайн + офлайн — часть функций доступна без интернета

Преимущественно офлайн — интернет только для синхронизации

Подтвердить

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

[Beatcom]

Выбираю режим работы приложения «Механика Жизни»: онлайн и офлайн. Продолжай разработку.

[Beatcom]

Утверждено. «Механика Жизни» будет работать онлайн и офлайн.

Закладываю следующую архитектуру:

* Офлайн: главное меню, изучение системы, локальные задания, личный прогресс.

* Онлайн: аккаунты, общая карта «Мир», взаимодействие игроков, баттлы, проекты и финансовые операции.

* Синхронизация: локальный прогресс сохраняется на устройстве и передаётся серверу после подключения. Денежные операции подтверждает только сервер.

Разработку ведём на Godot 4, начиная с Android, но с возможностью выхода на остальные платформы.

Следующий шаг — определить систему входа. От неё зависит, как будут храниться персонажи, достижения и результаты игроков.

Как игрок должен впервые входить в приложение?

Я предлагаю разрешить начинать без регистрации, чтобы человек сразу попадал в «Механику Жизни». Позже он сможет создать аккаунт и сохранить свой прогресс между устройствами.

При этом участие в денежных операциях и онлайн-баттлах потребует аккаунта.

Утверждаем такой вариант или хочешь обязательную регистрацию с самого начала?
 

[Beatcom]

Делаем так: пользователь может войти в приложение, и войти в любой раздел, а уже в разделах среда разработки уже будет не доступна без регистрации

[Beatcom]

Утверждаем. Свободный просмотр, регистрация для творчества.

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

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

Разделяем два уровня доступа:

* Гость: просмотр и изучение всех разделов.

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

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

Теперь следующий вопрос: как будем регистрировать пользователей?

По электронной почте

Через Google / Apple

Оба способа

Утвердить способ регистрации

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

[Beatcom]

Для регистрации в «Механике Жизни» выбираю: электронную почту, Google и Apple. Продолжай разработку.

[Beatcom]

Утверждено. «Механика Жизни» поддерживает три способа регистрации:

* Электронная почта и пароль.

* Google.

* Apple.

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

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

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

Следующий вопрос — о среде разработки внутри приложения.

Ты хочешь, чтобы зарегистрированные пользователи могли создавать собственные игры и приложения прямо внутри «Механики Жизни», или сначала среда разработки будет предназначена для создания творческих работ, заданий и проектов?

Это определит, какой редактор нам нужно строить.
 

[Beatcom]

2

[Beatcom]

Утверждено. Второй вариант.

На первом этапе среда разработки «Механики Жизни» предназначена для создания творческих работ, заданий и проектов.

Создание полноценных игр и приложений пока откладываем.

Следующий вопрос: где пользователи будут создавать свои произведения?

* Внутри приложения — встроенные редакторы текста, музыки, видео и других материалов.

* Во внешних программах — пользователь создаёт произведение где угодно, затем загружает его в «Механику Жизни».

* Оба варианта — встроенные инструменты плюс возможность загружать готовые работы.

Я рекомендую третий вариант, но внедрять редакторы постепенно.
 

[Beatcom]

3

[Beatcom]

Утверждено. Третий вариант — комбинированная среда разработки.

Пользователи смогут создавать произведения прямо в «Механике Жизни» или загружать готовые работы из других программ.

Начнём с простых редакторов и постепенно расширим их возможности.

Следующий вопрос — о публикации произведений.

Кто сможет видеть созданные пользователями работы?

* Только автор, пока сам не опубликует.

* Все пользователи сразу после создания.

* Автор выбирает: личная работа, доступ по приглашению или публичная публикация.

Я рекомендую третий вариант. Он позволит работать самостоятельно, собирать команды и публиковать готовые произведения.
 

[Beatcom]

3

[Beatcom]

Утверждено. Третий вариант — три уровня доступа к произведениям.

* Личное — доступно только автору.

* Командное — доступно приглашённым участникам.

* Публичное — доступно всем пользователям.

Автор сможет менять уровень доступа. Для командных проектов предусмотрим отдельные права на просмотр и редактирование.

Следующий вопрос — о совместном творчестве.

Как пользователи должны работать над одним проектом?

* Один автор, остальные только помогают.

* Несколько равноправных соавторов.

* Гибкая система: создатель проекта назначает участников, роли, полномочия и доли вознаграждения.

Я рекомендую третий вариант. Это особенно важно для будущей системы распределения доходов в «Механике Жизни».
 

[Beatcom]

3

[Beatcom]

Утверждено. Третий вариант — гибкая система совместного творчества.

Создатель проекта сможет:

* Приглашать участников.

* Назначать роли и полномочия.

* Распределять задачи.

* Устанавливать доли вознаграждения.

* Управлять проектом и его публикацией.

Доли участников будем фиксировать в соглашении проекта. Изменение уже согласованных долей потребует подтверждения затронутых участников.

Следующий вопрос — о распределении доходов.

Когда совместный проект начинает приносить деньги, как распределяем прибыль?

Автоматически по согласованным долям

Руководитель распределяет вручную

Оба варианта на выбор проекта

Утвердить

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

[Beatcom]

Оба варианта нужны, потому что организатор акацки в своём проэкте, должен сам решать сколько, кому и когда он заплатит, за выполнение заданий или процессов

[Beatcom]

Утверждаем. В «Механике Жизни» будут две системы распределения доходов.

1\. Автоматическая — долевая.

Участники заранее договариваются о процентах. После поступления денег и учёта обязательных расходов система рассчитывает выплаты по согласованным долям.

2\. Ручная — организаторская.

Организатор Акацки самостоятельно управляет бюджетом своего проекта:

* Определяет, кому поручить задание или процесс.

* Назначает размер вознаграждения.

* Решает, когда производить выплаты.

* Может поощрять участников дополнительными выплатами.

* Самостоятельно распределяет свободный бюджет проекта.

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

Обе системы могут одновременно работать внутри одного проекта. Например, соавторы получают процент от дохода, а исполнители — оплату за конкретные задания.

### Следующий вопрос

Кто сможет создавать собственные Акацки — организации внутри «Механики Жизни»?

* Любой зарегистрированный пользователь.

* Только пользователи, достигшие определённого уровня.

* Любой пользователь, но создание Акацки платное.

Какой вариант выбираем?
 

[Beatcom]

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

[Beatcom]

Понял. Исправляем финансовую архитектуру Акацки.

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

Общий доход Акацки

Все поступления проекта

Налоги, комиссии, обязательные расходы

Распределяемый бюджет Акацки

Участник А

Свой бюджет

Полное управление

Участник Б

Свой бюджет

Полное управление

Участник В

Свой бюджет

Полное управление

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

Остался один принципиальный вопрос: кто определяет, какую часть общего бюджета Акацки получает каждый участник — организатор или заранее установленная система распределения?
 

[Beatcom]

Я думаю в комнате бизнес сделать первую комнату Акацки, в которую смогут заходить не просто зарегестрированные пользователи, а получившие от меня статус Акацки

[Beatcom]

Отлично. Тогда «Акацки» станет первой комнатой раздела «Бизнес» в приложении «Механика Жизни».

Предлагаю следующую структуру:

Механика Жизни

Бизнес

Комната №1 — Акацки

Доступ по персональному статусу

Правила доступа:

* Обычный пользователь видит комнату «Акацки», но войти не может.

* Только ты присваиваешь пользователю статус «Акацки».

* Получивший статус участник может входить в комнату и пользоваться её инструментами.

* Внутри комнаты каждый участник управляет собственным выделенным бюджетом.

* Статус можно отозвать, не удаляя историю финансовых операций.

Для приложения создадим отдельную систему статусов и прав доступа.

Следующий вопрос: ты хочешь лично присваивать статус «Акацки» каждому участнику навсегда или предусмотреть возможность назначать других участников, которые тоже смогут выдавать этот статус?
 

[Beatcom]

2

[Beatcom]

Утверждено. В Акацки будет система делегирования полномочий.

Ты как основатель сможешь назначать участников, которым разрешено присваивать статус «Акацки» другим пользователям.

При этом:

* Основатель — обладает высшими административными полномочиями.

* Уполномоченные участники — могут принимать новых членов Акацки.

* Участники Акацки — получают доступ к закрытой комнате и управляют собственными бюджетами.

* Все назначения и изменения статусов записываются в историю.

### Следующий вопрос

Может ли уполномоченный участник самостоятельно назначать других уполномоченных?

* Нет, только ты назначаешь уполномоченных.

* Да, каждый уполномоченный может передавать это право дальше.

* Только с твоего подтверждения.

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

[Beatcom]

3

[Beatcom]

Утверждено. Третий вариант — назначение новых уполномоченных только с твоего подтверждения.

В комнате «Акацки» устанавливаем следующую иерархию:

* Основатель (ты) — назначаешь уполномоченных и утверждаешь передачу административных прав.

* Уполномоченные — принимают участников в Акацки и предлагают новых уполномоченных.

* Участники Акацки — работают над проектами и самостоятельно управляют выделенными им бюджетами.

Все изменения полномочий сохраняются в истории.

Следующий вопрос — об управлении финансами.

Кто определяет первоначальное распределение общего бюджета Акацки между участниками после налогов и обязательных расходов?

* Только ты.

* Ты и назначенные тобой финансовые управляющие.

* Автоматическая система по заранее установленным правилам.

Можно также совместить второй и третий варианты.
 

[Beatcom]

1

[Beatcom]

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

Финансовая система работает следующим образом:

* Все доходы поступают в общий бюджет Акацки.

* Учитываются налоги, комиссии и обязательные расходы.

* Ты лично определяешь сумму для каждого участника.

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

* Все финансовые операции фиксируются в истории.

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

### Следующий вопрос

Что происходит с неиспользованными деньгами участника Акацки?

* Остаются в его личном бюджете и накапливаются.

* В конце расчётного периода возвращаются в общий бюджет.

* Ты определяешь это индивидуально для каждого участника.

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

[Beatcom]

1

[Beatcom]

Утверждено. Неиспользованные средства остаются в бюджете участника Акацки и накапливаются.

Фиксируем правила:

* Выделенный бюджет закрепляется за участником.

* Остаток автоматически переносится на следующий период.

* Участник самостоятельно решает, сколько потратить, а сколько накопить.

* Другие участники не имеют доступа к его бюджету.

* Все поступления и расходы сохраняются в истории.

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

### Следующий вопрос

Может ли участник Акацки выводить деньги из своего бюджета на личный банковский счёт?

* Да, в любое время в пределах доступного остатка.

* Только после твоего одобрения.

* Нет, бюджет предназначен исключительно для финансирования проектов и заданий.

Это важно определить сейчас, потому что от этого зависит устройство платёжной системы приложения.
 

[Beatcom]

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

[Beatcom]

Понял. Тогда у нас появляется Банк Акацки — финансовый центр приложения «Механика Жизни».

Реальные деньги находятся на банковском счёте Мадары, а пользователи управляют их игровым эквивалентом — золотыми монетами.

### Финансовая механика

Мадара

Реальные средства на банковском счёте

Банк Акацки

Учёт золотых монет и заявок на вывод

1 золото = 1 ₸

Игрок А

### 50 000

Золотых

Игрок Б

### 120 000

Золотых

### Как будет работать обналичивание

* Пользователь открывает профиль и видит баланс золотых монет вверху экрана.

* Переводит нужное количество золота в Банк Акацки и создаёт заявку на вывод.

* Указывает банковские реквизиты и необходимые данные получателя.

* Система резервирует золото, чтобы его нельзя было потратить повторно.

* Ты получаешь заявку и вручную переводишь реальные деньги.

* После подтверждения перевода заявка закрывается, а операция сохраняется в истории.

Например, пользователь выводит 10 000 золотых — базовая сумма выплаты составляет 10 000 тенге. Если перевод международный, фактическая сумма в валюте получателя зависит от курса, комиссий и условий банка.

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

### Следующий вопрос

Как пользователи будут получать золотые монеты?

* Только за выполнение заданий и творческих процессов.

* За задания, продажи произведений, победы в баттлах и другие оплачиваемые действия.

* Всё перечисленное, плюс возможность покупать золото за реальные деньги.

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

[Beatcom]

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

[Beatcom]

Понял. Исправляем механику Банка Акацки.

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

### Банк Акацки — интерфейс обмена

### Банк Акацки

Золото

### 10 000

Алмазы

### 0

Обмен золота на алмазы

Количество золота

Сообщение Мадаре

 Обменять на алмазыЭто макет операции, без списания монет и начисления алмазов.

Теперь нужно определить курс обмена золота на алмазы.

Ты хочешь, чтобы 1 золотой равнялся 1 алмазу, или у алмазов будет другая стоимость?

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

[Beatcom]

1 золото - 1 алмаз.

[Beatcom]

Утверждено. Курс Банка Акацки:

### 1 золото = 1 алмаз

При обмене золото списывается, алмазы начисляются в равном количестве, а сообщение пользователя сохраняется для Мадары.

Следующий вопрос: обмен должен происходить автоматически или только после твоего подтверждения?

* Автоматически, сразу после отправки.

* Только после твоего одобрения.

* Автоматически, но ты можешь приостанавливать обмены.
 

[Beatcom]

Золоио списывается и оставляется отзыв, а мадара в ручную перечисляет алмазики пользователю, прочитав отзыв

[Beatcom]

Утверждено. В Банке Акацки обмен полностью контролирует Мадара.

Механика следующая:

* Пользователь выбирает количество золота для обмена.

* Оставляет отзыв, пожелание или сообщение Мадаре.

* Нажимает «Обменять».

* Золото списывается с его баланса.

* Мадара получает заявку, видит сумму и читает сообщение.

* Мадара вручную начисляет пользователю алмазы по курсу 1 золото = 1 алмаз.

* Заявка получает статус «Выполнено».

До начисления алмазов заявка будет иметь статус «Ожидает Мадару». Если заявка отклонена, золото возвращается пользователю.

Все операции сохраняются в истории, чтобы исключить повторное начисление.

Следующий вопрос: могут ли пользователи переводить золото и алмазы друг другу или эти операции доступны только через Банк Акацки?
 

[Beatcom]

Да, и то и другое могут переводить между аккаунтами при любых статусах

[Beatcom]

Утверждено. В «Механике Жизни» золото и алмазы свободно переводятся между зарегистрированными аккаунтами независимо от статуса пользователя.

Фиксируем механику:

* Золото — можно отправлять любому зарегистрированному пользователю.

* Алмазы — тоже можно отправлять любому зарегистрированному пользователю.

* Статус «Акацки» для переводов не требуется.

* Переводы фиксируются в истории отправителя и получателя.

* Перед отправкой пользователь подтверждает получателя и сумму.

* Банк Акацки сохраняет отдельную механику: списание золота, сообщение Мадаре и ручное начисление алмазов.

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

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

[Beatcom]

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

[Beatcom]

Теперь понял. У тебя золото и алмазы — две стадии распределения одного и того же бюджета, а не две независимые валюты.

Фиксируем эту механику для «Механики Жизни».

### Финансовая система Акацки

Мадара — Банк Акацки

### 100 000 ₸

Пример внесённого бюджета

### 100 000

Золото

Автоматически распределяется участникам

### 100 000

Алмазы

Резерв банка для обмена

1 золото → 1 алмаз

Золото сгорает после подтверждения обмена Мадарой. Алмазы переходят пользователю.

### Правила системы

* Только Мадара вводит первоначальный бюджет, создавая равные количества золота и алмазов.

* Золото автоматически распределяется между участниками по установленным тобой параметрам.

* Пользователи могут без комиссий переводить друг другу золото.

* Для получения алмазов пользователь возвращает золото в Банк Акацки, оставляя сообщение.

* Мадара читает сообщение, вручную начисляет алмазы, а возвращённое золото уничтожается.

* Алмазы можно без комиссий переводить между аккаунтами и вкладывать в организационные проекты.

* После выдачи алмазов соответствующая сумма исчезает из резерва банка.

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

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

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

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

[Beatcom]

Переходят в проэкт и могут распределяться дальше, как и золото

[Beatcom]

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

Фиксируем единую финансовую механику «Механики Жизни»:

* Золото — распределяется из Банка Акацки, передаётся участникам и проектам, а при обмене на алмазы сгорает.

* Алмазы — выдаются Мадарой из банковского резерва, передаются участникам и проектам, могут распределяться дальше.

* Проекты — имеют собственные балансы золота и алмазов. Организатор управляет бюджетом проекта в пределах своих полномочий.

* Переводы — не создают и не уничтожают валюту, а только меняют её владельца.

Таким образом, у нас получается единая система оборота двух валют с контролируемой эмиссией.

### Следующий вопрос

Может ли проект зарабатывать золото и алмазы самостоятельно, например за продажи произведений, выполнение заказов или победы в баттлах?

Или любые новые поступления должны сначала проходить через Банк Акацки и распределяться оттуда?
 

[Beatcom]

2