Skip to content

Newsletter: add 362 (2025-07-11) #2410

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 4 commits into from
Jul 11, 2025

Conversation

harding
Copy link
Collaborator

@harding harding commented Jul 8, 2025


- [Core Lightning #8377][] tightens [BOLT11][] invoice parsing requirements by mandating that senders not pay an invoice if a [payment secret][topic payment secrets] is missing or if a mandatory field such as p (payment hash), h (description hash), or s (secret), has an incorrect length. These changes are made to align with the recent specification updates (see Newsletters [#350][news350 bolts] and [#358][news358 bolts]).

- [BDK #1957][] introduces RPC batching for transaction history, Merkle proofs and block header requests to optimize full scan and sync performance with an Electrum backend. This PR also adds anchor caching to skip Simple Payment Verification (SPV) (see Newsletter [#312][news312 spv]) revalidation during a sync. Using sample data, the author observed performance improvements of 8.14 seconds to 2.59 seconds with RPC call batching on a full scan and of 1.37 seconds to 0.85 seconds with caching during a sync.
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
- [BDK #1957][] introduces RPC batching for transaction history, Merkle proofs and block header requests to optimize full scan and sync performance with an Electrum backend. This PR also adds anchor caching to skip Simple Payment Verification (SPV) (see Newsletter [#312][news312 spv]) revalidation during a sync. Using sample data, the author observed performance improvements of 8.14 seconds to 2.59 seconds with RPC call batching on a full scan and of 1.37 seconds to 0.85 seconds with caching during a sync.
- [BDK #1957][] introduces RPC batching for transaction history, merkle proofs and block header requests to optimize full scan and sync performance with an Electrum backend. This PR also adds anchor caching to skip Simple Payment Verification (SPV) (see Newsletter [#312][news312 spv]) revalidation during a sync. Using sample data, the author observed performance improvements of 8.14 seconds to 2.59 seconds with RPC call batching on a full scan and of 1.37 seconds to 0.85 seconds with caching during a sync.

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think there should be a comma between "merkle proofs" and "and" (since this is a list of 3 items).

@stickies-v
Copy link
Collaborator

I've added a summary for last month's review club.

[Improve TxOrphanage denial of service bounds][review club 31829] is a
PR by [glozow][gh glozow] that changes `TxOrphanage` eviction logic to
guarantee each peer the resources for at least 1 maximum size-package
worth of orphan resolution. These new guarantees significantly improve
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Maybe?

Suggested change
worth of orphan resolution. These new guarantees significantly improve
worth of orphan resolutions. These new guarantees significantly improve

Copy link
Collaborator

@stickies-v stickies-v Jul 10, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I personally prefer "resolution" but happy for someone to push the change, leaving as is for now though.


- [Core Lightning #8377][] tightens [BOLT11][] invoice parsing requirements by mandating that senders not pay an invoice if a [payment secret][topic payment secrets] is missing or if a mandatory field such as p (payment hash), h (description hash), or s (secret), has an incorrect length. These changes are made to align with the recent specification updates (see Newsletters [#350][news350 bolts] and [#358][news358 bolts]).

- [BDK #1957][] introduces RPC batching for transaction history, Merkle proofs and block header requests to optimize full scan and sync performance with an Electrum backend. This PR also adds anchor caching to skip Simple Payment Verification (SPV) (see Newsletter [#312][news312 spv]) revalidation during a sync. Using sample data, the author observed performance improvements of 8.14 seconds to 2.59 seconds with RPC call batching on a full scan and of 1.37 seconds to 0.85 seconds with caching during a sync.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think there should be a comma between "merkle proofs" and "and" (since this is a list of 3 items).

Copy link
Collaborator

@stickies-v stickies-v left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for the review club review @bitschmidty and @LarryRuane , pushed a fix commit addressing (almost) all.

[Improve TxOrphanage denial of service bounds][review club 31829] is a
PR by [glozow][gh glozow] that changes `TxOrphanage` eviction logic to
guarantee each peer the resources for at least 1 maximum size-package
worth of orphan resolution. These new guarantees significantly improve
Copy link
Collaborator

@stickies-v stickies-v Jul 10, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I personally prefer "resolution" but happy for someone to push the change, leaving as is for now though.

Copy link
Contributor

@bitschmidty bitschmidty left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ACK lede (with one fixup), topics, fixups

Thanks @harding @Gustavojfe and @stickies-v for authoring this week and @LarryRuane for the review!

lang: en
---
This week's newsletter briefly describes a new library allowing output
script descriptors to be compressed for use in QR codes. Also include
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
script descriptors to be compressed for use in QR codes. Also include
script descriptors to be compressed for use in QR codes. Also included

@bitschmidty bitschmidty force-pushed the 2025-07-11-newsletter branch from 9988cc3 to c8646b4 Compare July 11, 2025 09:19
@bitschmidty bitschmidty merged commit 441eead into bitcoinops:master Jul 11, 2025
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants