◉Панель версии 0.1 · демонстрационный режим. Статусы ниже описывают план работ, а не подтверждённое состояние инфраструктуры. До подключения защищённого серверного API нельзя запускать резервное копирование или показывать реальные данные.
Проекты и инфраструктура
Статусы отражают этап планирования
✉
QUN Messenger
Связь и обмен сообщениями
Активное направлениеПриоритет: сохранить базу, сообщения, пользовательские данные и файлы; затем добавить мониторинг и проверку восстановления.
✧
QUN AI
Интеллектуальный интерфейс
Активное направлениеПриоритет: код, конфигурация, история разработки, база знаний и настройки провайдеров. Секреты не помещать в статический интерфейс.
⬡
QUN Core
Общее ядро экосистемы
Требует инвентаризацииЕдиный реестр сервисов, форматы архивов, контроль целостности, идентификаторы компонентов и будущие сетевые протоколы.
▤
QUN Platform
Сервисы и будущие модули
ИнвентаризацияВ реестр включаются только существующие компоненты. Для каждой базы и файлового хранилища — свой сценарий копирования.
Ⅱ
QUN MAP
Каталог организаций и карта
ЗамороженоРазработка приостановлена по решению команды. Не входит в текущие приоритеты; проектные материалы сохраняются, возврат возможен позже.
⛨
QUN Guardian
Надёжность и управление
Первый интерфейсСледующий шаг: подключить защищённый API, реестр архивов, проверку целостности и уведомления Telegram.
Центр резервного копирования
Пока не подключён к источникам
⛨
Реплики и архивы
Целевое распределение копий
▤
Экспорт PostgreSQL / SupabaseПолный дамп + миграции
Не подключено
▧
Файловые объекты / StorageОтдельное копирование медиа
Не подключено
⌘
Git-репозиторииИстория коммитов, теги, документация
Требует проверки
▣
Второе облако + офлайн-дискНезависимые учётные записи и шифрование
Планируется
Критерий успеха — не факт загрузки файла, а успешная проверка архива и тестовое восстановление в отдельную среду.
◷
Политика хранения
Предварительный целевой режим
ЕжедневноЭкспорт баз и изменившихся файлов
План
ЕженедельноКопия во второе независимое облако
План
ЕжемесячноОфлайн-архив и опись
План
ПериодическиТест расшифрования и восстановления
План
Не хранить секреты в репозитории или Telegram. Для копий — шифрование, ограничение удаления, раздельные ключи и учётные записи.
Путь к распределённой QUN-сети
От надёжных копий к независимым узлам
ЭТАП 01
Backup first
Инвентаризация данных, автоматические зашифрованные копии, два облака, офлайн-диск и тест восстановления.
ЭТАП 02
Проверяемые архивы
Хеши и манифесты, подписанные версии, журнал происхождения, контроль целостности и защита от незаметного удаления.
ЭТАП 03
Распределённое хранение
Зашифрованные фрагменты на независимых узлах, избыточность, обнаружение потери узлов и восстановление фрагментов.
ЭТАП 04
Распределённые вычисления
Очередь задач, добровольные worker-узлы, изоляция выполнения, проверка результата и вознаграждение при необходимости.
Принцип проектирования: не пытаться синхронно копировать всю систему на каждое устройство. Сеть должна хранить зашифрованные фрагменты с избыточностью, проверять доказательства хранения и уметь перестраиваться при исчезновении узлов. «Неубиваемость» — цель устойчивости, а не абсолютная гарантия.