LINUX.ORG.RU

Matrix получает очередные $8.5 миллионов финансирования

 , , ,


3

5

Matrix — это свободный протокол для реализации федеративной сети, построенной на основе линейной истории событий (events) внутри ациклического графа (DAG).

Ранее протокол получил $5 миллионов от Status.im в 2017 году, что позволило разработчикам стабилизировать спецификацию, эталонные реализации клиента и сервера, нанять профессионалов по работе с UI/UX для работы над глобальным редизайном, значительно улучшить работу с оконечным шифрованием.

После этого было налажено сотрудничество с государственными органами Франции, которым понадобилось защищённое средство для внутренних коммуникаций.

На этот раз к финансированию присоединились компании MessageLabs, lastminute.com и Dawn, с помощью которых разработка сосредоточится на:

>>> Подробности

★★★★★

Проверено: alexferman ()

Ответ на: комментарий от Harald

Оно только из беты относительно недавно вышло. Для улучшения UX с шифрованием понадобилось очень много времени, поэтому его и не включали по умолчанию, пока им не станет возможно пользоваться без боли.

А для публичных комнат оно вообще вредно.

commagray ★★★★★ ()

Когда мессенджер получает такое финансирование - это конечно и радует, так как он очень хороший, но и настораживает одновременно... ;) Хорошо хоть анонсировали, что шифрование наконец-то починят и сделают удобным.

GladAlex ★★★★★ ()
Ответ на: комментарий от cetjs2

Что подразумевается под «настоящим» ЛС?

В matrix когда начинаешь чат с пользователем, то создаётся комната из двух пользователей-админов. И такие комнаты можно иметь несколько штук. Например, начинаешь с кем-нибудь общаться по какому-либо вопрос, понимаете, что нужно пригласить ещё одного человека, то как это делается в недомессенджерах сейчас - создаете новый групповой чат или заходите в существующий и там уже пишите. Как делают в matrix - приглашают нужного пользователя.

Всё отличие 1:1 чата от группового в matrix состоит в том, что никто не может зайти в чат самостоятельно, в чате только два участника, оба с админскими правами, и стоит информационный флаг, что это 1:1 чат.

А сейчас хотят один из таких чатов сделать «каноническим», чтобы он всегда был и, даже если вышел из него, всегда можно быдо бы вернуться. И из него нельзя сделать групповой.

ma1uta ★★ ()
Ответ на: комментарий от andreymal

Matrix — набор REST API, с которым может взаимодействовать хоть чайник без особого оверхеда. JSON повсеместен и принят большинством разработчиков.

Какой новый проект пойдёт работать с распылённой XML-лапшой?

commagray ★★★★★ ()
Ответ на: комментарий от commagray

Какой адекватный человек будет работать с убогим REST по своему желанию?

без особого оверхеда

Отличная шутка. Протокол на базе HTTP с лонг-поллингом вместо хотя бы вебсокетов ну никак не может быть без оверхеда. И он у Matrix похлеще чем у XMPP.

andreymal ()
Последнее исправление: andreymal (всего исправлений: 1)
Ответ на: комментарий от commagray

Matrix — набор REST API,
REST API
без особого оверхеда
XML-лапшой?

У тебя проблемы. С каких пор рест-говно для бездарных идиотов стало «без оверхеда», «без лапши», а о каком-то юзабилити я и не говорю. http-говно такая же мусорная лапша от идиотов для идиотов.

Технологии.

anonymous ()
Ответ на: комментарий от andreymal

Какой адекватный человек будет работать с убогим REST по своему желанию?

Эм… Многие человеки? Я не говорю, что это что-то хорошее, но уже лучше XML-лапши. С нетерпением жду конкурентных альтернатив.

Протокол на базе HTTP с лонг-поллингом вместо хотя бы вебсокетов ну никак не может быть без оверхеда.

https://old.reddit.com/r/privacy/comments/da219t/im_project_lead_for_matrixorg_the_open_protocol/f1mtk72/

commagray ★★★★★ ()
Ответ на: комментарий от commagray

Эм… Многие человеки?

Я про адекватных говорю, а не про 95% населения.

С нетерпением жду конкурентных альтернатив.

Какой-нибудь гипотетический XMPP 2.0, «портированный» с XML на CBOR. (Надеюсь, не нужно читать лекцию, почему у JSON минусов больше чем плюсов?)

https://old.reddit.com/r/privacy/comments/da219t/im_project_lead_for_matrixor...

При чём тут костыли для андроида?

