Installing Armory on Ubuntu after installing Bitcoin
Building Armory From Source – Bitcoin Armory – Python ...
Armory cannot find bitcoin installation in Ubuntu 14.04 ...
bitcoind - How do I install Bitcoin Armory in Ubuntu 17.04 ...
[Guide] Setting up Trezor + Electrum 2.02beta + armory on a Raspberry Pi 2. Cold offline signing for $40
Having just received my Pi 2, I am happy to report that a fresh Raspbian install, on an 8 GB Class 10 MicroSD card : Electrum / Armory / Trezor / BTChip all work with my Single Board Computer setup script (it also works for Pi B, Pi B+ Raspbian and BeagleBone Black Debian & ubuntu, also tested on Odroid C1 Ubuntu 14.4) The full "!" installation takes about 40 mins on Pi 2, which is at least twice as fast as on the Pi B+ / BBB Notes
on the first run of raspbian, choose the first raspi-config option, "Expand root partition to fill SD card", and then reboot. You should see >2.9Gb free space and >7Gb total space in PCManFM. Edit: Use the Odroid desktop tool to expand the partition also. Edit 2: on odroid and raspbian you need to expand and reboot twice to take effect.
for my btchip HW-1 to work with python/electrum 2.02b I needed to run ./btchip-c-api/bin/btchip_setTransportHID and power cycle
armory 0.92.3-beta works on Pi 2, despite being built for the ARM6
btchip HW-1 HID keyboard seed replay requires > 1.4.13 firmware to avoid clipping on Pi B/B+/BBB. No issue on Pi 2.
unfortunately wheezy raspbian's Chromium is still at v22, which was due to ARM6. Hopefully a newer ARM7 Chromium will be added to the distro.
on Jesse raspbian apt-get chromium / chromium-browser is completely broken
BBB Debian is limited to Chromium 37, enough to run Greenaddress (WinHID mode)
BBB Ubuntu 14 runs Chromium 40, with some screen glitching.
raspistill -o scan.jpg plus picamera plus qtqr works well. Maybe I'll add Wolfram qr decoding to a future update.
ODROID C1 has arrived and partially works. Using the latest Feb Ubuntu 14.04 distro, Trezor / btchip / electrum 2.02b / Chromium 40 Greenaddress mostly work. I'm doing some troubleshooting with Nicolas - I had to git clone https://github.com/walac/pyusb.git, despite having pip installed pyusb already, and needed to alternate between ./btchip_setTransportHID and ./btchip_setTransportWinUSB for electrum and greenaddress.
Armory's Raspberry Pi 0.92 offline bundle releases work on BBB Ubuntu and Pi B/B+/2 Raspbian wheezy.
Colored coin client preview #1 (based on Bitcoin Armory)
I think it's already good enough for people to play with it. (Although certainly it's not ready for anything serious.) For people who are not familiar with concept, colored coins is a technology which allows people to represent arbitrary tokens (e.g. issue private currencies, stocks, bonds, etc.) using small quantities of bitcoins. It is interesting because it would allow us to create decentralized and secure markets. (As decentralized and secure as Bitcoin itself, at least in theory.) See here. Notes about current release:
There is a GUI for issuing new coins. So all you need is like a small sum of Bitcoins, this software, and you can issue your coins and start selling them. (It is another question why people would want to buy them... Perhaps you will offer to buy them back later at higher price, thus creating bonds.)
p2p trade and auto-trade are not implemented yet, so it is only possible to trade OTC.
It is very lightly tested so please don't use it for anything serious.
It is a patched version of Armory, so it isn't lightweight at all: It requires running bitcoind or Bitcoin-Qt version 0.7.*, then it takes about 10 minutes to launch it, and in its final form it eats 1 GB of RAM. But it is totally worth it. (Yes, we are working on lightweight clients.)
(Note: if you're already using Armory, it is a good idea to hide you ~/.armory so it won't be seen by this experimental Armory mod. Or, perhaps, just don't run this experimental mod.) Before you run it, make sure that bitcoind or Bitcoin-Qt is running and fully sync'ed. Armory takes up to 10 minutes to start (this version is slower because it additionally scans for colored transactions) and requires ~ 1 GB of RAM. At start it will offer to create a wallet, do not enable encryption, otherwise issuing colored coins won't work. Send some bitcoins to this new wallet, 0.02 BTC is probably enough to issue some colored coins and to pay for tx fees. There is a drop down to choose color. Balance is displayed for a currently chosen color (i.e. if you chose TESTcc it will show how many TESTcc units this wallet owns), and when you send coins you send coins of that color. Initially 'uncolored' is selected, it means normal BTC. This drop down also has TESTcc ("test colored coins") and "All colors" (this mode is just for debugging, you cannot send coins in this mode). Here's what you can do now:
Ask somebody to send you TESTcc. (We want to make it automatic, Satoshi Dice style, but unfortunately that code isn't quite ready.)
Find and install other color definitions.
Issue your own colored coins and send them to somebody who wants them. (LOL.)
Let's start from option #3. There is 'Hallucinate' menu. (It is called 'hallucinate' because colors do not exist on blockchain level, it is a client-side convention.) Choose 'Issue colored coins'. Likely all you need to change is name, but you can tweak satoshi-per-unit and number of units if you want. When you click Issue it will create a new transaction (using your uncolored BTC) and will create a color definition. Optionally it will also upload your color definition to color definition registry. (This registry runs on my server, it might be down.) You should note ColorID, this is how other people can refer to these coins (name is ambiguous). You can now choose this new color in drop down and it will show your balance. (E.g. 1000 units.) Now you'll perhaps want to send these coins to somebody. That person would need to install your color definition first. If you send colored coins without warning they might be lost, i.e. mixed with uncolored ones. For same reason it makes no sense to send them to wallet which isn't color aware. For example, you can post on some forum:
I've issued LOLwut coins (ColorID: 36738fe78a443656535503efb585fee140a37d54), each unit represents a bond with face value of 0.1 BTC payable by me, Trololo, via buy back. I promise to buy back all bonds in a month.
Now people who are interested in this LOLwut coin issue will copy ColorID, paste it into Hallucinate > Download color definition dialog, and if this color definition is published it will be downloaded and installed. Armory restart is required to complete installation. After installation that person will be able to see these LOLwut coins. Note that if you do not trust my registration server, you can publish color definition yourself: go to ~/.armory/colordefs, find 36738fe78a443656535503efb585fee140a37d54.colordef and upload it to your web server. Then you can give people URL like http://example.com/36738fe78a443656535503efb585fee140a37d54.colordef and they can download it by URL. Or they can just obtain this file by any means and copy it to ~/.armory/colordefs directory. It is decentralized, nobody can prevent you from issuing colored coins. I think that's all. There is also Hallucinate > Manage color definitions dialog, but I hope it's easy to figure out how it works. We are working on improved version, particularly on p2p exchange feature. I've set up an IRC channel for people to talk about trying out colored coins: #colored-coins-otc on Freenode.
(1) Is it true that encrypting an *existing* bitcoin-qt wallet.dat file will "invalidate" any existing backups? (2) Can I use unicode characters - eg ♥ - in the bitcoin-qt wallet passphrase?
I have an existing bitcoin-qt wallet.dat file which I want to encrypt - using the command in the bitcoin-qt Settings menu, involving creating a passphrase. I have 2 (possibly somewhat related) questions: TL;DR (1) If you encrypt an existing wallet.dat file, will the backups of the old wallet.dat file still work? (2) Can you include unicode characters - eg ♥ - in the passphrase used to encrypt a bitcoin-qt wallet.dat file? Worst-case scenario: The answers to (1) and (2) are both "no" - and I attempt to encrypt an existing wallet using unicode, and my backups no longer work (due to a new pool of addresses somehow being created?) and the passphrase isn't what I think it is (due to the unicode characters somehow being misinterpreted?) - and then I could lose all my coins?? Details (1) The following (old, short) thread claims that after you encrypt an existing wallet, any previous backups of that wallet will no longer work: https://pay.reddit.com/Bitcoin/comments/1ccfdk/encrypting_walletdat_in_bitcoinqt/ Obviously, the the first response in that thread was slightly wrong, for saying that the "server" creates a new pool of 100 addresses to draw on. So using word "server" here was certainly incorrect - but maybe the gist of what they were saying might still be correct? (if you simply change "server" to "client"). I can actually understand that there might be reasons why encrypting a wallet.dat file could cause a new pool of 100 addresses to be generated. But it does not make sense to me that this would make any older (unencrypted) backups instantly useless. It seems to me that these older, unencrypted backups would still have their private keys intact, and could thus be used in certain (perhaps limited?) ways - such as:
"sweeping" the funds from the private keys of the old, unencrypted wallet into another wallet, or
doing a normal "spend" from the private keys of the old, unencrypted wallet (However, if the old unencrypted and the new encrypted wallets now contain different pools of addresses, then I imagine that this spend would invalidate the new, encrypted wallet - because any change from the spend would be sent to a "change address" from among those in the old, unencrypted wallet - and so this amount of change would be missing from the new encrypted wallet, right?).
(2) It seems that including a few unicode characters in the bitcoin-qt wallet passphrase would make it a lot stronger (since unicode is a much larger set of characters than ascii), so I would like to include a few. But it would be more reassuring if it could be explicitly stated that this is indeed supported. Possible catastrophic interaction between (1) and (2)? If the answers to (1) and (2) were both "no" (ie, if you encrypt an existing bitcoin-qt wallet.dat file then any existing backups will not work, and unicode characters do not work in bitcoin-qt passphrases), then I'm worried there could be some kind of catastrophic interaction between (1) and (2) where I lose all my coins, as follows: (1) I encrypt my existing wallet - making my old, unencrypted wallet.dat file now invalidated (due to something involving a new pool of addresses being generated?) and (2) I use a passphrase which includes unicode characters which bitcoin-qt appears to accept at the time of creation, but which doesn't work at the time of trying to decrypt the wallet.dat file (due to something going wring with how the supposed unicode characters are actually interpreted while being entered or copied-and-pasted?). In this possible worst-case scenario, my old backups of wallet.dat no longer work, and my newly encrypted wallet.dat has some password which I'm not able to correctly enter anymore. Sorry to be so paranoid about this! Other remarks: (a) I did do a (limited) test of unicode capability for bitcoin-qt wallet.dat passphrases: simply by creating a new (empty) wallet.dat file, and creating a passphrase for it involving unicode characters, and then attempting to change the passphrase (which requires entering the old passphrase that contained unicode characters). This did seem to work ok: it let me re-enter the old passphrase (which included unicode characters) to create a new passphrase. However, since this is an empty wallet (and since bitcoin-qt would ask for the passphrase only when attempting to actually spend from an encrypted wallet), I did not see a way to fully test whether the passphrase actually worked to decrypt a unicode-passphrase-encrypted wallet for the purpose of spending from it. (I'm still downloading the rest of the blockchain and it's going to take at least another week on my slow connection, so don't see how I could send a small amount to the new wallet to test it either. My existing wallet.dat file was originally created on an internet-connected machine a long time ago, but it's been offline ever since, so in some sense it's kinda-sorta been in somewhat "cold" storage all this time, and I would prefer to avoid putting it online on a "hot" internet-connected machine until absolutely necessary.) (b) Long-term, I am actually also in the process of setting up a proper cold storage system based on Armory, which I have installed on 2 Ubuntu machines (one offline and one online). But I have a slow internet connection, and the backups of this old wallet.dat file have been sitting around unencrypted for ages (I've been relying simply on then being physically inaccessible). Now some "things" are coming up over the next few days where I some better security right away, and it's probably going to take over a week for Armory/bitcoind to update my local copy of the blockchain. So in the meantime, I also need some basic additional security right now - so encrypting the existing bitcoin-qt wallet.dat file using a strong passphrase (and making some new backups) seems like it could be a reasonable initial approach. Thanks for any help!
Bitcoin Core Install Ubuntu; Unable to bitcoin core install ubuntu lock nifty 10500 call Into my guest linux VMs or Ever since I installed Ubuntu, keyboard auto . Quot; Bitcoin Armory Requirements; Copay is a Bitcoin wallet by Bitpay and available on Forex Trading Video Tutorials Free Choose your wallet De Giro Kosten Overzicht Python-based fully-featured Bitcoin Wallet Software. Alternatively you can run “sudo make install” after building and it and it will install Armory onto your Ubuntu system, including but shortcuts in your the Applications –> Internet menu. I am trying desperately to install the latest version of Armory on a fresh install of Ubuntu 17.04. I tried in Debian Jessie first, but something failed and it would not run correctly. Reinstalled my OS because everything online indicated that it would install on Ubuntu. So I downloaded 17.04 because I figured it would be the most up to date. I installed Bitcoin-qt with Ubuntu 14.04. I then installed Armory using a method I found on the internet. However, I could not find the application. I downloaded it again using another method, and ... Bitcoind - How Do I Install Bitcoin Armory In Ubuntu 17.04? - Bitcoin Stack Exchange. How do I install Bitcoin Armory in Ubuntu 17.04? I am trying desperately to install the latest version of Armory on a fresh install of Ubuntu 17.04. I tried in Debian Jessie first, but something failed and it would not run correctly.
Install The Ultimate Bitcoin Lightning Node - Part 1
How to install Bitcoin Armory in Ubuntu 14.04 - Duration: 7:00. Bitcoin Beginner 8,443 views. 7:00. How To Make A Secure BIP 38 Encrypted Bitcoin Paper Wallet - TUTORIAL - Duration: 13:38. Watch me setup Armory from start to finish along with downloading the blockchain from Bitcoin Core. Armory: https://www.bitcoinarmory.com/ Bitcoin Core: http... This video covers the method to install BitCoins on Ubuntu 16.04 Bitcoin is a virtual and crypto-currency created by Satoshi Nakamoto. For more explanation on this video: https://www.linuxhelp.com ... Headless installation for alt crypto coin using Ubuntu Linux Server. Headless installation for alt crypto coin using Ubuntu Linux Server. ... How to build an altcoin or bitcoin on Ubuntu Linux ... This video details installing a Bitcoin Full Node on Ubuntu 64-bit in preparation for the install of c-lightning which will run on a second server. Proxmox VE is used which allows for a complete ...