|
Thank you gweedo
btw: Is it normal that I get different IPs for ping bitcoinarmory.com on two different internet connections? (maybe because of cloud hosting !?) Okay i just did "dig bitcoinarmory.com" and indeed these are the two ips I am getting.
cf-ssl27047-protected.bitcoinarmory.com. 133 IN A 108.162.200.154
cf-ssl27047-protected.bitcoinarmory.com. 133 IN A 141.101.127.153
|
|
|
|
I thought armorys wallet is deterministic and you only need to backup it once - no matter how many new addresses you generate afterwards. Isn't it like that?
Correct it is deterministic, but a keypool is pre-generated addresses that can be used. It saves time, and has nothing to do with backup unless you change that number, then you may miss addresses when you restore, but changing that value will return those addresses. If you used more and restore, it won't think to generate them YET. It CAN, you just tell it to. Okay. For example: I create a new wallet with the default setting of e.g. 100 pre generated addresses. After this I am doing a backup. Now I am changing the pre generate number to 200 and get 100 new addresses. When I am reimporting my backup I will only have 100 addresses in my wallet but now I can change this number again and will have all my 200 addresses back in my wallet. Is this correct? |
|
|
|
Is it possible to somehow get a list of 1,000 pre-generated addresses of an Armory wallet?
I know I can use the "Backup Individual Keys" function and then click "Include Unused" but this will give only about 100 pre-generated addresses.
Is there a way to extend this to a 1,000 addresses?
I believe you can pass the --keypool=## option to Armory, but I've not tested if that will increase the amount when you print a backup. I thought armorys wallet is deterministic and you only need to backup it once - no matter how many new addresses you generate afterwards. Isn't it like that? Is the new backup center of 0.9 already safe to use? @etotheipi, can you please put the download url, signed hashes in the opening post of this thread to let us not only rely on the website? |
|
|
|
Is this version already safe to use for managing (creating & broadcasting) offline transactions?
Or should I wait until the final release!? |
|
|
|
|
Is this version already safe to use for managing (creating & broadcasting) offline transactions?
|
|
|
|
That's an amateurish problem that only happens with custom implementations of ECDSA. You have to use a random number when calculating the signature, and every basic implementation of ECDSA guarantees this (at least to the extent of the randomness it can pull from your system). The problem there was people hand-rolling their own and not realizing that reusing "random" numbers when signing different messages with the same key reveals the private key. This was the same reason that Sony's PS3 signing key was compromised: https://groups.google.com/forum/#!topic/sci.crypt/3isJl28Slrw Each key (for each different type of loader) seems to have an
associated random number ‘m’ — the numbers follow no pattern, but they
are consistent between different signatures on different versions of the
same loader — almost as if they treated ‘m’ as one of the parameters of
the key.
If I understand correctly this means Sony decided they were smart enough
to reimplement their own version of ECDSA from scratch.
Famous last word. Armory is unaffected. And for reference, you don't even need good random numbers for it. You just need anything that changes between signatures and looks random. Thank you very much for that information! I really trust your wallet and I love it that you are really caring about a good implementation and testing etc of your wallet! |
|
|
|
|
[Urgent]
I ran into a problem:
I created an offline transaction, signed it and broadcasted it. At the time of the broadcasting I had some internet connection problems and now the transaction shows up in my armory client with 0 confirmations but when I go to blockchain.info e.g. it doesn't show up. (At the time I broadcasted it bitcoin-qt did not load all blocks but in the missing blocks there were not any with my wallet related transaction information).
After that I closed armory, restarted bitcoin-qt , loaded all blocks and startet armory again. In the hop it will try to broadcast my transaction again but so far nothing has changed.
I hope my funds are not lost in limba because it is a quite large amount for me.
What can I do now to get this transaction out?
Can this be an option?
- Re import my watchonly wallet to get the transaction sorted out and simply make a new one?
Thank you very much!!!
|
|
|
|
|
rKr2hGRc29FDDBikiGWEhBFiVS4YspSR1
|
|
|
|
Bug report: I just created my first paper wallet and tried to import it after printing it out on an offline machine (so I used the Armory Offline Client  ). I clicked "Restore from paper wallet" and typed in all the letters, I checked it three times for mistakes. After I clicked the OK button it happened nothing (Tried it with checked and unchecked "Encrypt wallet" checkbox.). I clicked one more time OK and the app gave me no feedback beside of the visual button click effect. Armory did not crash, I was able to click cancel and go back to the main window. Can it be that this did not work because my wallet was already imported? If yes I would expect a msg like "This wallet is already imported". Then I would also know that the import has worked and would not have to remove the wallet first, import and encrypt it again to ensure the functioning of my paper wallet and the import function) Armory version: 0.8.63 OS: Ubuntu 10.04 32bit You should've gotten a message like you suggested. I have billions of catches like that... Can you go check the /home/username/.armory/armorylog.txt file on that computer and look for some useful information. I know you can't send it to me from the offline computer, but the error message would be fine. Usually when a button is supposed to do something, but doesn't do anything, there's usually errors kicking around under the hood. Here we go. This must it be: 2013-03-09 10:35 (ERROR) -- Traceback (most recent call last): File "/usr/share/armory/qtdialogs.py", line 3706, in verifyUserInput rawBin = easyType16_to_binary( str(self.lineEdits .text()).replace(' ','') )
File "/usr/share/armory/qtdialogs.py", line 3872, in easyType16_to_binary
return hex_to_binary(''.join([base16_to_hex_map[c] for c in b16str]))
File "/usr/share/armory/armoryengine.py", line 897, in hex_to_binary
return bout.decode('hex_codec')
File "/usr/lib/python2.6/encodings/hex_codec.py", line 42, in hex_decode
output = binascii.a2b_hex(input)
TypeError: Odd-length string
It looks like you are missing some characters in the typed field. I guess I only catch errors in the typed letters, not missing letters. I'll add a condition to catch that... When you have typed enough letters, it should automatically respace the chars for you into blocks of 4 letters. There's a total of 9 blocks on each line, so 36 letters. If you don't have that.... let me know! MY FAULT! I really had a typo I guess. Now it worked fine and I got a nice msg that the wallet is already imported  Thx! |
|
|
|
Bug report: I just created my first paper wallet and tried to import it after printing it out on an offline machine (so I used the Armory Offline Client ). I clicked "Restore from paper wallet" and typed in all the letters, I checked it three times for mistakes. After I clicked the OK button it happened nothing (Tried it with checked and unchecked "Encrypt wallet" checkbox.). I clicked one more time OK and the app gave me no feedback beside of the visual button click effect. Armory did not crash, I was able to click cancel and go back to the main window. Can it be that this did not work because my wallet was already imported? If yes I would expect a msg like "This wallet is already imported". Then I would also know that the import has worked and would not have to remove the wallet first, import and encrypt it again to ensure the functioning of my paper wallet and the import function) Armory version: 0.8.63 OS: Ubuntu 10.04 32bit You should've gotten a message like you suggested. I have billions of catches like that... Can you go check the /home/username/.armory/armorylog.txt file on that computer and look for some useful information. I know you can't send it to me from the offline computer, but the error message would be fine. Usually when a button is supposed to do something, but doesn't do anything, there's usually errors kicking around under the hood. Here we go. This must it be: 2013-03-09 10:35 (ERROR) -- Traceback (most recent call last): File "/usr/share/armory/qtdialogs.py", line 3706, in verifyUserInput rawBin = easyType16_to_binary( str(self.lineEdits .text()).replace(' ','') )
File "/usr/share/armory/qtdialogs.py", line 3872, in easyType16_to_binary
return hex_to_binary(''.join([base16_to_hex_map[c] for c in b16str]))
File "/usr/share/armory/armoryengine.py", line 897, in hex_to_binary
return bout.decode('hex_codec')
File "/usr/lib/python2.6/encodings/hex_codec.py", line 42, in hex_decode
output = binascii.a2b_hex(input)
TypeError: Odd-length string |
|
|
|
Bug report: I just created my first paper wallet and tried to import it after printing it out on an offline machine (so I used the Armory Offline Client ). I clicked "Restore from paper wallet" and typed in all the letters, I checked it three times for mistakes. After I clicked the OK button it happened nothing (Tried it with checked and unchecked "Encrypt wallet" checkbox.). I clicked one more time OK and the app gave me no feedback beside of the visual button click effect. Armory did not crash, I was able to click cancel and go back to the main window. Can it be that this did not work because my wallet was already imported? If yes I would expect a msg like "This wallet is already imported". Then I would also know that the import has worked and would not have to remove the wallet first, import and encrypt it again to ensure the functioning of my paper wallet and the import function) Armory version: 0.8.63 OS: Ubuntu 10.04 32bit |
|
|
|
Okay I understand your intention Two more question -> - When my armory wallet is encrypted, is the paper wallet encrypted too? - Do I have to worry that the wallet format of the paper wallet is no more supported in x years !? I really love your client and hope you won't stop the development someday! Paper backups are never encrypted. Part of the reason is to guarantee that you have a useful backup in X years when you need it -- and most people would forget the encryption passphrase by then and it would be like not having a backup at all. The paper backup displays the "Wallet Version", which is all you need to know. Even though I'm making a new wallet version now, I will still support the old one. Even in 10 years, any prior version of Armory that ever worked will let you recover the wallet and print off a list of all your private keys. Either way, the code to create the private keys from your paper backup should be a permanent part of Armory, even if Armory doesn't produce those wallets anymore, but because I promised you it would still work 10 years from now You are a great developer. This is the perfect Bitcoin client for highest wallet security! Awesome. I will send you a donation very soon! |
|
|
|
It *might* work with 12.04/12.10 but only the 32-bit versions. Please let me know if you try this. I have been meaning to make a 64-bit version, and/or 12.04/12.10, but I hate adding more things to support (luckily, that's not part of the regular release schedule, only occasionally remake the offline bundle since offline version isn't so important).
Okay I will let you know if I will try it. I have one more question regarding to offline wallet: Armory and your site tells me to make a paper backup of my wallet but I guess a digital copy does the job too or can the backup only be restored with a paper wallet? Maybe a stupid question but I want to get sure. Thank you! Either one will work, though you will need your encryption password for your digital backup. The reason I recommend paper is because if the paper is intact, it's guaranteed to be useful 10-20 years from now when you need it (even if it's thoroughly faded, you'll still be able to recover it). Making only one digital backup is like betting your life-savings that a $3 USB key sitting in box somewhere will still work 20 years from now. I wouldn't make that bet Okay I understand your intention Two more question -> - When my armory wallet is encrypted, is the paper wallet encrypted too? - Do I have to worry that the wallet format of the paper wallet is no more supported in x years !? I really love your client and hope you won't stop the development someday! |
|
|
|
It *might* work with 12.04/12.10 but only the 32-bit versions. Please let me know if you try this. I have been meaning to make a 64-bit version, and/or 12.04/12.10, but I hate adding more things to support (luckily, that's not part of the regular release schedule, only occasionally remake the offline bundle since offline version isn't so important).
Okay I will let you know if I will try it. I have one more question regarding to offline wallet: Armory and your site tells me to make a paper backup of my wallet but I guess a digital copy does the job too or can the backup only be restored with a paper wallet? Maybe a stupid question but I want to get sure. Thank you! |
|
|
|
Hi!
I love this client.
Is there a offline linux bundle for ubuntu 12.10 available or does the existing work with it?
thanks for your help
What do you mean "offline linux bundle"? The version of armory from Github compiles just fine on Ubuntu 12.10 with the property dependencies installed. I want to know if the Dependencies-Bundle for Ubuntu 10.04 32-bit (*.zip) also works with 12.10 !? |
|
|
|
|
Hi!
I love this client.
Is there a offline linux bundle for ubuntu 12.10 available or does the existing work with it?
thanks for your help
|
|
|
|
Handelt der Bot nur auf Mtgox oder nutzt er auch die Kursdifferenzen verschiedener Börsen aus? Möchte auch mein Interesse kund machen |
|
|
|
|
Mtgox.com bietet ein Magento Plugin an
|
|
|
|
|
Show Posts
