Bitcoin Optech's avatar
Bitcoin Optech
_@bitcoinops.org
npub1hkuk...432p
We provide weekly newsletters, workshops, case studies, and research for the #Bitcoin community.
Bitcoin Optech newsletter #316 is here: - describes a new time warp that’s particularly consequential for the new testnet4 - summarizes proposed mitigations for onion message denial-of-service concerns - seeks feedback on a proposal to allow LN payers to identify themselves - announces a major change to Bitcoin Core’s build system that could affect developers and integrators - adds Inbound forwarding fees, Merkle tree vulnerabilities topics - Optech #316 Recap Mark “Murch” Erhardt posted to Delving Bitcoin to describe an attack discovered by developer Zawy for exploiting testnet4’s new difficulty adjustment algorithm... Gijs van Dam posted to Delving Bitcoin to discuss a recent paper by researchers Amin Bashiri and Majid Khabbazian about onion messages... Bastien Teinturier posted to Delving Bitcoin to propose methods for allowing spenders to optionally include extra data with their payments that would allow receivers to identify those payments as having come from a known contact... Cory Fields posted to the Bitcoin-Dev mailing list to announce Bitcoin Core’s impending switch from the GNU autotools build system to the CMake build system... Inbound forwarding fees are fees charged by an LN node for accepting a payment for forwarding. The original LN protocol only specifies charging forwarding fees when a node relays the payment to its next hop... Merkle tree vulnerabilities are a class of problems in the design of the merkle tree used by the Bitcoin consensus protocol... Bitcoin Optech will host an audio recap discussion of this newsletter with special guest Bastien Teinturier on Twitter Spaces Tuesday at 14:30 UTC. Join us to discuss or ask questions! https://twitter.com/i/spaces/1vOGwrmXkNLKB
Bitcoin Optech newsletter #314 is here: - announces the disclosure of two vulnerabilities affecting older versions of Bitcoin Core - summarizes a proposed approach to optimizing miner transaction selection when cluster mempool is in use - highlights a network event simulator for the Bitcoin P2P network - Optech Newsletter #314 Recap on Twitter Spaces Niklas Gögge posted to the Bitcoin-Dev mailing list a link to announcements of two vulnerabilities affecting versions of Bitcoin Core that have been past their end of life since at least October 2022... Pieter Wuille posted to Delving Bitcoin about ensuring that miner block templates can include the best set of transactions when using cluster mempool... Sergi Delgado posted to Delving Bitcoin about Hyperion, a network simulator he’s written that tracks how data propagates through a simulated Bitcoin network... Bitcoin Optech will host an audio recap discussion of this newsletter on Twitter Spaces Tuesday at 14:30 UTC. Join us to discuss or ask questions! https://twitter.com/i/spaces/1ynJODgpgawxR
Bitcoin Optech newsletter #311 is here: - recaps the "Testnet4 including PoW difficulty adjustment fix" PR Review Meeting - Optech Newsletter #311 Recap on Twitter Spaces 'Testnet4 including PoW difficulty adjustment fix' is a PR by Fabian Jahr that introduces Testnet4 as a new test network to replace Testnet3 and simultaneously fixes the long-standing difficulty adjustment and time warp bugs... Bitcoin Optech will host an audio recap discussion of this newsletter with special guests Fabian Jahr and Vojtěch Strnad on Twitter Spaces Tuesday at 14:30 UTC. Join us to discuss or ask questions! https://twitter.com/i/spaces/1YpKklyngkNGj
Bitcoin Optech newsletter #310 is here: - summarizes the disclosure of 10 vulnerabilities affecting old versions of Bitcoin Core - describes a proposal to allow BOLT11 invoices to include blinded paths - Optech Newsletter #310 Recap on Twitter Spaces Antoine Poinsot posted to the Bitcoin-Dev mailing list a link to an announcement of 10 vulnerabilites affecting versions of Bitcoin Core that have been past their end-of-life for almost two years... Elle Mouton posted to Delving Bitcoin a proposed BLIP specification for an optional field that could be added to BOLT11 invoices to communicate a blinded path for paying the receiver’s node... Bitcoin Optech will host an audio recap discussion of this newsletter with special guest Antoine Poinsot on Twitter Spaces Tuesday at 14:30 UTC. Join us to discuss or ask questions! https://x.com/i/spaces/1BRKjPgRAkRJw
Bitcoin Optech newsletter #309 is here: - summarizes research into estimating the likelihood that an LN payment is feasible - summarizes popular Q&A from Stack Exchange - Optech Newsletter #309 Recap on Twitter Spaces René Pickhardt posted to Delving Bitcoin about estimating the likelihood that an LN payment is feasible given the public knowledge of a channel’s maximum capacity but no knowledge about its current balance distribution... Selected Q&A from Bitcoin Stack Exchange: - How is the progress IBD calculated? - What is progress increase per hour during synchronization? - Should an even Y coordinate be enforced after every key-tweak operation, or only at the end? - Signet mobile phone wallets? - What block had the most transaction fees? - bitcoin-cli listtransactions fee amount is way off, why? - Did uncompressed public keys use the 04 prefix before compressed public keys were used? - What happens if an HTLC’s value is below the dust limit? - How does subtractfeefrom work? - What’s the difference between the 3 index directories “blocks/index/”, “bitcoin/indexes” and “chainstate”? Bitcoin Optech will host an audio recap discussion of this newsletter with special guest René Pickhardt on Twitter Spaces Tuesday at 14:30 UTC. Join us to discuss or ask questions! https://x.com/i/spaces/1MYGNowQanbJw
Bitcoin Optech newsletter #308 is here: - announces the disclosure of a vulnerability affecting old versions of LND - summarizes continued discussion about PSBTs for silent payments - summarizes changes to services/client software - Optech Newsletter #308 Recap on Twitter Spaces Matt Morehouse posted to Delving Bitcoin the disclosure of a vulnerability affecting versions of LND before 0.17.0... Several developers have been discussing adding support for coordinating the sending of silent payments using PSBTs. Since our previous summary, the discussion has focused on using a technique where each signer generates an ECDH share and a compact proof that they generated their share correctly... Changes to services and client software: - Casa adds descriptor support - Specter-DIY v1.9.0 released - Constant-time analysis tool cargo-checkct announced - Jade adds miniscript support - Ark implementation announced - Volt Wallet beta announced - Joinstr adds electrum support - Bitkit v1.0.1 released - Civkit alpha announced Bitcoin Optech will host an audio recap discussion of this newsletter on Twitter Spaces Tuesday at 14:30 UTC. Join us to discuss or ask questions! https://x.com/i/spaces/1PlKQDbRlQvxE
Bitcoin Optech newsletter #307 is here: - announces a draft BIP for a quantum-safe Bitcoin address format - recaps the "Don’t wipe indexes again when continuing a prior reindex" PR Review Meeting - Optech Newsletter #307 Recap on Twitter Spaces Developer Hunter Beast posted to both Delving Bitcoin and the mailing list a “rough draft” BIP for assigning version 3 segwit addresses to a quantum-resistant signature algorithm... 'Don’t wipe indexes again when continuing a prior reindex' is a PR by TheCharlatan that can improve startup time when a user restarts their node before an ongoing reindex has completed... Bitcoin Optech will host an audio recap discussion of this newsletter with special guest Hunter Beast on Twitter Spaces Tuesday at 14:30 UTC. Join us to discuss or ask questions! https://twitter.com/i/spaces/1MnGnMpMVyMKO
Bitcoin Optech newsletter #306 is here: - announces upcoming disclosure of vulnerabilities affecting older versions of Bitcoin Core - describes a BIP for a new testnet - summarizes a proposal for covenants based on functional encryption - examines an update to the 64-bit arithmetic proposal - links to a script for validating proof-of-work on signet with the OP_CAT opcode - looks at a proposed update to the BIP21 specification of bitcoin: URIs - #306 Recap Several members of the Bitcoin Core project discussed on IRC a proposed policy for disclosing vulnerabilities that affected older versions of Bitcoin Core... Fabian Jahr posted to the Bitcoin-Dev mailing list to announce a draft BIP for testnet4, a new version of testnet designed to eliminate some problems with the existing testnet3... Jeremy Rubin posted to Delving Bitcoin his paper about theoretically using functional encryption to add a full range of covenant behavior to Bitcoin with no required consensus changes... Chris Stewart posted to Delving Bitcoin to announce an update to his earlier proposal to add the ability to work with 64-bit numbers in Bitcoin Script... Anthony Towns posted to Delving Bitcoin about a script for signet that uses OP_CAT to allow anyone to spend coins sent to the script using proof of work (PoW). This can be used as a decentralized signet-bitcoin faucet... Matt Corallo posted to the Bitcoin-Dev mailing list about updating the BIP21 specification for the bitcoin: URI... Bitcoin Optech will host an audio recap discussion of this newsletter on Twitter Spaces Tuesday at 14:30 UTC. Join us to discuss or ask questions! https://twitter.com/i/spaces/1OdJrjBLWXkJX
Bitcoin Optech newsletter #305 is here: - describes a proposed light client protocol for silent payments - summarizes two new proposed descriptors for taproot - links to a discussion about whether opcodes with overlapping features should be added in a soft fork - summarizes popular Q&A from Stack Exchange - Optech Newsletter #305 Recap on Twitter Spaces Setor Blagogee posted to Delving Bitcoin to describe a draft specification for a protocol to help lightweight clients receive silent payments (SPs)... Oghenovo Usiwoma posted to Delving Bitcoin about two new proposed descriptors for constructing taproot spend conditions... Pierre Rochard asks if proposed soft forks that can provide much of the same features at a similar cost should be considered mutually exclusive, or whether it would make sense to activate multiple proposals and let developers use whichever alternative they prefer... Selected Q&A from Bitcoin Stack Exchange: - What’s the smallest possible coinbase tx / block size? - Understanding Script’s number encoding, CScriptNum - Is there a way to make an address public but hide how many BTC it contains? - Testing increased feerates in regtest - Why is my P2P_V2 peer connected over a v1 connection? - Does a P2PKH tx send to the hash of the uncompressed or compressed key? - What are different ways to broadcast a block to the Bitcoin network? Bitcoin Optech will host an audio recap discussion of this newsletter with special guests Oghenovo Usiwoma and Pierre Rochard on Twitter Spaces Tuesday at 14:30 UTC. Join us to discuss or ask questions! https://twitter.com/i/spaces/1eaKbgnYgOBGX
Bitcoin Optech newsletter #304 is here: - summarizes analysis of upgrading LN channels w/o closing/reopening them - discusses challenges ensuring pool miners are paid appropriately - links to discussion about using PSBTs for silent payments - announces proposed miniscript BIP - summarizes a proposal for frequent rebalancing of an LN channel to simulate a futures contract - summarizes changes to services/client software - adds a pooled mining topic - Newsletter #304 Recap Carla Kirk-Cohen posted to Delving Bitcoin a summary and analysis of existing proposals for upgrading existing LN channels to support new features. She examines a variety of different cases and compares three previously proposed ideas for upgrading channels... Ethan Tuttle posted to Delving Bitcoin to suggest that mining pools could reward miners with ecash tokens proportionate to the number of shares they mined... Josie Baker started a discussion on Delving Bitcoin about PSBT extensions for silent payments (SPs), citing a draft specification by Andrew Toth... Ava Chow posted to the Bitcoin-Dev mailing list a draft BIP for miniscript... Tony Klausing posted to Delving Bitcoin a proposal, with working code, for stable channels... Changes to services and client software: - Silent payment resources - Cake Wallet adds silent payments - Coordinator-less coinjoin PoC - OCEAN adds BOLT12 support - Coinbase adds Lightning support - Bitcoin escrow tooling announced - Block’s call for mining community feedback - Sentrum wallet tracker released - Stack Wallet adds FROST support - Transaction broadcast tool announced Pooled mining occurs when two or more independent miners collaborate on finding proof of work for new blocks, with them fairly dividing the rewards of any blocks they find... Bitcoin Optech will host an audio recap discussion of this newsletter with special guests Andrew Toth, ⁨Antoine Poinsot⁩, and Tony Klausing on Twitter Spaces Monday at 14:30 UTC. Join us to discuss or ask questions! https://x.com/i/spaces/1nAKEaAkVzVKL
Bitcoin Optech newsletter #303 is here: - summarizes a new scheme for anonymous usage tokens that could be used for LN channel announcements and other sybil-resistant coordination protocols - links to discussion about a new BIP39 seed phrase splitting scheme - announces an alternative to BitVM for verifying successful execution of arbitrary programs in interactive contract protocols - relays suggestions for updating the BIPs process - Optech Newsletter #303 Recap Adam Gibson posted to Delving Bitcoin about a scheme he has developed to allow anyone who can keypath-spend a UTXO to prove they could spend it without revealing which UTXO it is... Rama Gan posted to the Bitcoin-Dev mailing list a link to a set of tools they have developed for generating and splitting a BIP39 seed phrase without using any electronic computing equipment... Sergio Demian Lerner and several co-authors posted to the Bitcoin-Dev mailing list about a new virtual CPU architecture based in part on the ideas behind BitVM. The goal of their project, BitVMX, is to be able to efficiently prove the proper execution of any program that can be compiled to run on an established CPU architecture, such as RISC-V... Mark “Murch” Erhardt continued the discussion on the Bitcoin-Dev mailing list about updating BIP2, which is the document that currently describes the Bitcoin improvement proposals (BIP) process... Bitcoin Optech will host an audio recap discussion of this newsletter on Twitter Spaces Tuesday (note the day change) at 14:30 UTC. Join us to discuss or ask questions! https://twitter.com/i/spaces/1MnxnMQOdOYJO
Bitcoin Optech newsletter #302 is here: - announces the beta release of a full node supporting utreexo - summarizes two proposed extensions to BIP119 OP_CHECKTEMPLATEVERIFY - Optech Newsletter #302 Recap on Twitter Spaces Calvin Kim posted to the Bitcoin-Dev mailing list to announce the beta release of utreexod, a full node with support for utreexo. Utreexo allows a node to store a small commitment to the state of the UTXO set rather than the entire set itself... Jeremy Rubin posted to the Bitcoin-Dev mailing list a proposed BIP to extend the proposed OP_CHECKTEMPLATEVERIFY (OP_CTV) with two additional features... Bitcoin Optech will host an audio recap discussion of this newsletter on Twitter Spaces Thursday at 14:30 UTC. Join us to discuss or ask questions! https://twitter.com/i/spaces/1PlJQDVMBWaGE
Bitcoin Optech newsletter #301 is here: - describes an idea for securing transactions with lamport signatures without requiring any consensus changes - recaps the "Index TxOrphanage by wtxid, allow entries with same txid" PR Review Meeting - Optech Newsletter #301 Recap on Twitter Spaces Ethan Heilman posted to the Bitcoin-Dev mailing list a method for requiring that a transaction be signed by a lamport signature in order to be valid... Index TxOrphanage by wtxid, allow entries with same txid is a PR by Gloria Zhao that allows multiple transactions with the same txid to exist in TxOrphanage at the same time by indexing them on wtxid instead of txid... Bitcoin Optech will host an audio recap discussion of this newsletter with special guests Ethan Heilman and Gloria Zhao on Twitter Spaces Thursday at 14:30 UTC. Join us to discuss or ask questions! https://twitter.com/i/spaces/1RDGllvgewVGL
Bitcoin Optech newsletter #300 is here: - summarizes a CTV-like proposal that uses commitments embedded in public keys - examines the analysis of a contract protocol with Alloy - announces the arrests of Bitcoin developers - links to summaries of a CoreDev.tech developer meetup - Optech Newsletter #300 Recap on Twitter Spaces Tadge Dryja posted to Delving Bitcoin a proposal for a slightly more efficient version of the core idea of OP_CHECKTEMPLATEVERIFY (CTV)... Dmitry Petukhov posted to Delving Bitcoin a specification he had created using the Alloy specification language for the simple OP_CAT-based vault. Petukhov used Alloy to find several useful modifications and to highlight important constraints that any potential implementors should observe... As widely reported elsewhere, two developers of the Samourai privacy-enhanced Bitcoin wallet were arrested last week in relation to their software, based on charges by U.S. law enforcement... Many Bitcoin Core contributors met in person for a periodic CoreDev.tech event last month in Berlin. Transcripts for some of the sessions from the event have been provided by attendees... Bitcoin Optech will host an audio recap discussion of this newsletter with special guest Tadge Dryja on Twitter Spaces Thursday at 14:30 UTC. Join us to discuss or ask questions! https://twitter.com/i/spaces/1LyxBnyAnnjxN
Bitcoin Optech newsletter #299 is here: - newsletter describes a proposal to relay weak blocks to improve compact block performance in a network with multiple divergent mempool policies - announces the addition of five BIP editors - summarizes popular Q&A from Stack Exchange - Optech Newsletter #299 Recap on Twitter Spaces Greg Sanders posted to Delving Bitcoin about using weak blocks to improve compact block relay, particularly in the presence of divergent policies for transaction relay and mining. A weak block is a block with insufficient proof-of-work (PoW) to become the next block on the blockchain but which otherwise has a valid structure and set of valid transactions... After public discussion, the following contributors have been made BIP editors: Bryan “Kanzure” Bishop, Jon Atack, Mark “Murch” Erhardt, Olaoluwa “Roasbeef” Osuntokun, and Ruben Somsen. Selected Q&A from Bitcoin Stack Exchange: - Where exactly is the “off-by-one” difficulty bug? - How is P2TR different than P2PKH using opcodes from a developer perspective? - Are replacement transactions larger in size than their predecessors and than non-RBF transactions? - Are Bitcoin signatures still vulnerable to nonce reuse? - How do miners manually add transactions to a block template? Bitcoin Optech will host an audio recap discussion of this newsletter with special guest Gregory Sanders on Twitter Spaces Thursday at 14:30 UTC. Join us to discuss or ask questions! https://twitter.com/i/spaces/1nAKEaQWybkKL
Bitcoin Optech newsletter #298 is here: - summarizes an analysis of how a node with cluster mempool behaved when tested with all transactions seen on the network in 2023 - Bitcoin Core 27.0 release - summarizes changes to services/client software - Optech Newsletter #298 Recap on Twitter Spaces Suhas Daftuar posted to Delving Bitcoin that he recorded every transaction his node received in 2023 and has now run them through a development version of Bitcoin Core with cluster mempool enabled to quantify differences between the existing version and the development version... Changes to services and client software: - Phoenix for server announced - Mercury Layer adds Lightning swaps - Stratum V2 Reference Implementation v1.0.0 released - Teleport Transactions update - Bitcoin Keeper v1.2.1 released - BIP-329 label management software - Key agent Sigbash launches Bitcoin Core 27.0 is the release of the next major version of the network’s predominant full node implementation... Bitcoin Optech will host an audio recap discussion of this newsletter on Twitter Spaces Thursday at 14:30 UTC. Join us to discuss or ask questions! https://twitter.com/i/spaces/1OyJAWNAezaKb
Bitcoin Optech newsletter #297 is here: - announces a new domain-specific language for experimenting with contract protocols - summarizes a discussion about modifying BIP editor responsibilities - describes proposals to reset and modify testnet - recaps the "Implement 64 bit arithmetic op codes in the Script interpreter" PR Review Meeting - Optech Newsletter #297 Recap on Twitter Spaces Kulpreet Singh posted to Delving Bitcoin about a domain-specific language (DSL) he’s working on for Bitcoin. The language makes it easy to specify the operations that should be performed as part of a contract protocol... Tim Ruffing posted to the Bitcoin-Dev mailing list about updating BIP2, which specifies the current process for adding new BIPs and updating existing BIPs... Jameson Lopp posted to the Bitcoin-Dev mailing list about problems with the current public Bitcoin testnet (testnet3) and suggested restarting it, potentially with a different set of special-case consensus rules... 'Implement 64 bit arithmetic op codes in the Script interpreter' is a PR by Chris Stewart (GitHub Christewart) that introduces new opcodes allowing users to perform arithmetic operations on larger (64-bit) operands in Bitcoin Script than is currently allowed (32-bit)... Bitcoin Optech will host an audio recap discussion of this newsletter with special guests Kulpreet Singh, Jameson Lopp, and Joost Jager on Twitter Spaces Thursday at 16:00 UTC. Join us to discuss or ask questions! https://twitter.com/i/spaces/1YpKkwWomVMKj
Bitcoin Optech newsletter #296 is here: - summarizes discussion about a new push for a consensus cleanup soft fork - announces a plan to choose additional BIP editors - adds an accidental confiscation topic - adds a duplicate transactions topic - adds a gap limit topic - adds a time warp topic - Optech Newsletter #296 Recap on Twitter Spaces Antoine Poinsot posted to Delving Bitcoin about revisiting Matt Corallo’s consensus cleanup proposal from 2019... Mark “Murch” Erhardt continued the thread about adding new BIP editors by proposing everyone express “their arguments for and against any candidates in this thread until Friday end-of-day (April 5th)... Accidental confiscation can occur if a poorly designed soft fork permanently prevents a user from being able to get a transaction confirmed... Duplicate transactions are more than one transaction that are identical and have identical txids. Bitcoin’s consensus rules use txids to uniquely identify transactions, so duplicate transactions can cause unwanted behavior... Gap limits are the limits wallets set for how many addresses they’ll derive from an HD wallet without seeing any transactions related to those addresses... Time warp is an exploit of Bitcoin’s difficulty adjustment algorithm that allows miners controlling a large amount of hashrate to prevent difficulty from increasing even as the rate of block production increases... Bitcoin Optech will host an audio recap discussion of this newsletter with special guest Antoine Poinsot on Twitter Spaces Thursday at 14:30 UTC. Join us to discuss or ask questions! https://twitter.com/i/spaces/1vOxwjOPWrdJB?s=20
Bitcoin Optech newsletter #295 is here: - announces the disclosure of a bandwidth-wasting attack affecting Bitcoin Core and related nodes - describes several improvements to the idea for transaction fee sponsorship - summarizes a discussion about using live mempool data to improve Bitcoin Core’s feerate estimation - summarizes popular Q&A from Stack Exchange - Bitcoin Core 27.0rc1 testing guide - adds a free relay topic - Optech Newsletter #295 Recap on Twitter Spaces A bandwidth-wasting attack was described to the Bitcoin-Dev mailing list. In short, Mallory broadcasts one version of a transaction to Alice and a different version of the transaction to Bob... Martin Habovštiak posted to the Bitcoin-Dev mailing list an idea for allowing one transaction to boost the priority of an unrelated transaction... Abubakar Sadiq Ismail posted to Delving Bitcoin about improving Bitcoin Core’s feerate estimation using data from a node’s local mempool... Selected Q&A from Bitcoin Stack Exchange: - What are the risks of running a pre-SegWit node (0.12.1)? - When is OP_RETURN cheaper than OP_FALSE OP_IF? - Why does BIP-340 use secp256k1? - What criteria does Bitcoin Core use to create block templates? - How does the initialblockdownload field in the getblockchaininfo RPC work? Bitcoin Core 27.0rc1 has a brief overview to suggested testing topics and a scheduled meeting of the Bitcoin Core PR Review Club dedicated to testing today (March 27th) at 15:00 UTC. Free relay was a policy on early Bitcoin full nodes to allow some unconfirmed transactions to be relayed even if they didn’t pay transaction fees. That policy allowed an attacker to waste the bandwidth of full nodes without paying any cost, so modern full nodes generally try to forbid operations which don’t allow miners to claim fees that are proportionate to the amount of relay bandwidth used... Bitcoin Optech will host an audio recap discussion of this newsletter with special guests Dave Harding, Peter Todd, Abubakar Sadiq Ismail, David Gumberg, and Jeffrey Czyz on Twitter Spaces Thursday at 14:30 UTC. Join us to discuss or ask questions! https://twitter.com/i/spaces/1ZkKzjyQPNRKv
Bitcoin Optech newsletter #294 is here: - announces a project to create a BIP324 proxy for light clients - summarizes discussion about a proposed BTC Lisp language - summarizes changes to services/client software - adds a Kindred replace by fee topic - Optech #294 Recap Sebastian Falbesoner posted to Delving Bitcoin to announce a TCP proxy for translating between the version 1 (v1) Bitcoin P2P protocol and the v2 protocol defined in BIP324. This is especially intended to allow light client wallets written for v1 to take advantage of v2’s traffic encryption... Anthony Towns posted to Delving Bitcoin about his experiments over the past couple of years creating a variant of the Lisp language for Bitcoin, called BTC Lisp. See Newsletters #293 and #191 for previous discussions... Changes to services and client software: - BitGo adds RBF support - Phoenix Wallet v2.2.0 released - Bitkey hardware signing device released - Envoy v1.6.0 released - VLS v0.11.0 released - Portal hardware signing device announced - Braiins mining pool adds Lightning support - Ledger Bitcoin App 2.2.0 released Kindred replace by fee is the ability for a transaction to replace a related transaction in the mempool even if there’s no conflict between the two transactions... Bitcoin Optech will host an audio recap discussion of this newsletter with special guests Sebastian Falbesoner, Anthony Towns, and Russell O’Connor on Twitter Spaces Thursday at 14:30 UTC. Join us to discuss or ask questions! https://twitter.com/i/spaces/1ZkKzjEzkjyKv