Bitcoin Forum
May 24, 2019, 08:25:32 AM *
News: Latest Bitcoin Core release: 0.18.0 [Torrent] (New!)
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 ... 186 »
1  Bitcoin / Armory / The End of the Road for Armory on: February 03, 2016, 07:12:10 PM
Dear Bitcoin Community,

I apologize I have been silent for such a long time.  Current events and business pressures have kept me busy, as well as in an opaque cloud of uncertainty about Armory's future.  I had looked forward to coming back to share with you good news and a fresh outlook, but unfortunately that's not the position that I am in.   I could probably write a book about the depth and complexity of events of the past year, the lessons I've learned and the personalities I've dealth with.  However, at this point it's all history, and I've always been more interested in planning the future than dwelling too much on the past.  

Ultimately, Armory as a business was not managed well.  We didn't raise money when we should have, and the Bitcoin space was not ready for the tech we produced (rather, the business economics didn't match up, yet).  There hasn't been much public activity from us, because we were primarily focused on building a suite of enterprise security tools out of public view.  These tools were impressive, but most of our target market was still in the exploratory phase and interested in proof-of-concepts, not actually holding $500M.  Not yet.  We couldn't make up for our missed opportunities to raise money to keep moving towards our vision.

Along the way, we accumulated a mess of legal and corporate complexity that has made it difficult to do anything constructive with Armory's intellectual property.  These complexities make it risky for me to continue development, even if the money was there to pay me a salary.  It has also made it difficult to be acquired by another company that shares my vision, that could provide funding to see its execution.  

In the short-term, this is the end of the road for my involvement in Armory.  My only real choice is to move on, and try to contribute my expertise elsewhere.  After spending 80% of the last year primarily dealing with business operations, I welcome a return to the life of being a software guru, which is where my skill really lies.  I also want to thank the other developers who were so loyal that they stuck around through missed payrolls way longer than any "regular employee" would.  I'm proud that I was able to build and maintain such a loyal and devoted team to our mission.

In immediate future, Farhod (goatpig) has indicated that he will take over the reigns of the public side of the Armory project.  He also has my utmost confidence and trust, and demonstrated a selfless passion for growing Armory for the sake of the Bitcoin community.  Armory may be revived in the future, but in the short-term the rest of team has to move on without it.

I want to take this time to thank the community, which has been instrumental in getting us even this far.  Even in its current state, the public version of Armory is a powerful, unique, and much needed piece of software which I think has made a significant impact on the Bitcoin ecosystem.  And a large part of that is due to the testing, feedback, discussion and promotion provided by the community over the years.  I hope to continue my involvement in some way and help the Bitcoin ecosystem grow in the future.

Alan Reiner
2  Bitcoin / Armory / Re: Armory 0.93.3 with BIP62 compliance on: November 11, 2015, 09:32:20 PM
Yes, I just pulled the changes and successfully built 0.93.3 for OSX.

It's now available via secure-downloader, and the link copied here:

Armory 0.93.3 for MacOSX 10.7+ (64bit)

3  Bitcoin / Armory / Armory 0.93.3 with BIP62 compliance on: October 29, 2015, 04:53:17 PM
Armory 0.93.3 with BIP62 Released

Download links below, but as always, please use the secure downloader within Armory under "Help"-->"Update Software" or on the Announcements tab on the main screen.



Implemented low S-value signatures to work with Core 0.11+:
Armory now implements all components of BIP62 compliance in its signing code. Also includes a correction path to fix non-compliant signatures when broadcasting transactions signed by older versions of Armory. Thus, offline systems do not need to be updated, as long as the online system is.

Critical Bug Fix: "bitcoin:" URI handling of Multisig/P2SH addresses:
The code that handles clicking on a "bitcoin:" link outside Armory was improperly handling Multisig/P2SH addresses, and would prefill a valid but incorrect address.

Transaction confirmation fix:
The number of confirmations was not being calculated properly for fee estimation in some contexts.

No more support for Mac/OSX:
Due to the high resource consumption of maintaining the Mac builds and lack of continued support from the Qt team for Qt4/PyQt4, we have no choice but to pull OSX support until we can upgrade Armory to Python3 and Qt5.

