Ceci est une traduction automatique. L’original en anglais est ici: Update 03 August, 2023
Merci à tous ceux qui ont participé au testnet DataPaymentNet. Il a magnifiquement joué son rôle en nous disant que les fondamentaux des paiements de données sont solides, même si l’UX laisse encore un peu à désirer. Nous avons perdu quelques nœuds après un pic de réplication que la communauté a repéré la nuit dernière. Mais nous avons encore 1675 nœuds MaidSafe qui circulent joyeusement (et avant le pic, nous étions à 2001 nœuds pendant beaucoup plus longtemps qu’auparavant).
Nous avons pris note des erreurs : zéro bloc après plusieurs heures, petits clients à court de ressources lors de l’auto-cryptage de fichiers volumineux, « Une erreur réseau n’a pas pu récupérer l’enregistrement après l’avoir stocké », « Connexion fermée », "N’a pas stocké tous les blocs of file, OutgoingConnectionError to PeerIdet autres. Certains d'entre eux sont liés : les blocs zéro sont probablement liés àOutgoingConnectionErroretUnroutablePeer`, où le nœud n’est pas ajouté aux tables de routage des pairs. D’autres seront le résultat de modifications apportées à la fonctionnalité de communication ailleurs, et certains seront des bogues qui étaient auparavant dissimulés mais qui ont maintenant émergé de leurs trous car nous avons corrigé des problèmes. Mais ne vous inquiétez pas - nous les parcourons tous. 
Cette semaine, suite à une question sur ce forum @Qi_ma s’explique un peu sur Records.
Enregistrements et leurs relations avec les blocs, les registres et les DBC.
Record est une fonctionnalité libp2p qui permet de télécharger des données sur le réseau et de les récupérer à partir du réseau selon les besoins.
Le « record » englobe diverses fonctions essentielles au niveau du réseau, y compris des tâches telles que l’identification des pairs les plus proches et la facilitation du transfert de données. En déléguant ces responsabilités au niveau du réseau au Record, nous pouvons nous concentrer plus efficacement sur le paiement des données, la validation des transferts, le contrôle de sécurité, etc.
Dans le cadre de notre implémentation actuelle, nous avons des types de données distincts basés sur des cas d’utilisation spécifiques. Plus précisément, nous avons Chunk pour gérer les données immuables, DBC pour gérer les dépenses et Register for Conflict-Free Replicated Data Types (CRDT). Ces types de données représentent les informations destinées à être partagées entre les participants du Safe Network. Tous ces types de données peuvent être encapsulés dans la structure Record, nous permettant ainsi de tirer parti de ses puissantes fonctionnalités.
En utilisant le «Record», nous pouvons stocker et échanger efficacement nos types de données personnalisés, favorisant ainsi un partage de données transparent au sein du réseau sécurisé.
Lié à ceci est RecordStore qui est un module libp2p conçu pour faciliter le stockage efficace des enregistrements sur le disque tout en servant également d’interface pour permettre l’exécution de tâches de données personnalisées, telles que le traitement des paiements de données, la validation des transferts, les contrôles de sécurité, etc. Le RecordStore comble efficacement le fossé entre ces opérations de données personnalisées et l’enregistrement natif libp2p, permettant une interopérabilité et une intégration transparentes au sein du système.
Progrès général
@Bzee a examiné les erreurs UnroutablePeer et OutgoingConnection, qui sont des problèmes rares, mais pas assez rares pour être ignorés et semblent être liés à des nœuds ignorés par d’autres pairs. Ils peuvent être le résultat de corrections récentes par l’équipe libp2p, il s’entretient donc avec eux. La fonction de détection AutoNAT NAT est un autre endroit que lui et @ Aed900 recherchent.
@Joshuef creuse également ici, ainsi que dans « RecordParsingFailed » et les pics de mémoire occasionnels signalés par @shu et d’autres membres de la communauté. :prier:
@Qi_ma mène des enquêtes où notre configuration de test peut parfois déclencher une double dépense, interrompant CI.
Pendant ce temps, sur le front des tests internes, @roland a fixé une boucle infinie dans le processus de vérification des données et @chriso continue de faciliter le chemin vers l’automatisation déploiement de testnet.
Il y a eu des discussions sur la façon dont nous pouvons nous enregistrer comme ayant une adresse fixe pour faciliter plusieurs opérations. Les registres sont modifiables, de sorte que leur hachage ne peut pas être utilisé comme adresse réseau, contrairement, par exemple, à un Chunk. Mais il existe des moyens de contourner cela, dont @bochaco est le fer de lance.
@Anselme prépare le terrain, refactorisant les registres pour supprimer les balises de type qui ne sont plus nécessaires
Et en regardant un peu plus loin, @dirvine a pensé à intégrer SimpleX pour les transferts DBC et aussi la possibilité pour les IA personnelles locales de s’asseoir sur le client et de gérer des choses comme le stockage de données, les portefeuilles et la synthèse vocale/la parole en texte pour l’utilisateur. Il y a beaucoup de choses passionnantes qui se réunissent dans ce domaine maintenant, et Safe est dans un endroit idéal pour en profiter.
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é!