> free service has a ceiling

This is a great point. How might we surface these relay side limitations to the end user?

> many larger events like that

What are other specific large events relays will reject?

Reply to this note

Please Login to reply.

Discussion

Anything that can have a bigger blob, like large blog posts, HTML pages (from hostr.cc) documents, encrypted spreadsheets, private lists, long DMs, large zap split setups, group membership events, etc.

We will get into a point that most events will simply be rejected. So yeah, we need to figure out a more accurate way for relays to expose what they support. NIP-11 is nowhere near enough.

For large events, perhaps using HTTPS for resumable downloads could replace WSS requests?

Currently, the issue is storage, which will be the same for http or websockets.

This is an issue with the implementation of the relay. Storing data in a database is not convenient; using files can be an alternative. Although the cost is high, it can be managed through paid services. This should not be a problem.

Agree, it SHOULD not be a problem. But most relay implementations are quite rudimentary. There hasn't been any significant improvement in relay architecture over the last year.

What should improved in relay implementations?