salut,
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 !
Topic: [MEMPOOL] Bouchon sur le Bitcoin : Météo des transactions. - page 10. (Read 23546 times)
depuis Bitcoin Core 0.13.0 , un aspect pour résorber et supprimer cette chose y a été introduite :
la dernière introduction de l'augmentation de frais du relayage dans Bitcoin Core 0.14.0 termine d'enfoncer le clou à cette chose-là.
Quote
+Compact Block support (BIP 152)
+-------------------------------
+
+Support for block relay using the Compact Blocks protocol has been implemented
+in PR 8068.
+
+The primary goal is reducing the bandwidth spikes at relay time, though in many
+cases it also reduces propagation delay. It is automatically enabled between
+compatible peers.
+[BIP 152](https://github.com/bitcoin/bips/blob/master/bip-0152.mediawiki)
+
+As a side-effect, ordinary non-mining nodes will download and upload blocks
+faster if those blocks were produced by miners using similar transaction
+filtering policies. This means that a miner who produces a block with many
+transactions discouraged by your node will be relayed slower than one with
+only transactions already in your memory pool. The overall effect of such
+relay differences on the network may result in blocks which include widely-
+discouraged transactions losing a stale block race, and therefore miners may
+wish to configure their node to take common relay policies into consideration.
+-------------------------------
+
+Support for block relay using the Compact Blocks protocol has been implemented
+in PR 8068.
+
+The primary goal is reducing the bandwidth spikes at relay time, though in many
+cases it also reduces propagation delay. It is automatically enabled between
+compatible peers.
+[BIP 152](https://github.com/bitcoin/bips/blob/master/bip-0152.mediawiki)
+
+As a side-effect, ordinary non-mining nodes will download and upload blocks
+faster if those blocks were produced by miners using similar transaction
+filtering policies. This means that a miner who produces a block with many
+transactions discouraged by your node will be relayed slower than one with
+only transactions already in your memory pool. The overall effect of such
+relay differences on the network may result in blocks which include widely-
+discouraged transactions losing a stale block race, and therefore miners may
+wish to configure their node to take common relay policies into consideration.
la dernière introduction de l'augmentation de frais du relayage dans Bitcoin Core 0.14.0 termine d'enfoncer le clou à cette chose-là.
Oui, hélas le réseau n'est pas neutre.
Je m'explique, il y a certain nœuds qui choisissent de relayer ou non une transaction.
Il y a aussi des nœuds qui favorisent les transactions de leurs clients et demandent aux mineurs de les faire passer en priorité.
Pas mal de grosses pools le font ViaBTC en tête.
Je m'explique, il y a certain nœuds qui choisissent de relayer ou non une transaction.
Il y a aussi des nœuds qui favorisent les transactions de leurs clients et demandent aux mineurs de les faire passer en priorité.
Pas mal de grosses pools le font ViaBTC en tête.
Question de newbie que je suis ; il y a un rapport entre la rapidité et la provenance de la transaction ? (ledger wallet, wallet online, exchange...)
Ledger wallet ça marche bien et vite je trouve. Je mets les frais max en principe ou medium si c'est pas urgent.
J'ai fait une transaction il y a deux heures et j'ai 12 confirmations pour 0.0003859 BTC de fees (171 Satoshi / B).
Ledger Wallet pour moi aussi, j'ai initié une transaction à 18h, à 19h j'avais 10 confirmations, en payant les frais les plus bas (136 sat/B) ce qui représentait 0.00066 BTC pour ma transaction. Je m'attendais à pire niveau délai...
moi sa fais deux jours que j'ai une transaction en pending, j'ai jamais eu sa auparavant
En tout cas, je suis à 215Mo de Mempool locale et 107 000 transactions. 
J'ai fait une transaction il y a deux heures et j'ai 12 confirmations pour 0.0003859 BTC de fees (171 Satoshi / B).
Tout va bien si les Fees sont proportionnés à la transaction.
Pour info, j'utilise le Ledger Wallet Nano (https://www.ledgerwallet.com/products/ledger-nano), dispo pour moins de 35€ et qui allie sécurité et rapidité des transactions. Jamais eu de problème, je le conseille à tous
Tout va bien si les Fees sont proportionnés à la transaction.
Pour info, j'utilise le Ledger Wallet Nano (https://www.ledgerwallet.com/products/ledger-nano), dispo pour moins de 35€ et qui allie sécurité et rapidité des transactions. Jamais eu de problème, je le conseille à tous
Plus de 100k transactions dans la mempool, ça sent la panique.
https://blockchain.info/unconfirmed-transactions
Et le BTC qui est pres des 1100€.
https://blockchain.info/unconfirmed-transactions
Et le BTC qui est pres des 1100€.
Pas mal quand même ... y'en a qui ont du pognon à perdre. 
Et y'en a encore pour passer avec des fees à 0,0002 BTC ... ils ont espoir
https://tradeblock.com/bitcoin/
Et y'en a encore pour passer avec des fees à 0,0002 BTC ... ils ont espoir
https://tradeblock.com/bitcoin/
C'est "beaucoup" plein actuellement ... donc attention à vos frais : http://statoshi.info/dashboard/db/memory-pool?from=1487112619251&to=1487717419252 (max depuis 7 jours).
On va donc avoir du mouvement sur le prix répercuté (comme à chaque fois).
On va donc avoir du mouvement sur le prix répercuté (comme à chaque fois).
Ah non c'est réellement ce que vous dites toi et Meuh qui est débile : un bloc est plein avec 1 Mo, mais dans ce Mo rien ne dit qu'il va y avoir 10000, 20000 ou 100000 transactions. Tout est possible.
Ergo calculer en nombre de transactions ne sert à rien.
(Et ta lapalissade sur la nécessité d'être l'objet de transactions pour une monnaie n'y changera rien vu qu'elle n'a simplement aucun rapport).
Ergo calculer en nombre de transactions ne sert à rien.
(Et ta lapalissade sur la nécessité d'être l'objet de transactions pour une monnaie n'y changera rien vu qu'elle n'a simplement aucun rapport).
Vu que ce n'est pas un nombre de transactions qui rentre dans 1 bloc mais 1 Mo de transactions, et au risque de me répéter... Calculer en nombre de transactions est totalement débile !
C'est ce que tu écris qui est totalement débile.
Sans transactions, le bitcoin sert à rien de rien
Sauf que la dernière fois qu'il y avait autant de transactions la mempool associée était presque deux fois plus grosse....
- instant T : 41k tx pour 33 Mo
- la dernière fois : 50k tx pour... 60+ Mo
Voici les graphs de ma node :
Taille de la mempool (en Mo)
-> http://munin.bitcoin-fr.io/bitcoin-fr.io/n.bitcoin-fr.io/bitcoind_memsizepoolSize.html
Nombre de transactions :
-> http://munin.bitcoin-fr.io/bitcoin-fr.io/n.bitcoin-fr.io/bitcoind_memsizepoolTxs.html
Vu que ce n'est pas un nombre de transactions qui rentre dans 1 bloc mais 1 Mo de transactions, et au risque de me répéter... Calculer en nombre de transactions est totalement débile !
- instant T : 41k tx pour 33 Mo
- la dernière fois : 50k tx pour... 60+ Mo
Voici les graphs de ma node :
Taille de la mempool (en Mo)
-> http://munin.bitcoin-fr.io/bitcoin-fr.io/n.bitcoin-fr.io/bitcoind_memsizepoolSize.html
Nombre de transactions :
-> http://munin.bitcoin-fr.io/bitcoin-fr.io/n.bitcoin-fr.io/bitcoind_memsizepoolTxs.html
Vu que ce n'est pas un nombre de transactions qui rentre dans 1 bloc mais 1 Mo de transactions, et au risque de me répéter... Calculer en nombre de transactions est totalement débile !
46 000 transactions dans le tuyau ...
Frais à bien calculer pour passer (malgré le hashrate de la mort qui tue).
https://tradeblock.com/bitcoin/
https://blockchain.info/unconfirmed-transactions
Frais à bien calculer pour passer (malgré le hashrate de la mort qui tue).
https://tradeblock.com/bitcoin/
https://blockchain.info/unconfirmed-transactions
Impressionnant pour le stockage de la mempool dans la version 0.13.2 ( https://bitcoincore.org/en/releases/0.13.2/ ) ... à 24 000 transactions en attente, ça ne consomme "que" 84Mo de mémoire alors que ça tournait au double avant.
Heuuu.... les txs dans la* mempool prennent autant de place avec Bitcoin Core 0.13.2 qu'avec les anciennes versions (avec Bitcoin Core 0.8.3 tes 24k transactions prendrait aussi 84 Mo, et sur ma node en 0.13.1 ces 24k tx prennaient aussi 84 Mo :/)(* : enfin "la", comme déjà expliqué plusieurs fois il n'y a pas "une" mempool mais "des mempools")
Impressionnant pour le stockage de la mempool dans la version 0.13.2 ( https://bitcoincore.org/en/releases/0.13.2/ ) ... à 24 000 transactions en attente, ça ne consomme "que" 84Mo de mémoire alors que ça tournait au double avant.
Est ce que le soft fork y est pour qqchose ?
On ne verra plus de bouchon a base de 40k - 80k transaction dans le futur ?
On ne verra plus de bouchon a base de 40k - 80k transaction dans le futur ?
Elle a jamais été aussi vide, la mempool ... on tourne à 4000-8000 transactions MAX en jour de semaine.
Comme quoi, y'a pas mal de bruit hors jours fériés ou semaines de vacances.
Comme quoi, y'a pas mal de bruit hors jours fériés ou semaines de vacances.
Jump to: