<?xml version="1.0" encoding="utf-8"?><feed xmlns="http://www.w3.org/2005/Atom" ><generator uri="https://jekyllrb.com/" version="3.10.0">Jekyll</generator><link href="//bitdevsamsterdam.org/feed.xml" rel="self" type="application/atom+xml" /><link href="//bitdevsamsterdam.org/" rel="alternate" type="text/html" /><updated>2026-06-25T11:31:43+00:00</updated><id>//bitdevsamsterdam.org/feed.xml</id><title type="html">BitDevs Amsterdam</title><subtitle>BitDevs is a community for those interested in discussing and participating in the research and development of Bitcoin and related protocols.</subtitle><entry><title type="html">BitDevs Rotterdam, September 3, 2026</title><link href="//bitdevsamsterdam.org/2026-09-03-september-bitdevs-rotterdam" rel="alternate" type="text/html" title="BitDevs Rotterdam, September 3, 2026" /><published>2026-09-03T00:00:00+00:00</published><updated>2026-09-03T00:00:00+00:00</updated><id>//bitdevsamsterdam.org/september-bitdevs-rotterdam</id><content type="html" xml:base="//bitdevsamsterdam.org/2026-09-03-september-bitdevs-rotterdam"><![CDATA[<h2 id="bitdevs-rotterdam-meeting-031">BitDevs Rotterdam meeting 031!</h2>

<p>It’s time for another BitDevs! A big thanks to <a href="https://www.blockrise.com/nl">Blockrise</a> for sponsoring us with the meeting space. Drinks will be provided, so please ensure you have some dinner beforehand or bring it along to the seminar.</p>

<h3 id="thursday-september-3rd-2026--7pm">Thursday, September 3rd, 2026 @ 7PM</h3>

<p>Doors open at 6:30PM and we will try to start promptly at 7PM. As a reminder, the ground rules of BitDevs are as follows:</p>

<ol>
  <li>No photos, videos, or recordings.</li>
  <li><a href="https://en.wikipedia.org/wiki/Chatham_House_Rule">Chatham House Rule</a>: you may
reiterate the contents of the meeting <em>without</em> attribution.</li>
</ol>

<p>These rules exist so that BitDevs participants can speak freely within the event.</p>

<h3 id="agenda">Agenda</h3>

<p>TBA</p>]]></content><author><name></name></author><summary type="html"><![CDATA[BitDevs Rotterdam meeting 031!]]></summary></entry><entry><title type="html">BitDevs, August 2026 (NOT HAPPENING)</title><link href="//bitdevsamsterdam.org/2026-08-06-august-bitdevs" rel="alternate" type="text/html" title="BitDevs, August 2026 (NOT HAPPENING)" /><published>2026-08-06T00:00:00+00:00</published><updated>2026-08-06T00:00:00+00:00</updated><id>//bitdevsamsterdam.org/august-bitdevs</id><content type="html" xml:base="//bitdevsamsterdam.org/2026-08-06-august-bitdevs"><![CDATA[<h2 id="bitdevs--august-break">BitDevs — August break</h2>

<p>There will be no BitDevs meetup in August. Enjoy the summer!</p>

<p>We’ll be back in September. Keep an eye on our <a href="https://www.meetup.com/bitdevs-amsterdam/">Meetup page</a> for the next announcement.</p>]]></content><author><name></name></author><summary type="html"><![CDATA[BitDevs — August break]]></summary></entry><entry><title type="html">BitDevs Amsterdam, July 2, 2026</title><link href="//bitdevsamsterdam.org/2026-07-02-july-bitdevs-amsterdam" rel="alternate" type="text/html" title="BitDevs Amsterdam, July 2, 2026" /><published>2026-07-02T00:00:00+00:00</published><updated>2026-07-02T00:00:00+00:00</updated><id>//bitdevsamsterdam.org/july-bitdevs-amsterdam</id><content type="html" xml:base="//bitdevsamsterdam.org/2026-07-02-july-bitdevs-amsterdam"><![CDATA[<h2 id="bitdevs-amsterdam-meeting-030">BitDevs Amsterdam meeting 030!</h2>

<p>It’s time for another BitDevs! A big thanks to <a href="https://www.bitonic.nl">Bitonic</a> for sponsoring us with the meeting space. Drinks will be provided, so please ensure you have some dinner beforehand or bring it along to the seminar.</p>

<h3 id="thursday-july-2nd-2026--7pm">Thursday, July 2nd, 2026 @ 7PM</h3>

<p>Doors open at 6:30PM and we will try to start promptly at 7PM. As a reminder, the ground rules of BitDevs are as follows:</p>

<ol>
  <li>No photos, videos, or recordings.</li>
  <li><a href="https://en.wikipedia.org/wiki/Chatham_House_Rule">Chatham House Rule</a>: you may
reiterate the contents of the meeting <em>without</em> attribution.</li>
</ol>

<p>These rules exist so that BitDevs participants can speak freely within the event.</p>

<h3 id="agenda">Agenda</h3>

<h4 id="bitcoin-core">Bitcoin Core</h4>

