Yes there is... goto: https://btcarmory.com/

Also, there is an Armory specific sub-forum here on bitcointalk: https://bitcointalk.org/index.php?board=97.0


And no... there are no other wallets that read Armory's "root key" paper backup format.

No, the BCH is assigned to PublicKeys that match your Bitcoin PrivateKeys... and are recorded on the BCH blockchain.

They could just as easily be accessed via Bitcoin ABC, or Exodus, or Atomic or any other BCH compatible wallet.


They don't "leave it in electron cash"... remember, coins are simply records on the blockchain. They aren't kept in wallets... private keys are kept in wallets. Private keys allow you to spend coins that are... (say it with me) "recorded on the blockchain".


No... as bob says... I meant "private key".

Although, technically, as all your private keys can be derived from the 12 word phrase (aka seed mnemonic), having the 12 word phrase means you should be able to regenerate all the private keys as required.

Because Armory is an "HD" wallet and actually has a "pool" of keys that are pre-generated... from memory, it is 1000.

If you followed my guide and ticked the "show un-used (address pool)" box, it will display ALL of these addresses/keys... the reason to do this, is that if Armory is not correctly synced, it may think some of your addresses/keys are "unused" so won't display them, even if they have in fact been used.



Did you actually change Atomic from ETH to BTC when you attempted to "import" your private? It defaults to ETH and will give "Invalid Private Key" unless you change to "Bitcoin (BTC)"

Also, Atomic doesn't actually "import" your private key... it uses "sweep", as you can see from the screenshot... it tells you it is going to send all spendable coins "minus transaction fee" to your Atomic wallet.






More correctly, I would assume all your BCH is contained on one (or more) key(s)... depending on how many addresses you had actually received BTC to, prior to the fork.

There seems to be a "refresh" button in Mycelium now (visible on the "Balance" and "Transactions" tabs)... if you click that a few times it should definitely force a "sync" of your wallet.

If the transaction has been broadcast to the network, there is a good chance that it will eventually be confirmed. As yogg said, you can check this by querying your transactionID on the blockexplorer of your choice and see if the transaction is still floating around on the network. If it shows up on a couple of blockexplorers (like blocktrail, btc.com, blockchain.com etc), then anticipate it getting confirmed at some point.

If the transactionID is not found, then chances are that the transaction was dropped... chances of it being confirmed are very low.

You mean you're just running the bitcoin-qt.exe (or bitcoind.exe) and haven't used the windows installer?

If so, there is a chance that Bitcoin Core is NOT using the "default" location for the blocks database... If you run Bitcoin Core, what does it show in the "Help -> Debug Window -> Information" tab where it says "Datadir"?



It's likely that you'll need to specify this path explicitly when running Armory (using Armory.conf or commandline arguments), so that it can find the blocks folder: https://btcarmory.com/docs/pathing

Also, you'll need to setup Bitcoin Core so that it allows "incoming connections"... otherwise Armory probably won't be able to connect to your local node.


If none of this works, you'll need to post your Armory logs so we can get a better idea of why Armory is not finding your Bitcoin data directory.

Electrum has an Android version (but it is a bit feature limited compared to desktop version, does the basics OK).

Mycelium is a pretty decent wallet... although the developers have previously made some questionable choices (intrusive ads, promoting "dubious" Russian ICOs, broken promises, Mycelium ICO disaster etc)

Samourai is an up and coming wallet (although technically still in "Alpha" test)

All of those wallets use "seed mnemonics" (aka "12 words") to enable you to create offline backups of private keys. If none of those look any good for what you want, you can always try looking at the other options here: https://bitcoin.org/en/wallets/mobile/android/

I'll put in a vote for Oracle VirtualBox: https://www.virtualbox.org/

I have successfully run Windows 7/10, various flavours of Linux... and even *cough*MacOSX*cough* on it

To make Electrum "install" on OSX, you need to drag and drop the Electrum icon from the ".dmg window" into your "Applications" folder...

Once that is done, you can safely "eject" the .dmg... and Electrum should still show in your Applications

Finally, after you have installed it... and have it running, you can right-click the icon in the dock... select "options" -> "keep in dock", that way the icon will always be shown, even if the app isn't running.


Refer to this short video (shows Firefox being installed from a .dmg): https://www.youtube.com/watch?v=kmtId6P66AY
Also: https://apple.stackexchange.com/a/64848

You could always create an alt... and then accuse him of being an alt of Thule

Unfortunately, he seems to be way too coherent and switched on for that strategy to work... Plus, you know, he is chilled... and wears a hat.

Short Answer: Yes


Long Answer:

Essentially, all a fork does is copy/paste the blockchain at a set point in time and then build from that point with it's own rules/network... thus, if PublicKeyA contained 1 <coin> at <forkTime> on <CoinChain>, then PublicKeyA would then have 1 <forkCoin> on <forkChain> after the fork occurred (assuming a 1:1 fork... adjust as necessary if the fork is like BCD which was 1:10)

