Actualités du développement Safe 🇫🇷 14 décembre 2023

Ceci est une traduction automatique. L’original en anglais est ici: Update 14 December, 2023

Bienvenue dans la dernière mise à jour de l’année. Nous sommes heureux de terminer sur une bonne note, avec le testnet CloserNet et la communauté qui nous aident à vérifier notre correctif pour quoi nous espérons que ce sera le dernier bug majeur dans la gestion des données de base.

Nous faisions l’hypothèse que les nœuds étaient classés en fonction de leur proximité avec notre nœud, alors que ce n’était pas le cas. Cela provoquait des anomalies de stockage et de tarification ainsi que d’autres problèmes où nous aurions pu demander des données aux mauvais nœuds. Nous classons maintenant les nœuds par distance XOR.

Nous avons également vu certains nœuds renvoyer des morceaux partiels à la suite de requêtes effectuées avant que le morceau n’ait été entièrement écrit. Alors maintenant, nous ne notons les enregistrements stockés qu’une fois cette écriture terminée.

Nous avons également amélioré le processus de vérification et exposé quelques erreurs de téléchargement qui étaient masquées auparavant. Il reste encore un peu de travail à faire sur l’UX à ce sujet (la nouvelle version de la CLI aujourd’hui devrait faciliter les choses), mais nous sommes heureux que les principes fondamentaux du stockage des données et des paiements soient désormais là.

La prochaine chose sur la liste, ce sont les audits. @anselme a créé un utilitaire de ligne de commande PoC qui peut suivre les transactions et les « CashNotes » non dépensés jusqu’à Genesis. Cette profondeur ne devrait être nécessaire que dans quelques cas d’utilisation et serait excessive pour la plupart (et très difficile à mettre à l’échelle pour le cas général), mais il est bon de confirmer que nous pouvons le faire assez simplement. L’audit offre une sécurité et une assurance indispensables. Nous examinons donc maintenant dans quelle mesure nous pouvons élaguer les contrôles d’audit et comment nous les stockons.

Un grand merci à tous ceux qui ont contribué aux tests tout au long de cette année, et d’autres manières en offrant leur soutien et leurs idées. Cette communauté est ce qui fait la base de ce projet – nous ne pourrions littéralement pas le réaliser sans vous. :Père Noël:

Un merci spécial à @mav pour un PR pour supprimer la liste des pairs connectés de la sortie CLI par défaut, et à drone-ah pour un proposé amélioration au processus de relations publiques lui-même.

Progrès général

@anselme a implémenté un utilitaire CLI pour suivre une dépense et rechercher toutes les dépenses descendantes de manière récursive afin de créer un graphique acyclique dirigé (DAG) des dépenses à des fins d’audit.

@bzee continue de travailler sur l’intégration de node_manager ainsi que sur la gestion des signaux dans node pour la plateforme macOS.

@bochaco a examiné une caisse Ledger alternative avec différentes implémentations de transport pour communiquer avec l’appareil/simulateur alors qu’il cherche à garantir que SNT est compatible avec ce portefeuille matériel. Il a lancé un projet d’implémentation pour une commande de signature Ledger.

@qi_ma a soulevé un PR pour ignorer le paiement et les téléchargements de morceaux de fichiers existants, qui sont en place dans le testnet actuel, et continue d’examiner inutile connexions en direct. Nous surveillons CloserNet, euh, de près, pour cela. Il a également envoyé un PR à « sn-testnet-deploy » pour collecter les statistiques de connexion aux nœuds.

@chriso a été occupé dans les dépôts sn-releases, sn-testnet-deploy et sn-node-manager, augmentant les PR #8, #9, #10, #11, #12, #13 liés à la prise en charge des binaires de nœuds personnalisés, qui permettent de créer à partir d’un fork et de fournir à l’administrateur commandes pour gérer les réseaux, y compris l’ajout, la suppression, la suppression, le redémarrage de service/nœud, la mise à niveau et autres.

Pendant ce temps, @roland a ajouté une vérification pour s’assurer que nous n’enregistrons pas accidentellement des données brutes, comme cela s’est produit dans le testnet précédent, créé basé sur le hachage vérificationspour des morceaux afin d’accélérer le processus de téléchargement, quelques améliorations CLI UX, et travaillé sur certaines erreurs observées dans le testnet.

Et @joshuef a modifié le processus de téléchargement pour fournir des tentatives simples pour les morceaux ayant échoué, ceci en plus de plusieurs améliorations antérieures et d’une meilleure gestion des erreurs déjà présentes dans le dernier testnet.


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