"Headers-first synchronization" pour Bitcoin Core

[kcud_dab]

Il semblerait qu'il y ait du nouveau dans Bitcoin Core, visiblement avec le système de headers et le téléchargement en // des blocks la synchro initiale serait maintenant bien plus rapide : quelques heures VS plusieurs jours avant !

https://github.com/bitcoin/bitcoin/pull/4468
https://www.cryptocoinsnews.com/bitcoin-blockchain-initial-sync-time-dramatically-reduced-headers-first-sync/

Vous avez essayé ? Il y a visiblement des build pour tester ici : http://bitcoin.sipa.be/builds/headersfirst/  (chez moi ça ne fonctionne pas, je suis en train de compiler les sources...)

[ejp]

je teste.
Heure de démarrage mar. oct. 21 11:28:20 2014
Nombre actuel de blocs 5500

débit moyen 90ko/s

[kcud_dab]

En tous cas ça a l'air de carburer ici
J'ai lancé vers cette heure (Tue Oct 21 11:26:42 2014) et j'ai déjà 175 000 blocks (2 ans et 28 semaines de retard)...
Ça dl entre 1,7 et 2 Mo/sec chez moi ce qui est ma vitesse max en down où je suis !

[ejp]

wow chez moi aussi ça vient d'exploser ! 97 000 blocs.

toujours à 95ko/s de moyenne (pas loin de ma débit max en journée)

[kcud_dab]

hmm à 95 Ko/sec ça risque quand même de te prendre *beaucoup* de temps à récupérer toute la blockchain... Je sais pas si ça changera grand chose dans ton cas !
Je ne sais plus combien fait la blockchain mais à la louche sur une base de 20 Go à 100 Ko/sec tu en auras au minimum pour 2 jours.

De mon coté le dossier "~/.bitcoin/blocks" fait déjà plus de 4 Go, 200 000ieme block ce qui ne fait "plus que" 2 ans à récupérer, ça dl toujours aussi vite que ça peut
Bref pour peut qu'on ait une bonne connexion ça a l'air d'être bien plus efficace ce nouveau mode de synchronisation, un défaut de moins (le plus gros défaut ?) pour Bitcoin-core !

[JackCelere]

Super.

[perl]

Le download c'est bien
Reste quand même l'indexation

[kcud_dab]

Oui mais avant le download était ce qui était le plus long, et j'ai pas assez approfondi la chose pour voir si il dl juste en // dans l'ordre la blockchain ou si il fetch aussi des block dans le desordre aussi maintenant.
Quoiqu'il en soit quand je parle de "200 000ieme block / 2 ans à récupérer", je parle de ce qui est indexé et apparait en bas de bitcoin-QT donc bien ce qui est synchronisé.

Update (pour rappel, init à 11h30 soit il en un peu plus de 2h) :
 - ~/.bitcoin/blocks -> 8 Go
 - 230 000 blocks / 1 year and 26 weeks behind

C'est quand même le jour et la nuit par rapport à avant ! Le bootstrap torrent ne sert plus à grand chose si tu ne l'as pas déjà maintenant...

[ejp]

j'ai bien peur que tu ai raison :/ comme d'habitude ça ne sert à rien pour les pauvres habitants de zone blanches/grise... 1mbit/s c'est vraiment pas assez. alors qu'on paye la même somme tous les mois 30€.

140k blocs et 600mo de DL en 1h30 c'est dans la norme pour mon débit. je laisse tombé j'ai pas que ça a faire.

La loi de moore ne s'applique pas aux connections adsl. (ref au whitepaper de nakamoto)
je n'ai pas trouvé la valeur médiane précise des débit xdsl mais elle doit être autour de 2.4mbit/s DL alors que la valeur moyenne est à + 8mbit/s toujours en DL.
faire tourner un node bitcoin est encore bien trop contraignant pour la majorité.


le process est accéléré pour les grosses connections adsl uniquement.

[kcud_dab]

j'ai bien peur que tu ai raison :/ comme d'habitude ça ne sert à rien pour les pauvres habitants de zone blanches/grise... 1mbit/s c'est vraiment pas assez. alors qu'on paye la même somme tous les mois 30€.

Sans vouloir détourner le topic (si le sujet interesse on peut en créer un), vous coutez aussi plus cher niveau infrastructure à un FAI (ou à l'état si on part du principe que c'est lui qui a financé le réseau cuivré) et ce n'est pas de la faute aux gens des villes si le signal electrique s'attenue avec la longueur dans une paire de cuivre :p

Sinon je vais devoir couper la synchro car je dois bouger là, le dossier blocks fait une 20 aine de Go, le dernier date d'il y a 23 semaines (~300 000) au bout de 3h30, je suppose que la synchro aurait pris moins de 5h au total...
Je serai sur une connexion fibre tout à l'heure donc ça ira p'tete plus vite  (bon le CPU aussi est au taquet et occupe plusieurs coeurs).

[Meuh6879]

Reste quand même l'indexation

1,5 jours chez moi ... avec 75% des 2 cores en marche.
le débit du disque n'est pas en cause.


à partir de 250 000 blocks, ça devient une horreur pour l'attente (ça hash grave).

[laurentmt]

Reste quand même l'indexation

1,5 jours chez moi ... avec 75% des 2 cores en marche.
le débit du disque n'est pas en cause.


à partir de 250 000 blocks, ça devient une horreur pour l'attente (ça hash grave).

J'ai remarqué la même chose en travaillant sur des stats de la blockchain.
En général ça va très vite jusqu'aux alentours des 200 000, après les perfs commencent à plonger.
Surement lié au nombre croissant de txs par bloc.

[kcud_dab]

Synchro fini il y a une 10aine de minite, soit environ 9h au total.
Je suppose que ça aurait pu aller plus vite au debut car effectivement le traitement était bien plus lourd vers la fin. En tous cas il y a une amélioration par rapport à ma dernière synchro complète

[Meuh6879]

Vous avez essayé ? Il y a visiblement des build pour tester

même pas en rêves, je charges un client qui n'est pas sur le bitcoin.org/bin ... petit gars 

[kcud_dab]

Oui moi aussi à la base, mais là c'est une build plus ou moins "officielle", linkée par la core team http://sourceforge.net/p/bitcoin/mailman/message/32921390/ sur un site d'un membre connu ("Pieter Wuille aka sipa- Satoshi client developer and maintainer of the network graphs http://bitcoin.sipa.be" d'après https://en.bitcoin.it/wiki/People ) qui est aussi reconnu comme core dev sur le site bitcoin.org ici -> https://bitcoin.org/fr/developpement

[Meuh6879]

Aha !

Je vois du changement dans le flux d'upload ... de mon node qui ne correspond pas aux appels habituels des blocks des clients d'avant.
effectivement, la manière de récupérer est très différente d'avant.
ça ne me déplaît pas (coté répartition de bande passante).