Коротко: **нет, Xeres — не просто “ещё один клиент” RetroShare.**

### В чём разница

**RetroShare (классика):**

* монолитное приложение (GUI + ядро)
* всё внутри одного процесса
* плагины, но архитектура ограничена
* ориентирован на “пользователь открыл и пользуется”

**Xeres (Xeres/rsx stack):**

* это **новая архитектура**, а не просто UI
* разделение на:

* **core (демон)** — сеть, крипта, маршрутизация
* **API (обычно JSON/REST/WebSocket)**
* **клиенты** — любые (CLI, web, мобильные)
* фактически превращает RetroShare в **платформу/сервис**, а не приложение

---

### Что это даёт

* **мультиклиентность** → можно подключаться разными интерфейсами
* **удалённый доступ** → core крутится на сервере/ноде
* **автоматизация** → боты, интеграции
* **лёгкие клиенты** → без тяжёлого GUI
* **лучше вписывается в self-hosting / headless-сценарии**

---

### По сути

Xeres — это попытка сделать из RetroShare то, чем стал:

* не “программа”, а **сервисный слой + экосистема клиентов**

---

### Упрощённая аналогия

* старый RetroShare = как **Skype (всё в одном)**
* Xeres = ближе к **Matrix-подходу**
(ядро + разные клиенты)

---

### Вывод

**Xeres — это не клиент.
Это рефакторинг всей модели RetroShare в сторону модульной P2P-платформы.**

Если нужно — разложу:

* текущее состояние (жив/мертв/эксперимент)
* совместимость с классическим RetroShare
* практическую пользу (или её отсутствие сейчас)