DEM - C'EST VRAIMENT SÛR

FAQ. Messagerie en DEM

Pour échanger des messages, l'application DEM doit d'abord établir une connexion avec les nœuds Artery Storage, puisque tous les échanges de données passent par eux. Pour ce faire, dans un premier temps dans le code de l'application sont inscrites plusieurs adresses IP de nœuds de contrôle (elles sont décrites dans la description d'Artery Storage) ainsi qu'une adresse d'entreprise API centralisée, à partir de laquelle l'application peut obtenir une telle liste (si l'adresse n'est pas disponible, les adresses embarquées sont utilisées).

Après avoir lancé l'application et obtenu les adresses du nœud de contrôle, une demande est envoyée à ce nœud pour obtenir les adresses des nœuds de contrôle responsables de la gestion d'un compte particulier (que l'utilisateur a spécifié lorsqu'il s'est connecté). Après l'installation de ces nœuds, un échange supplémentaire d'informations de service est effectué avec eux (les informations de service incluent - la liste des nœuds stockant la correspondance des utilisateurs, la liste des contacts des utilisateurs (sous forme cryptée), les limites d'espace pour le stockage des données, les adresses des nœuds de la blockchain, les informations sur les comptes blockchain par leur adresse et leur pseudo, les paramètres de l'application).

Ceci est nécessaire pour s'assurer que l'application fonctionne.

Une fois la recherche d'adresse terminée ("phase d'initialisation"), l'application se met "en ligne", c'est-à-dire qu'elle communique directement avec les nœuds Artery Storage, à savoir : d'une part elle met à jour l'horodatage avec des informations sur la dernière présence en ligne de l'application, et d'autre part elle contacte les nœuds stockant la correspondance et télécharge les nouveaux messages dans le stockage local (du téléphone).

L'application établit également une connexion stable à l'un des nœuds stockant la correspondance de l'utilisateur et réagit à l'enregistrement de nouveaux messages (les télécharge et ajoute au stockage local).

Lors de l'échange de messages, l'application envoie des requêtes aux nœuds alloués pour le stockage des correspondances (reçues lors de la phase d'initialisation).

Il existe 2 types de messages : sortants et entrants.

Boîte de réception: quelqu'un enregistre un message pour un utilisateur et que son application télécharge ces messages et les enregistre dans un stockage local.

Boîte d'envoi: l'application obtient la clé publique de l'utilisateur (destinataire du message) à partir de la blockchain, crypte le message avec elle et l'inscrit dans la section publique du destinataire du message. En outre, une copie du message chiffrée avec la clé publique de l'expéditeur est inscrite dans la section publique de l'expéditeur.

Toutes les opérations sont signées avec la clé de l'utilisateur et vérifiées pour leur authenticité (immuabilité et appartenance à un utilisateur particulier).

Lors de l'envoi d'un fichier, il est d'abord divisé en blocs, dont chacun est crypté, puis téléchargé vers différents nœuds de stockage d'Artery, puis les hachages de ces blocs sont attachés au bloc stockant le message de l'utilisateur. La liste des blocs attachés au message est stockée sous une forme ouverte, elle ne vous permettra pas de restaurer les données, mais vous permet de supprimer complètement les informations du référentiel lorsque la limite d'enregistrement est atteinte (si la suppression d'anciens messages est activée).

Liste des blocs attachés au message. Certaines des fonctions de messagerie non critiques pour la messagerie ont été mises en œuvre (et de nouvelles seront mises en œuvre) de manière centralisée. Si les serveurs de l'entreprise ne sont pas disponibles, ces fonctions ne fonctionneront pas. À savoir :

1. La fonction "ce que fait l'utilisateur" (c'est-à-dire imprime un message, sélectionne une photo, etc.) - elle utilise des serveurs d'entreprise centralisés, à travers lesquels les événements correspondants sont transmis entre les applications actives.

2. Recherche par correspondance partielle de pseudo (en raison du fait qu'une telle recherche n'est pas possible dans la blockchain).

3. Envoi de notifications PUSH (cela nécessite des jetons et des services qui ne sont disponibles que pour les entreprises) - pour ce faire, le serveur de l'entreprise reçoit des informations sur la personne qui a envoyé le message et le destinataire (le jeton PUSH de l'appareil est associé à l'adresse du destinataire, cette information est uniquement stocké par la société et n'est pas partagé avec des tiers).

4. Nouvelle implémentation de la fonction «dernière connexion en ligne» sur une base centralisée, pour améliorer la précision de l'affichage et réduire la charge sur les nœuds de contrôle (puisque cette fonction n'est pas critique pour la messagerie).


Les données utilisateur sont protégées à l'aide du cryptage xChaCha20 et du cryptage asymétrique à l'aide de la courbe elliptique secp256k1.

Le chiffrement est utilisé pour protéger les données utilisateur. Les informations du bloc sont cryptées avec une clé à usage unique pour xChaChat20 à l'aide de données aléatoires, puis la clé elle-même et les données aléatoires sont cryptées par un algorithme asymétrique et toutes ces informations sont stockées dans le bloc. Le générateur de nombres pseudo-aléatoires cryptographiquement sécurisé (CPRNG) fourni par le système d'exploitation (iOS, Android) est utilisé pour créer la clé à l'aide de données aléatoires. Chaque bloc de message stocke des informations sur l'expéditeur, le destinataire, le message et des informations sur la pièce jointe. (hachages des blocs de données inclus dans le message, s'il occupe plus de 1 Mo).

Toutes les demandes d'une application sont signées séparément avec la clé privée de l'application, afin que les nœuds puissent vérifier que l'application est fiable. Si des développeurs tiers souhaitent publier leur propre application, ils peuvent en obtenir la clé en contactant le bureau de vote. C'est pour protéger les utilisateurs contre le SPAM.