I've written MultiBit wallet manipulation tools in the past (in Python), so it shouldn't be too difficult to take one of those tools and change it to simply load and decrypt a wallet and print out a bunch of debugging info in the event of a failure. That may help (or maybe not...) in getting to the bottom of this.
Unfortunately, it requires installing some Python libraries, and doing so is very difficult in OS X (although for the specific libraries that are needed, it's usually easy under Windows or Linux).
tonyClifton13, I believe you're on OS X, correct? If you know someone you can trust to manipulate your wallet file and password who is on Windows or Linux, or if you have access to a Windows or Linux box yourself, let me know and I'll write such a tool when time permits. (If not, it doesn't make sense for me to go through the effort if all you've got access to is OS X though...)
Thanks for taking this up btchris. One approach to getting Python onto OSX is through Homebrew which does simplify things considerably but still requires command line capability from the end user. tonyClifton13, you may want to refer to this article before digging in: http://docs.python-guide.org/en/latest/starting/install/osx/
|
|
|
My input would be to have the ability to install Multi-bit in addition to Miltibit classis, then its just a matter of sending btc over to the new HD wallents. Once Miltibit classic is empty it can be uninstalled . Maybe some fee grace for this, makes it simple.
My last upgrade to the latest version went so smooth I was amazed, it has to be that easy.
MultiBit HD and MultiBit Classic will both be able to operate side by side. Our recommended upgrade path would include a "sweep" of all funds out of MultiBit Classic and into MBHD. This would not be part of the standard install wizard, but rather something the user would do at their discretion through a simple "Request Bitcoin" operation. Once that has confirmed then the user would be free to archive/uninstall MultiBit Classic. We would obviously recommend that people not delete any private keys in case someone ever attempts to send them funds through an old address. In that circumstance a user would be able to reinstall MultiBit Classic (we will provide maintenance releases and an archive) to open their old wallets and sweep those funds. At present we have no plans for a combination of HD wallet with a few private keys mixed in. This is because people should not be reusing standard addresses (I know we're all guilty of it, but it leaks privacy). It will also cause more complexity within the code that will incur development effort.
|
|
|
Maybe we'll soon see a better one on *How to Check Digital Signatures*? I couldn't follow/use what you have for Linux at all! It made me really uncomfortable to download and install MultiBit without that. That on top of not having a PPA to use for installation and updates in the first place. So you don't have sha1sum installed and couldn't get openssl or gpg installed either? If you could expand on where it all started to fall apart for you then I'll be able to update the installation and verification guides accordingly. There is a "website issues" link for these kind of problems and I'd really like to ensure that the site delivers a secure and simple download experience. Regarding the PPA, we'll look into that as an option for MultiBit HD (coming out as beta in Jan/Feb).
|
|
|
That FAQ was something I had been meaning to write for some time so I'm glad it was able to help.
|
|
|
While we're working out the new UI for MultiBit HD, we'd appreciate any feedback from MultiBit users about features you'd like to see and stuff you'd hate to see.
We can't guarantee that anything will find its way in but if enough people get together to ask for it then we'll certainly take that into account. Of course, pledges and sponsorship go a *very* long way to ensuring that your issue gets attention. :-)
Overall, the reasons for doing this are:
1) to reduce private key loss to near zero through hierarchical deterministic (HD) and hardware wallet support
We can't say exactly zero because someone, somewhere will ignore the messages to write down their seed phrase and we can't code for that. We will not be supporting random private keys in MultiBit HD.
2) to get away from Swing and the horrible Oracle Java installer
We will continue to use Java (the open source support libraries are vast) and Bitcoinj.
Tell us what you think in the comments!
|
|
|
Jim and I have been significant contributors to:
* MultiBit * Bitcoinj * XChange * KarmaAds * Trezorj
We want to see the Bitcoin economy grow, and to assist entrepreneurs getting their project off the ground.
We will be at the Amsterdam Bitcoin Conference and we'd be delighted to meet up.
|
|
|
Just an update on progress for Trezorj (the Java library for communicating with Trezor devices). I've got a pre-alpha version of the API fleshed out and communicating with a Trezor Shield on an RPi. It only does this over a socket at the moment but it's enough to start seeing some life in the wee beastie. You can download the code or read the project wiki for more information. We're one step closer to Jim winning his bet.
|
|
|
Just thought I'd let people know that Jim has delivered the MultiBit Trezor Shield to me and I have started work in earnest on a Java support library. After a bit of initial faffing to configure the bare RPi I managed to get the Shield running.
Would anyone be interested in a set of comprehensive instructions for getting the Shield to work with a bare RPi?
|
|
|
I shall watch this with interest. 1 bitcoin in 4 years time could be worth a *lot*.
|
|
|
Thanks, SBC for providing a lot of useful information to anyone wanting to set this kind of business up. From the look of it there will be an uphill struggle that puts it out of reach for the average weekend/hobbyist. So, an alternative strategy could be to create pure BTC-accepting businesses over here. I don't want to blow my own trumpet too much here but I've been trying to get an open source project like this off the ground for a long time now. It's called MultiBit Merchant (yes, it's affiliated with that MultiBit) and you can find more info here: https://github.com/gary-rowe/MultiBitMerchant/wiki/IntroductionThe problem I have (and I'm sure I'm not alone here) is that while I am enthusiastic about Bitcoin, I'm limited by my day job to what I can achieve. I've got several Bitcoin projects on the go and I'd like to see this one get more attention from the community. Is there any Java developer out there who would be interested in pushing it along? For the technically minded, it's Java + Dropwizard + HSQLDB. I'm planning a migration to MongoDB soon. Even if you're not a developer, do take a look at the Introduction and see if it triggers your imagination to make something happen.
|
|
|
Well done! This could be another entry in the Bitcoin history list of "firsts". A word of warning - the Bitcoin community moves fast. You'll need to get your Bitcoin acceptance logo and process in place quickly. In the short term someone like BitPay could act as a stopgap until you're able to go it alone.
|
|
|
And one currency to rule them all...
|
|
|
Checked out the various announcements and they all look good.
Next step is to get the merchant arbitrage API designed, I think.
And more exchanges!
|
|
|
My 100th post is...
|
|
|
I've joined too! I think it's an excellent initiative.
|
|
|
|