Armory - Discussion Thread

[superbit]

I would like to create a new public address and send some coins to someone and have them appear to come from this newly created address.  When I go to coin control this new address of course doesn't show up as the coins are in a different address in my wallet.  Is there anyway to do this?

[1713422121]

1713422121

[1713422121]

1713422121

[1713422121]

1713422121

[1713422121]

1713422121

[1713422121]

1713422121

[itod]

I would like to create a new public address and send some coins to someone and have them appear to come from this newly created address.  When I go to coin control this new address of course doesn't show up as the coins are in a different address in my wallet.  Is there anyway to do this?

Send the coins to this new address first? Coins are tied to the public/private keypair, since this new key doesn't have any inputs it can't have any outputs.

[arnuschky]

Hey,

this has been asked before, but I had troubles finding a recent answer: can I use Armory and the standard bitcoind wallet in parallel? I still  use bitcoind via rpc for some scripts, and even though I would use Armory for my personal wallet, I would need to keep the script functionality. I imagine that the two wallets do not clash at all, ie, are completely separate?

[area]

Any progress on getting a build working properly on Mavericks? The build I currently have (0.89.99.9-beta) sort-of works, but crashes if I have it open for too long. This makes creating transactions much more stressful than it should be!

[K1773R]

Hey,

this has been asked before, but I had troubles finding a recent answer: can I use Armory and the standard bitcoind wallet in parallel? I still  use bitcoind via rpc for some scripts, and even though I would use Armory for my personal wallet, I would need to keep the script functionality. I imagine that the two wallets do not clash at all, ie, are completely separate?

yes you can, bitcoin{d,-qt} is only needed to communicate with the network and get/validate the blockchain.

[arnuschky]

yes you can, bitcoin{d,-qt} is only needed to communicate with the network and get/validate the blockchain.

Awesome, thanks.

[goatpig]

Any progress on getting a build working properly on Mavericks? The build I currently have (0.89.99.9-beta) sort-of works, but crashes if I have it open for too long. This makes creating transactions much more stressful than it should be!

Alan is working on it as we speak, hang in there =)

[flipperfish]

I don't know if this has been mentioned yet, but I have some minor improvements/fixes/things-to-do for the windows-version:

• Embed Armory-Icon in ArmoryQt.exe. The shortcut that will be created in the startmenu has the ugly default-icon otherwise.
• Sign the Installer with an Authenticode-Certificate (http://msdn.microsoft.com/en-us/library/ms537359%28vs.85%29.aspx). This way, the UAC-Popup will get a blue bar (instead of a yellow one). This indicates, that windows checked the integrity of the file. The user doesn't have to use GPG in this case. I know, that earlier versions of the Armory-Installer did have an Authenticode-Signature from Alan. I hope this "service" will be kept up and was just forgotten in the 0.90 release.

[etotheipi]

I don't know if this has been mentioned yet, but I have some minor improvements/fixes/things-to-do for the windows-version:

• Embed Armory-Icon in ArmoryQt.exe. The shortcut that will be created in the startmenu has the ugly default-icon otherwise.
• Sign the Installer with an Authenticode-Certificate (http://msdn.microsoft.com/en-us/library/ms537359%28vs.85%29.aspx). This way, the UAC-Popup will get a blue bar (instead of a yellow one). This indicates, that windows checked the integrity of the file. The user doesn't have to use GPG in this case. I know, that earlier versions of the Armory-Installer did have an Authenticode-Signature from Alan. I hope this "service" will be kept up and was just forgotten in the 0.90 release.

The first issue is on our list of bug fixes for the immediate future.

The second one is more complicated.  We switched from using MSI files to use NSIS .exe files for the installers.  This has proven to be more difficult in terms of signing.  I can sign the .exe, and the user can right-click the properties of the .exe and see it, but I believe it then unpacks the proper installer and runs that, which isn't signed.  As such, I haven't been able to figure out how to make this work with our new NSIS installer system.

Perhaps I'll add it as a task in our SW tracking system.

[Flanagan]

I did a test yesterday of recovering a wallet from the paper backup.
I was surprized to see that it accepted as valid the whole set of 9 cols of 4 letters each and two lines when I changed one of the last letters in the whole sequence. Is this normal?

[etotheipi]

Hey,

this has been asked before, but I had troubles finding a recent answer: can I use Armory and the standard bitcoind wallet in parallel? I still  use bitcoind via rpc for some scripts, and even though I would use Armory for my personal wallet, I would need to keep the script functionality. I imagine that the two wallets do not clash at all, ie, are completely separate?

yes you can, bitcoin{d,-qt} is only needed to communicate with the network and get/validate the blockchain.

More specifically, you can go into the settings for Armory, and disable "Let Armory manage Bitcoin-Qt/bitcoind in the background".  Then Armory will expect you to run Bitcoin-Qt or bitcoind manually, and that it will be open and synchronized when you start Armory.

This will give you greater flexibility for managing both apps.

By the way, we will have a mostly-complete armoryd.py soon.  You might consider looking at that (in a week or two), as it should have most of the same functionality as bitcoind, but with Armory wallets (including watching-only wallets, etc).  Also we recently added a page about Python Scripting with Armory

[etotheipi]

I did a test yesterday of recovering a wallet from the paper backup.
I was surprized to see that it accepted as valid the whole set of 9 cols of 4 letters each and two lines when I changed one of the last letters in the whole sequence. Is this normal?

The restore dialog has automatic error correction.  If it can't correct the error, it will notify you that you typed it wrong.  Usually it notifies you that it fixed an error, but it may not do it if it's in the last couple letters.  If you change a letter in the middle of a line, it may tell you.

[justusranvier]

I had to downgrade to 0.88 last night because the UI had become slow and unresponse to the point at which I could create a transaction and click "send" and nothing would happen.

[CircusPeanut]

I was surprized to see that it accepted as valid the whole set of 9 cols of 4 letters each and two lines when I changed one of the last letters in the whole sequence. Is this normal?

Redundancy is built into the wallet restoration codes. You should be able to make one mistake per line and the wallet will still be recovered.

[etotheipi]

I had to downgrade to 0.88 last night because the UI had become slow and unresponse to the point at which I could create a transaction and click "send" and nothing would happen.

Log file?  

Also, did you recently add a lot of addresses, wallets, etc?  There's a known problem if you have tons of addresses, it can be slow when new blocks are coming in.  That's going to be fixed in 0.91.

Also, try "Help"-> "Rebuild and Rescan Databases"

[justusranvier]

Log file?

I think it got clobbered in the downgrade. Was in a hurry and didn't think to save it.

Also, did you recently add a lot of addresses, wallets, etc?  There's a known problem if you have tons of addresses, it can be slow when new blocks are coming in.  That's going to be fixed in 0.91.

The only wallet I've added recently was the one you guys were handing out in Vegas...

Also, try "Help"-> "Rebuild and Rescan Databases"

That's something else - even when I think I did a clean shutdown of Armory it still ends up doing the full blockchain scan at least half the time.

[TierNolan]

Hey,

this has been asked before, but I had troubles finding a recent answer: can I use Armory and the standard bitcoind wallet in parallel? I still  use bitcoind via rpc for some scripts, and even though I would use Armory for my personal wallet, I would need to keep the script functionality. I imagine that the two wallets do not clash at all, ie, are completely separate?

Bitcoind is in a completely separate directory.  Armory just starts it without the GUI.

If you close Armory, you can start bitcoind, and it will work as normal.  The two sets of wallets are completely separate (except that Armory assumes blocks that have been verified by bitcoind are valid).

[cp1]

I would like to create a new public address and send some coins to someone and have them appear to come from this newly created address.  When I go to coin control this new address of course doesn't show up as the coins are in a different address in my wallet.  Is there anyway to do this?

You have to send the coins to that address first, you can't spend coins that aren't there.  A wallet is just a collection of addresses that each have their own balances, and the wallet's balance is just the sum of those individual balances.  It's not like your wallet balance is somehow shared amongst all the addresses in your wallet.

[Kluge]

In QT, the client will tell how far out of sync the client is (like "4 days behind"). Could that be added to Armory? I occasionally make mistakes because I look at Armory's "connected" hover text, it reads "last block received 32 seconds ago," and I interpret that as meaning "the last block broadcast to the network was 32 seconds ago," thinking the client's sync'd when it isn't.

Not sure what you mean.  If Qt is out of sync, the bottom-right corner hover text will say "4 days ago".  Is this not the case?

That is the case with QT. That doesn't appear to be the case on Armory while it's handling bitcoind. I'll cut off its bandwidth overnight, then unthrottle it in the morning to confirm.

Oops. Forgot about this.

bitcoind's been throttled to .5kB/s since I last posted. Hovering over "Connected (275122 blocks)" shows "Last block received is 19 hours ago." Upon unthrottling bitcoind, Armory ran fine for a while (no updates to block count), then froze up for a few minutes. the next update is "Connected (275179 blocks)" and hover text shows "Last block received is 12 seconds ago." As of this post, current block is 275307. Unlike QT, Armory isn't telling me how far behind bitcoind is. Armory also kept occasionally freezing up for ~10-20 seconds while sync'ing. Emailed you the log just in case the freezing's an unknown issue and there's anything helpful in there.

[opentoe]

I installed the latest beta and this client still seems to be a resource hungry monster for some reason. After hours and hours of syncing with the blockchain I was able to finally see my wallet. I run all my bitcoin associated programs in a VM, so I can't allocate so many resources just for one program. Once I start and run Armory the VM slows to a crawl and I get a lot of "not responding" windows and have to wait for the program to catch up. Is this normal the latest beta? I thought that's what was going to be fixed in the new release?