📅 Original date posted:2017-05-23
📝 Original message:On Tue, May 23, 2017 at 2:55 PM, Luke Dashjr via bitcoin-dev
<bitcoin-dev at lists.linuxfoundation.org> wrote:
> On Tuesday 23 May 2017 6:30:01 AM Karl Johan Alm via bitcoin-dev wrote:
>> Essentially, if we make a potentially very harmful option easy to
>> enable for users, we are putting them at risk, so yes, this is about
>> protecting users of the base Bitcoin Core implementation.
>
> In this case, NOT enforcing BIP148 puts users at more risk. Since devs are
> divided in opinion, we should at the very least have an option to let users
> decide one way or the other.
Well, it's putting users at more risk only if for those users who
actively decided to put themselves at risk.
I also feel bip148 is rushed and that makes it more risky. I don't
want to reiterate points other have made but I don't fully agree with
all of them.
I prefer the way it is over the way it was (just activating at a given
date without forcing mining signaling), but I still think it's rushed
and unnecessarily risky (unless activating segwit was urgent, which I
think it's not, no matter how much I want it to become active as soon
as possible).
On the other hand, I support uasf and bip8 to replace bip9 for future
deployments, since bip9 made assumptions that weren't correct (like
assuming miners would always signal changes that don't harm any user
and are good for some of them).
Perhaps bip149 can be modified to activate earlier if the current
proposal is perceived as unnecessarily cautious.
Luke, I've seen you say in other forums that "bip148 is less risky
than bip149", but I think that's clearly false.
As a reminder, one of my complains about bip109 was precisely that it
was also rushed in how fast it could activate.
Jorge Timón [ARCHIVE] /
npub1fx…cl2d8
2023-06-07 18:00:40
in reply to nevent1q…gx4q
Author Public Key
npub1fx98zxt3lzspjs5f4msr0fxysx5euucm29ghysryju7vpc9j0jzqtcl2d8Published at
2023-06-07 18:00:40Event JSON
{
"id": "339eb9cc253a3e0541f6c53f7ff34de08b259d86961a1fda56d7c86e213e3e2d",
"pubkey": "498a711971f8a0194289aee037a4c481a99e731b5151724064973cc0e0b27c84",
"created_at": 1686160840,
"kind": 1,
"tags": [
[
"e",
"c06ee6097348727fda4a61a8a33a97b78f73277ee2f8fff15f28bd47d0fed7eb",
"",
"root"
],
[
"e",
"9159fda32143c86ea4eedb994ec5778e35c8c6383fb32d437e471b4c82444b52",
"",
"reply"
],
[
"p",
"5a6d1f44482b67b5b0d30cc1e829b66a251f0dc99448377dbe3c5e0faf6c3803"
]
],
"content": "📅 Original date posted:2017-05-23\n📝 Original message:On Tue, May 23, 2017 at 2:55 PM, Luke Dashjr via bitcoin-dev\n\u003cbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\u003e On Tuesday 23 May 2017 6:30:01 AM Karl Johan Alm via bitcoin-dev wrote:\n\u003e\u003e Essentially, if we make a potentially very harmful option easy to\n\u003e\u003e enable for users, we are putting them at risk, so yes, this is about\n\u003e\u003e protecting users of the base Bitcoin Core implementation.\n\u003e\n\u003e In this case, NOT enforcing BIP148 puts users at more risk. Since devs are\n\u003e divided in opinion, we should at the very least have an option to let users\n\u003e decide one way or the other.\n\nWell, it's putting users at more risk only if for those users who\nactively decided to put themselves at risk.\nI also feel bip148 is rushed and that makes it more risky. I don't\nwant to reiterate points other have made but I don't fully agree with\nall of them.\nI prefer the way it is over the way it was (just activating at a given\ndate without forcing mining signaling), but I still think it's rushed\nand unnecessarily risky (unless activating segwit was urgent, which I\nthink it's not, no matter how much I want it to become active as soon\nas possible).\nOn the other hand, I support uasf and bip8 to replace bip9 for future\ndeployments, since bip9 made assumptions that weren't correct (like\nassuming miners would always signal changes that don't harm any user\nand are good for some of them).\nPerhaps bip149 can be modified to activate earlier if the current\nproposal is perceived as unnecessarily cautious.\n\nLuke, I've seen you say in other forums that \"bip148 is less risky\nthan bip149\", but I think that's clearly false.\n\nAs a reminder, one of my complains about bip109 was precisely that it\nwas also rushed in how fast it could activate.",
"sig": "77d53a60d16ac229ec0d8585d39e112fc779071f88ccba8bedd85643d887fc2d9afd39bccb5affe4974b4984f9cfa14ce709e55b2a6218ccb2327b282fe49536"
}