11 000 transactions en attente dans ma mempool, attention ... le réseau est bondé.
Il faut payer plus cher que la moyenne pour avoir ses transactions dans le block suivant et considérez des retards si vous payez les 0,0001 BTC de frais habituel.
Bitcoin Core tient compte de cela car ayant un fichier de suivi des frais moyens inclus dans les block précédents.
Topic: [MEMPOOL] Bouchon sur le Bitcoin : Météo des transactions. - page 13. (Read 23430 times)
Tu le fais exprès à sortir un nombre absolu de transactions ? Encore une fois celà ne veut rien dire sans plus de détails et le nombre de tx en lui même n'indique rien...
Voilà le genre de stats qu'il faudrait pour appuyer tes propos, sur des blocs différents pour montrer qu'il y a une différence par rapport à "la normale"
-> https://twitter.com/oxt_btc/status/733426809207853056
Voilà le genre de stats qu'il faudrait pour appuyer tes propos, sur des blocs différents pour montrer qu'il y a une différence par rapport à "la normale"
-> https://twitter.com/oxt_btc/status/733426809207853056
12000 = 0,0002 BTC obligatoire
10000 = 0,0001 BTC obligatoire
8000 = 0,0001 BTC si on est pressé, 0,00005 BTC si on a 3-6h
6000 = 0,00005 BTC avec surement un passage immédiat
4000 ou moins (rare) = 0,00001 BTC passage immédiat
bitcoins ayant moins de 1 mois sur les adresses du wallet.
je crois que plus c'est vieux et moins ça a besoin de frais ...
10000 = 0,0001 BTC obligatoire
8000 = 0,0001 BTC si on est pressé, 0,00005 BTC si on a 3-6h
6000 = 0,00005 BTC avec surement un passage immédiat
4000 ou moins (rare) = 0,00001 BTC passage immédiat
bitcoins ayant moins de 1 mois sur les adresses du wallet.
je crois que plus c'est vieux et moins ça a besoin de frais ...
Le mempool local est à 8000 transactions = nuageux mais honnête, on peut jouer sur les frais légéers et attendre un peu.
C'est à dire ? C'est quoi le prix moyen /kB en ce moment ?(et pour comparer celui en temps "normal" ?)
compare à une banque où tu n'as aucun suivi et tu sais pas pourquoi c'est pas là 24h plus tard (faut 5 jours, lol !).Le mempool local est à 8000 transactions = nuageux mais honnête, on peut jouer sur les frais légéers et attendre un peu.
Quand je regarde ici ça pas l'air si terrible que ça : https://blockchain.info/en/unconfirmed-transactions
Par contre je confirme que ça bouchonne pour moi. D'une façon un peu étrange, par contre. J'ai effectué 2 transactions hier avec Electrum et les frais automatiques réglés au minimum, à à peine une heure d'intervalle l'une de l'autre. La première est passée comme lettre à la poste avec un peu moins de 5000 sats en frais. La deuxième par contre, avec les mêmes réglages m'a été refusée plusieurs fois (erreur 66, frais trop peu élevés, ce qui ne m'était encore jamais arrivé même à l'époque des gros bouchons d'il y a un mois ou deux, où la mempool était remplie à ras-bord par 30000 transactions non confirmées). Là où c'est étrange par contre c'est que même en augmentant les frais au maximum je me prenais toujours la même erreur. La transaction a fini par partir (un peu en dessous de 5000 sats aussi : j'avais reréglé les frais au minimum vu que ça ne semblait pas faire de différence) mais elle est maintenant non confirmée depuis hier. Je suis pas pressé donc je m'en fous, mais je trouve ça très bizarre. J'ai updaté ma version d'Electrum, du coup (j'étais toujours à la 2.5.2 huhuhu) et depuis mes frais minimum sont devenus de 20000 sats au moins, en gardant les mêmes paramètres.
Bon bref, j'attends que ma transaction passe, là.
Bon bah ma transaction a fini par passer. Elle est arrivées aujourd'hui. Elle a 20 confirmations, déjà. Par contre elle est toujours marquée comme "not verified" dans Electrum. Pourtant j'ai attendu. Ça doit faire 2 heures que je laisse Electrum en arrière plan. Mais nan y a pas d'avancement. Enfin bon...Par contre je confirme que ça bouchonne pour moi. D'une façon un peu étrange, par contre. J'ai effectué 2 transactions hier avec Electrum et les frais automatiques réglés au minimum, à à peine une heure d'intervalle l'une de l'autre. La première est passée comme lettre à la poste avec un peu moins de 5000 sats en frais. La deuxième par contre, avec les mêmes réglages m'a été refusée plusieurs fois (erreur 66, frais trop peu élevés, ce qui ne m'était encore jamais arrivé même à l'époque des gros bouchons d'il y a un mois ou deux, où la mempool était remplie à ras-bord par 30000 transactions non confirmées). Là où c'est étrange par contre c'est que même en augmentant les frais au maximum je me prenais toujours la même erreur. La transaction a fini par partir (un peu en dessous de 5000 sats aussi : j'avais reréglé les frais au minimum vu que ça ne semblait pas faire de différence) mais elle est maintenant non confirmée depuis hier. Je suis pas pressé donc je m'en fous, mais je trouve ça très bizarre. J'ai updaté ma version d'Electrum, du coup (j'étais toujours à la 2.5.2 huhuhu) et depuis mes frais minimum sont devenus de 20000 sats au moins, en gardant les mêmes paramètres.
Bon bref, j'attends que ma transaction passe, là
. EDIT : Ça y est ! Champagne ! Elle est vérifiée et tout. La transaction la plus bugguée que j'ai jamais faite. Snif c'est émouvant
Justement, utilises donc des données qui valent quelque chose.. et pas bêtement le "nombre" brut de transaction sur ta node qui ne veut rien dire !
Je sais mais j'ai les réglages habituels de tous les nodes Bitcoin Core.
Ce sujet permet aux débutants de faire attention ... ou de demander, à un instant T, si le réseau est susceptible.
Ce qui est aussi une chose que je veux vérifier depuis un moment est que lors de fort retard ... le cours du bitcoin fait des bons.
Ce sujet permet aux débutants de faire attention ... ou de demander, à un instant T, si le réseau est susceptible.
Ce qui est aussi une chose que je veux vérifier depuis un moment est que lors de fort retard ... le cours du bitcoin fait des bons.
Encore une fois, les stats de ta nodes (et surtout le nombre de tx dans la mêmepool) ne veulent rien dire... Ce serait plus pertinant si tu nous sortais la moyennes fees/kB sur ta mempool par ex pour tirer des conclusions...
Bref :
Dans tes 13 000 tx, combien de fees ? (si t'as 12000 tx en 0 fees super le bouchon)
Quelle taille les 13 000 tx, c'est plus déreangeant des grosses tx que des petites.
Ou alors si tu veux dépasser les 13 000 txs, il te suffit d'augmenter la limite de la mempool et tu pourras dire qu'il y a des bouchons encore plus gros !
Bref :
Dans tes 13 000 tx, combien de fees ? (si t'as 12000 tx en 0 fees super le bouchon)
Quelle taille les 13 000 tx, c'est plus déreangeant des grosses tx que des petites.
Ou alors si tu veux dépasser les 13 000 txs, il te suffit d'augmenter la limite de la mempool et tu pourras dire qu'il y a des bouchons encore plus gros !
Super bouchon actuellement = 13 000 transactions en attente dans mon mempool.
Vos frais doivent suivre les rêgles du réseau pour passer.
Vos frais doivent suivre les rêgles du réseau pour passer.
Pareil, j'ai clôturé un cold storage à 17h, toujours en 0 confirmation (mais visible dans le mempool).
Je suis pas non-plus pressé (0,00005 BTC de frais).
Je suis pas non-plus pressé (0,00005 BTC de frais).
Quand je regarde ici ça pas l'air si terrible que ça : https://blockchain.info/en/unconfirmed-transactions
Par contre je confirme que ça bouchonne pour moi. D'une façon un peu étrange, par contre. J'ai effectué 2 transactions hier avec Electrum et les frais automatiques réglés au minimum, à à peine une heure d'intervalle l'une de l'autre. La première est passée comme lettre à la poste avec un peu moins de 5000 sats en frais. La deuxième par contre, avec les mêmes réglages m'a été refusée plusieurs fois (erreur 66, frais trop peu élevés, ce qui ne m'était encore jamais arrivé même à l'époque des gros bouchons d'il y a un mois ou deux, où la mempool était remplie à ras-bord par 30000 transactions non confirmées). Là où c'est étrange par contre c'est que même en augmentant les frais au maximum je me prenais toujours la même erreur. La transaction a fini par partir (un peu en dessous de 5000 sats aussi : j'avais reréglé les frais au minimum vu que ça ne semblait pas faire de différence) mais elle est maintenant non confirmée depuis hier. Je suis pas pressé donc je m'en fous, mais je trouve ça très bizarre. J'ai updaté ma version d'Electrum, du coup (j'étais toujours à la 2.5.2 huhuhu) et depuis mes frais minimum sont devenus de 20000 sats au moins, en gardant les mêmes paramètres.
Bon bref, j'attends que ma transaction passe, là.
Par contre je confirme que ça bouchonne pour moi. D'une façon un peu étrange, par contre. J'ai effectué 2 transactions hier avec Electrum et les frais automatiques réglés au minimum, à à peine une heure d'intervalle l'une de l'autre. La première est passée comme lettre à la poste avec un peu moins de 5000 sats en frais. La deuxième par contre, avec les mêmes réglages m'a été refusée plusieurs fois (erreur 66, frais trop peu élevés, ce qui ne m'était encore jamais arrivé même à l'époque des gros bouchons d'il y a un mois ou deux, où la mempool était remplie à ras-bord par 30000 transactions non confirmées). Là où c'est étrange par contre c'est que même en augmentant les frais au maximum je me prenais toujours la même erreur. La transaction a fini par partir (un peu en dessous de 5000 sats aussi : j'avais reréglé les frais au minimum vu que ça ne semblait pas faire de différence) mais elle est maintenant non confirmée depuis hier. Je suis pas pressé donc je m'en fous, mais je trouve ça très bizarre. J'ai updaté ma version d'Electrum, du coup (j'étais toujours à la 2.5.2 huhuhu) et depuis mes frais minimum sont devenus de 20000 sats au moins, en gardant les mêmes paramètres.
Bon bref, j'attends que ma transaction passe, là
.
Réseau très bouchonné = 11 000 transactions en attente dans mon MEMpool.
Attention à vos frais si vous êtes pressé ...
Attention à vos frais si vous êtes pressé ...
9200 transactions en attente sur mon noeud, bouchons légers sur le Bitcoin actuellement.
Les frais sont donc un peu plus élevés ou un retard de 1 à 3 blocks est à prévoir si on rase au minimum en terme de frais.
Les frais sont donc un peu plus élevés ou un retard de 1 à 3 blocks est à prévoir si on rase au minimum en terme de frais.
parfait, elle est arrivée à 21h20.
Bouchon en cours (12000 transactions en mempool au lieu de 5000-4000 habituellement).
Les frais réseau augmentent donc en conséquence dans les wallets "intelligents".
Je dis ça parce que j'ai effectivement une transaction en attente puisque j'ai payé le minimum et que je ne suis donc pas pressé puisque c'est une clôture de cold storage.
Les frais payés étaient de 0,00005 BTC.
Emise à 13h28.
Toujours en attente à 16h00.
Les frais réseau augmentent donc en conséquence dans les wallets "intelligents".
Je dis ça parce que j'ai effectivement une transaction en attente puisque j'ai payé le minimum et que je ne suis donc pas pressé puisque c'est une clôture de cold storage.
Les frais payés étaient de 0,00005 BTC.
Emise à 13h28.
Toujours en attente à 16h00.
OKi.
Et donc ?
Pour qu'un simple client puisse recevoir une transaction en attente (en gros une notif comme qui il va normalement recevoir des btc) il faut bien que la transaction soit broadcastée sur tout le réseau.
Rien de différencie une node qui mine vs une node qui ne mine pas outre le fait qu'un des nodes essaie de trouver des blocs mais dans les deux cas les nodes recoivent / transmettent / ont des transacions dans leurs mempool.
D'ailleurs blockchain.info ou blocktrail.com ne minent pas, et ils voient bien toutes les transactions avant qu'elles soient minées (ou pas) sur leurs noeuds !
Dernier point, on peut miner sans avoir les transactions. En fait il suffit juste d'avoir le hash du bloc précedent et ça fera un bloc vide avec uniquement le reward qui ira pour le mineur
Pour qu'un simple client puisse recevoir une transaction en attente (en gros une notif comme qui il va normalement recevoir des btc) il faut bien que la transaction soit broadcastée sur tout le réseau.
Rien de différencie une node qui mine vs une node qui ne mine pas outre le fait qu'un des nodes essaie de trouver des blocs mais dans les deux cas les nodes recoivent / transmettent / ont des transacions dans leurs mempool.
D'ailleurs blockchain.info ou blocktrail.com ne minent pas, et ils voient bien toutes les transactions avant qu'elles soient minées (ou pas) sur leurs noeuds !
Dernier point, on peut miner sans avoir les transactions. En fait il suffit juste d'avoir le hash du bloc précedent et ça fera un bloc vide avec uniquement le reward qui ira pour le mineur
Pourtant, pour miner ... il faut avoir tous les transactions pour créer un block.
Voici un morceau de mon debug.log du client bitcoin core relié au P2Pool :
Voici un morceau de mon debug.log du client bitcoin core relié au P2Pool :
Code:
2016-04-27 17:04:12 CreateNewBlock(): total size 749816 txs: 2442 fees: 51960986 sigops 5405
2016-04-27 17:04:14 receive version message: /Snoopy:0.2.1/: version 70001, blocks=0, us=xxx, peer=1291
2016-04-27 17:04:14 AdvertizeLocal: advertizing address xxx
2016-04-27 17:04:28 CreateNewBlock(): total size 749985 txs: 2444 fees: 52297260 sigops 5406
2016-04-27 17:04:45 CreateNewBlock(): total size 749853 txs: 2445 fees: 52718120 sigops 5393
2016-04-27 17:05:02 CreateNewBlock(): total size 749897 txs: 2450 fees: 52862406 sigops 5377
2016-04-27 17:05:18 CreateNewBlock(): total size 749918 txs: 2451 fees: 53121542 sigops 5373
2016-04-27 17:05:23 receive version message: /btcwire:0.3.0/: version 70011, blocks=-1, us=xxx, peer=1292
2016-04-27 17:05:23 AdvertizeLocal: advertizing address xxx
2016-04-27 17:05:34 CreateNewBlock(): total size 749937 txs: 2449 fees: 53234064 sigops 5371
2016-04-27 17:05:50 CreateNewBlock(): total size 749980 txs: 2441 fees: 53700793 sigops 5380
2016-04-27 17:05:51 socket recv error Une connexion existante a dû être fermée par l'hôte distant. (10054)
2016-04-27 17:06:04 socket recv error Une connexion existante a dû être fermée par l'hôte distant. (10054)
2016-04-27 17:06:07 CreateNewBlock(): total size 749972 txs: 2432 fees: 53879704 sigops 5352
2016-04-27 17:06:23 CreateNewBlock(): total size 749847 txs: 2426 fees: 56446210 sigops 5347
2016-04-27 17:06:39 CreateNewBlock(): total size 749863 txs: 2426 fees: 56834914 sigops 5335
2016-04-27 17:06:44 receive version message: /bitnodes.21.co:0.1/: version 70002, blocks=409167, us=xxx, peer=1295
2016-04-27 17:06:44 AdvertizeLocal: advertizing address xxx
2016-04-27 17:06:55 CreateNewBlock(): total size 749914 txs: 2433 fees: 57257459 sigops 5349
2016-04-27 17:07:11 CreateNewBlock(): total size 749982 txs: 2431 fees: 59376415 sigops 5310
2016-04-27 17:07:28 CreateNewBlock(): total size 749900 txs: 2437 fees: 59836018 sigops 5329
Ben, le P2Pool captant les transactions de tous les participants (on voit "transaction already received" dans la fenêtre du P2Pool) ... j'ai peut-être accès à une plus grande proximité de noeuds que quand on utilise un client classique non-mineur ?
Dans mon interrogation, j'aurais donc accès à la réception des transactions bitcoin depuis 135 noeuds : http://minefast.coincadence.com/p2pool-stats.php
Bah non justement... ce n'est pas parce que tu mines que tu vois des transactions que les autres noeuds du réseaux ne voient pas ! Dans mon interrogation, j'aurais donc accès à la réception des transactions bitcoin depuis 135 noeuds : http://minefast.coincadence.com/p2pool-stats.php
Jump to: