Duniteroxyde - étape 2: crypto
Poursuite de l’aventure avec dans cette 2ème étape, l’oxydation de toutes les fonctionnalités cryptographiques :
- Signatures ed25519 (remplace naclb, un fork de tweetnacl C)
- Vérification Ed25519 (remplace tweetnacljs).
- Encodage/Décodate base 58 et 64 (remplace nacl-utils)
- Fonction de hashage sha256
Le code est disponible sur la branche feature/oxyde-crypto
, tous les tests automatisés passent et j’ai déjà mon noeud g1-test ts.gt.librelois.fr (Elois-2) qui run ce code sans problème. J’ai observé une notable augmentation de la fréquence des blocs trouvées alors que j’ai laissé mon taux cpu à 5%, cela est probablement dû à l’implémentation plus efficiente de Ed25519 en Rust.
Pour ceux qui veulent tester :
Duniter-server: https://pub.librelois.fr/duniter-server-oxyde-linux-x64.deb
Duniter-desktop: https://pub.librelois.fr/duniter-desktop-oxyde-linux-x64.deb
Duniter-server pour armv7l (nécessite debian buster) : https://pub.librelois.fr/duniter-server-oxyde-linux-armv7l.deb
Image docker : registry.duniter.org/nodes/typescript/duniter:test-image
@cgeek la MR est prête si tu veux regarder : Feature/oxyde crypto (!1292) · Merge requests · nodes / typescript / duniter · GitLab
Merci à @vit @scanlegentil @matograine @cgeek et @Thatoo d’avoir testé l’étape 1 , vous pouvez directement tester l’étape 2 désormais, c’est mieux
Oui la synchro est difficile sur la g1-test comme je l’ai précisé ci-desus :
Je pense que l’une des raisons de ces difficultés est que nous avons 1 nœud sur 5 qui n’est pas joignable (ou trop lentement) a son endpoint BMA indiqué sur sa fiche de peer. @Moul il s’agit de ton nœud, ce serait bien que tu supprimes ton endpoint BAM de ta fiche de peer, car là Duniter stoppe la sync parce qu’il n’arrive pas à contacter ton nœud.
@vit @scanlegentil @matograine Si vous pouvez mettre en place un nœud g1-test et que vous n’êtes pas sur rpi ça vaut le coup que vous configuriez un endpoint BMA pour aider la sync sur la g1-test