Jose SK, Clara Shikhelman, Vojtěch Strnad, Robin Linus, and Dan Gould joined @Murch and @npub1zsu6...k4em 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 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!
Earlier today, @Murch and @npub1zsu6...k4em 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:
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 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!