u_tamtam

Je pense qu'on a en effet dépassé le stade de la discussion cordiale, je sens beaucoup d'insécurité dans ta réponse et c'est bien dommage.

Je ne gagne rien à ferrailler avec toi donc je ne vais pas entretenir ce débat plus longtemps, mais je vais quand même corriger certains propos mensongers ou inexacts pour qui lirait ce thread :

Matrix est décentralisé en dessein mais pas en pratique

C’est faux

C'est vrai, de l'aveu même des développeurs de matrix, ref: https://matrix.org/blog/2024/03/why-matrix-org/

Ça se fait très bien sur un SoC à 50-80€ à la maison, bref.

Administrer un serveur fédéré requiert beaucoup de resources et d'attention:

• explosion des logs: https://github.com/matrix-org/synapse/issues/7472
• lenteurs: https://github.com/matrix-org/synapse/issues/14654
• utilisation RAM: https://www.reddit.com/r/selfhosted/comments/1m9omjp/cheapestlowest_performance_possible_for_a/n58kncf/

Le cas de Tchap est encore plus à charge: vu qu’il n’est de toute façon pas question de fédérer, à quoi bon s’imposer toute cette complexité technique ?

Qu’est-ce qui te permet de l’affirmer ? Je demande parce que de toute évidence, la feuille de route 2025 de la DINUM mentionne la fédération

D'après ton lien, il est question de "Permettre les interactions avec d'autres outils de communication qui utilisent le protocole Matrix. L’enjeu est de faciliter les échanges entre utilisateurs de différentes applications, permettant une collaboration plus fluide.", il n'est pas mentionné de fédération avec des utilisateurs d'autres serveurs, et encore moins de serveurs du réseau ouvert Matrix (si tu as des contre-exemples, je suis preneur).

Et si element-hq finit par mettre la clé sous la porte définitivement, et qu’il ne reste plus que Tchap, fruit d’un déploiement très spécifique, il y a peu de chance que ce qu’il en résulte ne bénéficie à qui que ce soit.

Sachant qu’il est possible de fork Tchap et de retirer les personnalisations qui seraient inutiles, ça bénéficie de fait à tout le monde

Le gouvernement français n'a pas pour ambition de développer Tchap pour "tout le monde", le gouvernement français développe Tchap pour lui-même (ses fonctionnaires et ministères). Si le gouvernement français n'avait pas de besoins spécifiques en la matière, le gouvernement français utiliserait "element" et pas "tchap" et il n'y aurait pas de fork.

Tu comprends que ce serait pas judicieux d’avoir un seul serveur pour toute la France ?

Je ne pense pas que Matrix soit scalable au point de supporter 70M de comptes sur un seul serveur, non, mais d'autre protocoles fédérés en sont capables. Joli homme de paille, soit dit en passant (les problèmes que je remote à l'encontre de Matrix sont sans rapport il me semble?).

Par ailleurs, et pour fermer le point sur ce que je trouve "judicieux" en la matière, il s'avère que j'administre plusieurs serveurs XMPP fédérés dont le plus gros a 500 comptes utilisateurs. Mon problème avec Matrix n'est pas idéologique comme tu le prétends, mais bien d'ordre pratique.

Autres lectures récentes pour les curieux:

• https://shkspr.mobi/blog/2025/07/im-never-going-back-to-matrix/
• https://xn--gckvb8fzb.com/giving-up-on-element-and-matrixorg/

Ce que je lis ne fais pas beaucoup de sens de mon point de vue

Il me semble qu’il y a une confusion entre la notion de “viabilité commerciale” et celle de “viabilité fonctionnelle” ou “maintenabilité”.

Il n'y a aucune confusion, le fait est qu'aujourd'hui aucune organisation (commerciale ou non) n'est apte à supporter et maintenir Matrix (commercialement, fonctionnellement, technologiquement, je ne vois pas de nécessité à les différencier tant ils sont interconnectés).

