📅 Original date posted:2015-08-18
📝 Original message:Dave,
³ Š highly skilled psychological warfare agents ..²
Paranoia, much?
Or perhaps the ³enemies" of Bitcoin are just sitting patiently, waiting for
it to collapse in time due to its internal contradictions.
From: Dave Scotese via bitcoin-dev <bitcoin-dev at lists.linuxfoundation.org>
Reply-To: Dave Scotese <dscotese at litmocracy.com>
Date: Tuesday, 18 August 2015 12:37 pm
To: Bitcoin Dev <bitcoin-dev at lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Annoucing Not-BitcoinXT
Three things:
1) Hostility is generally the result of perceived hostility. If you assume
the best intentions of another person, you will eventually find yourself in
one of two places. Either you will find truth with that person (becuase
they are also seeking it), or you will drive them away (because you will ask
questions that can't be answered by someone trying to deceive).
2) The Wiki says "The current Core developers are Wladimir J. van der Laan,
Gavin Andresen, Jeff Garzik, Gregory Maxwell, and Pieter Wuille." I've seen
no hostility from any of these people.
3) The people who are threatened by Bitcoin aren't stupid enough to ignore
#1. Can anyone imagine that they have not hired highly skilled
psychological warfare agnts to do everything they can to "help" assault what
we decentralization enthusiasts have been working for?
About #2: I'm actually blind to hostility, and that is an intentional
affectation in response to my recognition of #1 and #3 together. If you
feel another person has expressed a bad idea, just ignore it. If you feel
they might be misleading others, post a reply about what you know to clear
up any possible misconceptions. There is no point in identifying
individuals who are being hostile, or pointing out hostility, or being
divisive. Let the rest of us recognize it on our own. Maybe send something
like what I'm writing now.
PS: If anyone is interested in conspiracy theories, I had written this into
my gmail compose window and (presumably) hit a wrong key which caused the
thread to be marked as spam and deleted my whole reply. It hadn't even
saved a draft. I've never seen gmail not save a draft before.
On Mon, Aug 17, 2015 at 9:55 AM, Eric Lombrozo via bitcoin-dev
<bitcoin-dev at lists.linuxfoundation.org> wrote:
> I should add that in the interest of peace and goodwill, I extend an offer to
> both Mike and Gavin to make their grievances heardŠbut only on the condition
> that we make a good effort to avoid misrepresentation and misreading of the
> other side¹s intentions.
>
>> On Aug 17, 2015, at 9:37 AM, Eric Lombrozo <elombrozo at gmail.com> wrote:
>>
>>
>>> On Aug 17, 2015, at 6:34 AM, NxtChg via bitcoin-dev
>>> <bitcoin-dev at lists.linuxfoundation.org> wrote:
>>>
>>> Great, so how about you go tell theymos to stop censoring XT posts and
>>> banning the other side on /r/Bitcoin?
>>>
>>> Let users decide what Bitcoin is or isn't.
>>
>> FWIW,
>>
>> I don¹t think what theymos did is very constructive.I understand his
>> positionŠbut it only hurts the cause, unfortunately - the PR battle is not
>> the same thing as a discussion on technical merits. He hurts the PR battle
>> and plays into Mike¹s hand by doing that. The actual underlying issue
>> actually has little to do with block size - it has to do with Mike and Gavin
>> feeling that the core devs are being obstructionist.
>>
>> Regardless of the technical merits of XT, the fact that we¹ve never done a
>> hard fork before, not even for things some other devs have wantedŠand not due
>> to any malice on anyone¹s part but because simply that¹s just the nature of
>> decentralized consensus with well-defined settlement guaranteesŠthis is the
>> problem - Mike and Gavin think they¹re somehow special and their fork should
>> be pushed while the rest of us resist pushing our own controversial pet ideas
>> because we want civility and understand that at this stage in Bitcoin¹s
>> development trying to fork the blockchain over highly divisive issues is
>> counterproductive and destructive.
>>
>> But the fact of the matter is that in the PR battle, arguments against the
>> fork actually play into Mike¹s hand, and that¹s the problem.
>>
>> The whole block size thing is too nuanced and too easily spun simplistically.
>> It¹s too easy to spin resistance to bigger blocks (even though the resistance
>> is actually much more towards untested hardforking mechanisms and serious
>> security concerns) as ³obstructionism² and it¹s too easy to spin bigger
>> blocks as ³scalability² because most of the people can¹t tell the fucking
>> difference.
>>
>> The fact is most of the people don¹t really understand the fundamental issue
>> and are taking sides based on charismatic leadership and authority which is
>> actually entirely counter to the spirit of decentralized consensus. It¹s
>> beyond ironic.
>>
>> If you guys want to win the PR battle, the key is to make it clear that you
>> are not obstructionist and are giving everyone equal treatmentŠBitcoin was
>> designed such that changing the rules is *hard* and this is a feature.
>> Bitcoin simply does not have a reliable and tested hard forking mechanismŠand
>> a hard fork for such a politically divisive issue will almost certainly lead
>> to a lack of cooperation and refusal to work together out of spite. All of us
>> would like to be able to process more transactions on the network. It¹s not a
>> matter of whether we think higher capacity is a bad thing - it¹s more that
>> some of us are concerned that Bitcoin is not sufficiently mature to be able
>> to handle such a schism with so much hostility.
>>
>> Let¹s face it, folks - from a PR standpoint, the block size issue is
>> irrelevant. Nobody really understands it except for a handful of people -
>> I¹ve tried to explain it, I¹ve even written articles about it - but most
>> people just don¹t get it. Most people don¹t really get scalability either -
>> they seem to think that scalability is just doing the same thing you¹ve
>> always done manyfold.
>>
>> Block size is an especially dangerous issue politically because it¹s one of
>> those that requires deep understanding yet superficially sounds really
>> simple. It¹s perfect Dunning-Kruger bait.
>>
>> So let¹s be a little smarter about this.
>
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev at lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
--
I like to provide some work at no charge to prove my value. Do you need a
techie?
I own Litmocracy <http://www.litmocracy.com>; and Meme Racing
<http://www.memeracing.net>; (in alpha).
I'm the webmaster for The Voluntaryist <http://www.voluntaryist.com>; which
now accepts Bitcoin.
I also code for The Dollar Vigilante <http://dollarvigilante.com/>; .
"He ought to find it more profitable to play by the rules" - Satoshi
Nakamoto
_______________________________________________ bitcoin-dev mailing list
bitcoin-dev at lists.linuxfoundation.org
https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150818/5004de1d/attachment-0001.html>;
GC [ARCHIVE] /
npub1ff…2qp3d
2023-06-07 17:36:12
in reply to nevent1q…sk8j
Author Public Key
npub1ffc8cszk5wq34nvq78qm7npmmc8wsxg4538k7sy604shwmmrsjgsk2qp3dPublished at
2023-06-07 17:36:12Event JSON
{
"id": "6b4ace162286ce629e09daaf14cc5f9fb44974722e21135aba323a2f8c955a0b",
"pubkey": "4a707c4056a3811acd80f1c1bf4c3bde0ee81915a44f6f409a7d61776f638491",
"created_at": 1686159372,
"kind": 1,
"tags": [
[
"e",
"8bab4b65547ea525500c3da32e0aaa3f149ec5abd990afc7ae86d8eed16de657",
"",
"root"
],
[
"e",
"1ac52a8418f2e3ecda0461ed373c75aa774f448a7c1c508064a31eed55801ef8",
"",
"reply"
],
[
"p",
"a384795310cea1937dda4d01ee8f14ca734b9a7ab60c62114a5656706e15e47f"
]
],
"content": "📅 Original date posted:2015-08-18\n📝 Original message:Dave,\n\n³ Š highly skilled psychological warfare agents ..²\n\nParanoia, much? \n\nOr perhaps the ³enemies\" of Bitcoin are just sitting patiently, waiting for\nit to collapse in time due to its internal contradictions.\n\nFrom: Dave Scotese via bitcoin-dev \u003cbitcoin-dev at lists.linuxfoundation.org\u003e\nReply-To: Dave Scotese \u003cdscotese at litmocracy.com\u003e\nDate: Tuesday, 18 August 2015 12:37 pm\nTo: Bitcoin Dev \u003cbitcoin-dev at lists.linuxfoundation.org\u003e\nSubject: Re: [bitcoin-dev] Annoucing Not-BitcoinXT\n\nThree things:\n\n1) Hostility is generally the result of perceived hostility. If you assume\nthe best intentions of another person, you will eventually find yourself in\none of two places. Either you will find truth with that person (becuase\nthey are also seeking it), or you will drive them away (because you will ask\nquestions that can't be answered by someone trying to deceive).\n\n2) The Wiki says \"The current Core developers are Wladimir J. van der Laan,\nGavin Andresen, Jeff Garzik, Gregory Maxwell, and Pieter Wuille.\" I've seen\nno hostility from any of these people.\n\n3) The people who are threatened by Bitcoin aren't stupid enough to ignore\n#1. Can anyone imagine that they have not hired highly skilled\npsychological warfare agnts to do everything they can to \"help\" assault what\nwe decentralization enthusiasts have been working for?\n\nAbout #2: I'm actually blind to hostility, and that is an intentional\naffectation in response to my recognition of #1 and #3 together. If you\nfeel another person has expressed a bad idea, just ignore it. If you feel\nthey might be misleading others, post a reply about what you know to clear\nup any possible misconceptions. There is no point in identifying\nindividuals who are being hostile, or pointing out hostility, or being\ndivisive. Let the rest of us recognize it on our own. Maybe send something\nlike what I'm writing now.\n\nPS: If anyone is interested in conspiracy theories, I had written this into\nmy gmail compose window and (presumably) hit a wrong key which caused the\nthread to be marked as spam and deleted my whole reply. It hadn't even\nsaved a draft. I've never seen gmail not save a draft before.\n\nOn Mon, Aug 17, 2015 at 9:55 AM, Eric Lombrozo via bitcoin-dev\n\u003cbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\u003e I should add that in the interest of peace and goodwill, I extend an offer to\n\u003e both Mike and Gavin to make their grievances heardŠbut only on the condition\n\u003e that we make a good effort to avoid misrepresentation and misreading of the\n\u003e other side¹s intentions.\n\u003e \n\u003e\u003e On Aug 17, 2015, at 9:37 AM, Eric Lombrozo \u003celombrozo at gmail.com\u003e wrote:\n\u003e\u003e \n\u003e\u003e \n\u003e\u003e\u003e On Aug 17, 2015, at 6:34 AM, NxtChg via bitcoin-dev\n\u003e\u003e\u003e \u003cbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\u003e\u003e\u003e \n\u003e\u003e\u003e Great, so how about you go tell theymos to stop censoring XT posts and\n\u003e\u003e\u003e banning the other side on /r/Bitcoin?\n\u003e\u003e\u003e \n\u003e\u003e\u003e Let users decide what Bitcoin is or isn't.\n\u003e\u003e \n\u003e\u003e FWIW,\n\u003e\u003e \n\u003e\u003e I don¹t think what theymos did is very constructive.I understand his\n\u003e\u003e positionŠbut it only hurts the cause, unfortunately - the PR battle is not\n\u003e\u003e the same thing as a discussion on technical merits. He hurts the PR battle\n\u003e\u003e and plays into Mike¹s hand by doing that. The actual underlying issue\n\u003e\u003e actually has little to do with block size - it has to do with Mike and Gavin\n\u003e\u003e feeling that the core devs are being obstructionist.\n\u003e\u003e \n\u003e\u003e Regardless of the technical merits of XT, the fact that we¹ve never done a\n\u003e\u003e hard fork before, not even for things some other devs have wantedŠand not due\n\u003e\u003e to any malice on anyone¹s part but because simply that¹s just the nature of\n\u003e\u003e decentralized consensus with well-defined settlement guaranteesŠthis is the\n\u003e\u003e problem - Mike and Gavin think they¹re somehow special and their fork should\n\u003e\u003e be pushed while the rest of us resist pushing our own controversial pet ideas\n\u003e\u003e because we want civility and understand that at this stage in Bitcoin¹s\n\u003e\u003e development trying to fork the blockchain over highly divisive issues is\n\u003e\u003e counterproductive and destructive.\n\u003e\u003e \n\u003e\u003e But the fact of the matter is that in the PR battle, arguments against the\n\u003e\u003e fork actually play into Mike¹s hand, and that¹s the problem.\n\u003e\u003e \n\u003e\u003e The whole block size thing is too nuanced and too easily spun simplistically.\n\u003e\u003e It¹s too easy to spin resistance to bigger blocks (even though the resistance\n\u003e\u003e is actually much more towards untested hardforking mechanisms and serious\n\u003e\u003e security concerns) as ³obstructionism² and it¹s too easy to spin bigger\n\u003e\u003e blocks as ³scalability² because most of the people can¹t tell the fucking\n\u003e\u003e difference.\n\u003e\u003e \n\u003e\u003e The fact is most of the people don¹t really understand the fundamental issue\n\u003e\u003e and are taking sides based on charismatic leadership and authority which is\n\u003e\u003e actually entirely counter to the spirit of decentralized consensus. It¹s\n\u003e\u003e beyond ironic.\n\u003e\u003e \n\u003e\u003e If you guys want to win the PR battle, the key is to make it clear that you\n\u003e\u003e are not obstructionist and are giving everyone equal treatmentŠBitcoin was\n\u003e\u003e designed such that changing the rules is *hard* and this is a feature.\n\u003e\u003e Bitcoin simply does not have a reliable and tested hard forking mechanismŠand\n\u003e\u003e a hard fork for such a politically divisive issue will almost certainly lead\n\u003e\u003e to a lack of cooperation and refusal to work together out of spite. All of us\n\u003e\u003e would like to be able to process more transactions on the network. It¹s not a\n\u003e\u003e matter of whether we think higher capacity is a bad thing - it¹s more that\n\u003e\u003e some of us are concerned that Bitcoin is not sufficiently mature to be able\n\u003e\u003e to handle such a schism with so much hostility.\n\u003e\u003e \n\u003e\u003e Let¹s face it, folks - from a PR standpoint, the block size issue is\n\u003e\u003e irrelevant. Nobody really understands it except for a handful of people -\n\u003e\u003e I¹ve tried to explain it, I¹ve even written articles about it - but most\n\u003e\u003e people just don¹t get it. Most people don¹t really get scalability either -\n\u003e\u003e they seem to think that scalability is just doing the same thing you¹ve\n\u003e\u003e always done manyfold.\n\u003e\u003e \n\u003e\u003e Block size is an especially dangerous issue politically because it¹s one of\n\u003e\u003e those that requires deep understanding yet superficially sounds really\n\u003e\u003e simple. It¹s perfect Dunning-Kruger bait.\n\u003e\u003e \n\u003e\u003e So let¹s be a little smarter about this.\n\u003e \n\u003e \n\u003e _______________________________________________\n\u003e bitcoin-dev mailing list\n\u003e bitcoin-dev at lists.linuxfoundation.org\n\u003e https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev\n\u003e \n\n\n\n-- \nI like to provide some work at no charge to prove my value. Do you need a\ntechie? \nI own Litmocracy \u003chttp://www.litmocracy.com\u003e and Meme Racing\n\u003chttp://www.memeracing.net\u003e (in alpha).\nI'm the webmaster for The Voluntaryist \u003chttp://www.voluntaryist.com\u003e which\nnow accepts Bitcoin.\nI also code for The Dollar Vigilante \u003chttp://dollarvigilante.com/\u003e .\n\"He ought to find it more profitable to play by the rules\" - Satoshi\nNakamoto\n_______________________________________________ bitcoin-dev mailing list\nbitcoin-dev at lists.linuxfoundation.org\nhttps://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev\n\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150818/5004de1d/attachment-0001.html\u003e",
"sig": "ba17e1ae40c309c190c79d075b2fba0e0e080ba7dc42b8e3b0c8a5441e0803514cf91e5b55eb09f8cae4ebeba38ff0ce52e35d778d47470e04d4e0d331518a0f"
}