Ceci est une traduction automatique. L’original en anglais est ici: Update 27 April, 2023
Une autre mise à jour relativement compacte cette semaine alors que nous travaillons à la préparation du prochain testnet communautaire, qui nécessite un peu plus de peaufinage en interne. Nous avons en fait deux réseaux de test prévus. Le premier sera une affaire relativement simple, avec des données stockées en mémoire et aucune traversée NAT. Connaissant la propension de la communauté à bombarder les réseaux de test avec des photos de coq * (sic) * et des collections d’enregistrements, nous nous attendons à ce que ce soit une affaire assez courte, mais cela devrait nous permettre de voir ce qui se passe avec la messagerie entre les nœuds. Peu de temps après, cependant, nous devrions être en mesure d’appuyer sur un commutateur pour autoriser le stockage sur disque, et après cette traversée NAT. Donc, petits pas, mais c’est le bébé le plus rapide que tu aies jamais vu.
Nous sommes également ravis d’accueillir Angus (@aed900) dans l’équipe 
. Angus est un ingénieur réseau qui va nous aider du côté du routage et de la connectivité. Il saute dans les profondeurs, travaillant avec @bzee pour voir comment libp2p gère la traversée NAT et quels ajustements pourraient être nécessaires pour Safe.
Progrès général
@Bochaco est actuellement Sr Serialisation, s’assurant que toutes les données peuvent être transférées et stockées efficacement en mémoire ou sur disque, que la messagerie est efficace et capable de faire face à l’asynchronicité anticipée, et finalement que nous pouvons prendre en charge plusieurs langages de programmation en veillant à ce que les formats de données soient plate-forme indépendante (par exemple protobuf).
Une grande partie des éléments génériques que nous pensons pouvoir être poussés vers libp2p, nous laissant gérer les exigences spécifiques pour les applications exécutées sur Safe.
@roland, @qi_ma et @anselme examinent comment libp2p gère les demandes de données. Fondamentalement, il existe deux scénarios pour un GET. L’une est une simple requête Kademlia qui est acheminée vers les nœuds les plus proches en fonction de l’adresse XOR des données. libp2p a également une fonctionnalité de fournisseur de services où le client demande un service à un nœud spécialisé (par exemple, un audit ou un nœud d’archivage) qui exécute ensuite la demande. Évidemment, cela sera massivement utile plus tard.
@bzee continue de tester la traversée NAT. Actuellement, il étudie la fonctionnalité de relais, en particulier comment nous pouvons l’utiliser dans le cadre de la séquence de démarrage, c’est-à-dire détecter d’abord NAT puis éventuellement se connecter à un relais. Il étudie également comment identifier quels nœuds offrent quelles fonctionnalités (voir ci-dessus).
@joshuef explore la fonctionnalité d’actualisation de libp2p. Kademlia oblige par défaut les nœuds à vérifier la vivacité de leurs voisins les plus proches en leur répliquant périodiquement des données, mais cela peut (ou non) être un gaspillage dans notre cas. Des tests limités n’ont révélé aucun problème (et ont en effet été assez agréables à voir !), mais à mesure que nous progressons, nous voudrons peut-être déplacer cette fonctionnalité basée sur le temps vers une fonctionnalité pilotée par les événements, où des vérifications sont effectuées lorsque des modifications sont apportées au groupe proche (joints et feuilles) sont détectés.
Et clé en main comme un Mario des derniers jours, @oetyng a héroïquement intégré les DBC dans la nouvelle architecture. Notre nouvelle maison a maintenant un robinet à l’usage de quiconque démarre un comnet. Cette personne revendique la genesis DBC et peut ensuite la redistribuer comme elle le souhaite. Nous prévoyons d’avoir une page Web où les utilisateurs peuvent appuyer eux-mêmes sur le robinet pour effectuer des paiements. Auparavant, les paiements peuvent être effectués à l’aide de la CLI en suivant ces trois étapes :
- Recevez une adresse publique du destinataire.
- Appelez le robinet avec le montant à obtenir.
- Remettez l’hex DBC résultant au destinataire.
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é!