If you mean... how to detect how "busy" the network is... you have commands like getmempoolinfo

You will get a return like this:
You can see there are currently over 21,000 unconfirmed transactions.


As for ways to estimate fees, you have estimaterawfee and estimatesmartfee

You might want to look into those, noting of course that they are just "estimates" and no guarantee that the returned "fee rate" will result in confirmation in the specified number of blocks... then you can use settxfee to set the applicable fee rate... and then simply let the wallet work out the total fee for you when you create the transaction.

Honestly I'm not 100% sure... I can only guess that given all other "decoders" (including Bitcoin Core) report it as invalid, that Electrum is doing something non-standard when serialising an unsigned transaction using the "export"/"copy" funtionality... most likely to facilitate MultiSig or offline signing.

I would guess it's added info regarding the "inputs" being used so that (offline or CoSigner) Electrum knows which private keys it needs to sign with.

What about the situation where the plagiarised posts predate the posting of the forum rules relating to plagiarism/copypasta?

I've seen it mentioned a couple of times now that the rules relating to plagiarism were only added mid-2016.

Theoretically yes... because all MEW (or MyCrypto) does is get the "public key" for your ETH address(es) from your Ledger device when you log in. So any Token "supported" by MEW/MyCrypto should be able to be viewed once you log in with a Nano device.

NOTE: You don't need to install anything other than the ETH coin app on the Ledger device itself... there aren't individual apps for tokens, ERC-20 support is included in the ETH app.

Again, this is using SegWit inputs... and your "calculation" is only valid for P2PKH inputs/outputs.

So while the raw "hex" size might be 1360 bytes... it would appear that it's calculated "virtual size" is only "346 bytes":

"vsize" = Transaction weight / 4
"weight" = 3 times the stripped_size in bytes (excluding the witness) plus the total_size in bytes (including the witness)

I suggest you go and read these:
https://bitcoin.stackexchange.com/questions/87275/how-to-calculate-segwit-transaction-fee-in-bytes
https://bitcoincore.org/en/segwit_wallet_dev/#transaction-fee-estimation

And verified with Electrum:

No, you didn't. You copied and pasted another users comment... and now you're lying about it to try and recover your single merit, shitposting bounty account



Yes, it is.


See above.


NOTE: any attempt to continue using either of your accounts (or any new accounts) will likely be considered "Ban Evasion".

If you're transferring from Mycelium, why are you scanning Mycelium QR Codes? That is only to get the Mycelium receive address, but you're trying to send, not receive??!? Or are you saying that you're scanning the QR code from blockchain.com and it says "not recognised address"?


So, if you want to send from Mycelium, simply click the red SEND button, then enter your blockchain.com or Bitcoin Core address, enter the amount to send, select a fee rate and then tap SEND again.

As per the information here: https://bitpay.com/pay-with-bitcoin

There are TWO "costs" involved with paying by bitpay... Firstly, they have their so-called "network fee"... this fee is what bitpay use to recoup the costs of them having to pass your payment on to the merchant. You're effectively subsidising the miners fee that bitpay need to pay to consolidate your payment into their main wallet/cold storage etc. This amount is included in the total invoice amount you have to pay bitpay.

Payment Amount = X BTC
Network Fee = Y BTC

Bitpay Total Invoice Amount = X+Y BTC <-- This is the amount that bitpay must receive.

The 2nd "cost" is the miners fee that you need to pay to send your transaction to bitpay... So, the actual total cost to you will be the (Bitpay Total Invoice Amt + Miners Fee to send transaction to Bitpay). The miners/transaction fee you pay is dependent on network conditions at the time of payment and how your wallet determines the fees etc.

NOTE: That Electrum will ADD your transaction fee to the amount you are sending, it does not subtract it... so as long as you have enough funds in the wallet, and you enter the "Bitpay Total" amount into the "Amount" box on the "Send" tab in Electrum, then Bitpay will receive the correct amount.

Based on some of the copy/paste cases I've seen... the quality of what was being copied wasn't particularly good or "valuable". In a lot of cases it looked like "pick a random post (or posts) from a few posts/pages earlier -> Ctrl+C -> Ctrl+V".

So, I doubt this metric will be as useful as you think.

Disclaimer: I have no idea who this user is... and don't care if they remain banned or not... just getting frustrated with the lynchmob mentality lately.

Can all the "Bitcointalk junior detectives"™ please stop jumping on the "you're banned for plagiarism" bandwagon and let the mods handle these appeals...

Selling accounts is not against the rules, nor is it a bannable offence (unless you can prove hacking), despite anyone's personal feelings regarding the trustworthiness of anyone doing so.


