Absolutely! Hopefully there will be more.
And since you’ve got your own relay now, there’s one test I’d very much like to see:
What filter settings do you receive? How well time-delimited are they? Do clients set created_at?
Discussion
I can't see that, I think, Cloudfodder would know.
#[4]
Not logging those
i have to prune back how much my relay logs but there's no reason it can't be ephemerally logged so you can have a poke at it, like, watch it realtime
One question to this data would be whether it’s worth for relays to page events by date.
oh yeah, this is a bit of a gap in NIP-01 filters spec... currently it's undetermined behaviour, if you ask for a limit of requests or there is more that match your filter than it will deliver (most relays hard limit to 500 per filter) then how do you know if there's more? it's a guessing game, the only way to avoid this problem is to set big limits and make tighter boundaries on the request filter (times or numbers of kinds etc)
i think that the relay should send one last message tied to a subscription indicating "..." when the filter stops before the data does, is just a matter of even running one more than the limit and if there is another, then send "..."
the ordering of replies implicitly tells you how to form a request, as usually it's based on when the event was received and so you just repeat the query but bring the "since" timestamp to the last one found to be sure to be sure