Bitcoin Optech's avatar
Bitcoin Optech
_@bitcoinops.org
npub1hkuk...432p
We provide weekly newsletters, workshops, case studies, and research for the #Bitcoin community.
Bitcoin Optech's avatar
Bitcoin Optech 5 months ago
Bitcoin Optech newsletter #400 is here: - recaps the "Testing Bitcoin Core 31.0 Release Candidates" PR Review Club meeting - Optech Newsletter #400 Podcast 'Testing Bitcoin Core 31.0 Release Candidates' was a review club meeting that did not review a particular PR, but rather was a group testing effort. Before each major Bitcoin Core release, extensive testing by the community is considered essential. For this reason, a volunteer writes a testing guide for a release candidate so that as many people as possible can productively test without having to independently ascertain what’s new or changed in the release, and reinvent the various setup steps to test these features or changes... Bitcoin Optech will host an audio recap discussion of this newsletter streaming live on X/Twitter Tuesday at 16:30 UTC.
Bitcoin Optech's avatar
Bitcoin Optech 5 months ago
Matt Corallo, Gregory Sanders, and Sebastian van Staa joined Optech to discuss Newsletter #397: - Changes to services and client software including items about FIBRE, L402, and others - The Bitcoin Core 31.0rc1 testing guide - OP_TEMPLATEHASH and Taproot-native (Re)bindable Transactions - And more You can listen on our website: Spotify: Apple Podcasts:
Bitcoin Optech's avatar
Bitcoin Optech 6 months ago
Jon McAlpine, Antoine Poinsot, Mike Casey, and Ethan Heilman joined Optech to discuss Newsletter #395: - A standard for stateless VTXO verification - Draft BIP for expanded nVersion nonce space for miners - Extensions to standard tooling for TEMPLATEHASH-CSFS-IK support - Hourglass V2 update - Algorithm agility for Bitcoin - The limitations of cryptographic agility in Bitcoin - And more You can listen on our website: Fountain: Spotify: Apple Podcasts:
Bitcoin Optech's avatar
Bitcoin Optech 6 months ago
Bitcoin Optech newsletter #395 is here: - describes a standard for verifying VTXOs across different Ark implementations - links to a draft BIP for expanding the miner-usable nonce space in the block header’s nVersion field - points to extensions to standard tooling for TEMPLATEHASH-CSFS-IK support - summarizes updates to the Hourglass V2 proposal - examines perspectives on cryptographic algorithm agility for Bitcoin - Optech Newsletter #395 Podcast Jgmcalpine posted to Delving Bitcoin about his proposal for V-PACK, a stateless VTXO verification standard, which aims to provide a mechanism to independently verify and visualize VTXOs in the Ark ecosystem... Matt Corallo posted to the Bitcoin-Dev mailing list a draft BIP to increase the number of bits available in nVersion’s nonce space for miners from 16 to 24... Antoine Poinsot wrote on the Bitcoin-Dev mailing list about his preliminary work to integrate the taproot-native OP_TEMPLATEHASH soft fork proposal into miniscript and PSBTs... Mike Casey posted an update to the Bitcoin-Dev mailing list for the Hourglass protocol to mitigate the market impact of quantum attacks against certain lost coins... Ethan Heilman wrote on the Bitcoin-Dev mailing list regarding the potential need for RFC7696 Cryptographic Algorithm Agility in Bitcoin... Pieter Wuille wrote to the Bitcoin-Dev mailing list about the limitations of the cryptographic agility... Bitcoin Optech will host an audio recap discussion of this newsletter streaming live on X/Twitter Tuesday at 17:30 UTC.
Bitcoin Optech newsletter #370 is here: - details the design of Simplicity - links to a draft BIP for adding elliptic curve operations to tapscript - describes the draft BIP for OP_TWEAKADD - Optech Newsletter #370 Podcast Russell O’Connor made three posts so far to Delving Bitcoin about “the philosophy and design of the Simplicity language”... Olaoluwa Osuntokun posted to the Bitcoin-Dev mailing list a link to a draft BIP for adding several opcodes to tapscript that will allow elliptic curve operations to be performed on the script evaluation stack... Jeremy Rubin posted to the Bitcoin-Dev mailing list a link a draft BIP to add OP_TWEAKADD to tapscript... 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!
Bruno Garcia and Liam Eagen joined Optech to discuss Newsletter #369: News 24:56 Update on differential fuzzing of Bitcoin and LN implementations 0:58 Garbled locks for accountable computing contracts Selected Q&A from Bitcoin Stack Exchange 39:45 Is it possible to recover a private key from an aggregate public key under strong assumptions? 41:24 Are all taproot addresses vulnerable to quantum computing? 45:20 Why cant we set the chainstate obfuscation key? 52:09 Is it possible to revoke a spending branch after a block height? 53:45 Configure Bitcoin Core to use onion nodes in addition to IPv4 and IPv6 nodes? Releases and release candidates 54:22 Bitcoin Core 29.1rc2 56:45 Core Lightning v25.09rc4 Notable code and documentation changes 57:37 Bitcoin Core #31802 1:04:46 LDK #3979 1:06:19 LND #10102 1:07:04 Rust Bitcoin #4907 You can listen on our website: Fountain: Spotify: Apple Podcasts:
Earlier this week @npub1j5mp...sd5c and @npub1zsu6...k4em 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 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 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... 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 will host an audio recap discussion of this newsletter on Riverside.fm Tuesday at 16:30 UTC. Join us to discuss or ask questions!
Earlier today @npub1j5mp...sd5c and @npub1zsu6...k4em were joined by Matt Morehouse , @npub185h9...wrdp , and @npub1qqqq...lxwk to discuss Newsletter #343: - LND vulnerability - Bitcoin Core’s priorities - Bitcoin Forking Guide - Update on BIP360 pay-to-quantum-resistant-hash (P2QRH) - Private block template marketplace to prevent centralizing MEV - and more! Catch up:
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!
Bitcoin Optech newsletter #329 is here: - summarizes a new offchain payment resolution protocol - links to papers about potential IP-layer tracking and censorship of LN payments - BTCPay Server security fixes - adds an LN-Penalty topic - adds a Timeout trees topic - Optech Newsletter #329 Recap on Twitter Spaces John Law posted to Delving Bitcoin the description of a micropayment protocol that requires both participants to contribute funds to a bond that can be effectively destroyed at any time by either participant... Charmaine Ndolo posted to Delving Bitcoin summaries of two recent papers about reducing the privacy of LN payments and potentially censoring them... BTCPay Server 2.0.3 and 1.13.7 are maintenance releases that include security critical fixes for users of certain plugins and features... LN-Penalty is a state protocol that penalizes a party who publishes a past state by allowing their funds to be seized by their counterparty... Timeout trees are a type of trustless contract protocol that produces a tree of offchain transactions that only remain safe against counterparty theft for a limited period of time (i.e., they time out)... Bitcoin Optech will host an audio recap discussion of this newsletter on Twitter Spaces Tuesday at 15:30 UTC. Join us to discuss or ask questions!
Bitcoin Optech newsletter #328 is here: - describes a vulnerability affecting old versions of Bitcoin Core - recaps the "Ephemeral Dust" PR Review Meeting - Optech Newsletter #328 Recap on Twitter Spaces Antoine Poinsot announced to the Bitcoin-Dev mailing list the final vulnerability disclosure predating Bitcoin Core’s new disclosure policy... Ephemeral Dust is a PR by instagibbs that makes transactions with ephemeral dust standard, improving the usability of both keyed as well as unkeyed (P2A) anchors... Bitcoin Optech will host an audio recap discussion of this newsletter on Twitter Spaces Tuesday at 15:30 UTC. Join us to discuss or ask questions!
Bitcoin Optech newsletter #316 is here: - describes a new time warp that’s particularly consequential for the new testnet4 - summarizes proposed mitigations for onion message denial-of-service concerns - seeks feedback on a proposal to allow LN payers to identify themselves - announces a major change to Bitcoin Core’s build system that could affect developers and integrators - adds Inbound forwarding fees, Merkle tree vulnerabilities topics - Optech #316 Recap Mark “Murch” Erhardt posted to Delving Bitcoin to describe an attack discovered by developer Zawy for exploiting testnet4’s new difficulty adjustment algorithm... Gijs van Dam posted to Delving Bitcoin to discuss a recent paper by researchers Amin Bashiri and Majid Khabbazian about onion messages... Bastien Teinturier posted to Delving Bitcoin to propose methods for allowing spenders to optionally include extra data with their payments that would allow receivers to identify those payments as having come from a known contact... Cory Fields posted to the Bitcoin-Dev mailing list to announce Bitcoin Core’s impending switch from the GNU autotools build system to the CMake build system... Inbound forwarding fees are fees charged by an LN node for accepting a payment for forwarding. The original LN protocol only specifies charging forwarding fees when a node relays the payment to its next hop... Merkle tree vulnerabilities are a class of problems in the design of the merkle tree used by the Bitcoin consensus protocol... Bitcoin Optech will host an audio recap discussion of this newsletter with special guest Bastien Teinturier on Twitter Spaces Tuesday at 14:30 UTC. Join us to discuss or ask questions!
Bitcoin Optech newsletter #307 is here: - announces a draft BIP for a quantum-safe Bitcoin address format - recaps the "Don’t wipe indexes again when continuing a prior reindex" PR Review Meeting - Optech Newsletter #307 Recap on Twitter Spaces Developer Hunter Beast posted to both Delving Bitcoin and the mailing list a “rough draft” BIP for assigning version 3 segwit addresses to a quantum-resistant signature algorithm... 'Don’t wipe indexes again when continuing a prior reindex' is a PR by TheCharlatan that can improve startup time when a user restarts their node before an ongoing reindex has completed... Bitcoin Optech will host an audio recap discussion of this newsletter with special guest Hunter Beast on Twitter Spaces Tuesday at 14:30 UTC. Join us to discuss or ask questions!
Bitcoin Optech newsletter #296 is here: - summarizes discussion about a new push for a consensus cleanup soft fork - announces a plan to choose additional BIP editors - adds an accidental confiscation topic - adds a duplicate transactions topic - adds a gap limit topic - adds a time warp topic - Optech Newsletter #296 Recap on Twitter Spaces Antoine Poinsot posted to Delving Bitcoin about revisiting Matt Corallo’s consensus cleanup proposal from 2019... Mark “Murch” Erhardt continued the thread about adding new BIP editors by proposing everyone express “their arguments for and against any candidates in this thread until Friday end-of-day (April 5th)... Accidental confiscation can occur if a poorly designed soft fork permanently prevents a user from being able to get a transaction confirmed... Duplicate transactions are more than one transaction that are identical and have identical txids. Bitcoin’s consensus rules use txids to uniquely identify transactions, so duplicate transactions can cause unwanted behavior... Gap limits are the limits wallets set for how many addresses they’ll derive from an HD wallet without seeing any transactions related to those addresses... Time warp is an exploit of Bitcoin’s difficulty adjustment algorithm that allows miners controlling a large amount of hashrate to prevent difficulty from increasing even as the rate of block production increases... Bitcoin Optech will host an audio recap discussion of this newsletter with special guest Antoine Poinsot on Twitter Spaces Thursday at 14:30 UTC. Join us to discuss or ask questions!