andreymal ()
Последнее исправление: andreymal (всего исправлений: 2)
Ответ на: комментарий от andreymal

Какой-нибудь гипотетический XMPP 2.0

Когда завезут и профинансируют — тогда и можно будет обсудить. ¯\_(ツ)_/¯

При чём тут костыли для андроида?

Я ссылку дал не из-за ведроида, а о тексте о том, что там планируется городить транспорты вместо long polling.

commagray ★★★★★ ()

Нормальная версия на Qt не намечается? Все что я видел там это какие-то недоделки. Нужен один нормальный официальный KDE клиент...

А так - отличная штука, на работе используем Riot (50 человек).

anonymous ()
Ответ на: комментарий от andreymal

Ты явно врёшь, раз принципиальной разницы в упор не видишь.

Да нет там принципиальной разницы. TCP-соединение открыто. Одна фигня шлёт пинги, чтобы оно не сдохло. Другая просто отправляет пустые HTTP-ответы, и клиент повторяет запрос. Какую принципиальную разницу увидел ты – не особо понятно, т.к. при любом раскладе данных передаётся меньше MTU.

kostyarin_ ()
Ответ на: комментарий от kostyarin_

Одна фигня шлёт пинги

Размером почти в килобайт, ага. Даже в XMPP его в несколько десятков байт уместили.

Другая просто отправляет пустые HTTP-ответы

Опять же килобайт.

при любом раскладе данных передаётся меньше MTU.

А мегабайт в сутки на передачу пустоты всё равно набегает.

Какую принципиальную разницу увидел ты – не особо понятно

Для сервера каждый отдельный запрос лонг-поллинга совершенно отделен от других запросов со всеми сопутствующими накладными расходами — куча лонг-поллинга превратится в DDoS-атаку, в то время как даже с вебсокетами было бы гораздо легче.

Для клиента приходится городить костыли-абстракции вроде socket.io, чтобы замаскировать изначальную ущербность лонг-поллинга и предоставить веб-макаке хоть сколько-то вменяемый интерфейс.

Кроме того, лонг-поллинг не любит ожидания в больше чем полминуты из за специфики некоторых кривых HTTP-решений вроде проксей; в нормальном соединении таймаут можно было бы и до пяти минут поднять.

andreymal ()
Ответ на: комментарий от araks

Лолшто? XMPP расширяем хоть куда. Пиши XEP, реализуй в сервере и клиенте - всё уже готово и не надо велосипедить наркоманию.

Всё так, только вот прописанные в RFC фичи и особенности поведения никуда не деваются, и поэтому приходится городить XEP для переделывания или отключения «стандартного поведения», что впустую утяжеляет протокол, усложняет реализацию клиентов и серверов и ощутимо замедляет скорость подключения к серверу.

реализуй в сервере и клиенте

А тут проблема в том, что реализовывать никто ничего не хочет. Например, в тот же Psi+ до сих пор не завезли MAM, и я в итоге собственную историю сообщений прочитать не могу. А если у моего собеседника не реализованы ни MAM, ни Stream Management, то он может иногда терять мои сообщения — XMPP ненадёжен.

andreymal ()
Последнее исправление: andreymal (всего исправлений: 1)
Ответ на: комментарий от commagray

Какой новый проект пойдёт работать с распылённой XML-лапшой?

двухтысячные: Какой новый проект пойдёт работать с бинарниками, когда есть xml?

десятые: Какой новый проект пойдёт работать с xml, когда есть json и yaml?

До следующего нового модного формата осталась пара месяцев, а ты всё топишь за ненужное старьё.

anonymous ()
Ответ на: комментарий от andreymal

Размером почти в килобайт

Просто не пихай туда лишнего и всё.

Кроме того, лонг-поллинг не любит ожидания в больше чем полминуты из за специфики некоторых кривых HTTP-решений вроде проксей; в нормальном соединении таймаут можно было бы и до пяти минут поднять.

Прокся получает CONNECT и дальше она просто не в курсе, что там происходит. Так что разницы для WSS и HTTPS нету никакой.

kostyarin_ ()
Ответ на: комментарий от kostyarin_

Просто не пихай туда лишнего и всё.

Да я с радостью! Подскажи, как из браузера отправить в HTTP/1.1 запрос полностью без HTTP-заголовков?

Прокся получает CONNECT

Ты явно не разбирался, как обычно работают прокси. Нет там никакого CONNECT, старые добрые GET/POST и всё. С таймаутом в полминуты, если админ криворукий.

andreymal ()
Последнее исправление: andreymal (всего исправлений: 1)