Topic: un noeud bitcoin (Read 9354 times)

par essence, une transaction, c'est toi qui l'émet à tes paires connectés.

si aucune paire n'accepte ta transaction ... elle n'existe pas (bloquée chez toi car trop peu de frais ou ton client n'est pas à jour pour supporter l'émission de la transaction avec la révision BIP actuellement forcée sur le Bitcoin).

c'est pour ça que sur le forum, on a des gens qui ré-ouvre leur 0.8.6 ou 0.9.1 ... émettent une transaction ... et râlent parce qu'elle est bloquée.

tu peux donc t'amuser à avoir :
- un noeud bizarre pas à jour et pruné (même si ça existait pas à l'époque)
- faire un minage seul sur un P2Pool
- essayer d'émettre une transaction invalide () depuis un SPV téléphone mobile UNIQUEMENT à ton noeud (c'est possible, bitcoin android wallet schildbach le permet) ... c'est-à-dire dans ton propre réseau local (en 192.xxx).

au mieux, tu te fais fermer la porte par :
- ton noeud parce que la blockchain locale refuse
- ton mineur car il a déjà vérifie chez un autre membre ta transaction et la refuse (invalide ou dupliquée, j'aime bien le P2Pool pour ça d'ailleurs ... toutes les 30s, on est sûr d'avoir toutes les transactions émises sur tout le réseau avant un block)
- ton SPV parce que tu utilise une seed qui ne fonctionne pas sur les arbres de merkle téléchargés sur ton noeud exotique pruné

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/


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.

donc pas très sur de partager une même blockchain (je m'en doutai un peu)..par contre si une transaction est invalidé par un noeud que ce passe t'il ?

C'est pas parce que tu l'essaies que tout ce que tu racontes est vrai !

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...)

vérifier quoi ?
j'essaye le pruning depuis qu'il existe sur toutes les versions du Bitcoin Core.

Meuh par pitié vérifie ce que tu dis .

le noeud ne transmet pas la transaction aux autres pairs connectés.
un noeud ne mine pas (en tout cas pas la majorité des noeuds si on veut être réducteur).

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).

la blockchain doit être complête à plusieurs endroits.
le partage d'une base complête cryptée équitable distribuée montre sa faiblesse ... vu ce qu'on voit comme vitesse sur freenet par exemple (chunks illisibles stocké chez quelqu'un qui se choisi pas ce qu'il stocke).

après, on peut parler du pruning ... mais dans sa version actuel, il est très inutile et bien trop peu rebondant (il devrait être exotique et variable dans les heures où il fonctionne).

j'aime bien le pruning mais pas au prix de ne pas faire le service que doit faire un noeud = comparez les transactions reçues à sa propre blockchain locale.

j'estime donc que le pruning doit être :
- client A : block de 12000 à 24000
- client B : block de 250000 à 260000
- client C : block de 1 à 150000

si tu mets en place un pruning, il vire les premiers blocks ... chez tous les noeuds qui l'utilisent ?!? Mais c'est idiot !!!

pour en revenir à la question de départ.."qu'es qu'un noeud?"..vous n'avez répondu qu'a moitié, donc je décortique la question..si une transaction est invalidé par un noeud..que ce passe t'il ? le réseaux s'arrête la transaction est invalidé ? le client du noeud bug ? (sa blockchain est corrompu)

en partant de ce principe est il sur de partagé la même blockchain ? ou vaut il mieux la divisé en nombre de noeud sur le réseau ?

Certes, mais avec 1go et en réduisant certains paramètres comme le nombre de connexions, la mémoire destinée au pool et le cache disque, on arrive à un noeud stable. Malgré tout, le raspberry a un défaut gênant : le port Ethernet et le port usb partagent tous les deux la bande passante réseau ce qui est assez préjudiciable pour la latence du noeud quand on utilise un disque dur usb externe. Il faut trouver le bon compromis.
Je vais tester bientôt l'installation d'un noeud sur un banana pi M3 qui lui a 2Go de RAM et un port Sata qui ne partage pas la bande passante avec la carte réseau. Je pense que ça devrait marcher beaucoup mieux...

