Ceci est une traduction automatique. L’original en anglais est ici: Update 23 March, 2023
Nous savons que vous avez tous hâte de retrouver le testnetting, mais il y a un ou deux correctifs que nous devons d’abord apporter pour nous assurer qu’il nous fournira de précieux apprentissages. L’un en particulier est de faire fonctionner le vieillissement des nœuds de manière fiable. @joshuef explique plus en détail les obstacles et comment nous nous préparons à les franchir alors que nous nous dirigeons vers des pâturages plus verts.
Progrès général
Il se passe beaucoup de choses comme toujours, y compris des plongées profondes dans les fondamentaux. Comme certains d’entre vous le savent, notre bibliothèque de mise en réseau qp2p est basée sur Quinn, une implémentation Rust de la norme industrielle QUIC développée par Google.
La bonne chose à propos de l’adoption de composants largement utilisés est qu’ils ont beaucoup d’œil sur eux et sont constamment mis à jour, mais un inconvénient est qu’ils ne fonctionnent pas toujours comme nous le souhaitons. Dans ce cas, la bibliothèque TLS s’appuie sur DNS et cela nécessite une autorité de certification (CA), qui dans leur forme standard sont un non-non pour un réseau p2p. Mais… David a un plan astucieux pour utiliser notre consensus de groupe comme moyen de devenir notre propre AC, ce qui devrait nous permettre de sécuriser le trafic et de signer avec nos clés ed25519, du moins lorsqu’une version mise à jour de rustls sort, ce qui devrait être bientôt. En fin de compte, nous voulons minimiser notre utilisation de qp2p et ce sera une étape dans cette direction.
@bzee s’est également penché sur qp2p et ajoute une version simplifiée au référentiel stableset_net pour améliorer l’efficacité de la messagerie. @davidrusu travaille également sur l’ensemble stable, notamment en obtenant l’outil Stateright pour décharger sa file d’attente de travail sur le disque pour nous permettre de tester modèles plus élaborés.
Sur les DBC, @oetyng a bien progressé dans la mise à jour de la caisse sn_dbc ainsi que dans la clarification du langage que nous utilisons pour décrire l’aveuglement (cacher le montant transactionné) et levée de l’aveugle pour faciliter le suivi. Il travaille maintenant sur la mise à jour du flux de commandes entre les clients et les anciens lors des transactions avec les DBC.
@bochaco travaille sur l’exposition de gRPC pour safe_node et ajoute une étape dans notre outil testnet pour vérifier les codes lancés à l’aide d’un tel service.
Roland a travaillé sur la télémétrie, améliorant notre visibilité au niveau des nœuds et des fonctions. Les traces nous permettent de voir ce qui se passe avec chaque fonction, mais dans leur forme brute, elles sont difficiles à lire, donc Roland les tire dans OpenSearch où elles peuvent être agrégées par nœud et par heure pour nous donner une image très granulaire de ce qui se passe où .
Et avec les trucs juridiques à l’écart, @JimCollinson tourne son attention vers l’image de marque. Quels devraient être nos principaux messages et comment devrions-nous les présenter ? Il y a beaucoup à apprendre des autres qui l’ont bien fait, donc s’il y a des entreprises ou des individus que vous trouvez particulièrement inspirants, faites-le nous savoir dans ce fil.
Progrès vers un réseau vieillissant
Il y a plusieurs choses en cours que nous aimerions rendre plus solides pour tout nouveau testnet. Le principal problème que nous avons vu dans le dernier testnet était que notre code de relocalisation, et donc l’âge du nœud, ne fonctionnait pas comme prévu.
La raison fondamentale en était que nous n’avions tout simplement pas assez de désabonnement avant d’ouvrir le réseau. Mais cela a ouvert la question de savoir comment y parvenir de manière fiable et la relocalisation à l’avenir.
Un changement simple a été de réduire l’âge de départ du nœud, ce qui permet une relocalisation plus rapide… mais cela s’accompagne également de divers coûts et compromis - en particulier jusqu’à ce que nous ayons mis en place un stockage de données hiérarchisé. Mais nous avons également rencontré d’autres problèmes là-bas.
Nous avons vu que notre précédente approche en « deux étapes » de l’adhésion nous causait des problèmes (nous avons « Adhésion » où le vote a lieu et aussi « SectionPeers » qui était censé être à jour pour les changements d’adhésion et basé sur notre SectionAuthorityProvider (SAP), mais ces deux pourraient se désynchroniser). En tant que tel, c’est formidable que le RP de @qi_ma ait été fusionné, ce qui devrait réduire une telle discorde.
Nous avons également rencontré un problème avec les décisions de vote des membres qui devenaient incroyablement importantes et causaient beaucoup trop de trafic, envoyant le temps de vérification à travers le toit. Cela lui-même a été refactorisé à des niveaux raisonnables et a également révélé par inadvertance certains blocages que nous avions en cours.
Ce blocage du processus a également été supprimé, de sorte que les choses fonctionnent beaucoup plus facilement autour du vote des membres et de DKG maintenant aussi.
En tant que tel, nous examinons de nouveau la vitesse de relocalisation et essayons de nous assurer que nous ne voyons aucune boucle lorsque les nœuds se déplacent sur le réseau. Une fois que cela sera en place, nous serons bien mieux placés pour gérer le taux de désabonnement et stocker les données.
C’est en soi un endroit formidable, mais nous ne nous arrêtons pas là. Travailler sur un POC séparé pour l’ensemble stable a begun, comme certaines personnes ici l’ont noté ! Cela vise à être le nœud le plus simple (et cela pourrait bien être beaucoup plus simple si nous pouvons éviter une grande partie de la maintenance des connaissances du réseau et du DKG qui vient de notre branche « principale »). Il n’en est encore qu’à ses débuts, mais nous tenons à intégrer la mise en œuvre simple et à la jeter pour voir comment les choses se présentent.
Les deux voies sont assez excitantes et, espérons-le, donneront lieu à un autre testnet plus « vieux » dans un proche avenir !
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é!