-
Notifications
You must be signed in to change notification settings - Fork 136
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
Conversation
|
||
- [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. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- [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. |
There was a problem hiding this comment.
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).
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 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Maybe?
worth of orphan resolution. These new guarantees significantly improve | |
worth of orphan resolutions. These new guarantees significantly improve |
There was a problem hiding this comment.
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. |
There was a problem hiding this comment.
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).
There was a problem hiding this 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 |
There was a problem hiding this comment.
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.
There was a problem hiding this 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 |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
script descriptors to be compressed for use in QR codes. Also include | |
script descriptors to be compressed for use in QR codes. Also included |
9988cc3
to
c8646b4
Compare
Uh oh!
There was an error while loading. Please reload this page.