Socratic Seminar 28
- Questions are encouraged, including basic ones!
- Chatham House Rule
- Suggest topics for the next Socratic Seminar in this GitHub issue!
- Free Base58 open source Bitcoin project deep dive summer series
- Script: A mini programming language. Great page explaining Bitcoin script, with extremely cute little animations
- An animation from murch showing the effect of different coin selection algorithms on UTXO pools
- The mempool is hard! Challenges and ongoing work
New Work & Research
- Gleb Naumenko, with contributions from Antoine Riard, discusses bribing miners to censor specific transactions, "TxWithhold smart contracts". Interestingly, one do so is probably via Ethereum, which already has the equivalent of on-chain Bitcoin SPV clients. Bitcoin developers should probably be at least peripherally aware of such potential interactions with other chains. Additionally, UTXO set inspection is impossible today, but could be accidentally added to the protocol.
- The OP_RETURN wars. Some drama from 2014 over usage of Bitcoin block space for non-Bitcoin transactions.
- Presenters shilling privilage: I wrote a blog post on ordinal theory. New fun notation is introduced, leveraging the fact that the difficulty adjustment and the halving fall on the same block every six halvings.
- Were X-only pubkeys a mistake? Maybe, because they make a bunch of protocols more complicated, but maybe it's not so bad if we only use them at the very end, just-in-time X-only pubkeys, if you will.. Great comment here by real-or-random.
- Apparently you can non-interactively half-aggregate BIP-340 signatures, who knew? But this breaks adapter signatures) so it's kind of a monkey's-paw type situation. Why? Because the untweaked signature is never published on-chain, only the tweaked signature.
- Order is hard. How to make your mnemonic a little longer but the order doesn't matter.
- PR adding a regtest only RPC call for testing package relay
- pwuille steps down as maintainer and glozow steps up to the plate, all involved still writing as much code as usual.
- Bitcoin Core PR that sends extra getheaders messages, so we don't leak knowledge of stale blocks
- Nice Bitcoin Core refactor that introduces a Rust-like Result class and uses it to remove a bunch of out-params
- Sjors walks us through the Bitcoin Core multisig PR labyrinth
- A nice post on the different roles of Lightning Nodes, and how the Validated Lightning Signer project helps.
- Stacker News: Likely old news to many, but still a great Lightning project! Hacker News / Reddit clone with paid upvotes for sats
- Some kind of VPN thing for your Lightning Node in exchange for sats?
- What is the price of anarchy for selfish routing strategies on the Lightning Network?
- Announcing splices: in a PR and a discussion on the Lightning-Dev mailing list, developers discussed the best way to communicate that a channel that was seemingly being closed onchain was in fact a splice where funds were being added to the channel or removed from it.
- Bastien Teinturier posted a summary of an idea he attributes to Rusty Russell for rate limiting onion messages.
- Inbound channel routing fees
- Using BOLT 8 to Send Wumbo Messages
- ZmnSCPxj departs from his "typical crap" with a short missive on three strategies for Lightning forwarding nodes
- Surprisingly, tail emission is not inflationary, Peter Todd claims. Many chime in with much wailing and gnashing of teeth. Great summary of the discussion in Bitcoin Optech #209.
- Security problems with relying on transaction fees for security