News359: edits to harding section

Author: harding

_posts/en/newsletters/2025-06-20-newsletter.md

@@ -7,7 +7,13 @@ type: newsletter
 layout: newsletter
 lang: en
 ---
-This week's newsletter FIXME:harding
+This week's newsletter describes a proposal to limit public
+participation in Bitcoin Core repositories, announces a significant
+improvements to BitVM-style contracts, and summarizes research into
+LN channel rebalancing.  Also included are our regular sections
+summarizing recent changes to clients and services, announcing new
+releases and release candidates, and describing recent changes to popular
+Bitcoin infrastructure software.
 
 ## News
 
@@ -23,13 +29,13 @@ This week's newsletter FIXME:harding
 
   Bishop's post suggests a method for online privatization, but
   Antoine Poinsot [questioned][poinsot priv] whether that method would
-  actually achieve the goal.  Poinsot also suggested that many private
+  achieve the goal.  Poinsot also suggested that many private
   office discussions might occur not out of fear of public reproach but
-  because of "the natural advantages of in-persion discussions".
+  because of "the natural advantages of in-person discussions".
 
-  Several replies suggested, in essence, that making major changes is
+  Several replies suggested that making major changes is
   probably not warranted at this time but that stronger moderation of
-  comments on the repository would probably alleviate the most
+  comments on the repository might alleviate the most
   significant type of disruption.  However, other replies noted several
   challenges with stronger moderation.
 
@@ -45,7 +51,7 @@ This week's newsletter FIXME:harding
   contracts.  Based on an [idea][rubin garbled] by Jeremy Rubin that
   builds on new cryptographic primitives, the new approach "reduces the
   onchain cost of a dispute by over 1,000 times compared to the previous
-  design", with disprovable transactions being "just 200 bytes".
+  design", with disprove transactions being "just 200 bytes".
 
   However, Linus's paper notes the tradeoff for this approach: it
   "requires a multi-terabyte offchain data setup".  The paper gives an
@@ -65,7 +71,7 @@ This week's newsletter FIXME:harding
 
   Pickhardt notes that there are several challenges to a global approach and
   asks interested parties to answer a few questions, such as whether
-  this is an approach worth pursuing and how to address certain
+  this approach is worth pursuing and how to address certain
   implementation details.
 
 ## Changes to services and client software
@@ -98,11 +104,14 @@ _New releases and release candidates for popular Bitcoin infrastructure
 projects.  Please consider upgrading to new releases or helping to test
 release candidates._
 
-- [Core Lightning 25.05][] is a release for the next major
-  version of this popular LN node implementation.
-  FIXME:harding_add_details
-
-<!-- FIXME:harding to update on Thursday -->
+- [Core Lightning 25.05][] is a release of the next major
+  version of this popular LN node implementation.  It reduces the
+  latency of relaying and resolving payments, improves fee
+  management, provides [splicing][topic splicing] support compatible
+  with Eclair, and enables [peer storage][topic peer storage] by
+  default.  Note: its [release documentation][core lightning 25.05]
+  contains a warning for users of the `--experimental-splicing`
+  configuration option.
 
 ## Notable code and documentation changes
 

_topics/en/acc.md

@@ -67,6 +67,9 @@ optech_mentions:
   - title: Discussion about transaction weight limit in response to large BitVM transactions
     url: /en/newsletters/2025/06/06/#transaction-weight-limit-with-exception-to-prevent-confiscation
 
+  - title: "Improvments to BitVM-style contracts allowing disprove transactions to be just 200 bytes"
+    url: /en/newsletters/2025/06/20/#improvements-to-bitvm-style-contracts
+
 ## Optional.  Same format as "primary_sources" above
 see_also:
   - title: "Merklize All The Things (MATT)"

_topics/en/attributable-failures.md

@@ -38,6 +38,9 @@ optech_mentions:
   - title: Discussion about whether attributable failures reduce LN privacy
     url: /en/newsletters/2025/05/30/#do-attributable-failures-reduce-ln-privacy
 
+  - title: "LDK #3817 puts attributable failures under a test-only flag until broader adoption is achieved"
+    url: /en/newsletters/2025/06/20/#ldk-3817
+
 ## Optional.  Same format as "primary_sources" above
 # see_also:
 #   - title:

_topics/en/musig.md

@@ -160,6 +160,9 @@ optech_mentions:
   - title: "Lightning Loop begins using MuSig2"
     url: /en/newsletters/2025/02/21/#lightning-loop-moves-to-musig2
 
+  - title: "Rust libsecp256k1 #798 completes its MuSig2 implementation"
+    url: /en/newsletters/2025/06/20/#rust-libsecp256k1-798
+
 ## Optional.  Same format as "primary_sources" above
 see_also:
   - title: Scriptless multisignatures

_topics/en/peer-storage.md

@@ -45,6 +45,9 @@ optech_mentions:
   - title: "Core Lightning #8140 enables peer storage of channel backups by default"
     url: /en/newsletters/2025/05/23/#core-lightning-8140
 
+  - title: "LDK #3623 extends its peer storage support to provide automatic and encrypted peer backups"
+    url: /en/newsletters/2025/06/20/#ldk-3623
+
 ## Optional.  Same format as "primary_sources" above
 # see_also:
 #   - title:

_topics/en/pooled-mining.md

@@ -92,6 +92,9 @@ optech_mentions:
   - title: "DMND pool launches Stratum v2 pooled mining"
     url: /en/newsletters/2025/03/21/#dmnd-launching-pooled-mining
 
+  - title: "Stratum v2 STARK proof demo for private block template fee reporting"
+    url: /en/newsletters/2025/06/20/#stratum-v2-stark-proof-demo
+
 ## Optional.  Same format as "primary_sources" above
 #see_also:
 #  - title: