Best Bitcoin Wallet Armory Multi-Signature Cold Storage

Armory

I have no clue whats going on right now. I downloaded armory, made a wallet, and sent coins to it. Then I noticed I was offline and upon further research realized I needed to download the blockchain database. So I downloaded bitcoincore and waited about 2 days for it to download everything on the bitcoin core app. While it was doing this armory was also running and the menus where it says "build database" and "scanning transaction history" was up. The only box that wast lit up green was "scanning transaction history" and I've had this apple loading pinwheel thing just spinning around the past 2 days as well. Last night Bitcore finished downloading everything so I closed armory and opened it back up but ever since last night it's just been on scanning transaction history. I went to bed hoping it'd be done this morning, still not. I waited until now, still not done. I've closed and opened it a few times, made it rebuild and rescan the database, and did a factory reset where it deleted the armory database, rebuilt then rescanned it. In all honesty, I have no clue what I was doing usually turning something off and back on is the magic fix to computers. I tried to just take the coins out using my backup paper wallet on blockcahin.info but they said my QR code was invalid. Advice?
submitted by toxicgloo to BitcoinWallet [link] [comments]

armory

I have no clue whats going on right now. I downloaded armory, made a wallet, and sent coins to it. Then I noticed I was offline and upon further research realized I needed to download the blockchain database. So I downloaded bitcoincore and waited about 2 days for it to download everything on the bitcoin core app. While it was doing this armory was also running and the menus where it says "build database" and "scanning transaction history" was up. The only box that wast lit up green was "scanning transaction history" and I've had this apple loading pinwheel thing just spinning around the past 2 days as well. Last night Bitcore finished downloading everything so I closed armory and opened it back up but ever since last night it's just been on scanning transaction history. I went to bed hoping it'd be done this morning, still not. I waited until now, still not done. I've closed and opened it a few times, made it rebuild and rescan the database, and did a factory reset where it deleted the armory database, rebuilt then rescanned it. In all honesty, I have no clue what I was doing usually turning something off and back on is the magic fix to computers. I tried to just take the coins out using my backup paper wallet on blockcahin.info but they said my QR code was invalid. Advice?
submitted by toxicgloo to Bitcoin [link] [comments]

Armory 0.93 released -- now compatible with headers-first in Core 0.10 -- handles wallets with millions of addresses and transactions -- address and wallet import in background

Armory 0.93 released -- now compatible with headers-first in Core 0.10 -- handles wallets with millions of addresses and transactions -- address and wallet import in background submitted by knahrvorn to Bitcoin [link] [comments]

Armory always says "node offline"

Any help would be appreciated. I've been searching online for the past two days but all of the similar issues I've found were from at least 1 year ago and didn't help me resolve my issue.
Basically I've been trying to re-sync my Armory for a few weeks now. After some issues I just reset all of my databases and let Bitcoin Core rebuild everything (took a long time). Two days ago it finally finished and now I'm trying to get Armory to sync up in order to transfer a tiny amount of old coins in the wallet that I bought many years ago.
Every time I open Armory it syncs normally but it also indicates in the bottom right corner "node offline" which I don't know how to resolve. Bitcoin Core is definitely fully caught up and Armory is reading the blocks from the right directory on my computer. I've also tried running Bitcoin Core in the background manually instead of letting Armory start it up on its own but I don't see a difference.

Is there something simple I am missing?
submitted by Guite to BitcoinBeginners [link] [comments]

The First-generation Terminal — MoonBot

The First-generation Terminal — MoonBot

Moonbot
Our team has developed and is supporting the trading terminal MoonBot which was introduced in October 3, 2017. Currently, the performance of MoonBot surpasses that of most existing trading systems as a result of its advanced functionality and the high security features designed to protect your trading activities.
Secure Connection to the Exchange
The connection from MoonBot to an Exchange is carried out using special keys that the user receives from an exchange such as Binance or Bittrex.
MoonBot connects securely to cryptocurrency trading Exchanges through two special keys which are uniquely and only known to their owner. These are the API key, and the Secret key, both of which the users receives directly from the Exchange.
The MoonBot terminal then receives data and information from the exchange’s API collected at several different access levels, including:
Public information (publicly accessible data related to trading in general):
  • charts;
  • quotes;
  • orderbook;
  • real-time executed orders.
  • Authenticated information (unique to the users and which requires authentication access using the special keys): personal account status (wallet balances);
  • user transactions (such as the details of executed trades).
After receiving the various data information from the exchange, the terminal records these data in a local database for further processing and application.
Security Systems
The MoonBot terminal provides completely private storage of all your personal data!
The MoonBot team has absolutely no access to personal data, you are the only one controlling its security and have complete control over access to your details.
The MoonBot team are not able to withdraw, nor to move, any funds from your personal Exchange account or wallet.
You can therefore safely use the terminal for trading, receiving public information from the Exchange, and should you wish to share with others, the trading data on your account.
You therefore are the only person with control and access to your Exchange wallet, and can be completely assured of the absolute security of your private funds.
Lightning-fast Execution of the Orders on the Exchange and Order Status Update
Depending on the distance of the user from the exchange servers, the delay in order execution should not exceed 1 second. Theoretically, the delay can be reduced to a minimum intangible — 10–20 ms. Below is presented a very short extract(4 seconds in total) of the MoonBot log text file with brief explanations and highlights of the key features.

The MoonBot log text file with brief explanations and highlights of the key features.

Tick Chart. Display of All Orders on the Chart
Thanks to the API connection to the exchange, the terminal receives stream data of all filled orders on the exchange as soon as they were processed by the exchange servers and immediately displays them on the chart.
Tick Chart.
Thus, the visualization of the current state of the market is provided in real time with an accuracy of tens of milliseconds and as detailed as displaying each order on the chart.

Auto Trading on Signals
Fully automatic processing and trading off Telegram signals as well as parced TradingView alerts.

https://preview.redd.it/rw6im5wl1m931.png?width=1095&format=png&auto=webp&s=0ce7e7287dae27a0a71970083435fa93e592e5b5
Automatic Detection of Market Conditions and Reaction to its Changes
Thanks to streaming data acquisition, the terminal monitors all available markets simultaneously, and is therefore able to react almost instantaneously as favorable trading possibilities are presented. And due to the minimal delay in the execution of orders, MoonBot responds to abnormal changes almost instantly.

