Luke Dashjr [ARCHIVE] on Nostr: 📅 Original date posted:2015-09-15 📝 Original message:On Monday, September 14, ...
📅 Original date posted:2015-09-15
📝 Original message:On Monday, September 14, 2015 6:57:01 PM Arthur - bitcoin-fr.io via bitcoin-
dev wrote:
> Hi,I realized that there isn't any way to ask for a signature (or to verify
> a message) as easily you can do when requesting a payment using a bitcoin
> URI scheme (BIP0021).I think a URI scheme to use the signing tools in
> bitcoin core might be useful, and with a proper consensus it could become
> available in most bitcoin clients who already support message
> signing/verifying and payment url (or QRCode) and enable new uses of
> bitcoin signatures.A way to gain proper consensus is going through a BIP,
> so that's why I'm here: to present my idea publicly before going any
> further (draft BIP and reference implementation).Some thoughts - like
> BIP0021: "Bitcoin clients MUST NOT act on URIs without getting the user's
> authorization." so signing requires the user to manually approve the
> process - it could use the same URI scheme than BIP0021 with an additional
> parameter (ex: signaction=) or use another one like BIP121 (ex: btcsig:)PS
> : I'll also post a topic in "Development & Technical Discussion" section
> on Bitcointalk --Arthur Bouquet
I think probably the whole signed message thing needs to be rethought. The
most common "uses" today seem to be insecure cases that it doesn't actually
work in: people trying to prove ownership of bitcoins and/or that they sent
bitcoins (current signed messages can do neither). Ideally, whatever the new
method is should also avoid using the same key as for signing transactions,
since the public key is technically private information. Furthermore, since
addresses are semi-deprecated (by the payment protocol), I'm not sure it
makes sense to do this without designing an entire authentication system,
which may be rather complex.
Luke
Published at
2023-06-07 17:40:13Event JSON
{
"id": "0782959b015749927ca9dacfc9716a915d6ce6dcb3c0e6b8f8e0a337cd5acf0b",
"pubkey": "5a6d1f44482b67b5b0d30cc1e829b66a251f0dc99448377dbe3c5e0faf6c3803",
"created_at": 1686159613,
"kind": 1,
"tags": [
[
"e",
"ed09e32b01930221eafa4cc0bbb2df7e182ba1118a4b04b94811e6ad692ba894",
"",
"root"
],
[
"e",
"376e6cae76994ec4ebefd7e911d9baee67fcfec0003e3b55be6e866b151e8c61",
"",
"reply"
],
[
"p",
"cd7a2cba8fb58a6131210185f2257692f56b666fb24bf9cf016ca8aaa4a4ae01"
]
],
"content": "📅 Original date posted:2015-09-15\n📝 Original message:On Monday, September 14, 2015 6:57:01 PM Arthur - bitcoin-fr.io via bitcoin-\ndev wrote:\n\u003e Hi,I realized that there isn't any way to ask for a signature (or to verify\n\u003e a message) as easily you can do when requesting a payment using a bitcoin\n\u003e URI scheme (BIP0021).I think a URI scheme to use the signing tools in\n\u003e bitcoin core might be useful, and with a proper consensus it could become\n\u003e available in most bitcoin clients who already support message\n\u003e signing/verifying and payment url (or QRCode) and enable new uses of\n\u003e bitcoin signatures.A way to gain proper consensus is going through a BIP,\n\u003e so that's why I'm here: to present my idea publicly before going any\n\u003e further (draft BIP and reference implementation).Some thoughts - like\n\u003e BIP0021: \"Bitcoin clients MUST NOT act on URIs without getting the user's\n\u003e authorization.\" so signing requires the user to manually approve the\n\u003e process - it could use the same URI scheme than BIP0021 with an additional\n\u003e parameter (ex: signaction=) or use another one like BIP121 (ex: btcsig:)PS\n\u003e : I'll also post a topic in \"Development \u0026 Technical Discussion\" section\n\u003e on Bitcointalk --Arthur Bouquet\n\nI think probably the whole signed message thing needs to be rethought. The \nmost common \"uses\" today seem to be insecure cases that it doesn't actually \nwork in: people trying to prove ownership of bitcoins and/or that they sent \nbitcoins (current signed messages can do neither). Ideally, whatever the new \nmethod is should also avoid using the same key as for signing transactions, \nsince the public key is technically private information. Furthermore, since \naddresses are semi-deprecated (by the payment protocol), I'm not sure it \nmakes sense to do this without designing an entire authentication system, \nwhich may be rather complex.\n\nLuke",
"sig": "1474ed3fabc67f21d379ce5c8cac1531f216c7e17ec2139b8be9a042e659157a82c0679a34f05e63b467bf10199d6f38394d7d3ced24652f33d4feb10cd9705b"
}