Un tel renouvellement d’attribut vérifiable VCi est détaillé à présent en lien avec l’étape 120 du sous-procédé 100. Un tel traitement 120 comporte principalement une étape 125 d’élaboration d’une requête en renouvellement VC_RR à adresser à un émetteur du système de preuve en ligne. Pour cela, au préalable, afin de prévenir la traçabilité de l’identité digitale publique du portefeuille et, par voie de conséquence, celle de l’internaute Um porteur de l’objet Om hébergeant ledit portefeuille Wm, le traitement 120 peut comporter une étape 121 de production d’une nouvelle identité digitale IWm du portefeuille d’attributs vérifiables Wm en remplacement de l’identité digitale courante, à l’instar d’une création d’une telle identité digitale lors de l’installation de l’application « portefeuille d’attributs vérifiables » dans l’objet électronique Om. Cette étape consiste en une production d’un nouveau jeu de clés publique PKVm et privée SKWm, par exemple en dérivant une clé mère et une graine aléatoire. De la même manière, une telle étape 121 consiste en outre en une production d’un nouvel identifiant IDWm, soit de toute pièce par exemple via la génération d’un aléa ou bien en le dérivant de la clé publique PKWm s’il s’agit d’un identifiant décentralisé. Les identités digitales publique PIWm et privée SKWm formant la nouvelle identité digitale IWm du portefeuille Wm, sont ainsi recréées. Lorsque le registre de confiance TR mémorise l’identité digitale publique dudit portefeuille Wm, l’invention prévoit que ladite étape 121 puisse consister en outre à élaborer une requête PI_U en mise à jour d’identité digitale publique à destination du registre de confiance TR. Une telle requête PI_U est agencée par le portefeuille Wm pour véhiculer la nouvelle identité digitale publique PIWm issue de la nouvelle identité digitale IWm et être signée à l’aide de la précédente identité digitale privée SKm dudit portefeuille Wm. Le registre de confiance TR peut alors, en réponse à une telle requête en mise à jour, vérifier ladite signature en exploitant la future ancienne identité digitale publique dudit portefeuille Wm et accepter, dans l’affirmative, ladite mise à jour de l’identité publique du portefeuille Wm. Ladite étape 121 de production d’une nouvelle identité digitale IWm demeure toutefois avantageuse mais optionnelle. L’invention prévoit en effet qu’un portefeuille Wm puisse conserver une même identité digitale IWm pour mettre en œuvre une pluralité de requêtes en renouvellement VC_RR. En variante, une mise en œuvre de l’étape 121 peut être déclenchée, de manière asynchrone, au regard de la mise en œuvre de l’étape de détection 110 d’un événement déclencheur d’un renouvellement d’un attribut vérifiable VC. Une mise en œuvre de l’étape 121 pourrait être déclenchée, selon tout critère, tel que, à titre d’exemples non limitatifs, un comptage, comparé à un seuil, de requêtes en renouvellement VC_RR d’un attribut vérifiable déterminé ou encore un déclenchement aléatoire. L’invention prévoit en effet, qu’un portefeuille Wm puisse comporter une pluralité d’identités digitales IWm respectivement associées à des attributs vérifiables VC distincts gérés par ledit portefeuille Wm.