Topic: Test Bitcoin grandeur nature de la limitation des blocks à 1Mb. (Read 10259 times)

  y'avait bien plus de 750kB quand même.

enfin ? C'était déjà le cas quand tu as ouvert ce topic....
-> https://bitcointalksearch.org/topic/m.11686612

Pas mal, les mineurs génèrent enfin des blocks de 1Mb et non-plus 750kB.

Et c'est reparti ... "Shit hit the fan !"

http://statoshi.info/dashboard/db/transactions
et
https://tradeblock.com/bitcoin/

Mempool en augmentation.

Mon noeud est pris d’assaut par les autres clients qui plantent ... je suis passé d'un tranquille 12-13 connectés à 20 et quelques latences avec le Bitcoin Core Server.

Essai, lorsqu'un mempool est à 8Mo (2Mo il y a 2 jours), d'envoi d'une transaction en frais économique (0.00002 BTC) au lieu des frais classique (0.0001 BTC).

22-12-2013 à 14h43.

Après 20min, aucune confirmation mais 2 blocks ont déjà été créés.
Le destinataire voit bien la transaction immédiatement (+2 secondes après l'envoi) mais en 0-confirmation.

EDIT : 1 confirmation à 15h21.   4 blocks de retard. 

ça à l'air enfin un peu plus calme ... remise en place de la relayfee à 10 satoshis (0,00001 BTC sur XT et 0,00005 BTC sur la CORE) et augmentation du mempool à 2500 transactions de mon coté (50 000 en principe, mais c'est pas clair ... ).

Oui, mais c'est les mineurs (comme moi  ) qui se font chier à les traiter ... après. 

cest bien.

heureusement que les spams restent dans la mempool.

et core a release une update aussi relevant à 0.00005 bitcoin per KB.

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.

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

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

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

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

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://bitcointalksearch.org/topic/m.12635453

ftfy

80 transactions par secondes sur 5 minutes ...

Réseau en cours de SPAM.
https://bitcointalksearch.org/topic/m.12627614

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 !  

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

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.

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

160 Mo pour 170k transactions en backlog

Et ça recommence ... comme prévu.  
https://bitcointalksearch.org/topic/m.12383001

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.

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)

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.

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.

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

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.

Tout s'est calmé ... http://btcaudio.tk/live/

Et voici ce qu'il s'est passé.
On voit qu'il faut 4 jours pour évacuer 60 000 transactions dans la mémoire commune du réseau Bitcoin (6000 noeuds).



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.

Pour le moment, cette activité est encore marginale sur le réseau ... mais si elle devient importante, c'est bien les émetteurs de trading qui se casseront les dents (car eux ... ne peuvent pas attendre 4 jours) et non-pas les supporters du réseau ... ou des épargnants de bitcoins.



De plus, durant ce "rush", j'ai pu faire mes transactions de manière classique simplement en multipliant les frais réseau par 10x.

Passer de 0,00001 BTC à 0,0001 BTC en somme.  

Quand on veut acheter ou vendre, les withdraw depuis une exchange sont bien bien plus chère que ça ...  

Essai de transaction avec 0,0001 BTC de frais (android bitcoin wallet schildbach) = 1 block de retard avant la prise en compte de la première confirmation.

Donc, le programme tient bien compte du réseau car avant le stress test, le même programme émettant le même montant ne demandait que 0,00001 BTC de frais.

http://bitcoinexchangerate.org/fees (frais nécessaires actuellement = 0,000261 BTC).

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://bitcointalksearch.org/topic/m.11618033

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.

Merci pour le reportage

questions :

 comment qqun peut changer la taille des blocs je ne saisi pas ?
 si une transaction coute plus cher pourquoi cela n'impacte pas la récompense / bloc et ou la difficulté du BTC

  c'est passé.

donc, la saturation du réseau ... c'est de l’esbroufe pour se pignoler au niveau média qu'on peut le saturer.

C'est juste que les gens émettent des bitcoins sans frais ...  

ma transaction était la 13ème en priorité dans la file des transaction du block avec des frais de 0.00015 BTC (0,04 euro).

Essai d'envoi de bitcoins avec 0.00015 BTC de frais pour voir si ça passe malgré les 47 000 transactions en attente.

A noter que sous la v0.11 RC3, un fichier "fee_estimates.dat" permet de suivre le réseau (fonctionne avec le suivi des blocs créés).

Il y a donc une section "frais recommandés" qui apparaît quand on veut "choisir" les frais émis lors de l'envoi des bitcoins.
On peut toujours forcer un montant que l'on souhaite de frais dans la section "frais personnalisés".

Ici, vous trouverez un calculateur de frais de transaction à utiliser en cas de saturation du réseau Bitcoin ... si vous êtes vraiment pressé : http://bitcoinexchangerate.org/fees

