CPFP Carve-Out for Fee-Prediction Issues in Contracting Applications (eg Lightning)



Summary:

Matt Corallo and Rusty are discussing the use of Bitcoin's Replace-by-fee (RBF) mechanism, which allows a sender to replace an unconfirmed transaction with a new one with a higher fee. Corallo argues that allowing RBF only for transactions near the top of the mempool would not be incentive-compatible, as block time variance could cause these transactions to be delayed. Rusty proposes a simplified version of RBF where transactions can only be replaced if the feerate is higher and the new transaction is in the first 4 MSipa of the mempool while the old one isn't. He suggests that the Lightning close algorithm should be used for this purpose. This method allows someone to send 100k of free tx spam but it's simple. Rusty further suggests marking the unilateral close to say "gonna be pushed" and limiting the child tx weight to 5kSipa in that case.


Updated on: 2023-06-13T15:49:13.172272+00:00