cargo run -- --network=gdev --url=wss://gdev.cgeek.fr/ws -s "<MNEMONIC_EN_CLAIR>" config save
Certification
cargo run -- identity get -u pokaa
⚠️ indexer does not have the same genesis hash as blockchain
Identity index: 14053
Username: pokaa
Address: 5CQ8T4qpbYJq7uVsxGPQ5q2df7x3Wa4aRY6HUWMBYjfLZhnn
cargo run -- identity certify 14053
transaction submitted to the network, waiting 6 seconds...
new certification 34 → 14053
(no event of type gcli::runtime_config::runtime::cert::events::RenewedCert)
Vérification
Pour l’instant je n’ai pu vérifier que via gecko_web :
Super de voir que mon boulot sur Ğcli est utile
Ğcli se plaint que l’indexeur n’est pas sur le bon réseau, c’est probablement le premier sur la liste hardcodée : /src/data.rs#L20. Il faudrait que je fasse une petite commande “autoconfig” pour choisir un endpoint valide parmi une liste.
D’ailleurs, il va falloir lancer un oracle de distance pour pouvoir évaluer la règle de distance et valider l’identité…
D’autant que je n’ai pas encore implémenté la requête de distance, et suite au dernier message de tuxmain je n’avais pas conscience que ça alourdissait autant le workflow de validation de membre côté client, je vais regarder ça.
Et oui il faut le faire à la mano pour le moment, ou peut être que gcli le permet je ne sais pas. Mais de toute façon la chain est bloqué pour le moment.
Et je ne sais même pas si un runner de distance est lancé sur le réseau d’ailleurs ?
Tu ne peux pas, tu as des clé Ğ1v1 et polkadotjs n’est pas compatible avec. Il va falloir utiliser Ğcli, mais pas possible tant que la finalisation est bloquée. Donc je suis obligé d’implémenter les proposal dans Ğcli pour pouvoir voter le déblocage ou voter une sudo key qui pourra débloquer. Je prendrai le temps d’expliquer plus tard.
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
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
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
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.