📅 Original date posted:2013-11-14
📝 Original message:On Thursday, November 14, 2013 11:11:26 PM Mark Friedenbach wrote:
> "key id" (thanks sipa).
>
> I know it's a more technical term, but that is rather the point. It
> was a fundamental error to call hashed-pubkeys "addresses" as people
> either associate this with "account" or physical addresses, which also
> rarely change.
>
> Security and privacy guarantees of the system are defeated when key
> pairs are reused. We should ideally adopt terminology that lead people
> to associations of ephemeral, temporary use. "key id" is at least
> neutral in this regard. Can anyone think of something better?
Keys are often reused, so not sure that conveys the single-use much better.
Reason I suggested invoice id is because nobody wants to pay the same invoice
twice.
Luke
Luke-Jr [ARCHIVE] /
npub1dt…u7wrs
2023-06-07 15:09:34
in reply to nevent1q…k5qv
Author Public Key
npub1dtr22xd42nv07un2xq0rmtkqkjylgsmexau0anxxafa9xmmn2ncshu7wrsPublished at
2023-06-07 15:09:34Event JSON
{
"id": "e88f4dd8780b6900413c6b0fb67c41f1fcedf689508898ea3062e62028fe8577",
"pubkey": "6ac6a519b554d8ff726a301e3daec0b489f443793778feccc6ea7a536f7354f1",
"created_at": 1686150574,
"kind": 1,
"tags": [
[
"e",
"f949fa80b2178db0fa7c7377159ffdf8cd87cc4a75383c5243367fef9a888c57",
"",
"root"
],
[
"e",
"6b4d3c2e7c58cdb794e8ee9613e4b41017dd82098e96bde7ed76e36aa5a15038",
"",
"reply"
],
[
"p",
"1c61d995949cbfaf14f767784e166bde865c7b8783d7aa3bf0a1d014b70c0069"
]
],
"content": "📅 Original date posted:2013-11-14\n📝 Original message:On Thursday, November 14, 2013 11:11:26 PM Mark Friedenbach wrote:\n\u003e \"key id\" (thanks sipa).\n\u003e \n\u003e I know it's a more technical term, but that is rather the point. It\n\u003e was a fundamental error to call hashed-pubkeys \"addresses\" as people\n\u003e either associate this with \"account\" or physical addresses, which also\n\u003e rarely change.\n\u003e \n\u003e Security and privacy guarantees of the system are defeated when key\n\u003e pairs are reused. We should ideally adopt terminology that lead people\n\u003e to associations of ephemeral, temporary use. \"key id\" is at least\n\u003e neutral in this regard. Can anyone think of something better?\n\nKeys are often reused, so not sure that conveys the single-use much better.\nReason I suggested invoice id is because nobody wants to pay the same invoice \ntwice.\n\nLuke",
"sig": "6b0d27a5faa3dab73419ea028e90bba14825b43f702bcc0a96746fb2910308d45272cbc8e616b6881207931c07efe0542166bae81f159c48de270e67f76b5309"
}