Première version du client Peer-to-Peer pour le réseau fédéré Matrix.

Le lancement du client expérimental a eu lieu Riot P2P.

Riot — initialement un client pour un réseau fédéré Matrix. La modification P2P ajoute dans le client une implémentation de serveur et fédération sans utilisation de DNS centralisé via l'intégration libp2p, qui est également utilisée dans IPFS. C'est la première version du client qui conserve la session après le rechargement de la page, mais dans les prochaines mises à jour majeures (par exemple, 0.2.0), les données seront néanmoins supprimées. Par conséquent, il n'est pas recommandé d'utiliser le client pour des choses importantes.

Le client implémente la fédération, la création de salles et l'affichage d'un annuaire de salles global (sans serveur!).

Cependant, le réseau principal de Matrix, utilisant DNS, et le réseau Matrix sur libp2p ne peuvent pas encore se fédérer et interagir l'un avec l'autre.

Pour utiliser le client, il suffit d'appuyer sur le bouton de connexion, après quoi vous recevrez un ID généré dans le réseau. L'exportation des données n'est pas encore supportée.

Comme il s'agit d'une présentation instable d'un concept potentiel, vous pourriez rencontrer des désagréments :

• Vous ne pourrez pas accéder à votre compte ou interagir avec d'autres clients si le serveur, exécuté sous forme de Service Worker, est arrêté par le navigateur après un délai d'attente. Ce problème a été observé avec Firefox, qui le fait après 30 secondes d'inactivité].
• Au niveau du réseau libp2p, il existe des limitations sur le nombre d'actions exécutées par un certain temps, ce qui peut entraîner des problèmes de fédération.

Le début du travail sur la version P2P de Matrix est motivé par le désir des développeurs d'offrir plus de liberté à leurs utilisateurs. La déconnexion du serveur central facilite la communication au sein des réseaux locaux et mesh, et en général, dans des conditions où l'accès au réseau externe est limité ou inexistant. Cela a également un impact positif sur la confidentialité, en minimisant les métadonnées transférées, qui dans ce scénario ne sont conservées que par les participants à la conversation. En fin de compte, cela amène à réfléchir à la refactorisation des concepts actuels de Matrix pour atteindre une plus grande portabilité et sécurité.

L'implémentation de l'API serveur est réalisée grâce à la compilation du serveur Dendrite en code WebAssembly, qui s'exécute simultanément avec le client sous la forme d'un Service Worker, utilisant IndexedDB et SQLite pour stocker les données localement, dans le cas de la version web et de l'emballage Electron.
Dendrite — c'est un « serveur de deuxième génération » en développement pour Matrix, écrit en Go, axé sur une modularité complète, qui peut également être utilisé sous forme monolithique. En mode modulaire, Apache Kafka est utilisé pour l'interaction des microservices, tandis qu'en mode monolithique — Naffka. La documentation pour la construction de la version P2P de Dendrite est disponible sur GitHub.

Dendrite a d'abord été envisagé comme serveur généraliste, destiné à remplacer Synapse, écrit en Python, qui avait des problèmes de performance et d'évolutivité. Cependant, en raison de la nécessité de support et d'un refactoring important de Synapse, le développement de Dendrite a été mis en attente. Finalement, le développement a repris, mais l'équipe a décidé de ne pas développer le code existant dans le cadre d'une application généraliste, mais plutôt de se concentrer sur l'adaptation pour l'intégration dans des dispositifs clients portables et peu puissants, comme les navigateurs et les téléphones.

La mise en œuvre actuelle de Dendrite est encore à un stade précoce de développement, mais elle est déjà suffisante pour une fédération simple :

API Client-Serveur : 34 % (227/672 tests) — en hausse par rapport à 33 %
API de Fédération : 34 % (35/103 tests) — en hausse par rapport à 27 %

Ce n'est pas la première tentative de mise en œuvre de P2P. Une initiative précédente avait été lancée pour créer un proxy CoAP dans le réseau Yggdrasil pour Synapse.

Les développeurs du protocole Matrix ne se concentrent pas uniquement sur la fédération et expérimentent des outils pour une décentralisation encore plus grande. Par exemple, une expérimentation a été menée pour réduire les coûts au niveau de transport. Un démon est en développement Pantalaimon — un proxy auquel tout client peut se connecter sans support de chiffrement et interagir avec des messages chiffrés. Toutes les initiatives menées visent à ce que, à l'avenir, se débarrasser de l'association du login au serveur, abolissant le MXID, interagissant avec le réseau à l'aide d'une clé publique, ce qui a déjà été partiellement mis en œuvre dans Riot P2P.

Pour des informations plus détaillées sur les concepts de mises en œuvre prévues, vous pouvez consulter la présentation FOSDEM 2020 sur YouTube et le dernier article de blog publié.

Il existe également une version Riot P2P pour Android, basée sur le code de l'ancienne application. À l'avenir, il est prévu de la mettre à jour vers la version actuelle RiotX.

De plus,

• Le projet est présenté TARDIS (Service de Débogage d'Inspection de Graphe Acyclique des Événements Indépendants du Temps) — un débogueur de graphe linéaire d'événements (DAG) pour des salles Matrix basées sur Riot P2P.

• Dans le projet Conduit (un serveur en développement par la communauté écrit en Rust) maintenant des fonctionnalités de cryptage et de pièces jointes.

• Un serveur expérimental sur Scala est désormais disponible — Mascarene.

Source : linux.org.ru