Pour la certification ça marchera, mais pas pour le comité technique qui ne prend pas en compte les changements d’adresse.
1 Like
Moi je n’ai pas la case certifier sur Gekco pour la clef suivante : 5CQ8T4qpbYJq7uVsxGPQ5q2df7x3Wa4aRY6HUWMBYjfLZhnn
Et il a bien 2 certif valide et plus de 12.000Junes 
1 Like
Et avec quelle identité es-tu connectée ? Il faut que je fasse un petit utilitaire de traduction de clé publique v1 vers adresse ss58 (v2) parce que ça va être pratique 
Bah sur Gecko avec la mienne : PAOLA1 clef 5CcsAPRmsSeyt45NooKQbR8E4aDcyd8B6CDTaLS78gAqa2TR
Ah oui effectivement je n’ai plus de Gdev (alors que j’avais fait l’import), plus aucune activité et 5 autres portefeuilles (que j’avais créés) qui sont tous à 0.0 ĞD
Est-ce que tu as fait l’import dans cette nouvelle ĞDev ? Tout ce qui a été fait dans les ĞDev précédentes a été effacé.
Ah non … Ok je recommence …
Donc effectivement j’ai à nouveau mes Ğ1 puisque je viens de rapatrier mon ancien compte.
Mon compte est donc le 5CXb5kTJJdLnbrCZkLRmzZnzhc5s5SmqkVLdu3FMKXAk3Xwx (dernière version Gecko)
Par contre je ne peux certifier (pourtant j’ai la case) le compte 5CQ8T4qpbYJq7uVsxGPQ5q2df7x3Wa4aRY6HUWMBYjfLZhnn
Distance not ok comme @Maaltir
1 Like
C’est normal, pour la dernière certification, Ǧecko appelle “validate identity” pour qu’elle devienne membre. Mais comme on a ajouté la règle de distance, ce n’est plus comme ça qu’il faut faire, il faut attendre le résultat du calcul. Donc Ğecko ne peut plus effectuer de dernière certification (troisième avec les paramètres de la ĞDev) en l’état actuel. Il faut changer le code de Ğecko.
Je répondais juste à
et expliquais pourquoi tu n’avais pas la case.
3 Likes
Et cette fois-ci j’étais membre Ğ1 donc je peux devenir smith 
@smiths-GDev pouvez-vous me certifier pour la toile smith svp ?
address: 5CQ8T4qpbYJq7uVsxGPQ5q2df7x3Wa4aRY6HUWMBYjfLZhnn
idtyIndex: 61
(via Tikka, Ğcli ou polkafork-js)
Merci!
2 Likes
J’ai tenté :
gcli smith cert 61
transaction submitted to the network, waiting 6 seconds...
Anyhow(Runtime error: Pallet error: SmithCert::NotRespectCertPeriod
Et … en effet, smithCert.certPeriod vaut 14,400 blocks (1d). Il faudra donc attendre ce soir 22h30 !
D’ailleurs ce paramètre n’est pas affiché dans le log du job créant le Genesis, je viens de consigner le ticket #150.
2 Likes
C’est gentil de penser à Tikka, mais je n’ai pas implémenté les certifications…
Donc en attendant, il faut passer par gcli ou polkadot.js.
2 Likes
Ça peut être une bonne utilisation pour la pallet scheduler
1 Like
Done.
1 Like
Non, scheduler n’est à disposition que de Root.
type ScheduleOrigin = EnsureRoot<AccountId>;
Dommage !