+1。主要是如果给 relay 增加这类规则的话,我理解实际上是需要去更改 protocol 的,最好有明确的 NIP,否则后面多了这类规则很难实现互操作。relay 和 client 最好不要有耦合

Reply to this note

Please Login to reply.

Discussion

relay不干的话,客户端要拉取的就太多了,对移动端很不友好。

https://bountsr.org/code/2023/02/05/relay-browser-webapp.html

A very simple and lean web Nostr client dedicated only to browsing relays. Should have a nice, fast, usable UX.

Without any public key, the user should be able to see the “global feed” in every relay and compare them. Perhaps using a tabbed view or a side-by-side view of multiple relays.

或者William把这个接下来

回头仔细看下,不过好像是做一个前端,这个还真不太熟悉😀

这个不是 #[3] 擅长的么?

来接下来吧😃

电猫应该能搞一下😀

好像是可以加一个😀

一是浪费流量,一是效率不高

如果只是为了防广场的 spam 的话,我觉得可以是 relay 的 add-on,但如果变成隐藏的默认行为(我用了 nip 规范的请求消息、但得到的却是我不知道的过滤的结果)我觉得是不合理的,对一个新加入的客户端可能会很疑惑

用户数据都在relay上,客户端如果要有好的用户体验的话,就必须向relay拿数据,才能做下一步的过滤操作,这样确实是效率很低的事。如果客户端提前将数据存到一个自己控制的地方,这又好像违背了nostr的一些理念