📅 Original date posted:2015-08-17
📝 Original message:On Mon, Aug 17, 2015 at 11:51 AM, Oliver Egginger via bitcoin-dev
<bitcoin-dev at lists.linuxfoundation.org> wrote:
> To avoid such discussions.
You seem to be assuming that there is specific reason to believe the
message is unauthentic. This is not the case.
Contrary to other poster's claims, if the message had been PGP signed
that might, in fact, have arguably been weak evidence that it was
unauthentic: no message from the system's creator that I (or
apparently anyone) was aware of was ever signed with that key.
The headers on the message check out. The mail server in question is
also not an open relay. At the moment the only reason I have to doubt
the authenticity of it is merely the fact that it exists after so much
air silence, but that isn't especially strong.
In the presence of doubt, it's better to take it just for its content.
And on that front it is more on-topic, civil, and productively
directed than a substantial fraction of new messages on the list. I
certainly do not see a reason to hide it.
A focus on the content is especially relevant because one of the core
messages in the content is a request to eschew arguments from
authority; which is perhaps the greatest challenge here: How can the
founder of a system speak up to ask people to reject that kind of
argument without implicitly endorsing that approach through their own
act?
This whole tangest is a waste of time. If you believe the message is
unauthentic or not the best response is the same as if it is
authentic. Focus on the content. If its worth responding to, do. If
it's not don't. Then move on with life.
Gregory Maxwell [ARCHIVE] /
npub1f2…crwet
2023-06-07 17:35:40
in reply to nevent1q…xn96
Author Public Key
npub1f2nvlx49er5c7sqa43src6ssyp6snd4qwvtkwm5avc2l84cs84esecrwetSeen on
wss://relay.noswhere.comPublished at
2023-06-07 17:35:40Event JSON
{
"id": "2d85f11dfe0dd52af0ea8a97d32519560252113e59313a60ea6d47ba3f61c006",
"pubkey": "4aa6cf9aa5c8e98f401dac603c6a10207509b6a07317676e9d6615f3d7103d73",
"created_at": 1686159340,
"kind": 1,
"tags": [
[
"e",
"1978e32d03d4503888c51ee921351a9cd2252143db43ca22f3f2ea46247d3802",
"",
"root"
],
[
"e",
"4fb80e456c45cba2b3f115d520028a066a02f7cdd78faf2f56c2bc70292f0904",
"",
"reply"
],
[
"p",
"fdf31024ca0537ed828d895ddc8525f8af023f0dc935a8327a8a496d0d7a9f83"
]
],
"content": "📅 Original date posted:2015-08-17\n📝 Original message:On Mon, Aug 17, 2015 at 11:51 AM, Oliver Egginger via bitcoin-dev\n\u003cbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\u003e To avoid such discussions.\n\nYou seem to be assuming that there is specific reason to believe the\nmessage is unauthentic. This is not the case.\n\nContrary to other poster's claims, if the message had been PGP signed\nthat might, in fact, have arguably been weak evidence that it was\nunauthentic: no message from the system's creator that I (or\napparently anyone) was aware of was ever signed with that key.\n\nThe headers on the message check out. The mail server in question is\nalso not an open relay. At the moment the only reason I have to doubt\nthe authenticity of it is merely the fact that it exists after so much\nair silence, but that isn't especially strong.\n\nIn the presence of doubt, it's better to take it just for its content.\nAnd on that front it is more on-topic, civil, and productively\ndirected than a substantial fraction of new messages on the list. I\ncertainly do not see a reason to hide it.\n\nA focus on the content is especially relevant because one of the core\nmessages in the content is a request to eschew arguments from\nauthority; which is perhaps the greatest challenge here: How can the\nfounder of a system speak up to ask people to reject that kind of\nargument without implicitly endorsing that approach through their own\nact?\n\nThis whole tangest is a waste of time. If you believe the message is\nunauthentic or not the best response is the same as if it is\nauthentic. Focus on the content. If its worth responding to, do. If\nit's not don't. Then move on with life.",
"sig": "97b3b1c5eb89bda07030fc6980b1088b8070370d7d0f2bef3f79c64b476ada9931602bb8ebbf1a7e898de9fa03688b453e13c915747cd5c0bf1b06c1a0552f63"
}