deploy: e4eb1ec

Author: adamjonas

tags/floresta/index.html …egories/consensus-enforcement/index.htmltags/floresta/index.html renamed to categories/consensus-enforcement/index.html tags/floresta/index.html renamed to categories/consensus-enforcement/index.html

@@ -0,0 +1 @@
+<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Consensus Enforcement on ₿itcoin Transcripts</title><link>https://btctranscripts.com/categories/consensus-enforcement/</link><description>Recent content in Consensus Enforcement on ₿itcoin Transcripts</description><generator>Hugo -- gohugo.io</generator><language>en</language><lastBuildDate>Fri, 31 Oct 2025 00:00:00 +0000</lastBuildDate><atom:link href="https://btctranscripts.com/categories/consensus-enforcement/index.xml" rel="self" type="application/rss+xml"/><item><title>Merkle Trees is the Perfect Place for UTXOs: Floresta as a Chain Source for BDK</title><link>https://btctranscripts.com/tabconf/2025/merkle-trees-is-the-perfect-place-for-utxos-floresta-as-a-chain-source-for-bdk/</link><pubDate>Fri, 31 Oct 2025 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/tabconf/2025/merkle-trees-is-the-perfect-place-for-utxos-floresta-as-a-chain-source-for-bdk/</guid><description>Luis Schwab, a Bitcoin Dev Kit grantee, presents bdk_floresta, a work-in-progress chain source crate that integrates Floresta — a Rust implementation of a Utreexo compact state node — directly into BDK wallets. The talk begins with an overview of BDK’s crate ecosystem (bdk_wallet, bdk_chain, Electrum, Esplora, Kyoto) and the privacy problem with relying on external servers: those servers can correlate a user’s IP address with their addresses, transactions, and balances. Utreexo is introduced as a solution to the ever-growing UTXO set problem: it compresses the ~11 GB UTXO set down to a few Merkle root hashes using a dynamic hash accumulator, requiring spending nodes to attach inclusion proofs when broadcasting transactions. The network topology includes full nodes, bridge nodes (which store the full Merkle forest and generate proofs, requiring tens of gigabytes of RAM), and compact state nodes like Floresta that only store the root hashes. bdk_floresta spawns a Floresta node in the background, exposing a subscriber that emits wallet update events applied directly by the BDK wallet. Current synchronization is block-by-block, with compact block filters planned for fast historical scanning after IBD. A live signet demo fails due to insufficient bridge node availability, so Luis walks through the code instead, showing node configuration, wallet attachment, the subscriber pattern, and the use of assumevalid to skip script validation for older blocks. Q&amp;amp;A covers the distinction between Floresta and Utreexod (Calvin Kim’s bridge implementation), the privacy improvement of behaving as a regular node versus querying an Esplora server, bridge node resource requirements (too heavy for consumer devices like Umbrel), and how compact block filters will enable historical wallet syncing post-IBD.</description></item></channel></rss>

categories/consensus-enforcement/index.xml

@@ -1 +1 @@
-<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Categories on ₿itcoin Transcripts</title><link>https://btctranscripts.com/categories/</link><description>Recent content in Categories on ₿itcoin Transcripts</description><generator>Hugo -- gohugo.io</generator><language>en</language><lastBuildDate>Wed, 21 Jan 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://btctranscripts.com/categories/index.xml" rel="self" type="application/rss+xml"/><item><title>Entertainment</title><link>https://btctranscripts.com/categories/entertainment/</link><pubDate>Wed, 21 Jan 2026 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/categories/entertainment/</guid><description/></item><item><title>podcast</title><link>https://btctranscripts.com/categories/podcast/</link><pubDate>Thu, 06 Nov 2025 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/categories/podcast/</guid><description/></item><item><title>Science &amp; Technology</title><link>https://btctranscripts.com/categories/science-technology/</link><pubDate>Fri, 31 Oct 2025 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/categories/science-technology/</guid><description/></item><item><title>Scripts and Addresses</title><link>https://btctranscripts.com/categories/scripts-and-addresses/</link><pubDate>Thu, 30 Oct 2025 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/categories/scripts-and-addresses/</guid><description/></item><item><title>Security Enhancements</title><link>https://btctranscripts.com/categories/security-enhancements/</link><pubDate>Thu, 30 Oct 2025 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/categories/security-enhancements/</guid><description/></item><item><title>Soft Forks</title><link>https://btctranscripts.com/categories/soft-forks/</link><pubDate>Thu, 30 Oct 2025 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/categories/soft-forks/</guid><description/></item><item><title>Education</title><link>https://btctranscripts.com/categories/education/</link><pubDate>Fri, 20 Dec 2024 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/categories/education/</guid><description/></item></channel></rss>
+<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Categories on ₿itcoin Transcripts</title><link>https://btctranscripts.com/categories/</link><description>Recent content in Categories on ₿itcoin Transcripts</description><generator>Hugo -- gohugo.io</generator><language>en</language><lastBuildDate>Wed, 21 Jan 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://btctranscripts.com/categories/index.xml" rel="self" type="application/rss+xml"/><item><title>Entertainment</title><link>https://btctranscripts.com/categories/entertainment/</link><pubDate>Wed, 21 Jan 2026 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/categories/entertainment/</guid><description/></item><item><title>podcast</title><link>https://btctranscripts.com/categories/podcast/</link><pubDate>Thu, 06 Nov 2025 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/categories/podcast/</guid><description/></item><item><title>Consensus Enforcement</title><link>https://btctranscripts.com/categories/consensus-enforcement/</link><pubDate>Fri, 31 Oct 2025 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/categories/consensus-enforcement/</guid><description/></item><item><title>Lightweight Client Support</title><link>https://btctranscripts.com/categories/lightweight-client-support/</link><pubDate>Fri, 31 Oct 2025 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/categories/lightweight-client-support/</guid><description/></item><item><title>P2P Network Protocol</title><link>https://btctranscripts.com/categories/p2p-network-protocol/</link><pubDate>Fri, 31 Oct 2025 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/categories/p2p-network-protocol/</guid><description/></item><item><title>Privacy Enhancements</title><link>https://btctranscripts.com/categories/privacy-enhancements/</link><pubDate>Fri, 31 Oct 2025 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/categories/privacy-enhancements/</guid><description/></item><item><title>Privacy Problems</title><link>https://btctranscripts.com/categories/privacy-problems/</link><pubDate>Fri, 31 Oct 2025 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/categories/privacy-problems/</guid><description/></item><item><title>Scripts and Addresses</title><link>https://btctranscripts.com/categories/scripts-and-addresses/</link><pubDate>Fri, 31 Oct 2025 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/categories/scripts-and-addresses/</guid><description/></item><item><title>Security Problems</title><link>https://btctranscripts.com/categories/security-problems/</link><pubDate>Fri, 31 Oct 2025 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/categories/security-problems/</guid><description/></item><item><title>Transaction Relay Policy</title><link>https://btctranscripts.com/categories/transaction-relay-policy/</link><pubDate>Fri, 31 Oct 2025 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/categories/transaction-relay-policy/</guid><description/></item><item><title>Wallet Collaboration Tools</title><link>https://btctranscripts.com/categories/wallet-collaboration-tools/</link><pubDate>Fri, 31 Oct 2025 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/categories/wallet-collaboration-tools/</guid><description/></item><item><title>Security Enhancements</title><link>https://btctranscripts.com/categories/security-enhancements/</link><pubDate>Thu, 30 Oct 2025 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/categories/security-enhancements/</guid><description/></item><item><title>Soft Forks</title><link>https://btctranscripts.com/categories/soft-forks/</link><pubDate>Thu, 30 Oct 2025 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/categories/soft-forks/</guid><description/></item><item><title>Education</title><link>https://btctranscripts.com/categories/education/</link><pubDate>Fri, 20 Dec 2024 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/categories/education/</guid><description/></item></channel></rss>

categories/index.html

@@ -0,0 +1 @@
+<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Lightweight Client Support on ₿itcoin Transcripts</title><link>https://btctranscripts.com/categories/lightweight-client-support/</link><description>Recent content in Lightweight Client Support on ₿itcoin Transcripts</description><generator>Hugo -- gohugo.io</generator><language>en</language><lastBuildDate>Fri, 31 Oct 2025 00:00:00 +0000</lastBuildDate><atom:link href="https://btctranscripts.com/categories/lightweight-client-support/index.xml" rel="self" type="application/rss+xml"/><item><title>Merkle Trees is the Perfect Place for UTXOs: Floresta as a Chain Source for BDK</title><link>https://btctranscripts.com/tabconf/2025/merkle-trees-is-the-perfect-place-for-utxos-floresta-as-a-chain-source-for-bdk/</link><pubDate>Fri, 31 Oct 2025 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/tabconf/2025/merkle-trees-is-the-perfect-place-for-utxos-floresta-as-a-chain-source-for-bdk/</guid><description>Luis Schwab, a Bitcoin Dev Kit grantee, presents bdk_floresta, a work-in-progress chain source crate that integrates Floresta — a Rust implementation of a Utreexo compact state node — directly into BDK wallets. The talk begins with an overview of BDK’s crate ecosystem (bdk_wallet, bdk_chain, Electrum, Esplora, Kyoto) and the privacy problem with relying on external servers: those servers can correlate a user’s IP address with their addresses, transactions, and balances. Utreexo is introduced as a solution to the ever-growing UTXO set problem: it compresses the ~11 GB UTXO set down to a few Merkle root hashes using a dynamic hash accumulator, requiring spending nodes to attach inclusion proofs when broadcasting transactions. The network topology includes full nodes, bridge nodes (which store the full Merkle forest and generate proofs, requiring tens of gigabytes of RAM), and compact state nodes like Floresta that only store the root hashes. bdk_floresta spawns a Floresta node in the background, exposing a subscriber that emits wallet update events applied directly by the BDK wallet. Current synchronization is block-by-block, with compact block filters planned for fast historical scanning after IBD. A live signet demo fails due to insufficient bridge node availability, so Luis walks through the code instead, showing node configuration, wallet attachment, the subscriber pattern, and the use of assumevalid to skip script validation for older blocks. Q&amp;amp;A covers the distinction between Floresta and Utreexod (Calvin Kim’s bridge implementation), the privacy improvement of behaving as a regular node versus querying an Esplora server, bridge node resource requirements (too heavy for consumer devices like Umbrel), and how compact block filters will enable historical wallet syncing post-IBD.</description></item></channel></rss>

categories/index.xml

@@ -0,0 +1 @@
+<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>P2P Network Protocol on ₿itcoin Transcripts</title><link>https://btctranscripts.com/categories/p2p-network-protocol/</link><description>Recent content in P2P Network Protocol on ₿itcoin Transcripts</description><generator>Hugo -- gohugo.io</generator><language>en</language><lastBuildDate>Fri, 31 Oct 2025 00:00:00 +0000</lastBuildDate><atom:link href="https://btctranscripts.com/categories/p2p-network-protocol/index.xml" rel="self" type="application/rss+xml"/><item><title>Merkle Trees is the Perfect Place for UTXOs: Floresta as a Chain Source for BDK</title><link>https://btctranscripts.com/tabconf/2025/merkle-trees-is-the-perfect-place-for-utxos-floresta-as-a-chain-source-for-bdk/</link><pubDate>Fri, 31 Oct 2025 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/tabconf/2025/merkle-trees-is-the-perfect-place-for-utxos-floresta-as-a-chain-source-for-bdk/</guid><description>Luis Schwab, a Bitcoin Dev Kit grantee, presents bdk_floresta, a work-in-progress chain source crate that integrates Floresta — a Rust implementation of a Utreexo compact state node — directly into BDK wallets. The talk begins with an overview of BDK’s crate ecosystem (bdk_wallet, bdk_chain, Electrum, Esplora, Kyoto) and the privacy problem with relying on external servers: those servers can correlate a user’s IP address with their addresses, transactions, and balances. Utreexo is introduced as a solution to the ever-growing UTXO set problem: it compresses the ~11 GB UTXO set down to a few Merkle root hashes using a dynamic hash accumulator, requiring spending nodes to attach inclusion proofs when broadcasting transactions. The network topology includes full nodes, bridge nodes (which store the full Merkle forest and generate proofs, requiring tens of gigabytes of RAM), and compact state nodes like Floresta that only store the root hashes. bdk_floresta spawns a Floresta node in the background, exposing a subscriber that emits wallet update events applied directly by the BDK wallet. Current synchronization is block-by-block, with compact block filters planned for fast historical scanning after IBD. A live signet demo fails due to insufficient bridge node availability, so Luis walks through the code instead, showing node configuration, wallet attachment, the subscriber pattern, and the use of assumevalid to skip script validation for older blocks. Q&amp;amp;A covers the distinction between Floresta and Utreexod (Calvin Kim’s bridge implementation), the privacy improvement of behaving as a regular node versus querying an Esplora server, bridge node resource requirements (too heavy for consumer devices like Umbrel), and how compact block filters will enable historical wallet syncing post-IBD.</description></item></channel></rss>

tags/bdk/index.html …es/lightweight-client-support/index.htmltags/bdk/index.html renamed to categories/lightweight-client-support/index.html tags/bdk/index.html renamed to categories/lightweight-client-support/index.html

@@ -0,0 +1 @@
+<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Privacy Enhancements on ₿itcoin Transcripts</title><link>https://btctranscripts.com/categories/privacy-enhancements/</link><description>Recent content in Privacy Enhancements on ₿itcoin Transcripts</description><generator>Hugo -- gohugo.io</generator><language>en</language><lastBuildDate>Fri, 31 Oct 2025 00:00:00 +0000</lastBuildDate><atom:link href="https://btctranscripts.com/categories/privacy-enhancements/index.xml" rel="self" type="application/rss+xml"/><item><title>Merkle Trees is the Perfect Place for UTXOs: Floresta as a Chain Source for BDK</title><link>https://btctranscripts.com/tabconf/2025/merkle-trees-is-the-perfect-place-for-utxos-floresta-as-a-chain-source-for-bdk/</link><pubDate>Fri, 31 Oct 2025 00:00:00 +0000</pubDate><guid>https://btctranscripts.com/tabconf/2025/merkle-trees-is-the-perfect-place-for-utxos-floresta-as-a-chain-source-for-bdk/</guid><description>Luis Schwab, a Bitcoin Dev Kit grantee, presents bdk_floresta, a work-in-progress chain source crate that integrates Floresta — a Rust implementation of a Utreexo compact state node — directly into BDK wallets. The talk begins with an overview of BDK’s crate ecosystem (bdk_wallet, bdk_chain, Electrum, Esplora, Kyoto) and the privacy problem with relying on external servers: those servers can correlate a user’s IP address with their addresses, transactions, and balances. Utreexo is introduced as a solution to the ever-growing UTXO set problem: it compresses the ~11 GB UTXO set down to a few Merkle root hashes using a dynamic hash accumulator, requiring spending nodes to attach inclusion proofs when broadcasting transactions. The network topology includes full nodes, bridge nodes (which store the full Merkle forest and generate proofs, requiring tens of gigabytes of RAM), and compact state nodes like Floresta that only store the root hashes. bdk_floresta spawns a Floresta node in the background, exposing a subscriber that emits wallet update events applied directly by the BDK wallet. Current synchronization is block-by-block, with compact block filters planned for fast historical scanning after IBD. A live signet demo fails due to insufficient bridge node availability, so Luis walks through the code instead, showing node configuration, wallet attachment, the subscriber pattern, and the use of assumevalid to skip script validation for older blocks. Q&amp;amp;A covers the distinction between Floresta and Utreexod (Calvin Kim’s bridge implementation), the privacy improvement of behaving as a regular node versus querying an Esplora server, bridge node resource requirements (too heavy for consumer devices like Umbrel), and how compact block filters will enable historical wallet syncing post-IBD.</description></item></channel></rss>