Ceci est une traduction automatique. L’original en anglais est ici: Update 01 June, 2023
Nous déclarons que NatNet est un succès certain ! Pour autant que nous sachions, tous les nœuds domestiques fonctionnant derrière NAT ont été détectés et arrêtés avec succès, atténuant les problèmes que nous rencontrions auparavant lorsque le réseau essayait de communiquer avec des nœuds inaccessibles. Maintenant que nous sommes confiants dans la détection des nœuds derrière un NAT, la prochaine étape sur ce front serait de leur permettre de se joindre via la perforation et UDP/Quic. NatNet était uniquement TCP.
Parallèlement à cela (la traversée NAT nécessite encore un peu de travail, comme nous l’avons mentionné précédemment, c’est assez basique dans libp2p donc cela peut prendre un certain temps), il y a beaucoup à faire.
Nous jetons un premier coup d’œil aux nœuds de fournisseur qui peuvent effectuer des tâches telles que l’archivage. Si vous vous souvenez, avec libp2p nous pouvons traiter certains nœuds comme des fournisseurs de services pour effectuer des fonctions spéciales comme l’archivage.
L’autre domaine sur lequel nous sommes revenus est la question du dimensionnement des nœuds (et de la tentative de référence des flux de réplication). À quel point est-il petit ? Est-ce que 1 000 petits nœuds sont meilleurs qu’un seul gros nœud de même capacité ? Quelle est la différence lorsque nous avons un taux de désabonnement massif ? Quels sont les compromis ? Nous effectuons actuellement des tests préliminaires.
Progrès général
@anselme a adapté le carnet de dépenses pour contenir les deux entrées de dépenses doubles au lieu d’une seule. Ils peuvent alors être plus facilement traités. Ceci s’ajoute à la récente fusion des travaux d’intégration des DBC dans le RecordStore, ce qui signifie qu’ils seront automatiquement répliqués avec les morceaux (il ne reste que les registres à trier là-bas).
@bochaco travaille sur la sérialisation et l’envoi de preuves de paiement aux nœuds, en essayant diverses méthodes pour garder les choses légères.
@joshuef a examiné les avantages et les limites d’avoir plusieurs nœuds par machine et des options là-bas. Jusqu’à présent, sans optimisations, 10 nœuds par gouttelette Digital Ocean fonctionnent raisonnablement bien (mais sans désabonnement), bien que doubler ce nombre ralentisse tout. Cela devrait nous permettre d’avoir beaucoup, beaucoup plus de nœuds dans les prochains testnets !
Grâce aux contributions du DiskNet et aux tests internes ultérieurs, @roland implémente un RecordHeader et valide les enregistrements avant de les stocker. Cela nous permet également de séparer soigneusement l’espace d’adressage entre nos types de données de base (morceau/DBC/registre) et d’y effectuer un traitement personnalisé (fusion des registres CRDT ops, par exemple).
@qi_ma enquête sur une connexion fermée lors d’un problème de transmission de données. Cela peut être lié à une adresse RPC utilisée pour la transmission de données alors que ce ne devrait pas être le cas. Si tel est le cas, cela pourrait bien être la cause première de certaines des erreurs de connexion que nous constatons, ainsi que des problèmes connexes où les connexions peuvent également être fermées, car lors de la numérotation d’un pair, il compose plus d’une de ses adresses. @bzee a creusé là-dedans.
Pendant ce temps, @Chriso et @aed900 continuent de travailler sur des outils de lancement pour les testnets.
Loin du code, @jimcollinson est à nouveau fortement impliqué dans les études de marché et la planification des lancements. Lui et @andrew.james examinent attentivement les méthodes pour assurer des transitions économiques en douceur pendant les premières étapes du réseau, avec un accent particulier sur la liquidité. Maintenant que la Fondation opère avec succès en Suisse, ce processus est beaucoup plus simple. Andrew assure également la liaison avec les auditeurs suisses pour discuter des structures comptables appropriées.
Donc pas de nouveau testnet encore. Mais une période chargée quand même !
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é!