News63: edits for second round jnewbery feedback (thanks!)

Author: harding

_posts/en/newsletters/2019-09-11-newsletter.md

@@ -30,11 +30,13 @@ infrastructure projects.
  Lightning-Dev mailing list, Richard Myers [posted][eltoo sample] a link
  to a sample implementation of an eltoo payment flow between nodes on a
  custom [signet][].  [Eltoo][] is a proposal to replace LN's current
- enforcement layer, which depends on the threat of a penalty for any
- party that attempts to use an old channel state, with an enforcement
- mechanism that gives the latest state the ability to spend funds from
- any earlier state within a certain period.  With eltoo, there's no
- penalty required, simplifying many aspects of the protocol and reducing
+ LN-penalty enforcement layer with a new layer named LN-eltoo.
+ LN-penalty prevents counterparty theft by giving nodes the ability to
+ financially penalize a counterparty that attempts to publish an old
+ channel state onchain.  LN-eltoo accomplish the same goal by giving the
+ later states the ability to spend funds from earlier states within a
+ certain period of time---eliminating the need for a penalty, simplifying
+ many aspects of the protocol, and reducing
  the complexity of many proposed protocol enhancements.  Myers's sample
  implementation works by using the Bitcoin Core functional test
  framework to simulate payments in an eltoo payment channel.
@@ -78,17 +80,13 @@ infrastructure projects.
 - [Bitcoin Core #15759][] increases the number of outbound connections
   the node will make from 8 to 10.  The two new connections will only be
   used to announce and relay new blocks; they won't announce or relay
-  unconfirmed transactions.  Only announcing blocks minimizes the
-  bandwidth overhead of the new connections and doesn't give spy nodes
-  information about what node first announced a transaction (i.e. which
-  node may have created it).  These extra two connections increases the
-  density of connections between network nodes, making it more difficult
-  to partition the network and execute various attacks possible against
-  isolated nodes.  If no problems are found with this change and the
-  bandwidth overhead remains small, it's possible the number of
-  blocks-only peers may be increased in later versions, either as its
-  own change or in conjunction with other ongoing development such as
-  [Erlay][].
+  unconfirmed transactions or `addr` peer-discovery messages.  Only
+  announcing blocks minimizes the bandwidth and memory overhead of the
+  new connections and makes it much more difficult for spy nodes to map
+  the connections between nodes---a map that can be used by a malicious
+  party to attack a node's peers and potentially isolate that node from
+  all honest connections, making theft possible (for details, see the
+  [TxProbe paper][]).
 
 - [Bitcoin Core #15450][] allows users to create new wallets for
   multiwallet mode from the GUI, completing a set of GUI actions that
@@ -178,3 +176,4 @@ infrastructure projects.
 [eltoo summary]: https://lists.linuxfoundation.org/pipermail/lightning-dev/2019-September/002136.html
 [signet]: https://en.bitcoin.it/wiki/Signet
 [less gossip]: https://lists.linuxfoundation.org/pipermail/lightning-dev/2019-September/002134.html
+[txprobe paper]: https://arxiv.org/pdf/1812.00942.pdf