Can you send me a crash report? In the generated mail, please refer to this thread.
|
|
|
I have uploaded a new preview to http://code.google.com/p/bitcoin-wallet/downloads/listIt has new, more efficient networking code and uses memory more efficiently. This saves battery power and allows for larger (in bytes) wallets. It allows sending coins to P2SH addresses. Also, if sending it now has more specific error messages, e.g. when running out of funds. Any testing done on the bitcoinj 0.11-based previews is appreciated. Bitcoinj 0.11 is due out the next weeks, and an app release will follow.
|
|
|
It would be possible to implement. However, I think a full blown exchange rate converter would be beyond the scope of the app.
The best option for you is lobbying bitcoinaverage.com to include your desired currencies. They would automatically appear in Bitcoin Wallet.
|
|
|
The short answer is: Don't share your wallet between devices. Use different wallets instead and move Bitcoins between them. Just like you would do with traditional wallets for daily spending vs. bank accounts for savings.
|
|
|
I'm sorry, I think you're talking about a different app.
|
|
|
That sounds weird. Can you send me a screenshot of how the app looks if you go into the settings?
The string "Refresh" isn't even contained in the app resources.
|
|
|
Do you have the most recent version of the app installed? That would be at least version 3.28.
Do you perhaps have a trusted peer configured and forgot about it? Options > Settings > Trusted peer
Did you try on different LANs, e.g. several WLAN and/or mobile data? What Internet provider in what country are you using?
Yes, different installs yield different addresses. Do not uninstall the app containing your 6 BTC or they'll be lost. Better yet, backup your wallet right now.
|
|
|
Question, can you create a transaction, or a series of transactions, without the prior transactions being confirmed yet? Just wondering about using a phone as cold storage options.
No, not with the current app.
|
|
|
I personally would prefer a data connection that is thinner than Bluetooth and one which the user can check. One possibility would be QR codes.
Hey, that would be neat, add the option to display the signed transaction as one, or a series, of QR codes, in case Bluetooth isn't an option. With used phones becoming so cheap, this might even give Armory and Trezzor some competition. Sending payments via QR code was implemented a few years ago. Tap a transaction and then the QR button.
|
|
|
Well, the app has an in-app backup reminder that tells you when its needed to back up the wallet. Keep an eye on the bottom of the main screen. Normally, you only need to refresh your backup when you have added a key.
|
|
|
Just greate a new adress again, this will be the same as you created before you made a backup and your app will check it on the blockchain and the coins will be available again.
Hu? When adding addresses, they are of course created randomly.
|
|
|
Well, syncing is much faster, basically instant, if you don't need to scan the blockchain. It would be nice if we could get that from P2P nodes, but since this is not possible we have to be pragmatic.
Well, you can get that from the p2p network. Use checkpoints and bloom filters. Both MultiBit and Bitcoin Wallet have proven that this allows for "basically instant" startup. Also, the amount of possible error states is simpler. In our code, we can assume cooperating peers (so no half-open tcp connections, stalling connections, etc). Syncing once and closing the connection immediately afterwards is much friendlier to the battery than maintaining a background process.
Agreed. A single request/response is simpler than maintaining a node in a p2p network. However, that problem has been solved. I believe if there is any significant difference in battery drain its mainly because Bitcoin Wallet can also receive coins (and notify you) in the background, while afaik Mycelium doesn't do that yet (why?). That said, i think it is possible that we can achieve "best of both worlds" by implementing a P2P network where you can efficiently query an UTXO-set in near-constant time, with POW, as outlined here: https://bitcointalk.org/index.php?topic=88208.0. I agree. Improving the p2p protocol is exactly the path I'm striving for. See bloom filters, which were designed and implemented as a non-proprietary extension to the p2p protocol in early 2013. And don't take me wrong. This is not a question of Mycelium vs. Bitcoin Wallet. This is a conflict between centralized and de-centralized. Bitcoin's main benefit is de-centralization, and I want to stick to this idea whereever possible. I agree with Jan that diversity is good for Bitcoin.
|
|
|
Andreas, I am really not trying to pick a fight here. But let me answer your questions.
I just wanted to know the pros. I think the question isn't answered. What's the pro of relying on a centralized service for getting unspent outputs and transaction history? You're right about the exchange rates. To my knowledge, atm its not possible to get them in a decentralized way.
|
|
|
Both models have their pros and cons.
What's the pro of relying on a proprietary centralized service? The only pro I can think of is support for importing private keys, but that's a dangerous operation anyway.
|
|
|
You can import private keys using Mycelium for Android, but it's not a true P2P app.
While it is formally true, Mycelium uses central servers only to obtain blockchain information. Everything that is critical to its security is done in peer-to-peer fashion. Private keys are kept in Mycelium's local, private data storage, so in terms of security it is no different from a peer-to-peer app. The blockchain is very security critical. By relying on a centralized server for that you lose quite some security and reliability compared to a true p2p app imho.
|
|
|
I just witnessed a beginner being overburdened by the multiple wallet interface of MultiBit. I assume she downloaded MultiBit because its the recommended client for her Windows notebook. She bought a large sum of Bitcoins face to face from a trader. I entered the scene when she wondered why the amount has been confirmed on the blockchain.info page she had opened but it wasn't even appearing in MultiBit. I quickly checked the addresses and they were different. This is when I got very concerned about her coins. In the end, we found out she had in inadvertently created multiple wallets and switched to the wrong one. I don't know why all the balances in the overview showed BTC 0.
Anyway, today it struck me that we need even simpler wallets. No multi wallets, no several currencies, no key import/export (except for backups) and also no watch-only keys or fancy stuff like that. Larger fonts (!), less buttons. Less options. No multiple views on the same data. It really needs to stay as simple as possible. Otherwise, we will see many people ending up frustrated, especially if at some point in time they are being forced into Bitcoin (because the Euro gets worthless).
Edit: Ah, and I should add that I was also overburdened with the whole situation, at least for some painful minutes. I wasn't familiar with the MultiBit UI.
|
|
|
Just trying to understand. You sent coins from one key of the app to another key in the same app? That's a usecase the app has got no good UI support for. Did you copy the address to the clipboard? Maybe something went wrong at that point?
When you re-installed the ROM, did it remove the app? If so, how can you have any automatic backups left? Automatic backups are written in the same app-private storage as the wallet file itself. If the wallet file is gone, the automatic backups should be gone too.
My guess is you picked an old backup. Don't go for the file created/modified dates. The date in the file name of manual backups is more reliable.
|
|
|
|