Ceci est une traduction automatique. L’original en anglais est ici: Update 11 May, 2023
Un grand merci à tous ceux qui ont rejoint ou essayé de rejoindre le Joshnet la semaine dernière. Nous apprécions vraiment votre enthousiasme, et cela nous a aidés à avancer vers le prochain testnet (suggérez des noms s’il vous plaît !). Tout d’abord, nous avons été ravis qu’il soit resté en place aussi longtemps. C’était complètement inattendu étant donné qu’il était essentiellement maintenu avec de la ficelle et des élastiques, c’est donc une excellente démonstration de la robustesse de la base libp2p sur laquelle nous nous appuyons.
Pour le prochain testnet, nous souhaitons utiliser le stockage sur disque plutôt que de tout compresser en mémoire, ce qui constituera une expérience utilisateur plus intéressante.
Pendant le Joshnet, nous avons remarqué quelques problèmes qui doivent être résolus. L’un était une bande passante étonnamment élevée. Nous soupçonnons que cela est dû au fait que des nœuds se rejoignent apparemment derrière un routeur (NAT), mais ne sont pas réellement détectables par les clients, ce qui entraîne de nombreux messages qui ne vont nulle part ; si c’est le cas, cela peut avoir un effet sur d’autres nœuds du réseau. Nous avons également trouvé une mémoire et un CPU élevés dans les nœuds, ce qui semble être dû à la manière dont libp2p gère la republication des données. Nous sommes sur celui-là en ce moment.
Enfin, nous réalisons que « l’expérience d’intégration » était un peu rudimentaire (c’est le moins qu’on puisse dire), alors merci à tous ceux qui ont persévéré. Soyez assuré que Chris est sur le point de rendre cela beaucoup plus fluide pour le prochain testnet, ou si nous résolvons rapidement les autres problèmes, celui d’après - nous sommes très impatients de relancer !
Progrès général
@roland prend les devants pour sauvegarder les données sur disque en vue du prochain testnet. Et @Anselme porte d’autres types de données pour utiliser la configuration RecordStore de libp2p, afin que nous puissions supprimer davantage de code personnalisé et compter sur leur republication automatisée.
Il y a quelques bogues avec la traversée NAT telle qu’elle est implémentée dans libp2p et Rust. Dans un premier temps, nous voulons pouvoir détecter automatiquement les nœuds derrière NAT afin de pouvoir prendre les mesures appropriées, par exemple la perforation. @Bzee a soumis quelques problèmes au référentiel rust-libp2p et a expérimenté AutoNAT afin que les nœuds du réseau puissent détecter si un nœud qui se joint est derrière un NAT.
Par rapport à cela, @aed900 a commencé le processus de démarrage/découverte et a travaillé avec @bzee sur la configuration optimale par rapport au rôle d’AutoNAT et du protocole d’identification. Le protocole d’identification est ce que les nœuds utilisent pour communiquer sur les adresses observées des autres nœuds.
@bochaco a creusé dans les tests, en particulier un test de base qui peut générer des tâches pour faire tourner les nœuds, ainsi que créer et interroger des registres simultanément sur un testnet.
@Anselme travaille sur le refactor DBC, tandis que @chriso est toujours sur le matériel OpenSearch pour la surveillance, tout en mettant en place le script ‹ safeup › pour des lancements de testnet automatisés faciles sur une variété d’environnements. Pendant ce temps, @qi_ma a corrigé des bogues, lissé les flux de réplication de données et travaillé pour réduire également la mémoire des nœuds et l’utilisation du processeur.
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é!