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

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

Alors que nos nœuds MaidSafe serrés commençaient à s’effondrer à mesure qu’ils se remplissaient et manquaient de mémoire, nous avons dit au revoir à RewardNet il y a quelques jours, mais pas avant qu’il ne soit à la hauteur de son nom. En plus de démontrer la stabilité désormais familière, les membres de la communauté ont été enrichis par des sommes inimaginables d’argent imaginaire, et nous avons tous été récompensés par une meilleure connaissance de certains sujets importants. Comme toujours, mille mercis à tous ceux qui ont aidé. Un merci spécial à @josh pour ses mesures sur la répartition des paiements sur ses nœuds, à @southside pour le suivi diligente des prix et à @loziniak pour le récent PR nettoyant certaines API client. :bowing_man:

Voici ce que nous avons modifié cette semaine en réponse aux résultats du testnet.

La tolérance aux changements de prix est meilleure gérée par le client que par le nœud. Les nœuds ne doivent pas accepter de sous-paiement, c’est au client de décider de sa tolérance à une hausse des prix. Le client peut désormais rembourser si le prix d’un morceau a changé entre la requête initiale et le téléchargement du fichier (rappelez-vous, les prix augmentent automatiquement à mesure que les nœuds se remplissent).

Nous avons modifié la courbe prix-capacité afin que le stockage reste moins cher plus longtemps, et n’augmente réellement que lorsque les nœuds sont à moitié pleins. Cela encouragera l’utilisation et atténuera également les paiements divergents dans les premiers jours.

Nous avons commencé à payer pour le stockage en utilisant des UXTO envoyés par câble au lieu de DBC complets, qui utilisent beaucoup moins de mémoire. Autre bonus : les UXTO sont cryptés en mouvement.

Pour résoudre le problème du manque de mémoire des clients lors du chiffrement de fichiers volumineux, nous avons ajouté des fonctionnalités de streaming à l’auto-chiffrement, ce qui signifie que les fichiers volumineux sont fragmentés par étapes plutôt que d’un seul coup. Nous avons également fait quelque chose de similaire avec le décryptage côté réseau. Et nous avons apporté des modifications à la concurrence sur le client, ce qui devrait, espérons-le, aider à maintenir les téléchargements volumineux, car ils peuvent envoyer plus de morceaux au réseau en même temps.

En dehors du testnet, il y a de bonnes nouvelles concernant la résistance de Sybil en général. Comme David l’a mentionné la semaine dernière, les attaques Sybil ne devraient pas être un problème pour Safe Network au-delà du niveau de vandalisme mineur ; mais @bogard a attiré notre attention sur un article qui montre comment les attaques Sybil sur d’autres réseaux décentralisés peuvent être détectées en temps réel et potentiellement atténuée, ce qui, si cela fonctionne, constituerait un véritable pas en avant pour la cause plus large de la décentralisation.

Progrès général

@anselme a désormais intégré les UTXO en vue de supprimer les DBC du réseau, notamment en ajoutant des contrôles de sécurité et [en mettant en œuvre des paiements en bloc avec SNT]( https:/ /github.com/maidsafe/safe_network/pull/721 ). Les paiements des registres suivront sous peu - tout comme une explication complète des avantages de cette approche par rapport aux DBC (promesse). Une chose à noter à l’heure actuelle est que les UTXO sont entièrement cryptés sur le réseau, alors que les DBC ne l’étaient pas – une amélioration significative de la sécurité.

Paiements pour les registres est actuellement le domaine de @bochaco, et ils y sont à peu près maintenant. Il a également introduit des améliorations UX pour empêcher un client de payer pour créer un nouveau registre s’il en existe déjà un à la même adresse, et avertir le client en cas d’erreurs. ont été effectués lors de la transaction ou lors de la création d’un nouveau registre.

Concernant la surveillance, @roland a travaillé sur l’intégration le format OpenMetrics dans safenode, et la configuration utilisez Prometheus et Grafana pour visualiser les métriques émises. Il s’agit d’une solution beaucoup plus légère que celle que nous utilisions auparavant.

Pendant ce temps, concernant les téléchargements, @qi_ma a implémenté un déchiffreur de flux pour les téléchargements afin de permettre au fichier téléchargé d’être diffusé directement dans un dossier donné. Cela évite d’avoir à conserver l’intégralité du contenu du fichier déchiffré en mémoire avant de l’écrire sur le disque, ce qui devrait atténuer certains problèmes de mémoire.

@Joshuef a examiné les coûts de tarification des nœuds et les aspects économiques, y compris la courbe de prix décrite ci-dessus. Encore une fois, un article plus complet sera publié d’ici peu. Il s’est également efforcé de transférer la gestion des tolérances de paiement au client, de sorte que les paiements qui échouent en raison de changements de prix sont simplement réessayés au nouveau taux. Et il a étudié un comportement intermittent étrange du processeur sous Linux, qui peut être dû au chargement de DBC.

@chriso a cherché à corriger une erreur de partage de fichiers et à mettre en place des tests de fumée automatisés et des téléchargements de données initiaux pour les réseaux de test.

@dirvine est retourné dans le nid de fourmis pour son dernier article de blog sur la folie de tessayer d’imposer un ordre total à des systèmes complexes.

Et @jimcollinson a proposé d’excellentes idées pour un réseau MVP sans fioritures pour le lancement, et a proposé des idées d’incitations économiques dans le réseau bêta. Je suis désolé de vous refaire ça, mais plus bientôt !


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