Antoine Poinsot (Antoine Poinsot) recently posted to the Bitcoin-Dev mailing list four Bitcoin Core security advisories for low-severity vulnerabilities that were fixed in Bitcoin Core 30.0... bitcoinops.org/en/newsletters…

Some much great community work that doesn’t create drama and is accordingly ignored or unacknowledged by the broader community. For me I’d like to extend a thank you to all the contributors of Bitcoin Core.

Updated statistics on compact block reconstructions from b10c's Bitcoin network monitoring: "on 2025-09-17, I switched the nodes to run with a lowered minrelayfee. That’s also visible in both the reconstruction rate getting better and having to request a lot less data from

"Developers can use this to build their own full node implementations, validation tools, data readers, indexers, zero knowledge systems, and wallets."

Mark “Murch” Erhardt (Murch) and Mike Schmidt (Schmidty) discuss Newsletter #378: News ● Disclosure of four low-severity vulnerabilities in Bitcoin Core (1:00) Selected Q&A from Bitcoin Stack Exchange ● Why was -datacarriersize redefined in 2022, and why was the

I think we did a good job of explaining these latest 4 Bitcoin Core vulnerabilities. Then a couple spicy Stack Exchange questions on datacarrier and inscriptions.

“Where is the public roadmap for Bitcoin Core?” This sentiment from Zach is common and Ill give my own thoughts on it x.com/zachherbert/st… The subprojects that individual Bitcoin Core engineers contribute to reflect the project’s *software development priorities* which can

doomsettler 🥪 CTV / LNHANCE 🔥! Maintaining and hardening the infrastructure for the world’s money is bullish. Slow and steady.

New Optech monthly changing consensus segment dropped

Nice write up by Brink grantee Sebastian 🟩🥕, comparing the performance of ECDSA signature validation in libsecp256k1 and OpenSSL. Nearly 10 years on, libsecp256k1 is ~8x faster than OpenSSL, and performance improvements continue to be made. The devs have been doing

Meanwhile... The decade-long engineering efforts toward libsecp256k1, a minimal from scratch Bitcoin-specific library, result in an 800% speed up over OpenSSL while also: - removing a problematic dependency - avoiding side channel attacks - being fully deterministic Sebastian 🟩🥕

I thought this was a great discussion. Recommend watching.

our sellers can now receive btc to btc, btc to fiat, fiat to btc, or fiat to fiat.

Sebastian Falbesoner (Sebastian 🟩🥕), PortlandHODL (Portland.HODL), Tadge Dryja (Tadge Dryja), and Antoine Poinsot (Antoine Poinsot) joined Optech to discuss Newsletter #379: News ● Comparing performance of ECDSA signature validation in OpenSSL vs. libsecp256k1 (1:47) Changing consensus ●

Bitcoin Core #30595 introduces a C header that serves as an API for libbitcoinkernel, enabling external projects to interface with Bitcoin Core’s block validation and chainstate logic via a reusable C library... bitcoinops.org/en/newsletters…