# Latest

**URL:** https://delvingbitcoin.org/latest.md

[Latest](https://delvingbitcoin.org/latest.md) · [Categories](https://delvingbitcoin.org/categories.md) · [Tags](https://delvingbitcoin.org/tags.md)

---

## [Welcome to Delving Bitcoin!](https://delvingbitcoin.org/t/welcome-to-delving-bitcoin/7)

<div class="topic-metadata">

**Author:** [@system](https://delvingbitcoin.org/u/system)\
**Replies:** 0\
**Last updated:** [August 24, 2022, 7:05am UTC](https://delvingbitcoin.org/t/welcome-to-delving-bitcoin/7 "2022-08-24T07:05:45Z")

</div>

This site is for technical discussions with the goal of understanding Bitcoin and helping it last for the long term. When starting a post here, try to make it at the level of giving a presentation to a smart audience, p…

---

## [CLN: Self-Referential Channel Announcement DoS disclosure](https://delvingbitcoin.org/t/cln-self-referential-channel-announcement-dos-disclosure/2974)

<div class="topic-metadata">

**Author:** [@NishantBansal2003](https://delvingbitcoin.org/u/NishantBansal2003)\
**Replies:** 0\
**Last updated:** [October 24, 2026, 6:37am UTC](https://delvingbitcoin.org/t/cln-self-referential-channel-announcement-dos-disclosure/2974 "2026-10-24T06:37:23Z")

</div>

The issue discussed below was originally disclosed at nishantbansal2003.github.io and is reproduced here for discussion. Core Lightning v25.02 through v26.04 crash on a channel\_announcement whose node\_id\_1 and node\_id…

---

## [TCP hole punching for Bitcoin nodes behind home NATs?](https://delvingbitcoin.org/t/tcp-hole-punching-for-bitcoin-nodes-behind-home-nats/2497)

<div class="topic-metadata">

**Author:** [@0xB10C](https://delvingbitcoin.org/u/0xB10C)\
**Replies:** 32\
**Last updated:** [October 23, 2026, 6:11pm UTC](https://delvingbitcoin.org/t/tcp-hole-punching-for-bitcoin-nodes-behind-home-nats/2497 "2026-10-23T18:11:19Z")

</div>

While @willcl-ark and I were discussing Did the number of reachable nodes in residential ISPs increase since Bitcoin Core v30.0? - Observations - Bitcoin Network Operations Collective, which indicates that making -natpmp…

---

## [A Novel Post-Quantum Approach: "Proof-Of-Decay" (Cryptographic Half-Life) for Unmigrated Dormant UTXOs](https://delvingbitcoin.org/t/a-novel-post-quantum-approach-proof-of-decay-cryptographic-half-life-for-unmigrated-dormant-utxos/2970)

<div class="topic-metadata">

**Author:** [@bitKingAE](https://delvingbitcoin.org/u/bitKingAE)\
**Replies:** 1\
**Last updated:** [October 23, 2026, 2:21pm UTC](https://delvingbitcoin.org/t/a-novel-post-quantum-approach-proof-of-decay-cryptographic-half-life-for-unmigrated-dormant-utxos/2970 "2026-10-23T14:21:27Z")

</div>

\### Context & Problem Statement As the Bitcoin community discusses how to protect the network from future quantum attacks, we are largely stuck between two bad options for old, exposed-key outputs (like early P2PK or lo…

---

## [Best critiques of BIP300/drivechains?](https://delvingbitcoin.org/t/best-critiques-of-bip300-drivechains/2969)

<div class="topic-metadata">

**Author:** [@andrewclicks](https://delvingbitcoin.org/u/andrewclicks)\
**Replies:** 0\
**Last updated:** [October 23, 2026, 8:05am UTC](https://delvingbitcoin.org/t/best-critiques-of-bip300-drivechains/2969 "2026-10-23T08:05:14Z")

</div>

I’m doing my best to understand the upcoming eCash fork, what are some of the best written critiques you have found, whether about the fork itself, BIP300 (drivechains), or blind merged mining? One of the better sources…

---

## [Several projects to make merchant adoption easier and cheaper](https://delvingbitcoin.org/t/several-projects-to-make-merchant-adoption-easier-and-cheaper/2967)

<div class="topic-metadata">

**Author:** [@andrewclicks](https://delvingbitcoin.org/u/andrewclicks)\
**Replies:** 2\
**Last updated:** [October 22, 2026, 9:42pm UTC](https://delvingbitcoin.org/t/several-projects-to-make-merchant-adoption-easier-and-cheaper/2967 "2026-10-22T21:42:24Z")

</div>

I would like to share with you several projects I have been working on over the past 2 years to make it easier to onboard merchants, particularly to lightning. Everybody knows there is a lot of rough UX around lightning …

---

## [\[BIP Draft\] Co-signer Spending Policies](https://delvingbitcoin.org/t/bip-draft-co-signer-spending-policies/2955)

<div class="topic-metadata">

**Author:** [@lukecarriere](https://delvingbitcoin.org/u/lukecarriere)\
**Replies:** 1\
**Last updated:** [October 22, 2026, 9:01pm UTC](https://delvingbitcoin.org/t/bip-draft-co-signer-spending-policies/2955 "2026-10-22T21:01:05Z")

</div>

I’d like feedback on a draft that standardizes the policy a co-signer enforces, not the co-signer itself. A co-signer that signs only when a predicate holds is a known way to emulate covenants today. Towns described the…

---

## [Cost-Bounded Transaction Filtering Language](https://delvingbitcoin.org/t/cost-bounded-transaction-filtering-language/2966)

<div class="topic-metadata">

**Author:** [@bkeroack](https://delvingbitcoin.org/u/bkeroack)\
**Replies:** 1\
**Last updated:** [October 22, 2026, 2:07pm UTC](https://delvingbitcoin.org/t/cost-bounded-transaction-filtering-language/2966 "2026-10-22T14:07:25Z")

</div>

I designed a transaction filtering policy DSL and implemented it in satd, a full Bitcoin node implementation in Rust. This allows node runners to decide the exact transaction shapes they want their nodes to relay or incl…

---

## [Softfork before GTA VI?](https://delvingbitcoin.org/t/softfork-before-gta-vi/2913)

<div class="topic-metadata">

**Author:** [@cmp\_ancp](https://delvingbitcoin.org/u/cmp_ancp)\
**Replies:** 3\
**Last updated:** [October 22, 2026, 3:29am UTC](https://delvingbitcoin.org/t/softfork-before-gta-vi/2913 "2026-10-22T03:29:26Z")

</div>

Hi all Something that really bothered me is the sudden loss of momentum we had for pushing a new softfork for bitcoin. Some years ago the covenants topic was really hot, the entire community was pushing towards a consen…

---

## [Bounds on chain length with BIP-54 timewarp fixes](https://delvingbitcoin.org/t/bounds-on-chain-length-with-bip-54-timewarp-fixes/2899)

<div class="topic-metadata">

**Author:** [@sipa](https://delvingbitcoin.org/u/sipa)\
**Replies:** 27\
**Last updated:** [October 21, 2026, 9:29pm UTC](https://delvingbitcoin.org/t/bounds-on-chain-length-with-bip-54-timewarp-fixes/2899 "2026-10-21T21:29:50Z")

</div>

1. Timewarp fix rules BIP-54 proposes (among other things) two rules to curb undesirable tricks that can be played with block header timestamps: The timestamp of the first block of a retarget period must not be more …

---

## [Evaluating Deterministic BFT Finality within a Confidential UTXO State Machine](https://delvingbitcoin.org/t/evaluating-deterministic-bft-finality-within-a-confidential-utxo-state-machine/2965)

<div class="topic-metadata">

**Author:** [@finalis-core](https://delvingbitcoin.org/u/finalis-core)\
**Replies:** 0\
**Last updated:** [October 20, 2026, 8:16pm UTC](https://delvingbitcoin.org/t/evaluating-deterministic-bft-finality-within-a-confidential-utxo-state-machine/2965 "2026-10-20T20:16:07Z")

</div>

Hello everyone, I would like to share the architectural layout of an open-source, from-scratch C++ Layer-1 protocol called FinalisCore and open a technical discussion regarding its state transition model, specifically l…

---

## [Btc-verified October Update: Connecting Map to Territory](https://delvingbitcoin.org/t/btc-verified-october-update-connecting-map-to-territory/2964)

<div class="topic-metadata">

**Author:** [@ProofOfKeags](https://delvingbitcoin.org/u/ProofOfKeags)\
**Replies:** 0\
**Last updated:** [October 19, 2026, 4:32pm UTC](https://delvingbitcoin.org/t/btc-verified-october-update-connecting-map-to-territory/2964 "2026-10-19T16:32:15Z")

</div>

Originally published on my site. Replicating here because I think the Delving audience has an interest in this work. From the project’s inception until now, btc-verified has been focused on building up, layer by layer,…

---

## [Implicit Deletions and Improvements in Utreexo IBD](https://delvingbitcoin.org/t/implicit-deletions-and-improvements-in-utreexo-ibd/2881)

<div class="topic-metadata">

**Author:** [@Davidson](https://delvingbitcoin.org/u/Davidson)\
**Replies:** 3\
**Last updated:** [October 19, 2026, 7:46am UTC](https://delvingbitcoin.org/t/implicit-deletions-and-improvements-in-utreexo-ibd/2881 "2026-10-19T07:46:25Z")

</div>

Utreexo is a dynamic accumulator that allows the entire TXO set to be represented with only a couple of hashes. It does so by keeping the data structured as a forest of perfect Merkle trees, allowing nodes to keep only t…

---

## [Variable payout amounts for BABE (as applied to Lichen)](https://delvingbitcoin.org/t/variable-payout-amounts-for-babe-as-applied-to-lichen/2963)

<div class="topic-metadata">

**Author:** [@AdamISZ](https://delvingbitcoin.org/u/AdamISZ)\
**Replies:** 0\
**Last updated:** [October 18, 2026, 10:04pm UTC](https://delvingbitcoin.org/t/variable-payout-amounts-for-babe-as-applied-to-lichen/2963 "2026-10-18T22:04:49Z")

</div>

Quick background for those who haven’t read BABE. It starts with Groth16 verification. For these purposes you just need to understand that a prover can prove that an arbitrarily complex statement is true in an O(1) and…

---

## [SwiftSync -- Speeding up IBD with pre-generated hints (PoC)](https://delvingbitcoin.org/t/swiftsync-speeding-up-ibd-with-pre-generated-hints-poc/1562)

<div class="topic-metadata">

**Author:** [@theStack](https://delvingbitcoin.org/u/theStack)\
**Replies:** 18\
**Last updated:** [October 18, 2026, 3:10am UTC](https://delvingbitcoin.org/t/swiftsync-speeding-up-ibd-with-pre-generated-hints-poc/1562 "2026-10-18T03:10:03Z")

</div>

(EDIT: The working title for this thread was initially “IBD Booster”, but the official name for the proposal is now “SwiftSync”, see SwiftSync -- Speeding up IBD with pre-generated hints (PoC) - #2 by RubenSomsen and Swi…

---

## [Bitcoin-rs: an independent Bitcoin full node written in Rust](https://delvingbitcoin.org/t/bitcoin-rs-an-independent-bitcoin-full-node-written-in-rust/2918)

<div class="topic-metadata">

**Author:** [@gosunuts](https://delvingbitcoin.org/u/gosunuts)\
**Replies:** 2\
**Last updated:** [October 16, 2026, 10:00am UTC](https://delvingbitcoin.org/t/bitcoin-rs-an-independent-bitcoin-full-node-written-in-rust/2918 "2026-10-16T10:00:30Z")

</div>

I’d like to share early work on bitcoin-rs, an independent Bitcoin full node written in Rust. Like btcd, it’s an independent implementation, built to explore architectural and performance changes that are difficult to p…

---

## [Silent Payments for Multiparty Wallets](https://delvingbitcoin.org/t/silent-payments-for-multiparty-wallets/2960)

<div class="topic-metadata">

**Author:** [@olkurbatov](https://delvingbitcoin.org/u/olkurbatov)\
**Replies:** 0\
**Last updated:** [October 15, 2026, 3:36pm UTC](https://delvingbitcoin.org/t/silent-payments-for-multiparty-wallets/2960 "2026-10-15T15:36:38Z")

</div>

Abstract. BIP-352 does not recommend FROST- / MuSig2-based inputs “due to lack of a security proof”. This post describes a protocol that lets a multiparty sender perform a secure Silent Payment: the wallet computes an EC…

---

## [Open-source Bitcoin multisig coordinator: shared signing queue, hardware wallets, live signet demo](https://delvingbitcoin.org/t/open-source-bitcoin-multisig-coordinator-shared-signing-queue-hardware-wallets-live-signet-demo/2957)

<div class="topic-metadata">

**Author:** [@tom2o17](https://delvingbitcoin.org/u/tom2o17)\
**Replies:** 1\
**Last updated:** [October 15, 2026, 1:41pm UTC](https://delvingbitcoin.org/t/open-source-bitcoin-multisig-coordinator-shared-signing-queue-hardware-wallets-live-signet-demo/2957 "2026-10-15T13:41:03Z")

</div>

I’ve open-sourced btc-safe, a self-hosted, watch-only Bitcoin multisig coordinator. One owner proposes a transaction. Every co-signer sees it in a shared queue and signs from their own device. It broadcasts once M of N h…

---

## [From peer-to-peer cash to elite settlement layer: is the 21M cap building a new aristocracy?](https://delvingbitcoin.org/t/from-peer-to-peer-cash-to-elite-settlement-layer-is-the-21m-cap-building-a-new-aristocracy/2959)

<div class="topic-metadata">

**Author:** [@mosho](https://delvingbitcoin.org/u/mosho)\
**Replies:** 0\
**Last updated:** [October 14, 2026, 8:44pm UTC](https://delvingbitcoin.org/t/from-peer-to-peer-cash-to-elite-settlement-layer-is-the-21m-cap-building-a-new-aristocracy/2959 "2026-10-14T20:44:59Z")

</div>

Bitcoin was introduced as “a peer-to-peer electronic cash system” — money for everyone, without trusted third parties. Seventeen years later, an honest observation: BTC is increasingly accumulated as a reserve asset by g…

---

## [What does "post-quantum" actually mean for a Bitcoin L2 when settlement still happens on a non-PQ L1?](https://delvingbitcoin.org/t/what-does-post-quantum-actually-mean-for-a-bitcoin-l2-when-settlement-still-happens-on-a-non-pq-l1/2715)

<div class="topic-metadata">

**Author:** [@Hal\_03](https://delvingbitcoin.org/u/Hal_03)\
**Replies:** 9\
**Last updated:** [October 14, 2026, 6:54pm UTC](https://delvingbitcoin.org/t/what-does-post-quantum-actually-mean-for-a-bitcoin-l2-when-settlement-still-happens-on-a-non-pq-l1/2715 "2026-10-14T18:54:35Z")

</div>

I’m working on a Post-Quantum State-Channel payment method on Bitcoin, and building it raised a question I think matters beyond my specific case. You can make every off-chain component of a system post-quantum, signatur…

---

## [Bitcoin Core 32.0rc4 is now available](https://delvingbitcoin.org/t/bitcoin-core-32-0rc4-is-now-available/2958)

<div class="topic-metadata">

**Author:** [@fanquake](https://delvingbitcoin.org/u/fanquake)\
**Replies:** 0\
**Last updated:** [October 14, 2026, 6:17am UTC](https://delvingbitcoin.org/t/bitcoin-core-32-0rc4-is-now-available/2958 "2026-10-14T06:17:12Z")

</div>

Binaries for Bitcoin Core version v32.0rc4 are available from: Source code can be found under the signed tag This is a release candidate for a new major version release. Preliminary release notes for the release c…

---

## [Silent Payments coinbase](https://delvingbitcoin.org/t/silent-payments-coinbase/2833)

<div class="topic-metadata">

**Author:** [@marathon-gary](https://delvingbitcoin.org/u/marathon-gary)\
**Replies:** 6\
**Last updated:** [October 13, 2026, 1:18pm UTC](https://delvingbitcoin.org/t/silent-payments-coinbase/2833 "2026-10-13T13:18:21Z")

</div>

I’ve been wondering how a mining pool might pay out miners to different addresses directly in the coinbase (and generally about “fun” things to do with a coinbase tx). Ocean pool currently pays miners in the coinbase\[1\] …

---

## [Cassis, a new simple scheme for generic multi-layer multi-hop HTLC routing](https://delvingbitcoin.org/t/cassis-a-new-simple-scheme-for-generic-multi-layer-multi-hop-htlc-routing/2952)

<div class="topic-metadata">

**Author:** [@andunie](https://delvingbitcoin.org/u/andunie)\
**Replies:** 0\
**Last updated:** [October 8, 2026, 6:09pm UTC](https://delvingbitcoin.org/t/cassis-a-new-simple-scheme-for-generic-multi-layer-multi-hop-htlc-routing/2952 "2026-10-08T18:09:24Z")

</div>

Bitcoin payments are now spread across many so-called “layers”, and there isn’t a sufficiently generic way to make payments between them. In most cases, each layer has to run a Lightning node, and its users are more or l…

---

## [Anchoring an SPV light client on another chain: checkpoint trust, retargeting and reorg handling](https://delvingbitcoin.org/t/anchoring-an-spv-light-client-on-another-chain-checkpoint-trust-retargeting-and-reorg-handling/2939)

<div class="topic-metadata">

**Author:** [@sebas](https://delvingbitcoin.org/u/sebas)\
**Replies:** 1\
**Last updated:** [October 7, 2026, 9:12am UTC](https://delvingbitcoin.org/t/anchoring-an-spv-light-client-on-another-chain-checkpoint-trust-retargeting-and-reorg-handling/2939 "2026-10-07T09:12:18Z")

</div>

I work on Writz Protocol, an open-source lending protocol where BTC collateral stays on Bitcoin and loans are issued as USDC on Stellar. I would like critique of the Bitcoin-facing parts, because that is where I least wa…

---

## [Disclosure: DoS vulnerabilities fixed in Eclair v0.14.1](https://delvingbitcoin.org/t/disclosure-dos-vulnerabilities-fixed-in-eclair-v0-14-1/2928)

<div class="topic-metadata">

**Author:** [@erickcestari](https://delvingbitcoin.org/u/erickcestari)\
**Replies:** 2\
**Last updated:** [October 6, 2026, 1:08pm UTC](https://delvingbitcoin.org/t/disclosure-dos-vulnerabilities-fixed-in-eclair-v0-14-1/2928 "2026-10-06T13:08:36Z")

</div>

Two denial-of-service vulnerabilities in Eclair’s channel opening flow were fixed in Eclair v0.14.1. Users should upgrade to v0.14.1 or later to protect their nodes. LNF-2026-0003: open\_channel race DoS Eclair v0.14.0 a…

---

## [Descriptor syntax for hash preimages](https://delvingbitcoin.org/t/descriptor-syntax-for-hash-preimages/2935)

<div class="topic-metadata">

**Author:** [@jaonoctus](https://delvingbitcoin.org/u/jaonoctus)\
**Replies:** 0\
**Last updated:** [October 4, 2026, 8:45am UTC](https://delvingbitcoin.org/t/descriptor-syntax-for-hash-preimages/2935 "2026-10-04T08:45:03Z")

</div>

Summary Descriptors can carry private keys (pk(WIF/xprv)) and return them with listdescriptors private=true, but there is no equivalent for the secrets of miniscript hash fragments. I’d like to discuss adding a private f…

---

## [Shielded Bitcoin: Private Transfers on the Bitcoin L1](https://delvingbitcoin.org/t/shielded-bitcoin-private-transfers-on-the-bitcoin-l1/2912)

<div class="topic-metadata">

**Author:** [@nemothenoone](https://delvingbitcoin.org/u/nemothenoone)\
**Replies:** 11\
**Last updated:** [October 2, 2026, 7:01pm UTC](https://delvingbitcoin.org/t/shielded-bitcoin-private-transfers-on-the-bitcoin-l1/2912 "2026-10-02T19:01:30Z")

</div>

No soft forks. No operators. No bridges. A plain-language companion to our paper “Shielded Bitcoin: Private Transfers on the Bitcoin L1” (Clara Shikhelman, Mikhail Komarov, Aleksei Moskvin). Bitcoin provides strong owne…

---

## [PQC output type discussion](https://delvingbitcoin.org/t/pqc-output-type-discussion/2749)

<div class="topic-metadata">

**Author:** [@sipa](https://delvingbitcoin.org/u/sipa)\
**Replies:** 38\
**Last updated:** [October 2, 2026, 5:01pm UTC](https://delvingbitcoin.org/t/pqc-output-type-discussion/2749 "2026-10-02T17:01:25Z")

</div>

This topic of PQC transaction output types in Bitcoin has been discussed in many different places, but often in somewhat unrelated threads. So I’m creating this thread in the hope to have those discussions in one place. …

---

## [Is the pre-finality double-spend race intrinsic to single-owner coins?](https://delvingbitcoin.org/t/is-the-pre-finality-double-spend-race-intrinsic-to-single-owner-coins/2929)

<div class="topic-metadata">

**Author:** [@Hal\_03](https://delvingbitcoin.org/u/Hal_03)\
**Replies:** 0\
**Last updated:** [October 2, 2026, 7:11am UTC](https://delvingbitcoin.org/t/is-the-pre-finality-double-spend-race-intrinsic-to-single-owner-coins/2929 "2026-10-02T07:11:28Z")

</div>

I’ve been trying to solve the pre-finality race problem: Alice (payer) can pre-broadcast a spend of her own coin an instant before paying Bob (payee), so her spend anchors first and Bob’s payment becomes a double-spend. …

---

## [PQLN: Post-Quantum Security for the Bitcoin Lightning Network's Off-Chain Surfaces](https://delvingbitcoin.org/t/pqln-post-quantum-security-for-the-bitcoin-lightning-networks-off-chain-surfaces/2893)

<div class="topic-metadata">

**Author:** [@ahmet-kurt](https://delvingbitcoin.org/u/ahmet-kurt)\
**Replies:** 3\
**Last updated:** [October 1, 2026, 2:35pm UTC](https://delvingbitcoin.org/t/pqln-post-quantum-security-for-the-bitcoin-lightning-networks-off-chain-surfaces/2893 "2026-10-01T14:35:14Z")

</div>

Hi everyone, This is my first post here. I’m Ahmet Kurt from East Texas A&M University doing research mainly on Lightning and its various applications. We built PQLN, a hybrid post-quantum (PQ) extension of Lightning w…

[Next page](https://delvingbitcoin.org/latest.md?page=1)
