Mon noeud en mode --pruning=archive est à jour ! du -sh * me donne 1012 Mb de données, quand même…
Quand je remonte les blocs, je trouve des extrinsics addCert pour des comptes dont les identités n’ont pas été publiées avec createIdentity et confirmIdentity. Est-ce que les comptes créés au démarrage de la gdev (au genesis j’imagine) ont créé ces extrinsics ?
Et si non, comment connaître le nom des identités (que je récupère normalement au confirmIdentity) ?
Ok, je parse gdev.json et je créé les identités et certifications. Ça marche
Mais j’ai encore un problème. Quand je remonte les blocs, il y a un addCert pour un compte qui n’existe pas encore, au bloc 345 : 0x6c5e8fd2558aba0e8f31b3c8ba5adc1f8a7c55ec698718867b6ad133deb373e7
Est-ce que je dois l’enregistrer en bdd ?
Si il y en a un, c’est quoi l’ordre des événements ?
Je suppose que tu es sur mon nœud pour voir ça ? Car je l’ai passé en mode archive, sur les nœuds “classiques” tu ne peux pas accéder au contenu d’un bloc si ancien
C’est l’inverse, c’est pour empêcher le spam que les extrinsics qui échouent doivent être en blockchain, sinon impossible de prélever des frais ou déduire des quotas.
C’est comme cela que fonctionnent quasiment toutes les blockchains, ce n’est pas spécifique à substrate, Ethereum fonctionne ainsi par exemple.
Non car ce sont des event, une exécution d’un extrinsic peut réussir où échouer, mais un event substrate n’est pas exécuté, c’est davantage comme un log