Proposal NIP-0A discrete query messages FOLLOWS/FOLLOWERS

[jundow]

Proposing two discrete query messages FOLLOWS and FOLLOWERS.

This "discrete query message" approach aims for the protocol to have essential and single-function query methods for quick searching response.

This concept will be beneficial for the ecosystem especially if there are relays with huge number of accesses in the near future.

"REQ" message is quite versatile and convenient, but this concept lacks a consistent approach to have quick search response based on indexed database or data structures.

This proposal is a starter. There may be more beneficial types of discrete messages for relays and clients to deal with the huge number of accesses.

[staab]

This seems to add a lot of complexity for little benefit.

• Just like with COUNT it doesn't really solve reconciliation of datasets between relays
• It requires clients to trust relays, since it doesn't send signatures to the client
• It doesn't really reduce payload size for FOLLOWS
• It seems like we could do this with creative application of negentropy