Topic: Armory - Discussion Thread - page 157. (Read 521829 times)

perfect, but still the ugly ubuntu 10.04 look why no upgrade to the real (maverick and later) ones, i already send ya a PM.
thanks for this, gonna love it

That looks excellent! Perfect timing too, since I just used armoryengine and blockchain.info's anonymous forwarding API to split the one huge output I've had in my offline wallet since I switched to armory into a bunch of unconnected outputs. With this, I'll be able to ensure that there is as little tainting as possible.

Coin control would be huge usability feature over and above standard bitcoin client ... i.e. it would make me switch.

Amazing!  Now that I have all this experience with PyQt and a super-versatile library under-the-hood, making the interface was not hard at all!  How's it look? 



That's purely the interface, showing you all non-zero-balance addresses, and updating the send-BTC dialog to show you the result of your selection.  It doesn't actually work yet (it still selects from all addr).  Getting that part working is my project for after dinner...

https://bitcointalksearch.org/topic/devcoin-34586
Armory is by far the most feature rich wallet i saw and this would be just the killer feature, i know electurm does support CoinControl too but it does serve the needs of normal/standard user, so its nothing for me.
Since Armory is opensource you (with the armory project) are electable for a continues Devcoin support, so check it out

What is a DVC tip?  I always accept tips

Given the magnitude of implementation complexity, I guess it makes sense to jump into coin-control now... compared to how long it will take to do the new wallets, it looks like noise...

that would be awesome, do you accept a DVC tip?

Btw, the latest version should have a warning window pop up now, telling you it detected this condition, and please stop Armory until Bitcoin-Qt is sync'd.  It's not the best solution.  But it makes the user aware that the bizarre behavior is not a "feature."

Let God bless this man

Armory's not very good at "drinking from the firehose", as I've heard it described.

So I am running Armory while the blockchain is still loading in the Satoshi client.  This is somewhat annoying but there is a balloon in the OS that pops in and out and says Armory is "Disconnected" and "Connented" in the lower right corner.  This happens a lot while the Satoshi client is loading the blocks.  Once the Satoshi client is done the balloon continues popping out in and out.

I am using Windows Vista 64bit and Armory 64bit.

EDIT: I restarted Armory when the blockchain was loaded in Satoshi and it works fine.

Well then, don't do that!   

To be fair, it sounds like I need to put some more protections on some of the dialogs when the user is using a watching-only wallet.  I thought I had caught a lot... but I guess not yet.   Getting people to test has been hard, so I keep finding stupid stuff like this that has been in there months.  Perhaps I need to start offering 0.1 BTC bounties for finding bugs in the software -- I bet I'd get a lot of people digging in hard!  Or I might go broke...




He actually already contacted me and I suggested that there will be room in the new wallet format for including "extra attributes" with the addresses.  I don't plan to mess with colored coins myself, but it might make it easily extensible by others.



You're not the first person, by far, who has asked for this.  I suppose I could bump it on the priority list for after beta -- because not only is it in high demand, I don't think it will be that hard.  I think I already know how to do it, I just need to devote a day or two to implementing and testing.  Luckily, the underlying libraries already have all the hooks I need (I just create a new wallet in RAM with only the specified addresses, and retrieving its balance and creating transactions with it is trivial).  And I think I already know how to create the window to let you select the set of addresses from which you want to spend coins...

Maybe I'll do it this weekend!  I am already kinda stuck with the new wallet format, while I wait for feedback about my design ideas...

damnit, im looking for such a client :S and i really like armorys design.

Ok, I found something that's broken. When I try to sign a message with a key that's in a watching only wallet, it crashes hard with this in the debug log:

What about killerstorm's changes to support colored coins? Might those be a starting point?

Armory does not support coin-control, but I think it will not be terribly difficult to support.  I just have some other priorities.  I *do* plan to add it when I'm feeling stuck with some major other feature upgrade

Does armory support such a feature: https://bitcointalksearch.org/topic/--24784 ?

I just want to say that I've been using the latest updates from the git threading branch without issue.

I've done online and offline transactions (creating and broadcasting only, haven't updated the offline signing install yet - building for the rasbpi is slow), creating new keys and receiving coins for both online and offline wallets.

Just for the record:  It seems likely that the Mac OS X problems are related to this Qt bug, at least when reading the comments.
https://bugreports.qt-project.org/browse/QTBUG-17913

I would think this points towards supporting a lighter (but not entirely light) mode in Armory: https://en.bitcoin.it/wiki/BIP_0037

That would of course require that Armory maintains the blockchain itself instead of relying on the reference client.  But as the ref. client is open source, it should be possible to merge the relevant parts into Armory.  That would drop the requirement of running the reference client in the background, and could form the basis for a development where only a partial block chain is downloaded and stored.  I am sure it will take ages before BIP 37 is implemented, but etotheipi has probably lots of other more urgent things to keep him busy anyway :-)