ndg release v0.6.0 introduced a mechanism in which LND TLS cert is
regenerated if ndg's HTTP client refuses to initialize TLS certs bundle
in https://git.qcode.ch/nakamochi/ndg/commit/b57ebacd
in most cases, it is due to outdated cert's notAfter.
however, because raspberry pi cannot preserve current system time,
it starts from year 1969 and the TLS client init fails.
the latter leads to ndg forcing LND to regenerate the certs to no avail
because the system time isn't syncronized yet.
simple solution: wait to start LND service until the system clock is in
sync.
a bugfix release. one notable change is the default CLTV delay increase
from 40 to 80 blocks, or equivalently from ~7 hours to ~13 hours.
this is a more conservative default time lock which can help to avoid
unnecessary force closures due to persistent mempool backlog or node downtime.
more details at:
https://github.com/lightningnetwork/lnd/blob/master/docs/release-notes/release-notes-0.16.1.md
no breaking changes. release highlights:
- prioritize sending out local gossip updates to all connected peers
- potentially missed channel updates bugfix
- rebroadcast unconfirmed transactions with each passing block the transaction
hasn't been confirmed
- channel updates without the maxHTLC message flag set are recognized as
invalid and are not relayed
- new pathfinding algorithms; leaving nakamochi with the default for now
- watchtower improvements; we don't run a watchtower at the moment
- cli now recognizes base_fee_msat and fee_rate_ppm flags for openchannel command
read more at https://lightning.engineering/posts/2023-03-29-lnd-0.16-launch/
and https://github.com/lightningnetwork/lnd/blob/master/docs/release-notes/release-notes-0.16.0.md
extract from upstream release notes:
- bug has been fixed where the responder of a zero-conf channel could forget
about the channel after a hard-coded 2016 blocks
- bug where LND wouldn't send a ChannelUpdate during a channel open has been fixed
- bug has been fixed that caused fee estimation to be incorrect for taproot
inputs when using the SendOutputs call
- bug has been fixed that could cause lnd to underpay for co-op close transaction
when or both of the outputs used a P2TR address
all details are here:
https://github.com/lightningnetwork/lnd/releases/tag/v0.15.3-beta