# Comment créer son compte pour (G1v2) GDev depuis un compte membre G1v1?

**URL:** https://forum.duniter.org/t/comment-creer-son-compte-pour-g1v2-gdev-depuis-un-compte-membre-g1v1/12716
**Category:** Duniter-v2
**Tags:** parcours-membre
**Created:** [23 November 2024 11:39 UTC](https://forum.duniter.org/t/comment-creer-son-compte-pour-g1v2-gdev-depuis-un-compte-membre-g1v1/12716 "2024-11-23T11:39:48Z")
**Posts on this page:** 1
**Showing post:** 30

<div class="post-metadata">

### Author: ![HugoTrentesaux](https://forum.duniter.org/user_avatar/forum.duniter.org/hugotrentesaux/32/6396_2.png) [@HugoTrentesaux](https://forum.duniter.org/u/HugoTrentesaux)
#### Post date: [26 November 2024 09:16 UTC](https://forum.duniter.org/t/comment-creer-son-compte-pour-g1v2-gdev-depuis-un-compte-membre-g1v1/12716/30 "2024-11-26T09:16:18Z")

</div>

### Quel binaire peut-on utiliser pour quoi

Dans les messages ci-dessous, je vois qu’il faut que je précise quelques concepts.

> [@Nicolas80](#):
>
> La question qui me reste est: est-ce que cette image faite à partir de `master` peut également être utilisée pour les noeuds duniter (mirror, archive, smith) ou est-ce que pour ceux là je continue à garder mon image faite à partir de la branche `network/gdev-800` ?

> [@Moul](#):
>
> Oui, bien sûr ! Pour utiliser le correctif de tuxmain, il y a un correctif sur l’oracle et un autre sur le _client_. Donc, à utiliser sur ton oracle et ton nœud smith (et autres si tu le souhaites) pour que le correctif ait effet.

> [@Nicolas80](#):
>
> Du coup @HugoTrentesaux, @Moul, @tuxmain est-ce que c’est certain que je peux builder et utiliser `master` partout ?

Un binaire contient plusieurs choses :

- plein de sous-commandes dédiées à la gestion du noeud (build-spec, key, revert…)
- une sous-commande pour exécuter l’oracle de distance (oneshot ou régulièrement)
- de quoi lancer le client sur un réseau donné avec l’argument `--chain`
- des chainspecs embarquées (genesis, client specs (bootnodes…))

Sur la branche master, tu auras tout sauf les chainspecs embarquées, qui permettent de se connecter à un réseau sans avoir à fournir des chainspecs à part (par exemple via un fichier `*_raw.json`).

Mais si tu ne supprimes pas les données du nœud existant, il n’y a pas besoin des chainspecs (le genesis et les pairs sont déjà connus dans le storage local), donc en théorie l’exécutable produit sur `master` pourrait convenir. Par contre, il ne permet pas de rejoindre le réseau tel quel. Pour ça, il faut donner l’argument `--chain`. Avec docker c’est via `DUNITER_CHAIN_NAME` en montant les raw chainspecs dans le volume.

> [@Moul](#):
>
> Oui. Il y a trois livrables : le client, le runtime et l’oracle.  
> Le client et l’oracle sont à utiliser de `master` par exemple. Le runtime est généré via une branche `network/XXX` et est intégré via une fonction Substrate.

L’oracle est disponible comme sous-commande du nœud (qui inclut aussi le client). Le runtime est un livrable particulier, puisqu’en étant connecté à un réseau (donc en connaissant le runtime au genesis et des pairs), on récupère les versions successives du runtime en synchronisant la blockchain. Cela se fait lorsque l’on récupère un bloc qui contient un runtime upgrade.

Les branches `network/xxx` sont surtout là pour publier des nouvelles versions du client. C’est parce que [#239](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/239) n’est pas encore fait que je crée une branche network pour les nouveaux runtimes, mais normalement il devrait suffire d’un commit depuis master.

### Parcours d’identité

> [@Maaltir](#):
>
> Il n’y a que Nicolas qui puisse le faire ?  
> En attendant, c’est impossible de le certifier ?

Dans le cas d’une identité qui a déjà été membre (pas pour une nouvelle identité), la demande d’évaluation de distance est synonyme de renouvellement d’adhésion. Donc seul l’identité peut la faire. Par contre, il est évidemment possible de le certifier : c’est la seule manière pour qu’il puisse atteindre à nouveau le seuil de certification s’il est passé dessous, ou pour qu’il puisse respecter la règle de distance.

> [@tuxmain](#):
>
> Tout membre peut demander l’évaluation pour une autre identité.

Oui pour une nouvelle identité, non pour une identité qui a déjà été membre, car c’est synonyme de renouvellement d’adhésion.

> [@Moul](#):
>
> Ça ne fonctionne pas : `Distance::TargetMustBeUnvalidated`

Heureusement, sinon ça signifierait qu’on pourrait renouveler l’adhésion de quelqu’un d’autre. C’est juste possible pour une nouvelle identité pour faciliter le parcours membre (suite à cette demande : [Demande d'améliorations pour la pallet distance - #8 by poka](https://forum.duniter.org/t/demande-dameliorations-pour-la-pallet-distance/11672/8)).

---

_[View the full topic](https://forum.duniter.org/t/comment-creer-son-compte-pour-g1v2-gdev-depuis-un-compte-membre-g1v1/12716)._