Stay up to Date on the Latest in Bitcoin Tech

  1. Weekly summaries of bitcoin-dev, lightning-dev, and Delving Bitcoin mailing lists
  2. Keep your finger on the pulse of bitcoin tech development and conversations
  3. Perfect for bitcoin builders, educators, and contributors to stay on top of a growing field

Bitcoin TLDR

#119

Mar 16 - Mar 22, 2026

curly arrow

Catch up on This Week's Activity

Saint Wenhao proposed a new Bitcoin output type, Pay to Schnorr Key Hash (P2SKH), merging the benefits of P2WPKH and P2TR to optimize transaction efficiency through a compact 22-byte scriptPubKey and a 64-byte Schnorr signature. This approach enhances privacy by not exposing the public key until a transaction occurs, though it introduces computational overhead and necessitates discussions on witness versioning and naming conventions. For more details, see the full draft and PoC implementation.

Ladder Script, a draft Bitcoin Improvement Proposal, aims to revolutionize Bitcoin transactions by introducing typed, structured spending conditions to simplify the construction of complex conditional logic, enhance script extensibility, and improve privacy. By adopting a ladder logic model and supporting post-quantum signatures, the proposal presents a forward-looking framework for transaction validation that addresses current limitations without requiring new opcodes. Detailed resources and the proposal's code can be found at https://bitcoinghost.org/labs/ and GitHub.

The Bitcoin Transaction Schema Language (BTSL) proposes a novel declarative approach to standardizing PSBT validation, aiming to simplify multi-party transactions by addressing the challenges of trust in coordinator logic. BTSL facilitates a more secure and independent validation process, potentially enhancing hardware wallet implementations by allowing for independent verification of transaction invariants. This experimental proposal, still in the prototype stage, invites community feedback to refine its approach, with further information available at the BTSL Standard.

UltrafastSecp256k1 v3.3 significantly advances the performance and security of the secp256k1 library, offering substantial improvements in batch operations and security against vulnerabilities. This update, beneficial for various cryptocurrency applications, highlights the project's commitment to enhancing infrastructure through open-source collaboration, with the latest release and further details available at GitHub.

Eddy, a daemon for the Lightning Network, introduces a novel solution for cooperative circular rebalancing without routing fees, fostering a more efficient utilization of network liquidity. Through LND's RESUME_MODIFIED feature, Eddy enables fee-free rebalances by allowing nodes to waive fees mutually, a development in its MVP stage seeking community input to enhance its functionality. Interested parties can review and contribute to the project at GitHub.

Lastly, a proposal to disable the min-difficulty rule on Testnet4 aims to address the exploitation by CPU miners and improve the network's functionality by enforcing standard difficulty rules. Scheduled for a hard fork at block height 201,600, the proposal seeks to normalize difficulty levels without resetting and has initiated discussions on its implications and the necessity of a Bitcoin Improvement Proposal (BIP). Additional details and community perspectives are available through the proposed GitHub pull request and related discussions on developer platforms and forums.

Read This Week's Newsletter
/icons/grey-bitcoin-icon.svg
FOCUSED ON BITCOIN

100% concentrated on bitcoin and related technologies.

/icons/grey-github-icon.svg
OPEN SOURCE

Everything we do is open source. We want your reviews and contributions.

/icons/grey-code-icon.svg
BITCOIN TECH

We focus on enabling devs to learn, practice, and build with bitcoin.

Explore Bitcoin Tech Conversations
dancing astronaut

Active Discussions

Check out posts actively getting replies and inspiring conversations.

View All

All Activity

Read the most recent individual posts in chronological order.

View All
curvy lines
Latest Bitcoin TLDR Newsletters

Bitcoin TLDR

#119

newsletter icon

Mar 16 - Mar 22, 2026

