Rick Wesson [ARCHIVE] on Nostr: š
Original date posted:2012-11-26 š Original message:On Mon, Nov 26, 2012 at ...
š
Original date posted:2012-11-26
š Original message:On Mon, Nov 26, 2012 at 4:26 PM, Mike Hearn <mike at plan99.net> wrote:
>> Perhaps we should agree to talk about everything _except_ that first?
>
> Yeah, alternatives to X.509 chains don't interest me right now except
> in the sense that they should be cleanly implementable with future
> extensions.
>
> So if you care about DANE or DNSSEC or custom PKI infrastructures or
> whatever, rather than proposing them as replacements here (DOA), just
> figure out how you would extend the protocol in Gavins mail in a
> future extension. If you can't see a clean way to do it then let's
> discuss that. If you can think of a way to do it then let's table it.
> Better replacements can come in later BIPs.
The only part that has an x509 cert associated is in the invoice message.
message Invoice {
// repeated bytes x509chain = 1;
optional string domainName =1;
repeated Output outputs = 2;
required uint64 time = 3;
optional uint64 expires = 4;
optional bool single_use = 5 [default = true];
optional string memo = 6;
optional string receiptURI = 7;
optional bytes merchant_data = 8;
}
Removing that and adding a opaque string called domain name, or
identityName would be sufficient to move the conversation forward
without the x.509 baggage.
-rick
Published at
2023-06-07 10:39:56Event JSON
{
"id": "3572fb72084270793c4e3360d6bb0dc05f02b9334456a1f6d218cbba23d1d228",
"pubkey": "308e0d1efb1707ac6b92cd0b19c304882b3919f4bd59336c4a718c159bdcf63b",
"created_at": 1686134396,
"kind": 1,
"tags": [
[
"e",
"f5f2400f8aa8a7067be3d080f096fd7cbfeecdd6e589c178b85b63a9338150a5",
"",
"root"
],
[
"e",
"f2a861c7e88c0032230d22ca948ac0caa8acfe9f8ed51041e23e964de0ab43c4",
"",
"reply"
],
[
"p",
"f2c95df3766562e3b96b79a0254881c59e8639f23987846961cf55412a77f6f2"
]
],
"content": "š
Original date posted:2012-11-26\nš Original message:On Mon, Nov 26, 2012 at 4:26 PM, Mike Hearn \u003cmike at plan99.net\u003e wrote:\n\u003e\u003e Perhaps we should agree to talk about everything _except_ that first?\n\u003e\n\u003e Yeah, alternatives to X.509 chains don't interest me right now except\n\u003e in the sense that they should be cleanly implementable with future\n\u003e extensions.\n\u003e\n\u003e So if you care about DANE or DNSSEC or custom PKI infrastructures or\n\u003e whatever, rather than proposing them as replacements here (DOA), just\n\u003e figure out how you would extend the protocol in Gavins mail in a\n\u003e future extension. If you can't see a clean way to do it then let's\n\u003e discuss that. If you can think of a way to do it then let's table it.\n\u003e Better replacements can come in later BIPs.\n\nThe only part that has an x509 cert associated is in the invoice message.\n\nmessage Invoice {\n// repeated bytes x509chain = 1;\n optional string domainName =1;\n repeated Output outputs = 2;\n required uint64 time = 3;\n optional uint64 expires = 4;\n optional bool single_use = 5 [default = true];\n optional string memo = 6;\n optional string receiptURI = 7;\n optional bytes merchant_data = 8;\n}\n\nRemoving that and adding a opaque string called domain name, or\nidentityName would be sufficient to move the conversation forward\nwithout the x.509 baggage.\n\n-rick",
"sig": "cd8b4e967acf083241afe217fcd5244dc0eee076aeb0523b9b04dc1fbe540157481fb70b696ea4bf598a46a8d4f55fb6b3a739fd6bf0ee43a093cf09c607dae8"
}