Bitcoin TLDR

#95

newsletter icon

Summary

Sep 15 - Sep 21, 2025

Our weekly newsletter is focused on keeping you updated on what's new in Bitcoin, and summarizes the bitcoin-dev, lightning-dev and delving bitcoin mailing lists

Toby Sharp introduces an innovative approach to Bitcoin consensus rules through the development of the Hornet Node and a domain-specific language (DSL), Hornet DSL, which facilitates a declarative and executable framework aimed at enhancing the understanding and implementation of Bitcoin's consensus mechanisms. This project has reached a significant milestone by successfully synchronizing headers and blocks, with plans to incorporate full script validation, demonstrating its potential to align with and improve upon Bitcoin's existing protocol standards. The initiative underscores a broader movement towards increasing the transparency, efficiency, and security in blockchain technology development, with further details available at Hornet Node and the Hornet DSL: A Minimal, Executable Specification for Bitcoin Consensus.

ZmnSCPxj presents the MultiChannel and MultiPTLC constructions within the Bitcoin Lightning Network as a novel solution to achieve high availability, consistency, and partition tolerance, enhancing network reliability. These constructions introduce a shift in trust dynamics, requiring Lightning Service Providers (LSPs) to trust each other regarding fund safety, while ensuring users' funds remain secure under all conditions. The proposed Decker-Wattenhofer nested construction variant aims to reduce the need for mutual trust among LSPs by utilizing a complex network of payment channels to prevent unauthorized fund access, despite the challenges in managing channel states and the necessity for periodic and onchain cleanups to maintain operability. This development signifies a substantial step forward in addressing the Lightning Network's critical issues of availability, consistency, and partition tolerance, detailed further at A Decker-Wattenhofer MultiChannel for Reduced Inter-LSP Trust.

Active Discussions

A Post Quantum Migration Proposal

24 replies

By conduition

Involving Jameson Lopp, Boris Nagaev+7 others

calendar icon

Original post on July 12, 2025 21:36 UTC

cyclic icon

Last reply on September 15, 2025 16:24 UTC

bitcoin-dev

  • Concerns highlight the risk of quantum computing to UTXO authentication measures.

  • The proposal might allow CRQC to decrypt keys, increasing unauthorized fund access risk.

  • It critiques the proposal's potential to disrupt Bitcoin's mining incentive structure.

[BIP Proposal] No burn, Quantum Migration Proposal, Quantum Secure Asset Verification & Escrow (QSAVE)

7 replies

By conduition

Involving James T, Erik Aronesty

calendar icon

Original post on August 4, 2025 21:18 UTC

cyclic icon

Last reply on September 15, 2025 16:52 UTC

bitcoin-dev

  • The resilience and adaptability of Bitcoin technology to cryptographic challenges were discussed.

  • Satoshi Nakamoto suggested the Bitcoin community could adopt a new hash function if needed.

  • The complexity of changing Bitcoin's signing algorithm for UTXOs is significant compared to consensus adjustments.

Stats on compact block reconstructions

39 replies

By 0xB10C

Involving ajtowns, Crypt-iQ+10 others

calendar icon

Original post on August 2, 2024 12:08 UTC

cyclic icon

Last reply on September 17, 2025 14:17 UTC

delvingbitcoin

  • The `bob` node's update significantly improved its reconstruction performance post-September 6, 2025.

  • Enhanced efficiency in reconstructing compact blocks reduced the need for requesting missing transactions.

  • A decrease in the average size of requested transactions indicates improved handling and network optimization.

Dust Expiry: Clean the UTXO set from spam

33 replies

By moonsettler

Involving gmaxwell, RobinLinus+8 others

calendar icon

Original post on May 20, 2025 01:53 UTC

cyclic icon

Last reply on September 21, 2025 20:35 UTC

delvingbitcoin

  • Recent experiments reveal performance bottlenecks in blockchain due to CPU and network limits.

  • Utreexo does not enhance operation parallelization, focusing more on efficient memory use.

  • Addressing the lack of parallelization could majorly improve blockchain synchronization efficiency.

Addressing community concerns and objections regarding my recent proposal to relax Bitcoin Core's standardness limits on OP_RETURN outputs

8 replies

By FernandoTheKoala

Involving AntoineP, cguida+1 other

calendar icon

Original post on May 14, 2025 19:34 UTC

cyclic icon

Last reply on September 16, 2025 13:28 UTC

delvingbitcoin

  • The decision by Bitcoin Core to limit user configuration options is critically examined.

  • The debate focuses on developer control versus user freedom, highlighting the impact on system sustainability.

  • The discussion questions the influence of proposers' identities on policy acceptance, stressing the need for inclusive decision-making.

Evolving the Ark protocol using CTV and CSFS

6 replies

By instagibbs

Involving stevenroose, neha+2 others

calendar icon

Original post on April 15, 2025 11:54 UTC

cyclic icon

Last reply on September 16, 2025 16:52 UTC

delvingbitcoin

  • The email proposes optimizing blockchain transactions with a key-spend level adaptor signature.

  • It suggests a setup where outputs directly reach 'S', removing the need for Alice's clause.

  • Alternatives for maximal savings include using a single Alice CSFS based signature for late-binding.

Eclipsing Bitcoin Nodes with BGP Interception Attacks

6 replies

By cedarctic

Involving gmaxwell, 0xB10C+1 other

calendar icon

Original post on September 4, 2025 14:08 UTC

cyclic icon

Last reply on September 15, 2025 18:41 UTC

delvingbitcoin

  • The discussion evaluates countersigns' efficacy against MITM attacks in Bitcoin transactions.

  • Recommendations include adopting BIP324, StratumV2, and using Tor or I2P for enhanced security.

  • It also explores network engineering and technical strategies to mitigate interception threats.

MultiChannel and MultiPTLC: Towards A Global High-Availability CP Database For Bitcoin Payments

5 replies

By harding

Involving ZmnSCPxj, cryptoquick

calendar icon

Original post on September 14, 2025 21:43 UTC

cyclic icon

Last reply on September 17, 2025 00:26 UTC

delvingbitcoin

  • MultiPTLC allows locking only necessary payment amounts, aiding users with low liquidity.

  • User-initiated stuckless payments are effective under typical liquidity conditions for routine purchases.

  • Large transactions may tolerate delays, unlike smaller, everyday purchases requiring quick processing.

Stealth addresses using nostr

5 replies

By AdamISZ

Involving 1440000bytes, setavenger

calendar icon

Original post on July 9, 2025 17:13 UTC

cyclic icon

Last reply on September 26, 2025 14:34 UTC

delvingbitcoin

  • The proposal details a cryptographic method using NIP-17 for secure key exchanges.

  • It requests analysis of equations for notification structure and public key format.

  • The focus is on understanding the mathematical and cryptographic framework involved.

Response to Pieter Wuille's StackExchange Answer Re: Nuking the Opreturn Filter

3 replies

By cguida

Involving AdamISZ, ismaelsadeeq+1 other

calendar icon

Original post on September 17, 2025 17:50 UTC

cyclic icon

Last reply on September 26, 2025 11:45 UTC

delvingbitcoin

  • The debate questioned the opreturn limit increase to 100,000 bytes in Bitcoin Core v30.

  • Concerns were raised about Bitcoin's misuse as data storage impacting its payment efficiency.

  • The discussion emphasized the role of community consensus in Bitcoin's development direction.

Measuring minrelaytxfee across the Bitcoin network

3 replies

By 0xB10C

Involving danielabrozzoni, 1440000bytes

calendar icon

Original post on September 17, 2025 13:22 UTC

cyclic icon

Last reply on September 18, 2025 15:17 UTC

delvingbitcoin

  • The `9170997` entry anomaly in Bitcoin nodes involves adjusting feerate filters for privacy.

  • `FeeFilterRounder` in Bitcoin Core optimizes feerate filters, rounding to `9170997` under specific conditions.

  • Nodes show a `9170997` feefilter value during Initial Block Download, indicating dynamic feefilter adjustments.

MultiChannel and MultiPTLC: Towards A Global High-Availability Consistent - /Partition-TolerantDatabase For Bitcoin Payments

2 replies

By ZmnSCPxj

Involving t-bast

calendar icon

Original post on September 17, 2025 04:37 UTC

cyclic icon

Last reply on September 24, 2025 12:22 UTC

delvingbitcoin

  • Lattices in cryptography could revolutionize protocols by enabling homomorphic operations.

  • The complexity of lattice-based cryptography necessitates specialist knowledge for innovation.

  • YugabyteDB, adhering to "CP" principles, is crucial for Lightning Network's node resilience.

Bitcoin Core v30.0 release candidate is available

2 replies

By fjahr

Involving fanquake, jsarenik

calendar icon

Original post on September 12, 2025 10:10 UTC

cyclic icon

Last reply on September 18, 2025 11:59 UTC

delvingbitcoin

  • The overflow bug doesn't affect muhash value, ensuring consistency across versions.

  • No migration function is included in the final code version, preferring simpler solutions.

  • The issue can be addressed by transferring an updated index from a fast to a slow node.

Peer-observer: A tool and infrastructure for monitoring the Bitcoin P2P network for attacks and anomalies

1 reply

By 0xB10C

calendar icon

Original post on September 17, 2025 12:08 UTC

cyclic icon

Last reply on September 17, 2025 12:48 UTC

delvingbitcoin

  • The peer-observer project has improved Bitcoin network activity monitoring with innovative techniques.

  • It aims to refine P2P DoS attack detection using timing of network responses.

  • The project explores new data extraction methods and includes a diverse node named `nico`.

Bitcoin Logo

TLDR

Join Our Newsletter

We’ll email you summaries of the latest discussions from high signal bitcoin sources, like bitcoin-dev, lightning-dev, and Delving Bitcoin.

Explore all Products

ChatBTC imageBitcoin searchBitcoin TranscriptsSaving SatoshiDecoding BitcoinWarnet
Built with 🧡 by the Bitcoin Dev Project
View our public visitor count

We'd love to hear your feedback on this project.

Give Feedback