Actualités du développement Safe 🇫🇷 8 décembre 2022

Dimitar · Décembre 26, 2022, 5:10

Ceci est une traduction automatique. L’original en anglais est ici: Update 8 December, 2022

C’est l’heure du testnet ! Oui les gens - il est temps de dépoussiérer ces terminaux et de relancer ces clients, les testnets sont de retour en ville. Nous ne nous attendons pas à ce que celui-ci soit parfait et il y a quelques problèmes sur lesquels nous travaillons avec les communications client-aîné, mais nous apprécierions vraiment votre aide pour tester quelques éléments, y compris la conservation des données et les délais d’attente. Pour éviter les complications, nous avons supprimé la fonctionnalité de division de section pour le moment, nous allons donc tester une grande section. @joshuef explique plus ci-dessous.

Progrès général

Toute l’équipe a travaillé sur la mise en place et le fonctionnement du testnet au cours de la semaine dernière, mais bien sûr, d’autres travaux se poursuivent en arrière-plan.

@bochaco a creusé un problème de connexion/reconnexion client où les messages semblent être abandonnés. Il peut s’agir d’un problème quinn/qp2p, mais des recherches supplémentaires sont nécessaires. Espérons que cela sera corrigé pour le prochain testnet.

Pendant ce temps, @roland a travaillé sur la mise en œuvre du SectionTree, l’enregistrement de toutes les clés de section depuis la genèse qui prouve que les utilisateurs sont sur le bon réseau.

La mise en œuvre du protocole de consensus ABBA se poursuit également, avec Mostafa et @davidrusu apportant quelques modifications finales. Une fois mis en œuvre, la prochaine étape consistera à intégrer VCBC à ABBA pour arriver au protocole de consensus complet MVBA (Multi-Value Byzantine Agreement).

@oetyng a mis de l’ordre dans quelques opérations, y compris comment nous signalons le stockage chez les adultes (un PR qui ouvre également la voie pour éviter que les nœuds ne deviennent jamais pleins ), et @chriso étudie la transmission des journaux de nœuds pour ELK, la principale pile d’observabilité que nous utilisons pour surveiller ce qui se passe au niveau des nœuds.

Un nouveau réseau de test

Comme nous l’avons mentionné dans la dernière mise à jour, nous sommes dans les tranchées depuis un certain temps, mais nous commençons maintenant à regarder les choses de manière holistique une fois de plus. Et nous voulons le faire en impliquant le plus possible la communauté.

Nous avons donc un réseau de test à 25 nœuds. Chaque nœud dispose de 50 Go d’espace. Nous visons à :

Assurez-vous que nous ne perdons pas de données tant que les nœuds ne sont pas pleins. (Nous travaillons sur la façon de gérer les nœuds pleins). Jusque-là, nos tests actuels ont montré que les données restent assez bien tant que nous ne remplissons pas les nœuds. (Ainsi, les nœuds pleins annonceront la fin de cette course).
Aucun nœud ne se joint. Nous avons limité cela dans les nœuds eux-mêmes pour supprimer une variable testnet. (Nous sommes également conscients - et avons un correctif en attente pour - certains problèmes d’AE post-split, nous ne voulons donc pas plonger là-dedans pour le moment).
Obtenez une meilleure gestion de certains délais d’attente. Aîné-> Délai d’expiration des communications bidirectionnelles pour adultes après 7s tout à l’heure. Client->Aîné dans 45s. Nous voulons voir à quel point ces valeurs sont pertinentes sous charge.

Être impliqué

Comme indiqué ci-dessus, nous ne cherchons pas à vérifier les jointures de nœuds pour le moment, car nous avons un bloqueur post-split que nous devons tester davantage avant de pouvoir obtenir le correctif.

En tant que tel, ce ne sont que les données client « sûres » et PUT/GET que nous vérifierons. Nous demandons aux gens de ne pas télécharger plus de 10 Mo à la fois pour voir comment les choses se passent là-bas.

Malheureusement, nous n’avons pas encore la version complète. (Nous modifions notre flux de test pour vérifier tous les PR entrant dans le main sur leur propre réseau de test maintenant ; une fois que c’est fait, les versions de « main » devraient être beaucoup plus fluides). Nous en avons donc créé un manuellement et téléchargé des fichiers binaires « sûrs » ici :

Remarque : macOS n’exécutera pas le binaire car il ne peut pas vérifier le développeur. Pour contourner cela, exécutez xattr -d com.apple.quarantine ./safe. Assurez-vous ensuite qu’il peut être exécuté avec chmod +x ./safe . Ensuite, la CLI peut être exécutée avec ./safe.

Être impliqué:

supprimer ~/.safe
téléchargez votre casier safe pertinent à partir de la version et stockez-le dans /usr/local/bin sur mac/linux ou %USERPROFILE%.\safe\cli sous Windows.
- Remarque pour les utilisateurs Windows - vous pouvez ajouter le répertoire bin ci-dessus à PATH, vous pouvez également utiliser ./safe lorsqu’il est exécuté à partir du répertoire pour toutes les cmds safe en cours.
exécutez safe --version pour vous assurer que vous utilisez la bonne version (0.67.0 de la CLI).
exécutez safe networks add wild-testnet https://sn-node.s3.eu-west-2.amazonaws.com/testnet_tool/main/network-contacts
Les réseaux sûrs changent de wild-testnet

Et vous devriez être prêt à partir

Exemple : télécharger un fichier

La chose la plus simple que nous puissions faire est de télécharger un fichier en utilisant la commande files put :

$ fichiers sécurisés mis ./to-upload/file1.txt
FilesContainer créé à : "safe://hyryyryynamznbfsgn7ccfquqmx6y8yzhq6tn7uzz775hrkyj4g8ipcy3ke6yeuy?v=h9jxxwwpy1cwf3pnb86ahkfk5ju8eb3miegnuehc99f5r5x83d9go"
+ ./to-upload/file1.txt safe://hy8oycyyb7jfqswhktzn9ahhk1hnz53dhfnrfp6h34emgrmjzggro75eikpoy

Cela créera un conteneur avec un seul fichier. Les URL safe:// attribuées ici font respectivement référence au conteneur et au fichier. Cela signifie que le fichier est adressable en utilisant soit safe://hyryyryynamznbfsgn7ccfquqmx6y8yzhq6tn7uzz775hrkyj4g8ipcy3ke6yeuy/file1.txt ou son URL directe.

En savoir plus sur la façon de télécharger des fichiers, dans les documents CLI.

Éléments utiles et problèmes de signalement

Pour l’instant, limitez les téléchargements. < 10 Mo/fichier.
Une limite temporaire a été ajoutée et vous obtiendrez une erreur si vous dépassez 10 Mo. L’erreur n’est pas informative pour le moment, mais vous saurez par la taille qu’elle est due au dépassement de cette limite de taille de fichier temporaire.

Vous pouvez rencontrer des problèmes autour du Cmd Ack Validation timeout (nos délais d’attente doivent être mieux composés, voir ci-dessus), cela signifie que le réseau est probablement sous-chargé, alors recommencez dans quelques minutes. Vos données ont peut-être été stockées, mais pas aussi rapidement que prévu actuellement.

Si vous rencontrez constamment des problèmes pour mettre des données PUT ou pour récupérer des données, vous avez PUT. Veuillez exécuter votre commande avec le préfixe RUST_LOG=sn_client (sur Ubuntu/Mac au moins). La sortie et les MsgId qui ont été envoyés/échoués seront la clé du débogage.

Nous essaierons de rapporter les tailles de données stockées sur les nœuds au fur et à mesure, afin que nous puissions voir s’il existe une corrélation entre la capacité et la fiabilité.

