Je suis de nouveau membre

Networks ĞDev
1

Après le lancement de l’oracle de cgeek (Besoin de plus de forgeron avec oracle de distance!), j’ai forcé un peu le destin en lançant un script qui demande en boucle l’évaluation de la règle de distance :

watch -n 42 'gcli -S substrate --secret "<mnemonic>" identity request-distance-evaluation'

J’ai produit plusieurs demandes d’évaluation qui n’ont pas abouti car aucun oracle n’a calculé la réponse dans les temps, ou en tout cas n’a pas laissé le temps au nœud forgeron de soumettre le résultat :

  • bloc 3,797,318
  • bloc 3,797,406
  • bloc 3,797,622

D’autres ont échoué (ExtrinsicFailed) parce que l’évaluation était déjà en cours.

Mais au bloc 3,797,903, la demande a fonctionné :

  • l’oracle de cgeek a produit une évaluation et l’a écrite sur son disque, seul lui peut dire quand (mais probablement un ou deux blocs avant)
  • son nœud forgeron l’a soumise dans un inherent au bloc 3,797,915 qu’il a forgé
  • au bloc 3,797,920, la période d’évaluation a été close, c’est tuxmain qui a forgé ce bloc

On peut regarder distance.evaluationPool2() au bloc précédent, on voit bien :

au bloc 3,797,914 
0xfaa6a3e418154e3f2462d5c5f77ff6db0f4af07886e518555f10cb0e290bbb26
{
  evaluations: [
    [
      344
      {
        samples: []
        medianIndex: null
        medianSubindex: 0
      }
    ]
  ]
  evaluators: []
}
au bloc 3,797,915 
0x5645265a51d3030a5305de08f052c63d7ec03a9816ea1d5d40621b80a885f7ce
{
  evaluations: [
    [
      344
      {
        samples: [
          [
            98.52%
            1
          ]
        ]
        medianIndex: 0
        medianSubindex: 0
      }
    ]
  ]
  evaluators: [
    5CfdJjEgh3jDkg3bzmZ1ED1xVhXAARtNmZJWbcXh53rU8z5a
  ]
}

Mais bon, on ne peut pas compte sur ces coups de chance pour les utilisateurs lambda donc :

  • je vais proposer un runtime upgrade pour allonger la durée d’évaluation
  • je vais ajouter l’oracle à la doc par défaut et demander à tous les forgerons d’en lancer un

Et je veux bien être à nouveau invité dans la toile forgerons :wink:

3 Likes
2

Je t’ai invité dans la forge ! :hammer_and_pick:

Heureusement qu’on a pas migré hier. La demande d’évaluation est quelque chose qui doit fonctionner !

2 Likes
3

Pour la postérité (et que je retrouve si besoin une autre fois) :

kubectl logs (kubectl get pods --no-headers -o custom-columns=":metadata.name" | grep oracle) --timestamps=true --since 12h | grep "distance" | grep -v not | grep -v Looking
2024-11-07T13:00:50.385411542Z 2024-11-07T13:00:50.385Z INFO  [distance_oracle] Evaluating distance for session 6643
2024-11-07T13:00:55.794943252Z 2024-11-07T13:00:55.794Z DEBUG [distance_oracle] Evaluating distance for idty 344
2024-11-07T13:00:55.812877669Z 2024-11-07T13:00:55.803Z INFO  [distance_oracle] Distance for idty 344: 1266/1285 = 98.5214%
2024-11-07T13:00:55.815310336Z 2024-11-07T13:00:55.815Z DEBUG [distance_oracle] Saving distance evaluation result to file `"/distance/6644"`
4

Oui, c’est bien mon avis, voilà pourquoi on est encore en train de tester ! Mais c’est un assez mauvais signe que ce soit moi qui ai rapporté ce bug, normalement on devrait être plus nombreux à tester toutes les fonctionnalités, dont le fait de rejoindre la toile, et j’aurais espéré que quelqu’un d’autre rapporte ce problème plus tôt. Si vous voulez tester des choses, le mieux est de trouver des junistes membres lors de l’import pour vous aider, mais si vous voulez controller plus d’identités membres, je peux utiliser sudo pour en créer artificiellement et vous les donner.

5

@HugoTrentesaux , et avec moi , t’as une certif SMTH… reste la seconde à trouver

6

J’ai dans mes plans de tester de zéro la création d’identité pour qu’elle soit membre, puis forgeron. Je ne suis toujours pas arrivé à ce point là dans ma liste priorisée.
Parce qu’avec la migration de mon identité membre de la v1 à la v2, je n’ai pas pu tester ça.

sudo n’est pas nécessaire, c’est pas problématique d’avoir plusieurs identités membres sur un réseau de dev ou de test.

Je comprends la solitude, on doit être beaucoup plus à tester. J’ai récemment découvert que depuis février 2024, le paquet YunoHost de Duniter v1 n’expose plus les API BMA et WS2P correctement. Personne ne l’a reporté. Je en parlerais plus précisément dans Paquet YunoHost de Duniter v1 - #3 by Moul une fois que le correctif sera prêt.

2 Likes
7

Merci à @moul et @joss.rendall pour les certifications forgeron. J’ai pu :

  1. faire un pont ssh vers mon noeud forgeron ssh -NL 9944:localhost:9944 trentesaux
  2. cliquer sur le bouton introduit par @1000i100 dans Duniter Panel
    image
  3. cliquer sur le bouton go_online

Normalement ça devrait me permettre de calculer des blocs à nouveau et donc participer à l’évaluation de la règle de distance :slight_smile:

Oui, tu peux demander aux testeurs Ğecko des certifications pour une nouvelle identité, ils peuvent faire ça en un clic !