# 🚨 Runtime Upgrade Proposal: gtest v1110

**URL:** https://forum.duniter.org/t/runtime-upgrade-proposal-gtest-v1110/13417
**Category:** ĞTest
**Tags:** ud, runtime
**Created:** [23 October 2025 00:17 UTC](https://forum.duniter.org/t/runtime-upgrade-proposal-gtest-v1110/13417 "2025-10-23T00:17:28Z")
**Posts on this page:** 20
**Page:** 1

<div class="post-metadata">

### Author: ![poka](https://forum.duniter.org/user_avatar/forum.duniter.org/poka/32/6827_2.png) [@poka](https://forum.duniter.org/u/poka)
#### Post date: [23 October 2025 00:17 UTC](https://forum.duniter.org/t/runtime-upgrade-proposal-gtest-v1110/13417/1 "2025-10-23T00:17:28Z")

</div>

## **Objectif** : Fix bug de réévaluation quotidienne du DU

[@technical-committee](https://forum.duniter.org/groups/technical-committee)

**Problème actuel** :

- Le DU est réévalué TOUS LES JOURS au lieu de tous les 6 mois
- Cause: `first_ud_reeval` en secondes (1766232000) au lieu de millisecondes

**Solution** :

- Migration automatique (idempotente): NextReeval passera de 1766232000 à 1766232000000 ms
- Date correcte: 20 décembre 2025 à 13:00:00 UTC

**MR** :

- [Network GTest runtime 1110 (!349) · Merge requests · nodes / rust / Duniter v2S · GitLab](https://git.duniter.org/nodes/rust/duniter-v2s/-/merge_requests/349)

**Proposition** :

- Release: [https://git.duniter.org/nodes/rust/duniter-v2s/-/releases/runtime-1110](https://git.duniter.org/nodes/rust/duniter-v2s/-/releases/runtime-1110)
- Branch: network/gtest-1110
- Blake2\_256: 0x514cf1f1bcb6f498436b1e441b8155401367518d080e57c0498e3e3d91dc7b1a

> **Vote** : [https://duniter-portal.axiom-team.fr/?rpc=wss%3A%2F%2Fgt.p2p.legal%2Fws#/techcomm/proposals](https://duniter-portal.axiom-team.fr/?rpc=wss%3A%2F%2Fgt.p2p.legal%2Fws#/techcomm/proposals)

⚠ Votez pour la proposition 1, la proposition 0 étant obsolète. Vous pouvez voter “Non” à la proposition 0 pour l’annuler avant sont expriration. ⚠

Seuil: 6  
Fin du vote: Jeudi 30 Octobre à 16h30

⚠ Merci de vérifier le hash en compilant localement avec:

```auto
cargo xtask release runtime build gtest
cat release/srtool_output_gtest.json | grep blake2_256 | jq -r '.runtimes.compressed.blake2_256'

```

Voir ce tuto: [Technical committee: Check runtime upgrade hash compliance](https://forum.duniter.org/t/technical-committee-check-runtime-upgrade-hash-compliance/13418)

Vous pouvez également lire et vérifier que les tests de la migration passent bien:

````bash
% cargo test -p gtest-runtime --lib migrations::tests -- --nocapture

running 4 tests
Initial NextReeval (future value): 1782010800000 (June 20, 2026)
Initial NextReeval: 1766232000
Migration weight: Weight { ref_time: 16770000, proof_size: 0 }
Updated NextReeval: 1782010800000
test migrations::tests::test_migration_v1110_with_already_correct_value ... ok
Migration weight: Weight { ref_time: 22976000, proof_size: 0 }
Updated NextReeval: 1766232000000
test migrations::tests::test_migration_v1110_preserves_future_value ... ok
test migrations::tests::test_migration_v1110_is_idempotent ... ok
test migrations::tests::test_migration_v1110_fixes_incorrect_next_reeval ... ok

test result: ok. 4 passed; 0 failed; 0 ignored; 0 measured; 5 filtered out; finished in 0.00s```
````

---

<div class="post-metadata">

### Author: ![poka](https://forum.duniter.org/user_avatar/forum.duniter.org/poka/32/6827_2.png) [@poka](https://forum.duniter.org/u/poka)
#### Post date: [24 October 2025 14:50 UTC](https://forum.duniter.org/t/runtime-upgrade-proposal-gtest-v1110/13417/2 "2025-10-24T14:50:15Z")

</div>

Je viens de réaliser que ma condition d’execution de la migration n’est pas bonne. Il se base sur la valeur de nextReeval alors qu’il faudrait plutôt se baser sur le numéro du runtime. Je dois refaire une proposition.

* * *

Et en fait je me rend compte qu’ici il y a beaucoup plus simple, pas besoin de runtime upgrade, juste un setStorage directement, proposition 5.

 ![image](https://forum.duniter.org/uploads/default/original/2X/f/f098323f06c7e5642c9dd3fdb4748c412e191e9b.png)

Comment j’ai déterminé les bonnes valeurs ?

 ![image](https://forum.duniter.org/uploads/default/original/2X/6/6345296125b836dab5fc66ef5485fca72a46575e.png)

et

`python3 -c "import struct; print('0x' + struct.pack('<Q', 1766232000000).hex())"`

---

<div class="post-metadata">

### Author: ![poka](https://forum.duniter.org/user_avatar/forum.duniter.org/poka/32/6827_2.png) [@poka](https://forum.duniter.org/u/poka)
#### Post date: [24 October 2025 15:13 UTC](https://forum.duniter.org/t/runtime-upgrade-proposal-gtest-v1110/13417/3 "2025-10-24T15:13:43Z")

</div>

La proposition 6 remet la bonne valeur du DU.

`duniter-v2s % python3 -c "import struct; print('0x' + struct.pack('<Q', 1148).hex())"`

* * *

Pour vous y retrouver dans les différentes propositions ouvertes, vous pouvez vous référer à celle auquels j’ai vôté oui.  
Actuellement les 3 dernières.

* * *

Si ça vous convient je peux supprimer la MR runtime 1110 ainsi que la release 1110.  
Soyez indulgent je m’entraine, le réseau gtest est fait pour ça, on se fait la main 🙂

---

<div class="post-metadata">

### Author: ![cgeek](https://forum.duniter.org/user_avatar/forum.duniter.org/cgeek/32/279_2.png) [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [25 October 2025 12:47 UTC](https://forum.duniter.org/t/runtime-upgrade-proposal-gtest-v1110/13417/4 "2025-10-25T12:47:08Z")

</div>

Juste pour clarifier : quand tu dis proposition “5” c’est en référence aux propositions visibles dans [l’onglet “Comité tech \> Proposals” de Duniter Portal](https://duniter-portal.axiom-team.fr/?rpc=wss%253A%252F%252Fgtest.cgeek.fr%253A443#/techcomm/proposals), donc index 5.

## Proposition d’index 5

- fonctionnellement : `universalDividend.nextReeval = 1766232000000`
- hash de la clé du storage : 0x235cdca73b1fc4b26dd60639fe5bf213510012cc03aa2d41b711cd71b8a63e85
- hash de la valeur : 0x0086a13b9b010000

J’ai testé le call en local sur un nœud de dev pour bien tout vérifier par moi-même, le storage est correctement mis à jour.

**J’ai donc voté la proposition.**

> **Procédure de vérification détaillée**
>
> ### Obtention de la clé
> 
> On veut connaître la clé du storage associée à `universalDividend.nextReeval` :
> 
> ![image](https://forum.duniter.org/uploads/default/original/2X/4/4bffeba1d91924cc1e65b969fc88929ab5114d46.png)
> 
> Copier la valeur 0x235cdca73b1fc4b26dd60639fe5bf213510012cc03aa2d41b711cd71b8a63e85.
> 
> ### Obtention de la valeur
> 
> Comme Substrate attend une valeur hexadécimale, il faut convertir `1766232000000` en hexadécimal.
> 
> En python, Poka propose :
> 
> ```python
> python3 -c "import struct; print('0x' + struct.pack('<Q', 1766232000000).hex())"                                                                                                    
> 
> ```
> 
> En JS :
> 
> ```js
> const num = 1766232000000;
> 
> // Créer un buffer de 8 octets
> const buffer = new ArrayBuffer(8);
> const view = new DataView(buffer);
> 
> // Écrire en little-endian (true = little-endian)
> view.setBigUint64(0, BigInt(num), true);
> 
> // Convertir en hex
> const hex = '0x' + Array.from(new Uint8Array(buffer))
> .map(b => b.toString(16).padStart(2, '0'))
> .join('');
> 
> console.log(hex);
> 
> ```
> 
> Dans les 2 cas, on obtient `0x0086a13b9b010000`.
> 
> ## Proposition finale
> 
> On vérifie dans la proposition que les 2 valeurs calculées correspondent bien.
> 
> - clé `0x235cdca73b1fc4b26dd60639fe5bf213510012cc03aa2d41b711cd71b8a63e85`
> - valeur `0x0086a13b9b010000`
> 
> ![image](https://forum.duniter.org/uploads/default/original/2X/8/885cab09e9be63335e73a21ef4b6a00552214a56.png)
> 
> C’est OK.

## Proposition d’index 6

- fonctionnellement : `universalDividend.currentUd = 1148` au lieu de 1505 actuellement, mais il vaudrait mieux que la proposition 5 passe avant sinon il va falloir recommencer la proposition 6 plus tard.
- hash de la clé du storage : 0x235cdca73b1fc4b26dd60639fe5bf213e693e94477a5a91aed0757f3de0b8168
- hash de la valeur : 0x7c04000000000000

Mêmes vérifications que pour la proposition précédente.

C’est OK.

J’ai n’ai PAS voté la proposition pour la bloquer temporairement tant que la proposition 5 n’est pas passée.

---

<div class="post-metadata">

### Author: ![poka](https://forum.duniter.org/user_avatar/forum.duniter.org/poka/32/6827_2.png) [@poka](https://forum.duniter.org/u/poka)
#### Post date: [25 October 2025 14:04 UTC](https://forum.duniter.org/t/runtime-upgrade-proposal-gtest-v1110/13417/5 "2025-10-25T14:04:40Z")

</div>

Oui je parle en index, proposition 5, la 6ème 🙂.

---

<div class="post-metadata">

### Author: ![vit](https://forum.duniter.org/user_avatar/forum.duniter.org/vit/32/2775_2.png) [@vit](https://forum.duniter.org/u/vit)
#### Post date: [26 October 2025 09:29 UTC](https://forum.duniter.org/t/runtime-upgrade-proposal-gtest-v1110/13417/6 "2025-10-26T09:29:44Z")

</div>

J’ai voté oui, non, oui, non, puis finalement oui avec Tikka. Pour la proposition du set storage.

C’est pas que j’hésitais, c’est que je testais mon code de Tikka… 😁  
Les propositions y sont affichées par ordre d’index croissant.

---

<div class="post-metadata">

### Author: ![poka](https://forum.duniter.org/user_avatar/forum.duniter.org/poka/32/6827_2.png) [@poka](https://forum.duniter.org/u/poka)
#### Post date: [27 October 2025 13:26 UTC](https://forum.duniter.org/t/runtime-upgrade-proposal-gtest-v1110/13417/7 "2025-10-27T13:26:14Z")

</div>

[@technical-committee](https://forum.duniter.org/groups/technical-committee) pour rappel il reste 4 jours pour [voter les propositions](https://duniter-portal.axiom-team.fr/#/techcomm/proposals), à commencer par l’index 4 et 5. Il manque 2 votes pour la 5ème.

---

<div class="post-metadata">

### Author: ![1000i100](https://forum.duniter.org/user_avatar/forum.duniter.org/1000i100/32/825_2.png) [@1000i100](https://forum.duniter.org/u/1000i100)
#### Post date: [27 October 2025 21:45 UTC](https://forum.duniter.org/t/runtime-upgrade-proposal-gtest-v1110/13417/8 "2025-10-27T21:45:34Z")

</div>

De ce que je comprends, la date de prochaine réévaluation du DU serait au 20 décembre avec la proposition d’index 5.

Quitte à ce que ce soit pas à l’équinox, pourquoi ne pas la mettre plus tôt pour se rendre compte plus rapidement si le problème est réglé et que la réévaluation ce fait correctement ?

En ce sens, j’ai tenté de faire un proposal aussi, mais je n’arrive pas à le passer (wrong length me dit-il) qu’est-ce qui cloche ?

 ![udReeval-2025-11-01](https://forum.duniter.org/uploads/default/original/2X/a/a8eabc8756f1cae62a6b94efffc72cdf3cbe4ad2.png)

Avec la valeur que j’indique, si j’ai bien compris ça donnerais le 1er novembre 2025 à 13h c’est bien ça ?

PS : si on change quand a lieu la prochaine rééval et le montant, ça ne change pas la fréquence, il y a donc une chose de plus à changer non ?

Enfin, j’ai essayer de recompiler duniter-v2s à plusieurs reprise, y compris en créant le dossier qu’il réclame avec un chmod o+w mais pas moyen de finir la compile 😕 avez vous eu ce problème et comment l’avez vous résolu :

```auto
$ cargo xtask release runtime build gtest
Finished `dev` profile [unoptimized + debuginfo] target(s) in 2.29s
Running `target/debug/xtask release runtime build gtest`
rustc 1.91.0-nightly (7d82b83ed 2025-08-06)
cargo 1.91.0-nightly (840b83a10 2025-07-30)
🚀 Construction du runtime avec srtool: gtest
Docker version 28.5.1, build e180ab8
📄 SRTOOL_OUTPUT = release/srtool_output_gtest.json
🐳 Lancement du conteneur srtool...
🚀 Démarrage de srtool...
📁 Répertoire de travail: /build
🔧 Runtime: gtest
📄 Sortie: release/srtool_output_gtest.json
🔨 Construction du runtime avec srtool...
tee: release/srtool_output_gtest.json: Permission denied
🧰 Substrate Runtime Toolbox - srtool v0.18.3 🧰
              - by Chevdor -
info: override toolchain for '/build' set to '1.88.0-x86_64-unknown-linux-gnu'
info: component 'rust-std' for target 'wasm32-unknown-unknown' is up to date
info: component 'rust-src' is up to date
🏗 Building gtest-runtime as release using rustc 1.88.0 (6b00bc388 2025-06-23)
⏳ That can take a little while, be patient... subsequent builds may be faster.
   Since you have to wait a little, you may want to learn more about Substrate runtimes:
   https://docs.substrate.io/learn/architecture/
    Updating git repository `https://github.com/duniter/duniter-polkadot-sdk`
    Updating crates.io index
    Updating git repository `https://github.com/paritytech/subxt`
 Downloading crates ...
[...]
error: failed to create directory `/build/runtime/gtest/target`

Caused by:
  Permission denied (os error 13)
Error: Échec de la construction du runtime avec srtool

```

---

<div class="post-metadata">

### Author: ![poka](https://forum.duniter.org/user_avatar/forum.duniter.org/poka/32/6827_2.png) [@poka](https://forum.duniter.org/u/poka)
#### Post date: [28 October 2025 12:38 UTC](https://forum.duniter.org/t/runtime-upgrade-proposal-gtest-v1110/13417/9 "2025-10-28T12:38:22Z")

</div>

> [@1000i100](#):
>
> PS : si on change quand a lieu la prochaine rééval et le montant, ça ne change pas la fréquence, il y a donc une chose de plus à changer non ?

Non, voir: [Duniter v2s et l’indexeur ne démarrent pas avec la valeur du DU de la Ğ1 - #16 by poka](https://forum.duniter.org/t/duniter-v2s-et-l-indexeur-ne-demarrent-pas-avec-la-valeur-du-du-de-la-g1/13209/16)

> [@1000i100](#):
>
> En ce sens, j’ai tenté de faire un proposal aussi, mais je n’arrive pas à le passer (wrong length me dit-il) qu’est-ce qui cloche ?

Je crois qu’il y a peut être un bug de l’interface polkadotjs car parfois j’ai l’impression que `lengthBound` est prérempli. Mais parfois j’ai dû la calculer à la main.  
Pour se faire il suffit de prendre le `encoded call data`, retirer le 0x au début, compter son nombre de caractère et le diviser par 2 (nombre de bytes). Par exemple:

`echo 1702101500000a2acefe9868b7798a1f61489a1a0d45b330accf87e1e88326ee97430ecbd4815700 | wc -c` → 81  
Ca fait 40.5, on peut mettre 50 pour avoir de la marge.

* * *

> [@1000i100](#):
>
> un chmod o+w

Regarde surtout le owner du dossier en question et dossier parent. Dans le doute pour tester fait un petit chmod 777 -R du dossier parent, pour voir si c’est vraiment un pbm de droits.

---

<div class="post-metadata">

### Author: ![Moul](https://forum.duniter.org/user_avatar/forum.duniter.org/moul/32/9145_2.png) [@Moul](https://forum.duniter.org/u/Moul)
#### Post date: [28 October 2025 16:10 UTC](https://forum.duniter.org/t/runtime-upgrade-proposal-gtest-v1110/13417/10 "2025-10-28T16:10:58Z")

</div>

J’ai approuvé les propositions aux index 4, 5 et 6. La 5 est à valider.  
Curieux cette nouvelle manière de vérifier uniquement le changement d’une valeur.  
Je cherchais ou se trouve le code (la branche) de la proposition 6.  
Pour la proposition 5, j’ai construit le runtime et ait obtenu le même hash blake256.

---

<div class="post-metadata">

### Author: ![poka](https://forum.duniter.org/user_avatar/forum.duniter.org/poka/32/6827_2.png) [@poka](https://forum.duniter.org/u/poka)
#### Post date: [28 October 2025 17:11 UTC](https://forum.duniter.org/t/runtime-upgrade-proposal-gtest-v1110/13417/11 "2025-10-28T17:11:32Z")

</div>

> [@Moul](#):
>
> Pour la proposition 5, j’ai construit le runtime et ait obtenu le même hash blake256.

Aucune de ces 3 propositions n’est un runtime upgrade, juste un setStorage. Donc il n’y a pas de code associé (pas de preimage).

Du coup je ne sais pas quel runtime tu as compilé et quel hash tu as vérifié ?  
Pour ces propositions le contenu des changements est directement présenté dans la proposual, il suffit donc de vérifier que le contenu est celui attendu (@cgeek a expliqué la procédure un peu mieux que moi juste au dessus).

---

<div class="post-metadata">

### Author: ![Moul](https://forum.duniter.org/user_avatar/forum.duniter.org/moul/32/9145_2.png) [@Moul](https://forum.duniter.org/u/Moul)
#### Post date: [28 October 2025 17:24 UTC](https://forum.duniter.org/t/runtime-upgrade-proposal-gtest-v1110/13417/12 "2025-10-28T17:24:33Z")

</div>

Ah ok. J’avais vérifié la proposition 5 en vérifiant cette branche et en obtenant ce hash, mais ça correspond aux premières propositions.

> [@poka](#):
>
> - Branch: network/gtest-1110
> - Blake2\_256: 0x514cf1f1bcb6f498436b1e441b8155401367518d080e57c0498e3e3d91dc7b1a

Après relecture du message de cgeek c’est plus clair.

---

<div class="post-metadata">

### Author: ![poka](https://forum.duniter.org/user_avatar/forum.duniter.org/poka/32/6827_2.png) [@poka](https://forum.duniter.org/u/poka)
#### Post date: [28 October 2025 22:26 UTC](https://forum.duniter.org/t/runtime-upgrade-proposal-gtest-v1110/13417/13 "2025-10-28T22:26:15Z")

</div>

> [@Moul](#):
>
> en vérifiant cette branche et en obtenant ce hash

Oui je dois supprimer cette branche, elle est obsolète, mais c’était un bon entrainement en soit.

* * *

La proposition 5 vient d’être exécuté avec succès 🙂

La valeur du nextReeval a donc été modifié.

Avant:  
 ![image](https://forum.duniter.org/uploads/default/original/2X/6/60400a61891dab0481718ef1039d6e8e349d5c35.png)

Après:  
 ![image](https://forum.duniter.org/uploads/default/original/2X/7/7da383e6f53323fbc59c77e83d7e2463583b8b27.png)

* * *

Il reste donc:

- Proposition 4 (manque 2 votes): Nouvelle constitution du comité technique
- Proposition 6 (manque 2 votes): Nouvelle valeur du currentUd corrigé

---

<div class="post-metadata">

### Author: ![Moul](https://forum.duniter.org/user_avatar/forum.duniter.org/moul/32/9145_2.png) [@Moul](https://forum.duniter.org/u/Moul)
#### Post date: [29 October 2025 07:21 UTC](https://forum.duniter.org/t/runtime-upgrade-proposal-gtest-v1110/13417/14 "2025-10-29T07:21:55Z")

</div>

> [@poka](#):
>
> Avant:  
> ![image](https://forum.duniter.org/uploads/default/original/2X/6/60400a61891dab0481718ef1039d6e8e349d5c35.png)

Étrange cette valeur. C’est pas ce qui a été configuré.

* * *

Ça fonctionne ! Le montant arrête d’être réévalué tous les jours.

 ![image](https://forum.duniter.org/uploads/default/original/2X/4/4fcbd4437e49cff70e291048c5a9bf4595dc7542.png)

---

<div class="post-metadata">

### Author: ![poka](https://forum.duniter.org/user_avatar/forum.duniter.org/poka/32/6827_2.png) [@poka](https://forum.duniter.org/u/poka)
#### Post date: [29 October 2025 09:03 UTC](https://forum.duniter.org/t/runtime-upgrade-proposal-gtest-v1110/13417/15 "2025-10-29T09:03:34Z")

</div>

> [@Moul](#):
>
> Étrange cette valeur. C’est pas ce qui a été configuré.

Si:

> [@cgeek](#):
>
> ## Proposition d’index 5
> 
> - fonctionnellement : `universalDividend.nextReeval = 1766232000000`
> - hash de la clé du storage : 0x235cdca73b1fc4b26dd60639fe5bf213510012cc03aa2d41b711cd71b8a63e85
> - hash de la valeur : 0x0086a13b9b010000

* * *

Ah tu veux parler de l’ancienne valeur, si en fait c’est qu’elle a été réévalué plusieurs fois donc n’est plus du tout égale au `first_ud_reeval` (il rajoutait 6 mois tous les jours) 🙂

> [@Moul](#):
>
> ![image](https://forum.duniter.org/uploads/default/original/2X/4/4fcbd4437e49cff70e291048c5a9bf4595dc7542.png)
> 
> image230×417 9.58 KB

C’est un teasing de Silkaj v2 ?

---

<div class="post-metadata">

### Author: ![Moul](https://forum.duniter.org/user_avatar/forum.duniter.org/moul/32/9145_2.png) [@Moul](https://forum.duniter.org/u/Moul)
#### Post date: [29 October 2025 09:23 UTC](https://forum.duniter.org/t/runtime-upgrade-proposal-gtest-v1110/13417/16 "2025-10-29T09:23:20Z")

</div>

Le montant initialement inscrit était, toujours avec la conversion de `ms` en `s` :

```auto
date -d @1766232
Wed 21 Jan 11:37:12 CET 1970

```

or, ta capture d’écran indique :

```auto
date -d @270005832
Sun 23 Jul 02:37:12 CET 1978

```

La nouvelle valeur est :

```auto
date -d @1766232000
Sat 20 Dec 13:00:00 CET 2025

```

> [@poka](#):
>
> Ah tu veux parler de l’ancienne valeur, si en fait c’est qu’elle a été réévalué plusieurs fois donc n’est plus du tout égale au `first_ud_reeval` (il rajoutait 6 mois tous les jours) 🙂

Ah oui, en effet. Intéressant.

```auto
3600 × 24 × 365.25 / 2 = 15778800
1766232 + 15778800 × 17 = 270005832 s

```

La date de réévaluation s’est déplacée de huit années et demie (17/2 semestres). Mais était toujours dans le passé. Donc, il y avait réévaluation tous les jours.

* * *

> [@poka](#):
>
> C’est un teasing de Silkaj v2 ?

Euh, comment dire, c’est un prototype. J’ai voulu tester l’affichage de tableaux et de graphiques avec deux bibliothèques graphiques.

---

<div class="post-metadata">

### Author: ![cgeek](https://forum.duniter.org/user_avatar/forum.duniter.org/cgeek/32/279_2.png) [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [29 October 2025 17:17 UTC](https://forum.duniter.org/t/runtime-upgrade-proposal-gtest-v1110/13417/17 "2025-10-29T17:17:10Z")

</div>

> [@poka](#):
>
> - Proposition 4 (manque 2 votes): Nouvelle constitution du comité technique

Je n’avais pas regardé, je vois que c’est un changement de clé pour Hugo, le retrait d’Eloïs et l’ajout de @aya. J’ai voté, la proposition est passée. 🙂

---

<div class="post-metadata">

### Author: ![poka](https://forum.duniter.org/user_avatar/forum.duniter.org/poka/32/6827_2.png) [@poka](https://forum.duniter.org/u/poka)
#### Post date: [29 October 2025 18:28 UTC](https://forum.duniter.org/t/runtime-upgrade-proposal-gtest-v1110/13417/18 "2025-10-29T18:28:20Z")

</div>

Chouette, j’ai exécuté la proposition, bienvenue @aya au comité

 ![image](https://forum.duniter.org/uploads/default/original/2X/e/e8ba2487a7b490c2b8f12cfe2e2848c247d4d8bf.png)

* * *

> [@cgeek](#):
>
> la proposition est passée

Pour executer une proposition ayant atteint le nombre de vote requis, il faut executer l’extrinsics `technicalCommittee.close`, qui peut se faire simplement en cliquant sur le bouton “close” à droite de la proposition, remplaçant le bouton de vote.

Reste donc la proposition 6 pour remettre la bonne valeur du DU.

---

<div class="post-metadata">

### Author: ![cgeek](https://forum.duniter.org/user_avatar/forum.duniter.org/cgeek/32/279_2.png) [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [29 October 2025 18:46 UTC](https://forum.duniter.org/t/runtime-upgrade-proposal-gtest-v1110/13417/19 "2025-10-29T18:46:02Z")

</div>

> [@cgeek](#):
>
> J’ai n’ai PAS voté la proposition pour la bloquer temporairement tant que la proposition 5 n’est pas passée.

Vu que la 5 est passée, je viens de voter la 6 également.

> [@poka](#):
>
> il faut executer l’extrinsics `technicalCommittee.close`

Ma clé est encore dérivée du format Cesium, et je ne peux pas le faire via Ğcli, je te laisse la main.

---

<div class="post-metadata">

### Author: ![poka](https://forum.duniter.org/user_avatar/forum.duniter.org/poka/32/6827_2.png) [@poka](https://forum.duniter.org/u/poka)
#### Post date: [29 October 2025 19:06 UTC](https://forum.duniter.org/t/runtime-upgrade-proposal-gtest-v1110/13417/20 "2025-10-29T19:06:28Z")

</div>

Proposition 6 également passé !

Avant:

![image](https://forum.duniter.org/uploads/default/original/2X/7/7ec63b67fc361a5729a60971ecfbbe60ab49deab.png)

Après:

![image](https://forum.duniter.org/uploads/default/original/2X/b/bb4bde082d84425f9dbfd3b7815653342d8f4022.png)

Merci à tous !

[Next page](https://forum.duniter.org/t/runtime-upgrade-proposal-gtest-v1110/13417.md?page=2)