Ceci est une traduction automatique. L’original en anglais est ici: Update 02 November, 2023
Eh bien, cela devait arriver un jour. Après une série de succès, RoyaltiesPaymentNet a été maudit par une utilisation élevée de la mémoire qui a tué de nombreux nœuds avant même qu’ils puissent démarrer, et a laissé le reste pratiquement zombifié. Ce qui est effrayant, c’est que tout a bien fonctionné sur nos réseaux de test internes (bien qu’avec des niveaux de mémoire légèrement augmentés). Le pauvre RoyaltiesPaymentNet aurait-il pu être détruit par des forces obscures au-delà de notre connaissance ? :fantôme:
Ou peut-être y a-t-il une explication logique. Le principal objet de notre attention est « GossipSub », le système par lequel les nœuds effectuant des transactions propagent les faits aux nœuds de fondation qui prennent ensuite leur part. GossipSub traite beaucoup plus de messages que prévu. On ne sait pas encore s’il s’agit d’une boucle, ou de recharges de clients renvoyant des paiements de redevances, ou autre chose.
Un problème est que tous les nœuds essaient de décoder tous les transferts, provoquant beaucoup d’activités inutiles, un autre est que libp2p a alloué assez généreusement… Nous avons quelques PR pour vous aider et nous espérons que cela se réalisera encore. !
Il existe également d’autres correctifs à apporter, notamment les correctifs libp2p, les transferts cryptés et la réplication lors des modifications mises qui devraient réduire la charge lorsque nous lançons un autre testnet.
Nous sommes reconnaissants que l’équipe libp2p soit réactive et ouverte à nous aider. Cette semaine, @dirvine les a contactés au sujet de la construction des défenses Sybil sur la base de recherches récentes, et ils ont dit qu’ils étaient ouverts à l’idée. .
Progrès général
@roland a étudié le fractionnement des morceaux et le processus de paiement, et a également ajouté une nouvelle fonctionnalité à la CLI qui garantit que l’utilisateur dispose d’un solde suffisant avant d’exécuter une action comme un téléchargement.
@chriso a travaillé sur le côté gestion des nœuds. Windows est toujours plus difficile à cet égard et il a rencontré quelques problèmes, mais c’est en grande partie réglé maintenant.
@joshuef a étudié l’utilisation élevée de la mémoire et les messages en boucle dans « GossipSub » qui pourraient avoir provoqué l’échec du testnet, ainsi que d’autres petits correctifs, et cherche à implémenter un nœud payant qui devrait accélérer le processus de validation et améliorer les performances.
@bochaco a créé un PR pour refactoriser la validation du transfert pour le rendre plus efficace, et a également été le principal moteur de la mise en œuvre de transferts de redevances cryptés. Les tests fonctionnent désormais.
Nous avons rencontré quelques échecs de paiement lors des tests alors que nous passons au paiement d’un seul nœud. @anselme étudie ces éléments et s’efforce de rendre le problème plus facile à déboguer.
@qi_ma a corrigé d’autres tests internes qui échouaient.
Et @bzee a également travaillé sur le paiement d’un nœud, tout en proposant en outre quelques améliorations aux flux de travail Requête API Kad.
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é!