Migration compte Ğ1 vers Duniter V2S

R&D
, , ,
1

J’ouvre un sujet dédié.

Pour la conversion des compte Ğ1, c’est déjà géré dans Tikka comme ceci :

  • On rentre nos identifiants qui crée une seed.
  • Je crée une keypair V2S à partir de la seed, en ED25519.
  • La clef privée est stockée chiffrée et protégée par un mot de passe, comme les comptes V2S.
  • La seule différence est SR25519 pour les nouvelles clefs V2S et ED25519 pour les clefs issues de Ğ1.

Les identifiants ne servent que comme le mnémonique pour réimporter son compte.

Si vous avez plus simple ou une tout autre vision, exprimez-vous.

1 Like
2

C’est ce que je faisais avant v2s, ça fonctionnait bien par contre ça comolexifiait beaucoup la gestion des coffres en interne.

Ok pour reprendre ce workflow, par compte je pense que gecko n’autorisera que l’important de compte Césium membre actif, pour les autres ça proposera de transférer les fonds sur une dérivation .

Ainsi il n’y aura qu’un compte Césium possible d’importer dans l’App.
C’est pour inciter à passer au HD wallet.

3

D’ailleurs j’ai cru lire sur la doc Substrate que ED25519 avait un support limité, donc il faudra peut-être aussi proposer une migration vers SR25519 à terme.

4

Dans ce cas je pense qu’il faut le faire dès le début, pour ne pas avoir à refaire changer les gens d’address 1 ou 2 ans après la migration.

5

Je viens de retrouver la source : Polkadot Accounts · Polkadot Wiki

image

La BIP 39 : GitHub - paritytech/substrate-bip39

Bon, ça me dépasse un peu pour le moment, mais au moins chacun peut creuser le sujet.

2 Likes
6

Je ne sais pas ce que tu à lu mais le support de ed25519 n’est pas limité pour nos besoins

7

C’est juste au-dessus, les messages ont été déplacés ici.

8

Ok, je vois, on s’en fou on utilisais pas BIP-39 :slight_smile:

2 Likes