Saint Wenhao proposed a new Bitcoin output type, Pay to Schnorr Key Hash (P2SKH), merging the benefits of P2WPKH and P2TR to optimize transaction efficiency through a compact 22-byte scriptPubKey and a 64-byte Schnorr signature. This approach enhances privacy by not exposing the public key until a transaction occurs, though it introduces computational overhead and necessitates discussions on witness versioning and naming conventions. For more details, see the [full draft](https://github.com/sashabeton/bips/blob/3cb9e07984b571e9510370ab7e7218620be580dc/p2skh.md) and [PoC implementation](https://github.com/bitcoin/bitcoin/pull/34826). Ladder Script, a draft Bitcoin Improvement Proposal, aims to revolutionize Bitcoin transactions by introducing typed, structured spending conditions to simplify the construction of complex conditional logic, enhance script extensibility, and improve privacy. By adopting a ladder logic model and supporting post-quantum signatures, the proposal presents a forward-looking framework for transaction validation that addresses current limitations without requiring new opcodes. Detailed resources and the proposal's code can be found at [https://bitcoinghost.org/labs/](https://bitcoinghost.org/labs/) and [GitHub](https://github.com/defenwycke/ghost-labs-ladder-script). The Bitcoin Transaction Schema Language (BTSL) proposes a novel declarative approach to standardizing PSBT validation, aiming to simplify multi-party transactions by addressing the challenges of trust in coordinator logic. BTSL facilitates a more secure and independent validation process, potentially enhancing hardware wallet implementations by allowing for independent verification of transaction invariants. This experimental proposal, still in the prototype stage, invites community feedback to refine its approach, with further information available at the [BTSL Standard](https://github.com/tsua0002/btsl-standard). UltrafastSecp256k1 v3.3 significantly advances the performance and security of the secp256k1 library, offering substantial improvements in batch operations and security against vulnerabilities. This update, beneficial for various cryptocurrency applications, highlights the project's commitment to enhancing infrastructure through open-source collaboration, with the latest release and further details available at [GitHub](https://github.com/shrec/UltrafastSecp256k1/releases/tag/v3.3). Eddy, a daemon for the Lightning Network, introduces a novel solution for cooperative circular rebalancing without routing fees, fostering a more efficient utilization of network liquidity. Through LND's `RESUME_MODIFIED` feature, Eddy enables fee-free rebalances by allowing nodes to waive fees mutually, a development in its MVP stage seeking community input to enhance its functionality. Interested parties can review and contribute to the project at [GitHub](https://github.com/wactario/eddy). Lastly, a proposal to disable the min-difficulty rule on Testnet4 aims to address the exploitation by CPU miners and improve the network's functionality by enforcing standard difficulty rules. Scheduled for a hard fork at block height 201,600, the proposal seeks to normalize difficulty levels without resetting and has initiated discussions on its implications and the necessity of a Bitcoin Improvement Proposal (BIP). Additional details and community perspectives are available through the proposed [GitHub pull request](https://github.com/bitcoin/bitcoin/pull/34420) and related discussions on developer platforms and forums.

Bitcoin TLDR

#118

newsletter icon

Feb 23 - Feb 23, 2026

The introduction of Bitcoin PIPEs v2 represents a significant leap in blockchain technology, offering a method to integrate covenants into Bitcoin's Layer 1 seamlessly without the need for a soft fork. This advancement leverages a Decentralized Key Generation (DKG) committee for key generation, ensuring that no single entity has access to the private key. The key can only be unlocked through the verification of a Zero-Knowledge Proof (ZKP), enabling the verification of ZKPs on Bitcoin's Layer 1 in a single transaction. This method, transitioning from Functional Encryption-based designs to AADP Witness Encryption, not only increases operational feasibility for each Bitcoin block but also substantially reduces data storage needs from about 330 TB to roughly 100 GB. Furthermore, Bitcoin PIPEs v2 revisits and potentially streamlines various Bitcoin Improvement Proposals (BIPs), such as OP_CTV and OP_VAULT, by emulating binary covenants without modifying the transaction format or outputs after key release. This innovation could greatly benefit applications like vaults, allowing funds to be unlocked under specific conditions, and enable zero-knowledge proofs to attest to the correctness of statements without disclosing underlying information. The practical implementation of PIPEs v2 is now considered economically viable, overcoming previous challenges of impracticality through parallelization techniques and efficiency improvements. These advancements allow for critical processes, like determinant computation, to be executed within Bitcoin's 10-minute block interval, rendering real-time covenant emulation feasible. This development invites collaboration from BIP authors and Bitcoin contributors to further explore PIPEs v2's potential to simplify existing proposals, enhance efficiency, or introduce alternative design paradigms within the Bitcoin ecosystem, as detailed in discussions on platforms like Delving Bitcoin. [More details can be found here](https://gnusha.org/pi/bitcoindev/fcf7d14c-6860-4493-80d5-9959d3760cd1n@googlegroups.com/T/#u#m9b0d7e7999835afee59f8614f2d8fb7269b855ba).

Bitcoin TLDR

#117

newsletter icon

Feb 16 - Feb 22, 2026

Greg Sanders, Steven Roose, and others have significantly advanced Bitcoin's scripting capabilities, culminating in the implementation of new scripting primitives into Miniscript and Partially Signed Bitcoin Transactions (PSBTs) for enhanced transactional flexibility and security. These developments, including the introduction of template hash checks and rebindable signatures, address the need for nuanced handling of signatures and transaction verification within Bitcoin's evolving framework, as detailed in their [proof-of-concept](https://gnusha.org/pi/bitcoindev/9iwKoVRTokGsIwgHzGWO9ptfxAaIpJ_d8JY-uagbNnlKZK0WdUsl53IHO3kG2zcMmPObgDkHDltcVfZg7OAiZ5f11Tbt9e1vDW7GsOy-LeA=@protonmail.com/T/#u#mff9d9f1d7058940a9feb3c27de4d7b9dc93cbf86). The VTXO ecosystem's evolution towards a Stateless VTXO Verification model aims to mitigate the "Verification Gap" and "Implementation-Coupled Custody" issues by enabling independent auditability and security in hardware wallets, with efforts towards standardizing VTXO representation and enhancing verification processes highlighted in the [stateless verifier project](https://github.com/jgmcalpine/libvpack-rs) on GitHub. The long-term security of Bitcoin against quantum computing threats is explored through potential cryptographic upgrades, including hybrid signature validation models and the introduction of quantum-resistant addresses, with a focus on economic and technical considerations for a phased migration to post-quantum cryptography as outlined in the discussion on [DelvingBitcoin.org](https://delvingbitcoin.org/t/a-discussion-on-quantum-resistant-upgrade-paths-for-bitcoin/2275). In contrast, concerns about the quality of blockchain technology education in India, specifically within engineering programs, emphasize the need for curriculum improvements and collaborations with organizations like Chaincode Labs to better align educational content with global standards and advancements in blockchain technology, as discussed in an [archived dialogue](https://web.archive.org/web/20260222224257/https://delvingbitcoin.org/t/students-in-engineering-colleges-and-bitcoin/2283). Concurrently, the UltrafastSecp256k1 project aims to enhance ECC performance across various platforms, inviting community feedback on its "Zero-Allocation" design and optimizations for different architectures, as detailed in its [introduction on DelvingBitcoin.org](https://delvingbitcoin.org/t/introducing-ultrafastsecp256k1-a-multi-architecture-exploration-of-secp256k1-optimizations/2280).

Read Summaries by Source

Bitcoin Dev

View All

Delving Bitcoin

View All

Lightning Dev (archive)

View All
reading astronaut
curvy lines
What People Have to Say
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