<ul>
  <li><strong>PrivateBroadcast IP leak</strong>: A privacy bug in Bitcoin Core 31.0 where a failed BIP324 v2 handshake retries over v1 without Tor, leaking the sender’s IP despite <code class="language-plaintext highlighter-rouge">-privatebroadcast</code>; fixed in 31.1.
    <ul>
      <li><a href="https://bitcoincore.org/en/2026/06/06/privatebroadcast-ip-leak/">https://bitcoincore.org/en/2026/06/06/privatebroadcast-ip-leak/</a></li>
    </ul>
  </li>
  <li><strong>Full Libevent removal (Bitcoin Core #34411)</strong>: Completes the long-running, multi-contributor effort to fully drop the libevent dependency from Bitcoin Core.
    <ul>
      <li><a href="https://github.com/bitcoin/bitcoin/pull/34411">https://github.com/bitcoin/bitcoin/pull/34411</a></li>
    </ul>
  </li>
</ul>

<h4 id="p2p">P2p</h4>

<ul>
  <li><strong>BIP54 coinbase-locktime compliance over 40%</strong>: Over 40% of coinbase transactions now set their <code class="language-plaintext highlighter-rouge">nLockTime</code> per BIP-54 (block height minus 1), reflecting actual compliance rather than mere signaling.
    <ul>
      <li><a href="https://mainnet.observer/charts/transactions-coinbase-locktime-bip54/">https://mainnet.observer/charts/transactions-coinbase-locktime-bip54/</a></li>
    </ul>
  </li>
</ul>

<h4 id="mining">Mining</h4>

<ul>
  <li><strong>BitAxe Stratum V2 support</strong>: Adds Stratum V2 binary protocol support with Noise encryption to the open-source BitAxe miner alongside V1, tested at full 1.3 TH/s against an SRI pool.
    <ul>
      <li><a href="https://github.com/bitaxeorg/ESP-Miner/pull/1553">https://github.com/bitaxeorg/ESP-Miner/pull/1553</a></li>
    </ul>
  </li>
</ul>

<h4 id="post-quantum">Post-quantum</h4>

<ul>
  <li><strong>Public key recovery for EC leaves in P2MR (BIP-360)</strong>: Proposes recovering the public key from the signature instead of revealing it in the witness, shrinking the EC spending path of this post-quantum address scheme from 135 to ~100 bytes.
    <ul>
      <li><a href="https://delvingbitcoin.org/t/public-key-recovery-for-ec-leaves-in-p2mr-bip-360/2603">https://delvingbitcoin.org/t/public-key-recovery-for-ec-leaves-in-p2mr-bip-360/2603</a></li>
    </ul>
  </li>
  <li><strong>Framework for post-quantum outputs: {Never, Later, Now} × {Merkle, Taproot}</strong>: Pieter Wuille’s bitcoin-dev framework for reasoning about when to deploy quantum-resistant outputs and whether to structure them as Merkle-based (P2MR) or Taproot-based commitments.
    <ul>
      <li><a href="https://groups.google.com/g/bitcoindev/c/p8AVEmAtWdA/m/Gona1fr3AgAJ">https://groups.google.com/g/bitcoindev/c/p8AVEmAtWdA/m/Gona1fr3AgAJ</a></li>
    </ul>
  </li>
</ul>

<h4 id="layer-2-and-scaling">Layer 2 and scaling</h4>

<ul>
  <li><strong>Credible Exit and the Law of Conservation of Blockspace</strong>: Argues that the blockspace needed for users to credibly exit to the base layer imposes a fundamental limit on how many users Bitcoin layers can support trust-minimally.
    <ul>
      <li><a href="https://delvingbitcoin.org/t/credible-exit-and-the-law-of-conservation-of-blockspace/2503">https://delvingbitcoin.org/t/credible-exit-and-the-law-of-conservation-of-blockspace/2503</a></li>
    </ul>
  </li>
  <li><strong>Ark: offchain transaction batching</strong>: A commit-chain protocol where an untrusted operator batches transfers of virtual UTXOs into a near-constant ~200 vB onchain footprint, letting recipients accept payments without pre-locking funds.
    <ul>
      <li><a href="https://arxiv.org/abs/2605.20952">https://arxiv.org/abs/2605.20952</a></li>
    </ul>
  </li>
  <li><strong>Bark now on Bitcoin mainnet</strong>: Second has launched Bark, their self-custodial implementation of the Ark protocol, on mainnet, shipping an SDK and apps spanning Ark, Lightning, and on-chain payments.
    <ul>
      <li><a href="https://blog.second.tech/bark-now-on-bitcoin-mainnet/">https://blog.second.tech/bark-now-on-bitcoin-mainnet/</a></li>
    </ul>
  </li>
</ul>

<h4 id="lightning-network">Lightning Network</h4>

<ul>
  <li><strong>lnd zero-timestamp gossip DoS disclosure</strong>: A validly signed gossip message with timestamp 0 panics and crashes lnd nodes before v0.20.1, which now rejects such messages at parse time.
    <ul>
      <li><a href="https://delvingbitcoin.org/t/lnd-zero-timestamp-gossip-dos-disclosure/2621">https://delvingbitcoin.org/t/lnd-zero-timestamp-gossip-dos-disclosure/2621</a></li>
    </ul>
  </li>
  <li><strong>Fast Neutrino header sync (lnd PR #10552)</strong>: Cuts lnd’s Neutrino initial sync from hours to minutes by importing pre-built block and filter headers from files or HTTP before falling back to peer-to-peer sync.
    <ul>
      <li><a href="https://github.com/lightningnetwork/lnd/pull/10552">https://github.com/lightningnetwork/lnd/pull/10552</a></li>
    </ul>
  </li>
  <li><strong>Scaling the Lightning Network with Practical Set Reconciliation</strong>: Replaces inefficient flooding-based gossip with set reconciliation via a new adaptive IBLT scheme, cutting reconciliation from hours to minutes in Core Lightning simulations.
    <ul>
      <li><a href="https://ipsit.bu.edu/documents/icbc26.pdf">https://ipsit.bu.edu/documents/icbc26.pdf</a></li>
    </ul>
  </li>
  <li><strong>LNTest: evaluating Lightning-based botnets</strong>: A containerized Core Lightning testbed for studying botnets that abuse Lightning for command-and-control, which debunks prior D-LNBot claims by showing fragile topologies and linear rather than logarithmic scaling.
    <ul>
      <li><a href="https://arxiv.org/abs/2606.12887">https://arxiv.org/abs/2606.12887</a></li>
    </ul>
  </li>
</ul>

<h4 id="community">Community</h4>

<ul>
  <li>Want to submit a discussion topic? Open an issue or PR at <a href="https://github.com/bitdevsamsterdam/bitdevsamsterdam.github.io">https://github.com/bitdevsamsterdam/bitdevsamsterdam.github.io</a></li>
</ul>]]></content><author><name></name></author><summary type="html"><![CDATA[BitDevs Amsterdam meeting 030!]]></summary></entry><entry><title type="html">BitDevs Rotterdam, June 4, 2026</title><link href="//bitdevsamsterdam.org/2026-06-04-june-bitdevs-rotterdam" rel="alternate" type="text/html" title="BitDevs Rotterdam, June 4, 2026" /><published>2026-06-04T00:00:00+00:00</published><updated>2026-06-04T00:00:00+00:00</updated><id>//bitdevsamsterdam.org/june-bitdevs-rotterdam</id><content type="html" xml:base="//bitdevsamsterdam.org/2026-06-04-june-bitdevs-rotterdam"><![CDATA[<h2 id="bitdevs-rotterdam-meeting-029">BitDevs Rotterdam meeting 029!</h2>

<p>It’s time for another BitDevs! A big thanks to <a href="https://www.blockrise.com/nl">Blockrise</a> for sponsoring us with the meeting space. Drinks will be provided, so please ensure you have some dinner beforehand or bring it along to the seminar.</p>

<h3 id="thursday-june-4th-2026--7pm">Thursday, June 4th, 2026 @ 7PM</h3>

<p>Doors open at 6:30PM and we will try to start promptly at 7PM. As a reminder, the ground rules of BitDevs are as follows:</p>

<ol>
  <li>No photos, videos, or recordings.</li>
  <li><a href="https://en.wikipedia.org/wiki/Chatham_House_Rule">Chatham House Rule</a>: you may
reiterate the contents of the meeting <em>without</em> attribution.</li>
</ol>

<p>These rules exist so that BitDevs participants can speak freely within the event.</p>

<h3 id="agenda">Agenda</h3>

<h3 id="first-half">First half</h3>

<p>Bitcoin CoreDev topics recap</p>

<h3 id="second-half">Second half</h3>

<p>Lightning Network spec meeting topics recap</p>]]></content><author><name></name></author><summary type="html"><![CDATA[BitDevs Rotterdam meeting 029!]]></summary></entry><entry><title type="html">BitDevs Amsterdam, May 14th, 2026</title><link href="//bitdevsamsterdam.org/2026-05-14-may-bitdevs-amsterdam" rel="alternate" type="text/html" title="BitDevs Amsterdam, May 14th, 2026" /><published>2026-05-14T00:00:00+00:00</published><updated>2026-05-14T00:00:00+00:00</updated><id>//bitdevsamsterdam.org/may-bitdevs-amsterdam</id><content type="html" xml:base="//bitdevsamsterdam.org/2026-05-14-may-bitdevs-amsterdam"><![CDATA[<h2 id="bitdevs-amsterdam-meeting-028">BitDevs Amsterdam meeting 028!</h2>

<p>It’s time for another BitDevs! A big thanks to <a href="https://www.bitonic.nl">Bitonic</a> for sponsoring us with the meeting space. Drinks will be provided, so please ensure you have some dinner beforehand or bring it along to the seminar.</p>

<h3 id="thursday-may-14th-2026--7pm">Thursday, May 14th, 2026 @ 7PM</h3>

<p>Doors open at 6:30PM and we will try to start promptly at 7PM. As a reminder, the ground rules of BitDevs are as follows:</p>

<ol>
  <li>No photos, videos, or recordings.</li>
  <li><a href="https://en.wikipedia.org/wiki/Chatham_House_Rule">Chatham House Rule</a>: you may
reiterate the contents of the meeting <em>without</em> attribution.</li>
</ol>

<p>These rules exist so that BitDevs participants can speak freely within the event.</p>

<h3 id="agenda">Agenda</h3>

<h4 id="bitcoin-core">Bitcoin Core</h4>

<ul>
  <li><strong>CVE-2024-52911 disclosure</strong>: A use-after-free bug in Bitcoin Core’s script validation that could allow attackers to crash nodes or potentially execute remote code. The flaw involves <code class="language-plaintext highlighter-rouge">PrecomputedTransactionData</code> being destroyed before the <code class="language-plaintext highlighter-rouge">CCheckQueueControl</code>, causing background validation threads to access freed memory when processing crafted blocks.
    <ul>
      <li><a href="https://bitcoincore.org/en/2026/05/05/disclose-cve-2024-52911/">https://bitcoincore.org/en/2026/05/05/disclose-cve-2024-52911/</a></li>
    </ul>
  </li>
  <li><strong>Knotzi death march</strong>: A countdown timer page tracking BIP-110 nodes that will eventually be disconnected from the Bitcoin network. Provides background reading and visibility into the node deprecation process.
    <ul>
      <li><a href="https://jlopp.github.io/knotzi-death-march/">https://jlopp.github.io/knotzi-death-march/</a></li>
    </ul>
  </li>
  <li><strong>Slow block propagation and validation on signet</strong>: Measurements showing that slowly-validating blocks on Bitcoin’s Signet testnet propagate approximately 160 times slower than normal blocks. Median validation took around 20 seconds compared to 176 milliseconds for standard blocks, highlighting real-world impact of BIP 54’s targeted issues.
    <ul>
      <li><a href="https://b10c.me/observations/16-slow-block-propagation-validation-signet/">https://b10c.me/observations/16-slow-block-propagation-validation-signet/</a></li>
    </ul>
  </li>
</ul>

<h4 id="mining-and-consensus-research">Mining and consensus research</h4>

<ul>
  <li><strong>Inertial Mining</strong>: A proposed mining protocol that produces Nakamoto’s intended single longest chain outcome while constituting a true game-theoretic equilibrium. The authors show that neither selfish mining nor any other deviation is profitable for miners controlling less than half the network’s power.
    <ul>
      <li><a href="https://arxiv.org/abs/2604.06092">https://arxiv.org/abs/2604.06092</a></li>
    </ul>
  </li>
  <li><strong>Temporary Power Adjusting Withholding (T-PAW) attack</strong>: A generalized block withholding attack strategy targeting mining pools that improves on the existing PAW attack. The research demonstrates that small miners can achieve up to 22x revenue increases in certain scenarios, exposing a structural weakness in pooled mining.
    <ul>
      <li><a href="https://arxiv.org/abs/2604.14135">https://arxiv.org/abs/2604.14135</a></li>
    </ul>
  </li>
</ul>

<h4 id="post-quantum">Post-quantum</h4>

<ul>
  <li><strong>Localhost Research Post Quantum Cryptography Group</strong>: Localhost Research announces a new PQC group with cryptographers Benedikt Bünz and Dan Boneh to research solutions protecting Bitcoin from future quantum threats. The initiative focuses on conservative hash-based signature schemes and threshold constructions suitable for Bitcoin’s operational constraints.
    <ul>
      <li><a href="https://lclhost.org/blog/post-quantum-cryptography-group/">https://lclhost.org/blog/post-quantum-cryptography-group/</a></li>
    </ul>
  </li>
  <li><strong>Avoiding an Unnecessary Quantum Freeze</strong>: Proposes an alternative to automatically freezing quantum-vulnerable coins after a fixed period. Instead, a “canary” address would trigger the freeze only if someone proves a quantum computer exists by spending from it, keeping vulnerable coins spendable in the meantime.
    <ul>
      <li><a href="https://www.bitmex.com/blog/Avoiding-An-Unnecessary-Quantum-Freeze">https://www.bitmex.com/blog/Avoiding-An-Unnecessary-Quantum-Freeze</a></li>
    </ul>
  </li>
</ul>

<h4 id="lightning-network">Lightning Network</h4>

<ul>
  <li><strong>LDK Server</strong>: A fully-functional Lightning node in daemon form, providing an API-first solution for deploying and managing a Lightning Network node. It abstracts over LDK and BDK, exposing a gRPC interface for cross-language integration.
    <ul>
      <li><a href="https://spiral.xyz/ldkserver.pdf">https://spiral.xyz/ldkserver.pdf</a></li>
    </ul>
  </li>
  <li><strong>Onion message jamming in the Lightning Network</strong>: Adversaries can flood the network with onion message spam to degrade service for legitimate users. The vulnerability exists because routing nodes currently forward these messages for free, making large-scale jamming economically trivial while legitimate traffic gets rate-limited.
    <ul>
      <li><a href="https://delvingbitcoin.org/t/onion-message-jamming-in-the-lightning-network/2414">https://delvingbitcoin.org/t/onion-message-jamming-in-the-lightning-network/2414</a></li>
    </ul>
  </li>
  <li><strong>Towards a k-of-n Lightning Network node</strong>: Proposes making multisignature Lightning nodes feasible by removing the shachain requirement from BOLT specifications. True k-of-n security (where k devices must be compromised to steal funds) is currently impossible with shachains, requiring protocol changes and gateway nodes to bridge legacy systems.
    <ul>
      <li><a href="https://delvingbitcoin.org/t/towards-a-k-of-n-lightning-network-node/2395">https://delvingbitcoin.org/t/towards-a-k-of-n-lightning-network-node/2395</a></li>
    </ul>
  </li>
  <li><strong>Simple Taproot Channels (BOLT PR #995)</strong>: An extension BOLT spec for Taproot-based Lightning channels using Schnorr signatures, MuSig2 key aggregation, and Taproot scripts. Establishes the minimal changes needed to upgrade channels while maintaining backward compatibility with existing implementations.
    <ul>
      <li><a href="https://github.com/lightning/bolts/pull/995">https://github.com/lightning/bolts/pull/995</a></li>
    </ul>
  </li>
</ul>

<h4 id="community">Community</h4>

<ul>
  <li>Want to submit a discussion topic? Open an issue or PR at <a href="https://github.com/bitdevsamsterdam/bitdevsamsterdam.github.io">https://github.com/bitdevsamsterdam/bitdevsamsterdam.github.io</a></li>
</ul>]]></content><author><name></name></author><summary type="html"><![CDATA[BitDevs Amsterdam meeting 028!]]></summary></entry><entry><title type="html">BitDevs Rotterdam, April 2, 2026</title><link href="//bitdevsamsterdam.org/2026-04-02-april-bitdevs-rotterdam" rel="alternate" type="text/html" title="BitDevs Rotterdam, April 2, 2026" /><published>2026-04-02T00:00:00+00:00</published><updated>2026-04-02T00:00:00+00:00</updated><id>//bitdevsamsterdam.org/april-bitdevs-rotterdam</id><content type="html" xml:base="//bitdevsamsterdam.org/2026-04-02-april-bitdevs-rotterdam"><![CDATA[<h2 id="bitdevs-rotterdam-meeting-027">BitDevs Rotterdam meeting 027!</h2>

<p>It’s time for another BitDevs! A big thanks to <a href="https://www.blockrise.com/nl">Blockrise</a> for sponsoring us with the meeting space. Drinks will be provided, so please ensure you have some dinner beforehand or bring it along to the seminar.</p>

<h3 id="thursday-april-2nd-2026--7pm">Thursday, April 2nd, 2026 @ 7PM</h3>

<p>Doors open at 6:30PM and we will try to start promptly at 7PM. As a reminder, the ground rules of BitDevs are as follows:</p>

<ol>
  <li>No photos, videos, or recordings.</li>
  <li><a href="https://en.wikipedia.org/wiki/Chatham_House_Rule">Chatham House Rule</a>: you may
reiterate the contents of the meeting <em>without</em> attribution.</li>
</ol>

<p>These rules exist so that BitDevs participants can speak freely within the event.</p>

<h3 id="agenda">Agenda</h3>

<ul>
  <li><strong>Disposing of dust attack UTXOs</strong>: A proposed method for wallet users to dispose of “dust attack” UTXOs, small amounts sent by adversaries to reveal wallet ownership patterns, by creating transactions that use the entire amount for fees with an OP_RETURN output.
    <ul>
      <li><a href="https://delvingbitcoin.org/t/disposing-of-dust-attack-utxos/2215">https://delvingbitcoin.org/t/disposing-of-dust-attack-utxos/2215</a></li>
    </ul>
  </li>
  <li><strong>BIP 54 (Consensus Cleanup) active on Bitcoin Inquisition</strong>: BIP 54 is now active on Bitcoin Inquisition, a specialized Bitcoin Core fork used for testing proposed protocol changes. It includes fixes for known consensus bugs such as Timewarp/Murch-Zawy timestamp attacks, long block validation times from excessive legacy signature operations, the 64-byte transaction Merkle tree weakness, and coinbase transaction duplication.
    <ul>
      <li><a href="https://groups.google.com/g/bitcoindev/c/wOVjJoLDWfA">https://groups.google.com/g/bitcoindev/c/wOVjJoLDWfA</a></li>
    </ul>
  </li>
  <li><strong>Hourglass V2 update</strong>: An update on the Hourglass protocol (V2), a proposed soft fork designed to mitigate the economic damage from potential quantum attacks on lost Bitcoin. It would restrict how quickly vulnerable P2PK funds can be spent to prevent a mass market liquidation event if a quantum adversary gains the ability to derive private keys from exposed public keys.
    <ul>
      <li><a href="https://groups.google.com/g/bitcoindev/c/0E1UyyQIUA0">https://groups.google.com/g/bitcoindev/c/0E1UyyQIUA0</a></li>
    </ul>
  </li>
  <li><strong>BIP 360: Pay to Merkle Root (P2MR)</strong>: A new BIP specifying “Pay to Merkle Root,” a transaction output format designed to enhance Bitcoin’s scripting capabilities. The proposal was merged in February 2026 as a Draft specification.
    <ul>
      <li><a href="https://github.com/bitcoin/bips/pull/1670">https://github.com/bitcoin/bips/pull/1670</a></li>
    </ul>
  </li>
  <li><strong>BIP 392: Silent Payment Output Script Descriptors</strong>: Introduces a new output descriptor format for Silent Payments (BIP352), proposing <code class="language-plaintext highlighter-rouge">sp()</code> script expressions with <code class="language-plaintext highlighter-rouge">spscan</code> and <code class="language-plaintext highlighter-rouge">spspend</code> key expressions, allowing wallets to represent and manage silent payment keys using a standardized descriptor format.
    <ul>
      <li><a href="https://github.com/bitcoin/bips/pull/2047">https://github.com/bitcoin/bips/pull/2047</a></li>
    </ul>
  </li>
  <li><strong>Two-block reorg at height 941880</strong>: A mining event where Foundry mined two consecutive blocks, causing a reorganization that displaced blocks from AntPool and ViaBTC. Analysis suggests network latency and block propagation timing as contributing factors.
    <ul>
      <li><a href="https://bnoc.xyz/t/two-block-reorg-at-height-941880/97">https://bnoc.xyz/t/two-block-reorg-at-height-941880/97</a></li>
    </ul>
  </li>
  <li><strong>Fuzzor: continuous fuzzing infrastructure</strong>: Experimental continuous fuzzing infrastructure primarily designed to test Bitcoin Core, supporting multiple fuzzing engines (AFL++, libFuzzer, honggfuzz) with automated bug detection, crash deduplication, and coverage analysis.
    <ul>
      <li><a href="https://github.com/dergoegge/fuzzor">https://github.com/dergoegge/fuzzor</a></li>
    </ul>
  </li>
  <li><strong>Want to submit a discussion topic?</strong> Open an issue or PR at <a href="https://github.com/bitdevsamsterdam/bitdevsamsterdam.github.io">https://github.com/bitdevsamsterdam/bitdevsamsterdam.github.io</a></li>
</ul>]]></content><author><name></name></author><summary type="html"><![CDATA[BitDevs Rotterdam meeting 027!]]></summary></entry><entry><title type="html">BitDevs Amsterdam, March 5th, 2026</title><link href="//bitdevsamsterdam.org/2026-03-05-march-bitdevs-amsterdam" rel="alternate" type="text/html" title="BitDevs Amsterdam, March 5th, 2026" /><published>2026-03-05T00:00:00+00:00</published><updated>2026-03-05T00:00:00+00:00</updated><id>//bitdevsamsterdam.org/march-bitdevs-amsterdam</id><content type="html" xml:base="//bitdevsamsterdam.org/2026-03-05-march-bitdevs-amsterdam"><![CDATA[<h2 id="bitdevs-amsterdam-meeting-026">BitDevs Amsterdam meeting 026!</h2>

<p>It’s time for another BitDevs! A big thanks to <a href="https://www.bitonic.nl">Bitonic</a> for sponsoring us with the meeting space. Drinks will be provided, so please ensure you have some dinner beforehand or bring it along to the seminar.</p>

<h3 id="thursday-march-5th-2026--7pm">Thursday, March 5th, 2026 @ 7PM</h3>

<p>Doors open at 6:30PM and we will try to start promptly at 7PM. As a reminder, the ground rules of BitDevs are as follows:</p>

<ol>
  <li>No photos, videos, or recordings.</li>
  <li><a href="https://en.wikipedia.org/wiki/Chatham_House_Rule">Chatham House Rule</a>: you may
reiterate the contents of the meeting <em>without</em> attribution.</li>
</ol>

<p>These rules exist so that BitDevs participants can speak freely within the event.</p>

<h3 id="agenda">Agenda</h3>

<ul>
  <li><strong>hArk (hash-lock-Ark)</strong>: A major Ark protocol evolution that eliminates synchronous interactivity during rounds. Instead of requiring all participants to be online simultaneously to sign transactions, the server generates unique secrets for each VTXO, allowing participants to claim their funds asynchronously.
    <ul>
      <li><a href="https://x.com/2ndbtc/status/2015401100355002626">https://x.com/2ndbtc/status/2015401100355002626</a></li>
    </ul>
  </li>
  <li><strong>ZK Statechains</strong>: Replaces traditional statechain ledgers with zero-knowledge proofs to validate ownership transfers of Bitcoin UTXOs while maintaining privacy, combining statechain exit mechanics with a “ZK Ledger” that proves key changes and timelock decrements.
    <ul>
      <li><a href="https://delvingbitcoin.org/t/zk-statechains-without-states/2166">https://delvingbitcoin.org/t/zk-statechains-without-states/2166</a></li>
    </ul>
  </li>
  <li><strong>Taproot Quantum Spend Paths</strong>: Proposes a quantum-safe version of Taproot that allows Bitcoin addresses to have multiple spending paths (both quantum-resistant and quantum-vulnerable), letting users continue benefiting from smaller, efficient signatures until quantum computers become a genuine threat.
    <ul>
      <li><a href="https://www.bitmex.com/blog/Taproot-Quantum-Spend-Paths">https://www.bitmex.com/blog/Taproot-Quantum-Spend-Paths</a></li>
    </ul>
  </li>
  <li><strong>Lightning Network surpassed $1B in monthly volume</strong>
    <ul>
      <li><a href="https://x.com/SDWouters/status/2024507942708351443">https://x.com/SDWouters/status/2024507942708351443</a></li>
      <li><a href="https://river.com/content/bitcoin-adoption-2026">River: Bitcoin Adoption 2026</a> — Bitcoin adoption is accelerating across institutional, business, and individual segments, with the Lightning Network reaching $1 billion in monthly volume and 194 public companies now holding bitcoin on their balance sheets.</li>
    </ul>
  </li>
  <li><strong>L402 Apps</strong>: A directory and marketplace for Lightning Network-powered applications and APIs that enable micropayments in Bitcoin. Discover apps that accept L402 payments and call verified Lightning-paywalled API endpoints priced in satoshis.
    <ul>
      <li><a href="https://www.l402apps.com/">https://www.l402apps.com/</a></li>
    </ul>
  </li>
  <li><strong>BIP352 update</strong>: Proposes adding a limit specifying that the number of taproot outputs in a transaction must fit within an unsigned 32-bit integer for silent payments scanning, improving clarity for implementations choosing compatible data types.
    <ul>
      <li><a href="https://github.com/bitcoin/bips/pull/2055">https://github.com/bitcoin/bips/pull/2055</a></li>
    </ul>
  </li>
  <li><strong>sedited added to trusted-keys</strong>: Adds sedited to Bitcoin Core’s trusted-keys file, granting cryptographic signing authority for the release process.
    <ul>
      <li><a href="https://github.com/bitcoin/bitcoin/pull/34236">https://github.com/bitcoin/bitcoin/pull/34236</a></li>
    </ul>
  </li>
  <li><strong>Incremental mutation testing in Bitcoin Core</strong>: Applies mutation testing selectively and progressively by focusing only on code changes since the last analysis, dramatically reducing execution time while maintaining the ability to assess whether tests effectively detect introduced bugs.
    <ul>
      <li><a href="https://delvingbitcoin.org/t/incremental-mutation-testing-in-the-bitcoin-core/2197">https://delvingbitcoin.org/t/incremental-mutation-testing-in-the-bitcoin-core/2197</a></li>
    </ul>
  </li>
  <li><strong>Binohash: Transaction Introspection Without Softforks</strong>: A collision-resistant hash function for Bitcoin Script that enables limited transaction introspection without consensus changes.
    <ul>
      <li>[https://robinlinus.com/binohash.pdf][https://robinlinus.com/binohash.pdf]</li>
    </ul>
  </li>
</ul>]]></content><author><name></name></author><summary type="html"><![CDATA[BitDevs Amsterdam meeting 026!]]></summary></entry><entry><title type="html">BitDevs Rotterdam, February 5, 2026</title><link href="//bitdevsamsterdam.org/2026-02-05-february-bitdevs-rotterdam" rel="alternate" type="text/html" title="BitDevs Rotterdam, February 5, 2026" /><published>2026-02-05T00:00:00+00:00</published><updated>2026-02-05T00:00:00+00:00</updated><id>//bitdevsamsterdam.org/february-bitdevs-rotterdam</id><content type="html" xml:base="//bitdevsamsterdam.org/2026-02-05-february-bitdevs-rotterdam"><![CDATA[<h2 id="bitdevs-rotterdam-meeting-025">BitDevs Rotterdam meeting 025!</h2>

<p>It’s time for another BitDevs! A big thanks to <a href="https://www.blockrise.com/nl">Blockrise</a> for sponsoring us with the meeting space. Drinks will be provided, so please ensure you have some dinner beforehand or bring it along to the seminar.</p>

<h3 id="thursday-february-5th-2026--7pm">Thursday, February 5th, 2026 @ 7PM</h3>

<p>Doors open at 6:30PM and we will try to start promptly at 7PM. As a reminder, the ground rules of BitDevs are as follows:</p>

<ol>
  <li>No photos, videos, or recordings.</li>
  <li><a href="https://en.wikipedia.org/wiki/Chatham_House_Rule">Chatham House Rule</a>: you may
reiterate the contents of the meeting <em>without</em> attribution.</li>
</ol>

<p>These rules exist so that BitDevs participants can speak freely within the event.</p>

<h3 id="agenda">Agenda</h3>

<h4 id="part-i-bip54-consensus-cleanup-revival">Part I: BIP54 (Consensus Cleanup Revival)</h4>

<ul>
  <li>BIP: <a href="https://bips.dev/54/">bips.dev/54</a></li>
  <li>Bitcoin Inquisition PR: <a href="https://github.com/bitcoin-inquisition/bitcoin/pull/99">bitcoin-inquisition/bitcoin#99</a></li>
  <li>Ongoing discussion
    <ul>
      <li>Modifying BIP54 timestamp restriction to support a future “ntime soft fork”
        <ul>
          <li><a href="https://groups.google.com/g/bitcoindev/c/L4Eu9bA5iBw/m/jo9RzS-HAQAJ">Bitcoin-Dev list</a></li>
          <li><a href="https://delvingbitcoin.org/t/modifying-bip54-to-support-future-ntime-soft-fork/2163">delvingbitcoin.org</a></li>
        </ul>
      </li>
    </ul>
  </li>
</ul>

<h4 id="part-ii-bitcoin-open-source-vs-llm-coding">Part II: Bitcoin Open Source vs LLM coding</h4>

<p>Open discussion around bitcoin open source development and the challenges that
wide adoption of LLM/agentic coding presents. Main discussion will be around development flow, reviews, repository policies and security.</p>]]></content><author><name></name></author><summary type="html"><![CDATA[BitDevs Rotterdam meeting 025!]]></summary></entry><entry><title type="html">BitDevs Rotterdam, January 8, 2026 (❄️ cancelled)</title><link href="//bitdevsamsterdam.org/2026-01-08-january-bitdevs-rotterdam" rel="alternate" type="text/html" title="BitDevs Rotterdam, January 8, 2026 (❄️ cancelled)" /><published>2026-01-08T00:00:00+00:00</published><updated>2026-01-08T00:00:00+00:00</updated><id>//bitdevsamsterdam.org/january-bitdevs-rotterdam</id><content type="html" xml:base="//bitdevsamsterdam.org/2026-01-08-january-bitdevs-rotterdam"><![CDATA[<h2 id="bitdevs-rotterdam-meeting-025">BitDevs Rotterdam meeting 025!</h2>

<p>❄️❄️❄️ Sadly this months’s Rotterdam meetup has been cancelled due to snow.</p>