Source : https://bitcoin.org/en/full-node#special-cases

Il faut s'attendre à une efficacité moindre avec un Raspberry

Core 2 duo E7500 (Fanless)
2 Go RAM
SSD 512Go
HD 640Go

Mais le matériel fait tourner bien d'autres choses ... depuis des années.
Bitcoin Core est le seul programme bizarre dans le lot d'ailleurs (qui plante à outrance) alors que le P2Pool Server et le BFGMiner sont "rockstable" comme tous les autres programmes (30-42 jours sans y toucher).

Hum, en wifi, il descend a 400-1000ms et en 4G c plutôt 500-10000ms. Peut-être est-ce dû à ce bridage sur le port. Ou au raspberry mais il n'est pas saturé à priori. Enfin, je sais que sur le raspberry pi, les bandes passantes des ports USB et port ethernet sont partagées.. ceci explique peut-être cela au niveau de la réponse au ping.. car mon disque dur Usb tourne sans arrêt. Mais t'as raison, c'est bizarre qd même  

Ton noeud est sur quel type de matériel?

t'as surtout un ping de la mort ... il descend au moins ?
au-dessus de 35ms en local, c'est louche !

j'ai entre 20 et 22ms (wifi).

J'ai essayé ton test avec le bitcoin Wallet sur android et je vois bien mon noeud :



Donc a priori, pas de probleme, sauf qu'il est limité maintenant drastiquement en upload  
Et étrangement, bitnodes, lui voit mon noeud DOWN.

https://play.google.com/store/apps/details?id=de.schildbach.wallet

dans les réglages, tu trouveras "pair de confiance" permettant de fournir un serveur Bitcoin Core (qui peut donc servir exclusivement d'émetteur/récepteur sur le Bitcoin).

moi, j'utilise ça pour booster la récupération des arbres de merkle du wallet sur le téléphone.

et donc cette section permet de savoir si ton serveur à vraiment un problème LOCAL (sur ton réseau à toi).

le problème, c'est qu'en ADSL, t'as pas 10MBit/s en upload ...  
mais bon, le bridage ... ils connaissent bien aussi chez Free ... en plus de leur incompétence sur le terrain

un bridage?

Change de FAI... tu payes pas pour 10% du service seulement les jours de beaux temps...

Je pense plutôt à un bridage car un nœud génère pas mal de flux en upload. Il faut limiter la bande passante pour éviter d'être bridé comme ça. D'ailleurs, le noeud peut être lancé avec l'option "-maxuploadtarget=XXX" pour limiter la bande passante par jour en upload. J'ai pas eu le temps de l'utiliser.   Bon, la je suis revenu à 8-10 connexions entrantes, c pas le Pérou, mais c'est déjà ça

Depuis ton changement d'ip?

Ton opérateur comme beaucoup d'autres a peut-être commencé le nattage d'ipv4 à causse de la pénurie.

Depuis quelques jours, mon noeud n'est plus visible sur bitnodes.. et ce matin mes connexions entrantes sont tombées à 1-2 !
plus le temps passe, et plus je suis isolé du réseau on dirait. Les connexions sortantes restent bien à 8 par contre;
Oui, mon noeud est un raspberry pi qui fonctionnait très bien jusqu'à environ 10 jours ou numericable m'a changé d'adresse ip (une fois par an environ). Depuis ce temps la, les débits du noeud chutent, chutent avec le nbre de connexions entrantes..

Sinon c'est quoi ça ? "(avec android wallet schildbach en précisant ton IP locale)". J'ai un tel android, mais je vois pas ce dont tu parles la??
Comment je telecharge ce wallet?

L'etat de mon noeud sur bitnode est down alors qu'il tourne sur mon raspberry :


Du coup Bitnode ne voit plus ou j'en suis au niveau récupération de la blockchain :