>> 2. сервера передают состояние, а не сообщения. Т.е. между клиентами всё синхронизируется.
> А точно? Звучит несколько избыточно.А что в этом избыточного? Вполне логично иметь на всех клиентах одно состояние.
> Минусы Матрицы же не перечислены. А они начинаются уже с формата адреса
Формат адреса @user:server такой потому что:
1. Это внутренний, "скрытый адрес" пользователя
2. "внешний адрес", т.е. адрес, по которому предполается искать пользователя - это должен быть либо адрес электронной почты, и/или номер сотового (смотря что укажет пользователь при привязке идентификатора к своей учётной записи). Эта привязка хранится на сервере идентификации, который даёт возможность поиска пользователя по всей сети серверов (но пользователь может этого не указывать и оставаться "более анонимным").
3. изначально планировалось "внутренний адрес матрикс-пользователя" не путать его с почтой - потому так он выглядит.
4. Втурненний адрес планировалось (не знаю как сейчас) сделать "отвязанным" от сервера, т.е. чтобы заходить под своей учёткой можно было на любой сервер федерации.
> и HTTP.
НТТР выбран для удобства начального этапа. Далее могут быть и веб сокеты и всякое другое.
Вот например любопытное видео, где авторы матрицы пытаются заставить работать систему на каналах со сокостью 100 бит/с:
https://matrix.org/blog/2019/03/12/breaking-the-100bps-barri.../
С другой стороны именно HTTP даёт разного рода хитрости, когда можно использовать матрицу как хранилище файлов, осуществляя доступ по прямой ссылке без авторизации:
https://matrix-client.matrix.org/_matrix/media/r0/download/m...
Или же сейчас добавляют "пространства" (spaces):
https://youtu.be/TzUfS08lMek?t=1274
И там вопрос стоит так, что матрицу можно будет представить вообще в виде некоего распределённого децентрализованного хранилища, где "директории" будут "пространства", а "файлы" - потоки данных (комнаты).
А в силу того, что на базе матрицы пробуют сделать аналог твиттера:
https://matrix.org/blog/2020/12/18/introducing-cerulean
То подобный расклад можно даже назвать неким "иерархичным децентрализованным вебом 3.0".