Я зробив український месенджер без номера телефону. P2P, E2E прямий зв’язок між пристроями

💡 Усі статті, обговорення, новини про Mobile — в одному місці. Приєднуйтесь до Mobile спільноти!

Я PHP/FullStack-розробник, а останнім часом багато працюю ще й з Flutter та локальними/хмарними AI-інструментами. У якийсь момент захотілося зробити месенджер не навколо чергової реєстрації за номером телефону, а навколо зовсім іншої моделі.

Так з’явився YaTut’Ye.

Головна ідея проста: номер телефону не повинен бути вашою цифровою особистістю.

При першому запуску користувач отримує власний унікальний YaTut’Ye ID. Не потрібно вводити номер телефону, email чи інші особисті дані. Щоб додати людину, достатньо передати їй свій ID, посилання або QR-код.

Але найбільше мене цікавила не реєстрація, а сама архітектура передачі даних.

У більшості месенджерів схема приблизно така:

телефон → серверна інфраструктура → телефон

У YaTut’Ye я намагаюся максимально використовувати:

телефон ↔ телефон

Тобто якщо мережа дозволяє встановити пряме з’єднання, повідомлення, файли та дзвінки передаються безпосередньо між пристроями.

Зараз для цього використовується WebRTC/ICE/STUN, IPv6 та IPv4 NAT traversal. Якщо прямий маршрут неможливий через CGNAT, symmetric NAT або інші обмеження мережі, є relay/TURN fallback.

Тому я навмисно не пишу «взагалі без серверів». Серверна інфраструктура поки потрібна для signaling, discovery, fallback і доставки повідомлень офлайн-користувачам.

Але принцип такий:

direct first → relay only when necessary.

Контент при цьому захищений наскрізним шифруванням.

Моя наступна велика ціль — поступово винести ще більше функцій із центральної інфраструктури в мережу Super Nodes. Ідея схожа на старий Skype: частина активних клієнтів з хорошою доступністю може допомагати іншим користувачам з маршрутизацією та TURN-relay.

У перспективі хочу дійти до стану, коли центральний сервер буде не обов’язковою точкою роботи мережі, а лише одним із bootstrap/fallback-вузлів.

Що вже є в YaTut’Ye:

• повідомлення, фото та файли;
• аудіо- та відеодзвінки;
• прямий P2P-маршрут там, де він доступний;
• YaTut’Ye ID замість номера телефону;
• додавання за ID, посиланням або QR;
• групи, приватні клуби, публічні форуми та канали;
• налаштування того, хто може писати та телефонувати;
• нагадування про конкретне повідомлення;
• вбудований AI-помічник;
• Android-версія вже дійшла до production у Google Play.

Окрема тема — privacy.

Я не хочу будувати продукт навколо збору максимальної кількості інформації про користувача. YaTut’Ye не потребує номера телефону як основного ID і не створювався для аналізу приватного листування заради рекламного профілювання.

Залишаються питання client security, key management, signaling, metadata, компрометації кінцевого пристрою, relay-вузлів, multi-device та майбутньої децентралізації discovery.

Саме тому мені зараз особливо цікавий фідбек технічної аудиторії DOU.

Що б ви ламали в такій архітектурі в першу чергу?

Які сценарії NAT/CGNAT я недооцінюю?

Наскільки, на вашу думку, життєздатна модель community Super Nodes на мобільних та desktop-пристроях?

І головне — чи бачите ви сенс у месенджері, де прямий зв’язок між пристроями є основним маршрутом, а центральна інфраструктура поступово стає лише fallback-рівнем?

Я не очікую поблажливості — навпаки, якщо бачите слабке місце, напишіть.

Сайт проєкту: yatutye.com/uk

Якщо тема буде цікава, можу окремим постом детально розписати NAT traversal, WebRTC, TURN/Super Nodes і те, як я хочу поступово прибрати залежність від центрального сервера.