News165: edits to murch section

Author: jnewbery

_posts/en/newsletters/2021-09-08-newsletter.md

@@ -152,26 +152,26 @@ repo], [Hardware Wallet Interface (HWI)][hwi repo],
 [Bitcoin Improvement Proposals (BIPs)][bips repo], and [Lightning
 BOLTs][bolts repo].*
 
-- [Bitcoin Core #22009][] introduces a *waste score* heuristic to compare the cost
-  effectiveness of [coin selection][topic coin selection] results. As a
-  baseline, it is assumed that every input must eventually be spent at a
-  feerate of 10 sat/vB, and that change outputs are avoidable. Inputs
-  are scored as the difference between their cost at the current feerate
-  and the baseline feerate, resulting in a waste score deduction for
-  spending inputs at lower feerates and a waste score increase at higher
-  feerates. Change outputs always increase the waste score by the cost
-  of the change output creation as well as the future cost of spending
-  the change output. The wallet will now generate input set candidates
-  using both the Branch and Bound (BnB) algorithm and the Knapsack
-  algorithm, and then prefer the input set with the lowest waste score
-  per the described heuristic. Previously, the changeless BnB result was
-  always preferred if one was found. In a wallet spending at various
-  feerates, this approach will shift some input consumption to lower
-  feerates, reducing the overall wallet operation cost. The baseline
-  feerate separating consolidatory and thrifty coin selection behavior
-  can be configured with the new option `-consolidatefeerate`. The
-  subsequent PR [Bitcoin Core #17526][] proposes to add a third coin
-  selection algorithm based on a Single Random Draw.
+- [Bitcoin Core #22009][] updates the wallet to always run both the Branch
+  and Bound (BnB) and knapsack algorithms for [coin selection][topic coin
+  selection], and then choose the best result using a new *waste score* heuristic
+  to compare the cost effectiveness of the results. Previously, the changeless
+  BnB result was always preferred if one was found.
+
+    The waste score heuristic assumes that every input must eventually be spent
+    at a feerate of 10 sat/vB, and that change outputs are avoidable. Inputs are
+    scored as the difference between their cost at the current feerate and the
+    baseline feerate, resulting in a waste score deduction for spending inputs at
+    lower feerates and a waste score increase at higher feerates. Change outputs
+    always increase the waste score by the cost of the change output creation as
+    well as the future cost of spending the change output. 
+
+    In a wallet spending at various feerates, this approach will shift some
+    input consumption to lower feerates, reducing the overall wallet operation
+    cost. The baseline feerate separating consolidatory and thrifty coin selection
+    behavior can be configured with the new option `-consolidatefeerate`. The
+    subsequent PR [Bitcoin Core #17526][] proposes to add a third coin selection
+    algorithm based on a Single Random Draw.
 
 - [Eclair #1907][] updates how it uses block chain watchdogs to prevent
   [eclipse attacks][topic eclipse attacks] (see [Newsletter