Le réseau est en place sur le dos d’un testnet légèrement moins fiable (en termes de connectivité client) que nous avons eu toute la semaine. La conservation des données s’est bien passée là-bas, donc j’espère que cela continuera ici (ou un bogue sera mis en évidence )

La plupart de ces données de test sont indésirables, mais il existe un petit ensemble de fichiers jpg téléchargés sur les xorurls suivants pour quiconque souhaite extraire des données (par exemple, safe cat safe://hygoygym7tsj5hhyyykd1aqpw3djxea6om6xku568ahm7hy7gfn6q5gy7xr > 1.jpg):

C’est ce que nous utilisons pour vérifier le stockage des données tout à l’heure.

sûr://hygoygym7tsj5hhyyykd1aqpw3djxea6om6xku568ahm7hy7gfn6q5gy7xr
sûr://hygoygym19bdbzg6jakfzkmacxurpkbuphgsxi6af3aecugfqjfaq66shww
sûr://hygoygyq1xiofs8kx11jwkcguzuocd1xa5qp767bjjz39yrh44eo1mjkjch
sûr://hygoygypnrqirzo7r5w464mnda8s6sdpatyrco5pda1w8nh5appa3ycb98h
sûr://hygoygykajkeropyam6yihj9exdhn5o4b1pbjbeet4bazqo8m47ga3pw8mo
sûr://hy8ayqyjy9obx5kr5g9f1r95hshhfswt7yqh6cy9t34sap7zqid4ox7ucuo
sûr://hygoygyp8c1wy7ijrpnesz9cj7enf4ms9oxhmp5m4r4yw4pjcemgywekf9r
sûr://hygoygye13iznm1yxzpxp9seh6j8weh84c5ib3fq9mxozz4h6hb95o3uduo
sûr://hygoygycc11b4pmrcb97ro6ro3wxh3cfrgi7ctbiwyya8mkktq1j35ysmzh
sûr://hygoygykzkguckqygm985f5jrhcw87wiskbc97bottab47tq6fm9zm85f7r
sûr://hygoygyewnaj8o7za3qycckfy95o5j9gex6s3b8jygr9j48aiyzthc36ffo
sûr://hygoygykime3s7rup1ezeiqeqo1zy1o4bqmckewhriun889c64n4umxcyih
sûr://hygoygyc98c1ozh1cn9edxeworctuagt465zyybr61m8judfry4a4zycf8c
sûr://hygoygyqcq8bift7urnftiqxzn7d877ckwtk85haawg7oigm3bhn3r1dx7e
sûr://hygoygyk7dzmcqxm3q4np87unu6tb9d8qt44fowxgqrhjy1xs6xgt69hade
sûr://hygoygymq98z86j1oagpctmg7pnixz94ckekpgytu1jkb45du8xw49qrr4w
sûr://hygoygypoq7y31uedr7c6q6e3jaxhd94id3r8bwn7od3f79hgdj7xbqibjr
sûr://hygoygykw8iw7wt9o3c7w36hi5xc1coyjdmdfm6dima3y9ehefxipxkwg3w
sûr://hygoygyc67ozi6m9i9o8xq5wti7ysa4g6nodxetmdgw64g5pw1qmucheeac
sûr://hygoygyqsxzn4p6mjx7ggj98pqc4he53xk1c54kw3hq1967n4yga1nbo3iw
sûr://hygoygyxojetcr5553xfyjnfoh3ywge7grs8d7z66e8nf678stecagdkomw
sûr://hygoygyqf4au3yf7ouyi7imu1hty5qrsjppy1mj5uba5tahnxkmocys5g7h
sûr://hygoygyx41a9samc35ep6h7y6zwku5ess3377f8awtuwn44r1pc5w3ragky
sûr://hygoygyej97u6irwmgq1od4s8m6h8epbkgmmwqtghhhy1hbcsntizpjmh3c
sûr://hygoygypn9urw4mhoqfabnke71e8usekjeg8m54t1fkoeigdyr5srgsqoia

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