La fonction on_new_session de la pallet smith-members n’a pas été ajoutée au OnNewSession du runtime. 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.
Ce serait bien que l’on s’engage vers un Runtime Upgrade en 801 pour corriger ce bug, via l’évolution #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.
Benjamin corrige ça avec !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
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 ?
Oui, s’il-te-plaît !
J’ai fait l’upgrade au bloc 189764. J’ai mis à jour les instructions de compilation du runtime dans la branche runtime-801.
{
"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"
}
}
}
}
On a quelque chose à faire côté forgerons ?
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.
Oui c’est bien là que j’avais un doute. Merci pour la clarification.
On voit bien que @vit, @1000i100, et @tuxmain ont été exclus des forgerons et ont perdu leurs certifications au bloc 201281. Donc pas d’incohérence de storage grâce à ce runtime upgrade à temps ^^
Et aussi grâce à ça :
Fin de milestone 801 pour passer à la milestone 802.
Pour rappel : le Runtime 801 a été publié comme hotfix de l’anomalie #194 ci-dessous via un Runtime Upgrade (pas de reset du réseau) par Hugo :
D’autres tickets ont été fermés dans cette milestone entre-temps, d’où leur apparition ci-dessous.
Total : 7
| ID | Status | Assignees | Title |
|---|---|---|---|
| #199 | closed | HugoTrentesaux | Docker distance entrypoint is outdated |
| #198 | closed | bgallois | Pallet-identity logic error |
| #194 | closed | bgallois | smith-members: SmithMembers.CurrentSession is not updated |
| #193 | closed | bgallois | Compilation error use of unstable library feature 'stdsimd' |
| #192 | closed | c-geek | Document release process |
| #189 | closed | bgallois | srtool no more builds the WASM |
| #186 | closed | bgallois | inc_sufficients for old_owner_key |
milestone: runtime-801
date: 2024-02-22
changes:
use of unstable library feature 'stdsimd'logic erroruse of unstable library feature 'stdsimd'Avec @poka on a à nouveau besoin de cette info. En lien avec
C’est bien le cas, l’info se trouve dans current_block.number du fichier g1-data.json.
Ah oui autant pour moi je ne l’avais pas trouvé:
$ cat resources/g1-data.json| jq .current_block.number ✔
697460
@cgeek j’ai besoin de tes éclaircissements.
Ce numéro de block 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
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.
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.
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
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.
MR!260 disponible.