Earlier today, @Murch and @schmidty were joined by Carla Kirk-Cohen, Joost Jager, and Elias Rohrer to discuss #356: - Attributable failures and LN privacy - Several P2P and policy questions from the Bitcoin Stack Exchange - And more! Catch up:

Bitcoin Optech

Bitcoin Optech Newsletter #356 Recap Podcast

Mark “Murch” Erhardt and Mike Schmidt are joined by Carla Kirk-Cohen, Joost Jager, and Elias Rohrer to discuss Newsletter #356.

Last week Dave Harding was joined by Alex Myers and Rodolfo Novak to discuss Newsletter #355: - Cake Wallet, Sparrow, Safe Wallet, COLDCARD, tx batching using payjoin, JoinMarket fidelity bonds, Bitcoin opcode documentation, Bitkey open sourced - LND and CLN releases - Bitcoin Core, CLN and LND PRs Catch up:

Bitcoin Optech

Bitcoin Optech Newsletter #355 Recap Podcast

Dave Harding is joined by Alex Myers and Rodolfo Novak to discuss Newsletter #355.

Bitcoin Optech newsletter #356 is here: - summarizes a discussion about the possible effects of attributable failures on LN privacy - summarizes popular Q&A from Stack Exchange - adds an attributable failures topic - Optech Newsletter #356 Recap Podcast

Bitcoin Optech

Bitcoin Optech Newsletter #356

This week’s newsletter summarizes a discussion about the possible effects of attributable failures on LN privacy. Also included are our regular s...

Carla Kirk-Cohen posted to Delving Bitcoin an analysis of the possible consequences for the privacy of LN spenders and receivers if the network adopts attributable failures, particularly telling the spender the amount of time it took to forward a payment at each hop...

Bitcoin Optech

Bitcoin Optech Newsletter #356

This week’s newsletter summarizes a discussion about the possible effects of attributable failures on LN privacy. Also included are our regular s...

Selected Q&A from Bitcoin Stack Exchange: - Which transactions get into blockreconstructionextratxn? - Why would anyone use OP_RETURN over inscriptions, aside from fees? - Why is my Bitcoin node not receiving incoming connections? - How do I configure my node to filter out transactions larger than 400 bytes? - What does “not publicly routable” node in Bitcoin Core P2P mean? - Why would a node would ever relay a transaction? - Is selfish mining still an option with compact blocks and FIBRE?

Bitcoin Optech

Bitcoin Optech Newsletter #356

This week’s newsletter summarizes a discussion about the possible effects of attributable failures on LN privacy. Also included are our regular s...

Attributable failures are LN payment forwarding failures or delays that can be attributed to a pair of nodes, allowing spenders to avoid using slow or failure-prone nodes for future payments...

Bitcoin Optech

Attributable failures

Attributable failures are LN payment forwarding failures or delays that can be attributed to a pair of nodes (who may have one or more channels bet...

Bitcoin Optech will host an audio recap discussion of this newsletter on Riverside.fm Tuesday at 16:30 UTC. Join us to discuss or ask questions!

Riverside Studio

Bitcoin Optech newsletter #355 is here: - summarizes changes to services/client software - LND 0.19.0-beta, Core Lightning 25.05rc1 releases - Optech Newsletter #355 Recap Podcast

Bitcoin Optech

Bitcoin Optech Newsletter #355

This week’s newsletter includes our regular sections describing changes to services and client software, announcing new releases and release cand...

Changes to services and client software: - Cake Wallet added payjoin v2 support - Sparrow adds pay-to-anchor features - Safe Wallet 1.3.0 released - COLDCARD Q v1.3.2 released - Transaction batching using payjoin - JoinMarket Fidelity Bond Simulator - Bitcoin opcodes documented - Bitkey code open sourced

Bitcoin Optech

Bitcoin Optech Newsletter #355

This week’s newsletter includes our regular sections describing changes to services and client software, announcing new releases and release cand...

Bitcoin Optech will host an audio recap discussion of this newsletter on Riverside.fm Tuesday at 16:30 UTC. Join us to discuss or ask questions!

Riverside Studio

Yesterday @Murch @schmidty spoke with Eugene Siegel, Chris Stewart, Bram Cohen, and Robin Linus: - A disclosed Bitcoin Core vulnerability - 64 bit arithmetic draft BIP - A new approach to recursive covenants - BitVM benefits from CTV and CSFS - And more Catch up:

Bitcoin Optech

Bitcoin Optech Newsletter #354 Recap Podcast

Mark “Murch” Erhardt and Mike Schmidt are joined by Eugene Siegel, Chris Stewart, Bram Cohen, and Robin Linus to discuss Newsletter #354.

Bitcoin Optech newsletter #354 is here: - describes a fixed vulnerability affecting old versions of Bitcoin Core - Changing consensus covering: 64-bit arithmetic in Script, Proposed opcodes for enabling recursive covenants through quines, benefits to BitVM from OP_CTV and OP_CSFS - Optech Newsletter #354 Recap Podcast

Bitcoin Optech

Bitcoin Optech Newsletter #354

This week’s newsletter describes a fixed vulnerability affecting old versions of Bitcoin Core. Also included are our regular sections summarizing...

Antoine Poinsot posted to the Bitcoin-Dev mailing list to announce a vulnerability affecting Bitcoin Core versions before 29.0...

Bitcoin Optech

Bitcoin Optech Newsletter #354

This week’s newsletter describes a fixed vulnerability affecting old versions of Bitcoin Core. Also included are our regular sections summarizing...

Chris Stewart posted a draft BIP to the Bitcoin-Dev mailing list that proposes upgrading Bitcoin’s existing opcodes to operate on 64-bit numeric values...

Bitcoin Optech

Bitcoin Optech Newsletter #354

This week’s newsletter describes a fixed vulnerability affecting old versions of Bitcoin Core. Also included are our regular sections summarizing...

Bram Cohen posted to Delving Bitcoin to suggest a set of simple opcodes that would enable the creation of recursive covenants through self-reproducing scripts (quines)...

Bitcoin Optech

Bitcoin Optech Newsletter #354

This week’s newsletter describes a fixed vulnerability affecting old versions of Bitcoin Core. Also included are our regular sections summarizing...

Robin Linus posted to Delving Bitcoin about several of the improvements to BitVM that would become possible if the proposed OP_CTV and OP_CSFS opcodes were added to Bitcoin in a soft fork...

Bitcoin Optech

Bitcoin Optech Newsletter #354

This week’s newsletter describes a fixed vulnerability affecting old versions of Bitcoin Core. Also included are our regular sections summarizing...

Bitcoin Optech will host an audio recap discussion of this newsletter on Riverside.fm Tuesday at 16:30 UTC. Join us to discuss or ask questions!

Riverside Studio

Earlier this week @Murch and @schmidty discussed Newsletter #353 with Ruben Somsen, Salvatore Ingala, and Stéphan Vuylsteke: - BIP30 consensus failure vulnerability - Avoiding BIP32 path reuse - Bitcoin Core’s multiprocess project - And more… Catch up:

Bitcoin Optech

Bitcoin Optech Newsletter #353 Recap Podcast

Mark “Murch” Erhardt and Mike Schmidt are joined by Ruben Somsen, Salvatore Ingala, and Stéphan Vuylsteke to discuss Newsletter #353.

Earlier this week @Murch and @Sjors Provoost (possibly compromised) discussed Newsletter #352: - Cluster linearization techniques for cluster mempool - Increasing or removing Bitcoin Core’s OP_RETURN size limit - Bitcoin Core removing legacy wallets - And more... Catch up:

Bitcoin Optech

Bitcoin Optech Newsletter #352 Recap Podcast

Mark “Murch” Erhardt and Sjors Provoost discuss Newsletter #352.

Bitcoin Optech newsletter #353 is here: - describes a recently discovered theoretical consensus failure vulnerability - links to a proposal to avoid reuse of BIP32 wallet paths - recaps the "Add bitcoin wrapper executable" PR Review Meeting - Optech Newsletter #353 Recap

Bitcoin Optech

Bitcoin Optech Newsletter #353

This week’s newsletter describes a recently discovered theoretical consensus failure vulnerability and links to a proposal to avoid reuse of BIP3...

Ruben Somsen posted to the Bitcoin-Dev mailing list about a theoretical consensus failure that could occur now that checkpoints have been removed from Bitcoin Core...

Bitcoin Optech

Bitcoin Optech Newsletter #353

This week’s newsletter describes a recently discovered theoretical consensus failure vulnerability and links to a proposal to avoid reuse of BIP3...

Kevin Loaec posted to Delving Bitcoin to discuss options for preventing the same BIP32 wallet path from being used with different wallets, which could lead to a loss of privacy due to output linking and a theoretical loss of security...

Bitcoin Optech

Bitcoin Optech Newsletter #353

This week’s newsletter describes a recently discovered theoretical consensus failure vulnerability and links to a proposal to avoid reuse of BIP3...

"Add bitcoin wrapper executable" is a PR by ryanofsky that introduces a new bitcoin binary which can be used to discover and launch the various Bitcoin Core binaries...

Bitcoin Optech

Bitcoin Optech Newsletter #353

This week’s newsletter describes a recently discovered theoretical consensus failure vulnerability and links to a proposal to avoid reuse of BIP3...

Bitcoin Optech will host an audio recap discussion of this newsletter on Riverside.fm Tuesday at 16:30 UTC. Join us to discuss or ask questions!

Riverside Studio

Bitcoin Optech newsletter #352 is here: - links to comparisons between different cluster linearization techniques - briefly summarizes discussion about increasing or removing Bitcoin Core’s OP_RETURN size limit - Optech Newsletter #352 Recap

Bitcoin Optech

Bitcoin Optech Newsletter #352

This week’s newsletter links to comparisons between different cluster linearization techniques and briefly summarizes discussion about increasing...

Pieter Wuille posted to Delving Bitcoin about some of the fundamental tradeoffs between three different cluster linearization techniques, following up with benchmarks of implementations of each...

Bitcoin Optech

Bitcoin Optech Newsletter #352

This week’s newsletter links to comparisons between different cluster linearization techniques and briefly summarizes discussion about increasing...

In a thread on Bitcoin-Dev, several developers discussed changing or removing Bitcoin Core’s default limit for OP_RETURN data carrier outputs. A subsequent Bitcoin Core pull request saw additional discussion...

Bitcoin Optech

Bitcoin Optech Newsletter #352

This week’s newsletter links to comparisons between different cluster linearization techniques and briefly summarizes discussion about increasing...

Bitcoin Optech will host an audio recap discussion of this newsletter on Riverside.fm Tuesday at 16:30 UTC. Join us to discuss or ask questions!

Riverside Studio

Yesterday @Murch and @schmidty had on Jonas Nick and Salvatore Ingala to cover Newsletter #351: - The DahLIAS Interactive aggregate signatures compatible with secp256k1 - Standardized backup for wallet descriptors - Stack Exchange questions including: half-aggregated schnorr signatures, OP_RETURN, reorg statistics, and more Catch up:

Bitcoin Optech

Bitcoin Optech Newsletter #351 Recap Podcast

Mark “Murch” Erhardt and Mike Schmidt are joined by Jonas Nick and Salvatore Ingala to discuss Newsletter #351.

Bitcoin Optech newsletter #351 is here: - announces a new aggregate signature protocol compatible with secp256k1 - describes a standardized backup scheme for wallet descriptors - summarizes popular Q&A from Stack Exchange - Optech Newsletter #351 Recap

Bitcoin Optech

Bitcoin Optech Newsletter #351

This week’s newsletter announces a new aggregate signature protocol compatible with secp256k1 and describes a standardized backup scheme for wall...

Jonas Nick, Tim Ruffing, Yannick Seurin posted to the Bitcoin-Dev mailing list to announce a paper they’ve written about creating 64-byte aggregate signatures compatible with the cryptographic primitives already used by Bitcoin...

Bitcoin Optech

Bitcoin Optech Newsletter #351

This week’s newsletter announces a new aggregate signature protocol compatible with secp256k1 and describes a standardized backup scheme for wall...

Salvatore Ingala posted to Delving Bitcoin a summary of various tradeoffs related to backing up wallet descriptors and a proposed scheme that should be useful for many different types of wallets, including those using complex scripts...

Bitcoin Optech

Bitcoin Optech Newsletter #351

This week’s newsletter announces a new aggregate signature protocol compatible with secp256k1 and describes a standardized backup scheme for wall...

Selected Q&A from Bitcoin Stack Exchange: - Practicality of half-aggregated schnorr signatures? - What’s the largest size OP_RETURN payload ever created? - Non-LN explanation of pay-to-anchor? - Up-to-date statistics about chain reorganizations? - Are Lightning channels always P2WSH? - Child-pays-for-parent as a defense against a double spend? - What values does CHECKTEMPLATEVERIFY hash? - Why can’t Lightning nodes opt to reveal channel balances for better routing efficiency? - Does post-quantum require hard fork or soft fork?

Bitcoin Optech

Bitcoin Optech Newsletter #351

This week’s newsletter announces a new aggregate signature protocol compatible with secp256k1 and describes a standardized backup scheme for wall...

Bitcoin Optech will host an audio recap discussion of this newsletter on Riverside.fm Tuesday at 15:30 UTC. Join us to discuss or ask questions!

Riverside Studio

Earlier today @Murch and @schmidty spoke with Niklas Gögge about Newsletter #350: - Fuzz testing tool for Bitcoin nodes - Message signing - PSBTv2 explorer - MPC Library - Bitcoin Core 29.0 - And more! Catch up:

Bitcoin Optech

Bitcoin Optech Newsletter #350 Recap Podcast

Mark “Murch” Erhardt and Mike Schmidt are joined by Niklas Gögge to discuss Newsletter #350.

Last week @Murch and @David A. Harding spoke with Sebastian Falbesoner, Ruben Somsen, and Abubakar Sadiq Ismail about Newsletter #349: - IBD using SwiftSync - Bitcoin Core fee estimation - And more! Catch up:

Bitcoin Optech

Bitcoin Optech Newsletter #349 Recap Podcast

Mark “Murch” Erhardt and Dave Harding are joined by Sebastian Falbesoner, Ruben Somsen, and Abubakar Sadiq Ismail to discuss Newsletter #349.

In Podcast #348 we had on Jonas Nick, Jameson Lopp, Steven Roose, Gregory Sanders, and Salvatore Ingala: - secp256k1lab - discussions about quantum computer theft and resistance - discussions about a CTV+CSFS soft fork - OP_CHECKCONTRACTVERIFY - Consensus cleanup draft BIP - And more! Catch up:

Bitcoin Optech

Bitcoin Optech Newsletter #348 Recap Podcast

Mark “Murch” Erhardt and Mike Schmidt are joined by Jonas Nick, Jameson Lopp, Steven Roose, Gregory Sanders, and Salvatore Ingala to discuss Ne...

Bitcoin Optech newsletter #350 is here: - summarizes changes to services/client software - Bitcoin Core 29.0 - issues a correction to some details from our story last week about SwiftSync - Optech Newsletter #350 Recap

Bitcoin Optech

Bitcoin Optech Newsletter #350

This week’s newsletter includes our regular sections describing recent changes to services and client software, announcements of new releases and...

Changes to services and client software: - Bitcoin Knots version 28.1.knots20250305 released - PSBTv2 explorer announced - LNbits v1.0.0 released - The Mempool Open Source Project® v3.2.0 released - Coinbase MPC library released - Lightning Network liquidity tool released - Versioned Storage Service announced - Fuzz testing tool for Bitcoin nodes - Bitcoin Control Board components open-sourced

Bitcoin Optech

Bitcoin Optech Newsletter #350

This week’s newsletter includes our regular sections describing recent changes to services and client software, announcements of new releases and...

Bitcoin Core 29.0 is the latest major version of the network’s predominate full node. Its release notes describe several significant improvements...

Bitcoin Optech

Bitcoin Optech Newsletter #350

This week’s newsletter includes our regular sections describing recent changes to services and client software, announcements of new releases and...

Correction Last week’s newsletter story about SwiftSync contained several errors and confusing statements...

Bitcoin Optech

Bitcoin Optech Newsletter #350

This week’s newsletter includes our regular sections describing recent changes to services and client software, announcements of new releases and...

Bitcoin Optech will host an audio recap discussion of this newsletter on Riverside.fm Tuesday at 15:30 UTC. Join us to discuss or ask questions!

Riverside Studio

Bitcoin Optech newsletter #349 is here: - describes a proposal for speeding up Bitcoin Core initial block download, with a proof-of-concept implementation that shows a roughly 5x speed up compared to Bitcoin Core’s defaults - recaps the "Stricter internal handling of invalid blocks " PR Review Meeting - Optech Newsletter #349 Recap on Riverside

Bitcoin Optech

Bitcoin Optech Newsletter #349

This week’s newsletter describes a proposal for speeding up Bitcoin Core initial block download, with a proof-of-concept implementation that show...

Sebastian Falbesoner posted to Delving Bitcoin a sample implementation and performance results for SwiftSync, an idea proposed by Ruben Somsen during a recent Bitcoin Core developers meeting and later posted to the mailing list...

Bitcoin Optech

Bitcoin Optech Newsletter #349

This week’s newsletter describes a proposal for speeding up Bitcoin Core initial block download, with a proof-of-concept implementation that show...

'Add Fee rate Forecaster Manager' is a PR by ismaelsadeeq that upgrades the transaction fee forecasting (fee estimation) logic...

Bitcoin Optech

Bitcoin Optech Newsletter #349

This week’s newsletter describes a proposal for speeding up Bitcoin Core initial block download, with a proof-of-concept implementation that show...

Bitcoin Optech will host an audio recap discussion of this newsletter on Riverside.fm Tuesday at 15:30 UTC. Join us to discuss or ask questions!

Riverside Studio

Bitcoin Optech newsletter #348 is here: - links to an educational implementation of elliptic curve cryptography for Bitcoin’s secp256k1 curve - Changing consensus covering: discussions about quantum computer theft and resistance, a CTV+CSFS soft fork, OP_CHECKCONTRACTVERIFY semantics, and a consensus cleanup draft BIP - Optech Newsletter #348 Recap on Riverside

Bitcoin Optech

Bitcoin Optech Newsletter #348

This week’s newsletter links to an educational implementation of elliptic curve cryptography for Bitcoin’s secp256k1 curve. Also included are o...

Sebastian Falbesoner, Jonas Nick, and Tim Ruffing posted to the Bitcoin-Dev mailing list to announce a Python implementation of various functions related to the cryptography used in Bitcoin...

Bitcoin Optech

Bitcoin Optech Newsletter #348

This week’s newsletter links to an educational implementation of elliptic curve cryptography for Bitcoin’s secp256k1 curve. Also included are o...

Several conversations examined how Bitcoiners could respond to quantum computers becoming powerful enough to allow stealing bitcoins...

Bitcoin Optech

Bitcoin Optech Newsletter #348

This week’s newsletter links to an educational implementation of elliptic curve cryptography for Bitcoin’s secp256k1 curve. Also included are o...

Several conversations examined various aspects of soft forking in the OP_CHECKTEMPLATEVERIFY (CTV) and OP_CHECKSIGFROMSTACK (CSFS) opcodes...

Bitcoin Optech

Bitcoin Optech Newsletter #348

This week’s newsletter links to an educational implementation of elliptic curve cryptography for Bitcoin’s secp256k1 curve. Also included are o...

Salvatore Ingala posted to Delving Bitcoin to describe the semantics of the proposed OP_CHECKCONTRACTVERIFY (CCV) opcode, link to a first draft BIP, and link to an implementation draft for Bitcoin Core...

Bitcoin Optech

Bitcoin Optech Newsletter #348

This week’s newsletter links to an educational implementation of elliptic curve cryptography for Bitcoin’s secp256k1 curve. Also included are o...

Antoine Poinsot posted to the Bitcoin-Dev mailing list a link to a draft BIP he’s written for the consensus cleanup soft fork proposal. It includes several fixes...

Bitcoin Optech

Bitcoin Optech Newsletter #348

This week’s newsletter links to an educational implementation of elliptic curve cryptography for Bitcoin’s secp256k1 curve. Also included are o...

Bitcoin Optech will host an audio recap discussion of this newsletter on Riverside.fm Tuesday at 15:30 UTC. Join us to discuss or ask questions!

Riverside Studio

Earlier today, nprofile1qqsf2ds69dp2ympzhtpmdd46f3w2cnfkjphtpnaesf5xs8z95vqu2xqytd0r5 and @schmidty were joined by Sjors Provoost and Antoine Poinsot to discuss Newsletter #347: - Fee-Based Spam Prevention For Lightning - Testnets 3, Testnet 4 - Taproot annexes - BIP30, BIP34, witness commitments, and the block 1,983,702 problem - Malleating any 64-byte transactions - And more! Catch up:

Bitcoin Optech

Bitcoin Optech Newsletter #347 Recap Podcast

Mark “Murch” Erhardt and Mike Schmidt are joined by Sjors Provoost and Antoine Poinsot to discuss Newsletter #347.

Bitcoin Optech newsletter #347 is here: - describes upfront and hold fees in LN based on burnable outputs - summarizes discussion about testnets 3 and 4 - announces a plan to relay certain transactions containing taproot annexes - summarizes popular Q&A from Stack Exchange - Bitcoin Core 29.0rc2 - Optech Newsletter #347 Recap

Bitcoin Optech

Bitcoin Optech Newsletter #347

This week’s newsletter describes a proposal to allow LN to support upfront and hold fees based on burnable outputs, summarizes discussion about t...

John Law posted to Delving Bitcoin the summary of a paper he’s written about a protocol nodes can use to charge two additional types of fees for forwarding payments...

Bitcoin Optech

Bitcoin Optech Newsletter #347

This week’s newsletter describes a proposal to allow LN to support upfront and hold fees based on burnable outputs, summarizes discussion about t...

Sjors Provoost posted to the Bitcoin-Dev mailing list to ask whether anyone was still using testnet3 now that testnet4 has been available for about six months...

Bitcoin Optech

Bitcoin Optech Newsletter #347

This week’s newsletter describes a proposal to allow LN to support upfront and hold fees based on burnable outputs, summarizes discussion about t...

Peter Todd announced to the Bitcoin-Dev mailing list his plan to update his Bitcoin Core-based node, Libre Relay, to begin relaying transactions containing taproot annexes if they follow particular rules...

Bitcoin Optech

Bitcoin Optech Newsletter #347

This week’s newsletter describes a proposal to allow LN to support upfront and hold fees based on burnable outputs, summarizes discussion about t...

Selected Q&A from Bitcoin Stack Exchange: - Why is the witness commitment optional? - Can all consensus valid 64 byte transactions be (third party) malleated to change their size? - How long does it take for a transaction to propagate through the network? - Utility of longterm fee estimation - Why are two anchor outputs are used in the LN? - Why are there no BIPs in the 2xx range? - Why doesn’t Bech32 use the character “b”? - Bech32 error detection and correction reference implementation - How to safely spend/burn dust? - How is the refund transaction in Asymmetric Revocable Commitments constructed? - Which applications use ZMQ with Bitcoin Core?

Bitcoin Optech

Bitcoin Optech Newsletter #347

This week’s newsletter describes a proposal to allow LN to support upfront and hold fees based on burnable outputs, summarizes discussion about t...

Bitcoin Core 29.0rc2 is a release candidate for the next major version of the network’s predominate full node. Please see the version 29 testing guide.

GitHub

29.0 Release Candidate Testing Guide

Wiki for Bitcoin Core development. Contribute to bitcoin-core/bitcoin-devwiki development by creating an account on GitHub.

Bitcoin Optech will host an audio recap discussion of this newsletter on Riverside.fm Tuesday at 15:30 UTC. Join us to discuss or ask questions!

Riverside Studio