Oui, malgré la difficulté personnalisée, le raspi a un peu de mal, ne serait-ce que pour juste suivre les nouveaux blocs émis. 
Surtout qu’il ne fait pas que du duniter celui-là.
Je suis un peu à l’arrache, mais normalement je suis bon depuis un moment. Je comprends pas trop ce qui fait que mon nom calcule pas.
J’ai pas énormément cherché plus qu’une conf vraiment basique.
De chez vous, vous arrivez à le joindre et à check quelque chose ?
slg@pv:~ duniter status Duniter is running using PID 22827. slg@pv:~ vi .config/duniter/duniter_default/conf.json
slg@pv:~$ cat .config/duniter/duniter_default/conf.json
{
“currency”: “g1-test”,
“endpoints”: ,
“rmEndpoints”: ,
“upInterval”: 3600000,
“c”: 0.0488,
“dt”: 86400,
“dtReeval”: 631152,
“ud0”: 1000,
“stepMax”: 5,
“sigPeriod”: 86400,
“sigReplay”: 1051920,
“sigValidity”: 12623040,
“msValidity”: 6311520,
“sigQty”: 5,
“xpercent”: 0.8,
“percentRot”: 0.67,
“powDelay”: 0,
“avgGenTime”: 150,
“dtDiffEval”: 12,
“medianTimeBlocks”: 24,
“httplogs”: false,
“udid2”: false,
“timeout”: 3000,
“isolate”: false,
“forksize”: 100,
“switchOnHeadAdvance”: 3,
“nonWoTPeersLimit”: 100,
“msPeriod”: 1051920,
“loglevel”: “info”,
“cpu”: 0.22,
“nbCores”: 4,
“prefix”: 1,
“nobma”: false,
“bmaWithCrawler”: false,
“upnp”: true,
“dos”: {
“whitelist”: [
“127.0.0.1”,
“192.168.0.28”,
“192.168.0.254”
],
“maxcount”: 80,
“burst”: 20,
“limit”: 40,
“maxexpiry”: 10,
“checkinterval”: 1,
“trustProxy”: true,
“includeUserAgent”: true,
“errormessage”: “Error”,
“testmode”: false,
“silent”: false,
“silentStart”: true,
“responseStatus”: 429
},
“ws2p”: {
“uuid”: “aece0dcf”,
“privateAccess”: true,
“publicAccess”: true,
“preferedOnly”: false,
“privilegedOnly”: false,
“upnp”: true,
“maxPublic”: 10,
“maxPrivate”: 10,
“remotepath”: “”
},
“proxiesConf”: {
“reachingClearEp”: “clear”,
“forceTor”: false
},
“sigStock”: 100,
“sigWindow”: 1051920,
“idtyWindow”: 1051920,
“msWindow”: 1051920,
“rootoffset”: 0,
“udTime0”: 1496527200,
“udReevalTime0”: 1496570400,
“storage”: {
“transactions”: false,
“wotwizard”: false
},
“remoteport”: 10900,
“ipv4”: “192.168.0.28”,
“port”: 10900,
“remoteipv4”: “78.207.66.161”,
“remotehost”: “scanlegentil.freeboxos.fr”
Tu es membre.
Après, tu ne calcules pas de blocs.
Peux-tu te synchroniser sur un des deux nœuds sus-cités ?
1 Like
Top !
Tu nous a rejoints
Current block: n°496227, generated on the 2020-01-05 13:27:41
Generation of next block n°496228 possible by at least 2/2 members
Common Proof-of-Work difficulty level: 57, hash starting with `000[0-6]*`
| uid | match | Π diffi | Σ diffi |
|--------------+-----------+------------+-----------|
| moul-test | 000[0-5]* | 4.1 × 10^4 | 58 |
| scanlegentil | 000[0-6]* | 3.7 × 10^4 | 57 |
1 Like
Arf me noeud est désynchro également 
Resync en cours sur moul du coup…
Piouh je calcule plein de blocs.
Faudrait que je baisse automatiquement ma charge cpu dès que je vois que j’en calcule plus de 80% dans les 2 dernières heures, sinon je laisse rien à manger aux copains ?
Merci de s’être occupé de ce nœud. Ça faisait vraiment défaut à la Ğ1-Test.
Yeees je suis entré dans la danse ! Enfin… Tremble, Scan, mon raspi3 va ébranler ton ignoble monopole sur le calcul de bloc !
La monnaie vient de passer les 500 000 blocs !
3 Likes
La GTest est bloquée (ralentie) depuis ce matin, 11h30. Mon noeud a trouvé lebloc 546833 à 12h54 :
2020-04-09T12:54:29+02:00 - info: Done: #546833, 000001FFFC5F5053C80B24DBCF6B6636B11011FADA5BC1D4E0EB88FAD0EB4C47 in 4537.70s (~2774960 tests, ~611.53 tests/s, using 1 cores, CPU 100%)
Un lien avec la nouvelle version rouillée 
de Duniter ?
je viens de relancer mon nœud qui était arrêté (je sais pas pourquoi, c’est peut-être moi).
J’ai aussitôt calculé un bloc.
g1-test.duniter.org:10900/blockchain/546834
| log | 9/4/2020 | 16:05 UTC |
| time | 9/4/2020 | 10:16:38 |
| medianTime | 9/4/2020 | 9:05:02 |
Mais n’ayant pas accès à l’interface d’admin, je ne peux pas consulter les graphiques de l’historique de la journée…
La difficulté commune était montée bien au-delà de celle de la Ğ1 : 97, 000000[0-E]*.
Du coup, peu de nœuds membres réglés en mode éco trouvent le prochain bloc pour pouvoir faire chuter la difficulté qui est recalculée tous les x blocs. Surement un problème de réglage de la vitesse de ton nœud. En voulant aller trop vit, ton nœud est allé tout seul.
Last 8 blocks from n°546829 to n°546836
| block | gentime | mediantime | hash | uid |
|---------+---------------------+---------------------+------------+-------------------|
| 546836 | 2020-04-09 12:25:06 | 2020-04-09 11:13:30 | 0000023FA2 | Elois |
| 546835 | 2020-04-09 12:20:53 | 2020-04-09 11:09:17 | 0000009A73 | vit2 |
| 546834 | 2020-04-09 12:16:38 | 2020-04-09 11:05:02 | 000000033C | vit2 |
| 546833 | 2020-04-09 12:12:32 | 2020-04-09 11:00:56 | 000001FFFC | matograine-G1Test |
| 546832 | 2020-04-09 11:38:50 | 2020-04-09 10:58:07 | 000000F880 | vit2 |
Hmmm… Sur mon ordi, je n’arrive pas à régler la puissance CPU qui est à 100%. Du coup je lance un seul coeur au lieu d’avoir les 4. Tu as fait ça, @vit ?
Je suis à 40% (réglage duniter).
Ça a du mal à se débloquer, mais on va y arriver :
Current block: n°546847, generated on the 2020-04-09 13:20:31
Generation of next block n°546848 possible by at least 4/5 members
Common Proof-of-Work difficulty level: 92, hash starting with `00000[0-3]*`
| uid | match | Π diffi | Σ diffi |
|-------------------+----------------------+-------------+-----------|
| vit2 | 00000000000000000[0- | 4.1 × 10^21 | 286 |
| moul-test | 000000* | 1.7 × 10^7 | 96 |
| matograine-G1Test | 00000[0-1]* | 1.5 × 10^7 | 94 |
| Elois | 00000[0-3]* | 1.3 × 10^7 | 92 |
| Elois-2 | 00000[0-3]* | 1.3 × 10^7 | 92 |
Une fois l’identité vit isolée, il faut que un de nos quatre identités trouve un bloc avec une grande difficulté. Ça va continuer comme ça jusqu’à que la difficulté commune chute pour rattraper le retard.
silkaj -gt blocks
Last 19 blocks from n°546829 to n°546847
| block | gentime | mediantime | hash | uid |
|---------+---------------------+---------------------+------------+-------------------|
| 546847 | 2020-04-09 13:20:31 | 2020-04-09 12:08:55 | 0000009922 | vit2 |
| 546846 | 2020-04-09 13:14:52 | 2020-04-09 12:03:16 | 0000013325 | moul-test |
| 546845 | 2020-04-09 13:09:11 | 2020-04-09 11:57:35 | 0000001345 | vit2 |
| 546844 | 2020-04-09 13:03:40 | 2020-04-09 11:52:04 | 000002F6A1 | Elois-2 |
| 546843 | 2020-04-09 12:58:15 | 2020-04-09 11:46:39 | 000000342E | vit2 |
| 546842 | 2020-04-09 12:53:04 | 2020-04-09 11:41:28 | 000002B6A9 | moul-test |
| 546841 | 2020-04-09 12:48:01 | 2020-04-09 11:36:25 | 000000941C | vit2 |
| 546840 | 2020-04-09 12:43:10 | 2020-04-09 11:31:34 | 000000366B | moul-test |
| 546839 | 2020-04-09 12:38:28 | 2020-04-09 11:26:52 | 000000AB69 | vit2 |
| 546838 | 2020-04-09 12:33:55 | 2020-04-09 11:22:19 | 000000EF9B | matograine-G1Test |
| 546837 | 2020-04-09 12:29:26 | 2020-04-09 11:17:50 | 00000003A6 | vit2 |
| 546836 | 2020-04-09 12:25:06 | 2020-04-09 11:13:30 | 0000023FA2 | Elois |
| 546835 | 2020-04-09 12:20:53 | 2020-04-09 11:09:17 | 0000009A73 | vit2 |
| 546834 | 2020-04-09 12:16:38 | 2020-04-09 11:05:02 | 000000033C | vit2 |
| 546833 | 2020-04-09 12:12:32 | 2020-04-09 11:00:56 | 000001FFFC | matograine-G1Test |
| 546832 | 2020-04-09 11:38:50 | 2020-04-09 10:58:07 | 000000F880 | vit2 |
| 546831 | 2020-04-09 11:34:47 | 2020-04-09 10:55:24 | 0000010741 | vit2 |
| 546830 | 2020-04-09 11:33:01 | 2020-04-09 10:52:41 | 000002DA2E | vit2 |
| 546829 | 2020-04-09 11:27:02 | 2020-04-09 10:50:06 | 0000000CC9 | vit2 |
De ce que je comprends, l’introduction de mon serveur de gamer de récup avec 8 cœurs fout le brin dans le système parce qu’on est pas assez nombreux.
Il semble que je ne suis pas assez souvent exclus du fait de ma puissance (Aie vil konkire ze veurld maille frained ! Ouahaha !), et que j’augmente trop la difficulté commune.
A tout prendre, je préfère que l’algo de difficulté fonctionne sur la Ğ1 et patine sur la Ğ1-test que l’inverse.
Je ne sais pas si les problèmes de connexions de mon serveur avec les pairs (dû à Docker ou pas) rentrent en jeu ici.
Mon ordi est aussi plus puissant qu’un Rasp, et nos deux noeuds se sont passé la balle un moment.
Mais ceci ne peut-il vraiment pas se produire sur Ğ1 ? Si un ou deux noeuds malveillants mettent en place du hachage sha256 par GPU ou ASIC, peuvent-ils faire grimper la difficulté commune de la même manière et exclure les noeuds plus lents ?
L’article sur la preuve de travail me ferait plutôt dire que le principe est sécurisé de ce coté-là, tant que les noeuds “moins puissants” sont en nombre suffisant pour que les “surpuissants” soient exclus suffisamment longtemps.
Les nouveaux blocs peinent à arriver.
"dtDiffEval": 12,
Il me semble que c’est la constante dtDiffEval qui gère la réévaluation de la difficulté. Elle est de douze blocs pour les deux monnaies. Il faut attendre douze blocs pour que la difficulté soit réévaluée. Je sais pas si elle peut chuter autant qu’elle veut, ou de un en un max. Genre de 92 à 91 après douze blocs et ainsi de suite, ou bien passer de 92 à 88. Ça semble être de cinq en cinq max. C’était 97 avant, maintenant 92. Puis il devrait y avoir une difficulté de 88 dans quelques blocs.
1 Like
Hum… Je pose une hypothèse à la hauteur de mon incompétence dans le domaine… La version « rouillée » de Duniter gère-t-elle bien la redescente de difficulté ? Il doit y avoir une majorité de noeuds GTest avec Duniter-oxyde ?
Je vais réinstaller la version originale, voir ce que ça donne.