Nostr Web Client

我现在更倾向于在客户端过滤，我可以自己定制规则，并可以确认。

尽量坚持“dumb relay, smart client”

Reply to this note

Please Login to reply.

Discussion

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

nodez 2y ago

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把这个接下来

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

nodez 2y ago

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

来接下来吧😃

电猫应该能搞一下😀

好像是可以加一个😀

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

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

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

两难问题，这样便会依赖于客户端。比如Damus 客户端只能在iOS上用，电脑上就得换别的了，不一定能有一样的过滤规则。relay上有的话更方便，可以做到跨客户端跨平台

用户没法操作relay，客户端多样化问题不大。

Damus有Mac app

Relay 也可以有配置界面，让用户做一些个性化的设置

Nostr Bird🦜 2y ago

对于客户而言，客户更希望选择权在自己手里，而不是在relay手里。对于某些人某些信息，他们如果感兴趣或不感兴趣，可以自己操作去看或者不看。而不是他想看却被relay给过滤了。当然，relay也不只有一种，他有自由选择relay的权利。在relay上实现确实是更方便一些，但能在客户端普遍推广过滤手段，更符合客户利益吧。

但用户总有过滤内容的需求，过滤就要靠代码，要不就在客户端写，要不就在relay端写，我的感觉也是relay端更好一些

relay 加个 path 提供这种 add-on 的能力？这样明确请求、明确返回是不是更清楚一些，类似 wss:/example-relay.com/anti-spam

类似于这样的，或者让用户可以在relay上做一些设置，那样能做的就更多了

Nostr Bird🦜 2y ago

单纯是考虑relay或客户端集中作恶，比如像中心化服务器故意屏蔽某些信息，这样的行为几乎没有可能性。因为客户端和relay都是世界分散的。客户过滤信息的方法就变成了两种，要么选择自己所需要的类型的relay，要么在客户端自行过滤。就看客户利益诉求，relay运营商利益诉求，操作方便程度之间的平衡。