vérifier quoi ?
j'essaye le pruning depuis qu'il existe sur toutes les versions du Bitcoin Core.
C'est pas parce que tu l'essaies que tout ce que tu racontes est vrai !
le noeud ne transmet pas la transaction aux autres pairs connectés.
[..]
il ne bloque donc rien ... il reçoit, il jête ... il reçoit, il garde et envoie aux autres ... il reçoit un block puis vérifie qu'il est intégrable à sa propre blockchain locale).
Par ex ça c'est complètement faux (d'ailleurs tu te contredis dans les deux phrases en disant au début qu'un noeud ne transmet rien pour ensuite dire qu'il envoie aux autres...)
Ok, et donc ... tu as un noeud en mode pruning ?
Parce que un logiciel grand public, ça fait la même chose chez tous les clients (et encore heureux ... surtout avec des lois de contraintes aussi importantes que celles qui sont induites par le réseau Bitcoin).
Essayer, chez moi, c'est :
- arrêter le minage (parasitaire quand on touche aux arguments du bitcoin-qt)
- redémarrer en mode wallet (et pas en noeud ! c'est-à-dire en node sans wallet avec server activé).
- activer la fonction prune=x dans le bitcoin.conf
- regarder ce que ça donne au niveau du dossier blockchain local (blk, etcs ...)
- lire le DEBUG.LOG ... en fonction de ce qui apparaît par rapport au nouvel argument utilisé
- remettre le minage (marche pas ! message spécifique)
- OK, enlever le pruning = reconstruction de la blockchain locale à faire
- attendre 3 jours
- attendre la prochaine version de Bitcoin Core
- recommencer
---
Merci de lire le sujet et de liée les réponses aux questions (au lieu de raccourcir mes réponses à rectangle).
Un client Bitcoin Core ne sert à rien s'il ne jette pas les transactions invalides ... c'est pour cela qu'il a une blockchain locale.
Un client léger sans blockchain ... n'a donc pas non-plus la faculter de distribuer les transactions à ses paires.
http://www.e-ducat.fr/bitcoin-et-les-arbres-de-merkle/Le client léger comporte en général un nombre limité d’adresses de réception: il demande au noeud du réseau une copie des transactions qui concernent ces adresses avec la branche de l’arbre de Merkle qui permet de relier chacune de ces transactions à la racine de Merkle du bloc où elle se trouve.
Un client pruné renvoie une erreur technique identifiable sur le RPC-JSON (quand on mine) lorsque la transaction reçue fait appel à une partie des bitcoins qui ont été prunés (élagués).
ça a été longuement vu et notifié aux développeurs car ils oublient souvent (de renseigner les informations transmises) sur le RPC-JSON pour le P2Pool qui l'utilise à très gros rendement.
Pour le moment, le pruning dans l'état actuel ... ressemble à un SPV intelligent ... mais à l'intelligence limitée à ce qu'il connait, il ne transmet rien si les bitcoins de la transaction à traiter est dans la partie prunée.
Et les premiers BLK supprimés sont les premiers blocks téléchargés.
Oui, je surveille une recréation de blockchain locale ... avec les dates sur les BLK créées au départ et ceux qui suivent, ensuite, les semaines d'après.
