# Односерверный production-режим

## Зачем

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

## Что считаем текущей нормой

- Один production-сервер обслуживает пользователей, сообщения, звонки и серверные данные.
- Децентрализованные сценарии не считаются обязательными для первого production-релиза.
- Межсерверная доставка сообщений, межсерверные звонки, realtime PDA/Solana sync и запись блокчейнов в Arweave вынесены в отдельные будущие задачи.
- Код и документация текущего production не должны создавать ожидание, что несколько серверов уже работают как единая realtime-сеть.

## Что сделать перед возвратом к децентрализации

1. Проверить актуальные документы по API, blockchain, DM и deploy.
2. Выделить минимальный протокол server-to-server взаимодействия.
3. Решить, какие данные остаются локальными, какие реплицируются между серверами, а какие записываются во внешнее долговременное хранилище.
4. После изменения API, blockchain-форматов или DM-протокола обновить соответствующие документы по правилам проекта.

## Статус

Отложено. Текущий production работает как один сервер.