Amber follows the Nostr signer protocol by which it exchanges events to sign with the client using ephemeral events shared via relays. This requires both client and signer to be able to sign anonymous events with their own keys. Such keys can be randomly generated per session or unique to each client/signer instance.
That said, because any client that can deal with Amber needs to be able to generate its own keypair, any client could sign "anonymous" events on a throwaway npub, without ever talking to Amber.
Thus, it's no big leap to have such a client support anonymous interactions in which a user gets a temporary throwaway npub that is deleted at the end of the session.
Users who want a more persistent/permanent identity would "log in" via Amber or similar to use their own personal keypair.
MichaelJ
npub1wq…cqsyn
2025-05-21 20:41:52
in reply to nevent1q…2jw5
Author Public Key
npub1wqfzz2p880wq0tumuae9lfwyhs8uz35xd0kr34zrvrwyh3kvrzuskcqsynPublished at
2025-05-21 20:41:52Event JSON
{
"id": "7966a52d0834eceae8999b9adbf143501aba39100b19e680104f3773d7b10022",
"pubkey": "70122128273bdc07af9be7725fa5c4bc0fc146866bec38d44360dc4bc6cc18b9",
"created_at": 1747860112,
"kind": 1,
"tags": [
[
"e",
"967b9c253ec6b2a7958cfcdac8ee9ac4dd54d172d503ef22a5c2c9d0354a5cd1",
"",
"root"
],
[
"e",
"ed6e21f5ad1d632e80bece16e88d6e5bd4fd9e9a8463d8ea6262f31c8d5cc109"
],
[
"e",
"a505710c4e1f6f6bf7edff9d8c5f8e4edf97734cb68b9febdd7818d69a243956",
"",
"reply"
],
[
"p",
"036533caa872376946d4e4fdea4c1a0441eda38ca2d9d9417bb36006cbaabf58"
],
[
"p",
"70122128273bdc07af9be7725fa5c4bc0fc146866bec38d44360dc4bc6cc18b9"
],
[
"p",
"d6affa195bb7194a705832f535fa65bab1d8dcdada6b2540ff34b3709110b177"
],
[
"p",
"fd208ee8c8f283780a9552896e4823cc9dc6bfd442063889577106940fd927c1"
]
],
"content": "Amber follows the Nostr signer protocol by which it exchanges events to sign with the client using ephemeral events shared via relays. This requires both client and signer to be able to sign anonymous events with their own keys. Such keys can be randomly generated per session or unique to each client/signer instance.\n\nThat said, because any client that can deal with Amber needs to be able to generate its own keypair, any client could sign \"anonymous\" events on a throwaway npub, without ever talking to Amber.\n\nThus, it's no big leap to have such a client support anonymous interactions in which a user gets a temporary throwaway npub that is deleted at the end of the session.\n\nUsers who want a more persistent/permanent identity would \"log in\" via Amber or similar to use their own personal keypair.",
"sig": "b1df506f3a3847fed667d6c3bd45fed0327444d7d4fe5d7362020e86974b546ef8c6626344f9b8dd6a7bdff5585a51ae8015a9272039ba2a8f9547df86016322"
}