(OSX support re-added)





  Armory 0.93.3 for Windows XP, Vista, 7, 8+ (64-bit)

  Armory 0.93.3 for MacOSX 10.7+ (64bit)
  
  Armory 0.93.3 for Ubuntu 12.04+ (32bit)
  Armory 0.93.3 for Ubuntu 12.04+ (64bit)

  Armory 0.93.3 for RaspberryPi  (armhf)
  
  Armory 0.93.3 Offline Bundle for Ubuntu 12.04 exact (32bit)
  Armory 0.93.3 Offline Bundle for Ubuntu 12.04 exact (64bit)
  Armory 0.93.3 Offline Bundle for RaspberryPi  (armhf)
  Armory 0.93.3: Signed hashes of all installers


4  Bitcoin / Armory / Re: [Bugfix Release] Armory v0.93.2 on: June 08, 2015, 03:17:53 PM
I tried deterministic signing a few weeks ago, and the transaction would not sign (some kind of error dialog suggesting a bad signature appears). Have any issues with that been dealt with?

There's a good chance the failure was due to the 1-in-256 bug mentioned in the changelog. (I never saw any problems but a couple of co-workers eventually did.) If you're still getting these kinds of errors, can you try without det signing?

I saved the transaction at the time I tried it, and that same transaction worked afterwards without --detsign. But possibly the sig padding bug occurred literally that one time.

Yes, this is most definitely related to the 1/256 bug.  Sadly, the issue was not with the signature itself (it was, technically, correctly padded for DER/BIP66), it was our C++ code which expects exactly 32-byte BE integers.   Half the time it is 33 bytes and it was properly truncated, but there was a 1-in-512 chance of an r- or s-value actually being 31 bytes (when the top 9 bits of the BE value are zero), and Armory wasn't adding zero-padding back to it make it 32 bytes.  So our crypto engine was rejecting it for being the incorrect size (Armory aborts if any sig fails verifcation).  Since every signature has an (r,s) pair, there was a 2-in-512 chance of failure for any given signature.   So a tx with one input had 1-in-256 chance of failing,  a 3-of-5 multisig spend with 85 inputs had approximately 50% chance of getting a rejected transaction.

This was sporadic in the past, because we did not use deterministic signing.  We'd occasionally get reports of a failed signature, but it would go away one of the next times they signed they samed the exact same tx -- because they got to re-roll the RNG on new rs-values.  However, now with deterministic signing, if signing a transaction once fails, it will always fail.  This made the problem more obvious and less likely to be related to quirks with custom builds, version mismatches, etc.  
5  Bitcoin / Armory / [Bugfix Release] Armory v0.93.2 on: June 08, 2015, 01:54:24 AM
A ton of reliability/robustness updates in version 0.93.2.  Available in the secure downloader now, but the following links do work:

  Armory 0.93.2 for Windows XP, Vista, 7, 8+ (64-bit)
  Armory 0.93.2 for MacOSX 10.7+ (64bit)
  Armory 0.93.2 for Ubuntu 12.04+ (32bit)
  Armory 0.93.2 for Ubuntu 12.04+ (64bit)
  Armory 0.93.2 for RaspberryPi  (armhf)

  Armory 0.93.2 Offline Bundle for Ubuntu 12.04 exact (32bit)
  Armory 0.93.2 Offline Bundle for Ubuntu 12.04 exact (64bit)
  Armory 0.93.2 Offline Bundle for RaspberryPi  (armhf)

  Armory 0.93.2: Signed hashes of all installers

Nothing should have materially changed, no database upgrades, etc.  However, Ubuntu 12.04 support has been restored (the offline bundles for 0.93 and 0.93.1 both did not work with Ubuntu 12.04 due to using the full breadth of features available in C++11/gcc4.7.3).

Also, I should mention that due to the new debian packaging process, it appears I can no longer use dpkg-sig to sign the .deb files.  This step was redundant anyway, since all the final installers/tarballs are covered by the Bitcoin signature (for secure downloader) and signed sha256sum list.  We will spend a bit of time looking to fix this, though I didn't feel it necessary to delay this release over it.



The bugfix notes:  

https://s3.amazonaws.com/bitcoinarmory-media/changelog.txt


