Test Bitcoin grandeur nature de la limitation des blocks à 1Mb.

[anemol]

Une conséquence intéressante à ce test (mais on sait pas trop ...) est que les tradeurs ne pourront pas aussi bien sortir du pognon de la valeur bitcoin s'ils s'amusent à travailler tout le temps sans frais.

Les plate-formes même si elles surtaxes les frais de retraits (Kraken avec 0.005 par exemple) ne sont pas avares pour les frais de réseaux: les transactions arrivent à bon port dans les temps acceptables, sauf quand le réseau Bitcoin patauge plusieurs heures pour valider un bloc.

Si tu parles des arbitreurs qui opèrent entre plusieurs plate-formes, il ne doit pas en avoir beaucoup qui passent par leur porte-feuille Bitcoin.Le cas échéant, ils utiliseront les frais nécessaire (c'est sûrement les utilisateurs les plus aguérris pour l'utilisation des bitcoins).

Leur intérêt c'est de dégager des bénéfices en euros, pas en bitcoins. De plus, ces derniers ne travaillent pas sans filet, ils ont des fonds de roulement plus ou moins importants (en euros et en bitcoins sur chaque plate-forme. Ils ne travaillent pas à flux tendu.

[1715699179]

1715699179

[Meuh6879]

Le deuxième scénario de pollution est déjà prévu pour septembre ... et pour 30 jours !
http://www.ibtimes.co.uk/coinwallet-plans-bitcoin-dust-attack-september-create-30-day-transaction-backlog-1515981

CoinWallet's last test of the system involved taking a bunch of Bitcoin and then dividing it among thousands of Bitcoin addresses, all in tiny amounts of 0.00001.

"As part of this test, I will be reconsolidating more than 150 Bitcoin that currently sits in these wallets."

CoinWallet conducted a transaction to demonstrate what this will look like.

"As you can see from the transaction, there are 20 tiny inputs, with half going to miner fees, and half going to one of my CoinWallet addresses. This transaction is approximately 3kb, or 1/323rd of a block. In other words, for every ~323 of these I send, I fill up a block.

"Each of these transactions is for a total amount of 0.0002 BTC (including miner fees), meaning that with my 150 btc that is currently in this state, I will be crafting 750000 transactions, or 2321 blocks, or a 16 day backlog."

CoinWallet said the second phase of the test will be to use 20 cloud-hosted servers to send bitcoin payments in amounts of 0.00001 to thousands of its addresses at random, all in transactions that are also approximately 3kb each.

"These 20 servers push approximately 1 transaction per second. The plan is to fill them up to 50-100 Bitcoin in total. In theory, if all things go as planned, we will create a nearly 30-day backlog."

[Barnabe]

C'est plutot cool de tester ce genre de scenario, mais j'ai pas compris ce qu'ils y gagnent.
C'est peut-être peu pour une entreprise, mais ce genre de tests a toujours un cout.

[Meuh6879]

Septembre arrive, on va voir si la société citée va démarrer son SPAM du réseau Bitcoin comme convenu.

Une petit photo du mois d'Août 2015 où l'on voit que la taille moyenne des blocks est de 472kb.

[JUmpy14]

1) personne ne le peut.
c'est un "tout" qui le peut.

en général, donc, les développeurs amènent une augmentation de la taille de block dans le Bitcoin Core ... avec une stratégie de basculement irrémédiable (un Fork).

ainsi, les utilisateurs n'ont plus le choix, ensuite, de repasser à la vieille version.

attention, c'est pas fait du jour au lendemain ! (ici , ça a pris 4 mois )
https://bitcointalk.org/index.php?topic=1089993.msg11618033#msg11618033

c'est ce qui s'est passé avec le BIP66 ... et à mon avis, c'était un vrai test pour pouvoir quantifier ce qui va se passer à l'augmentation de la taille des blocks pour l'ensemble des utilisateurs de bitcoins.

ça a un peu merdé du coté des pools d'ailleurs ... les derniers à évoluer malheureusement (business, business).



2) une transaction coute chère parce qu'elle "pèse" un poids important ... les fees sont prévues en fonction de cela.
jusqu'à présent, les gens jouaient le jeu et ne s'amusaient pas à spammer.

tout change.

cela veut dire que les développeurs ont déjà revu la formule de prédiction des frais à payer pour une transaction dans la version 0.11.0 de Bitcoin Core.

cette formule était juste mais elle n'était pas automatisée ... elle ne s'appuyait pas sur la saturation du réseau (remplissage des blocks).

c'est chose faite maintenant.

donc, au final, il n'y a pas de changement pour l'utilisateur normal ... tant qu'il demande au logiciel d'utiliser les "frais recommandés", il fera son virement correctement quand il le voudra.

