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 7 months ago
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 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... 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... 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 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's avatar
Bitcoin Optech 7 months ago
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's avatar
Bitcoin Optech 8 months ago
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 Antoine Poinsot posted to Delving Bitcoin an expansion of the math from the 2013 paper that gave the selfish mining attack its name... 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... 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... 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... '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... 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 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's avatar
Bitcoin Optech 8 months ago
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's avatar
Bitcoin Optech 8 months ago
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 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... 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... 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... 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 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's avatar
Bitcoin Optech 8 months ago
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 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... 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? 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 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's avatar
Bitcoin Optech 9 months ago
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 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 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's avatar
Bitcoin Optech 9 months ago
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 Antoine Poinsot posted to the Bitcoin-Dev mailing list to announce a vulnerability affecting Bitcoin Core versions before 29.0... 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... 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)... 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 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's avatar
Bitcoin Optech 9 months ago
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 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... 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... "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 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's avatar
Bitcoin Optech 9 months ago
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!
Bitcoin Optech's avatar
Bitcoin Optech 9 months ago
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's avatar
Bitcoin Optech 9 months ago
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 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... 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... 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 will host an audio recap discussion of this newsletter on Riverside.fm Tuesday at 15:30 UTC. Join us to discuss or ask questions!