Advanced Orders. Stop Loss, Take Profit, Trailing Stop
OCO orders (one cancels the other) are one of the most sought-after functions from both the Exchanges providing liquidity to the markets, and applications running on top of the exchanges. The modern Trader cannot trade without the basic “smart” functions and addons to traditional exchange orders and considers them to be the minimum necessary set in their armory.

https://preview.redd.it/3gsh12b42m931.png?width=1200&format=png&auto=webp&s=7f21bd7e7505f9bb5a95555cf355bb6f1f5efab4
Stop Loss
One of the most important tools for Traders is to be able to place orders whilst practicing safe money management in order to mitigate against losses. One of the most important safety tools is to use a Stop Loss, which is especially important in volatile, low liquidity markets.
With MoonBot, the user can set a Stop Loss threshold (either as a percentage of the order price, or as a number of price points), which their strategy can accept should the price move in the opposite direction to that expected. When this threshold value has been reached, the order will be closed automatically.
Technically, a Stop Loss can be set up in two ways: either as a stop-limit order placed directly on the exchange at the same time as the initial position is opened; or as a function controlled in real-time by the MoonBot terminal itself. Additional types of conditional Stop Loss functions include:
  1. Additional and conditional Stop Losses – these are activated by a timer, and depend on the price reached. Thus Moonbot can raise the Stop Loss to a break-even point, or can be set to move upward to follow coin growth and to achieve higher profitability.
  2. BV/SV Ratio Stop Loss — this is a measure of buying/selling pressure and depends on the ratio of the volume of coin purchases compared against sales over a given time range. For example, if the number of sales exceeds the number of purchases, then this Stop Loss would be activated
  3. V-STOP — this is a stop which depends on the volume in the orderbook, where a price and volume level is set, which if broken will activate the Stop Loss.
  4. Trailing Stop — Trailing Stop is a General Stop Loss Management Tool. This very important feature allows the Trader to maximize profit in an automatic mode by following upward price movements, until the price reverses by a preset amount. At that stage the Stop Loss is activated.
    Take Profit
The Trader can fix the profit gained as the value of an asset increases in several ways:
  • By closing the position after a predefined profit percentage has been reached.
  • By remaining in the position, and setting the Stop Loss level to break-even, or to higher profit levels.

Algorithmic Trading
At the moment, MoonBot has 13 types of strategies in-built (manual) using specific and well-proven algorithms (algorithmic trading or algo-trading).
Together these have more than 200 adjustable parameters that can be adjusted to optimize their profitability across the wide range of trending and ranging markets that occur.
https://preview.redd.it/rgm2d6z13m931.png?width=1084&format=png&auto=webp&s=521830b9386e2890620ace5d829f53c3a76ceeb3
Trusted Management
MoonBot includes a successful and well-tested Trusted Management feature, in other words — Copy Trading:
  • All trade actions from the Master Terminal are repeated on the Follower’s Terminal (slave terminal).
  • The Follower’s deposit remains securely in their own personal exchange account.
  • The Trusted Management feature does not have direct access to money, or to direct trading on someone else’s account, but manages only its own Exchange orders, simultaneously broadcasting encrypted messages to Followers terminals containing all Master actions.

https://preview.redd.it/h8ak7b4g3m931.png?width=1023&format=png&auto=webp&s=caf33dad55ad6b51ed9f1e44316df9182b875eff
Trust Management is successfully implemented and used by members of our community. The statistics of those TM Traders who share their results can be reviewed on the website — stat.moon-bot.com on the RatingTM tab.
Community
During the two years of development of the MoonBot terminal, more than 30,000 copies have been registered and used by our Community of Traders.
Every day several thousand people trade cryptocurrencies using the MoonBot terminal, making daily approximately one hundred thousand manual and automatic transactions only on the leading crypto-currency exchange — Binance.
The existing community of traders is actively developing. The MoonBot project has its own active pages on popular social networks, in dedicated Telegram channels divided by topics, and also its own Trader’s forum available to subscribers.
Topics on the BitcoinTalk Forum
  • bitcointalk.org/index.php?topic=2234450.0
  • bitcointalk.org/index.php?topic=2234198.0
    Websites
  • moon-bot.com — the official site of the MoonBot.
  • forum.moon-bot.com — MoonBot forum.
  • stat.moon-bot.com — trade statistics of the community members, TOP-50.
    Telegram Groups
  • t.me/moon_bot_crypto — the main RU-chat for communication.
  • t.me/Moon_Bot_Public — main ENG chat for communication and support.
  • t.me/MoonBotSettings — RU technical support chat.
  • t.me/moon_bot_kurilka — general RU chat.
    Telegram Channel
t.me/MoonBotNews — the latest news and updates.
Social Network
www.facebook.com/MoonBotTerminal
The current Support team is actively assisting users and resolving their issues through dedicated Telegram channels.
submitted by MoonTrader_io to Moontrader_official [link] [comments]

I have $5000 worth of Bitcoin which I cant access

Four months ago I decided to invest in Bitcoin and did some research about it. I decided on Kraken as my wallet and bought $5000 worth of Bitcoin. The problem now is I cant access the crypto currency because Kraken requires that I download the entire Bitcoin database (200gb) which is quite difficult as I live in a third world country with crappy internet
Edit. The wallet am using is Bitcoin armory not Kraken. Sorry for the confusion
submitted by modecai33 to Bitcoin [link] [comments]

Transferring bitcoins from cold storage to mobile

This may be a super ridiculous question but worth a shot
Background: I currently have an armory wallet on a harddrive that has my Bitcoins stored. The problem is I'm sick of waiting for Bitcoin core to sync and then armory to sync with it all. Armory usually gets stuck scanning the tx history and I can't access my Bitcoins when I need to.
Question: I want to store all my Bitcoins on my android in Mycelium, it asks for a backup so despite armory not being fully synced can I backup the wallet and restore it on mycelium?
TL;DR can you restore a wallet from armory that hasn't synced with the database on mycelium?
submitted by hazeyAnimal to Bitcoin [link] [comments]

A Guide to Keeping Keys Offline Using Armory +rPi

Hi Redditors.
I am going to post in this thread my experiences in getting my Desktop (Debian) machine running Armory in watch-only mode, and coupling that with an offline Raspberry Pi (which holds my private keys) for signing the transactions previously made in watch-only mode.
I actually compiled Armory from source directly on my Pi. This guide is probably more for the bitcoin 'power user', as to run Armory online, and broadcast the signed transactions, you need to have a bitcoin full node running (bitcoind).
Basic requirements:
Aimed-for Setup:
I'll post the guide in digestible sections...

Section 1

