QUN ecosystem · private control plane

Guardian Control Center

Единая точка обзора проектов, надёжности и будущей распределённой инфраструктуры QUN.
Открыть репозиторий ↗
Активные направления▦
3
Messenger · AI · Core
Резервные копии⛨
—
Подключение ещё не настроено
Узлы сети⌘
0
Децентрализованная сеть — проектирование
Ветки на паузеⅡ
1
QUN MAP · можно возобновить позже

Проекты и инфраструктура

Статусы отражают этап планирования
✉

QUN Messenger

Связь и обмен сообщениями

Активное направление

Приоритет: сохранить базу, сообщения, пользовательские данные и файлы; затем добавить мониторинг и проверку восстановления.

Web / AndroidОткрыть ↗
✧

QUN AI

Интеллектуальный интерфейс

Активное направление

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

AI / KnowledgeОткрыть ↗
⬡

QUN Core

Общее ядро экосистемы

Требует инвентаризации

Единый реестр сервисов, форматы архивов, контроль целостности, идентификаторы компонентов и будущие сетевые протоколы.

Platform foundationРепозиторий ↗
▤

QUN Platform

Сервисы и будущие модули

Инвентаризация

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

Модульная архитектураИсходный код ↗
Ⅱ

QUN MAP

Каталог организаций и карта

Заморожено

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

Ветка на паузеБез активных задач
⛨

QUN Guardian

Надёжность и управление

Первый интерфейс

Следующий шаг: подключить защищённый API, реестр архивов, проверку целостности и уведомления Telegram.

Центр резервного копирования

Пока не подключён к источникам
⛨

Реплики и архивы

Целевое распределение копий

▤
Экспорт PostgreSQL / SupabaseПолный дамп + миграции
Не подключено
▧
Файловые объекты / StorageОтдельное копирование медиа
Не подключено
⌘
Git-репозиторииИстория коммитов, теги, документация
Требует проверки
▣
Второе облако + офлайн-дискНезависимые учётные записи и шифрование
Планируется
Критерий успеха — не факт загрузки файла, а успешная проверка архива и тестовое восстановление в отдельную среду.
◷

Политика хранения

Предварительный целевой режим

ЕжедневноЭкспорт баз и изменившихся файлов
План
ЕженедельноКопия во второе независимое облако
План
ЕжемесячноОфлайн-архив и опись
План
ПериодическиТест расшифрования и восстановления
План
Не хранить секреты в репозитории или Telegram. Для копий — шифрование, ограничение удаления, раздельные ключи и учётные записи.

Путь к распределённой QUN-сети

От надёжных копий к независимым узлам
ЭТАП 01

Backup first

Инвентаризация данных, автоматические зашифрованные копии, два облака, офлайн-диск и тест восстановления.

ЭТАП 02

Проверяемые архивы

Хеши и манифесты, подписанные версии, журнал происхождения, контроль целостности и защита от незаметного удаления.

ЭТАП 03

Распределённое хранение

Зашифрованные фрагменты на независимых узлах, избыточность, обнаружение потери узлов и восстановление фрагментов.

ЭТАП 04

Распределённые вычисления

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

Принцип проектирования: не пытаться синхронно копировать всю систему на каждое устройство. Сеть должна хранить зашифрованные фрагменты с избыточностью, проверять доказательства хранения и уметь перестраиваться при исчезновении узлов. «Неубиваемость» — цель устойчивости, а не абсолютная гарантия.