G1-test dans les choux ?/ Renouvellement des certifications

g1-test

#121

J’ai un Rasp qui synchronise pour ajouter au réseau GTest, il a vraiment du mal. Mais si vous voulez faire un stress test, ça peut être pas mal de prévenir des membres susceptibles de mettre en place un noeud, histoire que ça forke moins. Un stress test sur GTest aurait du sens à partir d’une dizaine de noeuds, non ?

Et j’ai justement commencé à écrire un script de spam, je le mettrai volontiers en pratique… Mais à partir de septembre :wink:


#122

Bon j’étais bien motivé mais j’ai manqué de temps. Je ferai une pre-release avec synchro WS2P la semaine prochaine.

Voilà qui devrait ravire les Raspberry PI, entre autres :slight_smile:


#123

Il semble n’y avoir que vit qui calcule des blocs sur Ğ1-test.


#124

Le sujet est un peu trop long pour que je le retrouve mais il me semblait que quelqu’un avait proposé l’idée de rémunérer en ğ1 les personnes calculant pour ğ1-test. Ça me semble pertinent pour attirer les personnes souhaitant recevoir des ğ1 mais ne pouvant pas rejoindre la toile de confiance ni échanger des biens facilement (comme ce gars en Australie). Où en est la discussion ?


#125

Personnellement je ne sais pas. Mais très bonne idée pour maintenir à flot ce réseau délaissé !

Tu peux lancer une instance Remuniter pour Ǧ1-test et faire un appel au dons pour ce compte Remuniter. Annonce ton projet sur un sujet dédié du forum et écoute les commentaires.

Si certains veulent t’aider pour la mise en place technique ils le feront et si les admins veulent héberger l’instance sur un des trois serveurs officiels Duniter, super !

Fait donc un sujet dédié de ce projet.

Je te soutiens, car je ne calcule que pour Ğ1-test… :wink:

Et effectivement, il faut soutenir les contributeurs techniques motivés, surtout s’il ne peuvent pas devenir membre à cause de la distance.


#126

Vu comme c’est documenté, je ne vois pas comment je vais installer une instance remuniter : https://github.com/duniter/remuniter


#127

Je pense qu’il y a plein de bonnes volontés mais les expirations d’adhésion sont fréquentes sur GT (à cause du rythme du réseau).


#128

Vu comme c’est demandé, même si ça me prend 20 minutes, pour l’instant je ne vais pas documenter.

edit : 5h plus tard, et malgré mon exaspération, voici un peu d’aide.

Je lance Remuniter de cette façon :

node index.js remuniter --mdb remuniter --paychunk 500 --payperblock 20 --paystart 1

En détail :

  • --mdb remuniter : permet de forcer Duniter à utiliser le dossier $HOME/.config/duniter/remuniter. Optionnel, car c’est censé être le dossier par défaut quoi qu’il en soit pour Remuniter.
  • --paychunk 500 : effectue un paiement tous les 500 blocs écrits
  • --payperblock 20 : paye 20 centimes par membre pour chaque bloc écrit par lui
  • --paystart 1 : commence à payer à partir du bloc#1
    => Utile pour commencer la rétribution en cours de route d’une monnaie

Ceci étant déjà décrit dans l’aide :

node index.js --help
[...]
--payperiod <seconds>                 Number of seconds between each pay loop (default 180).
--paychunk <chunk_size>               Number of blocks paid in each loop (default 10).
--paystart <block_number>             Block number from which we pay issuers (default 0).
--payperblock <amount>                Amount paid per block issued (default 1).
--nopay                               Disable Remuniter pay loop (equivalent to --payperiod 0).

À noter que Remuniter n’est pas pensé pour faire du cross-blockchain. Si vous souhaitez que Remuniter paye en fonction d’une blockchain externe, ou même sur d’autres critères qui n’ont rien à voir, il faut étudier le code et modifier la partie qui vous intéresse.

Je ne me rappelle plus moi-même précisément de l’algorithme, mais l’étude du pay loop est sûrement une bonne piste : https://github.com/duniter/remuniter/blob/master/lib/main.js

Le mieux étant de lancer sa propre instance localement en mode debug avec un Visual Studio Code ou un Webstorm.


#129

Ca devient en effet compliqué :


#130

Nous sommes encore deux à calculer, j’ai temporairement augmenté les ressources allouées pour aider.


#131

Ah bah fallait le dire que mes 3 nœuds seraient plus utile sur G1-test.


#132

Tu peux en laisser 1 sur la Ğ1 quand même, c’est le plus important :slight_smile:


#133

ok deal … 2 calculant (si j’arrive a créer un compte et a me faire certifier) pour test et 1 miroir G1


#134

Merci @cgeek pour ces informations.

En y repensant, je vois mal comment rémunérer le calcul d’un bloc par un compte membre de Ğ1-test, en Ğ1, sur un compte Ğ1 de la même personne… Comment faire le lien entre les identités, les comptes ? Non, vraiment, je crois que cette idée sent le sapin.


#135

Le miens est reparti :stuck_out_tongue:


#136

Il y a 2 nœuds dont un appartenant à “Vincentest” qui sont en 1.6.23. Il faudrait les mettre à jour !


#137

normalement c’est bon :wink:


#138

Le noeud avec la clef publique commençant par GF5i8XE2EdYyFKvpD2Fh est en 1.6.22 !

Merci de mettre vos nœuds Ğ1-test à jour en 1.6.25.


#139

If you guys can certify me so that my node start calculating blocks …

Grubby - 8AKpaWFHqtAeTaXqNCqBedxiub243T1vunzY92SJGZAP


#140

Bonjour @cgeek. Je suis désolé si tu as mal pris mon commentaire, il n’était vraiment pas fait pour te vexer. C’est juste que je ne suis pas du tout informaticien et que les notions que j’ai me permettent juste de suivre un tutoriel en comprenant ce que je fais. Quand je disais que c’était peu documenté, c’est juste parce qu’il n’y a pas assez d’explications pour que j’installe un remuniter qui rémunère en ğ1 le calcul sur ğtest.

merci pour ta réponse, dans laquelle je comprends que c’est complètement hors de portée pour moi.

Mais comme dirait @Galuel “mieux vaut se concentrer sur le développement de duniter que sur les fonctions périphériques” !