 Show Posts
|
|
Pages: « 1 2 [3] 4 »
|
Trying to export key list under Backup options for wallet 1. Click 'Export key list' 2. Enter passphrase, click unlock 3. Armory doesn't display anything. Log file: (ERROR) -- Traceback (most recent call last):
File "ui\WalletFrames.pyc", line 1136, in clickedDoIt
File "qtdialogs.pyc", line 4943, in __init__
File "qtdialogs.pyc", line 5002, in rewriteList
File "CppBlockUtils.pyc", line 4035, in getAddrObjByIndex
RuntimeError: invalid asset index |
|
|
|
Both create fragmented backup and restore from fragmented backup do not work in 0.96.02. I think it's the same error that was in 0.96.01: Log: (ERROR) -- Traceback (most recent call last):
File "qtdialogs.pyc", line 10548, in <lambda>
File "qtdialogs.pyc", line 10588, in clickPrintFrag
File "qtdialogs.pyc", line 6404, in __init__
AttributeError: 'QString' object has no attribute 'lower'
|
|
|
|
|
This bug is preventing both creation of fragmented backups and restore from fragmented backups in 0.96.0.1.
goatpig, Is this an easy fix? If so, mind posting a 0.2 or a patch?
I have recently had lots of friends asking me to set up wallets but I insist on max security from their first dollar as part of a mindset switch, so if this is an easy fix - a patch would be appreciated!
|
|
|
|
|
I see exactly the same problem with 0.96, similar logs running with params:
"C:\Program Files (x86)\Armory\ArmoryQt.exe" --datadir=f:\armory096 --dbdir=f:\armory096
|
|
|
|
Now, can we get a goatpig donation address? I'd like to test my first 0.94 transaction with it.  |
|
|
|
My understanding is that to broadcast the signed tx, you need to load Armory with at least a WO copy of the corresponding wallet
Why is a WO copy of the corresponding wallet needed? Isn't it identical to a situation where I have a signed check and I can cash it in any branch? Is it security related? |
|
|
|
|
If I have signed a transaction on an offline computer - can I take the signed file and broadcast it from any Armory installation that's online, or must it be from the one that initiated the transaction?
|
|
|
|
I'm planning on buying a relatively large amount of bitcoins soon, and want to make sure that my plan for safekeeping them is as secure as I think it is. I do not yet have a laptop that I'll use for an offline computer, but plan on using this particular purchase strictly for the purposes of a long term investment, so I don't plan on spending the coins any time soon.
Here's my setup. I'm using Windows 7 64 bit, and I have Armory installed. The wallet I plan on using is offline. After creating the wallet, I transferred the private key to a flash drive so that money cannot be spent from this wallet without me explicitly moving the private key back on to my primary computer, or more likely, buying an offline laptop and moving the private key over there. I will be making a paper backup of this wallet to ensure that I'll have access to my bitcoins in the event that my flash drive crashes and I lose the private key.
Is this setup secure? I want to ensure that I'm secure from both losing the bitcoins to hard drive crashes and keyloggers / trojans.
Update: Oh, I should add that while I haven't yet done this, I plan on encrypting my Armory private keys on my flash drive just as an extra layer of security, on the off chance that there are any trojans out there that look for bitcoin private keys in flash drives. Long term, I'll definitely be investing in a laptop that I'll use as an offline bitcoin storage device, but until I get that point, I think this ought to be fairly secure.
I see several weak 'attack surfaces' with your described setup. Here's what you can do for large amount: - The backup: consider using fragmented backup and think well and hard where/who to give each fragment so that you'll be able to collect enough fragments to reconstruct the wallet in case of failure of the original wallet/inability to reach certain fragments etc. Don't keep a single sheet of paper to backup your wallet.
- Also regarding backup: laminate the paper or otherwise make sure it'll withstand the test of time.
- Offline setup: go ahead and get a cheap netbook for the offline computer. Do the following with it:
- Format, install windows
- disconnect from internet ENTIRELY - disable internet ports either physically (best) or at least via device manager. From this point on, that netbook will never see an internet connection.
- install Truecrypt 7.1a for entire disk encryption.
- install armory offline
- make the fragmented backups
|
|
|
|
...
Is this perfectly OK or should i avoid entirely?
Technically, from an operational security perspective - it's OK. Swapping a HD and rebooting is technically equivalent to booting another computer. However from a human behavior perspective it requires scrutiny: when your offline HD comes on, you'd need the wireless to be off. Also bluetooth, IR. Also any USB that may be connected. There's a neat hack that even involves a USB mouse to inject malware. In short, it'll take discipline. |
|
|
|
|
Can you verify that bitcoind lives in that directory?
In all likelyhood - you need to set your path here:
C:\Program Files\Bitcoin\daemon
The file Armory looks for is named bitcoind. Point to the path where it lives and you'll be fine.
|
|
|
|
UI Issue: when generating new receive address and choosing 'create clickable link' - the resulting form is cut out at the top and the only way I can get it to fully display is by resizing it - it then pops down and displays correctly. For example:  |
|
|
|
He used computing resources which did not belong to him, but were entrusted to his care, to sabotage another project.
If that's true, I'll be moving my miners off Eligius and recommend same to every other miner I know. Care to back quoted claim with some data? |
|
|
|
I'm trying to create a cold storage wallet with armory but each time I try to send coins using offline transactions I get the following message on my offline armory :
"This transactions appears to have no relationship to any of the wallets stored on this computer. Did you load the correct transaction ?"
I use armory 0.90 on both online and offline setups and I'm using a watch-only wallet on the online setup.
What am I doing wrong ?
It sounds a lot like there's no connection between the installations of the offline and online. Did you go through the export procedure of your wallet from the offline to a Watch Only online wallet? Did you create more than one wallet on the online computer? If so, are you sure you're using the same wallet in the online and offline? If this is a new installation, go over this page slowly, making sure you haven't missed any step. https://bitcoinarmory.com/about/using-our-wallet/ |
|
|
|
Any help ?
The log file you posted indicated that bitcoind had a problem (unspecified error). Try this: - Start bitcoin-qt and let it connect and syncronize fully. If it can't for some reason, there's no point starting Armory - your problem is in bitcoin-qt not being able to connect. BTW, if you don't have the latest version - 0.9 - now's a good time to upgrade.
- If it syncs, start Armory. It would complain that bitcoin-qt is running and ask to stop it. Instead, go to File-settings and clear the checkbox 'let Armory run bitcoind'
- Close Armory and start it again and let's see what happens
|
|
|
|
I just spent 5 day or so
...
What if I need to transfer coins as soon as possible due to a possible paper backup breach?
...
If you can get to your offline wallet Armory (physically and past its password/s) - you have access to your private keys. Worst case, urgently needing funds: In the offline Armory, under 'Backup Wallet' you can get a list of the private and public keys for each address. This enables you to copy one or a few addresses that have sufficient coins to a plaintext file and import it to another client wallet. To greatly decrease the 'attack surface' of a paper backup breach Armory has Fragmented Backups. You can use M of N scheme where you plant these N backups in different physical locations and need M of them to recreate the wallet. |
|
|
|
Welcome. Also noted from the log file you posted (unrelated to the problem): ...
2014-03-14 17:24 (INFO) -- armoryengine.pyc:815 - Detected Operating system: Windows
2014-03-14 17:24 (INFO) -- armoryengine.pyc:816 - OS Variant : 7-6.1.7601-SP1-Multiprocessor Free
2014-03-14 17:24 (INFO) -- armoryengine.pyc:821 - Total Available RAM : 6.92 GB
2014-03-14 17:24 (INFO) -- armoryengine.pyc:822 - CPU ID string : Intel64 Family 6 Model 23 Stepping 10, GenuineIntel
2014-03-14 17:24 (INFO) -- armoryengine.pyc:823 - Number of CPU cores : 2 cores
2014-03-14 17:24 (INFO) -- armoryengine.pyc:824 - [b]System is 64-bit : False[/b]
...
Looks like you're running windows 7 on an intel 64bit machine with 8gb ram, but 'System is 64-bit : False' It's best if everything would be 64bit: Windows and Bitcoin-qt and Armory. There are seperate versions for 64 bit. I'm not sure what in the system is not, but if you have windows 64bit running, it will make better use of your memeory, and Armory and bitcoinqt will run with better memory utilization. |
|
|
|
I think I see at least one problem in the log file you attached: [ ...
IOError: [Errno 13] Permission denied: 'C:\\Users\\user\\AppData\\Roaming\\Bitcoin\\bitcoin.conf
...
It looks like a permission issue. Try this: with armory shut down, run bitcoin-qt. Can you get it to run and fully sync (green checkmark at bottom right corner)? If not, the above is likely the issue. Try changing permission, run bitcoin-qt as adminstrator. This is a prerequisite to getting Armory up and synced. If bitcoin-qt isn't the issue - run armory, go to File-Settings and clear 'Let Armory run bitcoin-qt ' checkbox. Have bitcoin-qt running and synced and restart Armory, and let's see what happens. |
|
|
|
|
