Gdev key rotation howto

Networks ĞDev
1

Are these steps (from this doc) enough to rotate a smith node’s session key?

  1. In the UI : developer > appel RPC > author > rotateKey() and run
  2. copy the result in clipboard
  3. In the UI : developer > extrinsics > YOUR_SMITH_ACCOUNT > authorityMembers > setSessionKeys(keys) then copy your session keys and run the query.

No need to goOffline() beforehands?

2

I just tested rotateKeys+setSessionKeys (with gcli command update-keys), it works (i continue to make blocks in the session).

RotateKeys seems to do nothing, just generating a keypair.

3 Likes
3

@poka that’s what you have to do! I’ll document extensively this part in a video + text documentation

4

ok i want to do this, but with gcli ONLY.
Need to associate one my multiple available sessions_keys to this session with gcli.

5

Je ne comprends pas ce que tu cherches, la commande gcli --secret "my phrase" update-keys fait exactement ça.

1 Like
6

ok, c’est donc fait!

J’ai donc goOnline:

poka@pokaTour:~/dev/gcli-v2s$ ./target/debug/gcli --url wss://gdev.trentesaux.fr:443/ws online
Online:
  “ HugoTrentesaux ”
  “ tuxmain ”
  “ Pini ”
Incoming:
  “ poka ”
Outgoing:
2 Likes
7

@tuxmain tu es de nouveau cité dans les offline :

imOnline.SomeOffline
At the end of the session, at least one validator was found to be offline. 
offline: Vec<(AccountId32, CommonRuntimeEntitiesValidatorFullIdentification)>
0: (AccountId32,CommonRuntimeEntitiesValidatorFullIdentification): (AccountId32, CommonRuntimeEntitiesValidatorFullIdentification)

[
  5D2DnScFpxoEUXDwZbJH18tRsQMygBSh1F6YCcWvTYzKY2W7
  null
]
8

En effet, je suis bloqué au 948236. Pourtant dans le log le target avance bien.

1 Like
9

@poka tu apparais dans ma nouvelle vidéo comme “incoming authorities”
@tuxmain tu apparais dans ma nouvelle vidéo comme le ralentisseur de gdev, désolé pour ça ><

10

C’est pour tester la résilience de BABE/GRANDPA, c’est voulu :pleading_face:

Après l’avoir relancé il s’est synchronisé, puis s’est arrêté en cours de route (target continuait mais best non). Je l’ai relancé avec --sync Warp, je sais pas si ça change quoi que ce soit mais ça remarche.

Si personne d’autre n’a ce problème ça peut être à cause de ma connexion bizarre. (bande passante réduite depuis un mois, mais de manière non-triviale, ça a l’air de dépendre du type ou de la durée de chaque connexion. Et trafic sortant limité à moins de 150ko/s.)

1 Like
11

Donc on peut fermer le ticket #50 ? Oui, c’est un problème de finalisation, c’est normal. Extrait de duniter --help :

--sync <SYNC_MODE>
  Blockchain syncing mode.
  
  - `full`: Download and validate full blockchain history.
  - `fast`: Download blocks and the latest state only.
  - `fast-unsafe`: Same as `fast`, but skip downloading state proofs.
  - `warp`: Download the latest state and proof.
  
  [default: full]

  Possible values:
  - full:
    Full sync. Download end verify all blocks
  - fast:
    Download blocks without executing them. Download latest state with proofs
  - fast-unsafe:
    Download blocks without executing them. Download latest state without proofs
  - warp:
    Prove finality and download the latest state
12

Les logs ne donnent pas l’impression qu’il ne fait que télécharger le dernier état, ça dit exactement la même chose que sans warp.

Dans le code l’option n’est pas utilisée par Duniter (peut-être l’est-elle par Substrate, à voir) mais warp est toujours activé : node/src/service.rs:414

1 Like
13

J’ai un problème similaire :