Bitcoin Forum
April 10, 2024, 09:34:47 PM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
  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 »
81  Bitcoin / Armory / Re: Is this worth wrestling with? on: November 17, 2014, 07:35:31 PM
Armory will probably show the transaction once it has finished updating its database.  If you do not want to wait, you can check the address at blockchain.info, and see that the money is on the address.  Of course that does not prove that Armory has the private key, for that you just have to wait - or look at the wallet and see what addresses it contains.
82  Bitcoin / Armory / Re: Armory long term cold storage concerns on: November 17, 2014, 02:00:23 PM
If that happens (and I agree that is a worry!) they you have two options.

1.  Hope that Alan has finished the lightweight version of Armory not needing a full node.

2.  Export your private keys one by one from the offline wallet, import them in another client, and move the money like that.

The latter will always be possible, so there is a plan B if everything else fails.
83  Bitcoin / Armory / Re: Accessing Python variable from C++ (for adding Namecoin support to Armory) on: November 15, 2014, 06:10:38 PM
Thanks for the help! I am able to receive and send testnet Namecoins with Armory! I haven't tried testing it with mainnet yet.

I did run into a small bug where, after sending a transaction, the pop-up in the taskbar and the transactions tab on the main screen say I only sent 0.005, when I really sent 1 plus a 0.005 fee. I am on the dev branch, but haven't brought it up to date for a few days. So maybe it is a known bug that is already fixed. I'll do more testing to determine whether this is Namecoin specific or not and see if it is fixed with an up-to-date dev branch. Once there is a confirmation the transactions tab correctly lists the amount as 1.005. Also, when double clicking on the transaction, the window that pops up displays the correct amount, even if there is not yet a confirmation.

I need to disable P2SH and multisig for Namecoin for now. I might need to tweak the fee calculation code too. Then I'll try to write that unit test.

If you sent it to yourself (i.e. another address in the same wallet) then the list on the transaction tab will only show the fee, since that is the net amount leaving the account.  The symbol next to the transaction will be different - there is one for outgoing, one for incoming, and one for send to self.
84  Bitcoin / Armory / Re: How to verify Armory on: November 04, 2014, 07:37:53 AM

Code:
sha256sum armory_0.92.3_osx.tar.gz
it says
Code:
-bash: sha256sum: command not found

On my mac, the command is
Code:
shasum -a 256 armory_0.92.3_osx.tar.gz


Quote
Man, where do you guys learn this stuff??  Shocked

We do like you do: Ask questions on the internet.  Continue for 20 year, and you end up answering some of them instead Smiley


Edit: Messed up formatting.
85  Bitcoin / Armory / Re: Uninstalling Armory, Bitcoin Core, a suggestion on: October 24, 2014, 02:10:34 PM
Lastly, it is common practice for a software uninstaller to only remove the files that were added by the installer and revert the settings the installer set. This is why installation files and operation data are kept in separate paths. While Microsoft has lagged behind with this concept compared to Linux, it moved to this paradigm since Windows 5.x (2k/XP). So it is expected users are familiar with the concept, even on Windows.
While that may be common practice, it is unusual that there is so much data that not removing it is an issue.  I agree it would be nice if the uninstaller mentioned that these files stay behind.
86  Bitcoin / Armory / Re: Secure download of bitcoin core fails (signature). on: October 22, 2014, 09:35:06 PM
Thanks for your reply!

Yes, I have already downloaded it myself.  Of course, in principle I now should check that the PGP signature used to sign it is actually the one belonging to the person it claims to belong to, and that he is actually the person that should be signing bitcoin core.  If Armory can do that work for me, I can remain lazy.  Smiley
87  Bitcoin / Armory / Secure download of bitcoin core fails (signature). on: October 22, 2014, 07:25:01 PM
Hi,

