Basically I need you to implement BIP0032 for NXT, or at least tell us if and why it is not possible to do so.
A link to show you what I am trying to accomplish here:
https://github.com/genjix/bips/blob/master/bip-0032.md, It was implemented in Electrum bitcoin thin client. For me it will suffice if you make the appropriate working address generation in Java.
definitely possible, but currently, I don't think, you would be able to use derived keys -- that is, not until, there will be APIs that CfB mentioned here:
How does one sign a transaction on the client side instead of sending the password in the clear to the server? Any info on this?
I'm working on this. The workflow will look like:
1. U use
prepareTransaction API call that returns raw bytes
2. U sign the bytes and inject the signature into them
3. U use
broadcastTransaction to send the transaction
Also I think it might be possible, to use bit different scheme, than the one described in BIP.
(out of curiosity, why would you want that, cause maybe there's other way to do it in case of NXT?)
Signing on the client side is already implemented in the android client and the code is open source. The only problem is the desktop client communicates over browser so the signing should be java script, But anyway I honestly don't know how this is related.
With MPK you can have one public key that is able to generate other public keys without touching the private keys. Because they are linked from the seed in a certain way, Both chains (Private key chain, public key chain), will generate corresponding keys in a sequence.
A very good example is AcceptBit.com which is a private key free POS system.
The MPK functionality is VERY important to my new exchange, Also I believe it to be a key element in the automation of decentralized markets, At gateway level.
- Lophie
p.s: There is no way to do this in NXT, I am lacking proper knowledge to surpass the dam of different curve functions between Bitcoin and NXT...