# ĞDev Runtime 800 -- new network
**URL:** https://forum.duniter.org/t/gdev-runtime-800-new-network/11881
**Category:** ĞDev
**Tags:** gdev, runtime
**Created:** [17 January 2024 12:43 UTC](https://forum.duniter.org/t/gdev-runtime-800-new-network/11881 "2024-01-17T12:43:05Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [17 January 2024 12:43 UTC](https://forum.duniter.org/t/gdev-runtime-800-new-network/11881/1 "2024-01-17T12:43:05Z")
Sujet pour suivre l’avancement de la production du Runtime 800 qui succède au Runtime 701.
Le [Runtime 702](https://forum.duniter.org/t/gdev-runtime-702/11793) initialement prévu ne verra pas le jour, car nous avons choisi de refondre fortement certaines parties du Runtime au point qu’il est plus simple de redémarrer une nouvelle ĞDev.
Suivi de projet prévu sous 2 semaines.
---
### Author:  [@HugoTrentesaux](https://forum.duniter.org/u/HugoTrentesaux)
#### Post date: [24 January 2024 11:13 UTC](https://forum.duniter.org/t/gdev-runtime-800-new-network/11881/2 "2024-01-24T11:13:27Z")
Pour ce nouveau reboot, je propose :
- `smith_inactivity_max_duration: 336` deux semaines d’inactivité avant l’exclusion forgeron, ce sera plus pratique pour accueillir des nouveau forgerons (par rapport à 2 jours)
- `smith_wot_min_cert_for_membership: 2` plus pratique pour accueillir de nouveau forgerons (par rapport à 3)
- `technical_committee: ["Pini", "moul", "HugoTrentesaux", "tuxmain", "Maaltir", "vit", "cgeek", "poka"]` pour avoir un comité technique plus actif en moyenne (retrait de 1000i100, ajout de Maaltir et poka)
---
### Author:  [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [29 January 2024 21:42 UTC](https://forum.duniter.org/t/gdev-runtime-800-new-network/11881/3 "2024-01-29T21:42:17Z")
# Point de suivi
Rappel : toutes les issues sont référencées par la Milestone 800 qui sert de référence à ce qui suit :
- [Milestone 800](https://git.duniter.org/nodes/rust/duniter-v2s/-/milestones/25#tab-issues)
- [Board 800](https://git.duniter.org/nodes/rust/duniter-v2s/-/boards/723?milestone_title=runtime-702)
## Résumé
Une fois n’est pas coutume : le [Runtime 702](https://forum.duniter.org/t/gdev-runtime-702/11793) est finalement abandonné au profit du présent Runtime 800 : nouvelle numérotation qui signifie que la ĞDev sera réinitialisée.
Cela s’explique, comme mentionné dans [le précédent point de suivi](https://forum.duniter.org/t/gdev-runtime-702/11793/3), par de grosses modifications introduites dans le code qu’il est plus facile de déployer en redémarrant une nouvelle monnaie plutôt qu’en mettant à jour l’existante. Nous nous permettons cela tant que c’est possible afin d’avancer plus vite.
**Ceci étant dit : nous approchons d’une stabilisation du code.**
En effet, sauf surprise, aucun des contributeurs de Duniter V2S n’envisage de grosses modifications sur la base de code _après_ ce Runtime 800 et nous pourrons alors nous focaliser davantage sur les clients et donc les indexeurs notamment.
Mais nous n’avon pas terminé les développements de ce Runtime, il reste un peu de boulot 🙂
## Points fermés
Depuis le dernier point, nous avons pu réaliser quelques gros tickets :
- l’introduction de la palette `smith-members` ([#168](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/168)) qui modifie la façon de devenir et de rester Smith
- l’adhésion automatique ([#159](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/159)) qui est une fonctionnalité très attendue de @poka notamment
- antispams pour la règle de distance ([#113](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/113)) afin de se prémunir d’une attaque par déni de service
## Points déscopés
Nous avons retiré 8 tickets afin d’accélérer le reboot de la ĞDev. (voir la section “Retirées depuis le dernier point” ci-après).
## Points restants ouverts
Néanmoins, 5 tickets restent ouverts dont 2 “stagnants” (qui sont restés dans leur état _opened_) chez Benjamin:
- [#167](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/167) je ne sais pas dire si ce ticket est avancé ou non, @bgallois ou @HugoTrentesaux pourriez-vous en dire plus ?
- [#128](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/128) là aussi un commentaire serait le bienvenu, mais [Les frais, ça devient concret - #2 by bgallois](https://forum.duniter.org/t/les-frais-ca-devient-concret/11877/2) montre que le sujet est bien avancé.
Viennent ensuite [#174](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/174) et [#158](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/158) : je laisse @HugoTrentesaux donner plus de détails.
Reste le [#152](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/152) que j’ai à peine commencé : il me faudra probablement une semaine pour le terminer.
Enfin, un point que je n’ai pas vu : allons-nous retirer la palette membership dans ce Runtime ? @HugoTrentesaux qu’en penses-tu ?
###
* * *
## Inventaire
[Total : 29 issues](https://git.duniter.org/nodes/rust/duniter-v2s/-/milestones/25)
### Ouvertes
Total : 5
| ID | Status | Assignees | Title |
| --- | --- | --- | --- |
| [#174](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/174) | opened | | Calibrate distance `MAX_EVALUATIONS_PER_SESSION` |
| [#167](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/167) | opened | bgallois | Membership handler weight accounting |
| [#158](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/158) | opened | | Identity creation should only be possible for an account that already “exists” |
| [#152](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/152) | opened | c-geek | remove random\_id mechanism which is heavy and that we do not use |
| [#128](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/128) | opened | bgallois | Proper weights and conversion to fees |
### Assignées depuis le dernier point
Total : 3
| ID | Status | Assignees | Title |
| --- | --- | --- | --- |
| [#162](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/162) | closed | c-geek | Give IdtyStatus directly in genesis |
| [#146](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/146) | closed | c-geek | Les comptes migrés au démarrage devraient être retirés de la pallet duniter-account |
| [#113](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/113) | closed | HugoTrentesaux | Avoid distance computation spam |
### Stagnantes depuis le dernier point
Total : 3
| ID | Status | Assignees | Title |
| --- | --- | --- | --- |
| [#167](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/167) | opened | bgallois | Membership handler weight accounting |
| [#158](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/158) | opened | | Identity creation should only be possible for an account that already “exists” |
| [#128](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/128) | opened | bgallois | Proper weights and conversion to fees |
### Fermées depuis le dernier point
Total : 14
| ID | Status | Assignees | Title |
| --- | --- | --- | --- |
| [#176](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/176) | closed | c-geek | PromotedToSmith is issued even for Smith |
| [#175](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/175) | closed | c-geek | Remove smith identity migration on Genesis |
| [#173](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/173) | closed | c-geek | Améliorations pour smith-members |
| [#168](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/168) | closed | c-geek | Have a dedicated pallet for Smith WoT |
| [#165](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/165) | closed | HugoTrentesaux | `HandleNegativeEvaluation` is never used |
| [#164](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/164) | closed | HugoTrentesaux | `DistanceStatusExpireOn` is unused |
| [#162](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/162) | closed | c-geek | Give IdtyStatus directly in genesis |
| [#160](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/160) | closed | HugoTrentesaux | Rethink revoke\_membership call |
| [#159](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/159) | closed | HugoTrentesaux | Automatically claim membership when distance is evaluated positively |
| [#157](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/157) | closed | c-geek | Ease the installation of distance Oracle |
| [#151](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/151) | closed | c-geek | AccountIdOf storage item of pallet authority-members is not used anymore |
| [#148](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/148) | closed | c-geek | use counted maps instead of counters in authority members |
| [#146](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/146) | closed | c-geek | Les comptes migrés au démarrage devraient être retirés de la pallet duniter-account |
| [#113](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/113) | closed | HugoTrentesaux | Avoid distance computation spam |
### Retirées depuis le dernier point (remises à plus tard)
Total : 8
| ID | Status | Assignees | Title |
| --- | --- | --- | --- |
| [#163](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/163) | opened | | Split OnEvent(membership\_event) |
| [#161](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/161) | opened | | Add live tests for membership status coherence |
| [#144](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/144) | opened | | Automatically publish ARM images of indexer |
| [#142](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/142) | opened | | Contribute to Cesium² |
| [#141](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/141) | opened | c-geek | Have a testing strategy |
| [#73](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/73) | opened | | Manually remove certification at expiration from a non-mandatory inherent |
| [#72](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/72) | opened | | Manually remove identity at expiration from a non-mandatory inherent |
| [#54](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/54) | opened | | Improve explicit revocation |
### Regénérer ce rapport
> **Voir les détails**
>
> Fichier : [milestone-800-01.yaml](https://forum.duniter.org/uploads/short-url/fa5LmDEnOo0IiYLVH3NRwiCmj8Z.yaml) (5,5 Ko)
>
> Généré avec la commande :
>
> ```
> cargo xtask show-milestone runtime-800 \
> --compare-with milestone-702-03.yaml > milestone-800-01.yaml
>
> ```
>
> Où `milestone-702-03.yaml` est le fichier du précédent rapport.
---
### Author:  [@HugoTrentesaux](https://forum.duniter.org/u/HugoTrentesaux)
#### Post date: [30 January 2024 10:58 UTC](https://forum.duniter.org/t/gdev-runtime-800-new-network/11881/4 "2024-01-30T10:58:01Z")
> [@cgeek](#):
>
> Nous nous permettons cela tant que c’est possible afin d’avancer plus vite.
Bonne formulation ! Je la reprendrai en vidéo pour expliquer aux forgerons ĞDev pourquoi on reboot régulièrement. Plutôt que de faire des runtime upgrade qui ne nécessiteraient pas leur intervention.
> [@cgeek](#):
>
> [#167](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/167)
Ce qui touche aux poids ne change quasi rien pour les tests, donc ça pourra venir plus tard, je l’ai reporté pour 801. Mais on pourrait aussi se faire une milestone ĞTest pour lister les choses qu’on aimerait inclure dans le réseau de test “définitif” (c’est-à-dire qu’on conserverait en parallèle du réseau Ǧ1 comme testnet pour les runtime upgrade et compagnie).
> [@cgeek](#):
>
> [#128](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/128)
Je l’ai fermée parce que tout est réglé dans !222. Et si on rencontre à nouveau des problèmes de surpoids (“overweight”) lors des runtime upgrade, on fera un ticket dédié avec un vrai diagnostic.
> [@cgeek](#):
>
> [#174](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/174)
Reporté au 801, ça concerne les poids, on n’est pas encore à l’étape du “stress test”.
> [@cgeek](#):
>
> [#158](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/158)
Ça c’est important. En gros aujourd’hui on permet de créer une identité pour un compte vide, mais celui-ci ne peut pas confirmer son identité sans monnaie car il doit payer les frais (même s’ils sont remboursés). Je l’ai mis en 801 parce que c’est un runtime upgrade qui ne nécessite pas de migration, on pourra le déployer sur le nouveau réseau facilement quand on aura discuté de ce point.
> [@cgeek](#):
>
> [#152](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/152)
Effectivement ce serait bien d’intégrer celui-ci dans le runtime 800, notamment parce que c’était une des justifications pour la **taxe de création de compte** qui est actuellement de 3 ĞD et qu’on devrait à mon avis retirer. (par contre elois suggérait de conserver la pallet provide-randomness dans le runtime pour que l’utilisateur puisse utiliser la blockchain pour générer un nombre aléatoire pour des enchères ou autre, toute seule elle n’est pas gênante).
> [@cgeek](#):
>
> allons-nous retirer la palette membership dans ce Runtime ?
Je ne souhaite pas la retirer dès ce runtime parce que ça retarderait trop le lancement du nouveau réseau. Je suis encore partagé sur la manière de faire disparaître proprement cette pallet et en profiter pour simplifier la pallet identity (j’ai une idée qui devrait permettre de diminuer le nombre de scénarios possibles, mais j’ai besoin de faire des essais et d’en discuter). Il y a également des questions d’API notamment sur les événements de validation d’identité. Et il faudrait avancer sur la stratégie de tests, peut-être qu’on va découvrir quelques problèmes dans la pallet universal-dividend qui seraient réso—lus avec par ce même refac. Promis je vous partage ça prochainement.
* * *
Merci pour ces super points en tout cas, ça aide à y voir clair dans les évolutions !
---
### Author:  [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [30 January 2024 11:24 UTC](https://forum.duniter.org/t/gdev-runtime-800-new-network/11881/5 "2024-01-30T11:24:39Z")
Merci pour les retours, donc il n’y a que la [#152](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/152), chez moi. Je vais essayer de mettre les moyens pour la terminer sans tarder.
Pour la palette membership, ok, j’espère juste qu’elle ne va pas finir par s’ancrer dans les indexeurs et les clients à force de rester présente.
---
### Author:  [@HugoTrentesaux](https://forum.duniter.org/u/HugoTrentesaux)
#### Post date: [30 January 2024 11:34 UTC](https://forum.duniter.org/t/gdev-runtime-800-new-network/11881/6 "2024-01-30T11:34:14Z")
> [@cgeek](#):
>
> s’ancrer dans les indexeurs et les clients
Normalement ils n’utilisent “que” les événements, donc on pourrait tout à fait remplacer `Membership.MembershipAdded` par `Identity.MembershipAdded`, donc juste un renommage. Et _normalement_ la logique ne devrait pas changer beaucoup, juste le stockage de données en interne sur Duniter, c’est pourquoi il vaut mieux éviter d’utiliser des valeurs du storage directement par l’API RPC [_pour l’instant_]. Et il y a aurait peut-être moins de types d’erreurs possibles mais elles sont plutôt gérées de manière générique pour l’instant donc pas trop de soucis non plus à mon avis.
---
### Author:  [@poka](https://forum.duniter.org/u/poka)
#### Post date: [30 January 2024 11:38 UTC](https://forum.duniter.org/t/gdev-runtime-800-new-network/11881/7 "2024-01-30T11:38:16Z")
> [@HugoTrentesaux](#):
>
> Je ne souhaite pas la retirer dès ce runtime parce que ça retarderait trop le lancement du nouveau réseau
Juste pour confirmer l’intérêt de reporter certaines choses au runtime 801, car les dernières changements de l’indexer squid et ceux en cours sont adaptés au runtime 800, qui ne peut donc pas être testé en condition réel tant que ce dernier n’est pas live.
Je prépare des tests d’intégrations pour squid pour pouvoir tester plus facilement des choses sans avoir besoin de données issues de chaines réelles.
Il y a aussi l’adhésion automatique qui va changer le workflow côté client en effet.
> [@HugoTrentesaux](#):
>
> Normalement ils n’utilisent “que” les événements
Et les extrinsics ainsi que les données du storage. Mais je viens de vérifier dans le code de Gecko, il n’y a pas d’exstrinsic lié à la palette membership, et les données de storage concernant membership sont:
- `minCertForMembership` de currencyParameters
- `smithMembership.membership($idtyIndex)` (je ne sais pas si les membership smith sont censé changer pour le 801, mais je ne crois pas au vue du travail déjà effectué par cgeek sur le 800).
Il faut simplement indiquer à @kimamila d’attendre avant d’implémenter ça côté Cs².
De mon côté le code est déjà là peu m’importe quand le changer.
Côté indexer les events se changent vraiment facilement donc ne vous préoccupez pas de ça 🙂
---
### Author:  [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [30 January 2024 11:49 UTC](https://forum.duniter.org/t/gdev-runtime-800-new-network/11881/8 "2024-01-30T11:49:46Z")
> [@poka](#):
>
> smithMembership.membership($idtyIndex)
Ça va sauter suite à :
> [@cgeek](#):
>
> l’introduction de la palette `smith-members` ([#168](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/168)) qui modifie la façon de devenir et de rester Smith
Et concernant `minCertForMembership` de currencyParameters, tu peux aller chercher la constante à la place dans `wot.minCertForMembership`. En plus ce sera compatible avec ĞTest et Ğ1.
---
### Author:  [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [30 January 2024 11:51 UTC](https://forum.duniter.org/t/gdev-runtime-800-new-network/11881/9 "2024-01-30T11:51:21Z")
> [@HugoTrentesaux](#):
>
> Normalement ils n’utilisent “que” les événements, donc on pourrait tout à fait remplacer `Membership.MembershipAdded` par `Identity.MembershipAdded`, donc juste un renommage
En ajoutant une dépendance à la palette identity ? Pourquoi pas, oui 🙂
---
### Author:  [@poka](https://forum.duniter.org/u/poka)
#### Post date: [30 January 2024 11:54 UTC](https://forum.duniter.org/t/gdev-runtime-800-new-network/11881/10 "2024-01-30T11:54:29Z")
> [@HugoTrentesaux](#):
>
> c’est pourquoi il vaut mieux éviter d’utiliser des valeurs du storage directement par l’API RPC
C’est aussi la position de vit mais je suis mitigé là dessus, pour l’instant ma politique est: Je récupère tout ce que je peux depuis Duniter directement, de manière à avoir les données les plus à jours et les plus fiables possible. Elles sont actualisé en temps réel.
Je pense notamment aux soldes, ainsi qu’aux nombre de certifications émis/reçus. Mais aussi la valeur du DU, les idtyIndex, les données liés aux identités (`identity.identities`), `cert.storageIdtyCertMeta`.
Je vois `universalDividend.pastReevals()` dans mon code qui serait peut être plus judicieux de récupérer sur squid quand il le permettra, sinon je ne sais pas pour le moment je préfère rester comme ça mais on peut en parler sur un autre sujet.
Parceque c’est vrai que Squid est plus à jour que feu l’indexer hasura car il index les blocs non finalisé, et plus fiable car il résout les fork, donc à voir.
---
### Author:  [@HugoTrentesaux](https://forum.duniter.org/u/HugoTrentesaux)
#### Post date: [31 January 2024 13:07 UTC](https://forum.duniter.org/t/gdev-runtime-800-new-network/11881/11 "2024-01-31T13:07:37Z")
> [@poka](#):
>
> Je récupère tout ce que je peux depuis Duniter directement, de manière à avoir les données les plus à jours et les plus fiables possible. Elles sont actualisé en temps réel.
Je suis d’accord, c’est la bonne manière de construire un client et ça fonctionne avec un light node local.
> [@HugoTrentesaux](#):
>
> la logique ne devrait pas changer beaucoup, juste le stockage de données en interne sur Duniter, c’est pourquoi il vaut mieux éviter d’utiliser des valeurs du storage directement
En fait ce que je voulais dire là c’est “pour l’instant” parce que ça peut encore un peu bouger. Mais je suis d’accord c’est très mal dit \>\<
---
### Author:  [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [2 February 2024 21:17 UTC](https://forum.duniter.org/t/gdev-runtime-800-new-network/11881/12 "2024-02-02T21:17:57Z")
Nous n’avons plus aucun ticket d’ouvert pour ce Runtime ! J’attends le résultat de cette discussion [Faire le tri dans la pallet duniter-account](https://forum.duniter.org/t/faire-le-tri-dans-la-pallet-duniter-account/11922) puis je propose de reboot la ĞDev 🙂
---
### Author:  [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [5 February 2024 21:10 UTC](https://forum.duniter.org/t/gdev-runtime-800-new-network/11881/13 "2024-02-05T21:10:35Z")
# La ĞDev est relancée
- Version du client : 0.8.0
- Release: [runtime-800](https://git.duniter.org/nodes/rust/duniter-v2s/-/releases/runtime-800)
- Docker : [duniter-v2s-gdev](https://hub.docker.com/r/duniter/duniter-v2s-gdev/tags) (x86 et ARM)
- Télémétrie : [Polkadot Telemetry](https://telemetry.polkadot.io/#list/0xc184c4ccde8e771483bba7a01533d007a3e19a66d3537c7fd59c5d9e3550b6c3)
- Détails de génération du Genesis : [logs du job](https://git.duniter.org/nodes/rust/duniter-v2s/-/jobs/126138)
Les bootnodes par défaut sont ceux de [gdev.cgeek.fr](http://gdev.cgeek.fr) et gdev.coinduf.eu.
Les données Ğ1 sont celles du bloc #700,935, soit le 04/02/2024 à 13:41:09. Le n° de bloc utilisé est présent dans le fichier g1-data.json :
```auto
"current_block": {
"number": 700935,
"medianTime": 1707054069
}
```
## Des difficultés
Le redémarrage ne s’est pas très bien passé, le lancement date de ce week-end mais suis tombé sur deux nouvelles embûches : [#189](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/189) et [#190](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/190).
J’ai contourné ces bugs mais comme je n’étais pas trop sûr du résultat, j’ai préféré attendr avant de faire l’annonce.
---
### Author:  [@joss.rendall](https://forum.duniter.org/u/joss.rendall)
#### Post date: [6 February 2024 06:25 UTC](https://forum.duniter.org/t/gdev-runtime-800-new-network/11881/14 "2024-02-06T06:25:12Z")
mon miroir Gdev est relancé en runtime-800, mais il apparaît dans la page télémétrie de la runtime-701. quelle valeur mettre ici pour que le client soit bien orienté ?
`environment: - DUNITER_CHAIN_NAME=gdev `
* * *
* * *
**Auto-reponse** : Ne pas oublié d’effacer ancien conteneur et ancien volume, ensuite tout se reconstruit correctement et où il faut !!
---
### Author:  [@HugoTrentesaux](https://forum.duniter.org/u/HugoTrentesaux)
#### Post date: [7 February 2024 10:10 UTC](https://forum.duniter.org/t/gdev-runtime-800-new-network/11881/15 "2024-02-07T10:10:14Z")
8 posts were merged into an existing topic: [Ğcli s’adapte au runtime 800 : nouveau parcours forgeron](https://forum.duniter.org/t/gcli-sadapte-au-runtime-800-nouveau-parcours-forgeron/11880/4)
---
### Author:  [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [6 February 2024 11:29 UTC](https://forum.duniter.org/t/gdev-runtime-800-new-network/11881/16 "2024-02-06T11:29:39Z")
L’image Docker pour ARM est également disponible.
---
### Author:  [@HugoTrentesaux](https://forum.duniter.org/u/HugoTrentesaux)
#### Post date: [7 February 2024 15:10 UTC](https://forum.duniter.org/t/gdev-runtime-800-new-network/11881/17 "2024-02-07T15:10:53Z")
À propos des différents réseaux :
- [Polkadot Telemetry](https://telemetry.polkadot.io/#list/0x096baa94878da1965c8a7929212f4e7a5f6a813cdcbbb401603b39e5e470b6e0) à Nuremberg en 0.3.0, qui est encore sur ce réseau ?
- [Polkadot Telemetry](https://telemetry.polkadot.io/#list/0xf9bb23a15c8323959bab5128c352356811dd1b8ef79c1aefff58642529260dfc) @tatinetteb, @guenoel, (Nuremberg), @1000i100, @Art15te il est temps de redémarrer vos noeuds pour rejoindre le nouveau réseau !
- [Polkadot Telemetry](https://telemetry.polkadot.io/#list/0xa565a0ccbab8e5f29f0c8a901a3a062d17360a4d4f5319d03a1580fba4cbf3f6) @pini @Robin @bgallois @poka @daigongen @jef @vit il est temps de redémarrer vos noeuds pour rejoindre le nouveau réseau !
Pour redémarrer son noeud :
```sh
# retirer le volume pour ne pas démarrer sur l'ancien réseau
docker compose down -v
# télécharger la nouvelle image
docker compose pull
# démarrer sur le nouveau réseau
docker compose up -d
```
Vous verrez des erreurs dans les logs pour des raisons de bootnodes mal configurés, c’est normal, c’est notre faute, on publiera une autre image quand on aura plus de bootnodes. Pour savoir si vous avez réussi à vous connecter au nouveau réseau, plus simple que regarder les logs, tout simplement regarder [Polkadot Telemetry](https://telemetry.polkadot.io/#list/0xc184c4ccde8e771483bba7a01533d007a3e19a66d3537c7fd59c5d9e3550b6c3).
**Objectif : plus un seul noeud sur les vieux réseaux et tout le monde sur le nouveau !** Promis on va faire moins de reboots pour que ce soit plus facile à suivre.
Et quand vous aurez réussi avec votre noeud miroir, vous pourrez suivre si vous le souhaitez le nouveau parcours forgeron ! ([Ğcli s'adapte au runtime 800 : nouveau parcours forgeron](https://forum.duniter.org/t/gcli-sadapte-au-runtime-800-nouveau-parcours-forgeron/11880)).
---
### Author:  [@poka](https://forum.duniter.org/u/poka)
#### Post date: [7 February 2024 15:15 UTC](https://forum.duniter.org/t/gdev-runtime-800-new-network/11881/18 "2024-02-07T15:15:52Z")
C’est sync de mon côté.
Les erreurs dont tu parles c’est bien ces erreurs là ?
```auto
Report 12D3KooWDuzVbBcnnEEKh32R6MUKvQvLENyzLHHUfg4kTyUQq7hp: -2147483648 to -2147483648. Reason: Genesis mismatch. Banned, disconnecting.
```
---
### Author:  [@HugoTrentesaux](https://forum.duniter.org/u/HugoTrentesaux)
#### Post date: [7 February 2024 15:28 UTC](https://forum.duniter.org/t/gdev-runtime-800-new-network/11881/19 "2024-02-07T15:28:02Z")
Je parlais d’erreurs de bootnodes, mais celle là c’est parce que des noeuds de l’ancien réseau tentent de se connecter à ton noeud qui est sur le nouveau, donc ton noeud les met gentiment dehors avec un coup de pied aux fesses \>\<
---
### Author:  [@daigongen](https://forum.duniter.org/u/daigongen)
#### Post date: [7 February 2024 16:06 UTC](https://forum.duniter.org/t/gdev-runtime-800-new-network/11881/20 "2024-02-07T16:06:43Z")
Done
[Next page](https://forum.duniter.org/t/gdev-runtime-800-new-network/11881.md?page=2)