# Chronologie de la migration

**URL:** https://forum.duniter.org/t/chronologie-de-la-migration/12605
**Category:** Networks
**Tags:** migration
**Created:** [22 October 2024 10:20 UTC](https://forum.duniter.org/t/chronologie-de-la-migration/12605 "2024-10-22T10:20:45Z")
**Posts on this page:** 3
**Page:** 2

<div class="post-metadata">

### Author: ![elois](https://forum.duniter.org/user_avatar/forum.duniter.org/elois/32/1541_2.png) [@elois](https://forum.duniter.org/u/elois)
#### Post date: [5 February 2025 13:04 UTC](https://forum.duniter.org/t/chronologie-de-la-migration/12605/21 "2025-02-05T13:04:38Z")

</div>

> [@cgeek](#):
>
> l’idée me va bien du moment que l’on a les gardes-fous pour la rendre jetable. A priori c’est le cas car on a la main sur le taux de création monétaire _c_ via le fichier de paramétrage des chain-specs (`ud_creation_period`),

Il n’y à même pas besoin de changer `ud_creation_period`, il suffit d’avoir un comité technique de 1 personne, qui serait de fait l’équivalent d’une clé sudo.  
Le call `TechnicalCommittee.propose` exécute instantanément la proposition quand le comité n’a qu’un seul membre.  
Ca permet d’avoir sudo sans changer le code du runtime, car les membres du comité technique sont définis dans les chains spec.  
Ca permet également de “rebooter” cette Ğ1 temporaire à tout moment si besoin. Et d’itérer comme ça jusqu’a ce qu’on ai une itération qui semble bien stable 🙂

Rien dans le code n’impose que les membres du comité techniques soient membres de la TdC, donc ça peut être une clé privée random que vous vous partagez entre quelques dev.

---

<div class="post-metadata">

### Author: ![elois](https://forum.duniter.org/user_avatar/forum.duniter.org/elois/32/1541_2.png) [@elois](https://forum.duniter.org/u/elois)
#### Post date: [16 February 2025 11:51 UTC](https://forum.duniter.org/t/chronologie-de-la-migration/12605/22 "2025-02-16T11:51:08Z")

</div>

Concernant la préparation de la prochaine étape: lancement d’une Ğ1v2 de test:

Je pense qu’on peut quand même la nommée ĞTest dans la communication et indiquer ĞT comme `tokenSymbol`, ça permet de changer le nom “apparent” pour l’utilisateur tout en utilisant quand même le runtime g1.

Concernant la date de déploiement de cette GTest (basée techniquement sur le runtime g1), je pense qu’on pourrais déjà ce fixer une date pour la déployer même si on à pas fini de finaliser toutes les constantes.

Ca dépendra surtout des disponibilités de @HugoTrentesaux et @cgeek, si vous voulez que je sois présent pour vous accompagner l’idéal pour moi c’est un vendredi en fin après-midi ou samedi 🙂

Par exemple le 15/16 mars? Le week-end du 8 mars je serais pas chez moi et sans mon ordinateur

---

<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: [17 February 2025 11:41 UTC](https://forum.duniter.org/t/chronologie-de-la-migration/12605/23 "2025-02-17T11:41:56Z")

</div>

Sur Duniter V2 je laisse la main à Hugo de faire comme il l’entend, de toutes façons je n’ai aucun temps “synchrone” à donner (je bosse sur mon temps libre quand des fenêtres de concentration se présentent, c’est aléatoire et j’en ai très peu).

Donc faites sans moi 🙂

[Previous page](https://forum.duniter.org/t/chronologie-de-la-migration/12605.md?page=1)
