[Lightning-dev] [RFC] Lightning payment format
Rusty Russell
rusty at rustcorp.com.au
Sat May 6 04:08:47 UTC 2017
Olaoluwa Osuntokun <laolu32 at gmail.com> writes:
> However, it utilizes an
> encoding whose rationale make sense for the Bitcoin address use-case, but in
> my opinion, doesn't carry over those compelling traits to the LN payreq
> use-case.
I agree, but it's nice for QR codes too, and denser than hex. And now
we're using your key recovery idea, having a checksum is not
*completely* pointless.
I've implemented and pushed fallback addresses in the example
encoder/decoder, and tweaked the format slightly: the first 5-bit value
is the witness version, or 17 for p2pkh, 18 for p2sh. It's now
complete.
In some places the encoding is a little awkward (trying to get on 5 bit
boundaries), ideas welcome.
<Feedback please!
Rusty.
More information about the Lightning-dev
mailing list