Fait et certifié
1 Like
Merci à vous deux. J’ai maintenant 57 ǦD sur le compte, et Tikka indique que l’identité est créée.
Il me manque une dernière certification
Sur la dernier version de gecko mobile cela devrait fonctionner, mais je n’ai pas testé ce batch précis car besoin que elois fix ça avant: Configuration wot noeud dev local pour tester en local (c’est pour ça que je n’ai pas encore fait de relance à ce sujet).
Mais j’ai confiance en mon code, pas besoin de tester, les tests c’est pour les nuls, ça va marcher 
Donc sur un fork de GD1, il faut se connecter au noeud d’elois.
Attention @kapis @1000i100, resync vos nœuds ne sert à rien, car la blockchain a été reset. vous devez supprimer votre base de donnée (purge-chain --chain=gdev) et mettre à jour l’image docker en v0.3.0.
3 Likes
Pouvez-vous ressusciter ChristCosmic svp ?
5CJKhFCpdSpumgWjSZ3TQmejJuHV6iELJrtdrfs38SXuiQeB
Dieu vous le rendra au Ğtuple
1 Like
Voulez-bien certifier cette adresse svp: 5GAT6CJW8yVKwUuQc7sM5Kk9GZVTpbZYk9PfjNXtvnNgAJZ1
Il s’agit de l’address généré par le couple salt/password test/test, je vais en avoir besoin pour tester les migration d’identité vers une nouvelle adresse.
1 Like
Merci hugo pour la création, je viens de confirmer l’identity, je vais pouvoir donner les 2 certifs manquaunte avec poka et ChristCosmic 
Enfin si d’autres peuvent le certifier avant, car je dois attendre 6h et 11h avant de pouvoir recertifier…
Certif émise !
1 Like
Je crois que je ne suis toujours pas membre.
5FPRZxVJGSzi8f8o5ue6uBbnQidMGm2XTLrESiQhWFJRLwdC
Est-ce qu’une certif de plus ferais l’affaire ?
Sisi tu es membre depuis hier 
Je ne comprends pas pourquoi mon transferAll('5G27hLdxFgtaZtwFDhs6iMp5fBgwCaoEXaKFJzk16wV6MhnG', false) depuis l’adresse 5EcqPZR3LeeFBT5rBVsmZ4Gqjwdzij5GqTrVWXB8fH6ygcCW à laissé 2ĞD sur le compte, alors que keepAlive est à false ?
C’est parcequ’il y avais encore un consumer actif sur cette adresse ?
Habituellement mon code check les consumer avant la suppression de wallet, mais pour mon test de migration csToV2 je ne l’ai pas fait, mais je pensais que la transaction échouerait à cause du consumer, pas que ça marcherait en laissant le solde existentiel.
Pour rappel, le consumer se libère à la fin de l’époch en cours c’est ça ?
Donc si il reste 2 minutes à l’époch actuelle, alors le consumer se libère 2 minutes plus tard ?
Ca me permettrait d’afficher à l’utilisateur le temps d’attente avant de pouvoir supprimer le compte (le vider).
EDIT: Oui c’était bien à cause du consumer, après avoir retenté le même call en testant cette fois la présence du consumer, ce dernier étant 0, la transaction a bien vidé complètement le compte.
@elois Comment je peux récupérer le numéro de bloc du prochain slot ?
Je vois par exemple le storage babe.currentSlot(), mais je ne vois pas comment déduire la fin de ce slot/début du prochain.
oui, transferAll va retirer le maximum de fonds possibles avec la configuration demandée, sans jamair échouer. keepAlive=false ne signifie pas “le compte doit être détruit”, mais “j’autorise la destruction éventuelle du compte”.
Non, le consumer est décrémenter quand le truc qui à incrémenter consumer n’a plus besoin de l’existence du compte.
Il n’existe pas de règle générale permettant de savoir si et quand les consumers seront décrémentés.
Il faut juste griser/désactiver la destruction du compte tant qu’il a au moins 1 consumer.
Tu ne peux pas. La notion de slot permet juste de déterminer qui est éligible à produire un bloc dans ce slot, ça ne garantit pas qu’un bloc sera effectivement produit.
2 Likes
Bonjour !
Pouvez-vous m’inviter et me certifier sur GDev cette adresse ? 5FsLPrnNeXYEAzpt7ajhf6cYnLvkwdVPFnUTTMyKkomvPcLA
Et je veux bien quelques unités
Merci d’avance !
2 Likes
Fait, tu peux confirmer ton identité
1 Like
Fait. Merci !
Et 3 certif
1 Like