I just tried upgrading Armory and Bitcoin Core using Armory's secure download.  The download of the new version of Armory went well, but downloading Bitcoin Core failed with this error:
Quote
The download completed but its cryptographic signature is invalid. Please try the download again. If you get another error, please report the problem to support@bitcoinarmory.com.

The downloaded data has been discarded.

The error comes immediately, almost as if nothing is downloaded.  So I assume that this is an error in the downloader.  Running Armory 0.92.2.

Finally, I should note that although I am still running OS X 10.9.5 I tried to download the version for OSX 10.10 as that was the only one available, and as the official version does not care about the exact OS X version (I assume Armory gives me the official build).  Also, for Armory itself I downloaded for 10.9.4 as there is no 10.9.5 option at all.

EDIT: Tried again with the newly installed Armory 0.92.3: Same error.
88  Bitcoin / Armory / Re: Does Armory take a long time to synch up for you when you start it? on: October 21, 2014, 08:45:18 PM
Where is the log file? 

It is in the same place as your wallet file.  And yes, I can guess your next question. Smiley

The position of the files depend on the OS of your computer.  In Linux it will be in the hidden .armory folder in your home directory.  On a Mac it is in Library/Application Support/Armory (Library is hidden, go to it in the finder by pressing Alt while cliking on the Finder's "Go" menu).  On a Windows machine, it is somewhere.  I don't know where, but try googling for "armory folder windows" or something like that.
89  Bitcoin / Armory / Re: Does Armory take a long time to synch up for you when you start it? on: October 21, 2014, 05:27:44 PM
Very interesting, thanks.  Now here's another question:  when Armory loads up it always takes the same amount of time even if it has already been loaded and exited from!  That is, if you load Armory, let it do "Initialization of Database Engine", "Build Database", "Scan Transactions", then exit Armory, then one second later reload Armory, it takes the same amount of time, like 10 minutes, before it goes online.  This is a feature or bug?  It should not take so long the second time it is loaded since the data downloaded is already in place?
That does not seem right.  It takes around half a minute to a minute for me if I just stop Armory and let it restart.  Perhaps you have a very slow harddisk or very little RAM, perhaps there is something else wrong.  But something clearly is wrong.  Have you tried looking at the log while it starts, maybe that can be an indication of what is wrong.
90  Bitcoin / Armory / Re: Armory - Discussion Thread on: October 21, 2014, 10:07:49 AM
in the bicoin.conf  file i can see these :

rpcuser=generated_by_armory

rpcpassword=43 long string

so this means nothing ?  

Yes, this means nothing.  That password allows Armory to communicate with bitcoind, but has no relation whatsoever with the Bitcoin-Qt wallet password.

Quote
is it possible that i have never created any wallet in armory but after i installed armory some way i attached my bitcoin qt wallet to armory and it showed up in armory as a wallet and i set a password/passphase for it (that probably created those entries in bicoin.conf file)  and so now i cannot use old passphase in the bitcoin qt wallet beacuse armory take control over bitcoin qt ( not allowing transactions from bitcoin qt)

No, that is utterly impossible.  Armory does not import anything automatically (and in fact importing the Bitcoin-Qt wallet is both cumbersome and discouraged, it is not something you do by accident.  And it is not possible with newer versions of Bitcoin-Qt).  Even if you manually imported the Bitcoin-Qt wallet into Armory, that would not prevent you from still using the wallet in Bitcoin-Qt.  Armory NEVER touches that wallet.  Never.

Quote
(if i create a wallet in armory and i can see my whole btc balance in armory in this wallet , can i see my whole balance in bitcoin qt too or will it be empty ? )

That depends.  If you imported the private keys from Bitcoin-Qt (which is by the way only possible if they were created with an old version of Bitcoin-Qt), then you would see the coins in both wallets.  If you moved the coins, then they would only be in Armory.  But you would still be able to unlock your Bitcoin-Qt wallet with your Bitcoin-Qt password, and see the transactions, including a large one sending all the funds to Armory.

If your passphase does not work, then your Bitcoin-Qt wallet is either corrupt, has been removed (check backups) or you used another passphase than the one you think you used.  Nothing Armory can do can cause this problem. 
91  Bitcoin / Armory / Re: Armory fails to go online on: October 20, 2014, 04:48:41 PM
bitcoind is crashing. Start BitcoinQt manually and see what it has to say for itself

Sorry for not updating.
I tried to start bitcoin-qt it just open the splash window and nothing beyond that point. and get

Code:
bus error (core dumped)  bitcoin-qt

That is pretty bad.  Either your bitcoin-qt executable is corrupt, or your RAM is bad, or there is some very bad data in the local copy of the block chain causing bitcoin-qt to crash like this.  If I were you I would start by running an overnight test of the RAM (I believe that there is a RAM test on the Ubuntu installation disks, RAM errors are surprisingly common) and then try to reinstall bitcoin-qt.  If both fails, try deleting all of bitcoin-qt's data and let it download again (or start by torrenting the latest snapshot of the block chain).
92  Bitcoin / Armory / Re: Armory - Discussion Thread on: October 20, 2014, 04:41:33 PM
Last week i tried to use bitcoin qt ( i can see my balance and all transactions ),  but my passphrase did not work there, later i realized (after opened the bicoin.conf file : rpcuser=generated_by_armory) that i installed armory

Armory does not touch the password for the Bitcoin-QT wallet (doing so would be extremely bad behaviour!).  It *does* touch the bitcoin-qt file, but only to set up communication between the two clients.  I think it does set up a password for that communication, but it is totally separate from your bitcoin wallet password.

It indeed looks like from the log file that you never created an Armory wallet.  Your bitcoins must then be in the Bitcoin-QT wallet.  The most likely explanation is that you used another passphase for Bitcoin-QT than the one you are trying now.  Do you have an unencrypted backup or a paper backup of the Bitcoin Qt keys?  Without such a backup, there is no other way to recover than remembering the correct passphase.
93  Bitcoin / Armory / Re: (!) Armory Brain Wallet on: October 09, 2014, 07:08:14 PM
Well, I don't remember the password, but I still have my paper fragmented backup.
But if papers were lost, you may try to recall the password. It is just additional possibility to restore wallet.
That actually makes sense - at least if your passphrase is long and cryptic enough to be secure. 

The demands for a brain wallet is many orders of magnitude higher than for a password, since you do not need access to anything other than the block chain to break it - and can attack all the world's brain wallets in parallel at no extra cost.  A lot of people have a lot of specialized hardware for doing rapid hashes - and they no longer pay for themselves mining bitcoin.  Some of these are going to try for brainwallets instead.  And since "Two beer, or bottle of wine? That is the question of my silly brain." is (almost) grammatically correct and uses sensible punctuation, it has much lower entropy than one would expect.  I *think* it is barely out of reach of a brute force search, but honestly I have no clue.
94  Bitcoin / Armory / Re: (!) Armory Brain Wallet on: October 09, 2014, 05:44:36 PM
Use something like 'Two beer, or bottle of wine? That is the question of my silly brain.'

One year from from now, typing 'Two beer, or a bottle of wine? That is the question of my silly brain.'  Wait??? Where are all my coins???  I am sure I remembered my password.

This is the other reason brain wallets are such a terrible idea.
95  Bitcoin / Armory / Re: Running Armory from USB 3.0 Hard Drive on: October 02, 2014, 11:44:15 AM
Try downloading the initial block chain with bittorrent.  On a windows machine, Armory should be able to do that for you.  It cuts down the time to sync bitcoind from many days to half a day or so.
96  Bitcoin / Armory / Re: Bunch of errors from a newbie on: October 02, 2014, 11:42:24 AM
Building the initial database takes a while, 1-3 hours is not unreasonable, that is what I saw on my relatively new macbook with an SSD disk.  It is only the first time, however, the next times it takes 1-5 min depending on how long it has been since last time you ran it.  Just don't quit armory during that short database update, or it will assume that something went wrong, and rebuild the entire database Sad

97  Bitcoin / Armory / Re: Raspberry Pi: strange performance. on: September 16, 2014, 09:13:30 PM
You seem to have nailed it.  I installed on a better SD card today, no difference.  Signing the first transaction took forever (10 - 15 min), but signing number two took only seconds.

Problem solved!

 Grin
98  Bitcoin / Armory / Re: Raspberry Pi: strange performance. on: September 16, 2014, 03:29:49 PM
Was the wallet consistency check running by any chance?

I don't know.  It could be running simultaneously in a separate thread.  The user interface did not indicate it, but it might be.

Is there a way to disable the wallet consistency check?  An inconsistent watch-only wallet would be a disaster, but if something happens with the "real" wallet all that happens is that I would not be able to sign until it was fixed.  On the other hand, if the consistency check takes 15 min on a RPi, it is a problem.
99  Bitcoin / Armory / Re: Raspberry Pi: strange performance. on: September 16, 2014, 08:44:19 AM
The encryption code uses scrypt's precursor to derive the encryption key from your password (that's to reduce the brute force attack vector). When the wallet is encrypted for the first time, Armory defaults to a flat derivation processing time (I think ~2sec).

That time is obviously based on the performance of the machine encrypting the wallet. Take that back to a RPi, and what was expected to be 2 sec will become much longer. You can manually set the kdf size for your wallet in order to reduce that time. Or restore the wallet through your backup on the Pi and encrypt from it instead.

There is also another case. If your wallet has address entries without the private keys (if you extended the chain without decrypting the wallet first), it will have to compute the missing keys up until the highest one needed in for the transaction to be signed, which is outrageously long on a RPi. This will only happen once per missing key however.

I created the wallet on the RPi, so the scrypt precursor should be fitting for that machine.  I reinstalled everything to test my backup recovery plan (a bit paranoid, but better safe than sorry).  I then restored the wallet from paper backup on the RPi.  It took like 15 min of calculations.  I then tried signing a new transaction, must have been key number 4 or 5 in the chain.  That again took 15 minutes.  I never saw that on my old wallet, where it would always take less than a minute.  I ran "top" in a terminal window, it showed that the CPU usage of Python was fluctuating, and often the CPU load would be a significant percentage of "waiting".  I wonder if a bad SD card could cause that.  I am going to try a new one, if that does not help I will transfer the wallet to the old SD card with an older version of Armory and downgrade the online version.
100  Bitcoin / Armory / Raspberry Pi: strange performance. on: September 15, 2014, 06:26:31 AM
Hi,

I just reinstalled a Raspberry Pi with the latest Armory offline bundle.  While testing and backing up, I notices something very strange.  Signing a transaction from the online computer takes about 30 sec, that is what I am used to with the old version, or perhaps a bit slower.  After the test, I wanted to make a paper backup.  But unlocking the wallet to create a paper backup took more than 10 min, closer to 15 min.  Most of the time it just said "Unlocking wallet" while a progress bar slowly moved.   I understand and accept that EC math is bound to be slow on a RPi.  But I would think that signing a transaction also requires unlocking the file?  How can signing be so much faster.

In case it matters: I made this wallet from external entropy (shuffling a deck of cards, SHA-256 of the sequence, convert to Armory backup alphabet and "restore").  Before that, I made a test wallet where Armory generated the wallet seed.  I did not sign any transactions, but I tested that the various windows could open in Armory, before deciding to create a paper backup and testing my plan for "offline printing".  In that case unlocking the wallet was also slow, but only of the order of a minute or two.  Why is my "real" wallet so much slower?  I did not mess with any advanced options.

I can of cause live with slowness when making paper backups as long as signing is fast. Smiley
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 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!