Actualités du développement Safe 🇫🇷 19 août 2021

Ceci est une traduction automatique. L’original en anglais est ici: Update 19th August, 2021

Cette semaine a été difficile à bien des égards à la suite de la triste nouvelle de la semaine dernière. Parfois, nous ne réalisons pas à quel point nous sommes proches et à toutes nos manières, nous voulons tous la même chose, un monde meilleur. Les gens traitent des nouvelles comme celle-ci de différentes manières. L’attitude en interne a été de se concentrer sur le travail du mieux que nous pouvons et de pousser vers le prochain testnet.

Les récentes discussions du forum ont démontré un vif intérêt pour la façon dont l’économie sûre fonctionnera. Inévitablement, le modèle a un peu changé avec l’adoption des DBC comme véhicule d’échange. Afin de donner à chacun une meilleure chance de suivre les progrès, nous lancerons bientôt une série en plusieurs parties qui commencera par jeter un œil aux changements actuels de l’infrastructure des jetons.

En attendant…

Progrès général

@lionel.faber et @chris.connelly ont eu des discussions productives avec l’équipe quinn concernant les délais d’attente et la gestion des erreurs. QUIC peer-to-peer (qp2p) utilise la bibliothèque quinn pour connecter les clients au réseau et certains des problèmes de connectivité que nous avons vus sont dus à la façon dont les deux systèmes interagissent. L’équipe de quinn est réceptive aux pull request et nous progressons. Dans le même temps, nous simplifions qp2p en supprimant certains comportements de mise en cache dont nous n’avons plus besoin.

@yogesh a également traqué les bogues de délai d’attente et de suppression de messages sous l’angle de routage client où le manque de cycles CPU semble affecter les flux de connexion de qp2p, conduisant finalement à la suppression de messages, affectant ainsi les flux. Ceux-ci, ainsi que les bogues AE, sont les principaux problèmes qui freinent le prochain testnet. L’anti-entropie est désormais principalement implémentée pour tous les messages qui modifient les données, mais il reste encore des problèmes à résoudre. Avec la mise en œuvre du paradigme AE par le client, les SectionInfoMsgs deviennent redondants et ne deviennent qu’une surcharge pour le processus d’amorçage. Par conséquent, il est également supprimé, AE prenant la responsabilité de maintenir le client à jour avec l’infrastructure réseau.

Concernant la simplification de la messagerie, @anselme a déplacé PrefixMap, une structure qui correspond aux préfixes de section, de la fonctionnalité de nœud à un type générique.

En outre, une simplification a également été réalisée dans la caisse d’auto-cryptage. @oetyng s’y est essayé, ne faisant pas plus que nécessaire, ainsi que (déjà mentionné la semaine dernière) répartissant le travail sur tous les cœurs disponibles. Les améliorations de la vitesse d’écriture de « 459 % » mentionnées sont désormais passées à « 1478% » plus rapidement. (Encore une fois, cela est mesuré sur une machine à 6 cœurs. Plus il y a de cœurs, plus l’amélioration en pourcentage est élevée.) Les lectures sont « seulement » ‹ 290% › plus rapides.

Sinon, nous travaillons sur une plus grande branche de fonctionnalité comme certains l’ont noté, faisant un pas de plus vers la fusion du « nœud » et du « routage ». dossiers dans le référentiel safe_network. Cela a permis d’augmenter la simultanéité et nous avons encore simplifié le routage avec les modifications « AntiEntropy ».

Nous avons réduit l’utilisation de la mémoire (qui a de nouveau augmenté après le refactor et l’AE) en interceptant certains messages en boucle (nous sommes descendus à quelques centaines de Mo au maximum lors des tests intensifs). Et nous examinons maintenant comment nous pouvons également réduire l’utilisation du processeur !

Tout se passe bien, même si nous n’avons pas encore atteint notre objectif de stabiliser CI (ce qui nécessite un réseau de ~ 40 nœuds, deux sections réussissant tous les tests clients sur CI). Nous continuons donc à fusionner les correctifs et à déboguer sur cette branche avant de la fusionner avec main.


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é!