I should begin by saying I installed source code from git, and got Armory to build the DB on my desktop initially, WITHOUT creating a wallet.. (This allowed me to debug what was going on a little!)
Go to Bitcoin.org, select Armory..
It leads to a Download from Git:
https://github.com/goatpig/BitcoinArmory/releases
Followed the procedure for Linux Debian verify code, compile, install, all straight-forward..
Began by running bitcoind, and telling Armory where to find it. This is the command I used, obviously it was all on one line and didn't include the arrows/explanations!:
python ArmoryQt.py \ --satoshi-datadir=/BlockChain/chain20180414/blocks \ # <-----(where my bitcoind blocks live) --datadir=/ArmoryDataDi \ # <-----(this is instead of ~/.armory) --dbdir=/ArmoryDataDidatabases # <-------(again, non std. place used for Armory's databases.. my choice.) 
So, on the Desktop, after the initial "build databases"
(NB the initial "Build Databases" took about 1.5h and my two CPUs were maxed the whole time, Temps up to 62C. Not ideal; Im not in a rush!)
I then wanted to import a watch-only wallet.
Before I did this, I took a full backup of the Armory data dir:
/ArmoryDataDi
(or ~/.armory in a default installation).
I'd hate to have to make Armory do another full sync with the bitcoind node!

Section 2

Next step: offline wallet (with Private Keys) is on a Raspberry Pi.
I downloaded the source and managed to compile it on the pi itself! :)
Though there were some gymnastics needed to setup the Pi.
My Pi is running Raspbian based on Wheezy.. quite old!
I did the following on the Pi:
apt-get update apt-get upgrade (<---took about an hour!) apt-get install autotools-dev apt-get install autoconf 
Then I followed the instructions exactly as I had done for my Debian Desktop machine, EXCEPT:
I had to increase the Pi's swap space. I upped it from 100Mb to 400Mb.
The compilation took 7 hours, and my poor SD card got a thrashing.
But after compilation, I put the Swap back to 100Mb and Armory runs ok with about 150Mb of memory (no swap needed).
Swap increase on the Pi:
use your favourite editor, and open the file /etc/dphys-swapfile
add/change the following line:
CONF_SWAPSIZE=400 
Then, REBOOT the Pi:
sudo shutdown -h -P now 
Once the compilation was done on the Pi, put the swap back, rebooted and created an Armory wallet.
I added manual entropy and upped the encryption 'time' from 250ms to 2500ms - since the Pi is slow, but I'll be happy to wait for more iterations in the Key Derivation Function.
Once the wallet was created, it obviously prompts you for backup.
I want to add a private key of my own (i.e. import), so don't do the backup until this is over.
I import my Private Key, and Armory checks that this corresponds to a Public Key, which I check is correct.
This is the point now where the Pi storage medium (e.g an SD card) has to be properly destroyed if you ever get rid of it.
I had thought that now would be a good time to decide if your new wallet will generate Segwit receiving addresses, and also addresses used to receive 'change' after a transaction..
But it seems Armory WON'T let you switch to P2SH-P2WPKH unless your Armory is connected to a node offering "WITNESS" service.
Obviously, my Pi is offline and will never connect to a node, so the following will not work on the Pi:
NB: I thought about setting this on the Debian "watch-only" wallet, but that would surely mean doom, as the Pi would not know about those addresses and backups might not keep them.. who knows...
So, end result:- no segwit for me just yet in my offline funds.

--If anyone can offer a solution to this, I'd be very grateful--

Section 3

Ok, now this is a good point to back up your wallet on the Pi. It has your imported keys. I choose a Digital Backup - and put it on a USB key, which will never touch the internet and will be stored off-site. I also chose to encrypt it, because I'm good with passwords..
NB: The Armory paper backup will NOT back up your imported private keys, so keep those somewhere if you're not sweeping them. It would be prudent to have an Armory paper backup anyway, but remember it will likely NOT help you with that imported key.
Now for the watch-only copy of the wallet. I want to get the "watch-only" version onto my Desktop Debian machine.
On the Pi, I created (exported to a USB key) a "watching-only" copy of my wallet.
I would use the RECOMMENDED approach, export the "Entire Wallet File".
As you will see below, I initially exported only the ROOT data, which will NOT capture the watching-only part of the Private Key I entered manually above (i.e. the public Key!).
Now, back on the Debian Desktop machine...
I stopped all my crontab jobs; just give Armory uninterrupted CPU/memory/disk...
I also stopped bitcoind and made a backup prior to any watch-only wallet being imported.
I already made a backup of Armory on my Desktop, before any wallet import.
(this was needed, as I made a mistake.. see below)
So on the Debian Desktop machine, I begin by firing up bitcoind.
my command for this is:
./bitcoind -daemon -datadir=/BlockChain/chain20180414 -dbcache=400 -maxmempool=400 

Section 4

