Other's inbox relay are transparent from user's point of view, who should not have to worry about it.
I think that the main source of confusion is related to the fact the 99% of the time two different relays, inbox and outbox, are not really needed, they can be a single personal public relay.
Clients should just allow to add them, and only in an advanced configuration let the user tweak the read/write permissions (or deduce them by the actual permissions).
Then the user can be allowed to add an optional DM relay (suggesting that it enforces authentication), a search relay, etc.
As you see users think that the relay setting in Amethyst is quite confusing, after the Outbox model update; this approach could solve this.
dtonon / daniele
npub100…8vwqk
2024-11-01 06:31:18
in reply to nevent1q…j08v
Author Public Key
npub10000003zmk89narqpczy4ff6rnuht2wu05na7kpnh3mak7z2tqzsv8vwqkPublished at
2024-11-01 06:31:18Event JSON
{
"id": "e00f781e43a344f93551b8f8a007dcbca4c06a80f7aa971974ad1e5bc1efebe2",
"pubkey": "7bdef7be22dd8e59f4600e044aa53a1cf975a9dc7d27df5833bc77db784a5805",
"created_at": 1730442678,
"kind": 1,
"tags": [
[
"e",
"877e2b70fcd986adc9e9710b390ed6af170189db198e46749563b1d18e37087d",
"",
"root"
],
[
"p",
"460c25e682fda7832b52d1f22d3d22b3176d972f60dcdc3212ed8c92ef85065c"
]
],
"content": "Other's inbox relay are transparent from user's point of view, who should not have to worry about it.\n\nI think that the main source of confusion is related to the fact the 99% of the time two different relays, inbox and outbox, are not really needed, they can be a single personal public relay.\n\nClients should just allow to add them, and only in an advanced configuration let the user tweak the read/write permissions (or deduce them by the actual permissions).\n\nThen the user can be allowed to add an optional DM relay (suggesting that it enforces authentication), a search relay, etc.\n\nAs you see users think that the relay setting in Amethyst is quite confusing, after the Outbox model update; this approach could solve this.",
"sig": "e0a569b6a34002e1dd2854ae0659babb93662af6d1abddee68f7dbb6d255b974b05208a7cb56e1a5a764171d95959ef66275d137d194f2a6c8030e5677bdf481"
}