📅 Original date posted:2015-07-27
📝 Original message:> The ugly thing is I think everyone in this process recognises the
> meta-consensus nature of the debate already. Notice how Gavin Andresen's
> initial blocksize posts were in the form of a non-technical blog, making
> non-technical arguments to the public - not the Core dev team - in ways
> not conducive to open response. A rather annoying example is Jeff
> Garzik's recent efforts: a fundementally broken troll pull-req raising
> the blocksize to 2MB that simply can't be merged for reasons unrelated
> to the blocksize, followed by very public and loud efforts to spin a
> non-issue - closing a pull-req that had no real impact on blockchain
> capacity - into a broader reddit furor over a "changed" policy on
> scaling. As a PR effort to the public this was fairly effective: framing
> the Core dev team's actions as a change and raising the blocksize as a
> default action puts the team on the defensive. As a way of building
> consensus among the Core dev team, Garzik's actions are very
> counterproductive.
You are correct. It is also counterproductive to take cheap shots at
vendors in order to garner consulting revenue. Measuring risk in a
systematic way against known metrics is the way to go. Tweeting,
blogging, and drama are generally counterproductive.
When the issue is raised most of the developers shun the idea so until
some of the developers become mature and experienced you will be left
with all this teenager nonsense where everybody calls each other
"trolls" on Reddit instead of engaging in real risk analysis.
Russ
Milly Bitcoin [ARCHIVE] /
npub1rv…hc5wt
2023-06-07 15:43:06
in reply to nevent1q…z8lx
Author Public Key
npub1rv5ajnhgrc0wq3ulrk6tcjkgsaq8h4rs5rtsvrnklz4j0lw40egqphc5wtSeen on
wss://relay.noswhere.comPublished at
2023-06-07 15:43:06Event JSON
{
"id": "5300b780cb1aaafffdf355e7ba940087aaec88d666816343753e5044dce5d0e4",
"pubkey": "1b29d94ee81e1ee0479f1db4bc4ac887407bd470a0d7060e76f8ab27fdd57e50",
"created_at": 1686152586,
"kind": 1,
"tags": [
[
"e",
"95a36d78d6bf18f4b8ede735f044f5cc9630ae9f0b1198d008835777ff84eede",
"",
"root"
],
[
"e",
"eec80df87bbba0b4765b97a830885edaf3a430d0de3d7660ca23857cafd2e2ca",
"",
"reply"
],
[
"p",
"daa2fc676a25e3b5b45644540bcbd1e1168b111427cd0e3cf19c56194fb231aa"
]
],
"content": "📅 Original date posted:2015-07-27\n📝 Original message:\u003e The ugly thing is I think everyone in this process recognises the\n\u003e meta-consensus nature of the debate already. Notice how Gavin Andresen's\n\u003e initial blocksize posts were in the form of a non-technical blog, making\n\u003e non-technical arguments to the public - not the Core dev team - in ways\n\u003e not conducive to open response. A rather annoying example is Jeff\n\u003e Garzik's recent efforts: a fundementally broken troll pull-req raising\n\u003e the blocksize to 2MB that simply can't be merged for reasons unrelated\n\u003e to the blocksize, followed by very public and loud efforts to spin a\n\u003e non-issue - closing a pull-req that had no real impact on blockchain\n\u003e capacity - into a broader reddit furor over a \"changed\" policy on\n\u003e scaling. As a PR effort to the public this was fairly effective: framing\n\u003e the Core dev team's actions as a change and raising the blocksize as a\n\u003e default action puts the team on the defensive. As a way of building\n\u003e consensus among the Core dev team, Garzik's actions are very\n\u003e counterproductive.\n\nYou are correct. It is also counterproductive to take cheap shots at \nvendors in order to garner consulting revenue. Measuring risk in a \nsystematic way against known metrics is the way to go. Tweeting, \nblogging, and drama are generally counterproductive.\n\nWhen the issue is raised most of the developers shun the idea so until \nsome of the developers become mature and experienced you will be left \nwith all this teenager nonsense where everybody calls each other \n\"trolls\" on Reddit instead of engaging in real risk analysis.\n\nRuss",
"sig": "ea1dedf9c95373f91c6127a3884bf188bda4011ff055a98a9467235c6e2ae999021dfa1359d0d089e12f9309281f5324d0cb62bd3f663fe519ede463b7eccd6e"
}