Ceci est une traduction automatique. L’original en anglais est ici: Update 18 May, 2023
Merci à tous ceux qui ont participé au testnet DiskNet cette semaine. Malgré son « démontage rapide et non programmé » (© SpaceX), nous en avons vraiment tiré de précieuses leçons, et heureusement, les correctifs ne devraient pas être trop délicats. Nous avons également trouvé un bogue lié à la journalisation qui a déjà été trié, nous serons donc entièrement prêts à partir une fois que la prochaine itération sera prête.
Remerciements de la communauté
Merci marcelosousa pour leurs relations publiques supprimant certains des résumés de la liste de lecture 
.
Merci à @mav pour son travail jusqu’à présent sur l’amélioration de wallet ux 
Progrès général
Heureux de dire que les pics de mémoire et de CPU que nous avons vus dans le testnet précédent lors du téléchargement de données semblent appartenir au passé, grâce à un changement dans le code de republication des données. @joshuef a effectué des tests à ce sujet et le comportement ne s’est pas reproduit, alors je croise les doigts, c’est tout.
@bzee et @aed900 progressent sur AutoNAT - détection des nœuds derrière les routeurs/pare-feu domestiques. Ils ont étudié les journaux de testnet pour repérer les problèmes potentiels et déterminer comment AutoNAT pourrait les atténuer.
L’autre pièce restante du puzzle est de savoir comment stocker les registres. La méthode libp2p est-elle suffisante pour le moment, ou devons-nous proposer une solution personnalisée ? La même chose s’applique aux DBC, mais comme il n’y a pas de logique CRDT impliquée dans ce cas, cela devrait être beaucoup plus facile. C’est ce que @anselme et @bochaco étudient en ce moment, en examinant le pour et le contre.
@qi_ma optimise le processus de republication des données. Ce que nous voulons vraiment, c’est qu’à chaque fois qu’il y a un événement de désabonnement dans un groupe proche (huit nœuds les plus proches, XoR), les données soient republiées vers de nouveaux détenteurs de données. En plus de fournir une redondance, le but est de garantir que les tables de routage détenues par les nœuds sont toujours à jour. La méthode libp2p ne nous convient pas car elle est périodique plutôt que pilotée par les événements et peut être assez lourde. Nous envisageons de l’utiliser comme backstop, en conjonction avec une réplication plus événementielle.
Qi et @bochaco ont également creusé les problèmes de connectivité rencontrés lors du testnet, qui semblent être causés par des paniques de code dans le module RecordStore.
Lié à cela, il y a la republication des données sur le taux de désabonnement, qui est un peu plus compliquée avec les registres. @bochaco a créé un nouveau test de bout en bout pour vérifier l’intégrité des données de registre lors d’événements de désabonnement de nœuds.
Et @roland travaille à l’amélioration du processus de journalisation en vue du prochain testnet. Accrochez-vous à vos chapeaux. 
Liens utiles
- Site Web du réseau sécurisé
- Safe Network Primer
- Principes de base du réseau
- Feuille de route
- Glossaire
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é!