Bitcoin Optech newsletter #342 is here: - describes an idea for allowing mobile wallets to settle LN channels without extra UTXOs - summarizes continued discussion about adding a quality-of-service flag for LN pathfinding - summarizes changes to services/client software - adds a v3 commitments topic - Optech Newsletter #342 Recap on Riverside Bastien Teinturier posted to Delving Bitcoin about an opt-in variation of v3 commitments for LN channels that would allow mobile wallets to settle channels using the funds within the channel for all cases where theft is possible... Joost Jager posted to Delving Bitcoin to continue discussion about adding a quality of service (QoS) flag to the LN protocol to allow nodes to signal that one of their channels was highly available (HA)—able to forward payments up to a specified amount with 100% reliability... Changes to services and client software: - Ark Wallet SDK released - Zaprite adds BTCPay Server support - Iris Wallet desktop released - Sparrow 2.1.0 released - Scure-btc-signer 1.6.0 released - Py-bitcoinkernel alpha - Rust-bitcoinkernel library - BIP32 cbip32 library - Lightning Loop moves to MuSig2 V3 commitments are LN commitment transactions made using version 3 transactions adhering to the policies for TRUC, a P2A outputs, ephemeral dust, and sibling replacement... Bitcoin Optech will host an audio recap discussion of this newsletter with special guests Bastien Teinturier and Joost Jager on Riverside.fm Tuesday at 17:30 UTC. Join us to discuss or ask questions!
Earlier today @Murch and @npub1zsu6...k4em discussed Bitcoin Optech Newsletter #341: - probabilistic payments - ephemeral anchors - Bitcoin network monitoring and orphan evictions - BIP3 - cluster mempool ... and more! Catch up:
Earlier this week Optech was joined by Matt Morehouse, Johan Halseth, Pieter Wuille, Sergi Delgado, Bastien Teinturier, Oleksandr Kurbatov, Antoine Poinsot and Bob McElrath to discuss Newsletter #340. Catch up:
Bitcoin Optech newsletter #341 is here: - summarizes continued discussion about probabilistic payments - describes additional opinions about ephemeral anchor scripts for LN - relays statistics about evictions from the Bitcoin Core orphan pool - announces an updated draft for a revised BIP process - recaps the "Cluster mempool: introduce TxGraph" PR Review Meeting - adds a Probabilistic payments topic - Optech Newsletter #339 Recap on Riverside Following Oleksandr Kurbatov’s post to Delving Bitcoin last week about emulating an OP_RAND opcode (see Newsletter #340), several discussions were started... Matt Morehouse replied to the thread about what ephemeral anchor script LN should use for future channels (see Newsletter #340). He expressed concerns about third-party fee griefing of transactions with P2A outputs... Developer 0xB10C posted to Delving Bitcoin with statistics about the number of transactions evicted from the orphan pools for his nodes... Mark “Murch” Erhardt posted to the Bitcoin-Dev mailing list to announce that his draft BIP for a revised BIP process has been assigned the identifier BIP3 and is ready for additional review—possibly its last round of review before being merged and activated... 'Cluster mempool: introduce TxGraph' is a PR by sipa that introduces the TxGraph class, which encapsulates knowledge about the (effective) fees, sizes, and dependencies between all mempool transactions, but nothing else. It is part of the cluster mempool project and brings a comprehensive interface that allows interaction with the mempool graph through mutation, inspector, and staging functions... 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!
Bitcoin Optech newsletter #340 is here: - announces a fixed vulnerability affecting LDK - summarizes discussion about zero-knowledge gossip for LN channel announcements - describes the discovery of previous research that can be applied to finding optimal cluster linearizations - provides an update on the development of the Erlay protocol for reducing transaction relay bandwidth - looks at tradeoffs between different scripts for implementing LN ephemeral anchors - relays a proposal for emulating an OP_RAND opcode in a privacy-preserving manner with no consensus changes required - points to renewed discussion about lowering the minimum transaction feerate - Optech Newsletter #340 Recap on Riverside Matt Morehouse posted to Delving Bitcoin to announce a vulnerability affecting LDK that he responsibly disclosed and which was fixed in LDK version 0.1.1... Johan Halseth posted to Delving Bitcoin with an extension to the proposed 1.75 channel announcement protocol that would allow other nodes to verify that a channel was backed by a funding transaction, preventing multiple cheap DoS attacks, but without revealing which UTXO is the funding transaction—enhancing privacy... Stefan Richter posted to Delving Bitcoin about a research paper from 1989 he found that has a proven algorithm that can be used to efficiently find the highest-feerate subset of a group of transactions that will be topologically valid if the subset is included in a block... Sergi Delgado made several posts to Delving Bitcoin about his work over the past year implementing Erlay for Bitcoin Core... Bastien Teinturier posted to Delving Bitcoin to ask for opinions about what ephemeral anchor script should be used as one of the outputs to TRUC-based LN commitment transactions as a replacement for existing anchor outputs... Oleksandr Kurbatov posted to Delving Bitcoin about an interactive protocol that allows two parties to make a contract that will pay out in a way that neither can predict, which is functionally equivalent to randomly... Greg Tonoski posted to the Bitcoin-Dev mailing list about lowering the default minimum transaction relay feerate... Antoine Poinsot made several posts to the Delving Bitcoin thread about the consensus cleanup soft fork suggesting parameter changes... Bob McElrath posted to Delving Bitcoin requesting developers working on covenant designs to consider how their favorite proposal, or a new proposal, could assist in the creation of an efficient decentralized mining pool... A thread from April 2024 received renewed attention this past month. Previously, Bob McElrath posted about having miners commit to the transactions in their mempool and then only allowing them to include transactions in their blocks that were deterministically selected from previous commitments... Developer Zawy posted to Delving Bitcoin about a mining difficulty adjustment algorithm (DAA) for a directed acyclic graph (DAG) type blockchain... Difficulty adjustment algorithms Difficulty adjustment algorithms (DAAs) are the methods by which mining difficulty is regulated, which affects the average time between blocks, the total amount of block space, and the rate of distribution of new bitcoins (the block subsidy)... Bitcoin Optech will host an audio recap discussion of this newsletter with special guests Matt Morehouse, Bastien Teinturier, Bob McElrath, and Antoine Poinsot on Riverside.fm Tuesday at 15:30 UTC. Join us to discuss or ask questions!
Bitcoin Optech newsletter #339 is here: - describes a vulnerability affecting older versions of LDK - looks at a newly disclosed aspect of a vulnerability originally published in 2023 - summarizes renewed discussion about compact block reconstruction statistics - summarizes popular Q&A from Stack Exchange - Optech Newsletter #339 Recap on Riverside Matt Morehouse posted to Delving Bitcoin to disclose a vulnerability affecting LDK that he responsibly disclosed and which was fixed in LDK version 0.1... Antoine Riard posted to the Bitcoin-Dev mailing list to disclose an additional vulnerability possible with the replacement cycling attack he originally publicly disclosed in 2023... Developer 0xB10C posted to Delving Bitcoin updated stats on the frequency at which his Bitcoin Core nodes needed to request additional transactions to perform compact block reconstruction... Selected Q&A from Bitcoin Stack Exchange: - Who uses or wants to use PSBTv2 (BIP370)? - In the bitcoin’s block genesis, which parts can be filled arbitrarily? - Lightning force close detection - Is a segwit-formatted transaction with all inputs of non-witness program type valid? - P2TR Security Question - What exactly is being done today to make Bitcoin “quantum-safe”? - What are the harmful effects of a shorter inter-block time? - Could proof-of-work be used to replace policy rules? - How does MuSig work in real Bitcoin scenarios? - How does the -blocksxor switch that obfuscates the blocks.dat files work? - How does the related key attack on Schnorr signatures work? Bitcoin Optech will host an audio recap discussion of this newsletter with special guest Matt Morehouse on Riverside.fm Tuesday at 15:30 UTC. Join us to discuss or ask questions!
Earlier today @Murch and @npub1zsu6...k4em sat down with Andrew Toth and @npub1sylu...6ksu to discuss Newsletter #338: - unspendable script descriptor expression - who is using PSBTs v2 and why? - Off chain rolling DLCs -12 changes to services and client software Catch up:
Bitcoin Optech newsletter #338 is here: - announces a draft BIP for referencing unspendable keys in descriptors - examines how implementations are using PSBTv2 - corrects in depth our description last week of a new offchain DLC protocol - summarizes changes to services/client software - Optech Newsletter #338 Recap on Riverside Andrew Toth posted to Delving Bitcoin and the Bitcoin-Dev mailing list a draft BIP for referencing provably unspendable keys in descriptors... Sjors Provoost posted to the Bitcoin-Dev mailing list to ask about software that had implemented support for version 2 PSBTs in order to help test a PR adding support for it to Bitcoin Core... In our description of offchain DLCs in last week’s newsletter, we confused the new scheme proposed by developer conduition with previously published and implemented offchain DLC schemes. There’s a significant and interesting difference... Changes to services and client software: - Bull Bitcoin Mobile Wallet adds payjoin - Bitcoin Keeper adds miniscript support - Nunchuk adds taproot MuSig2 features - Jade Plus signing device announced - Coinswap v0.1.0 released - Bitcoin Safe 1.0.0 released - Bitcoin Core 28.0 policy demonstration - Rust-payjoin 0.21.0 released - PeerSwap v4.0rc1 - Joinpool prototype using CTV - Rust joinstr library announced - Strata bridge announced 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!