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

Replies (6)

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...