You know how you have to have a Bitcoin node running in order to install and effectively use a Lightning Network node?

Can a search ‘protocol’ be built?

If so, wouldn’t it make sense to run an instance of the search protocol on the same machine that a nostr relay runs on? It could only query the resident relay with the search parameters from the npub connected to that relay and return results from those to that npub.

Maybe an npub could query other relays but each relay/search pair would act as a single entity and results aggregated somewhere else.

Just thinking out loud. Probably nothing. nostr:note17u7admqvzsv3ynjee35g3m5gst0k8rksn3pv065awtjp7xzupeys25h5y5

Reply to this note

Please Login to reply.

Discussion

I have mentioned this couple of times to multiple plebs, but I think it won't make sense until I actually implement it 😅

Your idea is what I want to do. That search instance, let's call it Nostr Grid, has its own database and exposes a GraphQL endpoint.

The way it works is periodically syncing notes from the relay and indexing them in its own database. Clients that want to implement search features query Grid nodes and decide the shape of the response they want to fit their UI.