Инженерный мессенджер Engineering-first messenger

Сообщения, которые переживают сетевые сбои и блокировки.

Re:Messenger — защищенный мессенджер, созданный так, чтобы продолжать работать при нестабильных, фильтруемых или частично блокируемых сетях. Он адаптируется к сети, а не перестает работать.

Главная цель: надежная доставка и приватность в реальных условиях.

Retry. Reconnect. Reroute.

Messaging that survives network failures and blocking.

Re:Messenger is a secure messenger engineered to keep working when networks are unstable, filtered, or partially blocked. It adapts to the network instead of failing.

Primary goal: reliable delivery and privacy under real-world conditions.

Retry. Reconnect. Reroute.
Подключено Переподключение через альтернативный маршрут DNS fallback активен Сообщение в очереди
Connected Reconnecting via alternative route DNS fallback active Message queued for delivery
Проблема The Problem

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

Большинство мессенджеров полагаются на один транспортный путь. Когда он падает — связь обрывается.

Re:Messenger спроектирован так, будто отказ — это нормальное состояние.

Modern networks are unreliable: traffic is filtered or throttled, connections are blocked or degraded, services silently stop working.

Most messengers rely on a single transport path. When that path fails — communication stops.

Re:Messenger is designed for failure as a normal state.

Принципы Core Principles
  • Устойчивость прежде всего — сбои ожидаемы и обработаны.
  • Приватность по умолчанию — сквозное шифрование.
  • Без потери данных — сообщения ставятся в очередь и доставляются позже.
  • Прозрачность — пользователь всегда видит состояние соединения.
  • Resilience first — failures are expected and handled.
  • Privacy by design — end-to-end encryption by default.
  • No data loss — messages are queued and delivered later.
  • Transparency — users always know the connection state.
Адаптивная транспортная архитектура Adaptive Transport Architecture

Автоматическое бесшовное переключение между транспортами сохраняет доставку в жестких сетевых условиях. Automatic, seamless switching between transports keeps delivery alive in hostile networks.

Primary Transport

  • WebSocket / HTTPS
  • Быстрая доставка в реальном времени
  • Используется при нормальных условиях
  • WebSocket / HTTPS
  • Fast, real-time messaging
  • Used in normal network conditions

Fallback #1 — DoH

  • Туннелирование сообщений через DNS-over-HTTPS
  • Обходит многие фильтры
  • Сохраняет надежность при блокировке API
  • Messages tunneled over DNS-over-HTTPS
  • Bypasses many network filters
  • Maintains reliability when direct APIs are blocked

Fallback #2 — DNS only-text

  • Минимальный гарантированный канал
  • Фрагментация и передача текстов через DNS
  • Работает даже при экстремальных ограничениях
  • Minimal guaranteed channel
  • Text messages fragmented and transferred via DNS
  • Works even under extreme restrictions
Переключение между транспортами — автоматическое и бесшовное. The switch between transports is automatic and seamless.
Надежная доставка Reliable Message Delivery

Re:Messenger использует модель store-and-forward (хранение и пересылка).

  • Сообщения ставятся в очередь на сервере
  • Каждое сообщение имеет уникальный ID (идемпотентность)
  • Доставка подтверждается ACK
  • Порядок сохраняется для каждого чата (server-side sequence)

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

Re:Messenger uses a store-and-forward delivery model.

  • Messages are queued on the server
  • Each message has a unique ID (idempotency)
  • Delivery is confirmed with acknowledgements (ACK)
  • Order is preserved per chat (server-side sequence)

If the connection drops, delivery resumes automatically.

Сквозное шифрование End-to-End Encryption

Приватность обеспечивается на уровне протокола.

  • Сообщения шифруются на устройстве отправителя
  • Только получатели могут расшифровать содержимое
  • Сервер не видит открытый текст

Privacy is enforced at the protocol level.

  • Messages are encrypted on the sender's device
  • Only recipients can decrypt content
  • The server never sees plaintext

Личные чаты Personal Chats

  • Парные сессионные ключи
  • Ключи шифрования производятся для каждого сообщения
  • Pairwise session keys
  • Per-message derived encryption keys

Групповые чаты Group Chats

  • Sender Keys для эффективного шифрования
  • Ротация ключей по эпохам под контролем админов
  • Окно плавного перехода (grace window)
  • Sender Keys for efficient group encryption
  • Admin-controlled key rotation (epoch-based)
  • Grace window for seamless transitions
Групповые чаты Group Messaging

Групповые чаты — часть ядра архитектуры, а не «добавка».

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

Group chats are part of the core architecture, not an afterthought.

  • Ordered delivery per group
  • Admin-controlled membership
  • Automatic key rotation on member changes
  • Designed for future scalability
Голосовые звонки Voice Calls

Re:Messenger поддерживает P2P голосовые звонки.

  • WebRTC поверх UDP
  • Сквозное шифрование медиа
  • Сервер только для сигнализации и обмена ключами
  • Без проксирования медиа

Это сохраняет приватность и снижает центральные зависимости.

Re:Messenger supports peer-to-peer voice calls.

  • WebRTC over UDP
  • End-to-end encrypted media
  • Server used only for signaling and key exchange
  • No media proxying

This keeps calls private and reduces central dependencies.

Прозрачность Transparency & Status Awareness

Пользователь всегда знает, что происходит.

Подключено Переподключение через альтернативный маршрут DNS fallback активен Сообщение в очереди

Никаких тихих отказов. Никаких скрытых состояний.

Users always know what is happening.

Connected Reconnecting via alternative route DNS fallback active Message queued for delivery

No silent failures. No hidden states.

Технологический стек Technology Stack

Клиент Client

  • Android: Jetpack Compose
  • Desktop: Jetpack Compose for Desktop
  • Общий core (Kotlin Multiplatform)
  • Android: Jetpack Compose
  • Desktop: Jetpack Compose for Desktop
  • Shared core logic (Kotlin Multiplatform)

Бэкенд Backend

  • WebSocket + HTTPS API
  • Store-and-forward service
  • DoH gateway
  • Authoritative DNS gateway
  • Signaling service для звонков
  • WebSocket + HTTPS API
  • Store-and-forward message service
  • DoH gateway
  • Authoritative DNS gateway
  • Signaling service for calls

Безопасность Security

  • AEAD (XChaCha20-Poly1305 / AES-GCM)
  • Безопасное хранение ключей на устройствах
  • Минимизация метаданных
  • AEAD (XChaCha20-Poly1305 / AES-GCM)
  • Secure key storage on devices
  • Minimal metadata exposure
Для кого Who Is Re:Messenger For
  • Пользователи в ограниченных или нестабильных сетях
  • Команды, которым важны надежность и приватность
  • Инженеры и технологи
  • Все, кому нужно, чтобы связь продолжала работать
  • Users in restricted or unstable networks
  • Teams that value reliability and privacy
  • Engineers and technologists
  • Anyone who needs communication to keep working
Философия Philosophy

Re:Messenger — не про скорость или громкость.

Он про то, чтобы быть на связи, когда всё остальное перестает работать.

Re:Messenger is not about being the fastest or the loudest.

It is about being there when everything else stops working.

Retry. Reconnect. Reroute.
Устойчивый мессенджер для реальных сценариев отказов. Resilient messaging built for real-world failure modes.