s7r [ARCHIVE] on Nostr: š
Original date posted:2015-05-27 š Original message:Hi Peter, Thanks for your ...
š
Original date posted:2015-05-27
š Original message:Hi Peter,
Thanks for your reply.
I know and bookmarked your branch - nice work.
So, to clarify:
- bitcoin core (official / default) 0.10.x currently has First-seen
mempool behavior
- your custom branch uses replace by fee mempool behavior which allows
an user to change anything in a tx (I guess it needs just to have at
least one same input, so it can link it to another previously signed tx
with lower fee and substitute it in the mempool, correct?).
- First Seen Safe Replace by Fee (FSF-RBF) mempool behavior which allows
an user only to add inputs and/or increase the value of outputs will be
in yet another branch, maintained by you, but not in default / official
bitcoin core?
Another thing, if FSF-RBF lets you change TXes in the manner described
above, how does the client know which tx needs to be replaced in the
mempool? Since the txid naturally changes. How does it map tx1 with tx2
(to know tx2 has a higher fee and needs to substitute tx1) if quite a
lot of params from the transaction structure can change?
Thanks!
On 5/27/2015 4:25 AM, Peter Todd wrote:
> On Wed, May 27, 2015 at 12:29:28AM +0300, s7r wrote:
>> What is wrong with the man testing some ideas on his custom branch? This
>> is how improvements come to life. I saw in the BIPs some really
>> interesting ideas and nice brainstorming which came from Peter Todd.
>>
>> Now, my question, if replace by fee doesn't allow me to change the
>> inputs or the outputs, I can only add outputs... what can I do with this
>> feature? If I sent a tx and want to replace it with a higher fee one,
>> the higher fee one can only have maybe additional change addresses or
>> another payment, if the inputs suffice? Do we have any real use cases?
>
> You're a bit mistaken there: standard RBF lets you change anything, and
> FSS RBF lets you modify inputs and add outputs and/or make the value of
> outputs higher.
>
>> P.S. is it planned to include this by default in bitcoin core 10.0.3 or
>> it will remain just on Peter's branch?
>
> Any significant change to mempool policy like RBF is very unlikely to be
> incorporated in the Bitcoin Core v0.10.x branch, simply because it'd be
> too large a change for a minor, mostly bugfix, release.
>
> Having said that, I already maintain a standard RBF branch for v0.10.x,
> and have been asked by a major minor to backport FSS RBF for v0.10.x as
> well.
>
Published at
2023-06-07 15:34:35Event JSON
{
"id": "4f2a948e10f39db7fe231066a586f4d98d1457334890823c63b6ced2c78ebe39",
"pubkey": "947955301a8805054c8d6a2c9ac2abf07a7a18f4a33b0a573a277868302953b1",
"created_at": 1686152075,
"kind": 1,
"tags": [
[
"e",
"ee3374f0596590097a7f983055e4db51d747f93e39545b2c04710d1b11849a02",
"",
"root"
],
[
"e",
"07f70e72c85dec1c6ee5b87276422ec198204198603f27d1f0bb53e5e3c52b71",
"",
"reply"
],
[
"p",
"daa2fc676a25e3b5b45644540bcbd1e1168b111427cd0e3cf19c56194fb231aa"
]
],
"content": "š
Original date posted:2015-05-27\nš Original message:Hi Peter,\n\nThanks for your reply.\n\nI know and bookmarked your branch - nice work.\n\nSo, to clarify:\n- bitcoin core (official / default) 0.10.x currently has First-seen\nmempool behavior\n- your custom branch uses replace by fee mempool behavior which allows\nan user to change anything in a tx (I guess it needs just to have at\nleast one same input, so it can link it to another previously signed tx\nwith lower fee and substitute it in the mempool, correct?).\n\n- First Seen Safe Replace by Fee (FSF-RBF) mempool behavior which allows\nan user only to add inputs and/or increase the value of outputs will be\nin yet another branch, maintained by you, but not in default / official\nbitcoin core?\n\nAnother thing, if FSF-RBF lets you change TXes in the manner described\nabove, how does the client know which tx needs to be replaced in the\nmempool? Since the txid naturally changes. How does it map tx1 with tx2\n(to know tx2 has a higher fee and needs to substitute tx1) if quite a\nlot of params from the transaction structure can change?\n\nThanks!\n\nOn 5/27/2015 4:25 AM, Peter Todd wrote:\n\u003e On Wed, May 27, 2015 at 12:29:28AM +0300, s7r wrote:\n\u003e\u003e What is wrong with the man testing some ideas on his custom branch? This\n\u003e\u003e is how improvements come to life. I saw in the BIPs some really\n\u003e\u003e interesting ideas and nice brainstorming which came from Peter Todd.\n\u003e\u003e\n\u003e\u003e Now, my question, if replace by fee doesn't allow me to change the\n\u003e\u003e inputs or the outputs, I can only add outputs... what can I do with this\n\u003e\u003e feature? If I sent a tx and want to replace it with a higher fee one,\n\u003e\u003e the higher fee one can only have maybe additional change addresses or\n\u003e\u003e another payment, if the inputs suffice? Do we have any real use cases?\n\u003e \n\u003e You're a bit mistaken there: standard RBF lets you change anything, and\n\u003e FSS RBF lets you modify inputs and add outputs and/or make the value of\n\u003e outputs higher.\n\u003e \n\u003e\u003e P.S. is it planned to include this by default in bitcoin core 10.0.3 or\n\u003e\u003e it will remain just on Peter's branch?\n\u003e \n\u003e Any significant change to mempool policy like RBF is very unlikely to be\n\u003e incorporated in the Bitcoin Core v0.10.x branch, simply because it'd be\n\u003e too large a change for a minor, mostly bugfix, release.\n\u003e \n\u003e Having said that, I already maintain a standard RBF branch for v0.10.x,\n\u003e and have been asked by a major minor to backport FSS RBF for v0.10.x as\n\u003e well.\n\u003e",
"sig": "1585152e80a665cf2d57bd11d8076e8ac149cf111ada07131b87ab5321804f39405c9b16354fa12f93624012c577e33baf080e7c3b319009d9c8c4e5c6e55916"
}