VERSION 0.93.2
Released June 7, 2015


   - Fixed signing/broadcast failures on large transactions
        Due to a signature padding issue, 1-in-256 signatures was failing
        verification checks, leading Armory to abort the transaction.  This
        was most frequently observed in large transactions with 100+ sigs.

   - Fixed issue with multiple outgoing transactions
        Creating and broadcasting multiple transactions sequentially was
        causing issues when zero-confirmation change had to be used for
        subsequent transactions.  

   - Restored compatibility with Ubuntu 12.04 (GCC <4.7.3)
        Introduction of C++11 advanced features into the BlockDataManager
        in 0.93 made our Ubuntu builds incompatible with 12.04.  With this
        release, building on 12.04 still requires a bit of work, but our
        downloadable .deb packages installs on 12.04 again.  To build, see:
        http://askubuntu.com/questions/113291/how-do-i-install-gcc-4-7

   - Armory Daemon (armoryd) reliability fixes
        A variety of reliability issues with armoryd were resolved,
        primarily related to the new database and back-end introduced
        in 0.93 (primarily getledger and getledgersimple).

   - Multi-sig fee calculation fixed, warnings updated
        Multi-signature transaction creation code was not
        calculating and enforcing sane fees.  Many users inadvertantly
        tried to send transactions with no chance of success, and with
        no useful information when it did fail.  

   - Uses floating fee estimation via RPC call in auto-bitcoind mode
        When Armory is running Core in the background, it now uses
        Core's floating fee estimation capability to recommend
        acceptable fees to the user

   - Deterministic Signing
        Deterministic signing (RFC6979) was enabled by default in 0.93.1,
        but the command-line arguments were not hooked up to be able to
        disable it.  You can now use --enable-detsign or --disable-detsign
        to force the selection.
        
   - Fix for lockbox change addresses
        Lockbox transactions created with armoryd were sending change
        back to the lockbox, but without P2SH.  This is harmless, and
        Armory is smart enough to handle it gracefully, but unintended.


6  Bitcoin / Armory / Re: Starting preliminary 0.94 testing - "Headless fullnode" on: May 14, 2015, 11:08:34 PM
This reminds me that we should probably remove all torrent-related code from Armory for 0.94.  It is no longer needed with Core 0.10+ (headers first), and it was actually designed such that you could remove the torrent code directory and Armory would bypass trying to use it.    We wanted to wait for sufficient people to have upgraded to Core 0.10 and Armory 0.93+, and I think that's likely to be the case now (we couldn't upgrade the Core links in the secure downloader, without inadvertantly leading to 0.92 users installing Core 0.10 which doesn't work).
7  Bitcoin / Armory / Re: Starting preliminary 0.94 testing - "Headless fullnode" on: May 14, 2015, 07:00:08 PM
Whole thing crashes when scanning tx's. CPU/Memory usage goes vertical-ish.