Il n'y a aucun signe avant-coureur que cela ne change, et pire, les contre-exemples d'échecs passés sont nombreux. J'y inclue:

• les implémentations clients/serveurs tierces et officielles abandonnées
• la volonté de dissocier l'entité en charge du développement du produit, de sa spécification, et de sa commercialisation n'ayant jamais abouti en pratique
• le schisme récent subséquent au changement de license et la nécessité pour les contributeurs de signer un CLA au profit de element-hq (défaisant en partie le point précédent)
• le manque complet de turnover/le problème de bus-factor
• le fait que les financements en venture-capital qui permettaient à new-vector/element-hq/… d'opérer à perte n'ont pas été remplacés, sous quelque forme que ce soit (le niveau d'importance accordé à Matrix par ses proponents est clairement surestimé)

Matrix est chaque jour de plus en plus moribond et à risque.

Au contraire je dirais, c’est plutôt pour fournir une infrastructure décentralisée, ouverte et interopérable pour les communications, sans se soumettre aux exigences du marché classique.

• Matrix est décentralisé en dessein mais pas en pratique : la plupart des comptes, bridges et salons actifs sont hébergés sur le node matrix.org, sur-représenté sur le réseau. Les raisons à ça sont mauvaises mais justifiées : auto-héberger matrix est une expérience atroce (j'ai donné) et coûteuse (en resources matérielles autant que temporelles), les soucis de fédération sont constants et traduisent un manque de maturité/robustesse de l'implémentation technique (ce qui est injustifiable après 10 ans…). En d'autres termes, je ne crois pas au potentiel de Matrix d'être le "protocole fédéré/décentralisé" du futur, il est trop inefficient et demandeur pour ça.
• Le cas de Tchap est encore plus à charge: vu qu'il n'est de toute façon pas question de fédérer, à quoi bon s'imposer toute cette complexité technique ? On peut parier que les admins de Tchap retireront cette possibilité si tant est que element-hq n'est plus en mesure de supporter la maintenance gracieusement pour eux. Et si element-hq finit par mettre la clé sous la porte définitivement, et qu'il ne reste plus que Tchap, fruit d'un déploiement très spécifique, il y a peu de chance que ce qu'il en résulte ne bénéficie à qui que ce soit.

Alors je sais pas ce que ça représente pour toi plusieurs états européens et institutions publiques mais disons que c’est pas les petites assos du coin non plus quoi

• Ces mêmes institutions et états ont leurs œufs dans plusieurs paniers. L'OTAN utilise XMPP sur le terrain, de même que la police allemande. Il n'y a pas d'exceptionalisme Matrix en la matière.
• Je ne sais pas dans quelle mesure tu es familier du sujet (apparemment assez-peu), mais ceci est le résultat direct de quand la France a décidé d'arrêter de payer element pour le support de Matrix. De la à penser que les intérêts et priorités divergent en la matière…

C’est un fork, ils ont la possibilité de continuer à le maintenir et au pire peuvent garder les versions actuelles qui marchent.

Ça me paraît bien optimiste : en 10 ans de temps, à coup de millions en venture capital, Matrix n'a pas réussi à transformer l'essai et en faire un produit commercialement viable et efficace, ni a attirer une communauté d'enthousiastes suffisamment compétents et persévérants pour en assurer une maintenance par des tiers sur le long terme. Je pense que ça en dit long sur la complexité du projet, corroborée par le flux continu de failles de sécurité, et l'effort de maintenance associé.

Après, c’est aussi AMHA le rôle d’un état que de participer à la maintenance d’un ecosystème libre, qui est une mission de service public par excellence.

Sur ce point je suis d'accord, mais ça ne fait pas automatiquement de Matrix le "bon" choix.

Reste à voir pour combien de temps, Tchap est basé sur Matrix, qui est en difficulté financière depuis de nombreuses années. Le protocole est obscène au point qu'une seule entité (celle en faillite) a le courage de maintenir le protocole et sa seule implémentation (client ET serveur) à jour. Ça pue.

I don’t see what you’re describing 🤷 Soon only appears once on the page and not in this context for me.

It appears as a tooltip

Anyhow, where I intended to draw your intention was on https://prose.org/downloads

You can just download the client for your platform (assuming one is available), or use the web one (otherwise), or just build one from the sources I linked (which is what I do), and login with your usual XMPP account. Would you need an account and have to decide which provider to register with, this would come handy: https://providers.xmpp.net/

In this set-up, prose.org isn't hosting your account and will of course let you interact with thousands of users or more, like any other XMPP client.

Those silicon valley tech billionaires are businessmen who, by the looks of it, have completely fallen for their own marketing, and secluded themselves in a weird echo chamber packed with sycophants and profiteers. They are not superior beings. They have no credential nor academic status enabling them to speak as authorities worth being listened to. Anyone with a critical mind and access to scientific literature understands better than them the actual challenges behind "uploading one's brain to the cloud" and can debunk that science fictionesque bullshit.

All there is to this is a bunch of aging megalomaniacs with too much power, except over death, and that scares the crap out of them and makes them say some stupid shit. And I hate that we sanewash this just because they are rich and influential. As a society we should kick them back to where they belong, which is a court of law, for their continued effort in dismantling our society.

Just below you'll find a section about "self hosting (soon)", though you can already use it with your own XMPP account as a standalone client (no questions asked), like I do, or, optionally, with the server-side components (opensource prosody module).

Edit: adding https://github.com/prose-im

See my other comment: if you already have an XMPP account, prose is just another client that you can use however you like, for free (and at that point, everyone should be having an XMPP account, if you ask me). If you don't have an account, they can act as service provider (but this being a decentralized network, the don't want to encourage hosting everyone on the same server).

It is not spam, and you miss-read it. Prose is an open-source XMPP client. They can set you up (host on your behalf) for free, up to a certain point. You can pay for it (there is a commercial offering), or you can use it unlimited and with no extra costs than your own server's if you self-host. It's all being developed there in the open in case you don't want to take my word for it: https://github.com/prose-im

In terms of tech and implementation details, it's been years since everyone has been converging towards the same WebRTC architecture (with everyone bundling/linking the same set of basic components and libs as found in chrome, android, ...). As such, a call between two participants (or as a group with less than a dozen participants) should be as good on XMPP as anywhere else (including the commercial options like Google Meet, Zoom, Matrix, ...).

Where things start getting spicier is in large group calls (dozens of participants or more) requiring the stream to be brokered by a central server (SFU), with stream re-compression and optimisation. Standard-XMPP isn't great for that yet (non-standard XMPP, like Jitsi, on which it is based, is pretty damn good, but unavailable from your regular XMPP setup). Work is going on to improve that (on two fronts, with some XMPP servers turning into SFUs, and with a protocol being designed for offloading AV streams to any willing existing SFU).

No idea what prose is.

Prose is an open-source XMPP client with a focus on large rooms/banquet-style conversations (like IRC, slack, …). It is still in its early stages but already quite usable and possibly a good fit for a subset of Skype refugees.

None of those (except Jitsi to a small extent) qualify as replacements if we ever want to evolve out of the silos we let megalomaniac CEOs build to better control us. So I'll add to the list: prose.org , movim.eu (or anything based on XMPP) and matrix.org (though this one is rapidly falling into obsolescence). The keyword here is federation.

It has already started. Microsoft and Google hiking prices with AI bundled in is both a way to inflate the "demand" artificially, keeping the show going (covering up the fact that nobody really wants that, and even less so wants to pay a premium for it: there just is no miracle AI product/application to sell), and to mitigate some of the absurd imminent losses.

You wouldn't see that in an "optimistic" and sound market.