📅 Original date posted:2015-05-08
📝 Original message:On Fri, May 8, 2015 at 3:43 PM, Aaron Voisine <voisine at gmail.com> wrote:
> This is a clever way to tie block size to fees.
>
> I would just like to point out though that it still fundamentally is using
> hard block size limits to enforce scarcity. Transactions with below market
> fees will hang in limbo for days and fail, instead of failing immediately
> by not propagating, or seeing degraded, long confirmation times followed by
> eventual success.
>
There are already solutions to this which are waiting to be deployed as
default policy to bitcoind, and need to be implemented in other clients:
replace-by-fee and child-pays-for-parent.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150508/a030d88b/attachment.html>;
Mark Friedenbach [ARCHIVE] /
npub1r3…48d0u
2023-06-07 15:33:58
in reply to nevent1q…ay5x
Author Public Key
npub1r3san9v5njl6798hvauyu9ntm6r9c7u8s0t65wls58gpfdcvqp5sa48d0uSeen on
wss://relay.noswhere.comPublished at
2023-06-07 15:33:58Event JSON
{
"id": "af286ec35024fc58ce77b9d679a312e85113d316882e5b40bd83f9379ee8f9ee",
"pubkey": "1c61d995949cbfaf14f767784e166bde865c7b8783d7aa3bf0a1d014b70c0069",
"created_at": 1686152038,
"kind": 1,
"tags": [
[
"e",
"aec396df7693e37c124fbd2891fe6c4a3b28f46e7fbc3f304a7b1d78d2f5ffbe",
"",
"root"
],
[
"e",
"31f6b452ad21b72d848879b7d75fdd996d5c5b47654accfd1f1a58bfcb283227",
"",
"reply"
],
[
"p",
"3a24ce2145c5488aebfb0fc113e7d44234e9d3733afa45e2d880eb259c3eade3"
]
],
"content": "📅 Original date posted:2015-05-08\n📝 Original message:On Fri, May 8, 2015 at 3:43 PM, Aaron Voisine \u003cvoisine at gmail.com\u003e wrote:\n\n\u003e This is a clever way to tie block size to fees.\n\u003e\n\u003e I would just like to point out though that it still fundamentally is using\n\u003e hard block size limits to enforce scarcity. Transactions with below market\n\u003e fees will hang in limbo for days and fail, instead of failing immediately\n\u003e by not propagating, or seeing degraded, long confirmation times followed by\n\u003e eventual success.\n\u003e\n\nThere are already solutions to this which are waiting to be deployed as\ndefault policy to bitcoind, and need to be implemented in other clients:\nreplace-by-fee and child-pays-for-parent.\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150508/a030d88b/attachment.html\u003e",
"sig": "5f361eead9bc2f56d5965bceec445e25fa70ca1e428dc7fd3780993bc98ea35150ff8a5129c1fcb1f5584548a6905d5592449691060b342c3f026c8a8b7587e1"
}