Actualités du développement Safe 🇫🇷 28 avril 2022

Ceci est une traduction automatique. L’original en anglais est ici: Update 28 April 2022

Cette semaine, avec quelques obstacles majeurs maintenant derrière nous, y compris la mise en œuvre de l’adhésion, le consensus de transfert presque fusionné et l’écrasement des bogues de pointe de mémoire qui sévissaient sur les réseaux de test, nous avons pensé qu’il serait bon de jeter un coup d’œil à ce que nous avons réalisé et ce qu’il reste à faire.

Progrès général

L’intégration DBC continue de bien se passer. Nous avons mis en place davantage d’améliorations côté client et le démarrage d’un stockage DBC côté nœud POC également en cours. Plus une messagerie PR en préparation pour tout relier.

Le travail de consensus sur le transfert est principalement là, ce qui fournit une logique plus consensuelle aux scissions de section et aux élections des anciens (nous voyons des problèmes sporadiques sur CI, alors creusez là maintenant). Mais le code de transfert, associé à quelques modifications liant DKG à des générations spécifiques, semble avoir considérablement amélioré le démarrage de la section, ce qui est formidable.

Nous avons poursuivi certains travaux de refactorisation en cours, en organisant le référentiel safe_network, et nous avons commencé à examiner à quoi ressemblent les nœuds « légers » et à quoi ressemble un nœud exécutant du code « système réseau » nu. La raison en était d’aider au débogage en ayant un système modulaire en mode où nous pouvions, par exemple, désactiver data et n’exécuter que le code dbc, ou le désactiver complètement. Nos tests là-bas ont été encourageants - avec les données désactivées, les nœuds dépassaient environ ~ 45 Mo de mémoire, et nous avons heureusement eu ~ 90 en cours d’exécution sur une machine avec plusieurs divisions de section :tada: .

Rapport d’étape

Adhésion à la section
C’est ce qui permet aux aînés de garder le contrôle sur les adultes de leur section.
Progrès: Désormais intégré au code réseau
À faire: Nous étudions toujours la génération de clé distribuée (DKG), le mécanisme par lequel les anciens parviennent à un accord sur la nouvelle clé de section, pour voir s’il existe peut-être d’autres voies ici qui pourraient supprimer complètement l’exigence d’un consensus.

Traitement/transfert des données
Redistribuer des morceaux lorsqu’un adulte se déconnecte et gérer avec élégance les fractionnements.
Progrès:
À faire: Résoudre les problèmes de DKG ; Mise en cache sur les anciens

Messages et pics de mémoire
Outre les communications inter-aînés, la plupart des messages sont gérés par anti-entropie (nous répondons avec des informations manquantes afin qu’un nœud puisse mettre à jour et réessayer son message si nécessaire, éliminant ainsi le besoin de mettre les messages en cache) et qp2p.
Progrès: Correction des pics de messagerie
À faire: Optimisation de l’AE

Test de vivacité
Tester régulièrement que les nœuds sont en ligne et prendre des mesures s’ils ne le sont pas. Cela a été étendu pour pénaliser les nœuds non seulement pour avoir abandonné des morceaux, mais aussi pour avoir abandonné des connexions et être en retard en termes de connaissance du réseau, nous devrions donc, espérons-le, attraper plus de nœuds dysfonctionnels plus tôt et augmenter la santé globale du réseau.
Progrès: Premier passage : terminé !
Todo: Améliorez la gestion des dysfonctionnements grâce au proptesting.

Système de résolution de noms et noms de domaine
Les cartes NRS sont des multicartes (registres sous le capot) qui contiennent le mappage de tous les sous-noms aux URL pour un topname spécifique. Chaque topname a sa propre multimap.
Progrès: L’API a été mise à jour
À faire: Décidez toujours quoi stocker comme entrées dans la carte NRS. Le mappage actuel (clé - valeur) est « sous-nom » → Url, mais pour une meilleure UX, il peut être utile de stocker le topname avec le sous-nom en tant que clé dans la carte, comme : « sous-nom.topname » → Url. En veilleuse pour l’instant

Suivi / visualisation
La pile ELK nous permet de surveiller et de visualiser les performances de tous les nœuds d’un testnet.
Progrès: Terminé. Tests fermés en cours (et montrant déjà des avantages, nous avons détecté ce bogue car nous pouvions clairement voir un nœud tourner ses roues.
À faire: Renforcez le déploiement des nœuds ELK et de la sécurité environnante afin que nous puissions l’ouvrir à la communauté.

DBC
Les DBC sont le mécanisme par lequel les transactions sont effectuées sur le réseau.
Progrès: En cours d’intégration dans le réseau
À faire: Messagerie DBC ; mettre en œuvre le DAG commandé à des fins d’audit ; test sur testnet/réseau en direct. Mettre en œuvre des flux de paiement de données.

Porte monnaie
Le portefeuille est l’interface utilisateur pour effectuer des transactions.
Progrès: Première implémentation de base des commandes API et CLI de réémission de portefeuille terminée
À faire: Plus de travail est nécessaire pour qu’il soit prêt pour la production ; test avec les DBC sur le réseau

Paiement aux agriculteurs
Les adultes et les aînés seront payés pour leurs services par le réseau. Il y a quelques conceptions sur la table, mais elles attendent la mise en œuvre des DBC.
Progrès: Idées de conception de base
À faire: Implémentation et test lorsque d’autres éléments le permettent

Utilisateurs payant pour le stockage
De même, nous avons des conceptions en place mais attendons les DBC. La pensée actuelle est que les clients utilisent les DBC pour payer le stockage à l’avance, les anciens citant un prixe pour signer les noms de ces morceaux, ce qui en fait des données réseau valides. Les données mutables devront être traitées différemment.
Progrès: Idées de conception
À faire: Implémentation, tests, tests UX

Front-end / UX
Nous avons révélé quelques wireframes et conceptions pour l’authentification/UX au cours des derniers mois, mais évidemment, ce sont la cerise sur le gâteau, et le gâteau n’est pas encore cuit.
Progrès: L’apparence de base, l’authentification de l’utilisateur, les stratégies d’identification perdues et d’autres conceptions sont réalisées
Todo: Backburner pour le moment ; mise en œuvre lorsque d’autres éléments sont prêts, tests utilisateurs

Gouvernance
Fondation est en cours de création en Suisse en tant qu’organe directeur distinct de MaidSafe.
Progrès: Ça se passe bien jusqu’à présent ; les autorités ont demandé des documents
À faire: Terminer les livres blancs actualisés ; d’autres discussions sur les détails

Documentation
Livres blancs couvrant le projet sous différents angles, documentation technique.
Progrès: Nouveaux livres blancs sur la distribution de jetons, la conception de réseau, la conception de jetons et la gouvernance de projet sous forme de brouillon
À faire: Terminer les livres blancs ; Documents NRS, DBC, etc.

Modifications de licence
Licence du réseau central sous GPL3 avec des caisses réseau non sécurisées sous licence MIT/BDS afin de ne pas limiter les applications clientes qui peuvent être construites dessus.
Progrès: terminé, bien que l’automatisation puisse être en place
À faire: automatiser la gestion des licences

eMaid
Effort communautaire pour éventuellement permettre la conversion d’Omni Maid en ERC20 Maid.
Progrès: Terminé !


Liens utiles

N’hésitez pas à répondre ci-dessous avec des liens vers les traductions de cette mise à jour de développement et les modérateurs les ajouteront ici.

En tant que projet open source, nous sommes toujours à la recherche de commentaires, de commentaires et de contributions de la communauté. Ne soyez donc pas timide, rejoignez-nous et créons ensemble le réseau sécurisé!