I try running Armory like this:
(I'm actually starting Armory from a script - StartArm.sh)
Inside the script StartArm.sh, it has the line:
python ArmoryQt.py --ram-usage=4 --satoshi-datadir=/BlockChain/chain20180414/blocks --datadir=/ArmoryDataDi --dbdir=/ArmoryDataDidatabases 
I know from bitter experience that doing a scan over the blockchain for a new wallet takes a looong time and a lot of CPU, and I'd like it to play nicely; not gobble all the memory and swap and run my 2xCPUs both at 100% for four hours...
So... I aim to run with --ram-usage=X and --thread-count=X
(For me in the end, X=1 but I began with X=4)
I began with --ram-usage=4 (<--- = 4x128Mb)
The result is below...
TypeError: cannot concatenate 'str' and 'int' objects 
It didn't recognise the ram-usage and carried on, crippling my Debian desktop PC.
This is where it gets dangerous; Armory can gobble so much memory and CPU that the windowing environment can cease up, and it can take over 30 minutes just to exit nicely from bitcoind and ArmoryDB.
So, I ssh to the machine from another computer, and keep an eye on it with the command
"free -h" 
I'd also be able to do a "sudo reboot now" if needed from here.

Section 5

So, trying to get my --ram-usage command recognised, I tried this line (added quotes):
python ArmoryQt.py --ram-usage="4" --satoshi-datadir=/BlockChain/chain20180414/blocks --datadir=/ArmoryDataDi --dbdir=/ArmoryDataDidatabases 
But no, same error...
Loading Armory Engine: Armory Version: 0.96.4 Armory Build: None PyBtcWallet Version: 1.35 Detected Operating system: Linux OS Variant : ('debian', '9.4', '') User home-directory : /home/ Satoshi BTC directory : /BlockChain/chain20180414 Armory home dir : /ArmoryDataDi ArmoryDB directory : /ArmoryDataDidatabases Armory settings file : /ArmoryDataDiArmorySettings.txt Armory log file : /ArmoryDataDiarmorylog.txt Do wallet checking : True (ERROR) ArmoryUtils.py:3723 - Unsupported language specified. Defaulting to English (en) (ERROR) ArmoryQt.py:1833 - Failed to start Armory database: cannot concatenate 'str' and 'int' objects Traceback (most recent call last): File "ArmoryQt.py", line 1808, in startArmoryDBIfNecessary TheSDM.spawnDB(str(ARMORY_HOME_DIR), TheBDM.armoryDBDir) File "/BitcoinArmory/SDM.py", line 387, in spawnDB pargs.append('--ram-usage=' + ARMORY_RAM_USAGE) TypeError: cannot concatenate 'str' and 'int' objects 

Section 6

So, I edit the Armory python file SDM.py:
if ARMORY_RAM_USAGE != -1: pargs.append('--ram-usage=4') #COMMENTED THIS, SO I CAN HARDCODE =4 # ' + ARMORY_RAM_USAGE) 
Running it, I now have acknowledgement of the --ram-usage=4:
(WARNING) SDM.py:400 - Spawning DB with command: /BitcoinArmory/ArmoryDB --db-type="DB_FULL" --cookie --satoshi-datadir="/BlockChain/chain20180414/blocks" --datadir="/ArmoryDataDi" --dbdir="/ArmoryDataDidatabases" --ram-usage=4 
Also, even with ram-usage=4, it used too much memory, so I told it to quit.
It took over 30 minutes to stop semi-nicely. The last thing it reported was:
ERROR - 00:25:21: (StringSockets.cpp:351) FcgiSocket::writeAndRead FcgiError: unexpected fcgi header version 
But that didn't seem to matter or corrupt the Armory Database, so I think it's ok.
So, I get brave and change SDM.py as below, and I make sure my script has a command line for --ram-usage="ABCDE" and --thread-count="FGHIJ"; the logic being that these strings "ABCDE" will pass the IF criteria below, and my hardcoded values will be used...
if ARMORY_RAM_USAGE != -1: pargs.append('--ram-usage=1') #COMMENTED THIS, SO I CAN HARDCODE =1 # ' + ARMORY_RAM_USAGE) if ARMORY_THREAD_COUNT != -1 pargs.append('--thread-count=1') #COMMENTED THIS, SO I CAN HARDCODE =1 #' + ARMORY_THREAD_COUNT) 
So, as usual, I use my script and start this with: ./StartArm.sh
(which uses command line:)
python ArmoryQt.py --ram-usage="ABCDE" --thread-count="FGHIJ" --satoshi-datadir=/BlockChain/chain20180414/blocks --datadir=/ArmoryDataDi --dbdir=/ArmoryDataDidatabases 
(this forces it to use my hard-coded values in SDM.py...)
So, this is the command which it reports that it starts with:
(WARNING) SDM.py:400 - Spawning DB with command: /BitcoinArmory/ArmoryDB --db-type="DB_FULL" --cookie --satoshi-datadir="/BlockChain/chain20180414/blocks" --datadir="/ArmoryDataDi" --dbdir="/ArmoryDataDidatabases" --ram-usage=1 --thread-count=1 
Again, this is where it gets dangerous; Armory can gobble so much memory and CPU that the windowing environment can cease up. So I ssh to the machine and keep an eye on it with:
"free -h" 

Section 7

So, on the Debian Desktop PC, I inserted the USB stick with the watch-only wallet I exported from the Pi.
Start Armory...
Import "Entire Wallet File" watch-only copy.
Wait 4 hours..
YAY!!!
After running Armory for about 30m, the memory usage dropped by 400m... wierd...
It took ~2 hours to get 40% completion.
After 3.5 hours it's almost there...
The memory went up to about 1.7Gb in use and 900Mb of Swap, but the machine remained fairly responsive throughout, apart from a few (10?) periods at the start, where it appeared to freeze for 10-30s at a time.
(That's where my ssh session came in handy - I could check the machine was still ok with a "free -h" command)
Now, I can:
Create an unsigned transaction on my Desktop,
Save the tx to USB stick,
Move to the Pi,
Sign the tx,
Move back to the Desktop,
Broadcast the signed tx.

Section 8

My initial Mistake:
This caused me to have to roll-back my Armory database, using the backup. so you should try to avoid doing this..
On the Pi, I exported only the ROOT data, which will NOT capture the watching-only part of the Private Key
It is RECOMMENDED to use the Digital Export of Entire Wallet File from the Pi when making a watch-only copy. If you just export just the "ROOT data", not the "Entire Wallet File", you'll have problems if you used an imported Private Key in the offline wallet, like I did.
Using the ROOT data text import, after it finished... my balance was zero. So,. I tried a Help->Rescan Balance (Restart Armory, takes 1minute to get back up and running) No Luck. Still zero balance.
So, I try Rescan Databases.. This will take longer. Nah.. no luck.
So, I tried again, thinking it might be to do with the fact that I imported the text "root data" stuff, instead of following the (Recommended) export of watching-wallet file.
So, I used my Armory backup, and wound back the ArmoryDataDi to the point before the install of the (zero balance) wallet. (you should not need to do this, as you will hopefully use the RECOMMENDED approach of exporting the "Entire Wallet File"!)
submitted by fartinator to Bitcoin [link] [comments]

Dear Brian Armstrong, You’re Choices Will Cost Me Financially!

EDIT: Coinbase has clarified that the event that they are ordered by the court to hand over buy/sell records to the IRS, they will not report movement of bitcoin out Coinbase as sale of bitcoin. There were posts that seemed to indicate that all transfers would be reported as sales. Coinbase’s has clarified that this is for your internal report generation incase you need it. It will not be reported to the IRS that way.
Brian,
Coinbase’s choice to report bitcoin transfers as taxable events, even when no sale occurred, will cost me significant amounts of money.
Like most bitcoin users, I’ve anticipated scrutiny and therefore sought to be above board in everything I’ve done. I’ve spent an average of $1200/year to have a well-respected accounting firm handle the bitcoin portion of my taxes to make sure that everything was done to the best of our abilities.
This has involved reconstructing MTGOX data after those records became inaccessible to me (I had to use the leaked database to reconstruct tax records). This has involved meticulously recording spending at gyft, newegg, overstock, etc.
The guidance we were given was that bitcoin is property. As such, I kept records as if bitcoin was property. Any time I exchanged bitcoin for dollars or in-kind trade for products (newegg for example), I’ve recorded those events and kept receipts.
Like many other early bitcoin enthusiast, I’ve also cycled through many storage solutions. I have 4 hardware wallets which have held bitcoin and some of which I’ve re-seeded. I’ve used Shamir’s secret sharing, paper wallets, co-pay’s multisig, Armory, etc. My Armory had syncing issues at the end of their development lifecycle. I had to sweep private keys and transfer to hardware wallets. To do this, I believe I did a factory reset on an android device, installed mycelium, and immediately used that device to do the sweeping. I am unaware, but doubtful, that I still have that wallet, because it was a temporary tool to transfer from one place to another.
If bitcoin is property, this would be similar to me loading folding chairs into my truck and moving them from one storage shed to another. This obviously would not be a taxable event, and therefore I am uncertain which of these actions I kept records for.
Coinbase’s decision to equate transfers with sales is a complete reversal of the IRS guidance. Coinbase’s reporting will not change IRS policy, but by reporting transfers as sales, you will be adding significant confusion to any potential audit.
The impact of your reporting is likely to cause an audit to become much more expensive. My 2013 taxes were already on the order of 60 pages long (I’m an employee with W2 wages, so my taxes would normally only be a few pages long).
The confusion you are adding may cause me to have to reconstruct even more records, many of which may only be partial, simply because moving property from one storage location to another is not a taxable event, and therefore I will only have partial records. I should be able to reconstruct end points, but again this may only be partial.
As someone who had tried to be as above board as possible, if you equate transfers as sales and report them to the IRS as such, you will significantly increase the complexity and cost of any audit I may face. In fact, you’re almost certainly likely to cause an audit because your records will no longer match my records.
Of course, I can always explain to an auditor that nature of bitcoin, and I’m sure my accountant will argue that we’ve taken all the necessary steps for reporting the purchase and sale of property, but your decision already puts us in a defensive position and we’ll be arguing in an uphill battle. I can only imagine that the auditor says “But Coinbase said you sold those bitcoin!”
I have no idea what an audit could cost me. I already anticipated a likelihood that I would get audited, but at minimum your company’s decisions will significantly increase the complexity and cost of my audit.
Furthermore, if you’re companies position was that you were going to report transfers as sales, I would have possibly treated your wallet much differently. I’ve been asked multiple times when transferring out of Coinbase to check a box is I own the destination wallet. What was the purpose of this box? I had almost no regard for price movements when transferring out of Coinbase because I assumed they were not taxable events. As we all know, bitcoin is extremely volatile. Sometimes I leave funds in there for a few months before transferring to cold storage. Why? Because your company has great security and I wasn’t worried about them sitting in your custody for a few months.
Had I known these would be reported by you as taxable events (which I do not believe they are), I may have considered price movements, end of the year timelines, etc. I don’t know what decisions I would have made differently, but the point is that your company appears to have been recording transfers as sales, while most in the bitcoin and accounting world were assuming something else. This loss of information on your customer’s account will potentially cost them money.
The fix is simple. Report purchases and sales to the IRS in whatever form the courts order you to. But your company needs to make a distinction between taxable events and movement of property!
With Regards, Coinbase Customer
submitted by foolish_austrian to Bitcoin [link] [comments]

Disk Digger Pro Apk || DiskDigger Importance || Recover Lost Files

In the Present scenario, Technology is growing too fast and we all are experiencing that our smartphone, PC, and Laptops carrying various files with the help of SD cards and internal memory. We will think that our files are in very secure places but if any file deleted unexpectedly then what you will do?. Don't worry, I already told you that tech is growing as fast as it can. Here I'm going to discuss the best data recovery services aka (DiskDigger) which are a perfect example of it. Let's go down to get more details of DiskDigger( Deep file recovery from any drive).
DiskDigger is a tool which can recover deleted files like photos, documents, music, video and much more.
DiskDigger Features:
DiskDigger can recover lost files from most types of media that your computer can read: hard disks, USB flash drives, memory cards, CDs, DVDs, and floppy disks. (Note: Make sure that you have to connect your device with a USB port to recover lost data from Android and IOS devices ). And one more important thing is you have to download the diskdigger app on your android phone to recover lost files. Suppose if your Android device uses a microSD card for saving the data, please remove the card and connect it directly to your PC using a card reader, so that you can scan it directly using DiskDigger for Windows.)
DiskDigger has two processes which you have to choose every time while scanning a disk. These methods are named as “dig deep” and “dig deeper“.
Dig Deep:
Dig Deeper:
Advanced Features
To find more information go through remaining articles in our site like hard drive data recovery, SD card data Recovery, Android Data Recovery, USB flash drive data recovery, Linux Data Recovery etc.
submitted by diskdiggerproapk to u/diskdiggerproapk [link] [comments]

Armory Wallet Has Failed Me! Can I recover BTC?

So I opted to migrate from coinbase to a local wallet.
Naturally, I download Armory and shoot it a send for 1BTC. 225 confirmations on the SEND, but wallet never receives it.
Turns out, running Armory wallet has been corrupting my database. Every time I run it a background process it spawns causes Bitcoin-QT to fail.
I've tried uninstalling and re-installing bitcoin, armory wallet three times. I've deleted my bitcoin directory in %appdata%, ensured downloads are never interrupted.
Is there any way at all for me to recover the BitCoin I sent to armory wallet provided I can never get armory wallet to work correctly?
Any help appreciated. Here is the errors:
2015-08-21 14:48:15 init message: Activating best chain... 2015-08-21 14:49:23 Corruption: block checksum mismatch 2015-08-21 14:49:23 *** System error while flushing: Database corrupted
submitted by andhof-mt to Bitcoin [link] [comments]

Just sent BTC to myself (from one wallet to another) but it's not showing up at all in my new armory wallet. It's all synched and it's been 10 hours. What happened?

Edit: Could be related to the bitcoin core wallet (the first thing I installed, the full thing, it took 3 days to sync) eventhough I never used it. When I open bitcoin core, it gives me an error that it can't find a directory. A similar error happens when I open armory at the same time.
Edit 2: Problem solved, thanks everyone for the help. For the record, armory wasn't fully synched. For some reason it only reached around 460,000 blocks, even after several rescans. I finally just tried a "rescan and rebuild databases" from the help menu and now the blocks are at 473,000+ and the coins appeared in my wallet. :)
submitted by largonauta to Bitcoin [link] [comments]

Sent btc to old Armory address after recovery, can I get it back?

New to bitcoin, I'll preface with that.
Here's what I did:
I created an Armory wallet, and created a password with Keepass as that wallet's passphrase. Created a backup sheet of my Armory wallet. I sent some BTC from Coinbase to my Armory wallet successfully. I then needed to restart my computer for an unrelated reason, and turns out I forgot to save the Keepass database after adding my passphrase to it.
I then wanted to send some BTC from Armory to elsewhere and it asked me for my passphrase. This is when I realized I had made a mistake and didn't save the passphrase. I recovered the wallet from my backup sheet and added a new passphrase, and saved to Keepass. I wanted to then add more BTC into Armory and used my old address from before the recovery, rather than a new one, $20 worth. Apparently, after a recovery, all wallet address before that aren't tied to that wallet anymore. Do I have any options in getting that $20 back?
submitted by Method320 to Bitcoin [link] [comments]

Can anyone help me recover my Armory balance, without armory?

I will attempt to be succinct. I bought some bitcoin years ago and stored them in the armory software. Based on public addresses, it looks like the bitcoin is still in there. Few days ago, after a literally two week long download of the block chain, my armory loaded up just fine and the money was indeed in there. Something has gone wrong with the database since; based on DB logs it looks like my copy of the block chain was somehow corrupted. I’m really not looking forward to another two week download and re-sync in order to send those coins to a new Wallet.
TLDR; do I need to download the entire block chain again from bitcoin core, or is there some faster way to get these coins out of armory using my master private key?
submitted by DocGG to Bitcoin [link] [comments]

Completely lost with Armory

Hey everyone, total noob here with BTC. I've downloaded the blockchain from Bitcoin Core and now I'm trying to get Armory (where I've set up a wallet and sent funds to already) to sync up. Armory still shows up as Offline and it's been "preparing databases" for a good two or three hours now. I'm not sure if I'm just going to be playing the waiting game until it does what it needs to do, or if I need to move a file somewhere, or if my settings are wrong.
I do have a printed backup of my wallet just in case. If I've completely f'd this up, is it possible to send that wallet's .dat over to Core or another program and have it sync up there? Thanks.
submitted by THECapedCaper to BitcoinBeginners [link] [comments]

Help needed with Bitcoin Cash and Armory Wallet.

I had a couple of bitcoins in an armory wallet from about 3-4 years ago and after the split I bought a Ledger Wallet and sent bitcoins in it, but encountered problems with bitcoins from the bitcoin cash chain.
I found a discussion on bitcointalk and tried to follow the instructions but I'm having trouble with it.
So far I installed Bitcoin Unlimited version of Bitcoin Cash and in the bitcoin directory settings of Armory wallet I indicated the directory where bitcoin unlimited stored the blockchain.
After that I rescanned and rebuilt the database the armory client connects to the bitcoin cash network and shows the correct amount of bitcoin but I am unable to send them to the Ledger Wallet. One of the settings is not there.
I'm sure that I skipped at least a step because in the first link they talk about a BCH signer and I dont know what it is.
Can anyone who encountered the same problem or knows something about this help me out, please.
Thank you.
submitted by Future_Me_FromFuture to btc [link] [comments]

I'm tired of bitcoin-qt

Mini rant. I was happy using bitcoin-qt for quite a few months now, It had gave me a few headaches, sometimes the database was corrupted or something, just re-index it. It worked fine.
I always exit bitcoin-qt before shutting down the computer, to never let this happen again, but it happens from time to time.
Anyway, five days ago, it started again with the database problem. I tried to reindex it, delete last blocks and reindex it, nothing was working. So, OK, screw it, delete all (except wallet file) and let download the whole blockchain again. ... Well... it stopped syncing after a while. It tells me that I need to update the client. Other times I it tells me it's syncing, but it shows a 0 blocks indexed (and no arrows icon on bottom-right).
After 5 days, I just delete everything (again) and started from 0.
I don't like the idea of thin client, but for the moment I've downloaded MultiBit, I read that Armory works on top of bitcoin-qt, should I try it or I will have the same problems?
I know this is my problem, not a problem with bitcoin-qt itself, it worked very good for months. I don't think it's a network problem (I have a good connection), not a software problem (Debian Squeeze), as I said, I exit the program before the computer. Just a mini-rant about all this.
I'm also concerned this happens to less techie people, they could easily delete the wallet file, or just get tired of bitcoins because of similar problems with the programs.
submitted by still_unregistered to Bitcoin [link] [comments]

Bitcoin client comparison? Ease of use, functionality, security etc..

Hey everyone,
I've recently started using bitcoins, and been trying to figure out the best way to store them.. There are a bunch of desktop clients available, each with it's ups and downs, supporting different features, and using different amount of resources..
I wanted to find a nice overview of them all, but so far I'm not finding anything that I wanted to know.. So I think we should have some kind of wiki page, that describes them in more details. Explains how to start using each of them, and how to ensure it's safe.
For example, to try and secure my wallet files, I'm storing them in a TrueCrypt volume, that's archived to the cloud. This way they are backed up to multiple locations, incase my machine dies, and are also encrypted, in case one of the machines is compromised! I'm not sure if that's overkill or not :)
I thought I'd start with a short write-up of my opinions on some of the clients and my impressions of them. It's by no means a comprehensive review (that would take a lot more space than a single reddit post). All of this is just a subjective view on each of the clients.. I hope more people will add to it, maybe even compoling a nice and informative comparison of all the popular clients!
  1. Bitcoin-QT: The official client. Somewhat basic in functionality, advanced functions (like backing up the private key) available through the "debug" window., but works well for a lot of people.. You can backup the wallet.dat file in the TrueCrypt volume to secure the coins, but the client will store the main working copy of the wallet file in %APPDATA% in Windows - leaving it potentially compromised, unless you encrypt the wallet file (part of the client's functionality). There's no obvious way to change the storage location.
    The downside (upside for some?) of the client is that it stores the whole blockchain.. (almost 15GB atm) Initial synchronisation takes a lot of time.. If you don't use it for some time, you'll have to synchronise again, which takes time (and CPU resources btw)..
    At the end of the day, the wallet is as secure as your machine is. No support for paper wallets / watch-only wallets / offline storage, transactions.. But for basic use - it works perfectly fine.
  2. Bitcoin Armory: A popular powerful client, runs "on top" of Bitcoin-QT, which means the blockchain is also stored on the local drive.. On top of that, the Armory client will also build a local database to manage it, which means it needs more storage on it's own.. (at the moment, that's an extra 16GB on top of the blockchain!). Also, the synchronisation status is not very helpful, just saying the % synchronised.. At least Bitcoin-QT states how many weeks/days you are behind, so you can somewhat estimate how soon the sync will work.
    The Armory client supports multiple wallets, compared to the official client, which can be stored separately. The wallets use (correct me if I'm wrong?) a deterministic key to generate the private keys, which means if you backup your wallet in cold storage - you can restore it at any point, and restore all the new addresses generated after the backup - a very useful feature. The Armory client has more advanced functionality like paper backups (described above), offline wallets and offline transactions, and a lot more.. Some features are missing, like importing watch-only addresses. You can though create a watch-only backup of a wallet, and import that on a different machine, but if you only have an address - not supported atm.
    The client seems rather powerful, but also feels a bit clunky and hard to use.. Some functionality is missing, and just strange (not all private key formats are supported.. even if most other clients have no problems with them)
  3. MultiBit: A lite bitcoin client, that doesn't store the whole blockchain locally. This makes it a lot easier to start using, even on a new machine. It will only synchronise a part of the blockchain that is relevant for a specific address, which means you save on both time and storage when using it, but it can be (potentially, but quite unlikely) compromised, if the only nodes it can see are rogue.
    It also supports multiple wallets, you can select where to store the wallet files, and they can be password protected as well. You can store them on a TrueCrypt volume, to secure it even more. The app is still relatively simple to use, while providing more functionality than just the basics.
    Compared to Armory and Bitcoin-QT, you can also create a portable installation, which can be stored on a USB key / True Crypt volume along with the key files.
  4. Electrum: This is one of the clients I've hardly used so far.. It has a full and a portable version! With the portable version I can store they keys where I want, and keep them secure as I see fit. As MultiBit, it doesn't store the full chain, but instead will use a server to keep and manage the blockchain. But nothing is stopping you from running your own electrum server and connecting to it, if you're worried.
    The client seems rather simple, but powerful at the same time. Same as Armory - it will create a seed that will be used to generate addresses. The nice thing is that it will generate multiple receiving addresses, and will also maintain change addresses, which (if I'm right) means that each transaction will not reuse the same address twice, unless you force it to. My only gripe so far with it is that it's the only client so far where you can't send to multiple addresses in one transaction, forcing only a single recipient per transaction.. I hope that'll change in the future :(
submitted by artiomchi to Bitcoin [link] [comments]

Dridex malware prepares to integrate Bitcoin wallets!

Attention! Dridex, the trojan, which can already log credentials for online banking portals, is building a database of the most encountered cryptocurrency wallet software, no doubt to add support for stealing Bitcoin and other digital currencies in future versions.
Recent Dridex samples seem to scan following wallets. View code snippet:
< cmd id="5649" type="15" > < fs >crealogix,multiversa,abacus,ebics,agro- office,cashcomm,softcrew,coconet,macrogram,mammut,omikron,multicash,quatersoft,alphasys,wineur,epsitec,myaccessweb,bellin,financesuite,moneta,softcash,trinity,financesuite,abrantix,starmoney,sfirm,migrosbank,migros bank,online banking,star money,multibit,bitgo,bither,blockchain,copay,msigna,armory,electrum,coinbase,magnr,keepkey,coinsbank,coolwallet,bitoex,xapo,changetip,coinapult,blocktrail,breadwallet,luxstack,airbitz,schildbach,ledger nano,mycelium,trezor,coinomi,bitcore < / fs > < / cmd > 
Read more: http://news.softpedia.com/news/dridex-banking-trojan-will-soon-target-crypto-currency-wallets-508041.shtml#ixzz4JZCKf6lk
submitted by ArpFlush to Bitcoin [link] [comments]

Requesting community feedback on Armory 0.94.1 by "goatpig"

In the past several months, "goatpig" has released a forked and updated version of "etotheipi's" Armory. "etotheipi's" Armory slowly screeched to a halt over the past several years (and was finally announced to be a defunct project earlier in the winter).
This new fork can be found here: https://github.com/goatpig/BitcoinArmory
So far, "goatpig" appears to have made some notable positive changes, and I'm excited to see some renewed effort with this wallet:
  1. Removed "phone home code".
  2. Added changelogs to the git repository.
  3. Reduced database size to a manageable level and increased initial startup speed.
  4. Removed torrent blockchain download mode.
  5. DB corruption detection and auto repair
  6. and more....
However, it seems like git commit tags are no longer signed? I am getting the following error when trying to verify:
$ git tag -v v0.94.1 error: 811798a9282d216e0a450fe342d8a4671fee01d3: cannot verify a non-tag object of type commit. error: could not verify the tag 'v0.94.1' 
I found a PGP public key for "goatpig" at the following URL: https://raw.githubusercontent.com/goatpig/BitcoinArmory/mastePublicKeys/goatpig-signing-key.asc
It has a public key fingerprint of
745D 707F BA53 968B DF63 AA8D 8C52 1176 4922 589A 
however it was created recently (2015.11.22), and has no signatures from others vouching for its authenticity. I have not seen any public, cryptographically signed indicators of "etotheipi" giving any endorsement of "goatpig" either. Can anyone vouch for the authenticity of this PGP public key?
There are releases published using github's release file storage feature: https://github.com/goatpig/BitcoinArmory/releases
There is a sha256sums file included which does have a valid signature and the hash that is signed does match up with the .deb file that is included in that release. I'm not sure why the release package is signed but not the git repository's release tag.
If anyone has any knowledge on why git tags are not signed or what I may be doing wrong when trying to verify a signed git tag, that would be appreciated. Also, if anyone has any comments or experience with this new fork of Armory, I would appreciate to know what you have to say. As with any bitcoin software, public scrutiny is critical, regardless of how well intended the author, because everyone is human and can make mistakes. I don't think Armory has nearly the eyes or users that larger projects like "Bitcoin Core" have. At the same time, "Bitcoin Core" is lacking a lot of features that Armory does have, so there is definitely a reason to use another piece of software that extends the functionality of "Bitcoin Core". Armory is potentially a great piece of software and now that the database size and initial start up have become much more efficient, it's possible it could be the wallet of choice again. However, more public review could really help to strengthen Armory's reputation and bring it more mainstream.
Although I am calling for more review and criticism of Armory, at the same time, I'd like to acknowledge and thank the key contributors to that piece of software "etotheipi" and "goatpig" for their hard work that they have donated to the world over many years.
submitted by andyschroder to Bitcoin [link] [comments]

It cant be this hard Armory

I have been buying bitcoin for awhile but today I wanted to make a purchese with btc. So I decided to buy a book, with a site that uses bitpay, my wallet is encrypted armory wallet. I hit 'pay with bitcoin' on the bitpay site, it opens the send menu in armory (note armory is synced 100% and ready to go) hit send and the send on the confirmartion menu, type my passphrase... nothing...right back to send menu. Repeatedly I have tried this, with the same results, no intiation of a transaction. I know this obviously cant be this hard... people do this every day right? I know my machine is pretty weak and takes a long time to sync and takes a long time to build the database, but wow what a shitty experience. I could have made my purchase with a credit card 100 timess by now. /rant
submitted by alphakamp to Bitcoin [link] [comments]

A suggestion for reducing the size of the UTXO database | Jim Phillips | May 09 2015

Jim Phillips on May 09 2015:
Forgive me if this idea has been suggested before, but I made this
suggestion on reddit and I got some feedback recommending I also bring it
to this list -- so here goes.
I wonder if there isn't perhaps a simpler way of dealing with UTXO growth.
What if, rather than deal with the issue at the protocol level, we deal
with it at the source of the problem -- the wallets. Right now, the typical
wallet selects only the minimum number of unspent outputs when building a
transaction. The goal is to keep the transaction size to a minimum so that
the fee stays low. Consequently, lots of unspent outputs just don't get
used, and are left lying around until some point in the future.
What if we started designing wallets to consolidate unspent outputs? When
selecting unspent outputs for a transaction, rather than choosing just the
minimum number from a particular address, why not select them ALL? Take all
of the UTXOs from a particular address or wallet, send however much needs
to be spent to the payee, and send the rest back to the same address or a
change address as a single output? Through this method, we should wind up
shrinking the UTXO database over time rather than growing it with each
transaction. Obviously, as Bitcoin gains wider adoption, the UTXO database
will grow, simply because there are 7 billion people in the world, and
eventually a good percentage of them will have one or more wallets with
spendable bitcoin. But this idea could limit the growth at least.
The vast majority of users are running one of a handful of different wallet
apps: Core, Electrum; Armory; Mycelium; Breadwallet; Coinbase; Circle;
Blockchain.info; and maybe a few others. The developers of all these
wallets have a vested interest in the continued usefulness of Bitcoin, and
so should not be opposed to changing their UTXO selection algorithms to one
that reduces the UTXO database instead of growing it.
From the miners perspective, even though these types of transactions would
be larger, the fee could stay low. Miners actually benefit from them in
that it reduces the amount of storage they need to dedicate to holding the
UTXO. So miners are incentivized to mine these types of transactions with a
higher priority despite a low fee.
Relays could also get in on the action and enforce this type of behavior by
refusing to relay or deprioritizing the relay of transactions that don't
use all of the available UTXOs from the addresses used as inputs. Relays
are not only the ones who benefit the most from a reduction of the UTXO
database, they're also in the best position to promote good behavior.

James G. Phillips IV
<https://plus.google.com0/113107039501292625391/posts>
*"Don't bunt. Aim out of the ball park. Aim for the company of immortals."
-- David Ogilvy*
*This message was created with 100% recycled electrons. Please think twice
before printing.*
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150509/ca3f5937/attachment.html>
original: http://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-May/008045.html
submitted by bitcoin-devlist-bot to bitcoin_devlist [link] [comments]

Offline Wallet Receiving Bitcoin - Armory Guide How to Download and Verify the Armory Bitcoin Wallet DIY Bitcoin Armory Hardware Wallet (Teaser) Bitcoin Armory Setup - YouTube

Armory is a “full node” wallet. This means Armory runs with the full Bitcoin software. This means you must download the full Bitcoin blockchain. Then Armory creates a database and all this can take awhile. However, it is a stand-alone system and all transactions and balances are calculated locally and there is no dependence on a company. I just installed Armory 0.91.2-beta and my computer's nice and online. Its downloading the blockchain right now in fact. But when I click on "send bitcoins" it tells me that Armory is in offline mode. It doesn't tell me anything about ho... (ERROR) ArmoryQt.py:1808 - Failed to start Armory database: Invalid blockdata path. Traceback (most recent call last): File "ArmoryQt.py", line 1793, in startArmoryDBIfNecessary. File "SDM.pyc", line 368, in spawnDB . BadPath: Invalid blockdata path. level 2. 1 point · 3 years ago. BadPath: Invalid blockdata path. This is the most relevant hint. Armory requires the bitcoin wallet to be ... Armory Home Directory - The location for the armory database. Default location is C:\Users<user>\AppData\Roaming\Armory folder . Installation Directory - The location where the Armory program files are installed. Default location is C:\Program Files (x86)\Armory. The instructions below relocate the entire Bitcoin Core and/or Armory directories (dirs). By moving the entire dirs, the wallet ... Open Armory and restore the wallet from your paper backup. Close Armory. Open 0.13.1 and let it completely sync. This can take many hours to download the blockchain. Then open Armory and let it build the database. This can take several hours but is much faster and more stable with 0.95.1.

[index] [1292] [24945] [10416] [28351] [26365] [46597] [42321] [11105] [31590] [19261]

Offline Wallet

Watch me walk you through getting your Armory and Bitcoin Core working in sync again. Armory Ver 96.2: https://btcarmory.com/0.96.2-release/ Bitcoin Core V 1... Bitcoin Armory Walk Through - Duration: 53:51. Andy Ofiesh. 53:51 . Electrum offline transactions tutorial - Duration: 4:00. FasterTutorialsCom 36,889 views. 4:00. Bitcoin 101 - Intro to Paper ... How to make an offline bitcoin wallet using Armory - Duration: 14 ... Integrating my KeepKey hardware Bitcoin wallet with Mycelium for Android - Duration: 4:14. J. Maurice 5,820 views. 4:14 . A ... How to Download and Verify the Armory Bitcoin Wallet - Duration: 22:31. Rex Kneisley 5,075 views. 22:31 . Bitcoin Armory Troubleshooting Offline Node - Duration: 10:57. Bitcoin Nick Rambos 1,002 ... How to Download and Verify the Armory Bitcoin Wallet - Duration: 22:31. Rex Kneisley 4,803 views. 22:31. Setting up cold storage in Armory on Ubuntu 14.04 - Duration: 27:01. ...

#