What is up with bunching up of transactions at the 450 Sat/B level? Is that a hard-coded fee on some platform?

Well, here is a problem though. Who do you think has been gobbling-up all the bitcoins since mid-November? Certainly not us.

This could be the “buy the rumor” phase of “Buy the Rumor and Sell the News” if the price hike is related to anticipation of the bitcoin futures trading.

In that case it is logical to predict the big drop once the futures actually start trading on Monday. That is unless the short-sellers amass, with inevitable squeeze pushing the bitcoin price up even more.

Are you a gambler? The odd are two to one, bitcoin is going to be even higher next week.

$2000 a day. What is going on, everybody is HODLing?

Who let crazy into our cozy playground?

If this continues, I am going to take my toys and go play someplace else. LOL

With Bitcoin Core software are legacy private keys (private keys that used to have non-zero balance but not anymore) ever deleted or pruned from wallet.dat?

Thanks.

Somebody who is good with math should come up with an algorithm that predicts confirmation time based on real time data.

24-hr average, or whatever we have now, is nowhere accurate, unless your goal for a transaction is to confirm in 24 hours. And I am taking a wild guess that most people want their transactions confirmed sooner.

It wold also be nice if all transactions were cheap and quick, but I guess that is too much to ask for.

A couple hundred? You mean a couple hundred thousands, maybe? LOL

Oh man, this keeps getting me.

I am just unable to estimate transaction fees correctly. I ether overpay or underpay.

I do use the bitcoinfees website for help. But I am having the worst luck in accuracy of low long it would take my transactions to confirm. 

Look at this, for example:
https://blockchain.info/tx/abc23f94572a7287a5f0acaab2e7e4bbef803e17b24508b2e780266d842a5521

Where it says Included In Blocks    482378 ( 2017-08-28 18:09:20 + 0 minutes )

+0 minutes, means, blockchain.info did not see the transaction until in confirmed.

Maybe the Bitcoin payment URL standard can be updated to include an optional parameter to a list listening nodes monitored by particular payment processors... So that supporting wallets could try to broadcast transactions to those nodes first.

Guys, this is a big problem. Inconsistency with propagation of unconfirmed transactions makes payment timeout mechanisms, so popular with Bitcoin merchants, horribly unreliable... Think of 15 minute timeout, the payment processor gives you to see the transaction on the network.

Something needs to be done. I am not sure, raising the number of nodes wallets broadcast through, maybe.

Are nodes of merchant payment processors listed somewhere, so we could pre-seed clients to broadcast transactions directly to the processors?

Here is the problem: when buying something with Bitcoin, usually a payment processor such as Coinbase or Bitpay is in play, and you get 15 minutes to initiate the transaction.

What I experienced today, is that even though I could see an unconfirmed transaction on blockchain.info, Coinbase failed to see it, and the 15 minute timer kept on going. Eventually the payment window timed out.

So, how does one keep this from happening?

Please note: confirmation time is not a problem here, Coinbase in particular allows up to 24 hours for confirmation to occur.

The problem is that Coinbase does not always see unconfirmed transactions.

So, would configuring a client to broadcast transactions directly to Coinbase (in this example) nodes help? And if so, how to learn the nodes IP addresses?

Thanks.

Thanks.

travelforcoins.com is prominently mentioned on multiple bitcoin directories and blogs.

If anyone here advertises travelforcoins.com on his or her website, take note.

Sent them some Bitcoins four days ago, and received a pending confirmation right away. Then nothing…

A day ago emailed them, and received no reply.

Now what? Keep waiting or write it off as bad experience and book somewhere else?

I am sorry, everything is not ok. I need some airline tickets, and just wasted my time with three travel websites that advertise that they accept bitcoins, and when I get to the final order screen the pay with bitcoin options do not work. Not happy about this at all.

Just tried purchasing something with BTC through coinbase and getting the following error: "Merchant purchases are temporarily disabled."

What is happening? It this system-wide?

Part of the problem, people used to backup to a tape drive and take the tapes off-line; these days most everyone is backing up to hard-drives or storage that stays connected. So, the virus encrypts your backups.

So far the reports are that the virus encrypts only drives that have a letter assigned, so if you backup to a UNC share or a partition that have no letter assigned, your backups should be safe, for now. But there is nothing that prevents a next version of the virus to get to those.

As such, not only do you need to backup, you also need to devise a way of taking the backups offline.

Please accept my sincere apologies.

At the present day, there is no mainstream antivirus that detects all variants of Cryptolocker.
‘Properly securing’ network against this particular virus includes (but not limited to):
-   Disallowing all *.exe and *.zip attachments
-   Disallowing execution from %AppData%, %LocalAppData% folders and subfolders
-   Disallowing execution from Zip, 7Zip, WinRar, WinZip, and other such utilities TEMP folders
As you can imagine this poses a few side effects, such as Adobe applications updates stopping working.
How can an IT administrator stop users from clicking on email attachments?

If the files were important enough to pay ransom, the hackers may want to take a look at them as well; I would not be surprised if the virus sends a copy to the hackers while unencrypting the files.