Possibly the source of offence:
Code:
(python:3377): Gtk-CRITICAL **: IA__gtk_progress_configure: assertion `value >= min && value <= max' failed
Killed

Logs are otherwise uneventful


Did you pull the latest ffreeze?  There was a problem with thread synchronization a couple days ago, and we all experienced the exact same issue.  As of yesterday (when I posted this thread) that was fixed and no one else had the issue.  Did you wipe the database?  Is the version number 0.93.99.1?
8  Bitcoin / Armory / Starting preliminary 0.94 testing - "Headless fullnode" on: May 13, 2015, 10:54:19 PM
So, preliminarily 0.94 has stabilized, but it hasn't seen much testing outside "the lab."  I would like to invite folks who can build, to checkout the ffreeze branch (feature-freeze) and try it out while we continue our internal testing.

https://github.com/etotheipi/BitcoinArmory/tree/ffreeze

++ In 0.94 the Armory home dir databases folder should now be less than 150 MB!  This is what we refer to as "headless fullnode"
-- All database formats have changed. You must rebuild your databases! (and we don't have a clean way to help the user transition from the GUI).


Therefore, to use/test 0.94, please change your datadir, dbdir, or delete the databases folder in the Armory home directory.  Though, you might want to just move the directory for the moment, in case you have to go back.  Luckily, since the new version uses so much less space, it's not a big deal to create another directory for it!

It's also is a heck of a lot faster to start up Armory the first time once Core is sync'd, since we're not building a 30+ GB database anymore.   It's called "headless fullnode" because it's the same as previous "fullnode" version of Armory, but without maintaining it's own copy of the blockchain (of course, if you run supernode it will maintain your 2x-3x sized DB, but that's not the default Armory mode).

Along with this, there's a ton of bug fixes and stability enhancements. We're looking forward to the database design finally settling down and stabilizing.

PLEASE checkout the ffreeze branch and help test!  Once we get a little bit more testing we'll do a semi-official testing release with a proper bug bounty!

9  Bitcoin / Armory / Re: armory command line only unable to load wallet on: April 08, 2015, 01:18:56 AM
The short answer is that you need to create wallets in the Armory GUI first.  Run regular Armory (ArmoryQt.py), use the interface to make a wallet, backups, perhaps make and keep only a watch-only copy for your armoryd.py server.  When you start armoryd next, it will load whatever wallets you created in the GUI (they share the same home directory).  If you are using for offline signing in some capacity, you should have the full wallet in the home directory of the offline computer, and a watch-only copy of it in the home directory of the online computer (I assume the armoryd server is on the online computer).

You will not be able to use wallets from other applications.  Armory uses its own wallet format that is not compatible with other apps.
10  Bitcoin / Armory / Re: Armory - Discussion Thread on: March 27, 2015, 03:26:41 AM
And that therefore, if I want to create two (or more) transactions from a watching-only wallet, such that both are spendable without conflicting with each other, then it's my responsibility to use coin control to ensure they spend from different addresses?


Yes.  I do that sometimes.  It works fine, if you are careful, but if you use the same input twice you cannot broadcast the second transaction (and do not get a clear error message).

We took the easy way out on this topic (and didn't address it), because the alternatives are more complex under the hood and in the UI.  If you allow Armory to arbitrarily lock inputs from being spent on subsequent transactions, you have to somehow represent to the user the state of the "locks" on your wallet.  This includes some super-arbitrary amount (even though your tx is 1.3 BTC, you have 21.32 locked), and it also leaves open confusion when you end up not signing the transaction (changed your mind, made a mistake in the original and want to recreate it, etc) and now you have coins that are locked unnecessarily and you need to be able to reset the lock state.  If it's not represented clearly, then you have new users who say "what's this Create Unsigned button do?" and they end up with locked coins and emails to us asking why fund are inaccessible.

If there was at least a way to create a tx for X and then always lock exactly X, that would make it reasonable.  But in most cases you have to lock some unexplainable amount more than your transaction is, and in some cases it's just not possible to do multiple offline tx (if you only have one input).

At the end of the day, if you need to create multiple simultaneous offline transactions, you should be sophisticated enough use coin control and understand the limitations.  On that note, we should have an input-level coin-control interface... soon...?  Stay tuned.
11  Bitcoin / Armory / Re: [ANN] Armory 0.93 Official Release on: March 27, 2015, 03:16:51 AM
Just got a pop-up in Armory for 0.93.1... so are the issues fixed?

I was just about to post a message about this.

We believe we've resolved a bulk of the issues.  It's not perfect, but most of the issues were related to a database issue that has been resolved.  Please try it and let us know.

has the dependency fix for Ubuntu 12.04, 32 bit been implemented?

I don't think so. A more permanent fix is about to enter the testing phase. Until then, a workaround is discussed here if you want to give it a try. It worked for me when I gave it a try a few days ago.

it's actually the online version that is giving me the dependency error.

It should work for both versions.

EDIT: Derrrrrrrrp. Was conflating two issues. Sorry about that. Online 32-bit is still busted no matter which OS you use. What I posted should work for 32-bit offline and 64-bit online setups.

ok, getting frustrated now.   my online 0.92.3 online totally stopped working on 12.04, 32 bit.

when are we going to get that dependency required i've been asking about?

12.04 and 32-bit are both broken (for different reasons) in 0.93+.  You will have no choice but to use 0.92.3.  We should have a testing version of 0.94 soon which will work on 32-bit (Linux and Windows), but 12.04 still won't work yet.  Unfortunately, it's more than "a missing dependency".  We're working on a solution, but it's requiring a reworking of the build and packaging system
12  Bitcoin / Armory / Re: Armory Offline 0.93.1 Installation Help Please on: March 20, 2015, 02:53:08 PM
Our apologies.  I should've updated the website to indicate that the 12.04 bundles are not going to work with 0.93 or 0.93.1.  You need to use 0.92.3, which is fine because all the features you need you for offline mode are unchanged in 0.93.  We're actively working on a fix for getting things to run on 12.04 again, but it will likely have to wait for the next major Armory version  (we need it to work on 12.04 for our Gitian build process, anyway).



Etotheipi,
Just to make sure I understand you correctly.  For those of us running Ubuntu 14.04 LTS on a Cold Storage PC we need to install Armory Offline Bundle version 0.92.3.


And just for further clarification, for those of us running Ubuntu 14.04 LTS  on an ONLINE PC we need to install Bitcoin Core 10 and Armory 0.93.1 on the ONLINE PC.

In short, it does not matter that my Armory versions between my ONLINE PC and my OFFLINE PC do not match since one is running Armory 0.93.1 and the other one is running  Armory Offline Bundle version 0.92.3?   

I look forward to hearing back from you as to whether or not I am understanding all of this correctly. Thanks in advance.


Yes, mixing versions online and offline is fine.  As long as they both >0.92 (so they have the same offline/multi-sig message formats)
13  Bitcoin / Armory / Re: Armory Offline 0.93.1 Installation Help Please on: March 20, 2015, 02:19:43 PM
Our apologies.  I should've updated the website to indicate that the 12.04 bundles are not going to work with 0.93 or 0.93.1.  You need to use 0.92.3, which is fine because all the features you need you for offline mode are unchanged in 0.93.  We're actively working on a fix for getting things to run on 12.04 again, but it will likely have to wait for the next major Armory version  (we need it to work on 12.04 for our Gitian build process, anyway).

14  Bitcoin / Armory / Re: Armory won't come out of Offline mode on: March 19, 2015, 04:39:37 PM
Certainly did (see below). I just can't figure out why it was working and now it isn't.



Although the software should be okay using paths that have spaces in them, I would recommend moving/renaming the Bitcoin Core location to a path without spaces.   Please try it and let us know if that resolves it. 
15  Bitcoin / Armory / Re: [ANN] Armory 0.93.1 Official Release on: March 18, 2015, 11:53:26 PM
Armory 0.93.1  --  Fixes most BDM issues and the Fragmented backup UI issues.

As usual, please use Help->Update Software within the app to use the secure downloader, if possible. 

  Armory 0.93.1 for Windows XP, Vista, 7, 8+ (64-bit)
  Armory 0.93.1 for MacOSX 10.7+ (64bit)
  Armory 0.93.1 for Ubuntu 12.04+ (32bit)
  Armory 0.93.1 for Ubuntu 12.04+ (64bit)
  Armory 0.93.1 for RaspberryPi  (armhf)


  Armory 0.93.1 Offline Bundle for Ubuntu 12.04 exact (32bit)
  Armory 0.93.1 Offline Bundle for Ubuntu 12.04 exact (64bit)
  Armory 0.93.1 Offline Bundle for RaspberryPi  (armhf)

  Armory 0.93.1: Signed hashes of all installers

NOTE: As of 0.93, we broke compatibility with both Ubuntu 12.04 (32 and 64) and Windows 32 bit.  The next major release (hopefully soon) will actually remove the bulky Armory databases (except in supernode, of course), and thus make it compatible with 32-bit again.
16  Bitcoin / Armory / Re: Armory - Discussion Thread on: March 18, 2015, 11:52:21 PM
Armory 0.93.1  --  Fixes most BDM issues and the Fragmented backup UI issues.

As usual, please use Help->Update Software within the app to use the secure downloader, if possible. 

  Armory 0.93.1 for Windows XP, Vista, 7, 8+ (64-bit)
  Armory 0.93.1 for MacOSX 10.7+ (64bit)
  Armory 0.93.1 for Ubuntu 12.04+ (32bit)
  Armory 0.93.1 for Ubuntu 12.04+ (64bit)
  Armory 0.93.1 for RaspberryPi  (armhf)


  Armory 0.93.1 Offline Bundle for Ubuntu 12.04 exact (32bit)
  Armory 0.93.1 Offline Bundle for Ubuntu 12.04 exact (64bit)
  Armory 0.93.1 Offline Bundle for RaspberryPi  (armhf)

  Armory 0.93.1: Signed hashes of all installers

NOTE: As of 0.93, we broke compatibility with both Ubuntu 12.04 (32 and 64) and Windows 32 bit.  The next major release (hopefully soon) will actually remove the bulky Armory databases (except in supernode, of course), and thus make it compatible with 32-bit again.
17  Bitcoin / Armory / Re: 93.1 Download Link Please on: March 18, 2015, 11:50:35 PM
My apologies, I got really busy and forgot to post these somewhere:

As usual, please use Help->Update Software within the app to use the secure downloader, if possible. 

  Armory 0.93.1 for Windows XP, Vista, 7, 8+ (64-bit)
  Armory 0.93.1 for MacOSX 10.7+ (64bit)
  Armory 0.93.1 for Ubuntu 12.04+ (32bit)
  Armory 0.93.1 for Ubuntu 12.04+ (64bit)
  Armory 0.93.1 for RaspberryPi  (armhf)


  Armory 0.93.1 Offline Bundle for Ubuntu 12.04 exact (32bit)
  Armory 0.93.1 Offline Bundle for Ubuntu 12.04 exact (64bit)
  Armory 0.93.1 Offline Bundle for RaspberryPi  (armhf)

  Armory 0.93.1: Signed hashes of all installers

NOTE: As of 0.93, we broke compatibility with both Ubuntu 12.04 (32 and 64) and Windows 32 bit.  The next major release (hopefully soon) will actually remove the bulky Armory databases (except in supernode, of course), and thus make it compatible with 32-bit again.
18  Bitcoin / Armory / Re: [ANN] Armory 0.93 Official Release on: March 18, 2015, 07:58:38 PM
Just got a pop-up in Armory for 0.93.1... so are the issues fixed?

I was just about to post a message about this.

We believe we've resolved a bulk of the issues.  It's not perfect, but most of the issues were related to a database issue that has been resolved.  Please try it and let us know.
19  Bitcoin / Armory / Re: Armory - Discussion Thread on: March 14, 2015, 04:42:15 AM
It's been a bumpy road, but I think we're finally getting there...

So we had a problem with auto-manage bitcoind in the .80 testing release (it's a pain to test with auto-bitcoind, so we miss that easily).  Sorry!  Hopefully this is the last testing release before the 0.93.1!

As usual, use the secure downloader to get it.  Only use the links below as a backup:

  Armory 0.93.0.82-testing for Windows XP, Vista, 7, 8+ (64-bit)
  Armory 0.93.0.82-testing for MacOSX 10.7+ (64bit)
  Armory 0.93.0.82-testing for Ubuntu 12.04+ (32bit)
  Armory 0.93.0.82-testing for Ubuntu 12.04+ (64bit)
  Armory 0.93.0.82-testing for RaspberryPi  (armhf)

  Armory 0.93.0.82-testing Offline Bundle for Ubuntu 12.04 exact (32bit)
  Armory 0.93.0.82-testing Offline Bundle for Ubuntu 12.04 exact (64bit)
  Armory 0.93.0.82-testing Offline Bundle for RaspberryPi  (armhf)

  Armory 0.93.0.82-testing: Signed hashes of all installers
20  Bitcoin / Armory / Re: Armory 0.93 testing release! (with 0.05 BTC bug bounty) on: March 13, 2015, 09:46:15 PM
So we had a problem with auto-manage bitcoind in the .80 testing release (it's a pain to test with auto-bitcoind, so we miss that easily).  Sorry!  Hopefully this is the last testing release before the 0.93.1!

  Armory 0.93.0.82-testing for Windows XP, Vista, 7, 8+ (64-bit)
  Armory 0.93.0.82-testing for MacOSX 10.7+ (64bit)
  Armory 0.93.0.82-testing for Ubuntu 12.04+ (32bit)
  Armory 0.93.0.82-testing for Ubuntu 12.04+ (64bit)
  Armory 0.93.0.82-testing for RaspberryPi  (armhf)

  Armory 0.93.0.82-testing Offline Bundle for Ubuntu 12.04 exact (32bit)
  Armory 0.93.0.82-testing Offline Bundle for Ubuntu 12.04 exact (64bit)
  Armory 0.93.0.82-testing Offline Bundle for RaspberryPi  (armhf)

  Armory 0.93.0.82-testing: Signed hashes of all installers
Pages: [1] 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 ... 186 »
Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!