Random dev thoughts: Would it be a good idea to do an open source web push notification server for Nostr?
It could have fine-grained options for what notifications you want, from whom and how often.
It could be used automatically in the background by a client, or through its own web UI. Clicking the notifications would redirect you to the client of your choice.
It would be a lot like a relay in that it needs to match incoming events to a potentially large amount of subscriptions. Subscriptions would be persisted in a database and maybe managed over a REST API.
In addition to the stuff typically sent over Nostr, you need to send the subscription object and other things like notification frequency, maximum social graph distance or score, minimum zap amount to notify etc.
It would connect to other relays and maybe also have a websocket endpoint for receiving events over Nostr protocol.
Extending strfry into this direction crossed my mind, but maybe something like Django (or whatever web framework you're familiar with) would be better, as we need to persist the subscriptions.
Martti Malmi /
npub1g5…3drvk
2024-10-13 19:21:23
Author Public Key
npub1g53mukxnjkcmr94fhryzkqutdz2ukq4ks0gvy5af25rgmwsl4ngq43drvkPublished at
2024-10-13 19:21:23Event JSON
{
"id": "5c641db67241dc33b7c747b07470be91f620609b925cb90e588e6fb0aa1344b2",
"pubkey": "4523be58d395b1b196a9b8c82b038b6895cb02b683d0c253a955068dba1facd0",
"created_at": 1728847283,
"kind": 1,
"tags": [],
"content": "Random dev thoughts: Would it be a good idea to do an open source web push notification server for Nostr?\n\nIt could have fine-grained options for what notifications you want, from whom and how often.\n\nIt could be used automatically in the background by a client, or through its own web UI. Clicking the notifications would redirect you to the client of your choice.\n\nIt would be a lot like a relay in that it needs to match incoming events to a potentially large amount of subscriptions. Subscriptions would be persisted in a database and maybe managed over a REST API.\n\nIn addition to the stuff typically sent over Nostr, you need to send the subscription object and other things like notification frequency, maximum social graph distance or score, minimum zap amount to notify etc.\n\nIt would connect to other relays and maybe also have a websocket endpoint for receiving events over Nostr protocol.\n\nExtending strfry into this direction crossed my mind, but maybe something like Django (or whatever web framework you're familiar with) would be better, as we need to persist the subscriptions.",
"sig": "c3c5b5ab3958e785f73a806801138e898eb073dff5c1b9d5a833cf5d6fa8010827aaf1685a644a34a19c913ea75af280573d396b047c3326cc82f3005941737d"
}