ZmnSCPxj [ARCHIVE] on Nostr: š
Original date posted:2022-12-12 š Original message:Good morning John, et al, ...
š
Original date posted:2022-12-12
š Original message:Good morning John, et al,
> > As has been pointed out by may others before, full RBF is aligned with miner (and user) economic incentives
>
>
> This is a theory, not a fact. I can refute this theory by pointing out several aspects:
> 1. RBF is actually a fee-minimization feature that allows users to game the system to spend the *least* amount in fees that correlates to their time-preference. Miners earn less when fees can be minimized (obviously). This feature also comes at an expense (albeit small) to nodes providing replacement service and propagation.
It is helpful to remember that the fees are a price on confirmation.
And in economics, there is a "price theory":
* As price goes down, demand goes up.
* As price goes up, net-earning-per-unit goes up.
The combination of both forces causes a curve where *total* earnings vs price has a peak somewhere, an "optimum price", and that peak is *unlikely* to be at the maximum possible price you might deem reasonable.
And this optimum price may very well be *lower* than the prevailing market price of a good.
Thus, saying "RBF is actually a fee-minimization feature" neglects the economics of the situation.
If more people could use RBF onchain, more people would use Bitcoin and increase the value to miners.
Rather than a fee-minimization feature, RBF is really an optimization to *speed up* the discovery of the optimum price, and is thus desirable.
Unfortunately many 0-conf acceptors outright reject opt-in-RBF, despite the improved discovery of the optimum price, and thus there is a need for full-RBF to improve price discovery of blockspace when such acceptors are too prevalent.
Regards,
ZmnSCPxj
Published at
2023-06-07 23:17:32Event JSON
{
"id": "e5173eeea5eb807803b574575c164fc398d96be17bbb54877d65c9f98ca1701e",
"pubkey": "4505072744a9d3e490af9262bfe38e6ee5338a77177b565b6b37730b63a7b861",
"created_at": 1686179852,
"kind": 1,
"tags": [
[
"e",
"fd06d9a3cdd62c237deecd4a078e8b2657211515eb84fbc28a99836b51d45c4d",
"",
"root"
],
[
"e",
"8366b0bd1559a69de39dc33c30da92d9c1e42bff3e7c994808622f55cb26c151",
"",
"reply"
],
[
"p",
"f0feda6ad58ea9f486e469f87b3b9996494363a26982b864667c5d8acb0542ab"
]
],
"content": "š
Original date posted:2022-12-12\nš Original message:Good morning John, et al,\n\n\n\u003e \u003e As has been pointed out by may others before, full RBF is aligned with miner (and user) economic incentives\n\u003e \n\u003e \n\u003e This is a theory, not a fact. I can refute this theory by pointing out several aspects:\n\u003e 1. RBF is actually a fee-minimization feature that allows users to game the system to spend the *least* amount in fees that correlates to their time-preference. Miners earn less when fees can be minimized (obviously). This feature also comes at an expense (albeit small) to nodes providing replacement service and propagation.\n\nIt is helpful to remember that the fees are a price on confirmation.\nAnd in economics, there is a \"price theory\":\n\n* As price goes down, demand goes up.\n* As price goes up, net-earning-per-unit goes up.\n\nThe combination of both forces causes a curve where *total* earnings vs price has a peak somewhere, an \"optimum price\", and that peak is *unlikely* to be at the maximum possible price you might deem reasonable.\nAnd this optimum price may very well be *lower* than the prevailing market price of a good.\n\nThus, saying \"RBF is actually a fee-minimization feature\" neglects the economics of the situation.\nIf more people could use RBF onchain, more people would use Bitcoin and increase the value to miners.\n\nRather than a fee-minimization feature, RBF is really an optimization to *speed up* the discovery of the optimum price, and is thus desirable.\n\nUnfortunately many 0-conf acceptors outright reject opt-in-RBF, despite the improved discovery of the optimum price, and thus there is a need for full-RBF to improve price discovery of blockspace when such acceptors are too prevalent.\n\nRegards,\nZmnSCPxj",
"sig": "2f0097baf08236efa73e5b6fe547578024b6649ec978941852d96aef3de7a6affc4b3d2ed11e57ff3418a4b28f4618123d4152c0b30ec167adc75ea11bfebf2c"
}