c'est fort intéressant
du coup dire que la blockchain n'est pas contrôlable n'est pas vrai
Un groupe a réussi a faire changer les mineurs...en quelque sorte (en connaissance de cause j'entend bien)

donc pour ce mois de septembre il faudra augmenter les frais si l'on veut de l'instantanné ? (ce que l'on demande au bitcoin)

[Meuh6879]

si tu utilises Bitcoin Core, non ... car il "trace" les fees nécessaire dans chaque blocks créés.

pour les wallet SPV (android phone, iphone, multibit, etcs ...), non ... d'après les dernières infos, c'est encore manuellement qu'on doit les forcer, les fees.

[Meuh6879]

Et ça recommence ... comme prévu.  
https://bitcointalk.org/index.php?topic=1176378.msg12383001#msg12383001

[kcud_dab]

160 Mo pour 170k transactions en backlog

[winspiral]

bigre de bigre...j'y comprend pas un mot à votre discours...

[Meuh6879]

Pour le moment, mes 2 programmes (Bitcoin Core - Bitcoin Android Wallet) absorbent très bien le stress test en proposant les fees (frais) correctement proportionné par rapport ... à la nécessité d'émettre dans le bloc qui suit.

Le dernier montant que j'ai bougé hier m'a demandé 0,00002 BTC de frais.

[Meuh6879]

Ah ... ça baisse !

Je vais pouvoir observer, si du coté minage, j'ai bien mon upload qui va revenir progressivement aussi ... car là, c'est atroce, la conso. du P2Pool (non, c'est pas le logiciel bitcoin seul) !

[Meuh6879]

Réseau en cours de SPAM.
https://bitcointalk.org/index.php?topic=1203016.msg12627614#msg12627614

http://statoshi.info/dashboard/db/transactions pour suivre cela ... en temps réel.
mon Bitcoin est saturé ... malgré le fait d'arrêter le P2Pool.  

Je me demandais pourquoi, j'ai donc viré les sidechains du P2Pool mais j'ai oublié de vérifier l'actualité des UTXO avant !  

[Meuh6879]

80 transactions par secondes sur 5 minutes ...

[hdbuck]

80 transactions spam par secondes sur 5 minutes ...

ftfy

[Meuh6879]

et tu as tout à fait raison ... d'ailleurs, j'ai dû lire (un peu mieux) les notes des releases de mon bitcoin noeud pour comprendre comment on doit "à la main" lui dire que :

"c'est pas bien de tout garder et de faire crasher la machine par manque de RAM".  

https://bitcointalk.org/index.php?topic=1114415.msg12635453#msg12635453

[Meuh6879]

Plantage des lecteurs de blockchain ... ?
http://btc.blockr.io/

[Meuh6879]

Plantage de http://statoshi.info (reboot bitcoin node = purge du mempool en bleu)

[Meuh6879]

TradeBlock, par contre, fait de la limitation de mempool à 1Gb : https://tradeblock.com/bitcoin

[Meuh6879]

Pour récupérer un mempool identique aux autres noeuds, il faut 13h de connexion.

[Meuh6879]

Recit anglais de la dernière attaque du réseau qui a laissé une ardoise de 1Go de Mempool (blocks à traiter) pour un peu plus de 53 BTC dépensé pour générer cela.

http://www.coindesk.com/bitcoin-node-numbers-fall-after-spam-transaction-attack/

10% des noeuds bitcoins ont été affectés par ce soucis car, tout simplement, le logiciel Bitcoin Core n'était pas à même de traiter autant de mémoire vive allouable face à la nécessité du traitement par le CPU.

Les développeurs, d'ailleurs, restent totalement muets sur le matériel nécessaire pour subir une attaque et ne pas avoir noeud bitcoin qui "freeze" durant cette période.

Les développeurs XT, eux, ont sorti en urgence, un accès au paramêtre maxmempooltx pour pouvoir bloquer la propagation du mempool dans la mémoire RAM de la machine.

Cette technique, néanmoins, demande une surveillance car elle n'est pas indexé sur la grandeur du mempool ... nécessaire à la création des blocks (ainsi, si ce paramêtre devient trop petit, il ne permet plus d'avoir la chaine de transaction la plus longue).

De plus, si ce paramètre est encore trop haut (par exemple 8-15Mo de mempool), le problème du CPU revient à la charge et le noeud Bitcoin n'est plus actif (freeze pour 30s et se libère 10 secondes).

---

Le mempool est le terme technique attribué à la mémoire du réseau Bitcoin.

Il est la somme non-linéaire (car les noeuds s'envoient les transactions entre eux) de la mémoire des transactions qui ont été émises mais qui n'ont pas encore été ajoutées à un Block.

Les Blocks sont créés toutes les 10 minutes en moyenne absolue.
Leur taille est, actuellement, limité par les mineurs et les noeuds à 1Mb.