|
| 1 | +--- |
| 2 | +date: '2026-03-18' |
| 3 | +title: 'Bitcoin Socratic Seminar #48' |
| 4 | +type: Doc |
| 5 | +--- |
| 6 | + |
| 7 | + |
| 8 | + |
| 9 | +It's almost time for <a href="https://www.meetup.com/atlantabitdevs/">Bitcoin Socratic Seminar #48</a>! |
| 10 | + |
| 11 | +## What is a Socratic Seminar? |
| 12 | + |
| 13 | +Inspired by other BitDevs meetups around the US, our Socratic Seminar events are formatted to foster debate, information sharing and lively discussion. |
| 14 | + |
| 15 | +1. Discussion topics are provided ahead of the event |
| 16 | +2. The event moderator(s) leads the audience through the topics |
| 17 | +3. Raise your hand to grab the mic and participate in the conversation |
| 18 | +4. We go to a bar afterwards |
| 19 | + |
| 20 | +## Logistics for Tonight |
| 21 | + |
| 22 | +Tonight we'll be meeting at ATL BitLab. Join our <a href="https://atlantabitdevs.org/telegram/" target="_blank">telegram channel</a> in case you need to ask for help finding us the night of the event. |
| 23 | + |
| 24 | +### Address |
| 25 | + |
| 26 | +684 John Wesley Dobbs Ave NE, |
| 27 | +Suite A1 |
| 28 | +Atlanta, GA 30312 |
| 29 | + |
| 30 | +### Parking |
| 31 | + |
| 32 | +Park anywhere in the gravel lot that has a "tenants only" sign (ATL BitLab is the tenant and you are their guests). You can also park right in front of ATL BitLab's fence. Avoid the areas marked for valet use. |
| 33 | + |
| 34 | +Look for the **orange door** behind the **fence**. |
| 35 | + |
| 36 | +## Topics |
| 37 | + |
| 38 | +### Bitcoin |
| 39 | + |
| 40 | +#### Cryptography |
| 41 | + |
| 42 | +- [DahLIAS paper accepted to Eurocrypt](https://eprint.iacr.org/) - Cross-input signature aggregation paper accepted into a mainstream cryptography conference |
| 43 | +- [Cross-input signature aggregation paper](https://eprint.iacr.org/) - Additional attention on cross-input signature aggregation as research continues to mature |
| 44 | +- [Blockstream Announcement](https://x.com/blksresearch/status/2031667618298605930) - Cross-input signature aggregation paper accepted into a mainstream cryptography conference |
| 45 | + |
| 46 | +#### Bitcoin Core |
| 47 | + |
| 48 | +- [Implementation of draft BIP for 24bit nonce space](https://github.com/bitcoin/bitcoin/pull/34779) - PR implementing the draft BIP to expand nVersion nonce space to 24 bits |
| 49 | +- [BDK Version 3.0.0-rc1 released](https://github.com/bitcoindevkit/bdk_wallet/releases/tag/v3.0.0-rc.1) - First release candidate for BDK v3.0.0 |
| 50 | +- [Recent OP_RETURN Output Statistics](https://delvingbitcoin.org/t/recent-op-return-output-statistics/2248) - ajtowns analyzes OP_RETURN usage since Bitcoin Core v30.0 relaxed mempool limits; only 0.44% of OP_RETURN data used the new larger sizes |
| 51 | +- [Hornet Node v0.1 Update](https://delvingbitcoin.org/t/hornet-node-v0-1-update/2300) - A new project creating a standalone specification of Bitcoin consensus rules, separate from the reference client implementation |
| 52 | +- [Default dbcache Increased to 1 GiB](https://github.com/bitcoin/bitcoin/issues/34692) - Default dbcache doubled on 64-bit systems with ≥4 GiB RAM |
| 53 | +- [Libsecp256k1: Runtime SHA256 Compression API](https://github.com/bitcoin-core/secp256k1/issues/1777) - New API lets applications supply a custom SHA256 compression function at runtime, enabling hardware-accelerated hashing without recompilation |
| 54 | + |
| 55 | +#### Security & Testing |
| 56 | + |
| 57 | +- [The Core Issue: Keeping Bitcoin Core Secure](https://bitcoinmagazine.com/print/the-core-issue-keeping-bitcoin-core-secure) - @dergoegge examines Bitcoin Core's security disclosure policy, fuzzing infrastructure, and testing toolkit |
| 58 | +- [Writing Fuzz Targets for Wallets: Avoiding Known Issues](https://delvingbitcoin.org/t/writing-fuzz-targets-for-wallets-avoiding-known-issues/2316) - Bruno Garcia shares performance and determinism pitfalls when fuzzing Bitcoin wallets, based on Bitcoin Core experience and conversations with BDK maintainers |
| 59 | +- [Fuzzing Dashboard](https://dergoegge.github.io/fuzzor-dashboard/) - Dashboard tracking fuzzing progress in Bitcoin Core |
| 60 | +- [Bitcoin++ Exploits Hackathon](https://loot.fund/hackathons/bitcoin-exploits-edition/applications) - Exploits-themed hackathon and bug bounty |
| 61 | + - [Minesploit](https://loot.fund/hackathons/bitcoin-exploits-edition/applications/3) - 1st place, [post](https://x.com/jayrmotta/status/2028542312297669007) |
| 62 | + - [Local Probe](https://loot.fund/hackathons/bitcoin-exploits-edition/applications/13) - 2nd place, [post](https://x.com/0xB10C/status/2028442307494637962), [demo](https://www.youtube.com/live/_Cj9oLXdzn8?si=ODBWk4LezqtZJjaL&t=31268) |
| 63 | + - [C12d - Interactive AI assistant for node analytics](https://c12d.vercel.app/) - 3rd place |
| 64 | + - [Alpen Fuzzing](https://loot.fund/hackathons/bitcoin-exploits-edition/applications/16) - [Bug found](https://github.com/alpenlabs/alpen/issues/1409) |
| 65 | + - [Stealth](https://x.com/brenorb/status/2028897371749269890) |
| 66 | + |
| 67 | +#### Post-Quantum |
| 68 | + |
| 69 | +- [PQ Provers for P2PKH Outputs](https://delvingbitcoin.org/t/pq-provers-for-p2pkh-outputs/2287) - Proposal for post-quantum proof schemes to protect legacy P2PKH outputs |
| 70 | +- [Hourglass V2 Update](https://groups.google.com/g/bitcoindev/c/0E1UyyQIUA0) - Rate-limiting P2PK UTXO spending (1 BTC/block) as quantum attack mitigation, with input from Jameson Lopp |
| 71 | +- [The Limitations of Cryptographic Agility in Bitcoin](https://groups.google.com/g/bitcoindev/c/O6l3GUvyO7A) - Pieter Wuille examines the constraints and trade-offs of adding cryptographic agility to Bitcoin's consensus rules |
| 72 | + |
| 73 | +#### BIPs & Protocol Proposals |
| 74 | + |
| 75 | +- [[BIP Draft] 24 nVersion Bits for General Purpose Use](https://groups.google.com/g/bitcoindev/c/fCfbi8hy-AE) - Matt Corallo proposes expanding nVersion nonce space from 16 to 24 bits, replacing BIP 320 |
| 76 | +- [Draft BIP: Output Script Descriptor Annotations](https://bitcoinops.org/en/newsletters/2026/02/27/#draft-bip-for-output-script-descriptor-annotations) - Craig Raw proposes appending key/value metadata such as wallet birthday and gap limit to descriptors via URL-like query syntax, improving silent payment scanning efficiency |
| 77 | + - [bitcoin-dev discussion](https://groups.google.com/g/bitcoindev/c/ozjr1lF3Rkc) |
| 78 | +- [BIP392: Silent Payment Descriptor Format](https://github.com/bitcoin/bips/issues/2047) - New sp() descriptor published for silent payment wallets, defining how to represent silent payment keys in output script descriptors |
| 79 | +- [Rusty Russell requests BIP numbers for two Great Script Restoration BIPs](https://groups.google.com/g/bitcoindev/c/GisTcPb8Jco/m/8znWcWwKAQAJ) - First two BIPs of the "Bitcoin Scripting Proposal BIP Quartet" (varops budget + tapscript leaf 0xc2) submitted for BIP numbers |
| 80 | + - [BIPs PRs](https://github.com/bitcoin/bips/pull/2118) |
| 81 | + - [Two additional BIPs](https://groups.google.com/g/bitcoindev/c/GisTcPb8Jco) are WIP |
| 82 | + |
| 83 | +#### Covenants & Script Innovation |
| 84 | + |
| 85 | +- [Binohash: Transaction Introspection Without Softforks](https://x.com/robin_linus/status/2026700104774856827) - First mined transaction demonstrating limited covenants using only existing Bitcoin script, potentially eliminating the need for a light client in BitVM bridges |
| 86 | + - [Delving Bitcoin discussion](https://delvingbitcoin.org/t/binohash-transaction-introspection-without-softforks/2288) |
| 87 | + |
| 88 | +### Lightning |
| 89 | + |
| 90 | +- [Lightning Network Gossip](https://github.com/jharveyb/gossip_observer) - Jonathan Harvey-Buschel is fixing Lightning gossip using minisketch |
| 91 | + - Inspired by ["Magical Minisketch"](https://endothermic.dev/p/magical-minisketch) |
| 92 | +- [LND adds Onion Message Forwarding](https://github.com/lightningnetwork/lnd/pull/10089) - Allows BOLT12 communication via onion messages to be transmitted through LND peers |
| 93 | + - Perhaps the last Lightning implementation to support onion messages? |
| 94 | +- [LDK: Collaborative Multipath Payments](https://github.com/lightningdevkit/rust-lightning/issues/4373) - Multiple wallets or nodes can collaboratively pay a single invoice by each sending part of a multipath payment |
| 95 | +- [Eclair: Auto Channel Type Selection](https://github.com/ACINQ/eclair/issues/3250) - OpenChannelInterceptor auto-selects `channel_type` for LSP-initiated channels; defaults to anchor channels, simple taproot channels expected next |
| 96 | +- [LDK: Trampoline Routing Groundwork](https://github.com/lightningdevkit/rust-lightning/issues/4304) - Refactors HTLC forwarding to support multiple incoming/outgoing HTLCs per forward, enabling trampoline nodes to act as MPP endpoints on both sides |
| 97 | +- [LDK: Dual Funding on Splices](https://github.com/lightningdevkit/rust-lightning/issues/4416) - Acceptor can now contribute funds when both peers attempt to initiate a splice simultaneously |
| 98 | + |
| 99 | +### Other Layer 2s |
| 100 | + |
| 101 | +- [V-PACK](https://www.vtxopack.org/) - Stateless VTXO verification standard for the Ark ecosystem, letting users independently verify and visualize VTXO exit paths |
| 102 | +- [Second Releases hArk-based Ark Software](https://docs.second.tech/changelog/changelog/#010-beta6) - Ark v0.1.0-beta.6 uses hash-lock Ark (hArk) to eliminate synchronous interactivity during rounds |
| 103 | +- [Ark Labs Raises $5.2M with Tether](https://bitcoinmagazine.com/news/ark-labs-raises-5-2m-with-tether) - Seed round led by Tether to build production Ark infrastructure |
| 104 | +- [Crest - New Privacy Tool Announced built on Citrea](https://x.com/crest_btc) - Privacy-focused protocol building on the Citrea Bitcoin rollup |
| 105 | + - Closed beta [announcement](https://x.com/crest_btc/status/2032071660036128904) |
| 106 | + - [Repo](https://github.com/crest-bitcoin/protocol) is a fork of another protocol |
| 107 | +- [Park - Privacy in Ark](https://uncensoredtech.substack.com/p/park) - Proposal for adding privacy features to the Ark protocol |
| 108 | + |
| 109 | +#### Ecash |
| 110 | + |
| 111 | +- [React Native Support Merged into Fedimint SDK](https://x.com/ALewin/status/2029333061058363643) - Fedimint's SDK now supports React Native, enabling mobile app developers to integrate Fedimint directly into cross-platform apps |
| 112 | + |
| 113 | +### Business |
| 114 | + |
| 115 | +- [Strike Announces Bitcoin Line of Credit (BLOC)](https://x.com/Strike/status/2028974333708644588) - Borrow against your Bitcoin without selling, powered by Strike |
| 116 | +- [Strike Receives BitLicense to operate in New York](https://x.com/mattcrv/status/2029994842386813422) - Strike approved by NYDFS to serve New York customers |
| 117 | +- [Square launches bounties to onboard merchants to accept bitcoin](https://x.com/BitcoinNewsCom/status/2029906172141093075) - Incentive program to drive merchant Bitcoin adoption through Square POS |
| 118 | +- [COLDCARD Proof-of-Reserves Support](https://x.com/COLDCARDwallet/status/2029684130938531965) - "Perfect for audits, transparency reports, or just flexing your reserves." |
| 119 | + |
| 120 | +### AI |
| 121 | + |
| 122 | +- [Using AI tooling for code review](https://delvingbitcoin.org/t/using-ai-tooling-for-code-review/2277) - Discussion on integrating AI tools into the Bitcoin Core code review process |
| 123 | +- [Open Source Agents Need to Get Serious About Payments](https://x.com/TheBlueMatt/status/2026667191475777727) - Matt Corallo argues open source AI agents need native payment rails like Lightning |
| 124 | +- [Unhuman Store](https://unhuman.store/) - Suite of AI agent services accepting Lightning payments via L402 |
| 125 | +- [Mail Mike](https://mailmike.lol/) - AI email agent that accepts Lightning payments to send emails on your behalf |
0 commit comments