Duniter v2s et l’indexeur ne démarrent pas avec la valeur du DU de la Ğ1

Et non, ce n’est pas un bug, le DU vaut bien 10 sur la GTest :slight_smile:

On dit que les données sont celles de la G1, sauf ça qui repart d’une valeur donnée.
Tu peux le voir en affichant les DU qui tombent dans la vue activité des comptes.


… Mais d’ailleurs, ce ne serait pas un bug ça @HugoTrentesaux @tuxmain @elois ? Car pour la migration il faudra bien reprendre le bon montant du DU.

#318

4 Likes

Dans https://git.duniter.org/nodes/rust/duniter-v2s/-/jobs/147769/artifacts/download j’ai bien :

head input/genesis.json 
{
  "first_ud_value": 1125,
  "first_ud_reeval": 1758333600,

Ça doit pas être bien pris en compte par Duniter v2s.


Je constate que pour la ĞDev, l’indexeur a également commencé à 1000.

query MyQuery {
  universalDividend {
    amount
  }
}
{
  "data": {
    "universalDividend": [
      {
        "amount": 1000
      },
      {
        "amount": 1000
      },
      {
        "amount": 1000
      },
      {
        "amount": 1000
      },
      {
        "amount": 1000
      },
      {
        "amount": 1000
      },
      {
        "amount": 1432
      },
[…]

Je ne trouve pas first_ud_value dans le code source de Duniter v2s.
Pour l’indexeur, il y a une occurrence, cependant, je ne sais pas si c’est correctement utilisé.

L’indexeur ne fait que indexer la blockchain, donc à priori le bug est juste côté Duniter.

Ça vient de là :

Donc, valeur à récupérer de py-g1-migrator.

Oui, effectivement il y a des FIXME là dedans, ça mérite de refaire une passe sur le parsing genesis lors du bootstrap gtest.

La valeur du DU initial est déjà présente dans les données genesis de py-g1-migrator:
"first_ud_value": 1125

1 Like