reserved

Looks great.
I'm looking forward to see native non-java SPV clients. I also tried to make one of bitcoinj (GCJ),.. but seams to be very hard and not so stable (and some overhead  ).

How about the effort of adding SPV features (like Multibit)? Would mean that you work on your own network layer instead of using bitcoind's.
If you plan to create a "easy wallet", i think SPV and bloom filters would be necessary.

</jonas>

Hi Jonas!

Yeah we absolutely plan to do this. We're either going to end up extending some of Jeff Garzik's work or write our own SPV wallet and include it in the bundle. We were pretty frustrated with the lack of non-Java options too. :/

If you're interested in helping out, please send me a message!

Cheers!

You're right, and we're well aware of this, but we're looking for a clean long-term solution. I'd say we're far from against trying to make bitcoinj work, but our resistance to that approach has more to do with the lack of a guaranteed JVM in Mac OS X. We could simply include it in the application package, but that is far indeed from ideal.

As we were saying on bitcoin-development, the idea of a transpilation sounds very interesting. No one on our side has ever tried to do something like that. If we can encourage you to put on your lab suit and give it a whirl, well... It would certainly not go unappreciated!

I'm sorry that you don't like it. It will be gone soon enough though. :-)

First non-Hive app to use BitcoinKit is released! Enter MacWallet! Congrats Jonas!

Small progress update - I've been doing some backend changes & fixes in Hive lately, so that naturally means BitcoinKit changes & fixes too:

1) Exception handling:
- all Java exceptions thrown during calls from the Cocoa side will be wrapped in Cocoa exceptions and thrown back to the caller
- exceptions on Java background threads (at least those handled by bitcoinj's uncaughtExceptionHandler) will also be wrapped in NSException and either passed to a provided exception handler block, or thrown on the main thread

2) Added walletDebuggingInfo method which calls bitcoinj's wallet.toString(), this returns a kinda-human-readable block of text with various info about the wallet.
3) Added estimatedBalance property which includes total balance available now + that which is currently blocked because of unconfirmed transactions. (Pending balance = estimatedBalance – balance)
4) BitcoinKit now presents itself as "BitcoinJKit 0.9" when connecting to other peers (I'll add a method to set a custom app-specific user agent later).
5) Minor fixes to transaction dictionary data returned from HIBitcoinManager methods (e.g. date formats).
6) Updated bitcoinj to v. 0.10.2 (previous version was before 0.10).

Hi,

we're still working hard on adding new features to Hive and BitcoinKit. Here's what changed in BitcoinKit in the last month:

• we're working on adding encryption support now: you can create a wallet with a password or encrypt an existing one, and pass the password when sending coins (this isn't finished yet though)
• there are now logging macros like HILogError() that you can use to redirect logs to a chosen logging framework (e.g. CocoaLumberjack), and the logs from Java are integrated with this too
• bitcoinj is updated to 0.10.3 - this fixes a bug that could cause a transaction to never be sent
• we've removed the bitcoind backend since we weren't supporting it anymore anyway
• transaction fee is now added, not subtracted from the amount (so 0.3 mBTC is sent as 0.3+0.1 instead of 0.2+0.1)
• the demo app (https://github.com/hivewallet/BitcoinKit/tree/master/DemoApp) should now build properly again
• we've fixed an issue that could result in overwriting a wallet, and another that returned incorrect balance if it was more than 21BTC
• improvements to error handling (a lot of methods now accept an NSError** argument)
• it should be easier to debug the Java parts with a Java debugger (https://github.com/hivewallet/BitcoinKit/commit/2c45b54)

If you're working on an app that uses our library, please let us know!

Hi there,

lots of updates in BitcoinKit since my last post:

• the biggest thing is BIP70 Payment Protocol support (both from bitcoin: URIs and from local .bitcoinpaymentrequest files)
• we've also cleaned up the Maven configuration for the Java build; it's now easy to update bitcoinj to the latest version, right now we're building BitcoinKit with bitcoinj 0.11.2 (will be updated to 0.11.3 soon)
• added support for signing messages with the private key
• added support for checkpoint files for super fast initial sync
• the fee is now calculated based on entered amount, not estimated to be always 0.1 mBTC
• method for checking if the entered password is correct
• methods for checking syncing status and number of connected peers
• error handling improvements - e.g. added error codes for sending dust or locked chain file
• fixed some problems with JSON that resulted in empty transaction data being returned e.g. for multisig addresses
• transaction data no longer includes "from" addresses - it's not possible to detect it with 100% confidence, and it would be dangerous to show it if it's incorrect
• converted all code to ARC

Let us know if you're using BitcoinKit in your app!

Also: Mike Hearn is working on integrating a different JVM that can be bundled in the app, so in the future it should be possible to drop requirement for a JRE installed in the system.