jim618 (OP)
Legendary
Offline
Activity: 1708
Merit: 1066
|
|
August 01, 2012, 05:29:57 PM |
|
In anticipation of an alpha release of the wallet encryption code, I have tweaked the installer code so that it installs MultiBit in "portable mode". It loads up wallets as specified in a multibit.properties that is stored in the same directory as the install (rather than the MultiBit user data directory). This is so that your real wallets aren't exposed to the alpha code. You can see what I mean if you look at the wallet path in this screen shot: This only affects the 0.5.0alpha code (i.e NOT the download on the website) and I will remove it when the code is a bit more mature. You will probably need Administrator rights to write wallets to the default install directory but you can always install it somewhere else if that is a problem.
|
|
|
|
|
|
|
|
|
You get merit points when someone likes your post enough to give you some. And for every 2 merit points you receive, you can send 1 merit point to someone else!
|
|
|
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
|
|
|
|
Mike Hearn
Legendary
Offline
Activity: 1526
Merit: 1128
|
|
August 03, 2012, 05:08:43 PM |
|
Right. The way I intended chained txns to be used is that buyers pass free transactions to merchants/receivers. The merchant then decides as and when to attach a fee and get confirms. Therefore the only people who pay fees are those receiving coins across a trust boundary. If you trust the sender to not double spend, you don't need to attach a fee (or indeed broadcast at all)
|
|
|
|
molecular
Donator
Legendary
Offline
Activity: 2772
Merit: 1019
|
|
August 04, 2012, 10:10:44 PM |
|
Right. The way I intended chained txns to be used is that buyers pass free transactions to merchants/receivers. The merchant then decides as and when to attach a fee and get confirms. Therefore the only people who pay fees are those receiving coins across a trust boundary. If you trust the sender to not double spend, you don't need to attach a fee (or indeed broadcast at all)
genius! I vaguely remember an effort to switch fee-burden to recipient via protocol/rule changes. This is so much more elegant and less invasive.
|
PGP key molecular F9B70769 fingerprint 9CDD C0D3 20F8 279F 6BE0 3F39 FC49 2362 F9B7 0769
|
|
|
jim618 (OP)
Legendary
Offline
Activity: 1708
Merit: 1066
|
|
August 06, 2012, 01:48:47 PM |
|
There is a new alpha version of MultiBit that supports encrypted wallets available. This is version 0.5.0alpha. As this is primarily for people to test out, it is available only at: https://github.com/jim618/multibit/downloadsThere are the usual installers for Windows and Linux and a Mac DMG file. (install help - but use the 0.5.0alpha installers) The readme.txt is important to read. It is in the installers/ DMG file but I have included it at the bottom of this post too. Your feedback is very welcome. --------------- README.TXT --------------- MultiBit 0.5.0alpha is a test version of MultiBit that supports encrypted wallets. Please try it out cautiously. This is NOT production code yet so please read the following notes: 1) The encryption algorithm and/ or wallet persistence format may be improved between now and the production version. Any change will most likely make any wallets you create in MultiBit 0.5.0alpha unreadable by the final 0.5.x release. Older pre-encryption wallets will be read ok. It is just not worth supporting a wallet format that we intentionally improve on during the alpha test period. It is recommended you create a test directory and save any wallets you create for testing in there. Then if the wallet format/ encryption routines change you can just open the wallets using MultiBit 0.5.0alpha, transfer the bitcoin out and throw the test wallets away. 2) There is a lot of new code that has been added to MultiBit to support encrypted wallets. New code usually means new bugs. For this reason I have temporarily altered the MultiBit build so that MultiBit 0.5.0alpha opens in 'portable mode'. It has its own startup file (multibit.properties) so that it does not open your 'real' MultiBit wallets. At this stage do not put large amounts of bitcoin in the encrypted wallets just in case there is a bug that zaps your private keys. Do an export of your private keys to be on the safe side. You can probably use the testnet - see the configuration.txt - but I never bother and just use the production network with small amounts of bitcoin. I have managed to zap my private keys a couple of times in development so please be careful! 3) Let me know if you have any problems even if they are difficult to reproduce or a little vague. Improving the code now may save someone's hard earned bitcoins in the future. 4) Caveats aside - I hope you like the new encrypted wallets functionality. :-)
|
|
|
|
jim618 (OP)
Legendary
Offline
Activity: 1708
Merit: 1066
|
|
August 07, 2012, 10:50:14 AM Last edit: August 07, 2012, 11:04:00 AM by jim618 |
|
For Mac OSX 10.8 Mountain Lion users. Currently the MultiBit DMG file is not signed with an Apple Developer key. When you download the DMG file and try to open it you get the rather abrupt error message: "MultiBit-[version number]” is damaged and can’t be opened. You should eject the disk image. I have written up the fix, which is to change the default security settings, and updated the MultiBit help accordingly.
|
|
|
|
ScarecrowMagick
Newbie
Offline
Activity: 25
Merit: 0
|
|
August 08, 2012, 09:46:45 PM |
|
Multibit will not open my wallet. It reports the error is null. How can I get my 0.7116 bitcoin out?
Forgot to mention I am using MultiBit 0.3.5 on Ubuntu 12.04, sorry.
|
|
|
|
jim618 (OP)
Legendary
Offline
Activity: 1708
Merit: 1066
|
|
August 08, 2012, 10:07:56 PM |
|
Hi ScarecrowMagick,
Version 0.3.5 is a couple of months old now so definitely download the latest version from multibit.org (version 0.4.6) and try that out first.
If the problem persists PM me the log files (in the multibit/log directory) and I will have a look.
|
|
|
|
ScarecrowMagick
Newbie
Offline
Activity: 25
Merit: 0
|
|
August 08, 2012, 10:11:36 PM |
|
Ok - thanks. I'll upgrade and test now.
Scarecrow
|
|
|
|
ScarecrowMagick
Newbie
Offline
Activity: 25
Merit: 0
|
|
August 08, 2012, 10:41:07 PM Last edit: August 08, 2012, 10:53:28 PM by ScarecrowMagick |
|
It could not open the wallet after upgrade to 0.4.6
The error message is "Could not load the wallet file"<file address>" The error message was "java.io.EOFException null"
I have sent you the log file.
Thanks in advance for your help.
Scarecrow
|
|
|
|
jim618 (OP)
Legendary
Offline
Activity: 1708
Merit: 1066
|
|
August 10, 2012, 09:11:32 AM |
|
private keys recovered In the end Scarecrow Magick managed to recover all but 0.03 BTC by recovering the private key from his wallet directly.
Checking the code, writing the protobuf wallets now uses a "write to temp file, rename, delete old" technique so this problem should not occur in any recent code.
local caching of blocks On another note, a while ago I experimented with simply caching the blocks as they come down the wire into a directory on your machine. Nothing fancy. I am going to put it into the 0.5.x codebase with it being switched on with a property in the multibit.properties file. It gives people a way to trade off disk space (currently 3.1 GB) for faster block replay. It works but it is not finished yet.
I have a machine that sustains 6 MB/s reads from disk and it gives me 200/ 100/ 50 blocks per second for early blocks / 2011 blocks / more recent blocks. A full block replay takes about 20 minutes. A modern desktop machine should give 50 MB/s and an SSD ten times that (though no doubt something else will be rate limiting for SSD).
To cache the blocks is not really the "right" way to manage the blockchain for an SPV client. It will be far better to have a server side bloom filter. I am going to put it in anyway as it will help us cope with the blockchain in the meantime.
|
|
|
|
Grouver (BtcBalance)
|
|
August 10, 2012, 09:17:10 AM |
|
The translation for dutch is almost completed. (not yet approved though, when is it gonna get approved?) Though, I can't figure out what the following words should be translated into since i don't know what it means or what it is.
-serialised -protobuf
|
|
|
|
jim618 (OP)
Legendary
Offline
Activity: 1708
Merit: 1066
|
|
August 10, 2012, 11:25:11 AM |
|
Thanks Grouver. For the 'approved' label I think crowdin.net have that for when there are larger teams (or perhaps someone managing a team in a company). I have given you 'proofreader' rights so you can go in and approve everything in Dutch now. I think 'serialised' and 'protobuf' are probably best left as proper nouns/ import words and not translated. They are mentioned on the UI and in the help for if someone uses different versions of MultiBit. They refer to the format the wallets are stored in. I have written up some help for it here: http://multibit.org/v0.5/help_walletFormats.htmlAs the help is just in English that is another good reason just to leave these phrases unlocalised. I will pick up your localisation work in the next release. Thanks for your efforts. Jim
|
|
|
|
freemoney458
Member
Offline
Activity: 62
Merit: 10
|
|
August 10, 2012, 11:30:16 AM |
|
Hi Grouver,
I did the German translation, so I think I can help.
Both phrases refer to the wallet format. Serialised is the 'old' format, protobuf the new one. It appears as information if you click on the wallet details triangle. For the German translation, I translated serialised literally into German ('serialisiert'), and regarding protobuf I translated it 'protobuf' because it is a name.
Cheers, freemoney458
|
|
|
|
TheButterZone
Legendary
Offline
Activity: 3052
Merit: 1031
RIP Mommy
|
|
August 11, 2012, 04:27:05 AM |
|
Just generated a vanity address, imported it in the clear, securely deleted, then exported to encrypted .key file.
These might be stupid questions, but how do I 1) stop MultiBit from generating new addresses 2) delete the new addresses it generated and their associated private keys that I never used... ... so that the only address I have access to is the vanity one (or any future vanities that I generate)?
(Mac OSX client)
|
Saying that you don't trust someone because of their behavior is completely valid.
|
|
|
jim618 (OP)
Legendary
Offline
Activity: 1708
Merit: 1066
|
|
August 11, 2012, 06:56:00 AM |
|
Hi ButterZone,
Thanks for your post - it is not a stupid question no.
MultiBit will only generate new addresses and private keys when you click on the 'New' button on the Request tab but there is one automatically generated when you create a new wallet which you do not want.
At the moment there is no way to delete addresses - it is a limitation on the UI I am going to fix in the next round of UI tidy up. I am thinking of doing:
1) show the balance on each receiving address/ private key so that you can see which have zero BTC. 2) have a right click / delete that opens a confirmation dialog. 3) on the dialog get the user to type in a couple of randomly generated letters shown on the dialog (as you are deleting private keys that other people may have the address for).
That will enable you to have a wallet with just your single vanity address in.
|
|
|
|
TheButterZone
Legendary
Offline
Activity: 3052
Merit: 1031
RIP Mommy
|
|
August 11, 2012, 07:59:15 AM |
|
Sounds great, thanks!
|
Saying that you don't trust someone because of their behavior is completely valid.
|
|
|
Mike Hearn
Legendary
Offline
Activity: 1526
Merit: 1128
|
|
August 11, 2012, 06:32:09 PM |
|
bitcoinj does not support deleting keys from a wallet deliberately, because keys are tiny and that is a very easy way to accidentally destroy money. You'd have to add it.
I think a better solution is to have a kind of "hide mode" where a key exists in the wallet but is ignored.
|
|
|
|
jim618 (OP)
Legendary
Offline
Activity: 1708
Merit: 1066
|
|
August 11, 2012, 06:43:36 PM |
|
Yes - a hide would be better.
|
|
|
|
jim618 (OP)
Legendary
Offline
Activity: 1708
Merit: 1066
|
|
August 12, 2012, 04:53:30 PM |
|
In parallel with testing etc of the encrypted wallets I plan to do some UI tidy up. I have tweaked the sidepanel as shown below: This has the following changes: + removes the swatch support (which has been pretty much replaced by bitcoin URI links) + moved the icons for the side panel to the top + removed the "More" and "Less" buttons and replaced them with a custom "separator hugging icon" This will appear in the the next production release (0.4.7) and the code I will put into the 0.5.x code too. These changes were suggested by freemoney a couple of months ago.
|
|
|
|
freemoney458
Member
Offline
Activity: 62
Merit: 10
|
|
August 12, 2012, 08:16:10 PM |
|
Looks great!
|
|
|
|
|