<p>We’ll announce the next meetup and location soon(tm).</p>]]></content><author><name></name></author><summary type="html"><![CDATA[BitDevs Rotterdam meeting 025!]]></summary></entry><entry><title type="html">BitDevs Amsterdam, December 4th, 2025</title><link href="//bitdevsamsterdam.org/2025-12-04-december-bitdevs-amsterdam" rel="alternate" type="text/html" title="BitDevs Amsterdam, December 4th, 2025" /><published>2025-12-04T00:00:00+00:00</published><updated>2025-12-04T00:00:00+00:00</updated><id>//bitdevsamsterdam.org/december-bitdevs-amsterdam</id><content type="html" xml:base="//bitdevsamsterdam.org/2025-12-04-december-bitdevs-amsterdam"><![CDATA[<h2 id="bitdevs-amsterdam-meeting-024">BitDevs Amsterdam meeting 024!</h2>

<p>It’s time for another BitDevs! A big thanks to <a href="https://www.bitonic.nl">Bitonic</a> for sponsoring us with the meeting space. Drinks will be provided, so please ensure you have some dinner beforehand or bring it along to the seminar.</p>

<h3 id="thursday-december-4th-2025--7pm">Thursday, December 4th, 2025 @ 7PM</h3>

<p>Doors open at 6:30PM and we will try to start promptly at 7PM. As a reminder, the ground rules of BitDevs are as follows:</p>

<ol>
  <li>No photos, videos, or recordings.</li>
  <li><a href="https://en.wikipedia.org/wiki/Chatham_House_Rule">Chatham House Rule</a>: you may
reiterate the contents of the meeting <em>without</em> attribution.</li>
</ol>

<p>These rules exist so that BitDevs participants can speak freely within the event.</p>

<h1 id="agenda">Agenda</h1>

<p>The mysterious Bitcoin Core developers met in October. Minutes of meeting were leaked!</p>

<p>We’ll cover these topics based on the collected notes:</p>

<ul>
  <li><a href="https://btctranscripts.com/bitcoin-core-dev-tech/2025-10">https://btctranscripts.com/bitcoin-core-dev-tech/2025-10</a></li>
</ul>

<h2 id="softforks">Softforks</h2>

<ul>
  <li><a href="https://btctranscripts.com/bitcoin-core-dev-tech/2025-10/cisa">CISA FullAgg BIP</a></li>
</ul>

<h2 id="networking">Networking</h2>

<ul>
  <li><a href="https://btctranscripts.com/bitcoin-core-dev-tech/2025-10/package-relay">Package Relay</a></li>
  <li><a href="https://btctranscripts.com/bitcoin-core-dev-tech/2025-10/asmap">ASMap</a></li>
  <li><a href="https://btctranscripts.com/bitcoin-core-dev-tech/2025-10/security-audit">Security Audit</a></li>
  <li><a href="https://btctranscripts.com/bitcoin-core-dev-tech/2025-10/sockets-abstraction">Low Level Sockets Abstraction</a></li>
  <li><a href="https://btctranscripts.com/bitcoin-core-dev-tech/2025-10/net-net_processing-split">net - net_processing split</a></li>
</ul>

<h2 id="plumbing">Plumbing</h2>

<ul>
  <li><a href="https://btctranscripts.com/bitcoin-core-dev-tech/2025-10/cluster-mempool">Cluster Mempool</a></li>
  <li><a href="https://btctranscripts.com/bitcoin-core-dev-tech/2025-10/multiprocess-mining-interface">Multiprocess and mining interface</a></li>
  <li><a href="https://btctranscripts.com/bitcoin-core-dev-tech/2025-10/cmake">CMake</a></li>
  <li><a href="https://btctranscripts.com/bitcoin-core-dev-tech/2025-10/batch-validation">Batch Validation</a></li>
  <li><a href="https://btctranscripts.com/bitcoin-core-dev-tech/2025-10/libsha">libsha</a></li>
</ul>

<h2 id="privacy-and-security">Privacy and security</h2>

<ul>
  <li><a href="https://btctranscripts.com/bitcoin-core-dev-tech/2025-10/private-broadcast">Private broadcast</a></li>
  <li><a href="https://btctranscripts.com/bitcoin-core-dev-tech/2025-10/fingerprinting">Fingerprinting</a></li>
  <li><a href="https://btctranscripts.com/bitcoin-core-dev-tech/2025-10/breaking-secp256k1">A secp256k1 break? (quantum)</a></li>
</ul>

<h2 id="test-developer-tools">Test, developer tools</h2>

<ul>
  <li><a href="https://btctranscripts.com/bitcoin-core-dev-tech/2025-10/fuzzamoto">Fuzzamoto</a></li>
  <li><a href="https://btctranscripts.com/bitcoin-core-dev-tech/2025-10/debugging">Debugging</a></li>
  <li><a href="https://btctranscripts.com/bitcoin-core-dev-tech/2025-10/corecheck">CoreCheck</a></li>
</ul>

<h2 id="meta">Meta</h2>

<ul>
  <li><a href="https://btctranscripts.com/bitcoin-core-dev-tech/2025-10/smes-and-wgs">Subject matter experts and working groups</a></li>
</ul>]]></content><author><name></name></author><summary type="html"><![CDATA[BitDevs Amsterdam meeting 024!]]></summary></entry></feed>