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

Et on oublie pas la restriction de 1800 euros par mois ... 
https://news.bitcoin.com/can-the-bitcoin-economy-help-greeks-hide-their-wealth/

Etirement de l'échelle d'achat pour la prochaine purge ... de 850 (pour les bounce) à 750 euros (vu la dernière, on pourrait descendre aussi bas sur du flash si le Kraken arrive à suivre ... ce qu'il n'avait pas fait lorsqu'il tombait à 848 en flash mais à 880 réel pour les ordres planifiés).

que se passe-t-il actuellement ?
on paie 1050 euros pour 1 bitcoin.

des gens (pas tous) ont 1050 fois plus confiance en 1 seul bitcoin que en 1 seul euro.

tout va très bien se passer ... pour une certaine frange de population qui aura compris que le système(monétaire fiduciaire) actuel est une        g.r.o.s.s.e      d.o.p.e    (dealer/planche à billet).

la seul manière de rétablir un réseau de valeur est de détruit l'actuel en le laissant s'effondrer sur lui-même.
c'est exactement ce que tout le monde fait aujourd'hui.

C'est mieux mais c'est toujours pas assez.
http://btc.blockr.io/zerotx/info/3414410e15dbfc7ec7afae312c98250f30d5b01097cbe7ef0e73565e1cad4dbb

Au lieu d'utiliser des portes-monnaies idiots (les bétises des frais sous electrum, ça devient épic) qui ne savent pas calculer les frais immédiats, il faudrait utiliser des "vrai programmes" qui suivent les normes du réseau Bitcoin et qui mettent pas 2 ans pour intégrer une fonction normale comme le calcul des frais en temps réel.

https://play.google.com/store/apps/details?id=de.schildbach.wallet

Exemple : https://bitcointalk.org/index.php?topic=1692642.msg17111791#msg17111791

faudra demander aux utilisateurs de la RPC ... je sais juste que ça permettrait au P2Pool de pouvoir appeler en temps réel, les blocks sur lesquels il doit obtenir une vérification et qui ne sont pas dans la blockchain local du noeud pruné.

c'est cette stratégie que j'attendais depuis un moment mais vu comment elle a été présentée maintenant, c'est même mieux que ce que j'attendais : c'est du pruning à géométrie variable (la chaine de block locale évolue en fonction des demandes des RPC et n'est plus statique).

avantage : pas de possibilité d'obtenir un manque de blocks (au niveau réseau) sur une section particulière de la blockchain (si un nombre important de noeuds prunent).

inconvénient : demande plus de bande passante et de CPU.

Ta transaction est toujours dans la mempool mais les frais sont trop faibles
http://btc.blockr.io/tx/info/2d45dfb20e6d699f82e937c1e80e58cecf3198133d1026b6818cc894237b6327

il fallaît émettre ce matin pour des si petit frais et tu aurais eu une chance de passer avant 13h00 et le rush.

http://statoshi.info/dashboard/db/memory-pool?from=1487023850287&to=1487628650287

Pour une fois, j'ai compris un des nombreux articles de cet auteur assez inaccessible à mon faible bagage littéraire : http://blog.lavoiedubitcoin.info/post/boucle

alors ... glitch ou pas ?  

On garde JAMAIS le pognon sur une exchange.

Documentation (en anglais) : https://github.com/bitcoin/bitcoin/blob/0.14/doc/release-notes.md

Téléchargement : https://bitcoin.org/bin/bitcoin-core-0.14.0/

- stockage de la mempool localement (dans un fichier)
- possibilité d'élager (pruning) à distance (location serveur)
- ajout d'option d'arrêt de la communication réseau permettant le travail en réseau privée réduisant la présence du noeud face à une découverte et un tentative de contrôle (il manque encore le planificateur ...)
- estimation de la fin de la récupération de la blockchain lors d'une synchro. (après un arrêt long par exemple), il faut cliquer sur la barre pour basculer entre le nombre d'années et l'estimation.
- bannissement multiples en 1 seul fois (et pas un par un) mis en place
- getinfo a été explosé en plusieurs commandes séparer pour hiérarchiser un peu
- ajout de l'option pour re-émettre avec plus de frais réseau
- augmentation des frais réseaux pour le relayage (même si la fixation car argument est toujours disponible et fonctionnelle)
- estimation des frais réseaux augmentée à la surveillance des 2 derniers blocks minés pour le début de l'échelle du curseur (curseur qui permet d'estimer les frais réseau avant d'émettre).
- l'estimation par défaut des frais est fixée à l'étude des 6 derniers blocks minés.

et d'autres choses plus techniques ... qu'il faudra lire en Anglais si vous êtes plus curieux.  

what is the "share" folder and how is stored the mempool file indicated in the debug.log ?

faut payer les "vrai" frais du réseau.

le réseau n'est pas magique et n'a rien de stable (en frais) ... si y'a du rush ... et que tu veux passer (vite), tu DOIS payer ce qu'il faut.

Bitcoin Core le fait : https://bitcoin.org/bin/
Android Bitcoin Wallet le fait : https://play.google.com/store/apps/details?id=de.schildbach.wallet

Alors, comme ça, même les comptables ... disent à leur client de ne plus rien stocker dans le système financier actuel : https://www.insolentiae.com/fiducial-un-des-plus-gros-cabinets-dexpertise-comptable-met-en-garde-contre-lassurance-vie-ledito-de-charles-sannat/

Article en anglais sur l'association ETF et Bitcoin : http://www.etf.com/sections/features-and-news/bitcoin-etfs-dummies

On peut noter l'ironie des "nécessitées" à l'introduction d'ETF (acceptation) :


 

Quand on commence à faire ce genre d'analogie ...  on connait les clients visés à switcher.

Archive : 11 500 USD if Bitcoin is used for all internet orders.



https://ybitcoin.com/articles/bitcoin-as-an-investment/

  un QR-Code (clé privée) gravé sur une pièce d'or, c'est donc de l'or transformé ... donc un bijou.

With Bitcoin Core, use the HD=0 (in bitcoin.conf) and display the private key (dump in console) ... and burn it with dremel on alloy tab.

Simple.

Private key is the stone of the BTC network after all.
but not the wallet.dat or the hardwares wallets ...