📅 Original date posted:2015-12-26
📝 Original message:On Dec 27, 2015 00:06, "Jonathan Toomim" <j at toom.im> wrote:
> Given that a supermajority of users and miners have been asking for a
hard fork to increase the blocksize for years, I do not think that
mobilizing people to upgrade their nodes is going to be hard.
>
> When we do the hard fork, we will need to encourage people to upgrade
their full nodes. We may want to request that miners not trigger the fork
until some percentage of visible full nodes have upgraded.
I am generally not interested in a system where we rely on miners to make
that judgement call to fork off nodes that don't pay attention and/or
disagree with the change. This is not because I don't trust them, but
because I believe one of the principle values of the system is that its
consensus system should be hard to change.
I can't tell you what code to run of course, but I can decide what system I
find interesting to build. And it seems many people have signed off on
working towards a plan that does not include a hard fork being scheduled
right now: https://bitcoin.org/en/bitcoin-core/capacity-increases
Cheers,
--
Pieter
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20151227/96ee711e/attachment.html>;
Pieter Wuille [ARCHIVE] /
npub1tj…jtl6r
2023-06-07 17:46:27
in reply to nevent1q…37cl
Author Public Key
npub1tjephawh7fdf6358jufuh5eyxwauzrjqa7qn50pglee4tayc2ntqcjtl6rPublished at
2023-06-07 17:46:27Event JSON
{
"id": "939c1cd3212dfce080673e90eda902e607de7848d39315f0072cd923b8a916c1",
"pubkey": "5cb21bf5d7f25a9d46879713cbd32433bbc10e40ef813a3c28fe7355f49854d6",
"created_at": 1686159987,
"kind": 1,
"tags": [
[
"e",
"d58ef5f27c55f40f82225aaaf9d4842ef2ec79260053b36e96980654a30d74c7",
"",
"root"
],
[
"e",
"126bfb51c694a53773f3db8a0fc8a952d90b4c64114549f2b1f309b97f48894e",
"",
"reply"
],
[
"p",
"0ff56c09ef879c89ea04bfa2d5f5e0d96000ed6eaf5ac38e7b538a9d92767569"
]
],
"content": "📅 Original date posted:2015-12-26\n📝 Original message:On Dec 27, 2015 00:06, \"Jonathan Toomim\" \u003cj at toom.im\u003e wrote:\n\n\u003e Given that a supermajority of users and miners have been asking for a\nhard fork to increase the blocksize for years, I do not think that\nmobilizing people to upgrade their nodes is going to be hard.\n\u003e\n\u003e When we do the hard fork, we will need to encourage people to upgrade\ntheir full nodes. We may want to request that miners not trigger the fork\nuntil some percentage of visible full nodes have upgraded.\n\nI am generally not interested in a system where we rely on miners to make\nthat judgement call to fork off nodes that don't pay attention and/or\ndisagree with the change. This is not because I don't trust them, but\nbecause I believe one of the principle values of the system is that its\nconsensus system should be hard to change.\n\nI can't tell you what code to run of course, but I can decide what system I\nfind interesting to build. And it seems many people have signed off on\nworking towards a plan that does not include a hard fork being scheduled\nright now: https://bitcoin.org/en/bitcoin-core/capacity-increases\n\nCheers,\n\n-- \nPieter\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20151227/96ee711e/attachment.html\u003e",
"sig": "42f149c2cd5bc5b4443cfece185c43620cf81b46e5aafe66e67623b384466bdc726b1dad33a76aad5a8597e533207a0d4484c58d6aa8eb84ac9e9a61daa8e2da"
}