Topic: Bitmessage question (Read 985 times)
Thanks; that's as I expected, both bitcoin and bitmessage would have to use the raw public key for the naive method to work.
https://pay.reddit.com/r/bitmessage/comments/1ay3kh/why_not_use_the_public_key_directly/ seems to partly apply here.
I would strongly suggest using the payment protocol, as it is also more versatile than pure bitcoin transactions.
I would strongly suggest using the payment protocol, as it is also more versatile than pure bitcoin transactions.
I'm looking at bitmessage for sending messages with transactions in the bitcoin-qt client.
Does anyone know, can bitmessage use private/public ECDSA sec256p keys like Bitcoin? If so, would it be possible to use bitmessage keys as bitcoin keys and vice versa?
I think the naive approach is impossible in practice because a bitcoin address is a hashed public key, and thus the sender doesn't know what to encrypt the message with...
So another idea may be to do it the other way around, and use Gavin's payment protocol over bitmessage, integrating Bitcoin into bitmessage instead of the other way around...
Does anyone know, can bitmessage use private/public ECDSA sec256p keys like Bitcoin? If so, would it be possible to use bitmessage keys as bitcoin keys and vice versa?
I think the naive approach is impossible in practice because a bitcoin address is a hashed public key, and thus the sender doesn't know what to encrypt the message with...
So another idea may be to do it the other way around, and use Gavin's payment protocol over bitmessage, integrating Bitcoin into bitmessage instead of the other way around...
Jump to: