Davidson Souza joined Optech discuss Newsletter #363: Changes to services and client software 0:45 Floresta v0.8.0 released 20:38 RGB v0.12 announced 25:34 FROST signing device available 29:44 Gemini adds taproot support 38:14 Electrum 4.6.0 released Releases and release candidates 38:51 LND v0.19.2-beta Notable code and documentation changes 39:38 Bitcoin Core #32604 40:55 Bitcoin Core #32618 43:03 Bitcoin Core #31553 46:53 Core Lightning #7725 47:23 Eclair #2716 52:19 LDK #3628 53:22 LDK #3890 54:30 LND #10001

Bitcoin Optech newsletter #363 is here: - summarizes changes to services/client software including Floresta, RGB, Frostsnap and more - LND v0.19.2-beta - Optech Newsletter #363 Recap

Bitcoin Optech

Bitcoin Optech Newsletter #363

This week’s newsletter includes our regular sections summarizing updates to services and client software, announcing new releases and release can...

Changes to services and client software: - Floresta v0.8.0 released - RGB v0.12 announced - FROST signing device available - Gemini adds taproot support - Electrum 4.6.0 released

Bitcoin Optech

Bitcoin Optech Newsletter #363

This week’s newsletter includes our regular sections summarizing updates to services and client software, announcing new releases and release can...

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.FM Studio

Josh Doman and Gloria Zhao joined Optech to discuss ⁠⁠Newsletter #362⁠⁠: News 0:34 Compressed descriptors Bitcoin Core PR Review Club 9:14 Improve TxOrphanage denial of service bounds Releases and release candidates 46:22 LND v0.19.2-beta.rc2 Notable code and documentation changes 47:17 Core Lightning #8377 50:41 BDK #1957 51:18 BIPs #1888

Bitcoin Optech newsletter #362 is here: - briefly describes a new library allowing output script descriptors to be compressed for use in QR codes - recaps the "Improve TxOrphanage denial of service bounds" PR Review Meeting - #362 Recap Podcast

Bitcoin Optech

Bitcoin Optech Newsletter #362

This week’s newsletter briefly describes a new library allowing output script descriptors to be compressed for use in QR codes. Also included are...

Josh Doman posted to Delving Bitcoin to announce a library he’s written that encodes output script descriptors into a binary format that reduces their size by about 40%...

Bitcoin Optech

Bitcoin Optech Newsletter #362

This week’s newsletter briefly describes a new library allowing output script descriptors to be compressed for use in QR codes. Also included are...

Improve TxOrphanage denial of service bounds is a PR by glozow that changes TxOrphanage eviction logic to guarantee each peer the resources for at least 1 maximum-size package worth of orphan resolution...

Bitcoin Optech

Bitcoin Optech Newsletter #362

This week’s newsletter briefly describes a new library allowing output script descriptors to be compressed for use in QR codes. Also included are...

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.FM Studio

Sanket Kanjalkar, Jonas Nick, Tadge Dryja, Steven Roose, and Brandon Black joined Optech this week to discuss: - A new onion message network - CTV+CSFS and benefits to PTLCs and BitVM - Vault descriptors - The CTV and CSFS open letter - Winternitz signatures using OP_CAT - Commit/reveal function for post-quantum recovery - OP_TXHASH variant with support for transaction sponsorship - And more

Bitcoin Optech

Bitcoin Optech Newsletter #361 Recap Podcast

Mark “Murch” Erhardt and Mike Schmidt are joined by Sanket Kanjalkar, Jonas Nick, Tadge Dryja, Steven Roose, and Brandon Black to discuss Newsl...

Bitcoin Optech newsletter #361 is here: - describes a proposal to separate the network connections and peer management used for onion message relay from those used for HTLC relay in LN - CTV+CSFS advantages for PTLCs - Vault output script descriptor - Continued discussion about CTV+CSFS advantages for BitVM - Open letter about CTV and CSFS - OP_CAT enables Winternitz signatures - Commit/reveal function for post-quantum recovery - OP_TXHASH variant with support for transaction sponsorship - Optech Newsletter #361 Recap Podcast

Bitcoin Optech

Bitcoin Optech Newsletter #361

This week’s newsletter describes a proposal to separate the network connections and peer management used for onion message relay from those used ...

Olaluwa Osuntokun posted to Delving Bitcoin about allowing nodes to use separate connections for relaying onion messages than they use for relaying HTLCs...

Bitcoin Optech

Bitcoin Optech Newsletter #361

This week’s newsletter describes a proposal to separate the network connections and peer management used for onion message relay from those used ...

Developers continued a previous discussion about the benefits of OP_CHECKTEMPLATEVERIFY (CTV), OP_CHECKSIGFROMSTACK (CSFS), or both together for various deployed and imagined protocols...

Bitcoin Optech

Bitcoin Optech Newsletter #361

This week’s newsletter describes a proposal to separate the network connections and peer management used for onion message relay from those used ...

Sjors Provoost posted to Delving Bitcoin to discuss how the recovery information for a wallet using vaults could be specified using an output script descriptor...

Bitcoin Optech

Bitcoin Optech Newsletter #361

This week’s newsletter describes a proposal to separate the network connections and peer management used for onion message relay from those used ...

Developers continued the previous discussion about how the availability of OP_CHECKTEMPLATEVERIFY (CTV) and OP_CHECKSIGFROMSTACK (CSFS) opcodes could “reduce [BitVM] transaction sizes by approximately 10x” and allow non-interactive peg-ins...

Bitcoin Optech

Bitcoin Optech Newsletter #361

This week’s newsletter describes a proposal to separate the network connections and peer management used for onion message relay from those used ...

James O’Beirne posted an open letter to the Bitcoin-Dev mailing signed by 66 individuals (as of this writing), many of them contributors to Bitcoin-related projects...

Bitcoin Optech

Bitcoin Optech Newsletter #361

This week’s newsletter describes a proposal to separate the network connections and peer management used for onion message relay from those used ...

Developer Conduition posted to the Bitcoin-Dev mailing list a prototype implementation that uses the proposed OP_CAT opcode and other Script instructions to allow quantum-resistant signatures using the Winternitz protocol to be verified by consensus logic...

Bitcoin Optech

Bitcoin Optech Newsletter #361

This week’s newsletter describes a proposal to separate the network connections and peer management used for onion message relay from those used ...

Tadge Dryja posted to the Bitcoin-Dev mailing list a method for allowing individuals to spend UTXOs using quantum-vulnerable signature algorithms even if fast quantum computers would otherwise allow redirecting (stealing) the output of any attempted spend...

Bitcoin Optech

Bitcoin Optech Newsletter #361

This week’s newsletter describes a proposal to separate the network connections and peer management used for onion message relay from those used ...

Steven Roose posted to Delving Bitcoin about a variation on OP_TXHASH called TXSIGHASH that extends 64-byte schnorr signatures with additional bytes to indicate what fields in the transaction (or related transactions) the signature commits to...

Bitcoin Optech

Bitcoin Optech Newsletter #361

This week’s newsletter describes a proposal to separate the network connections and peer management used for onion message relay from those used ...

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.FM Studio

Earlier today Daniela Brozzoni and Naiyoma joined @Murch and @schmidty to discuss Newsletter #360: - Fingerprinting Bitcoin Core nodes - Descriptors and BIP380 - Questions from the bitcoin stack exchange about blocking knots nodes, OP_CAT, compact blocks, selfish mining - And more Catch up:

Bitcoin Optech

Bitcoin Optech Newsletter #360 Recap Podcast

Mark “Murch” Erhardt and Mike Schmidt are joined by Daniela Brozzoni and Naiyoma to discuss Newsletter #360.

Bitcoin Optech newsletter #360 is here: - summarizes research about fingerprinting full nodes using P2P protocol messages - seeks feedback about possibly removing support for H in BIP32 paths in the BIP380 specification of descriptors - summarizes popular Q&A from Stack Exchange - Optech Newsletter #360 Recap Podcast

Bitcoin Optech

Bitcoin Optech Newsletter #360

This week’s newsletter summarizes research about fingerprinting full nodes using P2P protocol messages and seeks feedback about possibly removing...

Daniela Brozzoni posted to Delving Bitcoin about research she conducted with developer Naiyoma into identifying the same node on multiple networks using the addr messages it sends...

Bitcoin Optech

Bitcoin Optech Newsletter #360

This week’s newsletter summarizes research about fingerprinting full nodes using P2P protocol messages and seeks feedback about possibly removing...

Ava Chow posted to the Bitcoin-Dev mailing list to ask whether any software generates descriptors using uppercase-H to indicate a hardened BIP32 key derivation step...

Bitcoin Optech

Bitcoin Optech Newsletter #360

This week’s newsletter summarizes research about fingerprinting full nodes using P2P protocol messages and seeks feedback about possibly removing...

Selected Q&A from Bitcoin Stack Exchange: - Is there any way to block Bitcoin Knots nodes as my peers? - What does OP_CAT do with integers? - Async Block Relaying With Compact Block Relay (BIP152) - Why is attacker revenue in selfish mining disproportional to its hash-power?

Bitcoin Optech

Bitcoin Optech Newsletter #360

This week’s newsletter summarizes research about fingerprinting full nodes using P2P protocol messages and seeks feedback about possibly removing...

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.FM Studio

Earlier today, Bryan Bishop, Robin Linus, and Rene Pickhardt joined @Murch and @schmidty to cover: - Restricting access to Bitcoin Core Project discussion - Garbled circuits and BitVM3 - Updates on Lightning channel rebalancing research - Cove Wallet, Liana, Stratum v2 STARK proofs, Breez - And more! Catch up:

Bitcoin Optech

Bitcoin Optech Newsletter #359 Recap Podcast

Mark “Murch” Erhardt and Mike Schmidt are joined by Bryan Bishop, Robin Linus, and Rene Pickhardt to discuss Newsletter #359.

Earlier today, Antoine Poinsot, Peter Todd, Josh Doman, and TheCharlatan joined us to discuss Newsletter #358: - Selfish mining - Transaction relay censorship resistance - Updates to BIP390 - Encrypting descriptors - The bitcoinkernel project - And more Catch up:

Bitcoin Optech

Bitcoin Optech Newsletter #358 Recap Podcast

Mark “Murch” Erhardt and Mike Schmidt are joined by Antoine Poinsot, Peter Todd, Josh Doman, and TheCharlatan to discuss Newsletter #358.

Bitcoin Optech newsletter #358 is here: - describes how the selfish mining danger threshold can be calculated - summarizes an idea about preventing filtering of high feerate transactions - seeks feedback about a proposed change to BIP390 musig() descriptors - announces a new library for encrypting descriptors - recaps the "Separate UTXO set access from validation functions" PR Review Meeting - adds a Selfish Mining topic - Optech Newsletter #358 Recap

Bitcoin Optech

Bitcoin Optech Newsletter #358

This week’s newsletter describes how the selfish mining danger threshold can be calculated, summarizes an idea about preventing filtering of high...

Antoine Poinsot posted to Delving Bitcoin an expansion of the math from the 2013 paper that gave the selfish mining attack its name...

Bitcoin Optech

Bitcoin Optech Newsletter #358

This week’s newsletter describes how the selfish mining danger threshold can be calculated, summarizes an idea about preventing filtering of high...

Peter Todd posted to the Bitcoin-Dev mailing list about a mechanism that would allow nodes to drop peers that are filtering high-feerate transactions...

Bitcoin Optech

Bitcoin Optech Newsletter #358

This week’s newsletter describes how the selfish mining danger threshold can be calculated, summarizes an idea about preventing filtering of high...

Ava Chow posted to the Bitcoin-Dev mailing list to ask if anyone objected to updating BIP390 to allow musig() expressions in output script descriptors to contain the same participant public key more than once...

Bitcoin Optech

Bitcoin Optech Newsletter #358

This week’s newsletter describes how the selfish mining danger threshold can be calculated, summarizes an idea about preventing filtering of high...

Josh Doman posted to Delving Bitcoin to announce a library he’s built that encrypts the sensitive parts of an output script descriptor or miniscript to the public keys contained within it...

Bitcoin Optech

Bitcoin Optech Newsletter #358

This week’s newsletter describes how the selfish mining danger threshold can be calculated, summarizes an idea about preventing filtering of high...

'Separate UTXO set access from validation functions' is a PR by TheCharlatan that allows calling validation functions by passing just the required UTXOs, instead of requiring the complete UTXO set. It is part of the bitcoinkernel project...

Bitcoin Optech

Bitcoin Optech Newsletter #358

This week’s newsletter describes how the selfish mining danger threshold can be calculated, summarizes an idea about preventing filtering of high...

Selfish mining allows a miner (or cartel of miners) controlling less than a majority of hashrate to keep more block reward per unit of work than the majority of honest miners...

Bitcoin Optech

Selfish mining

Selfish mining allows a miner (or cartel of miners) controlling less than a majority of hashrate to keep more block reward per unit of work than th...

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.FM Studio

Jose SK, Clara Shikhelman, Vojtěch Strnad, Robin Linus, and Dan Gould joined @Murch and @schmidty to discuss: - Syncing full nodes without witnesses - Quantum computing report - Transaction weight limit with exception to prevent confiscation - Removing outputs from the UTXO set based on value and time - And More… Catch up:

Bitcoin Optech

Bitcoin Optech Newsletter #357 Recap Podcast

Mark “Murch” Erhardt and Mike Schmidt are joined by Jose SK, Clara Shikhelman, Vojtěch Strnad, Robin Linus, and Dan Gould to discuss Newslette...

Bitcoin Optech newsletter #357 is here: - shares an analysis about syncing full nodes without old witnesses - Changing consensus covering: a quantum computing report, transaction weight limits, removing outputs from the UTXO set based on value and time - Optech Newsletter #357 Recap

Bitcoin Optech

Bitcoin Optech Newsletter #357

This week’s newsletter shares an analysis about syncing full nodes without old witnesses. Also included are our regular sections with description...

Jose SK posted to Delving Bitcoin a summary of an analysis he performed about the security tradeoffs of allowing newly started full nodes with a particular configuration to avoid downloading some historic blockchain data...

Bitcoin Optech

Bitcoin Optech Newsletter #357

This week’s newsletter shares an analysis about syncing full nodes without old witnesses. Also included are our regular sections with description...

Clara Shikhelman posted to Delving Bitcoin the summary of a report she co-authored with Anthony Milton about the risks to Bitcoin users of fast quantum computers, an overview of several pathways to quantum resistance, and an analysis of tradeoffs involved in upgrading the Bitcoin protocol...

Bitcoin Optech

Bitcoin Optech Newsletter #357

This week’s newsletter shares an analysis about syncing full nodes without old witnesses. Also included are our regular sections with description...

Vojtěch Strnad posted to Delving Bitcoin to propose the idea for a consensus change to limit the maximum weight of most transactions in a block...

Bitcoin Optech

Bitcoin Optech Newsletter #357

This week’s newsletter shares an analysis about syncing full nodes without old witnesses. Also included are our regular sections with description...

Robin Linus posted to Delving Bitcoin to propose a soft fork for removing low-value outputs from the UTXO set after some time...

Bitcoin Optech

Bitcoin Optech Newsletter #357

This week’s newsletter shares an analysis about syncing full nodes without old witnesses. Also included are our regular sections with description...

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.FM Studio

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.FM 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.FM 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.FM 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.