Newsletters: add 89 (2020-03-18)

Author: harding

_posts/en/newsletters/2020-03-18-newsletter.md

@@ -0,0 +1,74 @@
+---
+title: 'Bitcoin Optech Newsletter #89'
+permalink: /en/newsletters/2020/03/18/
+name: 2020-03-18-newsletter
+slug: 2020-03-18-newsletter
+type: newsletter
+layout: newsletter
+lang: en
+---
+This week's newsletter summarizes an update to a proposed standard for
+LN and includes our regular sections about notable changes to services,
+client software, and popular Bitcoin infrastructure projects.
+
+## Action items
+
+*None this week.*
+
+## News
+
+- **Proposed watchtower BOLT updated:** Sergi Delgado Segura
+  [emailed][segura email] the Lightning-Dev mailing list an [updated
+  version][watchtower bolt] of a suggested protocol for
+  [watchtower][topic watchtowers] communication.  See [Newsletter
+  #75][news75 watchtower] for our original description of this proposal.  According to
+  Segura, the update includes details about "user accounts, payment
+  methods, and message signing."  His email also provides a list of
+  features he would like to add, with discussion about each near the end
+  of the email.
+
+## Changes to services and client software
+
+*In this monthly feature, we highlight interesting updates to Bitcoin
+wallets and services.*
+
+FIXME:bitschmidty
+
+## Notable code and documentation changes
+
+*Notable changes this week in [Bitcoin Core][bitcoin core repo],
+[C-Lightning][c-lightning repo], [Eclair][eclair repo], [LND][lnd repo],
+[libsecp256k1][libsecp256k1 repo], [Bitcoin Improvement Proposals
+(BIPs)][bips repo], and [Lightning BOLTs][bolts repo].*
+
+- [Bitcoin Core #16902][] changes consensus code to fix an inefficiency
+  in the parsing of `OP_IF` and related opcodes.  In legacy and segwit
+  v0 script, the inefficiency isn't believed to cause any significant
+  problems, but the proposal for [tapscript][topic tapscript] would
+  allow the inefficiency to be exploited in order to create transactions
+  in blocks that could take a large amount of CPU to verify.  Fixing the
+  inefficiency reduces the number of changes that need to be made in the
+  proposed schnorr, taproot, and tapscript soft fork.  For more
+  information, see the Bitcoin Core PR Review Club [meeting notes][club
+  #16902] about this PR and a [related PR][Bitcoin Core #18002] also
+  merged this week.
+
+- [LND #3821][] [anchor] pluggable anchor commitments FIXME:dongcarl
+
+- [LND #3963][] adds detailed [documentation][lnd op safety] about how
+  to use LND safely.
+
+- [Eclair #1319][] implements the same solution as described in
+  [Newsletter #85][news85 ln stuck] for a rare stuck-channels problem
+  where payments are rejected for insufficient funds when the channel
+  funder is receiving the money but doesn't have enough balance to
+  afford the payment's commitment (HTLC) cost.
+
+{% include references.md %}
+{% include linkers/issues.md issues="16902,3821,3963,18002,1319" %}
+[lnd op safety]: https://github.com/lightningnetwork/lnd/blob/master/docs/safety.md
+[segura email]: https://lists.linuxfoundation.org/pipermail/lightning-dev/2020-March/002586.html
+[watchtower bolt]: https://github.com/sr-gi/bolt13/blob/master/13-watchtowers.md
+[club #16902]: https://bitcoincore.reviews/16902/
+[news75 watchtower]: /en/newsletters/2019/12/04/#proposed-watchtower-bolt
+[news85 ln stuck]: /en/newsletters/2020/02/19/#c-lightning-3500