Actuellement, il faut inclure 0,0002 BTC de frais pour passer dans les 10 minutes.
La plupart des 18 000 transactions en attente n'ont inclus que 0,00003 BTC en frais.
Les frais quand le réseau ne traite que 2 transactions par secondes sont de 0,00001 BTC dans les programmes officiels de wallet (bitcoin core, android bitcoin wallet de schildbach, etcs ...).

A noter que ceux qui payent les vrai frais du réseau Bitcoin ... ne sont pas impactés par les délais.
Le réseau Bitcoin n'a jamais été gratuit à l'utilisation.


Ce membre indique avoir réussi à faire des transactions durant le rush.
Il reste donc aux membres des logiciels de wallet Bitcoin a mieux calibrer leur outil qui "évalue" les frais de transactions en fonction de l'activité réseau.

La limite a 1Mb est, certes, dans une première vision ... une limite réelle MAIS à la fin, en regardant bien, c'est surtout les gens qui ne jouent pas le jeu des "frais de transaction" qui attendent.

Et ça continue ... on a 20 Mb de transactions en attente actuellement.



Et de plus prêt ...

  et ils remettent ça ...
https://bitcointalksearch.org/topic/m.11807673

200 transactions par seconde sur 10 minutes.

30 transactions par secondes pendant 10 minutes.
82 transactions par secondes crête ...

  alors ? ça marche très bien ... en fait.
Coup de bol, j'avais une transaction Kraken à 0,00001 BTC de frais dans cette période ... c'est passé sans problème. 

même en français je n'y comprendrai jamais rien 

Résumé (anglais) de ce qui s'est passé ce Lundi : https://bitcointalksearch.org/topic/--1097349


http://i.gyazo.com/c5e2f993112953a37d144e947a405dfb.png

Adresse temps-réel des transactions non-confirmées : https://blockchain.info/unconfirmed-transactions
  c'est bien rempli, dites donc ... (10500 à 21h30 restantes à faire).

Etude technique de ce test : https://gist.github.com/petertodd/8e87c782bdf342ef18fb

Ce "floodage" a couté 5 000 USD avec des blocks de 1Mb.
Il aurait couté 40 000 USD avec des blocks de 8Mb.

L'augmentation de la taille de block n'aurait donc rien changé ... il faut que le réseau soit un peu mieux pensé en terme de frais contre les spams.

D'après le technicien, la v0.10.x introduit un système qui permet de statistiquer les frais nécessaires à une transaction par rapport à ce qui se passe sur le réseau (historique des frais utilisés).

Il faudra pousser cet outil un peu plus loin dans les prochaines révisions par rapport à ce test du réseau Bitcoin.

Merci pour nous avoir apporter l'info détaillé et traduite !  

Tu prêches un converti  



De toute façon Bitcoin et plus généralement le POW fait dans le TOUJOURS PLUS ! alors allons-y :p

Ce tableau permet de voir ce qui se passe sur le réseau Bitcoin : http://statoshi.info/dashboard/db/transactions

La courbe en bleu est la latence entre la mémoire des nodes Bitcoin et la réalisation des transactions sur le réseau.





Joli n'est-ce pas ?
Le réseau peut absorber 15 transactions par seconde et en tenir compte sur la longueur pour les réussir ... mais avec un décalage.
C'est amusant de voir en action, la mémoire du réseau Bitcoin sans aucune interférence extérieure manuelle.

Autre visibilité des heures après cette émission : le remplissage des blocks ... et la taille conséquente des fees incorporées dans chaque block.

ce test a permis de voir une augmentation des taux des frais d'utilisation du réseau ... ils sont passés de 0,00001 BTC (4 zéros) à 0,0003 BTC (3 zéros) durant la période de rush pour l'émission d'une transaction.

https://i.imgur.com/iyVbtwl.png


https://anduck.net/bitcoin/mempool.png


http://www11.pic-upload.de/22.06.15/jj819st2rxbv.png

Sujet anglais : https://bitcointalk.org/index.php?topic=1094865.40

C'est un peu technique, mais le testeur a attribué 20 BTC pour réaliser ce test.
Il émet 2 transactions par secondes depuis 10-20 adresses bitcoins en même temps.

Ce test permet de voir la saturation du réseau Bitcoin et de voir la propagation de la mémoire du réseau (rien n'est perdu).
Toutes les demandes qui ne rentrent pas dans les 10mins sont maintenues dans les nodes pour être intégrées plus tard dans d'autres blocks.

J'apprécie la date choisie, un lundi (début de semaine assez importante pour le marché chinois) et la sortie d'un week-end mouvementé avec une actualité Bitcoin/Grèce plus importante que la moyenne (en terme de couverture médiatique).