Actualités du développement Safe 🇫🇷 25 janvier 2024

Ceci est une traduction automatique. L’original en anglais est ici: Update 25 January, 2024

Cette semaine, nous avons fermé le « NewYearsNet » et avons résolu certains problèmes de CI et de déploiement avec le changement « rapide ». Cela n’est pas dû à des problèmes avec la branche en soi, mais plutôt au fait que les outils qui l’entourent ont été axés sur tcp.

Parallèlement à cela, nous avons essayé de passer à l’utilisation du « node-manager » en interne (et pour le déploiement de testnet), ce qui est une autre série de complications que nous sommes en train de surmonter.

Une fois que nous aurons cela en main, il y aura un autre testnet rapide avant de passer à tester d’autres choses intéressantes !

L’un d’entre eux est le travail effectué par @mav sur un flux proposé pour la conversion OMNI, qui devrait permettre aux prochains réseaux de test de tester le processus de conversion. , et permettez aux personnes possédant des jetons OMNI de les réclamer directement (sans avoir à recourir à un robinet !). Il s’agit d’une première ébauche de processus, et nous y reviendrons plus en détail bientôt ™.

Progrès général

@qi.ma a continué à contribuer à faire avancer les versions, les réseaux de test et les tests à tous les niveaux, en corrigeant les tests de référence, en réduisant la journalisation et en approfondissant d’autres échecs de tests.

@roland et @chris ont poussé sur le front du node-manager, commençant le passage au monorep afin que nous puissions faire du dogfooding à tous les niveaux (par exemple, dans les améliorations à venir de CI où nous exécutons des réseaux de test en direct tous les soirs, ce qui devrait nous donner une couche de test manquante sur un réseau public.)

@bochacho est de retour pour améliorer la CLI et les processus de signature, afin de permettre la signature hors bande des transactions, car il semble que l’intégration directe grand livre/trezor ne soit peut-être pas possible pour l’instant. Cela devrait nous mettre dans une bonne position pour aller de l’avant lorsque cela a du sens.

@jason_paul continue d’améliorer la documentation client et commence également à se lancer dans la création de nouvelles fonctionnalités dans la base de code.

@Anselme a continué à développer les capacités DAG pour les nœuds, permettant l’audit de la devise et la collecte complète des redevances. Et nous avons continué à débattre de la meilleure manière d’intégrer ces vérifications DAG dans les flux normaux de vérification des dépenses des nœuds (afin de prévenir les attaques créatrices d’argent). Les choses commencent à prendre forme de ce côté-là.

@joshuef a continué à explorer les possibilités de compilation wasm pour sn_client. Vers la fin de la semaine dernière, nous avons eu quelques PR de base pour réorganiser et supprimer certaines dépendances qui ne fonctionneraient pas sur wasm32-unkown-unkown, mais nous avons maintenant une preuve de concept de base de son utilisation en place, et un PR apportant les modifications nécessaires pour permettre la poursuite des travaux ici. C’est assez excitant car l’architecture wasm32-unkown-unknown est ce qui permet d’exécuter du code rust dans un navigateur :tada: (il y a des limites à ce sujet, et la meilleure façon de l’exécuter reste à décider, alors ne le faites pas être trop excité. Mais c’est formidable d’ouvrir potentiellement un autre front pour une utilisation sûre des réseaux !).


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