You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
-[Bitcoin Core #30493][] policy: enable full-rbf by default
312
-
313
-
-[Bitcoin Core #30285][] Merge bitcoin/bitcoin#30285: cluster mempool: merging & postprocessing of linearizations <!-- just a quick mention to let readers know that cluster mempool progress is being made quickly -->
314
-
315
-
-[Bitcoin Core #30352][] and [#30562][bitcoin core #30562] policy: Add PayToAnchor(P2A), `OP_1 <0x4e73>` as a standard output script for spending Also #30562
316
-
317
-
-[Bitcoin Core #29775][] adds a `testnet4` configuration option that
318
-
will set the network to [testnet4][topic testnet] as specified in
319
-
[BIP94][]. Testnet4 includes fixes several problems with the previous
320
-
testnet3 (see [Newsletter #306][news306 testnet]). The existing
321
-
Bitcoin Core `testnet` configuration option that uses testnet3 remains
322
-
available but is expected to be deprecated and removed in subsequent
-[LND #8952][] ProofOfKeags/refactor/lnwallet-channel-typed-list <!-- quick mention to let people know that https://bitcoinops.org/en/topics/channel-commitment-upgrades/ is being worked on -->
334
-
335
-
-[LND #8735][] and [#8764][lnd #8764] Route Blinding
336
-
337
-
-[BIPs #1601][] Add BIP94: Testnet 4
309
+
-[Bitcoin Core #30493][] enables [full RBF][topic rbf] as the default setting,
310
+
while leaving the option for node operators to revert to opt-in RBF. Full RBF
311
+
allows for the replacement of any unconfirmed transaction, regardless of
312
+
[BIP125][bip125 github] signaling. It has been an option in Bitcoin Core since
313
+
July 2022 (see Newsletter [#208][news208 fullrbf]), but was previously
314
+
disabled by default. For the discussions about making full RBF the default,
315
+
see Newsletter [#263][news263 fullrbf].
316
+
317
+
-[Bitcoin Core #30285][] adds two key [cluster linearization][wuille cluster]
318
+
algorithms to the [cluster mempool][topic cluster mempool] project:
319
+
`MergeLinearizations` for combining two existing linearizations, and
320
+
`PostLinearize` for improving linearizations by additional processing. This PR
321
+
builds on work discussed in last week’s Newsletter [#314][news314 cluster].
322
+
323
+
-[Bitcoin Core #30352][] introduces a new output type, Pay-To-Anchor (P2A), and
324
+
makes its spending standard. This output type is keyless (allowing anyone to spend it) and enables compact
325
+
anchors for [CPFP][topic cpfp] fee bumping that are resistant to
326
+
txid malleability (see [Newsletter #277][news277 p2a]). Combined with
327
+
[TRUC][topic v3 transaction relay] transactions, this advances the
328
+
implementation of [ephemeral anchors][topic ephemeral anchors] to replace
329
+
LN [anchor outputs][topic anchor outputs] that are based on the [CPFP carve-out][topic
330
+
cpfp carve out] relay rule.
331
+
332
+
-[Bitcoin Core #29775][] adds a `testnet4` configuration option that will set
333
+
the network to [testnet4][topic testnet] as specified in [BIP94][]. Testnet4
334
+
includes fixes several problems with the previous testnet3 (see [Newsletter
335
+
#306][news306 testnet]). The existing Bitcoin Core `testnet` configuration
336
+
option that uses testnet3 remains available but is expected to be deprecated
337
+
and removed in subsequent releases.
338
+
339
+
-[Core Lightning #7476][] catches up to the latest proposed [BOLT12
340
+
specification][bolt12 spec] updates by adding the rejection of zero-length
341
+
[blinded paths][topic rv routing] in [offers][topic offers] and invoice
342
+
requests. Additionally, it allows `offer_issuer_id` to be missing in offers
343
+
with a provided blinded path. In such cases, the key used to sign the invoice
344
+
is used as the final blinded path key, since it's safe to assume that the
345
+
offer issuer has access to this key.
346
+
347
+
-[Eclair #2884][] implements [BLIP4][] for [HTLC
348
+
endorsement][topic htlc endorsement], becoming the first LN implementation to
349
+
do so, to partially mitigate [channel jamming attacks][topic channel jamming
350
+
attacks] on the network. This PR enables the optional relaying of incoming endorsement
351
+
values, with relaying nodes using their local determination of the
352
+
inbound peer's reputation to decide whether they should include an
353
+
endorsement when forwarding an [HTLC][topic htlc] to the next hop.
354
+
If widely adopted by the network, endorsed HTLCs could receive preferential
355
+
access to scarce network resources such as liquidity and HTLC slots. This
356
+
implementation builds on previous Eclair work discussed in Newsletter
357
+
[#257][news257 eclair].
358
+
359
+
360
+
-[LND #8952][] refactors the `channel` component in `lnwallet` to use the typed
361
+
`List`, as part of a series of PRs implementing dynamic commitments, a
362
+
type of [channel commitment upgrade][topic channel commitment upgrades].
363
+
364
+
-[LND #8735][] adds the ability to generate invoices with [blinded paths][topic
365
+
rv routing] using the `-blind` flag in the `addinvoice` command. It also
366
+
allows payment of such invoices. Note that this is only implemented for [BOLT11][]
367
+
invoices, as [BOLT12][topic offers] is not yet implemented in LND. [LND
368
+
#8764][] extends the previous PR by allowing the use of multiple blinded paths
369
+
when paying an invoice, specifically to perform multipath payments
370
+
([MPP][topic multipath payments]).
371
+
372
+
-[BIPs #1601][] merges [BIP94][] to introduce testnet4, a new version of
373
+
[testnet][topic testnet] that includes consensus rule improvements aimed at
374
+
preventing easy-to-perform network attacks. All previous mainnet soft forks are
375
+
enabled from the genesis block in testnet4, and the port used is `48333` by
376
+
default. See Newsletters [#306][news306 testnet4] and [#311][news311 testnet4]
377
+
for more details on how testnet4 fixes the issues that led to problematic behavior with
0 commit comments