Stepan Snigirev [ARCHIVE] on Nostr: 📅 Original date posted:2019-06-26 📝 Original message: > Another idea: would it ...
📅 Original date posted:2019-06-26
📝 Original message:
> Another idea: would it be useful to split up large data (several
megabytes long) and FEC-encode it in chunks (with each chunk having a
separate MAC)?
I think it's a great idea. Ideally we want to do error correction and check
MAC before decryption, so for large data it makes a lot of sense to split
it into smaller chunks and MAC each of them. Then the receiver should use
error correction to deal with errors, check MAC of the chunk and *only
then* decrypt it. But it depends on the application and communication
channel, so I would leave these details to the app developers.
P.S. It would be nice to have this proposal and other interesting ideas
from the mailing list in some kind of guidelines for different lightning
use-cases, but I feel like BOLTs repo is the wrong place to put it. Could
we organize some kind of lightning-guidelines repo for lapp developers? I
think it would be very useful.
Regards,
Stepan.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20190625/a51ee1ba/attachment.html>;
📝 Original message:
> Another idea: would it be useful to split up large data (several
megabytes long) and FEC-encode it in chunks (with each chunk having a
separate MAC)?
I think it's a great idea. Ideally we want to do error correction and check
MAC before decryption, so for large data it makes a lot of sense to split
it into smaller chunks and MAC each of them. Then the receiver should use
error correction to deal with errors, check MAC of the chunk and *only
then* decrypt it. But it depends on the application and communication
channel, so I would leave these details to the app developers.
P.S. It would be nice to have this proposal and other interesting ideas
from the mailing list in some kind of guidelines for different lightning
use-cases, but I feel like BOLTs repo is the wrong place to put it. Could
we organize some kind of lightning-guidelines repo for lapp developers? I
think it would be very useful.
Regards,
Stepan.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20190625/a51ee1ba/attachment.html>;