[Lightning-dev] Proposal: Lightning Application Standards [LAS]

Chris Stewart chris at suredbits.com
Thu Jun 27 14:50:58 UTC 2019


Hi all,

We recently proposed a standard for encrypting data with the pre-image that
is being revealed over Lightning[1]. After talking with various folks in
the ecosystem the consesus seems to be it would be a good idea to create a
repository for organizing LAS (Lightning Application Standards)[2]. The
hope here is that we can start building standards so that Lightning app
developers can design their LAPPs to be compatible with other LAPPs. This
should also make it easier for wallet developers to hook into different
LAPPs with a standard.

If this idea gains momentum, I think LAS's should be kept separate from the
BOLTs. BOLTs should define low level Lightning protocol where it is
_imperative_ that Lightning implementations comply to the BOLT standards. I
think LAS's are more of "suggestions" to make it easier for everyone to
communicate and interact with each other in a standardized way. This also
encourages the idea of segregating "backbone" implementations of the
Lightning network with higher level wallet software. This makes it easier
to distinguish what useful things library developers might want to support
vs what BOLT compliant implementations need to support. Perhaps for
pragmatic reasons for now we would just reuse the current lightning-rfc
repo[3].

In my opinion, BOLT11 could be thought of as a LAS as it does not talk
about the actual Lightning protocol, but rather a canonical way to encode
information about the protocol to end users (similar to bitcoin addresses).

-Chris

[1] -
https://lists.linuxfoundation.org/pipermail/lightning-dev/2019-June/002035.html
[2] -
https://lists.linuxfoundation.org/pipermail/lightning-dev/2019-June/002046.html
[3] - https://github.com/lightningnetwork/lightning-rfc/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20190627/ac1d8972/attachment.html>


More information about the Lightning-dev mailing list