Topic: Test Bitcoin grandeur nature de la limitation des blocks à 1Mb. (Read 10258 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...