[MEMPOOL] Bouchon sur le Bitcoin : Météo des transactions.

[Meuh6879]

Aujourd'hui, le 29/03 à 13h ... un pic de transactions a été émis faisant monter la mempool du Bitcoin à 12 000 transactions de retard.

Si vous êtes pressé, tenez-en compte lors du paiement des frais du réseau.


http://statoshi.info/dashboard/db/transactions
http://bitcoinfees.21.co/



Ce sujet est mis à jour chaque fois que le réseau Bitcoin est "plus lent" qu'à l'accoutumé.
Vous pouvez éviter cette lenteur en ... payant les vrais frais de réseau que le réseau demande.

[Meuh6879]

frais économique utilisés = 0,00005 BTC depuis android wallet schildbach.
aucun soucis aujourd'hui, paiement visite avec un retard de 1 block (mais il était là 1 minute plus tard  ).

[Meuh6879]

Impressionnant, la mempool arrive à descendre aussi bas qu'un fond de 2000 transactions en attente seulement ...

Alors qu'on tournait encore il y a quelques mois entre 4500 et 6000 transactions en attente et entre 9500 et 14000 en cas de bouchon.

[kcud_dab]

RIen d'incroyable du tout, surtout depuis qu'il y a une option pour limiter la taille de la blocksize (et donc arrivé à un certain point, ça drop d'anciennes tx..).
D'ailleurs perso avec les reglages par défaut j'ai en ce moment 10k tx dans ma mempool (pour 140 Mo environ), mais à partir du moment où il ya une limite sur la mempool ça ne veut plus dire grand chose le nombre que l'on a sur notre node !

[perl]

Cette modification est loin  d’être neutre.
Beaucoup de monde ce contente de la mempool.  Car il etait a peu sur que les grosse pool aller refuser les double depense .

Mais maintenant c'est vraiment plus le cas .


D'ailleur beaucoup de societe fournisse un service de scoring sur le risque de double depense.
Ce bissness vient de s’écrouler un simple ration fee sera suffisant .
 

[Meuh6879]

Attention, bouchon en cours (au lieu de 3800-4600 transactions en attente dans la mempool), j'en ai 11 000.

[kcud_dab]

Bouchon ?
Si je regarde ma node ou les stats d'autres nodes il ne se passe rien de spécial en ce moment...

# Nombre de tx en attente sur ma node :
-> http://munin.bitcoin-fr.io/bitcoin-fr.io/n.bitcoin-fr.io/bitcoind_memsizepoolTxs.html
# taille de la memepool
-> http://munin.bitcoin-fr.io/bitcoin-fr.io/n.bitcoin-fr.io/bitcoind_memsizepoolSize.html

[Meuh6879]

peut-être que je suis mieux placé en tant que mineur ? 

[kcud_dab]

Hmm, mieux placé ? Vas y développe / explique moi

Tiens au passage, une autre node qui n'est visiblement pas aussi bien "placée" que toi et qui ne voit pas non d'activité spéciale aujourd'hui par rapport aux derniers jours (on peut changer les dates en haut)
-> https://statoshi.info/dashboard/db/transactions

[Meuh6879]

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

Il est vrai que je n'explique pas la différence avec statoshi (j'avais aussi vérifié).  

  ce qui pourrait le plus m'amuser est qu'après la purge (de 414 euros à 404 euros) ... je suis descendu à 5600 transactions dans le mempool.

[kcud_dab]

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 !

[Meuh6879]

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 :

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

[kcud_dab]

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

[Meuh6879]

  OKi.

[Meuh6879]

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.

 

[Meuh6879]

  parfait, elle est arrivée à 21h20.

[Meuh6879]

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.

[Meuh6879]

Réseau très bouchonné = 11 000 transactions en attente dans mon MEMpool.
Attention à vos frais si vous êtes pressé ... 

[Blind Legs Parker]

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

[Meuh6879]

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