Podcast: add 372 recap

Author: bitschmidty

_posts/en/newsletters/2025-09-19-newsletter.md

@@ -45,7 +45,7 @@ popular Bitcoin infrastructure software.
 
   Downsides of the new proposal are that Alice loses some privacy to her
   LSPs and that the proposal requires several changes to the LN protocol
-  in addition to support for redundant overpayments.
+  in addition to support for redundant overpayments. {% assign timestamp="16:24" %}
 
 - **Partitioning and eclipse attacks using BGP interception:** developer
   cedarctic [posted][cedarctic bgp] to Delving Bitcoin about using flaws
@@ -54,7 +54,7 @@ popular Bitcoin infrastructure software.
   or execute [eclipse attacks][topic eclipse attacks].  Several
   mitigations were described by cedarctic, with other developers in the
   discussion describing other mitigations and ways to monitor for use of
-  the attack.
+  the attack. {% assign timestamp="1:02" %}
 
 ## Changes to services and client software
 
@@ -63,12 +63,12 @@ wallets and services.*
 
 - **Zero-knowledge proof of reserve tool:**
   [Zkpoor][zkpoor github] generates [proof of reserves][topic proof of reserves]
-  using STARK proofs without revealing the owner's addresses or UTXOs.
+  using STARK proofs without revealing the owner's addresses or UTXOs. {% assign timestamp="13:49" %}
 
 - **Alternative submarine swap protocol proof of concept:**
   The [Papa Swap][papa swap github] protocol proof of concept achieves
   [submarine swap][topic submarine swaps] functionality by requiring one
-  transaction instead of two.
+  transaction instead of two. {% assign timestamp="15:12" %}
 
 ## Releases and release candidates
 
@@ -77,12 +77,12 @@ projects.  Please consider upgrading to new releases or helping to test
 release candidates._
 
 - [Bitcoin Core 30.0rc1][] is a release candidate for the next major
-  version of this full verification node software.
+  version of this full verification node software. {% assign timestamp="39:14" %}
 
 - [BDK Chain 0.23.2][] is a release of this library for building wallet
   applications that introduces improvements to transaction conflict handling,
   redesigns the `FilterIter` API to enhance [BIP158][] filtering capabilities,
-  and improves anchor and block reorg management.
+  and improves anchor and block reorg management. {% assign timestamp="1:16:28" %}
 
 ## Notable code and documentation changes
 
@@ -100,44 +100,44 @@ repo], and [BINANAs][binana repo]._
   transaction's inputs exceeds zero sats. As long as a transaction spends at least
   one output from a wallet, it will be recognized as part of that wallet. This
   allows transactions with zero-value inputs, such as spending a [P2A ephemeral
-  anchor][topic ephemeral anchors], to appear in a user’s transaction list.
+  anchor][topic ephemeral anchors], to appear in a user’s transaction list. {% assign timestamp="1:17:19" %}
 
 - [Eclair #3157][] updates the way it signs and broadcasts remote commitment
   transactions upon reconnection. Instead of resending the previously signed
   commitment, it resigns with the latest nonces from `channel_reestablish`.
   Peers that do not use deterministic nonces in [simple taproot channels][topic
   simple taproot channels] will have a new nonce upon reconnection, rendering
-  the previous commitment signature invalid.
+  the previous commitment signature invalid. {% assign timestamp="1:18:56" %}
 
 - [LND #9975][] adds [P2TR][topic taproot] fallback on-chain address support to
   [BOLT11][] invoices, following the test vector added in [BOLTs #1276][].
   BOLT11 invoices have an optional `f` field that allows users to include a
-  fallback on-chain address in case a payment cannot be completed over the LN.
+  fallback on-chain address in case a payment cannot be completed over the LN. {% assign timestamp="1:19:52" %}
 
 - [LND #9677][] adds the `ConfirmationsUntilActive` and `ConfirmationHeight`
   fields to the `PendingChannel` response message returned by the
   `PendingChannels` RPC command. These fields inform users of the number of
   confirmations required for channel activation and the block height
-  at which the funding transaction was confirmed.
+  at which the funding transaction was confirmed. {% assign timestamp="1:20:21" %}
 
 - [LDK #4045][] implements the reception of an [async payment][topic async
   payments] by an LSP node by accepting an incoming [HTLC][topic htlc] on behalf
   of an often-offline recipient, holding it, and releasing it to the recipient
   later when signaled. This PR introduces an experimental `HtlcHold` feature
   bit, adds a new `hold_htlc` flag on `UpdateAddHtlc`, and defines the release
-  path.
+  path. {% assign timestamp="1:20:41" %}
 
 - [LDK #4049][] implements the forwarding of [BOLT12][topic offers] invoice
   requests from an LSP node to an online recipient, who then replies with a
   fresh invoice. If the recipient is offline, the LSP node can reply with a
   fallback invoice, as enabled by the server-side logic implementation for
-  [async payments][topic async payments] (see Newsletter [#363][news363 async]).
+  [async payments][topic async payments] (see Newsletter [#363][news363 async]). {% assign timestamp="1:21:32" %}
 
 - [BDK #1582][] refactors the `CheckPoint`, `LocalChain`, `ChangeSet`, and
   `spk_client` types to be generic and take a `T` payload instead of being fixed
   to block hashes. This prepares `bdk_electrum` to store full block headers in
   checkpoints, which avoids header redownloads and enables cached merkle proofs
-  and Median Time Past (MTP).
+  and Median Time Past (MTP). {% assign timestamp="1:22:18" %}
 
 - [BDK #2000][] adds block reorg handling to a refactored `FilterIter` struct
   (see Newsletter [#339][news339 filters]). Rather than splitting its flow
@@ -146,13 +146,13 @@ repo], and [BINANAs][binana repo]._
   ensure that the block isn't stale and that BDK is on the valid chain.
   `FilterIter` scans all blocks and fetches those containing transactions
   relevant to a list of script pubkeys, using [compact block filters][topic
-  compact block filters] as specified in [BIP158][].
+  compact block filters] as specified in [BIP158][]. {% assign timestamp="1:23:13" %}
 
 - [BDK #2028][] adds a `last_evicted` timestamp field to the `TxNode` struct to
   indicate when a transaction was excluded from the mempool after being replaced
   through [RBF][topic rbf]. This PR also removes the `TxGraph::get_last_evicted`
   method (See Newsletter [#346][news346 evicted]) because the new field replaces
-  it.
+  it. {% assign timestamp="1:24:17" %}
 
 {% include snippets/recap-ad.md when="2025-09-23 16:30" %}
 {% include references.md %}

_posts/en/podcast/2025-09-23-newsletter-recap.md

@@ -0,0 +1,23 @@
+---
+title: 'Bitcoin Optech Newsletter #372 Recap Podcast'
+permalink: /en/podcast/2025/09/23/
+reference: /en/newsletters/2025/09/19/
+name: 2025-09-23-recap
+slug: 2025-09-23-recap
+type: podcast
+layout: podcast-episode
+lang: en
+---
+Mark “Murch” Erhardt and Mike Schmidt are joined by ZmnSCPxj and Constantine Doumanidis to discuss [Newsletter #372]({{page.reference}}).
+
+{% include functions/podcast-links.md %}
+
+{% include functions/podcast-player.md url="https://d3ctxlq1ktw2nl.cloudfront.net/staging/2025-8-23/408017213-44100-2-7f963665feb36.m4a" %}
+
+{% include newsletter-references.md %}
+
+## Transcription
+
+_transcription coming soon_
+
+{% include references.md %}