You will need to provide the Transaction ID (TXID) for your transaction for us to investigate properly. Otherwise we have no way to figure out what has gone wrong with your transaction.

I think you are trying to tell us that ViaBTC is saying that your fee (commission?) is too low? But you are saying that it was MultiBit that selected the fee?

well... as has been explained several times... an "if-then-else" statement is in the form:

All the code between the "if-then" and "end" (or "else" if there is an "else") will only execute if the condition evaluates to "True".

In your instance... you had put the runprofit calculation inside the "if profit>target then" section. So unless profit was greater than target, the runprofit calculation would not happen.

Anyway, the main reason for your stoploss not working, is that the goal() function where you are doing the runprofit calculation, is ONLY called if a bet wins... so it will never do the runprofit calculation on a loss, so it will never detect that you've lost any amount and stop


To fix this, you can either put the call to goal() in the dobet() function, but outside of the "if win then-else" section, so it is called for every roll... or you can add a call to goal() inside the "else" section of the "if win then-else" part of the code.

This is indeed a puzzle... normally, I'd advise to just uninstall, delete all traces of Electrum, reinstall and restore your wallet using the seed... but it would appear that you have already tried that (or something to that effect by installing on different computers).

So, I doubt that removing the blockchain_headers file is going to help either...

Are you able to provide the TXID for the +0 transaction that shows up in the history? I'm wondering if maybe there is some non-standard 'quirk' in this transaction that may be causing issues with Electrum? ie. a genuine bug.

You need to put the runprofit calculation OUTSIDE of the "if profit>target then" block... You have put it inside that block... so it will only do that calculation if profit>target...

Basically, you are missing an "end" statement:

Are you getting an error message relating to a "BlockStoreException"?? If so, you could try the following:

1. Shut down MB Classic.
2. Backup the files in your "%appdata%/MultiBit" directory.
NOTE: For windows 7-10, this is usually something like c:\Users\YOURPCUSERNAME\AppData\Roaming\MultiBit
Examples for OSX/Linux here: https://multibit.org/help/v0.5/help_troubleshooting.html

3. Delete the multibit.spvchain from your "%appdata%/MultiBit" directory.
4. Open MB Classic and let it sync.

If that still doesn't help, can you look in "View -> Messages" and see if there are any error messages posted there... if there isn't anything obvious there, have a look in the multibit.log file that should be in "%appdata%/MultiBit/log" directory.


Also, you should really upgrade to a better wallet. MBC 0.5.19 is no longer maintained or supported by the devs... the max fee it will use allow you to use is 0.0005 btc which will be a max of ~220 sats/byte) and you may find your transactions always take a long time to confirm (especially with the current 300+ sats/byte fee levels!)

The value of crypto-currencies (like fiat currencies) is constantly flucuating... See how BTC goes up and down? https://poloniex.com/exchange#usdt_btc

Nicehash pays in BTC, not in USD or EUR or INR or any other fiat currency. So, all that is happening is that the BTC you had in your nicehash account dropped in value, so the fiat value also dropped. If you check the actual number of BTC you have, it will only have increased or stayed the same.

Just like eGifter.com... the timeframe they give you is for "submitting" your transaction. It even says so in your screenshot:


They don't actually expect the transaction to be confirmed within the timeframe, but they expect you to have at least broadcast the transaction. Obviously, you won't get your gift card until the transaction confirms... Not sure about gyft.com but eGifter.com needs 3 confirmations and then they'll classify your payment as complete and process your order.

Electrum is a Bitcoin only wallet, you cannot store altcoins in it. There is a litecoin version, but that only supports litecoin... (I believe there were a few other altcoin versions, but they died through lack of interest)

It does not have built in ShapeShift support if that is what you're asking... no point... given you'd only be able to change from Bitcoin to Bitcoin

All that means is that you enabled "Replace-By-Fee"... this is a "Good Thing"™

It means that should your transaction get stuck with a too low fee, there is a much better chance that you can easily increase the fee without causing double spends etc. Definitely a good option to use! A pretty decent explanation of the concept is here: https://bitcoincore.org/en/faq/optin_rbf/
Right click on the transaction in question and select.... "Details"

That just means you've got at least one confirmation, but less than 6...

As explained above... it simply allows you to increase the fee. It doesn't allow you to change the address of the outputs, only the amounts. Additionally, before you get 1 confirmation, even with "non RBF" transactions, there is always the chance you could double spend... so anyone accepting ANY 0 confirmation transactions for anything is being foolish IMHO, regardless of whether or not they are marked as "Replace-By-Fee" or not.

The "standard" that a lot of people use is: https://bitcoinfees.21.co/
Personally, I prefer: https://btc.com/stats/unconfirmed-tx

I like it because I think you get a clearer picture of where most of the transactions are sitting in terms of fee size... you can see on the right how many bytes there are at each level... and a running total of bytes... so you get a clearer picture of where the the 1,000,000 byte cutoff is for a block... I think it makes it easier to work out the best fee for next block confirmation.

Plus you can easily see that the large bulk of outstanding transactions are all currently near the 10-20 sat level... so even though there are some 20K unconfirmed transactions... using a fee of 100 sats/byte easily outbids most of them

It sounds like whatever you are pasting in the "sweep" dialog is not a valid private key(s). When you exported your private key... did you use a password or did you leave the password blank?

Does your password file look like:

or does it look like:

Ok... that's a great start... If screen shots aren't working for you, we'll just do it the long way

Can you now please tell me exactly what you have if you look in the "key-backup" folder, the "wallet-backup" and the "wallet-unenc-backup" folder... it would be very useful if you could split them out, so that it looks something like this:

Key-backup:
multibit-20170602232509.key
multibit-20170609211938.key

Wallet-backup:
multibit-20170602232509.info
multibit-20170602232509.wallet
multibit-20170605013355.info
multibit-20170605013355.wallet

Wallet-unenc-backup:
multibit-20170602232432.info
multibit-20170602232432.wallet.cipher

The third transaction is the "Child Pays For Parent" that you would make to push the other two along.

If you want to let it drop, you'll need to set your wallet to stop broadcasting. Bitcoin Core rebroadcasts unconfirmed transactions automatically. you need to set "walletbroadcast=0" either via the bitcoin.conf file or commandline argument.

If you then also use "zapwallettxes" you might be able to remove the transactions from your wallet... Otherwise wait until your transactions no longer show on block explorers(could take 3-14 days) and then you should be able to zapwallettxes and then respend with proper fees.

Dont forget to turn walletbroadcast back to 1 (or remove it completely) after your old transactions are dropped and removed from wallet.

I read on another thread that increasing the "dbcache" via the .conf file or commandline arguments can help with performance issues... syncing the blockchain does indeed take a while, it isn't just a matter of downloading 120gigs and you're done... The client has to verify every block which is what usually causes the bottleneck with the CPU etc...

Increasing the dbcache if you have enough RAM can help by reducing the amount of memory swapping while processing everything. Not necessarily a "magic Bullet" but it seemed to help speed things up a little.

Sorry that you've been hit with the so-called "clipboard virus"... Sadly, you're not alone... The number of transactions is staggering

Removing malware can be really problematic and time consuming... I usually just back up important data like documents and photos and then reformat the computer and reinstall the operating system.

But if you try the well known apps like malware bytes and spybot (google: malware removal) you might be able to locate and remove the malware. Personally, I recommend reformatting as it guarantees the virus/trojan/malware is gone... if you try and remove and miss one piece, it might come back :-/

Pretty much the only functional page in the "account" section is the "Deposit" page. Withdrawl, Profile, Security sections are all missing/broken.

Furthermore, regardless of login used, the deposit address is identical...

You should not attempt to do this unless you really know what you're doing... and the risks involved. There is a very real potential to get all your coins stuck in limbo for a long period of time if you get it wrong.

Besides, if you have "big amounts" what is a hundred thousand satoshis in fees? Just pay a decent fee... get your transaction confirmed quickly... be happy

Your transaction was mined in a block by AntPool... and now has 3 confirmations... you're welcome


And they don't generally accept transactions with such low fees... so be more careful with your fees next time

I have just attempted to accelerate your transaction via "AntPool"... theoretically, when they next mine a block, your transaction should get a confirmation.

For future reference... you don't execute a "Child Pays For Parent" by sending new transactions TO the same receiver. You need to spend one of the outputs from the stuck transactions ie. you need to be a receiver from the first transaction, and spend one of the unconfirmed transaction outputs with a MASSIVE fee to get a miner to include both transactions.

That address you posted has received over 259 Bitcoins to it... and I suspect it is one of those "malware" collection addresses for a nasty malware that scans the computer clipboard for Bitcoin addresses and automatically replaces it with the malware address when you try to "paste" the Bitcoin address...

You can try copying any bitcoin address like this one: 1CC3X2gu58d6wXUWMffpuzN9JAfTUWu4Kj

and then paste it into a message here and see if you still get the "19Y4NSiG" address... or the address you actually copied.