Farting out an idea I might play around with later that might be of interest to you---
The ability to generate a one time use wallet and send an amount to it saved as a file.
The file can be emailed, copied or pasted etc.
One the file is dragged on to the client, the client accepts to privikey, dumps the coins onto your wallet, and the file is now worthless.
Why?
1) It'd be cool
2) You could use it to store coins offline... kind of?
3) Great explaining tool
4) It'd be cool
5) If someone wants to accept bitcoin, but didn't give you an address to send it to, plop the file in an email.
Topic: MultiBit - page 48. (Read 336309 times)
Hi, Jim,
I tried searching this thread to see if anyone has run into the same problem as me and you answered already, but I wasn't able to find anything. If you've answered a similar question before, I apologize.
I just recently installed MultiBit, and I tried to send coins for the first time two days ago. The wallet has the available coins, and according to the transactions log, they were sent (and deducted from my balance), but the transaction has been stuck at "This transaction is not yet confirmed, seen by 1 peer" ever since. It hasn't yet gone into a chain.
I've tried looking for it in the logs to see if I could debug the issue myself, but I don't see it in them.
I'm on version 0.4.12 and using Ubuntu 12.04 if you need to know that. I'd appreciate any help you can give. Thanks!
I tried searching this thread to see if anyone has run into the same problem as me and you answered already, but I wasn't able to find anything. If you've answered a similar question before, I apologize.
I just recently installed MultiBit, and I tried to send coins for the first time two days ago. The wallet has the available coins, and according to the transactions log, they were sent (and deducted from my balance), but the transaction has been stuck at "This transaction is not yet confirmed, seen by 1 peer" ever since. It hasn't yet gone into a chain.
I've tried looking for it in the logs to see if I could debug the issue myself, but I don't see it in them.
I'm on version 0.4.12 and using Ubuntu 12.04 if you need to know that. I'd appreciate any help you can give. Thanks!
I've had this same problem pretty consistently since 0.4.8. Just upgraded to 0.4.13 yesterday and it's still happening. Never used strongcoin and the addresses I'm using have never been in another client.
It (one peer, not in blockchain) was lasting about 60-90 minutes, but my first send with 0.4.13 has been stuck this way for just over two hours now. Several transactions never propagated at all and I needed to reebuild the blockchain to "free up" those coins.
What more information is needed (steps to be taken) to get out of the land of "If the transaction is not found then it indicates that the transaction was never sent properly, the transaction never propagated (perhaps a double spend) or some other reason. This needs more information to track down."?
-Aahz
There is a new test release of MultiBit at:
github.com
Version 0.5.5beta (Encrypted wallets)
Enhancements:
+ New encrypted wallet format - NOT backwards compatible.
(Unencrypted wallets are unchanged)
+ Fix for bug where encrypted wallets could be opened as unencrypted
+ Arabic translation 100%
+ Automatic backup of private keys on wallet encryption/ change password/ create new private keys
+ Forward port of everything from version 0.4.13
+ Update to bitcoinj version 0.6
Scan of release checklist
github.com
Version 0.5.5beta (Encrypted wallets)
Enhancements:
+ New encrypted wallet format - NOT backwards compatible.
(Unencrypted wallets are unchanged)
+ Fix for bug where encrypted wallets could be opened as unencrypted
+ Arabic translation 100%
+ Automatic backup of private keys on wallet encryption/ change password/ create new private keys
+ Forward port of everything from version 0.4.13
+ Update to bitcoinj version 0.6
Scan of release checklist
you could as well just serve an HTML UI and have web browsers on a faster computer control it.
this ^^ html + browser on a faster computer
edit: when it comes to raspberry pi, mine has no screen attached and is not running any window manager
in fact it's behind the wardrobe with only lan & power. local client with remote access and fast and secure and ...
just teasing.
Yes there are a few possibilities (used separately or together):
1) strip down the UI to something very simple, perhaps just have a single wallet.
2) have a dedicated display (a little 2x16 LCD for instance I have seen breadboards for)
3) use a remote viewer (VNC, a web server serving HTML, hell: ssh)
4) physical buttons, using the GPIO pins.
5) there is also audio out. I think it probably has enough oomph for basic speech synthesis.
The good thing with the Raspberry Pi hardware platform is that the code for 'we need a wallet, to be able to download the block info, oh we need to send too' is written and working.
1) strip down the UI to something very simple, perhaps just have a single wallet.
2) have a dedicated display (a little 2x16 LCD for instance I have seen breadboards for)
3) use a remote viewer (VNC, a web server serving HTML, hell: ssh)
4) physical buttons, using the GPIO pins.
5) there is also audio out. I think it probably has enough oomph for basic speech synthesis.
The good thing with the Raspberry Pi hardware platform is that the code for 'we need a wallet, to be able to download the block info, oh we need to send too' is written and working.
If there was a GUI based on SWT it could be compiled down to native ARM code using GCJ, that might be a lot faster.
That said, you could as well just serve an HTML UI and have web browsers on a faster computer control it.
That said, you could as well just serve an HTML UI and have web browsers on a faster computer control it.
Hi phelix,
Thanks. The Raspberry Pi is very open and extendable. There is a lot of activity with hobbyists with it.
With basic breadboarding skills you can hook up switches and LCD panels, all manner of stuff.
I mailed out on the bitcoinj mailing list for ideas for builds to use bitcoinj (the code behind MultiBit), a RaspPi and 'Other Stuff' to see what people came up with. If you have any ideas feel free to post.
I maybe can make time to do one RaspPi project but no more than that. The question really is:
What gives the Biggest Bitcoin Bang for your Build ?
:-)
Thanks. The Raspberry Pi is very open and extendable. There is a lot of activity with hobbyists with it.
With basic breadboarding skills you can hook up switches and LCD panels, all manner of stuff.
I mailed out on the bitcoinj mailing list for ideas for builds to use bitcoinj (the code behind MultiBit), a RaspPi and 'Other Stuff' to see what people came up with. If you have any ideas feel free to post.
I maybe can make time to do one RaspPi project but no more than that. The question really is:
What gives the Biggest Bitcoin Bang for your Build ?
:-)
It's pretty close.
I think you could lock down the raspi's network access to just port 8333 connections to one or more specific satoshi clients.
Nothing else open.
No installed software - just the fresh Debian install, Java and MultiBit.
Keep it unplugged and in your safe most of the time.
Practically you would also want a watch only wallet on a different machine to see the coin in there. MultiBit does not support these yet (but could with a bit more work). When you want to spend you get it out your safe, connect it up, let it sync and send the coin.
I think you could lock down the raspi's network access to just port 8333 connections to one or more specific satoshi clients.
Nothing else open.
No installed software - just the fresh Debian install, Java and MultiBit.
Keep it unplugged and in your safe most of the time.
Practically you would also want a watch only wallet on a different machine to see the coin in there. MultiBit does not support these yet (but could with a bit more work). When you want to spend you get it out your safe, connect it up, let it sync and send the coin.
sweet. I guess this is the closest to a standalone device I have seen so far.
It's pretty close.
I think you could lock down the raspi's network access to just port 8333 connections to one or more specific satoshi clients.
Nothing else open.
No installed software - just the fresh Debian install, Java and MultiBit.
Keep it unplugged and in your safe most of the time.
Practically you would also want a watch only wallet on a different machine to see the coin in there. MultiBit does not support these yet (but could with a bit more work). When you want to spend you get it out your safe, connect it up, let it sync and send the coin.
I think you could lock down the raspi's network access to just port 8333 connections to one or more specific satoshi clients.
Nothing else open.
No installed software - just the fresh Debian install, Java and MultiBit.
Keep it unplugged and in your safe most of the time.
Practically you would also want a watch only wallet on a different machine to see the coin in there. MultiBit does not support these yet (but could with a bit more work). When you want to spend you get it out your safe, connect it up, let it sync and send the coin.
I got MultiBit running on my Raspberry Pi today so I thought I would post some photos:
The overall setup - The RaspPi gets its internet via ethernet from my Mac's 3G dongle:
http://multibit.org/postImages/raspberryTable.jpg
And here is a close up of the screen with a couple of confirmed transactions:
http://multibit.org/postImages/raspberryScreen.jpg
It runs quite slowly (the OpenJDK JRE I am using has no just-in-time-compilation) and the installer hangs if you try to set up shortcuts but it works !
:-)
Jim
You should make a raspi based "bitcoin vault" client The overall setup - The RaspPi gets its internet via ethernet from my Mac's 3G dongle:
http://multibit.org/postImages/raspberryTable.jpg
And here is a close up of the screen with a couple of confirmed transactions:
http://multibit.org/postImages/raspberryScreen.jpg
It runs quite slowly (the OpenJDK JRE I am using has no just-in-time-compilation) and the installer hangs if you try to set up shortcuts but it works !
:-)
Jim
I got MultiBit running on my Raspberry Pi today so I thought I would post some photos:
The overall setup - The RaspPi gets its internet via ethernet from my Mac's 3G dongle:
http://multibit.org/postImages/raspberryTable.jpg
And here is a close up of the screen with a couple of confirmed transactions:
http://multibit.org/postImages/raspberryScreen.jpg
It runs quite slowly (the OpenJDK JRE I am using has no just-in-time compilation) and the installer hangs if you try to set up shortcuts but it works !
:-)
Jim
The overall setup - The RaspPi gets its internet via ethernet from my Mac's 3G dongle:
http://multibit.org/postImages/raspberryTable.jpg
And here is a close up of the screen with a couple of confirmed transactions:
http://multibit.org/postImages/raspberryScreen.jpg
It runs quite slowly (the OpenJDK JRE I am using has no just-in-time compilation) and the installer hangs if you try to set up shortcuts but it works !
:-)
Jim
Can't wait for the new 0.5.x line to come out
There is now an Arabic translation of MultiBit.
Thanks to all the translators for their efforts.
Screenshot:
It will appear in the next test release (which should be in a couple of days) and then the next live release (which will probably be at the beginning of next week).
Thanks to all the translators for their efforts.
Screenshot:
It will appear in the next test release (which should be in a couple of days) and then the next live release (which will probably be at the beginning of next week).
I just fixed a "unlikely to happen but nasty if it does" bug with the encrypted wallets. There is a particular error path where MultiBit mixes up encrypted and unencrypted wallet types. It is bad as you could lose your encrypted private keys.
Anyhow, a fix has just gone into the v0.5.5 code.
It means that once v0.5.5 has been used you won't be able to read your encrypted wallets with earlier versions of the v0.5.x code.
For those interested, the root cause of the bug was:
1) I added in a mandatory extension to the encrypted wallets so that the unencrypted MultiBit cannot read those wallets.
2) Like an idiot, I then merged the code that recognises the encrypted wallets into the v0.4 code base, undoing everything I had done !
Anyhow, a fix has just gone into the v0.5.5 code.
It means that once v0.5.5 has been used you won't be able to read your encrypted wallets with earlier versions of the v0.5.x code.
For those interested, the root cause of the bug was:
1) I added in a mandatory extension to the encrypted wallets so that the unencrypted MultiBit cannot read those wallets.
2) Like an idiot, I then merged the code that recognises the encrypted wallets into the v0.4 code base, undoing everything I had done !
It really needs to be configurable (the only way to keep everybody happy), but it will have to wait with all the other possible UI enhancements.
In the upcoming 0.5.5 code I have added the automatic export of your private keys to an encrypted file when you:
+ Add encryption to a wallet
+ Change the wallet password
+ Add new receiving addresses (ie create new private keys).
The private key export file is created in the same directory as the wallet as you can see in this screenshot:
The private key export file is encrypted with your wallet password (the new one if you are changing the password).
The idea here is that with a private key backup file you can recreate your wallet if you need to by doing a "Tools | Import Private Keys" (as long as you can remember your wallet password).
edit: You can also decrypt the private key backup files directly on the command line using openssl, as described here:
https://github.com/jim618/multibit/wiki/Export%20and%20limited%20import%20of%20private%20keys
+ Add encryption to a wallet
+ Change the wallet password
+ Add new receiving addresses (ie create new private keys).
The private key export file is created in the same directory as the wallet as you can see in this screenshot:
The private key export file is encrypted with your wallet password (the new one if you are changing the password).
The idea here is that with a private key backup file you can recreate your wallet if you need to by doing a "Tools | Import Private Keys" (as long as you can remember your wallet password).
edit: You can also decrypt the private key backup files directly on the command line using openssl, as described here:
https://github.com/jim618/multibit/wiki/Export%20and%20limited%20import%20of%20private%20keys
Hi Mila,
Yes this is on my todo list as sometimes you only want to use particular keys as you mention.
The file format is shared between Android Bitcoin Wallet and MultiBit so the address will have to be on a separate line as a comment (before the private key probably) so as not to affect parsing but that is minor.
Yes this is on my todo list as sometimes you only want to use particular keys as you mention.
The file format is shared between Android Bitcoin Wallet and MultiBit so the address will have to be on a separate line as a comment (before the private key probably) so as not to affect parsing but that is minor.
could you add to the export list of pvt keys also the address?
I mean, the list shows all keys with a datum but if I want to take the keys and use them separately, i have no idea (I do, but it can be a problem) which key holds what amount/is for which address.
thanks (p.s. at the end of the line behind a comment sign add address, please?)
I mean, the list shows all keys with a datum but if I want to take the keys and use them separately, i have no idea (I do, but it can be a problem) which key holds what amount/is for which address.
thanks (p.s. at the end of the line behind a comment sign add address, please?)
Glad you have it sorted.
Exporting and importing private keys can be very useful but I must admit I normally just send the coin directly to transfer between wallets. (Of course if you have a vanity address it is different as you need to keep that particular key).
It is just too easy to convince yourself you are rich when you see coin in several wallets, when in fact it is the SAME coin repeated !
I do not know about StrongCoin's architecture (ie where the private keys are) so cannot comment about your points about it. However if you are in any doubt about your private keys being secure you should move your funds to a newly created private key and not reuse an old one. (ie create a new receiving address in MultiBit and send the funds there). Otherwise anyone who gets access to your private keys can spend your coin in an instant.
Also, whilst it is not quite ready for general release, there is a version of MultiBit with encrypted wallets available at :
[URL]https://github.com/jim618/multibit/downloads[\URL]
Usual provisos about always keep encrypted backups of your private keys apply.
Exporting and importing private keys can be very useful but I must admit I normally just send the coin directly to transfer between wallets. (Of course if you have a vanity address it is different as you need to keep that particular key).
It is just too easy to convince yourself you are rich when you see coin in several wallets, when in fact it is the SAME coin repeated !
I do not know about StrongCoin's architecture (ie where the private keys are) so cannot comment about your points about it. However if you are in any doubt about your private keys being secure you should move your funds to a newly created private key and not reuse an old one. (ie create a new receiving address in MultiBit and send the funds there). Otherwise anyone who gets access to your private keys can spend your coin in an instant.
Also, whilst it is not quite ready for general release, there is a version of MultiBit with encrypted wallets available at :
[URL]https://github.com/jim618/multibit/downloads[\URL]
Usual provisos about always keep encrypted backups of your private keys apply.
Thanks, Jim. I've upgraded to 0.4.13, thanks for letting me know it's out there.
Well, I think I've figured out what's going on...to give you a bit more history, I installed MultiBit after being dissatisfied with StrongCoin, the online hybrid ewallet service. I imported my private key from there to your program, and used the "reset blockchain" function to "move" my coins over. (I had a discussion in another thread on this forum regarding that problem.) StrongCoin has been coming up with a certificate expired issue the past several days (and there's yet another thread on this forum regarding THAT) and the bottom line is, I think they've been compromised and the issue is that my transaction looks like a "double send" to the chain. The reason I think this is because I (fortunately) used a different wallet to import that key, and that's the one I tried to send coins from that created the issue I asked you about. When I sent coins from my "primary" wallet, they went just fine.
So much for StrongCoin being the "Safest EWallet on the Planet" ...
Well, I think I've figured out what's going on...to give you a bit more history, I installed MultiBit after being dissatisfied with StrongCoin, the online hybrid ewallet service. I imported my private key from there to your program, and used the "reset blockchain" function to "move" my coins over. (I had a discussion in another thread on this forum regarding that problem.) StrongCoin has been coming up with a certificate expired issue the past several days (and there's yet another thread on this forum regarding THAT) and the bottom line is, I think they've been compromised and the issue is that my transaction looks like a "double send" to the chain. The reason I think this is because I (fortunately) used a different wallet to import that key, and that's the one I tried to send coins from that created the issue I asked you about. When I sent coins from my "primary" wallet, they went just fine.
So much for StrongCoin being the "Safest EWallet on the Planet" ...
Jump to: