Actualités du développement Safe 🇫🇷 17 mars 2022

Ceci est une traduction automatique. L’original en anglais est ici: Update 17 March 2022

Pour soutenir notre installation en Suisse, nous devons fournir de la documentation - heureusement pas autant que si nous devions essayer la même chose au Royaume-Uni, mais les régulateurs suisses doivent être en mesure de voir de quoi nous parlons. Nous prenons cela comme une bonne occasion de faire un ménage de printemps, de créer un nouvel ensemble de livres blancs et d’embellir nos sites Web pendant que nous y sommes, comme l’explique @JimCollinson.

Progrès général

@Yogesh fait de solides progrès avec son tableau de bord, qui utilise la pile ELK pour ingérer un journal de métriques spécialement organisé et afficher les résultats sous forme graphique, afin que les développeurs puissent repérer les problèmes en un coup d’œil. Il a utilisé ElasticSearch et Kibana sur la même machine jusqu’à présent, mais cela s’est avéré très gourmand en ressources (les nœuds de gouttelettes produisent beaucoup de données), engloutissant plusieurs Go de mémoire, il cherche donc maintenant à séparer ces préoccupations. en ayant la configuration en tant que cluster multi-nœuds. Cela mis à part, ça avance bien - comme le montre cette jolie photo. Il montre une instance Metricbeat servant ELK avec les métriques système génériques. Celui-ci sera ensuite mis à jour pour visualiser les métriques de sn_node et de SAFE Network pendant les testnets.

@danda et @davidrusu ont également fait bon usage de la surveillance graphique, dans leur cas en utilisant des flamegraphs pour vérifier les goulots d’étranglement dans le traitement DBC. Les flamegraphs illustrent la contribution au temps total pris par tous les processus individuels dans la pile d’applications. Ils ont constaté que la vérification des signatures individuelles lors de la fusion des DBC prend beaucoup de temps, bien que cela puisse être atténué en les regroupant, tandis que les fractionnements DBC sont dominés par les rangeproofs. Cette prise de conscience a conduit indirectement à une simplification de la conception DBC et de la menthe.

@oetyng travaille sur les flux et les contrôles de messagerie réseau, où l’ensemble du système devient plus dynamique à mesure que les nœuds surveillent leur propre capacité à gérer les messages et à communiquer entre eux, le taux d’envoi étant ajusté aux nœuds individuels.

Cela permet au réseau dans son ensemble de gérer son utilisation des ressources - telles que les messages envoyés, la bande passante, l’utilisation du processeur et de la mémoire - et d’éviter diverses formes de surcharge sur les nœuds individuels ainsi que sur les sections.
Dans le même temps, nous obtenons pour la première fois un véritable ordre de priorité des messages envoyés entre les nœuds, ce qui signifie que les messages les plus importants sont toujours échangés dans le réseau avant les moins importants. Les nœuds assureront la maintenance de l’infrastructure du réseau, avant de dépenser de l’énergie pour les services destinés aux utilisateurs construits au-dessus de cette infrastructure.

La surveillance de la communication entre les nœuds (échecs, mauvais comportement, etc.) est améliorée dans le cadre de cela, qui s’insérera dans le module de détection de dysfonctionnement en cours d’élaboration.

Pendant ce temps, @heather_burns a discuté avec des journalistes et se prépare à se plonger dans le deuxième projet de loi britannique sur la sécurité en ligne, qui affecte autant les petites startups technologiques comme MaidSafe que les sites de médias sociaux étrangers. Notre Heather est également devenue virale sur Twitter après avoir commenté la demande du ministre britannique du numérique à Microsoft de se débarrasser des algorithmes. :rouler des yeux:

"Dorries est arrivé à une réunion avec le géant du logiciel Microsoft et a immédiatement demandé quand ils allaient se débarrasser des algorithmes, selon un officiel a donné un compte rendu de la réunion. https://t.co/9JQvidG5rC

&mdash ; Heather Burns (@WebDevLaw) 16 mars 2022

Livre(s) blanc(s) du projet révisé(s)

L’original Safecoin Whitepaper a été publié il y a environ huit ans le mois prochain. Il est intéressant de revenir sur ce document – ​​continuez, lisez-le – bien sûr pour son ambition, mais aussi pour réfléchir à tout ce qui a changé depuis.

Il couvre beaucoup de terrain, de la technique à la gouvernance du projet, en passant par la distribution de jetons. Il devrait être évident qu’il ne résiste plus, ni ne suit, la description technique et les capacités du Réseau et ses fondements économiques, et qu’il ne capture pas non plus toute la nuance requise en matière de gouvernance et d’avenir du Réseau.

Nous en sommes maintenant à un point où nous devons le réviser et définir notre stand dans les détails auxquels vous devez vous attendre à juste titre. Nous devons non seulement le faire pour remplir les obligations réglementaires lors du lancement du réseau et de son économie - en le mettant sur une base solide - mais aussi pour vous permettre, à la communauté, de donner une contribution formelle et un retour d’information vital via le processus RFC.

Plutôt que de tout entasser dans un seul document, comme nous l’avons fait la dernière fois, nous rassemblons une série de sujets distincts. Cela permettra une discussion plus précise et, espérons-le,une ratification plus fluide, sans traverser inutilement les courants pour ainsi dire. En d’autres termes, vous devriez pouvoir vous faire entendre et comprendre plus clairement.

Ainsi, au cours des prochaines semaines, nous rédigerons quatre articles individuels :

  1. Conception du réseau : description du réseau de données et de la technologie DLT (Distributed Ledger Technology) qui le sous-tend.
  2. Conception de jeton : comment le système de jeton basé sur les certificats de porteur numérique (DBC) fonctionnera.
  3. Distribution de jetons : les éléments constitutifs de l’économie, tels que la manière dont l’approvisionnement en jetons sera distribué dans le temps.
  4. Gouvernance du projet : comment les décisions seront prises concernant l’avenir du réseau et la gestion du protocole.

Et puis je m’attends à ce que nous ayons un document de synthèse pratique pour lier le tout et résumer les choses de manière digeste pour tout jockey de bureau surmené qui se retrouvera avec lui au bureau du régulateur.

Alors, attendez-vous à ce que cela se produise dans les prochaines semaines!


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