Additionally, simply having multiple accounts is NOT "ban evasion" Creating new accounts or using Alts to post while one of your accounts is banned (outside of a meta ban appeal thread like this one) is "ban evasion". However, if you took the time to look these accounts up, rather than just running straight for your torch and pitchfork, you would have seen the last active times are:
amacar: 2017-11-08, 00:19:31
jadisdiebrander: 2018-07-12, 08:07:18
FeelTheBeat: 2019-01-11, 08:17:21

Given amacar1 was banned in the last day... it's fairly obvious to anyone with half a brain that NONE of those accounts have been used for "ban evasion"

It is definitely a "unit" issue... the above transaction decodes in Electrum as:



You can see the 0.00000149 BTC output! Another "victim" of Electrum defaulting to units of mBTC

JohnJ2019, you need to use the menu: Tools -> Preferences -> General

Make sure "base unit" is set to BTC:



I'd also recommend setting the "zeros after decimal point" to 8, but that's just my personal preference to keep things consistent.

Not sure about anyone here... a few over at r/ledgerwallet showing off their bundles:
https://www.reddit.com/r/ledgerwallet/comments/bpx6kc/look_what_came_in_the_mail_today_as_promised_a/
https://www.reddit.com/r/ledgerwallet/comments/bpqqu9/they_finally_came_today/

And others that have at least received the Nano X:
https://www.reddit.com/r/ledgerwallet/comments/bppk96/finally_arrived/
https://www.reddit.com/r/ledgerwallet/comments/bpo58r/i_got_it_so_great/

There are also unboxings and reviews and a few complaints about the Nano X being unresponsive and stuck on Bootloader

That is not "safe"... how is generating a privatekey while connected and online and then going offline "safe"? How do you know that the key hasn't been sent before you unplug the cable or disconnect your WiFi?

If you want your paper wallet to be completely "safe"... You need to be offline before you begin anything. The private key needs to be generated completely offline... and stay offline. There are plenty of guides around on how to do this... using dice or flipping coins... or using a Linux "Live" bootable USB/DVD (with no networking enabled) and running the pages offline.

MultiBit is NOT Schildbach... and Schildbach is NOT MultiBit.

It seems like this whole time you've been attempting to use the wrong wallet to recover your bitcoins. I would think it is more likely you were actually using the "Bitcoin Wallet for Android" as opposed to MultiBit. If that is the case then it is quite possible, if you have an Android device, to simply install that wallet and then load up the backup file (assuming you have the correct password).

Even if you don't have an Android device, there are Android emulators like "Bluestacks" that you could try.

Note that the wallet is old enough (and the "keys" part in the name might confirm it) that this is unlikely to be an HD wallet... but a keystore. In which case, the decrypt_bitcoinj_seed probably won't work, as there won't be a "seed mnemonic" to recover from the file.

This --^


I think I accidentally confused him by mentioning that it is a possibility that USB can be problematic with VMs... especially if you're already experiencing USB communication issues with a certain device on the Host OS. #myBad

But at the end of the day, you'll never know unless you just try it.

There is/was/are some issues with MultiBit and the way it encrypts some things... I've had instances where I am 110% certain of the password, because it works within the MultiBit app, but it fails when using the openssl commandline tools on the auto backup files. I've had limited success in the past trying to figure it all out.

But yes, as NeuroticFish has suggested... if the app is giving you "Could not decrypt input string", then I am fairly confident that you have the wrong password...

"self plagiarism"??!?

That is an oxymoron if either I saw one... You can't steal from yourself! ... and these "people", well they're just plain morons!

As for our "investment" performance... well, I'm not unhappy that BTC has pumped #alwaysLookOnTheBrightSideOfLife

If it is working OK using their mobile app (and/or the browser on your mobile)... it's likely something causing a conflict with your web browser on your PC.

Browser extensions/plugins are often the cause of websites not working correctly. So try a different browser or temporarily disabling your plugins/extensions/adblockers etc. They might be interfering with the Javascript on blockchain.com.

Linux Mint is apparently supported when using this tool: https://www.pendrivelinux.com/universal-usb-installer-easy-as-1-2-3/

According to this post on Reddit: https://www.reddit.com/r/linuxmint/comments/93c16u/how_to_easily_create_a_persistent_linux_mint_usb/e3p2nhm


Depends on how much free space is left after installing Linux Mint. I've not been able to find any stated requirements for Linux Mint on a bootable USB... but I'd guess at around 2-3 Gigs, as you're supposed to be able to burn it on a DVD and the ISO images are 2 Gigs. So, you should have a fair bit of free space on an 8 gig stick.


You install VirtualBox or Vmware or whatever virtualisation software you want to use... create a virtual machine and install the Linux OS as per the instructions for the virtualisation software. There are plenty of tutorials on YouTube etc... Google is your friend.