Topics: showcase new logic on latest newsletter

showcase the feature based on the topics mentioned in the latest
newsletter

Author: kouloumos

_posts/en/newsletters/2023-05-17-newsletter.md

@@ -24,7 +24,7 @@ describing notable changes to popular Bitcoin infrastructure software.
 - **Testing HTLC endorsement:** several weeks ago, Carla Kirk-Cohen and
   Clara Shikhelman [posted][kcs endorsement] to the Lightning-Dev mailing list about
   the next steps they and others planned to take to test the idea of
-  [HTLC][topic htlc] endorsement (see [Newsletter #239][news239
+  [[HTLC]] endorsement (see [Newsletter #239][news239
   endorsement]) as part of a mitigation for [channel jamming
   attacks][topic channel jamming attacks].  Most notably, they provided a
   short [proposed specification][bolts #1071] that could be deployed
@@ -64,8 +64,8 @@ describing notable changes to popular Bitcoin infrastructure software.
 
 - **Challenges with zero-conf channels when dual funding:** Bastien
   Teinturier [posted][teinturier 0conf] to the Lightning-Dev mailing list about the
-  challenges of allowing [zero-conf channels][topic zero-conf channels] when using the
-  [dual-funding protocol][topic dual funding].   Zero-conf channels can be used even before the
+  challenges of allowing [[zero-conf channels]] when using the
+  [[dual-funding|dual-funding protocol]].   Zero-conf channels can be used even before the
   channel open transaction is confirmed; this is trustless in some
   cases.  Dual-funded channels are channels that were created using the
   dual-funding protocol, which may include channels where the open
@@ -99,13 +99,13 @@ describing notable changes to popular Bitcoin infrastructure software.
 
     - *Batched payment forwarding:* rather than Alice paying Bob, Alice
       instead pays several people Bob owes money (or wants to establish
-      a credit with).  Gould's example considers an exchange that has a
+      a credit with).  Gould's example [[payment batching|batching]] considers an exchange that has a
       steady stream of deposits and withdrawals; payjoin allows withdrawals
       to be paid for by new deposits when possible.
 
     Both of these techniques allow reducing what would be at least two
     transactions into a single transaction, saving a considerable amount
-    of block space.  When [batching][topic payment batching] is used,
+    of block space.  When  is used,
     the space savings may be even larger.  Even better from the
     perspective of the original receiver (e.g. Bob),
     the original spender (e.g. Alice) may pay all or some of the
@@ -200,7 +200,7 @@ Proposals (BIPs)][bips repo], [Lightning BOLTs][bolts repo], and
   continue trying to download the block from peers that claim to have it
   until one of the received blocks has been written to disk.
 
-- [LDK #2286][] allows creating and signing [PSBTs][topic psbt] for
+- [LDK #2286][] allows creating and signing [[psbt|PSBTs]] for
   outputs controlled by the local wallet.
 
 - [LDK #1794][] begins adding support for [dual funding][topic dual

_topics/en/dual-funding.md

@@ -104,9 +104,6 @@ optech_mentions:
   - title: "Eclair #2596 limits the number of RBF fee bumps in a dual funded channel open"
     url: /en/newsletters/2023/02/22/#eclair-2596
 
-  - title: "Challenges with zero-conf channels when dual funding"
-    url: /en/newsletters/2023/05/17/#challenges-with-zero-conf-channels-when-dual-funding
-
   - title: "LDK #1794 begins adding support for dual funding"
     url: /en/newsletters/2023/05/17/#ldk-1794
 

_topics/en/zero-conf-channels.md

@@ -53,8 +53,6 @@ optech_mentions:
   - title: "2022 year-in-review: zero-conf channels"
     url: /en/newsletters/2022/12/21/#zero-conf-channels
 
-  - title: "Challenges with zero-conf channels when dual funding"
-    url: /en/newsletters/2023/05/17/#challenges-with-zero-conf-channels-when-dual-funding
 
 ## Optional.  Same format as "primary_sources" above
 # see_also: