на 25 странице

нетсталкинг какой-то

выискиваю доки

хаха

хех

про broadcast там

хм

broadcast для всей сети?

не, это так не пойдет

Нет, все таки это для другого.

можно попытаться придумать протокол маршрутизации, который бы делал рассылку типа "послать десяти, а каждый из десяти пошлёт десяти"

надо различать две модели доставки сообщений:
первая как в xmpp где сообщение это сообщение. сервер отправляет тебе сообщение и больше о нем ничего не знает если получил от тебя валидный ответ "принял". это плохо работает на нестабильных каналах.
вторая как в matrix|телеграм и прочих. сервер шлёт тебе нотификашку типа "у тебя новое сообщение". и клиент лезет на сервер синхронизирует историю переписки. при этом возможны оптимизации типа прикладывать текст сообщения в уведомление, но это немного вторично.

во втором случае если сервер послал уведомление он просто забивает. ему даже плевать дошло ли уведомление. клиент сам придёт синкнуть историю

То есть нотификации

А броадкаст таким образом ^

Заведи в DHT одно поле на один групповой чат в котором обновляй некий ID последнего сообщения (epoch например + userid). Делай get это поля не по интервалу, а когда юзер активирует список сообщений в UI. Так делает телега например. Она постоянно все чаты не опрашивает, вытягивает только когда группу/чат открыл и через push ontification получает оповещение только если тебе лично ответили.

>Делай get это поля не по интервалу, а когда юзер активирует список сообщений в UI.
А что значит "активирует"?

Когда оно открывается?

Фокус приложения активирован, или человек сделал view  конкретного чата активным. Можно ещё дальше оптимизировать. Например когда всё окно приложения открывается то обновлять только последнее сообщение, что бы было ощущение постоянной подкачки. А все сообщения подгружать уже когда на конкретный чат нажали.