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.
Voici une discussion en rapport au sujet qui permettra de répondre en partie à cette question. On peut imaginer un blocage similaire sur la Ğ1 avec une trentaine de CPU avec un ou plusieurs GPU/ASIC. Ce blocage pourrait se produire, dans le cas où les CPU n’arrivent pas à trouver de blocs et être dans la fenêtre courante pour donner un handicap au(x) GPU/ASIC. C’est ce qui c’est passé avec vit2 qui nous a fait sortir de la fenêtre courante et a pu prendre le contrôle de l’écriture de la chaîne.
Uniquement la partie qui effectue les calculs relatifs à la toile de confiance (wotb) a été oxydée dans la version présentée par Éloïs. La règle du protocole ne serait pas respectée si la difficulté commune powMin ne changeait pas. Et, je doute que l’oxydation a touché aux règles du protocole, et encore moins à celle du calcul de la PoW.
Mon nœud Duniter (non oxydé) cherche toujours. Je ne vois pas d’erreur relative à un blocage dans les journaux (logs).
Pour relancer et permettre un déblocage, il faut trouver encore quelques blocs pour faire chuter la difficulté et ça devrait repartir à pleine vitesse pour rattraper le retard. @TestSmith, rajoutez vos nœuds avec une faible difficulté si possible sinon on va repartir dans le même blocage, une fois le retard rattrapé. @vit, peux-tu rajouter ton nœud avec un cœur et ou une faible puissance pour aider à débloquer.
J’ai rajouté le champ de la difficulté commune dans la commande d’analyse de blocs de Silkaj
silkaj -gt blocks 50 -d
Last 50 blocks from n°546801 to n°546850
| block | gentime | mediantime | hash | diffi | uid |
|---------+---------------------+---------------------+------------+---------+-------------------|
| 546850 | 2020-04-09 13:37:29 | 2020-04-09 12:25:53 | 000001BADE | 92 | cgeek |
| 546849 | 2020-04-09 13:31:43 | 2020-04-09 12:20:07 | 000000AC3F | 92 | moul-test |
| 546848 | 2020-04-09 13:26:08 | 2020-04-09 12:14:32 | 000001BEAD | 92 | matograine-G1Test |
| 546847 | 2020-04-09 13:20:31 | 2020-04-09 12:08:55 | 0000009922 | 92 | vit2 |
| 546846 | 2020-04-09 13:14:52 | 2020-04-09 12:03:16 | 0000013325 | 92 | moul-test |
| 546845 | 2020-04-09 13:09:11 | 2020-04-09 11:57:35 | 0000001345 | 92 | vit2 |
| 546844 | 2020-04-09 13:03:40 | 2020-04-09 11:52:04 | 000002F6A1 | 92 | Elois-2 |
| 546843 | 2020-04-09 12:58:15 | 2020-04-09 11:46:39 | 000000342E | 92 | vit2 |
| 546842 | 2020-04-09 12:53:04 | 2020-04-09 11:41:28 | 000002B6A9 | 92 | moul-test |
| 546841 | 2020-04-09 12:48:01 | 2020-04-09 11:36:25 | 000000941C | 92 | vit2 |
| 546840 | 2020-04-09 12:43:10 | 2020-04-09 11:31:34 | 000000366B | 92 | moul-test |
| 546839 | 2020-04-09 12:38:28 | 2020-04-09 11:26:52 | 000000AB69 | 93 | vit2 |
| 546838 | 2020-04-09 12:33:55 | 2020-04-09 11:22:19 | 000000EF9B | 93 | matograine-G1Test |
| 546837 | 2020-04-09 12:29:26 | 2020-04-09 11:17:50 | 00000003A6 | 93 | vit2 |
| 546836 | 2020-04-09 12:25:06 | 2020-04-09 11:13:30 | 0000023FA2 | 93 | Elois |
| 546835 | 2020-04-09 12:20:53 | 2020-04-09 11:09:17 | 0000009A73 | 93 | vit2 |
| 546834 | 2020-04-09 12:16:38 | 2020-04-09 11:05:02 | 000000033C | 93 | vit2 |
| 546833 | 2020-04-09 12:12:32 | 2020-04-09 11:00:56 | 000001FFFC | 93 | matograine-G1Test |
| 546832 | 2020-04-09 11:38:50 | 2020-04-09 10:58:07 | 000000F880 | 93 | vit2 |
| 546831 | 2020-04-09 11:34:47 | 2020-04-09 10:55:24 | 0000010741 | 93 | vit2 |
| 546830 | 2020-04-09 11:33:01 | 2020-04-09 10:52:41 | 000002DA2E | 93 | vit2 |
| 546829 | 2020-04-09 11:27:02 | 2020-04-09 10:50:06 | 0000000CC9 | 93 | vit2 |
| 546828 | 2020-04-09 11:26:01 | 2020-04-09 10:47:29 | 0000006A0B | 93 | vit2 |
| 546827 | 2020-04-09 11:21:30 | 2020-04-09 10:44:58 | 000002914F | 92 | vit2 |
Mon nœud a une difficulté personnelle élevée, car il a récemment trouvés plusieurs blocs dans les derniers blocs, malgré sa puissance dédiée using 1 cores, CPU 10%. Faut pas trop compter sur lui pour l’instant.
cgeek qui a trouvé le dernier bloc, n’est pas encore affiché dans la fenêtre courante, c’est un « bug » de Duniter :
Current block: n°546850, generated on the 2020-04-09 13:37:29
Generation of next block n°546851 possible by at least 5/5 members
Common Proof-of-Work difficulty level: 92, hash starting with `00000[0-3]*`
| uid | match | Π diffi | Σ diffi |
|-------------------+--------------+------------+-----------|
| vit2 | 000000[0-9]* | 1.0 × 10^8 | 102 |
| moul-test | 000000[0-E]* | 1.7 × 10^7 | 97 |
| matograine-G1Test | 000000* | 1.7 × 10^7 | 96 |
| Elois | 00000[0-3]* | 1.3 × 10^7 | 92 |
| Elois-2 | 00000[0-3]* | 1.3 × 10^7 | 92 |
1 Like
Cette partie là n’a pas été modifiée, donc aucune différence le problème n’est pas là 
En est tu certain ? Comment silkaj défini la fenêtre courante et comment en récupère t’il son contenu ?
Top un bloc de plus qui a fait chuter la difficulté pour le prochain bloc de 92 à 91 :
|---------+---------------------+---------------------+------------+----------+-------------------|
| 546851 | 2020-04-09 13:43:26 | 2020-04-09 12:31:50 | 000000B151 | 92 | matograine-G1Test |
| 546850 | 2020-04-09 13:37:29 | 2020-04-09 12:25:53 | 000001BADE | 92 | cgeek |
Current block: n°546851, generated on the 2020-04-09 13:43:26
Generation of next block n°546852 possible by at least 5/6 members
Common Proof-of-Work difficulty level: 92, hash starting with `00000[0-3]*`
| uid | match | Π diffi | Σ diffi |
|-------------------+----------------------+-------------+-----------|
| matograine-G1Test | 00000000000000000000 | 5.0 × 10^27 | 368 |
| vit2 | 000000[0-B]* | 6.7 × 10^7 | 100 |
| moul-test | 000000* | 1.7 × 10^7 | 96 |
| Elois | 00000[0-4]* | 1.2 × 10^7 | 91 |
| Elois-2 | 00000[0-4]* | 1.2 × 10^7 | 91 |
| cgeek | 00000[0-4]* | 1.2 × 10^7 | 91 |
Bon, bientôt dix jours que c’est bloqué 
Je découvre dans mes logs au niveau `debug` un autre fork en parallèle
2020-04-18T13:45:16+02:00 - info: Block resolution: 0 potential blocks after current#546852... ┤
│2020-04-18T13:45:16+02:00 - info: Fork resolution: 101 potential block(s) found... ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546855-0874590F -> 546955-120F5E56 out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546854-006DA363 -> 546954-1C22A9BD out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546853-02FDEEBE -> 546953-120A8CB2 out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546852-0565A5D3 -> 546952-0E4AD078 out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546851-0453C713 -> 546951-120951E7 out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546850-003E9179 -> 546950-09618F8C out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546849-0633E0CD -> 546949-114F5E2D out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546848-03BCE161 -> 546948-1B65AB8A out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546847-0351B4B1 -> 546947-03D4CE8D out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546846-07441E47 -> 546946-05AE5E58 out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546845-04B6B757 -> 546945-00B71275 out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546844-027D2BC5 -> 546944-095D9993 out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546843-01CE9482 -> 546943-0FE03BEB out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546842-027F3149 -> 546942-05E4F12D out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546841-000D7BA5 -> 546941-017AC3D9 out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546840-06014C57 -> 546940-0E459FFD out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546839-059BEE92 -> 546939-0DDFE2D0 out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546838-06F5D553 -> 546938-08D696EB out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546837-002BB460 -> 546937-08475602 out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546836-01F05DC4 -> 546936-0BB11C0C out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546835-062CE89C -> 546935-033766D5 out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546834-03FB2CBD -> 546934-0725B031 out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546833-00DE14A4 -> 546933-0C6141EA out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546832-02C644B8 -> 546932-0E84EE5C out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546831-052754D8 -> 546931-0AE3F39D out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546830-0639FB28 -> 546930-083E26D1 out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546829-062895B2 -> 546929-044F64B9 out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546828-04823072 -> 546928-0C2C7195 out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546827-04908190 -> 546927-0C69517E out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546826-01C8FB46 -> 546926-0969462E out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546825-00573A21 -> 546925-04058C58 out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546824-010AA90F -> 546924-0DE8F221 out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546823-05327654 -> 546923-01E619BB out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546822-0288B480 -> 546922-0D8EB6BC out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546821-054D050E -> 546921-0BAA0644 out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546820-0398991E -> 546920-09170606 out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546819-0435F116 -> 546919-061082DA out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546818-037EF831 -> 546918-0C25E549 out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546817-05AC93CC -> 546917-08814076 out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546816-04EE5E10 -> 546916-0C29D58D out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546815-043D4B77 -> 546915-09D3302B out of fork window ┤
│2020-04-18T13:45:16+02:00 - debug: Suite #546814-03D8403D -> 546914-0AF0D726 out of fork window
Quelqu’un sait où se trouve ce fork ?
Quelqu’un peut rajouter un nœud avec un peu de puissance pour débloquer. Puis, une fois l’accélération lancée faudra baisser la puissance pour que ça ne reparte avec une trop grande difficulté. J’ai un peu augmenté la puissance de mon nœud.
C’est celui que j’ai généré hier, où la difficulté est à 67. Je suis reparti du bloc 546325-000067D9E9E0…
Mon noeud ne calcule pas en ce moment, difficulté trop forte, donc j’ai expérimenté.
Je ne suis pas sûr d’avoir bien configuré l’accès BMA. @Moul, peux-tu essayer de te synchroniser sur l’accès BMA :
5.51.176.238 port :10900
Si c’est OK, on peut taguer les Testsmiths et resynchroniser sur mon fork.