Ceci est une traduction automatique. L’original en anglais est ici: Update 17 August, 2023
Merci à tous ceux d’entre vous qui ont participé aux tests de ThePriceIsRightNet. C’est vraiment d’une grande aide, et une fois de plus, vous avez découvert des problèmes inattendus.
En effet, celui-ci a été un peu un œuf de curé – bon en partie.
En commençant par le bon, tous nos nœuds sont toujours en vie sans problèmes sérieux de processeur ou de mémoire. Comme prévu, le coût du magasin a augmenté à mesure que les nœuds se remplissaient, ce qui est formidable, même si cela n’a pas été extrêmement cohérent.
Ce qui nous amène aux morceaux légèrement plus parfumés. La cause de la redoutable « Erreur réseau n’a pas pu récupérer l’enregistrement » est très probablement due à des bugs dans le système de paiement et de vérification, les clients effectuant des paiements insuffisants en échange du stockage de morceaux.
Si le paiement est insuffisant, certains nœuds rejetteront le fragment, ce qui signifie qu’il ne pourra pas être répliqué sur le groupe proche. Les tentatives répétées échouent également car le client a réutilisé la preuve de paiement initiale. Le paiement est toujours insuffisant, donc les nœuds rejettent à nouveau les morceaux. Le client ne peut pas récupérer les morceaux car ils n’ont jamais été correctement stockés. Le prix du nœud est peut-être correct, mais le client ne le calcule pas correctement pour le moment.
Donc… nous travaillons à améliorer le calcul des coûts, à vérifier les prix actuels des réuploads et à payer par morceau. Cela devrait contribuer à garantir des paiements suffisants à tous les nœuds, ce qui signifie que tout le monde est satisfait.
Ailleurs, le démarrage du client est toujours lent malgré la réduction du nombre de nœuds de 20 à 8. Nous avons trouvé un bug et y avons mis en place un correctif, ce qui accélère bien les choses lors de nos tests.
D’autres puants traînent encore. Nous continuons de voir des nœuds se retrouver sans enregistrements stockés ; il y a toujours une fuite de mémoire lente. Ce ne sont pas des problèmes majeurs et nous les étudions tout en avançant dans d’autres domaines. Malheureusement, nous ne pouvons toujours pas utiliser QUIC comme moyen de transport car l’implémentation libp2p identifie toujours à tort les nœuds derrière NAT comme publics et semble avoir une empreinte mémoire plus grande que TCP pour le moment.
Progrès général
@Anselme a cherché à rationaliser les DBC. Le modèle actuel est dans une certaine mesure un héritage de la conception précédente pré-libp2p qui utilisait les clés de section comme point de référence. Ceux-ci n’existent plus et nous envisageons maintenant une configuration plus plate qui se comporte davantage comme un grand livre décentralisé, avec des transactions stockées sur le réseau et des nœuds qui suivent les pièces non dépensées. Plus d’informations à ce sujet dans une prochaine mise à jour.
@Joshuef et @Roland déboguaient la logique utilisée par les clients pour estimer les coûts de stockage avant d’effectuer des paiements, y compris des calculs de coûts incohérents entre les clients et les nœuds.
Il y a également eu des progrès vers un modèle de paiement par morceau
@Qi_Ma a étudié le problème des calculs incorrects des coûts de stockage et des flux de paiement, et a trouvé un problème lorsque les plages de distance ne sont pas configurées correctement.
@aed900 continue d’examiner les relais et la perforation, cherchant à ajouter cela aux transports QUIC et TCP. Encore un travail en cours – nous avons vraiment hâte de découvrir celui-ci.
@Bzee travaille également dans ce domaine, notamment en examinant des solutions potentielles aux défis actuels d’AutoNAT avec l’intégration de QUIC.
Et @Chriso continue de travailler sur l’automatisation du déploiement des testnets et d’apporter des améliorations à l’UX sur la base de tous les précieux commentaires des testnets.
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é!