@1000i100 il me semble que tu avais fait une petite interface permettant de signer/déchiffrer un message avec ses clés Ğ1 et chiffrer pour une clé publique Ğ1. Est-elle toujours disponible quelque part ? Si ce n’est pas le cas, vu que tu as ajouté ces fonctionnalités à Ğ1lib , ça devrait être assez s…

Je n’ai pas d’UI qui face ça, mais l’API js qui le fait depuis peu est documenté là : [image] src/crypto.test.mjs · main · libs / G1lib.js · GitLab An ubiquitous static javascript lib for Ǧ1 / Duniter ecosystem with reliability in mind. Du coup, hors partie r…

[image] 1000i100: S’il y a un cas d’usage De manière générale, c’est très pédagogique pour montrer comment ça marche (je m’en servirais volontiers dans une vidéo). Et le cas d’usage auquel on avait pensé avec @poka c’est de signer un message type “clé v1 → clé v2” avec la clé v1 et avec la cl…

J’ai vu qu’il était question de relancé une gdev ou gtest avec les données de la Ğ1V1. Mais les clés finales de dev n’ont rien de commun avec celle de prod. Du coup comment ça va se tester ce truc ?

Le format d’affichage des clés publiques est différent entre DUBP et Substrate mais la crypto est compatible (on peut obtenir l’une à partir de l’autre). Pour l’instant les clés de la gdev sont les mêmes que celles de la Ğ1, et ça pourra encore être le cas avec la Ğ1v2 (avec juste un changement de …

Dans la Gdev toutes les clés commence par 5 et si j’ai bien compris dans la Ğ1V2 elle commenceront toutes par G1. Du coup à quoi ressemblera la clé V2 lors des tests ou migration à blancs ? [image] HugoTrentesaux: type “clé v1 → clé v2” Pour l’utilisateur lambda, comment vérifier que la clé…

[image] 1000i100: S’il y a un cas d’usage, je peux faire une page web qui fasse ça. J’ai justement un cas d’usage à proposer. J’aurai aimé intégrer G1lib.js à Tiddlywiki de façon à pouvoir chiffrer signer des tiddlers (json internes à TW) selon le salt/pepper de “connexion” ou avec la “clef …

[image] HugoTrentesaux: signer un message type “clé v1 → clé v2” avec la clé v1 et avec la clé v2. ça, ça implique d’autres choses que ce que j’ai codé : signatures sr25519 et pas uniquement ed25519 clef privée à partir d’un mnémonique et pas uniquement à partir d’un couple (idSec,Mdp) Dès…

[image] 1000i100: tu n’a pas besoin d’une interface qui fasse ça, tu l’as déjà dans Tiddlywiki, natools sert à initialiser les disques IPFS des utilisateurs (TW en est l’index) Puis sert au travers d’une API qui permet de créer puis passer son TW en lecture/ecriture [image] 1000i100: As…

Des retours sur l’idée d’ajouter G1lib.js à TW [image] Adding a new cryptographic library as TW Plugin The advantage of the built in crypto library is, that it is completely self contained, with no external dependencies. Your suggested library seems to have 8 external dependencies:…

[image] HugoTrentesaux: signer un message type “clé v1 → clé v2” avec la clé v1 et avec la clé v2. Comme ça on anticipe la migration dès le bloc zéro. Je ne comprends pas l’intérêt de ce cas d’usage. A part pour les membres forgerons éventuellement. Mais pour les membres lambda ça me sembler…

Duniter Forum

Signer / déchiffrer avec sa clé Ğ1

Nodes Duniter-v1

show post in topic

Home
Categories
Guidelines
Terms of Service
Privacy Policy

Powered by Discourse, best viewed with JavaScript enabled