Nostr生态:发展现状与问题

Nostr生态:发展现状与问题
Nostr生态:发展现状与问题

Nostr的用户数量相对较少。与BlueSky协议相比,BlueSky在去年底就宣布拥有200万用户。从推特出走的用户去向数据显示,Mastodon排名第一,Mastodon是一种老牌协议,还有人转向ost news和BlueSky。Nostr属于第五梯队,规模较小。

Nostr的发展情况大致如上所述。然而,Nostr的发展背后还有许多数据无法统计,例如协议的提案和开发者的贡献。虽然这些活动和讨论的数据可能无法统计,但通过点击链接,可以看到发生了许多事情,有大量人想要为该协议做出贡献。Nostr的应用不仅限于制作类似推特的应用,还有许多音乐应用、YouTube类型的应用和博客类应用。

总结来说,目前大部分用户是开发者或创作者。他们对协议本身感兴趣,希望在其上开发应用。一般用户可能相对较少。

为什么Nostr发展不如人意?我认为有三个问题。在撰写此PPT时,我发现有很多细节问题,如客户端和产品体验等。但这些问题很难讲清楚,所以我列举了三个我认为比较重要的问题。

第一个问题是如何在Nostr网络中找到特定用户发布的内容。因为我们前面提到,Nostr协议的运作方式是我在本地签名并发送给无数的中继。其他用户可以从这些中继获取我发布的数据进行阅读。然而,这种模式存在一个问题,即当我的朋友想要阅读我的消息时,他如何知道我的消息放在哪些中继上,他需要知道哪些中继拥有我的数据才能读取。因此,目前存在一个用户体验问题,许多人在使用Nostr时会问他们的朋友:“嘿,你在使用哪些中继?我也要设置相同的中继,这样我们才能共享数据。”这是一种很笨的方法。

当然,现在有许多开发者提出了一些解决方案,比如NIP-65提案,大致意思是我将我的数据放在哪些中继上的信息也放在中继上。然后我尽可能地将此信息传播给所有中继,这样我的朋友首先会询问哪些中继我通常发布我的消息。获得这些信息后,他再去找我通常发布消息的那些中继,向它们请求数据。这是一种方法。

这个问题有两种细分模式,一种是收件箱(Inbox),一种是发件箱(Outbox)。比如像收件箱,用户可以定义从哪些中继读取与自己相关的消息。如果你想在Twitter上@我或进行其他操作,你可以将该信息发送到收件箱中的中继。另一种是发件箱中继,指明我将把我的消息发送给A、B、C、D等多个中继,也就是说,我将我的常规消息首先发送到这些中继。

但是这产生了一个技术问题,即我如何知道这条消息在哪里。因此,还有一些解决方案,比如通过算法尽可能从全网下载尽可能多的信息。然后根据其他人发布的信息中提到的一些隐藏证据,计算一个人的数据出现在哪些中继上的概率。通过这种概率计算,尽可能地从中继请求数据,以满足其他人想要阅读你的数据时可以找到你的数据。还有一些解决方案是让用户定义自己使用的中继,并进行分组,使其他用户通过这些分组找到你,这些都是现有的一些改进方案。

第二个问题也比较严重,即内容治理。无论是内容产品还是社交网络,维护网络上的内容都需要大量精力。例如,当你在刷推特时,肯定不希望看到其他人被砍头的视频,这是非常糟糕的体验。这就需要公司进行大量运营工作,需要许多人过滤内容,或者使用算法进行内容匹配。然而,在这方面市场上还比较空白。这主要有几个原因,其中一个原因是人们对算法非常排斥。因为他们觉得像TikTok和YouTube都是由算法控制我们,但实际上我们确实需要算法,只是我们希望能够切换算法。

我不希望只能接受YouTube或TikTok强制推广广告的算法,我希望有很多可供选择的算法。如果我不喜欢某个算法,我希望有选项可以退出使用。这种观点正在逐渐被接受。然而,无论是包括人工操作还是算法技术方面的内容运营,在这方面仍然存在一些不足。因此,这部分的主要问题是,这个网络由所有人共同构建,它需要一个机制来决定哪些内容是好的,哪些内容是不好的,哪些内容是你感兴趣的,哪些内容可能是你不感兴趣的,这实际上是一个内容治理的问题。

以下是我列举的一些现有的改进方案,比如标记数据。在Nostr上有一种特殊的数据,让用户自己标记某些数据属于什么类型或具有什么属性。通过这种标记将数据进行分类。然而,由于这项任务太简单,没有人愿意去做。没有人愿意充当你的社交成员,帮助你进行这种苦力活,早期的互联网社区有这种建设精神。现在,人们更多地作为消费者使用,当然也有人提出做API的方案。他们专门运行一些服务,收集全网公司的数据,然后进行过滤或分类,将更好的消息发送给用户。这种方案非常好,但是存在一个巨大的问题,就是这样做后我们又回到了原点。这将变成不再从Nostr协议获取数据,而是专门从某个运行良好的API获取数据。这样一来,协议就变成了这个API背后的另一个推特或微信。这个方案非常好,但是问题是大家不喜欢,如果你这样做,所有人都会批评你。

还有一种方案叫做DVM,它希望通过Nostr协议使用协议规定的接口对数据进行分类或算法处理。它的大致意思是你给我一些闪电网络的聪明,然后我会返回你想要的数据,你规定好数据格式。然而,这个方案也存在一些问题。

另一种方案是Noscript,它是另一个想法,即直接将过滤算法或分类所需的技术代码作为内容直接放在Nostr上,由中继存储。然后客户端直接下载这些代码,在本地进行一些过滤或推荐。然而,这个方案的发展并不好,因为现在只是一些想法,一些人在讨论。

第三个问题比较严重,涉及到商业化的问题,即PMF(产品市场适应性)。目前,Nostr的许多产品或开发者找不到PMF,因为他们需要面对大量竞争。一方面是传统的中心化产品,另一方面可能是Web3区块链。他们不发行代币也做不了其他的,因此缺乏一些商业模式,并且面临网络效应的问题,因为迁移到Nostr的人越少,意味着继续迁移到Nostr的人也越少。因此,PMF是一个很大的问题。

Nostr最大的客户端是Damus,不知道大家有没有使用过。去年年底,Damus的开发者发布了一条推特,表示2024年可能是Damus的最后一年,因为他们快没钱继续下去了。如果到2024年还不能实现盈利,他们就无法继续。因此,这也是为社交网络的公共产品找到可持续发展方向的问题。

实际上,我认为所有这些问题都是机会。例如,对于最后一个问题,如果我们能够将Nostr与区块链更多地结合起来,在商业模式方面能够找到更可行的解决方案,与区块链基金进行合作,可能可以解决这种公共产品的融资问题。

最后,我认为Nostr是一种新的开发替代性应用的解决方案。如果您想要开发一些替代性产品,可能不仅仅局限于两个极端,即区块链和推特。可能有一个中间地带叫Nostr,它既不基于区块链,也不是专有软件。谢谢。

Related Post