Love multibit. Love the fact that it only takes 10 seconds to download the block chain not 10 hours. The saddest thing to me is no support for multiple output transactions. I'll continue to use the main client for that. However, I have two suggestions for the program after using it for a bit.
1. Can you trim the white space off of a BTC address? When I copy and paste an address and it tells me it's invalid- well it's annoying. If not, could you provide more information to the user why? Like an invalid character such as letters outside of the allowed or white space or incorrect length or something. That could possibly prevent some hair pulling for a new users.
2. Can you warn when coins are being sent to your own wallet? I don't know how I did it, but I completely messed up a copy and paste. The address was valid because it was mine. So I sent a transaction, wasted a fee and had to wait 10 extra minutes for the confirmation to have the next send be inserted into a block.
Topic: MultiBit - page 41. (Read 336309 times)
Hi Mike,
Yes I must admit my GUI skills are fairly limited - if it ends up a bit boring but reliable I will be happy with that.
Sounds like bloom filters are step by step becoming reality - it was always going to be a bit of a long coordination job that task.
Piglet is the working term for the BIP 32 compliant hardware wallet Slush and Stick et al have been working on:
https://bitcointalksearch.org/topic/eshop-launched-trezor-bitcoin-hardware-wallet-122438
I plan to support it in MultiBit and Slush has an Electrum fork he is working on. Alan Reiner has been posting quite a bit on the BIP 32 / HD wallet structure on that thread too so I am pretty sure he will add support into Armory too. (as both Armory and Electrum are both python I imagine most of the code will be shared).
Yes I must admit my GUI skills are fairly limited - if it ends up a bit boring but reliable I will be happy with that.
Sounds like bloom filters are step by step becoming reality - it was always going to be a bit of a long coordination job that task.
Piglet is the working term for the BIP 32 compliant hardware wallet Slush and Stick et al have been working on:
https://bitcointalksearch.org/topic/eshop-launched-trezor-bitcoin-hardware-wallet-122438
I plan to support it in MultiBit and Slush has an Electrum fork he is working on. Alan Reiner has been posting quite a bit on the BIP 32 / HD wallet structure on that thread too so I am pretty sure he will add support into Armory too. (as both Armory and Electrum are both python I imagine most of the code will be shared).
Thanks for paying attention to these small UI details Jim. It really makes the difference. I hope at some point we can get an artist/designer to contribute and really make MultiBit look slick as hell.
What is Piglet, exactly?
Bloom filters are, as far as I know, pending on Matt syncing his Java branch with the latest C++ code. The decision was to use a more compact merkle-block encoding and that meant extra code and spec work.
What is Piglet, exactly?
Bloom filters are, as far as I know, pending on Matt syncing his Java branch with the latest C++ code. The decision was to use a more compact merkle-block encoding and that meant extra code and spec work.
Hi Slush,
Thanks for that. Must be some of my component sizing calcs are screwy.
Oh yes there is plenty to do on the BIP32 / piglet work that is for sure !
It is definitely more of a marathon than a sprint.
:-)
Edit: my rough list of work is:
+ Currency support - initial version done (some promising stuff from openexchangerate.org / XChange further down the pipe).
+ Change being spendable - will prob do this next.
+ Encrypted wallets (random key) - I have a set of review comments from Mike + add in wallet master key to do. Also some UI work (new wallet wizard screen) which also preps for BIP 32/ watch only wallets.
+ Speed up - I am hoping bloom filters will be available 'at some point'. I should not have to do too much to use this but there will be something I am sure
+ BIP 32 / HD wallets. These need to be coded up robustly - noone has started these in bitcoinj yet I don't think.
+ Piglet coding, including the wire protocol.
If there are any bitcoinj familiar Java devs who fancy starting the last two items now don't be shy !
Thanks for that. Must be some of my component sizing calcs are screwy.
Oh yes there is plenty to do on the BIP32 / piglet work that is for sure !
It is definitely more of a marathon than a sprint.
:-)
Edit: my rough list of work is:
+ Currency support - initial version done (some promising stuff from openexchangerate.org / XChange further down the pipe).
+ Change being spendable - will prob do this next.
+ Encrypted wallets (random key) - I have a set of review comments from Mike + add in wallet master key to do. Also some UI work (new wallet wizard screen) which also preps for BIP 32/ watch only wallets.
+ Speed up - I am hoping bloom filters will be available 'at some point'. I should not have to do too much to use this but there will be something I am sure
+ BIP 32 / HD wallets. These need to be coded up robustly - noone has started these in bitcoinj yet I don't think.
+ Piglet coding, including the wire protocol.
If there are any bitcoinj familiar Java devs who fancy starting the last two items now don't be shy !
Jim, I tested latest release, monetary calculations looks very nice :-).
However I think I've found one bug, wallets (left columns) don't adapt column wide, so wallet balances are hidden under right column...
Hopefully there won't be too many bugs in this release, so you will focus to BIP32 wallets ;-).
However I think I've found one bug, wallets (left columns) don't adapt column wide, so wallet balances are hidden under right column...
Hopefully there won't be too many bugs in this release, so you will focus to BIP32 wallets ;-).
I have tweaked the BTC amount so that it is aligned on the decimal point as it is easier to read.
Screenshot:
Also, the Amount columns were not sorting correctly (it was ignoring the amount sign). This is now fixed.
These changes will go in the next encrypted wallet release. They are 'nice to haves' rather than urgent bug fixes so I will wait and bundle them into the next live release.
If you spot any inconsistencies with things like the number parsing, currency support or translations please post here. I have gone through the basic combinations but of course there are lots of currencies x languages now.
Screenshot:
Also, the Amount columns were not sorting correctly (it was ignoring the amount sign). This is now fixed.
These changes will go in the next encrypted wallet release. They are 'nice to haves' rather than urgent bug fixes so I will wait and bundle them into the next live release.
If you spot any inconsistencies with things like the number parsing, currency support or translations please post here. I have gone through the basic combinations but of course there are lots of currencies x languages now.
Thanks for the donations to the multibit.org donations address in November and December !
They are always appreciated.
:-)
They are always appreciated.
:-)
There is a new live release of MultiBit at:
multibit.org
Version 0.4.15
Improvements
+ Fiat currency support (as outlined in the last few pages of this thread)
+ I18n refresh
+ Mac now uses command-c and v for cut and paste
Scan of release checklist
The encrypted wallets version with all the currency support should be out in a couple of days.
multibit.org
Version 0.4.15
Improvements
+ Fiat currency support (as outlined in the last few pages of this thread)
+ I18n refresh
+ Mac now uses command-c and v for cut and paste
Scan of release checklist
The encrypted wallets version with all the currency support should be out in a couple of days.
That is the file path of the default wallet name.
I would check things like: is the file there ?, are you logged on as the same user ? etc.
You can rename your backup wallet file and open it directly if you want to.
I would check things like: is the file there ?, are you logged on as the same user ? etc.
You can rename your backup wallet file and open it directly if you want to.
Hello
i just formated my system installed my multibit again but when i replaced my wallet with original one ( the backup one ) its gives me error
Error - > Could not load the wallet file "C:\Users\---------\AppData\Roaming\MultiBit\multibit.wallet".
The error message was "java.io.FileNotFoundException C:\Users\--------\AppData\Roaming\MultiBit\multibit.wallet (The system cannot find the path specified)"
Gary has started discussions with the lead dev of http://openexchangerates.org/ (Joss) to see if we can get some bitcoin to 'other fiat' cross rates.
On their FAQ they mention adding in bitcoin by 'the end of 2012' so they look bitcoin friendly.
good news On their FAQ they mention adding in bitcoin by 'the end of 2012' so they look bitcoin friendly.
The MultiBit/bitcoinj private keys are 32 bytes long and stored in the wallets in binary format.
Realistically you need a program to parse the recent (protobuf) wallets to extract them. If you look at it in a hex editor it is all just bytes.
In theory the wallets can be parsed using a variety of programming languages but to my knowledge there is only MultiBit/ bitcoinj that can read them.
Realistically you need a program to parse the recent (protobuf) wallets to extract them. If you look at it in a hex editor it is all just bytes.
In theory the wallets can be parsed using a variety of programming languages but to my knowledge there is only MultiBit/ bitcoinj that can read them.
There is one private key for each bitcoin address listed in the 'Request tab'. These are the receiving addresses that people send bitcoin to.
If you have the receiving address/ bitcoin address in your wallet then you will have the private key in your wallet. You need the private key to spend your bitcoin which is why it is so important.
There is a little bit more in the multibit help here:
http://multibit.org/v0.5/help_whatIsAPrivateKey.html
If you have the receiving address/ bitcoin address in your wallet then you will have the private key in your wallet. You need the private key to spend your bitcoin which is why it is so important.
There is a little bit more in the multibit help here:
http://multibit.org/v0.5/help_whatIsAPrivateKey.html
i have many files in hard disk how does it looks like mate ?
There is one private key for each bitcoin address listed in the 'Request tab'. These are the receiving addresses that people send bitcoin to.
If you have the receiving address/ bitcoin address in your wallet then you will have the private key in your wallet. You need the private key to spend your bitcoin which is why it is so important.
There is a little bit more in the multibit help here:
http://multibit.org/v0.5/help_whatIsAPrivateKey.html
If you have the receiving address/ bitcoin address in your wallet then you will have the private key in your wallet. You need the private key to spend your bitcoin which is why it is so important.
There is a little bit more in the multibit help here:
http://multibit.org/v0.5/help_whatIsAPrivateKey.html
Hi PTSeller,
Sorry to say that if you have not managed to find the relevant private key after looking for a week (the private key to the address 1MfPk2Kifpv85zokzQWW3ZFjrw6tyguMWf I mean) then I doubt anyone else will be able to find it. Unfortunately without the private key there is no way to spend your BTC on that address so effectively it is lost.
:-(
Jim
Sorry to say that if you have not managed to find the relevant private key after looking for a week (the private key to the address 1MfPk2Kifpv85zokzQWW3ZFjrw6tyguMWf I mean) then I doubt anyone else will be able to find it. Unfortunately without the private key there is no way to spend your BTC on that address so effectively it is lost.
:-(
Jim
hello Jim can you please tell me how does private key looks like ? i am new to BTC thing thank you !!
jim, thanks a lot!
i followed your guide, well written and easy to follow and it worked as expected, just much much faster.
the reason is i'm promoting bitcoin to friends and want to give away test net coins so that they can play with them, loose them, get hands on experience w/o having to test with 1/100-1/1000 of btc or fear to loose more if using the real blockchain. testnet coins are still dirt cheap.
if i'll ever need the switch for testnet3 i'll let you know.
p.s. i also need a testnet client to verify the translations i work on : )
i followed your guide, well written and easy to follow and it worked as expected, just much much faster.
the reason is i'm promoting bitcoin to friends and want to give away test net coins so that they can play with them, loose them, get hands on experience w/o having to test with 1/100-1/1000 of btc or fear to loose more if using the real blockchain. testnet coins are still dirt cheap.
if i'll ever need the switch for testnet3 i'll let you know.
p.s. i also need a testnet client to verify the translations i work on : )
Hi Binford 6100,
To use the testnet, there is an option that you put in the multibit.properties configuration file.
I see you are on a Mac, so I recommend doing the following:
1) Duplicate your multibit.app to, say, multibit-testnet.app
2) In Finder, do a right click and 'Show Package Contents'.
3) Navigate to: /Contents/Resources/Java
4) If you put a 'multibit.properties' file in the Java directory that install of multibit (only) will pick it up and use it. It effecively runs in local mode and does not use your user data area.
5) Create in TextPad a file called multibit.properties and save it to the Java directory.
6) In the file add the line:
testOrProductionNetwork=test
(case sensitive)
7) Then when you open that install of multibit you will connect to the testnet and see something like:
A couple of things to note:
a) I almost never use the testnet so you might run into some gotchas - let me know if you do.
b) This is the 'old' testnet (with genesis hash 0000000224b1593e3ff16a0e3b61285bbc393a39f78c8aa48c456142671f7110)
There is also a newer testnet3 (with genesis hash 000000000933ea01ad0ee984209779baaec3ced90fa3f408719526f8d77f4943) that currently there is no switch for. If you need this I can add it in - just let me know.
To use the testnet, there is an option that you put in the multibit.properties configuration file.
I see you are on a Mac, so I recommend doing the following:
1) Duplicate your multibit.app to, say, multibit-testnet.app
2) In Finder, do a right click and 'Show Package Contents'.
3) Navigate to: /Contents/Resources/Java
4) If you put a 'multibit.properties' file in the Java directory that install of multibit (only) will pick it up and use it. It effecively runs in local mode and does not use your user data area.
5) Create in TextPad a file called multibit.properties and save it to the Java directory.
6) In the file add the line:
testOrProductionNetwork=test
(case sensitive)
7) Then when you open that install of multibit you will connect to the testnet and see something like:
A couple of things to note:
a) I almost never use the testnet so you might run into some gotchas - let me know if you do.
b) This is the 'old' testnet (with genesis hash 0000000224b1593e3ff16a0e3b61285bbc393a39f78c8aa48c456142671f7110)
There is also a newer testnet3 (with genesis hash 000000000933ea01ad0ee984209779baaec3ced90fa3f408719526f8d77f4943) that currently there is no switch for. If you need this I can add it in - just let me know.
hi jim, i tried to start the mac os multibit.app with the -testnet switch
i guess you know it does not work this way. what's the proper way to connect multibit to testnet, use testnet addresses and stuff, please?
the boring part:
/Applications/MultiBit-0.4.10.app/Contents/MacOS/JavaApplicationStub -testnet
10:16:12.566 [main] INFO o.m.ApplicationDataDirectoryLocator - Application data directory.1 = '/Users/piatok/Library/Application Support/MultiBit'
10:16:12.603 [main] INFO o.m.ApplicationDataDirectoryLocator - Application data directory.1 - Log files are '/Users/piatok/Library/Application Support/MultiBit/multibit_console.log' and '/Users/piatok/Library/Application Support/MultiBit/multibit_debug.log'.
Nov 30 10:16:14 my-MacBook-Pro.local JavaApplicationStub[14487]: CGContextGetCTM: invalid context 0x0
Nov 30 10:16:14 my-MacBook-Pro.local JavaApplicationStub[14487]: CGContextSetBaseCTM: invalid context 0x0
Nov 30 10:16:14 my-MacBook-Pro.local JavaApplicationStub[14487]: CGContextGetCTM: invalid context 0x0
Nov 30 10:16:14 my-MacBook-Pro.local JavaApplicationStub[14487]: CGContextSetBaseCTM: invalid context 0x0
10:16:15.049 [main] DEBUG org.multibit.MultiBitInExecutableJar - Redirecting file output back to console
TickerTimerTask - Current exchange rate for BTC/USD: USD 12.49892, bid = USD 12.49791, ask = USD 12.55001
10:16:20.191 [PeerGroup-1-thread-1] DEBUG o.m.network.MultiBitDownloadListener - Download - blocksSoFar = 46
10:16:20.521 [PeerGroup-1-thread-1] DEBUG o.m.network.MultiBitDownloadListener - Download - blocksSoFar = 45
i guess you know it does not work this way. what's the proper way to connect multibit to testnet, use testnet addresses and stuff, please?
the boring part:
/Applications/MultiBit-0.4.10.app/Contents/MacOS/JavaApplicationStub -testnet
10:16:12.566 [main] INFO o.m.ApplicationDataDirectoryLocator - Application data directory.1 = '/Users/piatok/Library/Application Support/MultiBit'
10:16:12.603 [main] INFO o.m.ApplicationDataDirectoryLocator - Application data directory.1 - Log files are '/Users/piatok/Library/Application Support/MultiBit/multibit_console.log' and '/Users/piatok/Library/Application Support/MultiBit/multibit_debug.log'.
Nov 30 10:16:14 my-MacBook-Pro.local JavaApplicationStub[14487]
Nov 30 10:16:14 my-MacBook-Pro.local JavaApplicationStub[14487]
Nov 30 10:16:14 my-MacBook-Pro.local JavaApplicationStub[14487]
Nov 30 10:16:14 my-MacBook-Pro.local JavaApplicationStub[14487]
10:16:15.049 [main] DEBUG org.multibit.MultiBitInExecutableJar - Redirecting file output back to console
TickerTimerTask - Current exchange rate for BTC/USD: USD 12.49892, bid = USD 12.49791, ask = USD 12.55001
10:16:20.191 [PeerGroup-1-thread-1] DEBUG o.m.network.MultiBitDownloadListener - Download - blocksSoFar = 46
10:16:20.521 [PeerGroup-1-thread-1] DEBUG o.m.network.MultiBitDownloadListener - Download - blocksSoFar = 45
Gary has started discussions with the lead dev of http://openexchangerates.org/ (Joss) to see if we can get some bitcoin to 'other fiat' cross rates.
On their FAQ they mention adding in bitcoin by 'the end of 2012' so they look bitcoin friendly.
Very nice On their FAQ they mention adding in bitcoin by 'the end of 2012' so they look bitcoin friendly.
Gary has started discussions with the lead dev of http://openexchangerates.org/ (Joss) to see if we can get some bitcoin to 'other fiat' cross rates.
On their FAQ they mention adding in bitcoin by 'the end of 2012' so they look bitcoin friendly.
On their FAQ they mention adding in bitcoin by 'the end of 2012' so they look bitcoin friendly.
Jump to: