Store identity documents (self+ms), and republish to all node if need ?
(16:30:19) kimamila: cgeek: comment font les noeuds pour synchronisé les identités ? (16:30:44) kimamila: je veux dire, tu appelles ca comment dans ton code ? C'est le "crawling" ou un autre nom ? (16:31:54) vincentux a quitté le salon (Disconnected: closed) (16:31:58) vincentux a rejoint le salon. (16:33:07) kimamila: (cgeek: désolé je crois que j'ai déjà posé la question plein de fois, mais un truc m'échappe... ) (16:42:58) vincentux a quitté le salon (16:51:42) cgeek: kimamila: tu parles des identités en piscine ou de celles validées ? (16:56:36) kimamila: cgeek: celles qui n'ont pas encore recues toutes leur certifications (16:57:21) kimamila: dans un des dernier post du forum, tu disais qu'en principe les identités sont "écrites quand le dossier est complet" (sympa l'image, d'ailleurs) (16:57:35) kimamila: mais est-ce qu'elles sont néanmoins partagées entre les Peer ? (16:57:55) kimamila: (et si oui par quel moyen - dans le code) (16:58:07) cgeek: kimamila: j'imagine que tu parles de celles en piscine alors (c-a-d celles non inscrites en blockchain, car le dossier est incomplet). Elles ne sont pas activement synchronisées, elles sont simplement partagées par rebond lors de leur publication, comme n'importe quel document. (17:13:29) kimamila: cgeek: est-ce que si, pour une raison ou une autre, le document n'a pas été partagé "par rebond", il peut l'etre à nouveau ensuite ? (17:13:44) cgeek: kimamila: oui bien sûr (17:14:13) cgeek: kimamila: le document n'est pas connu du noeud, donc s'il est valide et reçu, il sera accepté en piscine (17:14:16) kimamila: cgeek: par exemple, j'ai le cas d'inscription sur mon noeud, qui s'est trouvé isolé à un moment. Les autres noeuds n'ont pas recu les documents inscriptions. Comment peuvent elle le recevoir ensuite (une fois la réseau rétabli) ? (17:15:23) kimamila: cgeek: peux tu me guider pour trouver cette partie dans le code ? (ca va m'aider à comprendre le détail du truc, je penses) (17:15:26) cgeek: kimamila: pour le moment il n'y a pas de fonctionnalité dans Duniter permettant de relancer le partage. Par contre tu peux le faire manuellement : tu extraits les documents que tu veux via l'API /wot/lookup, puis tu partages le documents aux noeuds que tu souhaites. (17:16:11) kimamila: cgeek: est-ce que un "sync" récupère ces documents ? (17:16:21) cgeek: kimamila: non (17:16:50) kimamila: cgeek: ok merci. Je comprend mieux un certain nombre de truc étrange, sur les inscriptions, en fonction d'où on les fait. (17:18:00) cgeek: kimamila: faut bien voir que le seul mécanisme qui assure la réplication exacte et exhaustive des données, c'est la blockchain. Le reste, c'est au petit bonheur la chance :) (17:18:17) kimamila: En fait si on fait l'issue #656, cela pourrait simplifier le truc. Le lookup en mode "full scan" serait trop long (17:18:38) kimamila: cgeek: oui, c'est pour cela que j'avais en tete que les self était dans la BC ;) (17:18:53) kimamila: Du coup, de mon point de vue, c'est un point bloquant. (17:19:09) kimamila: Cela complique beaucoup la phase d'inscription (17:20:13) kimamila: (et certification qui suit) en la rendant "peu fiable". => il faut presque le noeud qui a servi à l'inscription pour etre sur d'avoir le "dossier" (17:20:48) kimamila: cgeek: ou alors je pensais à une recherche de type P2P : par exemple si la recherche ne renvoi rien, demander aux autres s'ils ont une réponse (17:21:20) cgeek: kimamila: bah c'est sûr que le meilleur moyen de s'assurer de son inscription, c'est d'avoir installé son propre noeud sur lequel on a le contrôle et qui, de surcroît, privilégie toujours les documents émis par sa clé. (17:21:52) kimamila: cgeek: non, meme pas à mon avis. (17:22:09) kimamila: cgeek: car il faut aussi que les autres te certifie à partir de ton noeud... (17:22:16) kimamila: la ca devient compliqué, non ? (17:23:34) cgeek: kimamila: non, ça garanti juste que tes documents sont stockés quelque part (17:23:48) cgeek: kimamila: ton noeud partage bien évidemment ses documents lui aussi (17:24:34) kimamila: ah je vois. En fait il faut utiliser un noeud qui partage absolument sans erreur tes documents (17:24:35) cgeek: kimamila: mais Cesium peut aussi stocker les documents qu'il produit, non ? ça paraît au minimum faisable, au mieux tout à fait cohérent. S'il ne détecte pas le document sur certains noeuds, Cesium n'a qu'à republier. (17:25:13) kimamila: oui, bonne idée. A voir si c'est jouable, mais je penses que oui