Bitcoin Optech Newsletter #369 is here: - shares an update on differential fuzzing of Bitcoin and LN implementations - links to a new paper about garbled locks for accountable computing contracts - summarizes popular Q&A from Stack Exchange - Optech Newsletter #369 Podcast Bruno Garcia posted to Delving Bitcoin to describe recent progress and accomplishments of bitcoinfuzz, a library and related data for fuzz testing Bitcoin-based software and libraries... Liam Eagen posted to the Bitcoin-Dev mailing list about a paper he’s written about a new mechanism for creating accountable computing contracts but based on garbled circuits... Selected Q&A from Bitcoin Stack Exchange: - Is it possible to recover a private key from an aggregate public key under strong assumptions? - Are all taproot addresses vulnerable to quantum computing? - Why cant we set the chainstate obfuscation key? - Is it possible to revoke a spending branch after a block height? - Configure Bitcoin Core to use onion nodes in addition to IPv4 and IPv6 nodes? 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!
Bitcoin Optech Newsletter #368 is here: - summarizes a draft BIP for block template sharing between full nodes - announces a library that allows trusted delegation of script evaluation - summarizes changes to services/client software - Optech Newsletter #368 Podcast Anthony Towns posted to the Bitcoin-Dev mailing list the draft of a BIP for how nodes can communicate to their peers the transactions they would attempt to mine in their next block... Josh Doman posted to Delving Bitcoin about a library he’s written that uses a trusted execution environment (TEE) that will only sign a taproot keypath spend if the transaction containing that spend satisfies a script... Changes to services and client software: - ZEUS v0.11.3 released - Rust Utreexo resources - Peer-observer tooling and call to action - Bitcoin Core Kernel-based node announced - SimplicityHL released - LSP plugin for BTCPay Server - Proto mining hardware and software announced - Oracle resolution demo using CSFS - Relai adds taproot support 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!
Bitcoin Optech Newsletter #367 is here: - LND v0.19.3-beta.rc1 - Bitcoin Core 29.1rc1 - Optech Newsletter #367 Podcast 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!
Gloria Zhao and Mike Schmidt were joined by Tadge Dryja and Anthony Towns to discuss Newsletter #366: - Draft BIPs proposed for Utreexo - Continued discussion about lowering the minimum relay feerate - Peer block template sharing to mitigate problems with divergent mempool policies - A watch only wallet PR Review Club - And more You can listen on our website: Fountain: Spotify: Apple Podcasts:
David Gumberg, Lauren Shareshian, Jameson Lopp, Steven Roose, and Tim Ruffing joined Optech to discuss Newsletter #365: - Compact block prefilling - Mempool-based fee estimation - Migration from quantum-vulnerable outputs - The OP_TEMPLATEHASH proposal - Proposal to allow longer relative timelocks - Security against quantum computers with taproot as a commitment scheme - And more You can listen on our website: Spotify: Apple Podcasts:
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 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... 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... 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... 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 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. 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 #345 is here: - looks at an analysis of P2P traffic experienced by a typical full node - summarizes research into LN pathfinding - describes a new approach for creating probabilistic payments - recaps the "Stricter internal handling of invalid blocks " PR Review Meeting - Optech Newsletter #345 Recap on Riverside Developer Virtu posted to Delving Bitcoin an analysis of the network traffic generated and received by his node in four different modes: initial block download (IBD), non-listening (outbound connections only), non-archival (pruned) listening, and archival listening... Sindura Saraswathi posted to Delving Bitcoin about research she conducted with Christian Kümmerle about finding optimal paths between LN nodes for sending payments in a single part... Robin Linus replied to the Delving Bitcoin thread about probabilistic payments with a conceptually simple script that allows two parties to each commit to an arbitrary amount of entropy that can later be revealed and xored together, to produce a value that can be used to determine which one of them receives a payment... 'Stricter internal handling of invalid blocks' is a PR by mzumsande that improves the correctness of two non-consensus-critical and expensive-to-calculate validation fields by immediately updating them when a block is marked as invalid... 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 #344 is here: - announces the disclosure of a vulnerability affecting old versions of LND - summarizes a discussion about the Bitcoin Core Project’s priorities - Changing consensus covering: Bitcoin Forking Guide, BIP360 pay-to-quantum-resistant-hash (P2QRH) updates, and Private block template marketplace to prevent centralizing MEV - Optech Newsletter #344 Recap on Riverside Matt Morehouse posted to Delving Bitcoin to announce the responsible disclosure of a vulnerability that affected LND versions before 0.18... Several blog posts by Antoine Poinsot about the future of the Bitcoin Core project were linked in a thread on Delving Bitcoin... Anthony Towns announced to Delving Bitcoin a guide to how to build community consensus for changes to Bitcoin’s consensus rules... Developer Hunter Beast posted an update on his research into quantum resistance for BIP360 to the Bitcoin-Dev mailing list... Matt Corallo and developer 7d5x9 posted to Delving Bitcoin about allowing parties to bid in public markets for selected space within miner block templates... 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!
Last week Bastien Teinturier Joost Jager joined @David A. Harding and @schmidty for #342: - settling channels w/o extra UTXOs - LN QoS flag - Ark SDK, Zaprite, Iris, Sparrow, Scure, py and rust bitcoinkernel libs, cbip32, Loop MuSig2 Catch up:
Bitcoin Optech newsletter #343 is here: - summarizes a post about having full nodes ignore transactions that are relayed without being requested first - summarizes popular Q&A from Stack Exchange - Optech Newsletter #343 Recap on Riverside Antoine Riard posted to Bitcoin-Dev two draft BIPs that would allow a node to signal that it will no longer accept tx messages that it had not requested using an inv message, called unsolicited transactions... Selected Q&A from Bitcoin Stack Exchange: - What’s the rationale for how the loadtxsoutset RPC is set up? - Are there pinning attacks that RBF rule #3 makes impossible? - Unexpected locktime values - Why is it necessary to reveal a bit in a script path spend and check that it matches the parity of the Y coordinate of Q? - Why does Bitcoin Core use checkpoints?? - How does Bitcoin Core handle long reorgs? - What is discard feerate? - Policy to miniscript compiler 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!