{"type":"rich","version":"1.0","author_name":"npub1m230cem2yh3mtdzkg32qhj73uytgkyg5ylxsu083n3tpjnajxx4qqa2np2","author_url":"https://nostr.ae/npub1m230cem2yh3mtdzkg32qhj73uytgkyg5ylxsu083n3tpjnajxx4qqa2np2","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2022-06-19\n📝 Original message:On Fri, Jun 17, 2022 at 04:54:11AM +0000, alicexbt via bitcoin-dev wrote:\n\u003e \u003e If they'reparties interested in implementing more RBF policy options in Bitcoin Core, I think they're free to propose suchchanges and invest the engineering effort to do so. If you're interested in advancing the state ofpolicy options in Bitcoin Core, there are a lot of interestingresourcesavailable and communities toencourage you in the learning process to contribute to the codebase [6].\n\u003e \n\u003e Thanks for sharing the link. I would love to see 5 RBF policies available to use in bitcoin core. I have already tried experimenting with a few on regtest and will try to open pull request if there are enough people interested to test it on other chains (testnet3, signet, mainnet)\n\nI don't think more RBF policies in Bitcoin Core helps much. RBF policies aren't\nvery useful in isolation: unless you're getting your txs to other nodes/miners\nvia special peering efforts, the only reason to run an uncommon RBF policy is\nto accomodate local software with obsolete expectations about mempool behavior.\nThat's why my full-RBF patch advertised a special service bit, and did\npreferential peering with other nodes advertising that service bit.\n\nBitcoin Core isn't going to do that for every RBF policy. So there's no reason\nwe should try to accomodate a bunch of them.\n\nI can understand a -fullrbf flag from a political point of view, in the process\nof enabling full-RBF all the time. But there's no reason to go beyond that.\n\n-- \nhttps://petertodd.org 'peter'[:-1]@petertodd.org\n-------------- next part --------------\nA non-text attachment was scrubbed...\nName: signature.asc\nType: application/pgp-signature\nSize: 488 bytes\nDesc: not available\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20220619/e61b93ad/attachment.sig\u003e"}