après ... des gens dans le P2Pool, y'en a que 300 (en moyenne haute) ... 
Topic: Bitcoin XT - page 3. (Read 27548 times)
effectivement, j'ai oublié de préciser : je comprends pourquoi les fournisseurs de nodes en P2Pool ( http://nodes.p2pool.co/ ) sont passés au XT.
après ... des gens dans le P2Pool, y'en a que 300 (en moyenne haute) ...
après ... des gens dans le P2Pool, y'en a que 300 (en moyenne haute) ... 
Je comprends, maintenant, un peu mieux pourquoi la plupart des nodes sont passés au XT
Pardon ? 
Ha ha, excellent ! Ce sens de l'humour chez Meuh :')
Sinon non XT n'est pas qu'un simple wallet de plus vu qu'il inclut un code pour fork le Bitcoin. Et sinon vous parlez comme si XT est le seul autre client autre que Core. Faut sortir de votre grotte de temps en temps.
Et XT sera mal vu tant qu'il y aura le code pour fork Bitcoin dedans
Je comprends, maintenant, un peu mieux pourquoi la plupart des nodes sont passés au XT
Pardon ?
Bon, j'ai fini la recréation de la blockchain, j'ai remis à zéro la sidechain du P2Pool ... et ça plante plus (j'aurai dû le faire au P2Pool avant, c'est ballot).
Déjà, ça bouffe bien plus d'upload que le CORE ... mais je dois sortir du stress test pour voir si c'est lui où si c'est le XT qui bouffe vraiment (lightning qui bouffe ?).
Ensuite, voici un debug.log, effectivement, les filtrages d'IP sont bien visibles (et sur les 24h que j'ai regardé, c'est bien toujours et encore les mêmes IP qui demandent bien trop de chose).
Puis pour finir, on constate effectivement de fortes différences quand à la synchronisation de temps (horloge) entre différent client ... se raccrocher à l'horloge système de où le noeud tourne est donc une bonne méthode (qui plus est si la susdite horloge est rafraichie régulièrement pas un NTP non-propriétaire).
Je comprends, maintenant, un peu mieux pourquoi la plupart des nodes sont passés au XT ... en fait, c'est surtout pour le filtrage qui en découle (respect strict des conditions de demande-requête entre client).
Cette phylosophie est exactement la même dans le réseau KAD sur les clients emaule de l'époque où on se faisant BAN du réseau d'échange des sources pour les fichiers si on redemandait trop souvent des sources.
Le système de filtrage XT est dans la même ligne droite avec, pour le moment, surtout un fonctionnement simple ... je pense qu'ils devraient relire, un peu, les sources du réseau KADEMALIA dans le logiciel emule pour récupérer certains mécanismes de respect des temps, timing et mise en mémoire avec surveillance des peers.
Déjà, ça bouffe bien plus d'upload que le CORE ... mais je dois sortir du stress test pour voir si c'est lui où si c'est le XT qui bouffe vraiment (lightning qui bouffe ?).
Ensuite, voici un debug.log, effectivement, les filtrages d'IP sont bien visibles (et sur les 24h que j'ai regardé, c'est bien toujours et encore les mêmes IP qui demandent bien trop de chose).
Code:
2015-09-15 11:45:42 CreateNewBlock(): total size 96623
2015-09-15 11:45:58 CreateNewBlock(): total size 113303
2015-09-15 11:46:02 receive version message: /Bitcoin XT:0.11.0B/: version 70010, blocks=374630, us=, peerid=8
2015-09-15 11:46:02 Added time data, samples 9, offset -1 (+0 minutes)
2015-09-15 11:46:02 nTimeOffset = -2 (+0 minutes)
2015-09-15 11:46:09 receive version message: /Bitcoin XT:0.11.0B/: version 70010, blocks=374630, us=, peerid=9
2015-09-15 11:46:09 Added time data, samples 10, offset -3 (+0 minutes)
2015-09-15 11:46:09 receive version message: /Satoshi:0.10.2/: version 70002, blocks=374630, us=, peerid=10
2015-09-15 11:46:09 Added time data, samples 11, offset -1 (+0 minutes)
2015-09-15 11:46:09 nTimeOffset = -2 (+0 minutes)
2015-09-15 11:46:13 CreateNewBlock(): total size 135107
2015-09-15 11:46:15 receive version message: /Satoshi:0.11.0/: version 70002, blocks=374630, us=, peerid=11
2015-09-15 11:46:15 Added time data, samples 12, offset +1 (+0 minutes)
2015-09-15 11:46:16 socket recv error Une connexion existante a dû être fermée par l'hôte distant. (10054)
2015-09-15 11:46:19 receive version message: /Satoshi:0.11.0/: version 70010, blocks=374630, us=, peerid=13
2015-09-15 11:46:19 Added time data, samples 13, offset -1 (+0 minutes)
2015-09-15 11:46:19 nTimeOffset = -1 (+0 minutes)
2015-09-15 11:46:28 CreateNewBlock(): total size 170505
2015-09-15 11:46:36 receive version message: /Satoshi:0.10.1/: version 70002, blocks=374630, us=, peerid=14
2015-09-15 11:46:36 Added time data, samples 14, offset -2 (+0 minutes)
2015-09-15 11:46:39 socket recv error Une connexion existante a dû être fermée par l'hôte distant. (10054)
2015-09-15 11:46:40 receive version message: /Snoopy:0.1/: version 60001, blocks=0, us=, peerid=16
2015-09-15 11:46:40 Added time data, samples 15, offset -1 (+0 minutes)
2015-09-15 11:46:40 nTimeOffset = -1 (+0 minutes)
2015-09-15 11:46:44 CreateNewBlock(): total size 208735
2015-09-15 11:46:48 receive version message: /Satoshi:0.11.0/: version 70002, blocks=374630, us=, peerid=17
2015-09-15 11:46:48 Added time data, samples 16, offset -1 (+0 minutes)
2015-09-15 11:47:00 CreateNewBlock(): total size 255134
2015-09-15 11:47:07 socket recv error Une connexion existante a dû être fermée par l'hôte distant. (10054)
2015-09-15 11:47:07 receive version message: /Satoshi:0.9.99/: version 70002, blocks=280006, us=81.51.101.101:8333, peerid=19
2015-09-15 11:47:07 Added time data, samples 17, offset -1 (+0 minutes)
2015-09-15 11:47:07 nTimeOffset = -1 (+0 minutes)
2015-09-15 11:47:09 receive version message: /getaddr.bitnodes.io:0.1/: version 70002, blocks=374630, us=, peerid=20
2015-09-15 11:47:09 Added time data, samples 18, offset -1 (+0 minutes)
2015-09-15 11:47:15 receive version message: /UMDCoinscope:0.0/: version 70002, blocks=346256, us=, peerid=21
2015-09-15 11:47:15 Added time data, samples 19, offset -1 (+0 minutes)
2015-09-15 11:47:15 nTimeOffset = -1 (+0 minutes)
2015-09-15 11:47:16 CreateNewBlock(): total size 299155
2015-09-15 11:47:32 CreateNewBlock(): total size 346033
2015-09-15 11:47:48 CreateNewBlock(): total size 385096
2015-09-15 11:48:04 CreateNewBlock(): total size 418966
2015-09-15 11:48:19 socket recv error Une connexion existante a dû être fermée par l'hôte distant. (10054)
2015-09-15 11:48:20 CreateNewBlock(): total size 459403
2015-09-15 11:48:20 receive version message: /Satoshi:0.9.2.1/: version 70002, blocks=352386, us=, peerid=23
2015-09-15 11:48:20 Added time data, samples 20, offset -114 (-1 minutes)
2015-09-15 11:48:37 CreateNewBlock(): total size 498561
2015-09-15 11:48:39 socket recv error Une connexion existante a dû être fermée par l'hôte distant. (10054)
2015-09-15 11:48:57 UpdateTip: new best=000000000000000007d087cfa8bbdad546daf16c25b0ba379ba51c530e840ee3 height=374631 log2_work=83.349425 tx=83825605 date=2015-09-15 11:47:13 progress=0.999999 cache=0.0MiB(0tx)
2015-09-15 11:48:58 CreateNewBlock(): total size 443788
2015-09-15 11:49:15 CreateNewBlock(): total size 998116
2015-09-15 11:49:51 CreateNewBlock(): total size 998893
2015-09-15 11:50:16 socket recv error Une connexion existante a dû être fermée par l'hôte distant. (10054)
2015-09-15 11:50:34 CreateNewBlock(): total size 998863
2015-09-15 11:50:41 Connection slots exhausted, refusing inbound connection from 129.13.72.196:43591
2015-09-15 11:50:41 receive version message: /Satoshi:0.9.3/: version 70002, blocks=374630, us=, peerid=26
2015-09-15 11:51:08 CreateNewBlock(): total size 998863
2015-09-15 11:51:21 receive version message: /Satoshi:0.9.2.1/opennodes.org:0.1/: version 70002, blocks=374631, us=, peerid=27
2015-09-15 11:51:21 Added time data, samples 21, offset -1 (+0 minutes)
2015-09-15 11:51:21 nTimeOffset = -1 (+0 minutes)
2015-09-15 11:51:41 Connection slots exhausted, refusing inbound connection from 82.130.103.162:57880
2015-09-15 11:51:57 Connection slots exhausted, refusing inbound connection from 148.251.238.178:8290
2015-09-15 11:52:15 CreateNewBlock(): total size 998891
2015-09-15 11:52:16 Connection slots exhausted, refusing inbound connection from 129.13.72.196:42989
2015-09-15 11:52:41 Connection slots exhausted, refusing inbound connection from 129.13.72.196:43591
2015-09-15 11:52:46 Connection slots exhausted, refusing inbound connection from 52.64.122.144:40193
2015-09-15 11:53:01 CreateNewBlock(): total size 998891
2015-09-15 11:53:50 socket send error Une connexion existante a dû être fermée par l'hôte distant. (10054)
2015-09-15 11:54:17 socket recv error Une connexion existante a dû être fermée par l'hôte distant. (10054)
2015-09-15 11:54:30 CreateNewBlock(): total size 998970
2015-09-15 11:54:42 socket recv error Une connexion existante a dû être fermée par l'hôte distant. (10054)
2015-09-15 11:56:14 CreateNewBlock(): total size 998917
2015-09-15 11:56:17 socket recv error Une connexion existante a dû être fermée par l'hôte distant. (10054)
2015-09-15 11:56:24 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:24 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:24 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:24 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:24 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:24 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:38 Connection slots exhausted, refusing inbound connection from 129.13.72.196:43591
2015-09-15 11:56:55 Connection slots exhausted, refusing inbound connection from 91.106.197.21:57665
2015-09-15 11:57:46 CreateNewBlock(): total size 998984
2015-09-15 11:57:50 Connection slots exhausted, refusing inbound connection from 52.64.122.144:35166
2015-09-15 11:45:58 CreateNewBlock(): total size 113303
2015-09-15 11:46:02 receive version message: /Bitcoin XT:0.11.0B/: version 70010, blocks=374630, us=, peerid=8
2015-09-15 11:46:02 Added time data, samples 9, offset -1 (+0 minutes)
2015-09-15 11:46:02 nTimeOffset = -2 (+0 minutes)
2015-09-15 11:46:09 receive version message: /Bitcoin XT:0.11.0B/: version 70010, blocks=374630, us=, peerid=9
2015-09-15 11:46:09 Added time data, samples 10, offset -3 (+0 minutes)
2015-09-15 11:46:09 receive version message: /Satoshi:0.10.2/: version 70002, blocks=374630, us=, peerid=10
2015-09-15 11:46:09 Added time data, samples 11, offset -1 (+0 minutes)
2015-09-15 11:46:09 nTimeOffset = -2 (+0 minutes)
2015-09-15 11:46:13 CreateNewBlock(): total size 135107
2015-09-15 11:46:15 receive version message: /Satoshi:0.11.0/: version 70002, blocks=374630, us=, peerid=11
2015-09-15 11:46:15 Added time data, samples 12, offset +1 (+0 minutes)
2015-09-15 11:46:16 socket recv error Une connexion existante a dû être fermée par l'hôte distant. (10054)
2015-09-15 11:46:19 receive version message: /Satoshi:0.11.0/: version 70010, blocks=374630, us=, peerid=13
2015-09-15 11:46:19 Added time data, samples 13, offset -1 (+0 minutes)
2015-09-15 11:46:19 nTimeOffset = -1 (+0 minutes)
2015-09-15 11:46:28 CreateNewBlock(): total size 170505
2015-09-15 11:46:36 receive version message: /Satoshi:0.10.1/: version 70002, blocks=374630, us=, peerid=14
2015-09-15 11:46:36 Added time data, samples 14, offset -2 (+0 minutes)
2015-09-15 11:46:39 socket recv error Une connexion existante a dû être fermée par l'hôte distant. (10054)
2015-09-15 11:46:40 receive version message: /Snoopy:0.1/: version 60001, blocks=0, us=, peerid=16
2015-09-15 11:46:40 Added time data, samples 15, offset -1 (+0 minutes)
2015-09-15 11:46:40 nTimeOffset = -1 (+0 minutes)
2015-09-15 11:46:44 CreateNewBlock(): total size 208735
2015-09-15 11:46:48 receive version message: /Satoshi:0.11.0/: version 70002, blocks=374630, us=, peerid=17
2015-09-15 11:46:48 Added time data, samples 16, offset -1 (+0 minutes)
2015-09-15 11:47:00 CreateNewBlock(): total size 255134
2015-09-15 11:47:07 socket recv error Une connexion existante a dû être fermée par l'hôte distant. (10054)
2015-09-15 11:47:07 receive version message: /Satoshi:0.9.99/: version 70002, blocks=280006, us=81.51.101.101:8333, peerid=19
2015-09-15 11:47:07 Added time data, samples 17, offset -1 (+0 minutes)
2015-09-15 11:47:07 nTimeOffset = -1 (+0 minutes)
2015-09-15 11:47:09 receive version message: /getaddr.bitnodes.io:0.1/: version 70002, blocks=374630, us=, peerid=20
2015-09-15 11:47:09 Added time data, samples 18, offset -1 (+0 minutes)
2015-09-15 11:47:15 receive version message: /UMDCoinscope:0.0/: version 70002, blocks=346256, us=, peerid=21
2015-09-15 11:47:15 Added time data, samples 19, offset -1 (+0 minutes)
2015-09-15 11:47:15 nTimeOffset = -1 (+0 minutes)
2015-09-15 11:47:16 CreateNewBlock(): total size 299155
2015-09-15 11:47:32 CreateNewBlock(): total size 346033
2015-09-15 11:47:48 CreateNewBlock(): total size 385096
2015-09-15 11:48:04 CreateNewBlock(): total size 418966
2015-09-15 11:48:19 socket recv error Une connexion existante a dû être fermée par l'hôte distant. (10054)
2015-09-15 11:48:20 CreateNewBlock(): total size 459403
2015-09-15 11:48:20 receive version message: /Satoshi:0.9.2.1/: version 70002, blocks=352386, us=, peerid=23
2015-09-15 11:48:20 Added time data, samples 20, offset -114 (-1 minutes)
2015-09-15 11:48:37 CreateNewBlock(): total size 498561
2015-09-15 11:48:39 socket recv error Une connexion existante a dû être fermée par l'hôte distant. (10054)
2015-09-15 11:48:57 UpdateTip: new best=000000000000000007d087cfa8bbdad546daf16c25b0ba379ba51c530e840ee3 height=374631 log2_work=83.349425 tx=83825605 date=2015-09-15 11:47:13 progress=0.999999 cache=0.0MiB(0tx)
2015-09-15 11:48:58 CreateNewBlock(): total size 443788
2015-09-15 11:49:15 CreateNewBlock(): total size 998116
2015-09-15 11:49:51 CreateNewBlock(): total size 998893
2015-09-15 11:50:16 socket recv error Une connexion existante a dû être fermée par l'hôte distant. (10054)
2015-09-15 11:50:34 CreateNewBlock(): total size 998863
2015-09-15 11:50:41 Connection slots exhausted, refusing inbound connection from 129.13.72.196:43591
2015-09-15 11:50:41 receive version message: /Satoshi:0.9.3/: version 70002, blocks=374630, us=, peerid=26
2015-09-15 11:51:08 CreateNewBlock(): total size 998863
2015-09-15 11:51:21 receive version message: /Satoshi:0.9.2.1/opennodes.org:0.1/: version 70002, blocks=374631, us=, peerid=27
2015-09-15 11:51:21 Added time data, samples 21, offset -1 (+0 minutes)
2015-09-15 11:51:21 nTimeOffset = -1 (+0 minutes)
2015-09-15 11:51:41 Connection slots exhausted, refusing inbound connection from 82.130.103.162:57880
2015-09-15 11:51:57 Connection slots exhausted, refusing inbound connection from 148.251.238.178:8290
2015-09-15 11:52:15 CreateNewBlock(): total size 998891
2015-09-15 11:52:16 Connection slots exhausted, refusing inbound connection from 129.13.72.196:42989
2015-09-15 11:52:41 Connection slots exhausted, refusing inbound connection from 129.13.72.196:43591
2015-09-15 11:52:46 Connection slots exhausted, refusing inbound connection from 52.64.122.144:40193
2015-09-15 11:53:01 CreateNewBlock(): total size 998891
2015-09-15 11:53:50 socket send error Une connexion existante a dû être fermée par l'hôte distant. (10054)
2015-09-15 11:54:17 socket recv error Une connexion existante a dû être fermée par l'hôte distant. (10054)
2015-09-15 11:54:30 CreateNewBlock(): total size 998970
2015-09-15 11:54:42 socket recv error Une connexion existante a dû être fermée par l'hôte distant. (10054)
2015-09-15 11:56:14 CreateNewBlock(): total size 998917
2015-09-15 11:56:17 socket recv error Une connexion existante a dû être fermée par l'hôte distant. (10054)
2015-09-15 11:56:24 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:24 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:24 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:24 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:24 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:24 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:25 ERROR: AcceptToMemoryPool: inputs already spent
2015-09-15 11:56:38 Connection slots exhausted, refusing inbound connection from 129.13.72.196:43591
2015-09-15 11:56:55 Connection slots exhausted, refusing inbound connection from 91.106.197.21:57665
2015-09-15 11:57:46 CreateNewBlock(): total size 998984
2015-09-15 11:57:50 Connection slots exhausted, refusing inbound connection from 52.64.122.144:35166
Puis pour finir, on constate effectivement de fortes différences quand à la synchronisation de temps (horloge) entre différent client ... se raccrocher à l'horloge système de où le noeud tourne est donc une bonne méthode (qui plus est si la susdite horloge est rafraichie régulièrement pas un NTP non-propriétaire).
Je comprends, maintenant, un peu mieux pourquoi la plupart des nodes sont passés au XT ... en fait, c'est surtout pour le filtrage qui en découle (respect strict des conditions de demande-requête entre client).
Cette phylosophie est exactement la même dans le réseau KAD sur les clients emaule de l'époque où on se faisant BAN du réseau d'échange des sources pour les fichiers si on redemandait trop souvent des sources.
Le système de filtrage XT est dans la même ligne droite avec, pour le moment, surtout un fonctionnement simple ... je pense qu'ils devraient relire, un peu, les sources du réseau KADEMALIA dans le logiciel emule pour récupérer certains mécanismes de respect des temps, timing et mise en mémoire avec surveillance des peers.
Quote
un réseau = plusieurs logiciels pour s'y connecter.
Juste vrai. Dire le contraire c'est comme dire que le web ne se parcourt qu'avec IE...
ouais, mais c'est comme ça qu'on commence ... et demain, t'en aura d'autres qui arriveront avec un simili de Core avec un mode SPV (que tout le monde attend).
c'est à dire que tu peux émettre et recevoir immédiatement ... pendant que l'autre partie charge la blockchain localement avec un mode pruning aléatoire pour équilibrer les ressources.
on est qu'au début quand les équipes de développement qui avaient un but central ... se séparent en gardant le but mais en y ajoutant des fonctions plus ou moins évoluées.
l'histoire ne parlera plus de fork mais de MOD.
après tout, si on est un tout petit peu réducteur ... un OS pour PC, c'est juste un MOD ASM ...
c'est à dire que tu peux émettre et recevoir immédiatement ... pendant que l'autre partie charge la blockchain localement avec un mode pruning aléatoire pour équilibrer les ressources.
on est qu'au début quand les équipes de développement qui avaient un but central ... se séparent en gardant le but mais en y ajoutant des fonctions plus ou moins évoluées.
l'histoire ne parlera plus de fork mais de MOD.
après tout, si on est un tout petit peu réducteur ... un OS pour PC, c'est juste un MOD ASM ...
un réseau = plusieurs logiciels pour s'y connecter.
Ouai enfin XT inclus aussi une partie pour fork le réseau donc bon. Ce logiciel on s'en passera.
... j'apprécie que les developpeurs XT commencent à réfléchir sur des problèmes qui sont là et que personne ne résout.
hum pour moi cest du bidon ca.
bitcoin ne resoud pas tout les pb mais ceux qu'il résout me semblent amplement suffisant, si ce n'est primordiaux, a son échelle..
pour le reste y'aura eurocard/mastercard/lightening, arrêtons de tout melanger.
edit: les dev XT??! tu veux dire gavin et hearn, les "dictateurs benevoles"... cessons la le jeu de ces deux taupes US. ils n'apporteront rien de bon a bitcoin.
non, mais cependant, j'apprécie que les developpeurs XT commencent à réfléchir sur des problèmes qui sont là et que personne ne résout.
c'est en ligne droite de ce que l'on peut attendre des versions alternatives à Bitcoin Core.
même si Bitcoin XT ne prendra surement pas le pas sur le Core ... la raison est ailleurs comme pour les MOD de emule à l'époque.
un réseau = plusieurs logiciels pour s'y connecter.
c'est en ligne droite de ce que l'on peut attendre des versions alternatives à Bitcoin Core.
même si Bitcoin XT ne prendra surement pas le pas sur le Core ... la raison est ailleurs comme pour les MOD de emule à l'époque.
un réseau = plusieurs logiciels pour s'y connecter.
Voilà qui est intéressant... Bitcoin XT introduit des modifications qui améliorent les performances, notamment des solo-miners. Ce qui pourrait avoir pour effet inattendu d'aider à décentraliser le réseau ?
Ouai enfin faut pas exagérer, si tu veux solo-miner XT ou pas il t'en faut de la puissance. Donc je doute que ça change quoi que se soit.
Voilà qui est intéressant... Bitcoin XT introduit des modifications qui améliorent les performances, notamment des solo-miners. Ce qui pourrait avoir pour effet inattendu d'aider à décentraliser le réseau ?
J'en suis pas encore sûr ... mais j'ai quand même l'impression que ça va bien plus vite (en terme de puissance CPU, instructions obtimisées ?) qu'avec le Core pour la recréation de la blockchain locale (avec mon vieux core 2 duo à 2,9GHz).
Je suis entrain de resynchroniser un Bitcoin XT ... car j'ai un problème de fond avec le Bitcoin CORE : lorsque je lance le P2Pool + BFMiner, le Bitcoin Core gèle (100% CPU et ferme le RPC).
Si j'éteins le P2Pool, tout redevient normal du coté de Bitcoin Core.
Comme j'ai un peu lu les correctifs qu'introduit Bitcoin XT (en rapport avec le minage donc du RPC server), j'ai viré toute la blockchain locale (que j'avais ré-indexée pendant 3,5 jours pensant que ça suffirait) et je suis entrain de faire télécharger et re-créer la blockchain locale par le Bitcoin XT.
1) Bitcoin XT n'accepte que les 0.10.2 ou 0.11.0 lors de cette synchro.
2) Les fichiers locaux créés BLK ne font plus 131Mo ... mais 124Mo.
3) Lorsque j'ai essayé de miner avec le XT sur l'ancienne blockchain complête ... le DEBUG.LOG faisait voir des tailles de block créés (je mine !) de 998986 bytes au lieu de 789856 bytes avec le Bitcoin Core.
Un correctif me plaît bien dans la v0.11B : choisir la taille du mempool local et donc, s'il est saturé, Bitcoin XT supprime aléatoirement des transactions ainsi que ses liaisons connexes (transaction A ... et si transaction B fait appelle à transaction A, suppression aussi).
https://bitcoinxt.software/
Si j'éteins le P2Pool, tout redevient normal du coté de Bitcoin Core.
Comme j'ai un peu lu les correctifs qu'introduit Bitcoin XT (en rapport avec le minage donc du RPC server), j'ai viré toute la blockchain locale (que j'avais ré-indexée pendant 3,5 jours pensant que ça suffirait) et je suis entrain de faire télécharger et re-créer la blockchain locale par le Bitcoin XT.
1) Bitcoin XT n'accepte que les 0.10.2 ou 0.11.0 lors de cette synchro.
2) Les fichiers locaux créés BLK ne font plus 131Mo ... mais 124Mo.
3) Lorsque j'ai essayé de miner avec le XT sur l'ancienne blockchain complête ... le DEBUG.LOG faisait voir des tailles de block créés (je mine !) de 998986 bytes au lieu de 789856 bytes avec le Bitcoin Core.
Un correctif me plaît bien dans la v0.11B : choisir la taille du mempool local et donc, s'il est saturé, Bitcoin XT supprime aléatoirement des transactions ainsi que ses liaisons connexes (transaction A ... et si transaction B fait appelle à transaction A, suppression aussi).
https://bitcoinxt.software/
https://github.com/bitcoinxt/bitcoinxt/releases/latest
Il devient donc impossible de différencier une version CORE d'une version XT ( https://getaddr.bitnodes.io/ ) si l'utilisateur active le STEALTH mode.
Quote
Bitcoin XT 0.11B contains the following changes and upgrades:
- For miners, compatibility with tools like cgminer that include 64-bit incompatible JSON parsers
- A size limited mempool for "stress test" resistance. Use the -maxmempooltx flag to control how many transactions are allowed in the mempool at once (default is 50000 or about 25 blocks worth). When there's an overflow, a random transaction and its children will be removed to make room.
- Now defaults to trusting the system clock, to resolve potential issues with lying peers causing clock drift.
- Stealth mode (activated with -stealth-mode flag), to make XT appear as Core on the network. Stealth mode can be used to hide from DDoS attacks but disables some protocol upgrades and other DoS attack fixes, so should only be used if you need it.
- Improvements to the IP priorities code. You can now load IP priorities from files on disk, if you find certain IP ranges using up all your sockets.
- XT patchlevel now appears more consistently.
- For miners, compatibility with tools like cgminer that include 64-bit incompatible JSON parsers
- A size limited mempool for "stress test" resistance. Use the -maxmempooltx flag to control how many transactions are allowed in the mempool at once (default is 50000 or about 25 blocks worth). When there's an overflow, a random transaction and its children will be removed to make room.
- Now defaults to trusting the system clock, to resolve potential issues with lying peers causing clock drift.
- Stealth mode (activated with -stealth-mode flag), to make XT appear as Core on the network. Stealth mode can be used to hide from DDoS attacks but disables some protocol upgrades and other DoS attack fixes, so should only be used if you need it.
- Improvements to the IP priorities code. You can now load IP priorities from files on disk, if you find certain IP ranges using up all your sockets.
- XT patchlevel now appears more consistently.
Il devient donc impossible de différencier une version CORE d'une version XT ( https://getaddr.bitnodes.io/ ) si l'utilisateur active le STEALTH mode.
60% des blocs sont maintenant en faveur de BIP100.
https://www.blocktrail.com/BTC/pools
Il ne manque plus que AntPool comme gros mineur.
https://www.blocktrail.com/BTC/pools
Il ne manque plus que AntPool comme gros mineur.
j'ai donné le numéro du dernier block sur les précédentes pages.
les XT sont redescendus à 1 block sur les 100 derniers générés dans la blockchain ... 
Je veux un bitcoin qui marche par ondes radio. Qui soit intouchable. (sauf en cas de faille...)
http://kryptoradio.koodilehto.fi/
https://github.com/koodilehto/kryptoradio
Jump to: