Topic: MultiBit - page 86. (Read 336309 times)

Since this button will only affect the active wallet but the screenshot does not give a hint which wallet is the active one:

Can you add some additional information about the active wallet?
Or place the button in a screen with which intuitively implies which wallet will be affected?
Or a combination of both, say in a confirmation dialogue asking
'Do you want to reset the blockchain and transactions in wallet {1}'?

Would this also be a solution to import keys from another wallet?

I have fixed the bug:

Issue #3  Zero confirmation transactions not being subsequently confirmed.


I have copied the strategy used by Andreas in Android Bitcoin Wallet.

There is now a button "Reset blockchain and transactions' on the bottom right of the 'About MultiBit" screen.

If you press this you get a screen with an explanation and a single button "Reset blockchain and transactions'.   
Screenshot: http://multibit.org/postImages/resetTransactions.png

When you click the reset button it does the following:
1) Removes any transactions from the active wallet
2) Redownloads the blockchain from before the earliest transaction in the wallet.

It can take some time to redownload the blockchain but afterwards your wallet contents will reflect what is on the blockchain.
Note there is currently a bug in the percentage download figure when downloading but the block date is correct.   It is best just to let it chug away and catch up with the blockchain.

This fix will appear in the next beta which will probably be on Sunday or Monday.

There is a new release of MultiBit at:

http://multibit.org


Version 0.2.0beta3
This is mainly a bugfix release.

Enhancements
+  Added Linux shortcuts
+  Added 'Create Bulk Addresses' for MultiBitMerchant (add showMerchantMenu=true into multibit.properties)

Bug fixes
+  Fixed issue #6 - Windows installer cannot install into C:/Program Files.


I plan to do about a beta every week up until Christmas with bug fixes and minor improvements.   I will start the next tranche of new development in the New Year.

I have been collating MultiBit bug reports and putting them into github.

https://github.com/jim618/multibit/issues?sort=created&direction=desc&state=open

I will work on these two first:

#3: Zero confirmation transactions not being subsequently confirmed
#6: Windows installer cannot install into C:/Program Files for Win7 / Vista

Hi HostFat,

I have been thinking about the mixing of transactions from different private keys and how to avoid it.
If you have some transactions that you want to keep completely separate from others, you can do this already in MultiBit as follows:

1) Create a wallet called, say, "My Secret Stash" and create a number of new keys/ receiving addresses in it.
Any sends from this wallet will only ever use the bitcoin available from the keys/ addresses in *this* wallet.   You can have one wallet for more public addresses (e.g. donation addresses) and another for more private transactions.

2) To send bitcoin to this wallet you need to be careful you do not tie your Secret Stash addresses to your more public addresses.
One way to do this would be to use an anonymizer such as bitcoinfog (though they do take a 1% commission).  If you do not want to lose 1% then you could just make sure that you send bitcoins to your Secret Stash addresses using addresses less traceable to you - say the bitcoin faucet.

3) To keep them separate you must NEVER send directly from your public addresses to your secret addresses as you have then linked them publically on the blockchain.


For the import of private keys - it is something I would like to do but it runs into a technical limitation that I outlined on an earlier post - https://bitcointalksearch.org/topic/m.621480   Until I have a way to efficiently look up the transactions for a private key (or have the transaction outputs for all blocks) I cannot really implement it in a way that is usable for the general user.

Can you also add this feature?
http://coderrr.wordpress.com/2011/06/30/patching-the-bitcoin-client-to-make-it-more-anonymous
And an easy way to add private keys

Here is the presentation, backup screencast and script that I made for my MultiBit talk at the European Bitcoin Conference.
(The screencast was just in case the network failed or I dropped my laptop etc).

Presentation in OpenOffice format
http://multibit.org/eurobit/MultiBit%20talk.odp

Backup screencast:
http://multibit.org/eurobit/EuroBit_2011_MultiBit%20demo.mp4

Script
http://multibit.org/eurobit/eurobit2011_demo_script.txt

The screencast has a few flaws in it (I only did it on the Thurs beforehand) but fortunately I did not actually need it.

Yes I need to put focus traversal on the buttons and text input boxes so that you can tab/ enter between boxes.

Now that the preparation for the EuroBit conference is over I will be working through bug fixes and improvements until Christmas so please post anything you spot here (or raise them directly on github.com/jim618/multibit).  I will work through them in order of severity (most likely RylandAlmanza's issue 3 first)

This bug raised as:
https://github.com/jim618/multibit/issues/4

I don't plan to add anything significant in the run up to Christmas (to keep the code relatively stable) so the next month is an ideal opportunity to fix niggles or things that are not quite right.

My brother has a plethora of Linux/ Mac/ PC machines and has been testing out V0.2.0beta2 and noticed some packaging issues on some machines/ OSes so I will add those too to the list of things to fix.

Just a small bug. When you try to name your wallet, there's no way to hit "accept" or "enter" to get the cursor out of the edit box (Windows version).

Ok, thank you. Let me know when it's fixed, because I think that's the reason all my bitcoins are unspendable right now.

I have raised an issue in github for RylandAlmanza's confirmation bug.

It is at:
https://github.com/jim618/multibit/issues/3

Because of preparation for the European Bitcoin Conference there will be a little delay in me looking at it but it will get worked on.

Pm'd the logs.

It looks like the message with the confirmation block for the transaction was either never received or never got into your wallet to confirm the tx.

If you look in the multibit help it explains the 'Available to spend'. Bitcoinj is slightly different to the Satoshi client in that you cannot spend change until it is confirmed. It is the quarter of BTC that is the problem - you have the bitcoin available as a transaction output but multibit is erroneously not allowing you to spend it.

I forgot I moved the logs into your user application directory (so you always have write rights).
The directory is different on different platforms and versions of Windows. I will post the directory for each when I get to my big computer (this is from my iPhone).

I will add more logging of the incoming data to MultiBit from the network and see if I can reproduce it and fix it.


EDIT:

Where MultiBit stores logs and the default multibit.wallet     

1) See if there is a multibit.properties in MultiBit's current working directory. If there is, use this directory as the application data directory. This is for backwards compatibility and for running everything from a USB drive
     
2) Otherwise set the user application data directory as follows:
 
   PC
      <"APPDATA" environment setting>/MultiBit
   
      e.g. C:/Documents and Settings/Administrator/Application Data/MultiBit
   
   Mac
      <"user.home" system property>/Library/Application Support/MultiBit
     
      e.g. /Users/jim/Library/Application Support/MultiBit
     
   Linux
     <"user.home" system property>/MultiBit
     
      e.g. /Users/jim/MultiBit

1) Yeah
2) Yup: http://blockexplorer.com/address/1NqkEcycGaK1VVx85D2zm7YGYtYtya5DPw
3) See #2
4) Nope
Also, I have .2487 BTC, but Available to Spend says 0, and I don't know why. I'll pm you the logs in a moment. Thanks.

EDIT: There's no log folder in the installation directory.

Hi Ryland,

A few questions about your unconfirmed transaction:
1) Did it send ok ? (Did you get a 'Bitcoin sent ok' on your send confirm screen after you sent it?).
2) Has the recipient received it ok?
3) Is your payment on the blockchain ?   (You can look at blockexplorer.com and search for the receive address)
4) Is it still waiting to be incorporated into a block (unlikely after 24 hours but possible).   Have a look at :
    http://bitcoincharts.com/bitcoin/ and search for the receive address.

Let me know.   If it is still waiting to be put in a block then that would be normal.   If not then please PM the two logs you have in your /log and I will have a look.
(The log files don't have your private keys in them)

I sent .01 BTC to someone almost 24 hours ago, and it still has yet to be confirmed. Did I do something wrong, or is this a bug?

Yes - you are right - a call to a full node asking for that information would be a give-away that you control that address.

(general point: you might think a transaction gives the same information but those are forwarded around the network and hence could be anyones).

I like your idea of being able to get the transaction outputs for a block as an indicator of "if you control one of those transaction outputs, you have bitcoin in this block".   I think I will mention that on the bitcoinj mailing list - crediting you of course.

By server call, you mean a network message to be sent to full clients?
You would introduce a privacy issue with such implementation. It would be quite clear to everyone you're very likely the owner of those addresses.
I'd argue that a better solution, if one is wanting to upgrade the protocol, is to create a message of the sort "give me the lists of outputs on block X". This would allow you to then query for the blocks that concern you. The privacy risk still exists, but it gets smaller as blocks get larger. Such message would also help bitcoin lightweight clients to remain p2p even when block sizes reach hundreds of megabytes: you wouldn't need to download every new block, as lightweight clients do today, only those in which you have money.

Unfortunately there isn't a practical way of importing an arbitrary private key into a multibit wallet at the moment.

The problem is not the insertion of the private key (which Mike Hearn wrote code for months ago) but getting hold of all the relevant transactions for that key. You need these to work out the current balance. Because the multibit/ bitcoinj blockchain does not contain the transactions to get a key's transactions you currently have to re-download the whole blockchain. This of course is too expensive to be practical.

To implement the import of an arbitrary private key for multibit/other bitcoinj clients the best way would be a new server call :
'Get me all the transactions relevant for this bitcoin address since the genesis block'
 and then you could insert the key and the returned transactions into the wallet in one go.

How might I go about importing a private key into my multibit wallet?