📅 Original date posted:2017-12-24
📝 Original message:BIP 177: UTPFOTIB - Use Transaction Priority For Ordering Transactions In Blocks
This BIP proposes to address the issue of transactional reliability in Bitcoin, where valid transactions may be stuck in the mempool for extended periods.
There are two key issues to be resolved:
1. The current transaction bandwidth limit.
2. The current ad-hoc methods of including transactions in blocks resulting in variable and confusing confirmation times for valid transactions, including transactions with a valid fee that may never confirm.
It is important with any change to protect the value of fees as these will eventually be the only payment that miners receive. Rather than an auction model for limited bandwidth, the proposal results in a stable fee for priority service auction model.
I will post the full proposal up on to my blog in the coming days and, re-review incorporating feedback that I have received on and off thread. It would not be true to suggest that all feedback received has been entirely positive although, most of it has been constructive.
The previous threads for this BIP are available here:
https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-December/subject.html
Regards,
Damian Williamson
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20171224/1f991190/attachment-0001.html>;
Damian Williamson [ARCHIVE] /
npub1sp…8lz2h
2023-06-07 18:09:03
in reply to nevent1q…hlyq
Author Public Key
npub1spe4rkz350zpn7h2pz07t8sdwgt440zmx9k530afwj6gmq7q0lksh8lz2hPublished at
2023-06-07 18:09:03Event JSON
{
"id": "9ba002900265e198d1a71969b0195b5ce106752337d540a39db8eea01a170104",
"pubkey": "807351d851a3c419faea089fe59e0d72175abc5b316d48bfa974b48d83c07fed",
"created_at": 1686161343,
"kind": 1,
"tags": [
[
"e",
"47c935850b339b53d7e39a2ccc85c180562005e44d6fc0b2f13138ac907ad1f6",
"",
"reply"
],
[
"p",
"a23dbf6c6cc83e14cc3df4e56cc71845f611908084cfe620e83e40c06ccdd3d0"
]
],
"content": "📅 Original date posted:2017-12-24\n📝 Original message:BIP 177: UTPFOTIB - Use Transaction Priority For Ordering Transactions In Blocks\n\n\nThis BIP proposes to address the issue of transactional reliability in Bitcoin, where valid transactions may be stuck in the mempool for extended periods.\n\n\nThere are two key issues to be resolved:\n\n\n 1. The current transaction bandwidth limit.\n 2. The current ad-hoc methods of including transactions in blocks resulting in variable and confusing confirmation times for valid transactions, including transactions with a valid fee that may never confirm.\n\n\nIt is important with any change to protect the value of fees as these will eventually be the only payment that miners receive. Rather than an auction model for limited bandwidth, the proposal results in a stable fee for priority service auction model.\n\n\nI will post the full proposal up on to my blog in the coming days and, re-review incorporating feedback that I have received on and off thread. It would not be true to suggest that all feedback received has been entirely positive although, most of it has been constructive.\n\n\nThe previous threads for this BIP are available here:\n\nhttps://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-December/subject.html\n\n\nRegards,\n\nDamian Williamson\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20171224/1f991190/attachment-0001.html\u003e",
"sig": "c8e033762954e49c0ce825e82b28377221463ad13d1ca9979e2a8f7442ec9818e285f03317351cb5bfbca186b9ca33be5c6c3178fba56746d300e49d150a7b68"
}