Topic: Introducing Hive, a beautiful new wallet for Mac OS X - page 12. (Read 141145 times)
Yup, that's the plan! Working on it ...
Thanks for the info. One thing I can't find is a way to create new receiving addresses. Is this implemented? It seems that it could be because the receiving address is labeled "main" which implies it might be possible to add others with different names but I can't find a button or menu entry for this function anywhere.
Yeah, there's no way to generate more addresses now... I know address reuse is not recommended, but it's by design to make things simpler to understand for people new to Bitcoin.In the next month or two we're going to switch to a BIP32 HD wallet (once it's implemented in bitcoinj), so new addresses will be generated from the seed every time, and then we'll rethink how to handle this in the UI.
As a Hive team member, what I hope to see a move away form addresses altogether. Mike Hearn's bitcoinj will facilitate address uniqueness and Payment Protocol will further reduce the exposure of the user to PubKeys
Thanks for the info. One thing I can't find is a way to create new receiving addresses. Is this implemented? It seems that it could be because the receiving address is labeled "main" which implies it might be possible to add others with different names but I can't find a button or menu entry for this function anywhere.
Yeah, there's no way to generate more addresses now... I know address reuse is not recommended, but it's by design to make things simpler to understand for people new to Bitcoin.In the next month or two we're going to switch to a BIP32 HD wallet (once it's implemented in bitcoinj), so new addresses will be generated from the seed every time, and then we'll rethink how to handle this in the UI.
Regarding the rates, I can't see if this was discussed further. However I second the suggestion of using a different source for this information. I had a quick glance over the rates on the Bitpay page and they seem closer to the true market rates. Certainly for my local currency, NZD, the rate is much more accurate
We've switched the provider to BitcoinAverage about a month ago. It takes a weighted average from all exchanges dealing with given currency, depending on the volume of transactions on each one, so it seems to be the most accurate source. BitPay calculates everything from BTC/USD rate somehow, which in some cases comes out completely wrong.One interface issue that I haven't seen in any other app is that I am unable to drag the window if I grab it over the title text. Any other area on the title bar works fine. Had me stumped the first time I noticed it
Yeah, I think I've noticed this too, must be something caused by the library we're using to make the window title bar wider than usually. I'll add a ticket for this.Thanks for the info. One thing I can't find is a way to create new receiving addresses. Is this implemented? It seems that it could be because the receiving address is labeled "main" which implies it might be possible to add others with different names but I can't find a button or menu entry for this function anywhere.
Regarding the rates, I can't see if this was discussed further. However I second the suggestion of using a different source for this information. I had a quick glance over the rates on the Bitpay page and they seem closer to the true market rates. Certainly for my local currency, NZD, the rate is much more accurate
We've switched the provider to BitcoinAverage about a month ago. It takes a weighted average from all exchanges dealing with given currency, depending on the volume of transactions on each one, so it seems to be the most accurate source. BitPay calculates everything from BTC/USD rate somehow, which in some cases comes out completely wrong.One interface issue that I haven't seen in any other app is that I am unable to drag the window if I grab it over the title text. Any other area on the title bar works fine. Had me stumped the first time I noticed it
Yeah, I think I've noticed this too, must be something caused by the library we're using to make the window title bar wider than usually. I'll add a ticket for this.
One interface issue that I haven't seen in any other app is that I am unable to drag the window if I grab it over the title text. Any other area on the title bar works fine. Had me stumped the first time I noticed it
Unfortunately even after deleting the prefs and restarting, I still don't see any apps. I did successfully receive a transation though, so it's working.
Mt Gox is currently skewed significantly from every other rate. There is a library called Xchange which is what MultiBit uses. Alternatively BitPay export their blended rates:
https://bitpay.com/api/rates
It'd be great to have some support for exchange rates in bitcoinj if anyone wants to contribute.
Mt Gox is currently skewed significantly from every other rate. There is a library called Xchange which is what MultiBit uses. Alternatively BitPay export their blended rates:
https://bitpay.com/api/rates
It'd be great to have some support for exchange rates in bitcoinj if anyone wants to contribute.
Regarding the rates, I can't see if this was discussed further. However I second the suggestion of using a different source for this information. I had a quick glance over the rates on the Bitpay page and they seem closer to the true market rates. Certainly for my local currency, NZD, the rate is much more accurate
What is "much more than usual"? Do you take the averages of all our transaction and then warn us we send more than that?
Right now we show the warning if the amount is more than one standard deviation higher than the average. So for transactions [100, 200, 300, 400] it would warn above ~380, and for [100, 200, 300, 1000] it would warn above ~800. We'll tweak it if it turns out that there are too many false positives - the idea is to try to protect the user from accidentally sending much more than they wanted to.Very nice idea.
...and we've got another bugfix release: https://github.com/hivewallet/hive-osx/releases/download/2014011002/Hive-2014011002.zip.
If your transactions list is crashing Hive, please download the latest version again.
If your transactions list is crashing Hive, please download the latest version again.
What is "much more than usual"? Do you take the averages of all our transaction and then warn us we send more than that?
Right now we show the warning if the amount is more than one standard deviation higher than the average. So for transactions [100, 200, 300, 400] it would warn above ~380, and for [100, 200, 300, 1000] it would warn above ~800. We'll tweak it if it turns out that there are too many false positives - the idea is to try to protect the user from accidentally sending much more than they wanted to.
What is "much more than usual"? Do you take the averages of all our transaction and then warn us we send more than that?
Hello,
new release is out - we've fixed a lot of bugs this week and we've done a lot of small changes. Here's the full list:
All of the crashing bugs you found should be (hopefully) fixed now. Let us know if something else doesn't work.
Link: https://github.com/hivewallet/hive-osx/releases/download/2014011001/Hive-2014011001.zip
new release is out - we've fixed a lot of bugs this week and we've done a lot of small changes. Here's the full list:
- Dropbox backup is disabled until you set a wallet password
- backup is also run after waking up from sleep (previously only on Hive start)
- you will get a warning if you try to send much more BTC than usually
- transaction date is now localized and shows also time and (for older transactions) year
- removed "from" addresses from the transactions list, to discourage users from sending money back to the same address
- balance on the profile page will now include Bitcoin from unconfirmed transactions (no separate "pending" balance)
- Hive should now automatically figure out user's full name on first start
- fixed several bugs related to backups, encryption and other things
- added Swedish translation
- new API methods for handling currency and Bitcoin formats
All of the crashing bugs you found should be (hopefully) fixed now. Let us know if something else doesn't work.
Link: https://github.com/hivewallet/hive-osx/releases/download/2014011001/Hive-2014011001.zip
same for me, just fresh installed it, transferred some btc from another wallet to hive, and even though it shows transaction completed in multi bit, hive shows pending even though its confirmed. Resetting the transaction list, fixes it and the pending label goes away...perhaps this is a bug?
I think this is different, you're talking about a new transaction - this is indeed a known issue, the pending label also goes away if you just restart Hive (it's updated in the database but not in the UI). Mike's problem (as I understand) was about an older transaction that would never update by itself. 
same for me, just fresh installed it, transferred some btc from another wallet to hive, and even though it shows transaction completed in multi bit, hive shows pending even though its confirmed. Resetting the transaction list, fixes it and the pending label goes away...perhaps this is a bug?
But you only had one old transaction or did you also have other old ones that weren't marked as pending?
The pending label was stuck there for the old transaction, it worked as I expected for the others. Now the db was rebuilt it's OK.
status=1 and date=2044 so yeah, some kind of migration issue. Doing "rebuild transaction list" indeed fixed it.
Did you see the "pending" label on just one of your old transactions, or on all of them (or the only one)?
I tried both and couldn't make it open the send screen 
Bitcoin URIs open Hive for me, but the app doesn't pre-fill the send screen as I would expect. It just sits on my personal profile page.
I tried it now and it does open the send window but only if you already have the app open, is this how it works for you too?
Nice wallet. But when will hive be released for windows.
Jump to: