# Runtime 801
**URL:** https://forum.duniter.org/t/runtime-801/12004
**Category:** ĞDev
**Tags:** gdev, runtime
**Created:** [14 February 2024 12:22 UTC](https://forum.duniter.org/t/runtime-801/12004 "2024-02-14T12:22:38Z")
**Posts on this page:** 18
**Page:** 1
### Author:  [@bgallois](https://forum.duniter.org/u/bgallois)
#### Post date: [14 February 2024 12:22 UTC](https://forum.duniter.org/t/runtime-801/12004/1 "2024-02-14T12:22:38Z")
La fonction `on_new_session` de la pallet smith-members n’a pas été ajoutée au `OnNewSession` [du runtime](https://git.duniter.org/nodes/rust/duniter-v2s/-/merge_requests/245). Par conséquent, la fonction `on_new_session` n’est appelée qu’au genesis.
Il est donc à noter que pour cette GDev la valeur `expiresOn` sera toujours égale à 336 et les forgerons inactifs ne seront jamais supprimés.
---
### Author:  [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [15 February 2024 12:07 UTC](https://forum.duniter.org/t/runtime-801/12004/2 "2024-02-15T12:07:14Z")
Ce serait bien que l’on s’engage vers un Runtime Upgrade en 801 pour corriger ce bug, via l’évolution [#195](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/195) qui ne produirait qu’une release du Runtime.
Qu’en pensez-vous @bgallois @HugoTrentesaux ?
Il nous reste 78 sessions (78h) pour réaliser l’upgrade et conserver un Storage cohérent. Bon je pense que c’est un peu court pour développer #195 et réaliser le vote par comité. Par contre le Runtime peut être produit dès maintenant via la création d’une release “classique” (sans aller jusqu’à livrer le client) \_ runtime upgrade via Sudo.
---
### Author:  [@HugoTrentesaux](https://forum.duniter.org/u/HugoTrentesaux)
#### Post date: [15 February 2024 14:56 UTC](https://forum.duniter.org/t/runtime-801/12004/3 "2024-02-15T14:56:38Z")
> [@Ğcli s'adapte au runtime 800 : nouveau parcours forgeron](https://forum.duniter.org/t/gcli-sadapte-au-runtime-800-nouveau-parcours-forgeron/11880/21):
>
> Hmm … tiens d’ailleurs c’est curieux ça ☹ je viens de créer [#194](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/194).
> [@cgeek](#):
>
> Qu’en pensez-vous @bgallois @HugoTrentesaux ?
Benjamin corrige ça avec [!245](https://git.duniter.org/nodes/rust/duniter-v2s/-/merge_requests/245), et même sans faire de release automatique, on peut utiliser srtool localement pour publier le nouveau runtime en sudo.
Actuellement, voici tous les forgerons qui sont programmés pour expirer à la session 336
> [@cgeek](#):
>
> Il nous reste 78 sessions (78h) pour réaliser l’upgrade et conserver un Storage cohérent.
Si on upgrade avant, les forgerons hors ligne qui ne font pas go\_online avant seront exclus (vit, 1000i100, tuxmain). Si on n’upgrade pas avant, cette entrée de expiresOn restera là jusqu’à ce qu’on la nettoie, et les forgerons ci-dessus ne seront pas exclus. Donc oui, ce serait pas mal de faire l’upgrade d’ici les 75 sessions qui nous restent \>\<.
Veux-tu que je fasse l’upgrade en utilisant sudo ?
---
### Author:  [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [15 February 2024 21:34 UTC](https://forum.duniter.org/t/runtime-801/12004/4 "2024-02-15T21:34:06Z")
Oui, s’il-te-plaît !
---
### Author:  [@HugoTrentesaux](https://forum.duniter.org/u/HugoTrentesaux)
#### Post date: [17 February 2024 22:13 UTC](https://forum.duniter.org/t/runtime-801/12004/5 "2024-02-17T22:13:16Z")
J’ai fait l’upgrade au bloc [189764](https://polkadot.js.org/apps/?rpc=wss%3A%2F%2Fgdev.coinduf.eu%2Fws#/explorer/query/189764). J’ai mis à jour les instructions de compilation du runtime dans la branche [runtime-801](https://git.duniter.org/nodes/rust/duniter-v2s/-/blob/runtime-801/docs/dev/verify-runtime-code.md?ref_type=heads).
> **sortie de srtool**
>
> ```json
> {
> "gen": "srtool v0.13.0",
> "src": "git",
> "version": "1.0.0",
> "commit": "5b77d6dfce1c8cdc8393e2c98120bdafbabda33d",
> "tag": "runtime-701",
> "branch": "runtime-801",
> "rustc": "rustc 1.74.0 (79e9716c9 2023-11-13)",
> "pkg": "gdev-runtime",
> "tmsp": "2024-02-17T20:10:48Z",
> "size": "640208",
> "prop": "0x8694644b0460f0bd7c0a72eb5e37406ee27307b154f8cd30495b24533ba71b2d",
> "authorize_upgrade_prop": "0x151a2857249a0a9ebea9f7c321cb525f7cdc3e0707794dcd5881fa180d0a4526",
> "ipfs": "QmTDJdahoDt9P5Hh3LquGQmtmKd68WVqZg1GHkvo8wxjoh",
> "sha256": "0x9ba2b59d486228cf67313e7661bc91ffa07844d3dd34ab442695d6498268285d",
> "wasm": "runtime/gdev/target/srtool/release/wbuild/gdev-runtime/gdev_runtime.compact.compressed.wasm",
> "info": {
> "generator": {
> "name": "srtool",
> "version": "0.13.0"
> },
> "src": "git",
> "version": "1.0.0",
> "git": {
> "commit": "5b77d6dfce1c8cdc8393e2c98120bdafbabda33d",
> "tag": "",
> "branch": "runtime-801"
> },
> "rustc": "rustc 1.74.0 (79e9716c9 2023-11-13)",
> "pkg": "gdev-runtime",
> "profile": "release"
> },
> "context": {
> "package": "gdev-runtime",
> "runtime_dir": "runtime/gdev",
> "docker": {
> "image": "paritytech/srtool",
> "tag": "1.74.0"
> },
> "profile": "release"
> },
> "runtimes": {
> "compact": {
> "tmsp": "2024-02-17T20:10:32Z",
> "size": "2909925",
> "prop": "0x77299eaac5151004c7a49d90a638530c000a7adb675dcc487408671b80bbf02f",
> "authorize_upgrade_prop": "0xc29ceaf0aefb79df5ae07fa78476a5864d539fb5a0143a3fa7cf2a0ff2dc9ab2",
> "blake2_256": "0x7b9493b6e0f2dce18737f277bcbcc2d192ed94695f29e5d08a7f20fc4c2ef53e",
> "ipfs": "QmezBKYDhpF4HqrbxpByXb5mUJYZxgZVcy7e4nf3okiF2F",
> "sha256": "0xa8d5d6db6fb10d7063b0f6e8e7e729298fd4aaa24b08e2dec41453ad179e8a3c",
> "wasm": "runtime/gdev/target/srtool/release/wbuild/gdev-runtime/gdev_runtime.compact.wasm",
> "subwasm": {
> "size": 2909925,
> "compression": {
> "size_compressed": 2909925,
> "size_decompressed": 2909925,
> "compressed": false
> },
> "reserved_meta": [
> 109,
> 101,
> 116,
> 97
> ],
> "reserved_meta_valid": true,
> "metadata_version": 14,
> "core_version": {
> "specName": "gdev",
> "implName": "duniter-gdev",
> "authoringVersion": 1,
> "specVersion": 801,
> "implVersion": 1,
> "apis": [
> [
> "0x687ad44ad37f03c2",
> 1
> ],
> [
> "0xcbca25e39f142387",
> 2
> ],
> [
> "0xdf6acb689907609b",
> 4
> ],
> [
> "0x37e397fc7c91f5e4",
> 2
> ],
> [
> "0x40fe3ad401f8959a",
> 6
> ],
> [
> "0xd2bc9897eed08f15",
> 3
> ],
> [
> "0xf78b278be53f454c",
> 2
> ],
> [
> "0xab3c0572291feb8b",
> 1
> ],
> [
> "0xed99c5acb25eedf5",
> 3
> ],
> [
> "0xbc9d89904f5b923f",
> 1
> ],
> [
> "0x37c8bb1350a9a2a8",
> 4
> ],
> [
> "0xfbc577b9d747efd6",
> 1
> ]
> ],
> "transactionVersion": 1,
> "stateVersion": 1
> },
> "proposal_hash": "0x77299eaac5151004c7a49d90a638530c000a7adb675dcc487408671b80bbf02f",
> "parachain_authorize_upgrade_hash": "0xc29ceaf0aefb79df5ae07fa78476a5864d539fb5a0143a3fa7cf2a0ff2dc9ab2",
> "ipfs_hash": "QmezBKYDhpF4HqrbxpByXb5mUJYZxgZVcy7e4nf3okiF2F",
> "blake2_256": "0x7b9493b6e0f2dce18737f277bcbcc2d192ed94695f29e5d08a7f20fc4c2ef53e"
> }
> },
> "compressed": {
> "tmsp": "2024-02-17T20:03:53Z",
> "size": "640208",
> "prop": "0x8694644b0460f0bd7c0a72eb5e37406ee27307b154f8cd30495b24533ba71b2d",
> "authorize_upgrade_prop": "0x151a2857249a0a9ebea9f7c321cb525f7cdc3e0707794dcd5881fa180d0a4526",
> "blake2_256": "0x3035038381b2a5dcb594fe06abfac8972b3841af1c3556f40a1757cf187b07ef",
> "ipfs": "QmTDJdahoDt9P5Hh3LquGQmtmKd68WVqZg1GHkvo8wxjoh",
> "sha256": "0x9ba2b59d486228cf67313e7661bc91ffa07844d3dd34ab442695d6498268285d",
> "wasm": "runtime/gdev/target/srtool/release/wbuild/gdev-runtime/gdev_runtime.compact.compressed.wasm",
> "subwasm": {
> "size": 640208,
> "compression": {
> "size_compressed": 640208,
> "size_decompressed": 2909925,
> "compressed": true
> },
> "reserved_meta": [
> 109,
> 101,
> 116,
> 97
> ],
> "reserved_meta_valid": true,
> "metadata_version": 14,
> "core_version": {
> "specName": "gdev",
> "implName": "duniter-gdev",
> "authoringVersion": 1,
> "specVersion": 801,
> "implVersion": 1,
> "apis": [
> [
> "0x687ad44ad37f03c2",
> 1
> ],
> [
> "0xcbca25e39f142387",
> 2
> ],
> [
> "0xdf6acb689907609b",
> 4
> ],
> [
> "0x37e397fc7c91f5e4",
> 2
> ],
> [
> "0x40fe3ad401f8959a",
> 6
> ],
> [
> "0xd2bc9897eed08f15",
> 3
> ],
> [
> "0xf78b278be53f454c",
> 2
> ],
> [
> "0xab3c0572291feb8b",
> 1
> ],
> [
> "0xed99c5acb25eedf5",
> 3
> ],
> [
> "0xbc9d89904f5b923f",
> 1
> ],
> [
> "0x37c8bb1350a9a2a8",
> 4
> ],
> [
> "0xfbc577b9d747efd6",
> 1
> ]
> ],
> "transactionVersion": 1,
> "stateVersion": 1
> },
> "proposal_hash": "0x8694644b0460f0bd7c0a72eb5e37406ee27307b154f8cd30495b24533ba71b2d",
> "parachain_authorize_upgrade_hash": "0x151a2857249a0a9ebea9f7c321cb525f7cdc3e0707794dcd5881fa180d0a4526",
> "ipfs_hash": "QmTDJdahoDt9P5Hh3LquGQmtmKd68WVqZg1GHkvo8wxjoh",
> "blake2_256": "0x3035038381b2a5dcb594fe06abfac8972b3841af1c3556f40a1757cf187b07ef"
> }
> }
> }
> }
>
> ```
---
### Author:  [@Pini](https://forum.duniter.org/u/Pini)
#### Post date: [19 February 2024 12:19 UTC](https://forum.duniter.org/t/runtime-801/12004/6 "2024-02-19T12:19:50Z")
On a quelque chose à faire côté forgerons ?
---
### Author:  [@HugoTrentesaux](https://forum.duniter.org/u/HugoTrentesaux)
#### Post date: [19 February 2024 12:28 UTC](https://forum.duniter.org/t/runtime-801/12004/7 "2024-02-19T12:28:20Z")
Non, c’est l’avantage de substrate, les forgerons peuvent se contenter du rôle technique. S’il veulent s’impliquer dans les décisions, ils peuvent aussi participer au comité technique. Mais là parce qu’on est en dev j’ai court-circuité le comité technique avec `sudo`.
Il peut arriver que des runtime upgrade nécessitent des mises à jour du client, mais dans ce cas on prévient avant et on ne fait pas le runtime upgrade tant que les noeuds ne sont pas mis à jour.
---
### Author:  [@Pini](https://forum.duniter.org/u/Pini)
#### Post date: [19 February 2024 12:29 UTC](https://forum.duniter.org/t/runtime-801/12004/8 "2024-02-19T12:29:33Z")
> [@HugoTrentesaux](#):
>
> Mais là parce qu’on est en dev j’ai court-circuité le comité technique avec `sudo`.
Oui c’est bien là que j’avais un doute. Merci pour la clarification.
---
### Author:  [@HugoTrentesaux](https://forum.duniter.org/u/HugoTrentesaux)
#### Post date: [19 February 2024 18:35 UTC](https://forum.duniter.org/t/runtime-801/12004/9 "2024-02-19T18:35:00Z")
> [@HugoTrentesaux](#):
>
> Si on upgrade avant, les forgerons hors ligne qui ne font pas go\_online avant seront exclus (vit, 1000i100, tuxmain)
On voit bien que @vit, @1000i100, et @tuxmain ont été exclus des forgerons et ont perdu leurs certifications au bloc [201281](https://polkadot.js.org/apps/?rpc=wss%3A%2F%2Fgdev.coinduf.eu%2Fws#/explorer/query/201281). Donc pas d’incohérence de storage grâce à ce runtime upgrade à temps ^^
Et aussi grâce à ça :
> [@ĞDev Runtime 800](https://forum.duniter.org/t/gdev-runtime-800/11881/2):
>
> `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)
---
### Author:  [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [22 February 2024 12:33 UTC](https://forum.duniter.org/t/runtime-801/12004/10 "2024-02-22T12:33:43Z")
# Point de clôture
Fin de milestone 801 pour passer à la [milestone 802](https://forum.duniter.org/t/gdev-runtime-802/12009).
Pour rappel : le Runtime 801 a été publié comme hotfix de l’anomalie [#194](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/194) ci-dessous via un Runtime Upgrade (pas de reset du réseau) par Hugo :
> [@HugoTrentesaux](#):
>
> J’ai fait l’upgrade au bloc [189764](https://polkadot.js.org/apps/?rpc=wss%3A%2F%2Fgdev.coinduf.eu%2Fws#/explorer/query/189764).
D’autres tickets ont été fermés dans cette milestone entre-temps, d’où leur apparition ci-dessous.
### Fermées depuis la [clôture du runtime-800](https://forum.duniter.org/t/gdev-runtime-800/11881/54)
Total : 7
| ID | Status | Assignees | Title |
| --- | --- | --- | --- |
| [#199](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/199) | closed | HugoTrentesaux | Docker distance entrypoint is outdated |
| [#198](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/198) | closed | bgallois | Pallet-identity `logic error` |
| [#194](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/194) | closed | bgallois | smith-members: SmithMembers.CurrentSession is not updated |
| [#193](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/193) | closed | bgallois | Compilation error `use of unstable library feature 'stdsimd'` |
| [#192](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/192) | closed | c-geek | Document release process |
| [#189](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/189) | closed | bgallois | srtool no more builds the WASM |
| [#186](https://git.duniter.org/nodes/rust/duniter-v2s/-/issues/186) | closed | bgallois | inc\_sufficients for old\_owner\_key |
* * *
> **Fichier source YAML**
>
> milestone: runtime-801
> date: 2024-02-22
> changes:
>
> - title: Upgrade to polkadot-v1.7.1
> mr\_number: 247
> - title: ‘Fix #194 session indexing error’
> mr\_number: 245
> - title: Fix compilation error `use of unstable library feature 'stdsimd'`
> mr\_number: 244
> - title: Fix warnings during benchmarks
> mr\_number: 241
> - title: runtime-800 updates
> mr\_number: 240
> - title: Resolve “srtool no more builds the WASM”
> mr\_number: 239
> - title: Upgrade Polkadot-v1.6.0
> mr\_number: 236
> issues:
> - title: Docker distance entrypoint is outdated
> number: 199
> status: closed
> assignees:
> - HugoTrentesaux
>
> - title: Pallet-identity `logic error`
> number: 198
> status: closed
> assignees:
> - bgallois
>
> - title: ‘smith-members: SmithMembers.CurrentSession is not updated’
> number: 194
> status: closed
> assignees:
> - bgallois
>
> - title: Compilation error `use of unstable library feature 'stdsimd'`
> number: 193
> status: closed
> assignees:
> - bgallois
>
> - title: Document release process
> number: 192
> status: closed
> assignees:
> - c-geek
>
> - title: srtool no more builds the WASM
> number: 189
> status: closed
> assignees:
> - bgallois
>
> - title: inc\_sufficients for old\_owner\_key
> number: 186
> status: closed
> assignees:
> - bgallois
> new\_issues:
> count: 7
> issues:
> - 199
> - 198
> - 194
> - 193
> - 192
> - 189
> - 186
> unstarted\_issues:
> count: 0
> issues:
> taken\_issues:
> count: 0
> issues:
> unchanged\_issues:
> count: 0
> issues:
> open\_issues:
> count: 0
> issues:
> closed\_issues:
> count: 7
> issues:
> - 199
> - 198
> - 194
> - 193
> - 192
> - 189
> - 186
> moved\_issues:
> count: 0
> issues:
---
### Author:  [@HugoTrentesaux](https://forum.duniter.org/u/HugoTrentesaux)
#### Post date: [23 April 2024 11:08 UTC](https://forum.duniter.org/t/runtime-801/12004/11 "2024-04-23T11:08:06Z")
> [@GDev Runtime 700](https://forum.duniter.org/t/gdev-runtime-700/11684/9):
>
> je me rends compte qu’il n’y a pas de “block number” dans le fichier `g1-data`, ce sera pratique d’avoir le bloc v1 précis auquel les données ont été extraites
Avec @poka on a à nouveau besoin de cette info. En lien avec
- [Migration de l’historique des transfers pour la migration en v2?](https://forum.duniter.org/t/migration-de-l-historique-des-transfers-pour-la-migration-en-v2/12124)
---
### Author:  [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [23 April 2024 12:31 UTC](https://forum.duniter.org/t/runtime-801/12004/12 "2024-04-23T12:31:54Z")
C’est bien le cas, l’info se trouve dans `current_block.number` du fichier `g1-data.json`.
---
### Author:  [@poka](https://forum.duniter.org/u/poka)
#### Post date: [23 April 2024 13:40 UTC](https://forum.duniter.org/t/runtime-801/12004/13 "2024-04-23T13:40:58Z")
Ah oui autant pour moi je ne l’avais pas trouvé:
```bash
$ cat resources/g1-data.json| jq .current_block.number ✔
697460
```
---
### Author:  [@poka](https://forum.duniter.org/u/poka)
#### Post date: [24 April 2024 19:57 UTC](https://forum.duniter.org/t/runtime-801/12004/14 "2024-04-24T19:57:20Z")
> [@poka](#):
>
> `697460`
@cgeek j’ai besoin de tes éclaircissements.
Ce [numéro de block](https://g1.duniter.org/blockchain/block/697460) corresponds au mediantime 1705991033, c’est à dire `23/01/2024 07:23:53` en humain.
J’ai même été vérifier sur la branche runtime 801 pour être sûr.
Mais la gdev actuelle à démarré le `04/02/2024 18:20:48` : [Polkadot/Substrate Portal](https://polkadot.js.org/apps/?rpc=wss%3A%2F%2Fgdev.p2p.legal%2Fws#/explorer/query/1)
Comment expliquer ce trou de 12 jours ?
Le fichier `resources/g1-data.json` ne serais pas à jour de la dernière gdev ?
Malheureusement les artefacts du gitlab ont été effacés depuis.
---
### Author:  [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [25 April 2024 05:22 UTC](https://forum.duniter.org/t/runtime-801/12004/15 "2024-04-25T05:22:13Z")
Non en effet il n’est pas à jour, comme le fichier est énorme (60Mo) on ne le commite pas.
J’ai juste dû le mettre à jour partiellement quelques fois pour avoir la bonne structure.
---
### Author:  [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [25 April 2024 06:02 UTC](https://forum.duniter.org/t/runtime-801/12004/16 "2024-04-25T06:02:29Z")
Mais comme le dump est réalisé à la main, je l’ai encore ici : [https://dl.cgeek.fr/public/backup-g1-duniter-1.8.7.tgz](https://dl.cgeek.fr/public/backup-g1-duniter-1.8.7.tgz)
---
### Author:  [@poka](https://forum.duniter.org/u/poka)
#### Post date: [25 April 2024 10:02 UTC](https://forum.duniter.org/t/runtime-801/12004/17 "2024-04-25T10:02:21Z")
Merci, je pensais qu’on aurait plus aucune trace de ce numéro de block pour cette gdev ^^
Il faudrait trouver un moyen de ne pas élaguer ces artefacts gitlab quand même, ou bien de backer ces artefacts spéciaux quelque part.
* * *
Pour info la gdev actuelle a donc été lancé à partir du block g1 `700935` correspondant au mediantime `1707054069`.
---
### Author:  [@cgeek](https://forum.duniter.org/u/cgeek)
#### Post date: [25 April 2024 11:45 UTC](https://forum.duniter.org/t/runtime-801/12004/18 "2024-04-25T11:45:08Z")
> [@poka](#):
>
> Il faudrait trouver un moyen de ne pas élaguer ces artefacts gitlab quand même, ou bien de backer ces artefacts spéciaux quelque part.
[MR!260](https://git.duniter.org/nodes/rust/duniter-v2s/-/merge_requests/260) disponible.