Bitcoin Optech newsletter #254 is here:
- summarizes mailing list discussion about using the MATT proposal to manage joinpools and replicate functions of the OP_CHECKTEMPLATEVERIFY proposal
- includes 'Waiting for confirmation #4: Feerate estimation' from our series about policies for transaction relay and mempool inclusion
- Optech Newsletter #254 Recap on Twitter Spaces
Johan Torås Halseth posted to the Bitcoin-Dev mailing list about using the OP_CHECKOUTPUTCONTRACTVERIFY opcode (COCV) from the Merklize All The Things (MATT) proposal to replicate the functionality of the OP_CHECKTEMPLATEVERIFY proposal.
https://bitcoinops.org/en/newsletters/2023/06/07/#using-matt-to-replicate-ctv-and-manage-joinpools
Waiting for confirmation #4: Feerate estimation
Last week, we explored techniques for minimizing the fees paid on a transaction given a feerate. But what should that feerate be? Ideally, as low as possible to save money, but high enough to secure a spot in a block suitable for the user’s time preference.
The goal of fee(rate) estimation is to translate a target timeframe for confirmation to a minimal feerate the transaction should pay...
https://bitcoinops.org/en/newsletters/2023/06/07/#waiting-for-confirmation-4-feerate-estimation
Bitcoin Optech will be hosting an audio recap discussion of this newsletter with special guests Dave Harding, Gloria Zhao, Johan Torås Halseth and Salvatore Ingala on Twitter Spaces Thursday at 15:00 UTC. Join us to discuss or ask questions!
👀
Time to get zappable
🤯