Why this is relevant to you, is that whether or not you have created a forkcoin wallet is (usually) entirely irrelevant... As, ALL the coins are listed on the associated blockchain... not held in wallets.

So if <forkChain> is then forked... and that 1 <forkCoin> on PublicKeyA was not been moved... then at <2ndForkTime>, you will find that <2ndForkChain> now has 1 <2ndForkCoin> listed as belonging to PublicKeyA.

As long as you still have PrivateKeyA (the key that PublicKeyA is derived from) then you will be able to access all the PublicKeyA's... on all the various blockchains.

Excellent that you followed through and posted an update (with details) on how you recovered your wallet!

As for getting your private keys to claim forks... you can follow the little mini guide (with pics! ) that I posted for another user who was also trying to export private keys so they could get BCH.

You can find it here: https://bitcointalk.org/index.php?topic=3274219.msg34442580#msg34442580

Three "antivirus" programs I've never heard of claim it is suspect...

While all the big names say that it is clean??!?

Anyway, that link (btcd.io) is the "legit" (aka official) Bitcoin Diamond website... If you're concerned about it... run it in a Virtual Machine

Have you installed (and fully synced) Bitcoin Core? https://bitcoincore.org/

Also, where did you get the "Armory zip" from? Is it version 0.96.4 and did you download it from here: https://btcarmory.com/ ?


If you don't have Bitcoin Core installed (and fully synced), Armory will not be able to go "online"... as there won't be a local Bitcoin Core node to connect to!

I'm sure that Seuntjie probably already told you, but that sort of thing would be dependent on the betting site offering that functionality via it's betting API.

So, have a word to whatever site(s) you're wanting to bet on... and ask them to provide this functionality first (via their API). Only then can it possibly be added to the dicebot.

Outgoing connections are where you are retrieving blockchain information from... these are the only connections that you can "force" (using "addnode")

Incoming connections are where other nodes are connecting to you, to retrieve blockchain information. You cannot really do much to influence this value, other than allowing incoming connections and possibly setting the "maxconnections" value to something large... although this defaults to 125... "-maxconnections=<n> Maintain at most <n> connections to peers (default: 125)", so if you're only getting 9 incoming, then changing this value won't change much.

You cannot force other nodes to connect to you, and they're likely to prioritise connections based on latency etc... so if there aren't a lot of nodes "near" you (from a network latency perspective) then chances are you won't see many incoming connections.

Just leave your node running with allow incoming connections... people will use it, or not... there isn't much you can do.


Why do you care how many nodes connect to you anyway?

Not necessarily.

NONE of the Electrum forks are created by the original Electrum Devs... they are all created by other people and may or may not support any features of the original Electrum... you would need to check with the Devs of each fork to see if it still works as intended.

If you held any BTC at the time that BCH was forked... then you automatically get BCH... you don't actually have to do anything, the forkcoin blockchain records all this for you. You are free to access the coins at any time ("claim" is definitely NOT the correct word).

Likewise, with other forks... if you held XYZcoin at <insert fork time>... you get "Forkcoin" simply because the blockchain will record this for you.


Basically, this announcement is simply stating that Coinbase and Binance will be crediting members with the forkcoins... a lot of exchanges DO NOT do this... as you technically DO NOT control whatever coins you have on an exchange, you simply have an account balance in their database... THEY control the private keys.

However... any coins that you have in your wallets (that you have access to the private keys for), will mean that you also get access to any forks (as you have the private keys).

As far as the Bitcoin Cash any crypto fork goes... the golden rule is: "If you have access to the private keys... you have access to the coins"


People who keep their coins on Exchanges (or other online services) where they do not have access to the private keys... well, they're at the mercy of the service provider as to whether or not they get credited with the fork coins.

That number is NOT the number of connections... it is simply a numerical representation (decimal value of a "bit setting") of the "services" offered by that particular node:


vs.




So, in the first node above... the bit setting would be something like 000000001101 = 13... and in the second... 010000001101 = 1037.

Ironically... one of the first things the OP had in their post was:

Which leads us to:



I think the fact that the OP hasn't been banned thus far, especially given the length of time that has passed since the original thread was "tagged", would tend to indicate that the mods are going to consider the lack of citation of external sources as an oversight on the part of the OP... as opposed to a deliberate attempt to pass the work off as their own.

Either way, hopefully the OP has learned what plagiarism is!

In addition, you can see EXACTLY what Electrum is going to do (prior to clicking "send") by entering the address, amount and setting the fee... and then clicking the "Preview" button.

It will show you all the transaction details (inputs used, outputs created) and you will see the exact amount(s) that are going to be used.