📅 Original date posted:2022-12-13
📝 Original message:Some wallets like Electrum would be affected by that because they use RBF
to batch transactions so, outputs cannot be exactly the same as before.
On Tue, Dec 13, 2022 at 10:09 AM Daniel Lipshitz via bitcoin-dev <
bitcoin-dev at lists.linuxfoundation.org> wrote:
> I dont think there was anything technical with the implementation and as
> far as I can tell this is well developed and ready.
>
> The reasons I can find for not being adopted are listed here -
> https://bitcoincore.org/en/faq/optin_rbf/ under - Why not First-seen-safe
> Replace-by-fee
>
> Those reasons do not seem pertinent here - given OptinRBF already exists
> as an option and the added benefit of continuing to be able to support
> 0-conf.
>
> ________________________________
>
> Daniel Lipshitz
> GAP600| www.gap600.com
> Phone: +44 113 4900 117
> Skype: daniellipshitz123
> Twitter: @daniellipshitz
>
>
> On Tue, Dec 13, 2022 at 11:59 AM John Carvalho <john at synonym.to> wrote:
>
>> Why wasn't this solution put in place back then? Are there problems with
>> the design?
>>
>> While I still think there are unhealthy side-effects of Full-RBF (like
>> more doublespending at unknowing merchants, after years of FSS protection)
>> I think discussion of this FSS-RBF feature is worth considering.
>>
>> --
>> John Carvalho
>> CEO, Synonym.to <http://synonym.to/>;
>>
>>
>> On Tue, Dec 13, 2022 at 8:09 AM Daniel Lipshitz <daniel at gap600.com>
>> wrote:
>>
>>> Thank you for bringing that to my attention, apologies for not being
>>> aware of it.
>>>
>>> First-seen-safe replace-by-fee as detailed here
>>> https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-May/008248.html
>>> by Peter Todd seems to be a very suitable option and route
>>> which balances FullRBF while retaining the significant 0-conf use case.
>>>
>>> This would seem like a good way forward.
>>>
>>>
>>>
>>> ________________________________
>>>
>>>
>>>
>>> On Tue, Dec 13, 2022 at 6:20 AM Yuval Kogman <nothingmuch at woobling.org>
>>> wrote:
>>>
>>>>
>>>> https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-May/008248.html
>>>>
>>> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20221213/22889b45/attachment.html>;
Lucas Ontivero [ARCHIVE] /
npub16q…gqufk
2023-06-07 23:17:43
in reply to nevent1q…ue5f
Author Public Key
npub16q9ngejhxtupvrmnmcrhdqag5dcgfyxvc5mhequv4w7637xvp3ss7gqufkPublished at
2023-06-07 23:17:43Event JSON
{
"id": "2b25f1c8e6067d269b30fe9b84d79438ec3f9edfe62703150c9f7e1578812cb5",
"pubkey": "d00b34665732f8160f73de077683a8a3708490ccc5377c838cabbda8f8cc0c61",
"created_at": 1686179863,
"kind": 1,
"tags": [
[
"e",
"25f605421c4fbd232e596dae47a53ef1bea24a0bb884796971a01a9714ed6f81",
"",
"root"
],
[
"e",
"5fc19799ce592e76c5eae37a3b82fa1c5bac52a0efe451dcb2b33d9826e540e1",
"",
"reply"
],
[
"p",
"597ddb53eb981ecf2a6caca109ddcf48de5e99c06614fd2a324b66c1f65dcfa6"
]
],
"content": "📅 Original date posted:2022-12-13\n📝 Original message:Some wallets like Electrum would be affected by that because they use RBF\nto batch transactions so, outputs cannot be exactly the same as before.\n\nOn Tue, Dec 13, 2022 at 10:09 AM Daniel Lipshitz via bitcoin-dev \u003c\nbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\n\u003e I dont think there was anything technical with the implementation and as\n\u003e far as I can tell this is well developed and ready.\n\u003e\n\u003e The reasons I can find for not being adopted are listed here -\n\u003e https://bitcoincore.org/en/faq/optin_rbf/ under - Why not First-seen-safe\n\u003e Replace-by-fee\n\u003e\n\u003e Those reasons do not seem pertinent here - given OptinRBF already exists\n\u003e as an option and the added benefit of continuing to be able to support\n\u003e 0-conf.\n\u003e\n\u003e ________________________________\n\u003e\n\u003e Daniel Lipshitz\n\u003e GAP600| www.gap600.com\n\u003e Phone: +44 113 4900 117\n\u003e Skype: daniellipshitz123\n\u003e Twitter: @daniellipshitz\n\u003e\n\u003e\n\u003e On Tue, Dec 13, 2022 at 11:59 AM John Carvalho \u003cjohn at synonym.to\u003e wrote:\n\u003e\n\u003e\u003e Why wasn't this solution put in place back then? Are there problems with\n\u003e\u003e the design?\n\u003e\u003e\n\u003e\u003e While I still think there are unhealthy side-effects of Full-RBF (like\n\u003e\u003e more doublespending at unknowing merchants, after years of FSS protection)\n\u003e\u003e I think discussion of this FSS-RBF feature is worth considering.\n\u003e\u003e\n\u003e\u003e --\n\u003e\u003e John Carvalho\n\u003e\u003e CEO, Synonym.to \u003chttp://synonym.to/\u003e\n\u003e\u003e\n\u003e\u003e\n\u003e\u003e On Tue, Dec 13, 2022 at 8:09 AM Daniel Lipshitz \u003cdaniel at gap600.com\u003e\n\u003e\u003e wrote:\n\u003e\u003e\n\u003e\u003e\u003e Thank you for bringing that to my attention, apologies for not being\n\u003e\u003e\u003e aware of it.\n\u003e\u003e\u003e\n\u003e\u003e\u003e First-seen-safe replace-by-fee as detailed here\n\u003e\u003e\u003e https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-May/008248.html\n\u003e\u003e\u003e by Peter Todd seems to be a very suitable option and route\n\u003e\u003e\u003e which balances FullRBF while retaining the significant 0-conf use case.\n\u003e\u003e\u003e\n\u003e\u003e\u003e This would seem like a good way forward.\n\u003e\u003e\u003e\n\u003e\u003e\u003e\n\u003e\u003e\u003e\n\u003e\u003e\u003e ________________________________\n\u003e\u003e\u003e\n\u003e\u003e\u003e\n\u003e\u003e\u003e\n\u003e\u003e\u003e On Tue, Dec 13, 2022 at 6:20 AM Yuval Kogman \u003cnothingmuch at woobling.org\u003e\n\u003e\u003e\u003e wrote:\n\u003e\u003e\u003e\n\u003e\u003e\u003e\u003e\n\u003e\u003e\u003e\u003e https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2015-May/008248.html\n\u003e\u003e\u003e\u003e\n\u003e\u003e\u003e _______________________________________________\n\u003e bitcoin-dev mailing list\n\u003e bitcoin-dev at lists.linuxfoundation.org\n\u003e https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev\n\u003e\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20221213/22889b45/attachment.html\u003e",
"sig": "bd0dde48c05c4c38f56fd617ade1f6f29caa3a79f6a18f1d16fccc50c7316d05e52f8159474672e3b450c2f27bcb351a78adcd83b2c10f621f6f14a87a9b2bfc"
}