原文作者:阿法兔研究笔记
最近大火的 Damus,是建立在 Nostr 协议的一个应用,主要是以去中心化的社交场景(你把它理解为去中心化的 Twitter)即可。
而 NOSTR 是一个协议,通过这个协议,可以建立很多东西,这个协议相对轻量级的、简单但可扩展的开放协议,在它上面可以建立真正去中心化的社交媒体平台。
这个协议是基于中继端(Relays,可以译为中继站、中继端、中继等,这个概念在 Nostr 中非常常用,你可以理解为中继服务器,我们这里为了和 Client 客户端对应,把它翻译为中继端,关于翻译要感谢很多即刻上的朋友,致谢可见文末)的,中继端是可以由任何人操作的服务器,通过建立与服务器的持久连接,客户端(或应用程序)可以实时进行事件的交互( push and pull events in real time.)
Nostr 的官网
关于帐户
在 nostr 中,我们不需要通过使用个人数据来注册一个账户(看到没,这就是它的优势)。
像比特币一样,我们只需要一套钥匙,也就是两把钥匙。
?️ 一个公钥(Public Key)作为你的用户名,这个密钥可以共享,并对所有人公开(就像你的微博账号、微信 ID、银行账户一样,别人通过这个找到你)。
? 一个私钥(Private Key)。这把钥匙像你的密码,需要对它进行保密,通过这个密钥,你可以在任何由 nostr 支持的平台上访问你的账户。只需要选择一个 nostr 协议的客户端,如 anigma、coracle 或 astral,它就会为你生成,这里,为了增加安全性,建议使用外部签名程序,如 Alby 浏览器扩展或 nos 2 x 扩展等等,也可以用 Rana 等工具生成一个独立的私钥。
注意保存私钥,因为它是将来恢复和重新登录你的账户的唯一途径,如果拿 Damus 来举例,就是我昨天发的那张图:
保护好私钥!保护好私钥!保护好私钥!道路千万条,安全第一条。
事件:
我们看看上述数据到底是怎么回事:
对于 content 和 created_at 字段,这两个比较简单,
id 是事件的唯一标识符,也就是在网络中唯一引用该事件的方式。
pubkey 字段,包含创建该事件的公钥(用户)。
The event(事件种类)是 nostr 中最有趣的部分之一,这是一个字段,可以指定具体是哪种事件,为啥有趣,因为这样就说明,事件种类不受限制,我们可以设计任何我们想要的种类。
举个例子,如果有个事件种类,是一个纯文本笔记,像一条推特文本一样,但是也有上面第 4 种这种端到端的加密信息,因此,这里就有很多可能性。
The sig field (signature)是一个加密证明,证明发布该事件的人,是与该公钥相关的私钥的掌握者。
The tags field 可以包含想要的任意的标签,这给开发者提供了很多可能性! 比如当你回复某个消息(event)时,该事件的 id 可以被设置为名为 "e 标签 "的标签。
关于 Relays:中继端
中继端是 nostr 协议的主要部分,用于存储从客户那里收到的事件。中继端之间无法互相通信,只有你所连接的中继端才会接收和存储你的事件。
这也是 Nostr 的一个重要特性,也就是说中继端之间无法相互通信,因此,用户应该与尽可能多的中继端相连接。
客户端(总是会)允许用户与他们想要的任何数量中继端相连,用户还可以选择是否想要从自己所连接的中继端中读取、写入信息或等等。这块就有意思了,这就意味着,我们可以连接某个中继端来检索内容,但是可以选择不在那里进行事件发布,或者反过来也成立。
比如说,如果小兔连接到一个中继端 A,而小熊连接到一个中继端 B,尽管他们都在使用 nostr,但将无法看到对方的事件。为了看到对方那边的事件,用户必须连接到至少一个共享中继端才可以。这就意味着,如果小兔想在上面的情况下看到小熊的事件,小兔需要连接到中继端 B(或者小熊可以连接到中继端 A),然后就可以看到对方的事件了。
这个听起来似乎有点复杂,但是它的厉害之处在于,可以托管一个不与任何人分享的中继端,并在那里发布自己的所有事件,这样,就可以在自己的中继端里只备份自己的事件。
例如,有一个中继端想要谈论娱乐新闻,而我不想参与,也不想成为它的一部分,所以我就不把这个中继端添加到我的客户端。但是,作为用户,网盘仍然可以和一个既在娱乐新闻中继端中的、又在我也是其中一员的其他中继端中的用户交流。
因此,Nostr 的重要之处在于,它可以给个体很强大的力量,比如说,你有能力在任何你想去的地方创建门户网站。如果有人想把你关进小黑屋,你可以创建一个新的领地,然后逃出小黑屋,在 Nostr 建立一个中继端成本不高,并且很容易,中继端也可以在普通的智能手机上运行。
控制一个中继端不会影响到其他中继端。
那么,Nostr 仅仅就是想做个去中心化的 Twitter 吗?
Nostr 的野心:不止替代 Twitter
替代 Twitter
为达到替代 Twitter 的目的,客户端利用了第 1 类的事件,即纯文本笔记。一些客户端包括:coracle, astral, nostr.ch, branle, damus, alphaama.com, Nostros 等等
比如 Damus,就是替代 Twitter 的创造
替代 Telegram
通过使用 4 X(X 是 0 到 9 之间的数字),可以实现像 Telegram 那样的公共频道,比如上面主页的 Anigma.io 是实现 Telegram 克隆的网络应用。你可以创建公共频道,任何人都可以加入并聊天。在 anigma 中,可以向用户发送私人的端到端加密信息。
替代 Reddit
Nostr 也可以作为 Reddit 的替代品,可以发布帖子,用户可以对这些帖子投票,比如上面网站大图的 nvote
? 在线游戏
nostr 的另一个有趣的用途是创建简单的多人在线游戏,比如 Jeste,在这个平台上,你可以通过 Nostr 与其他用户在线下棋.
文本共享
Sendstr 是一个在线工具,你可以通过 nostr 协议在两个设备之间分享端到端的加密文本数据。
(由于 Similar Web 只能看到 1 月 30 日的,因此这部分仅供参考,重点应该看 2 月 1 号的数据)
我们能看到,大部分还是从自然搜索来的,然后出站流量的话,由于 Nostr 官网没有提供太多的说明性文字,Github 的位置放置的比较醒目,信息主要都在 Github 上,所以出站流量主要去了 Github
然后社交这块,大家可以看:全部都是从 Twitter 得知信息来的,我相信 Jack Dorsey 发完那条 Twitter 之后,这个数据仍然是 100% ,也就是全部从 Twitter 进入 Nostr,下载 Damus
我们上面讲了 Nostr 这个协议,然后再聊聊 Damus:包括去 Reddit 收集了一些评论。
2023 年 2 月 1 日,Jack Dorsey 发了关于 Damus 在苹果商店和 Google 应用商店上架的消息,然后瞬间引爆了,笔者推测,除了 Jack 的名人效应之外,还是因为应用在移动端出来了,毕竟目前全球大部分人在移动端的场景是使用频率是更多的,另外,近期市场表现平平(与去年最火热的时候相比)因此,出来这样的应用也很容易引人注意。
Damus 的图片这里我拿 IOS 系统举例:刷屏的去中心化 Twitter:
同样,需要注意的是:
公钥(pubkey):和我们前面说的一样,你的地址和用户名,大家用这个来找你,基本都是 npub 开头的、不要发错
私钥(Private Key):这个就是你的密码和身家性命,请藏好。
还有一个事情,就是 Logout=登出
不要一激动点了 Delete 账户
找其他用户,需要知道他们的 publickey:比如我的就是:
npub1v48npxhgy6u7ftft3r0q5nq7fkn7tqc6myws0zcx7k9xcjscq0js73pcnl
欢迎添加,交个朋友!
这里简单讲讲技术部分,有兴趣的朋友也可以上 Github 去看:
由于 Damus 是建立在 Nostr 协议上的,因此,它的运行需要遵循 Nostr 的要求,然后我们可以看到 damus 的 github 文档里有个 NIP,这个 NIP 是 Nostr Implementation Possibilities 的缩写,主要是为了记录与 Nostr 兼容的中继端和客户端软件必须实现什么、应该实现什么和可能实现什么
(也就是定义了一系列规则和标准)。NIPs stand for Nostr Implementation Possibilities. They exist to document what MUST, what SHOULD and what MAY be implemented by Nostr-compatible relay and client software.
具体就是:
NIP-01: Basic protocol flow 定义了所有用户都需要执行的基本规则和流程、字段和消息要求等。
NIP-08: Mentions Handling Mentions,主要是规范了客户端对 text_notes 内容中的其他事件和 pubkeys 的内联提及的处理
NIP-10: Reply conventions 描述了如何在文本事件中使用 "e "和 "p "标签,特别是那些对其他文本事件的回复
NIP-12: Generic tag queries (hashtags) 通用标记查询,这里的中继端指的是,因为支持通过任意标记进行订阅,就需要中继端来响应标记的查询,也就是说, NIP 允许查询事件中存在的任何单字母标签。
具体可以参考 Github 文档:
https://github.com/damus-io/damus/blob/master/README.md
①首先,Damus 的破圈,代表了一种进化,就是我们的交互不再受所谓”产品“的限制,而是基于协议。这个怎么理解,就算是我希望别人知道我喜欢看书,这个 Tag 会标注在我的脑袋上,而私有接口依旧隐藏。所以,对方不知道我的年龄、性别、以及我是不是真的是一只兔子,这就是,在实现了社交的同时,隐藏了灵魂载体,也就是我们的肉体。
②其次,Web3的社交,走的是白名单形式。这个怎么理解,比如我加了你,我告诉你我是只兔子,喜欢吃胡萝卜,这里不需要所谓的信任(也就是你不需要了解我)面向行为 Behaviors 需求的社交,代替了面向具体 Object 需求的社交,这里怎么理解?传统的社交是面向人的,也就是说我需要先知道你是什么人,再决定我了解你,再找你帮忙。
而现在,以后就是我们完成一件事情,你帮我改代码,我送一幅画给你,因此在这里,区块链和钱包的重要性就在于,它们是后续利益流动的基础,这是个纯行为社交的模式。
③
不存在 Group A includes B C D members
只有 B C D standalone object has tag A
④不存在信用,不存在社会关系,只存在交互,不存在所谓的安全、审查,只有历史。
4.如果 Damus 想继续做好,存在什么问题?还需要解决什么问题?
①产品体验:笔者去逛了一下它们的 Reddit,发现还有很多用户不太会上传头像
因此提出了一些质疑,因此,后续产品体验是很大的考验,毕竟和今时今日这些经过时间和反馈打磨的移动应用,产品体验通常都非常优秀。以及,用户的习惯和要求也会比较高,没人会去用一个不好用的产品。
(这里如果你也没有上传头像,可以用 postimage.org 之类的网站上传图片,然后生成图片链接,把网址链接再复制到自己的 Damus 个人资料这里即可(如下图)
②关于增长和留存
昨天和即刻的朋友讨论,我是这么说的:
注意, 2021 年初也有一款现象级社交软件的 Clubhouse,在马斯克等一众名人的效应下爆红,但是后面并没有很好的发展下去。
针对当年昙花一现的 Clubhouse,腾讯研究院 2021 年有一篇文章,其中提到,究竟语音社交是不是人的潜在需求?
(参考文献:四重思考下的 Clubhouse,昙花一现还是颠覆创新?-腾讯研究院· 2021-02-20 1)
比如说,我们看互联网应用历史,每一种成为趋势和潮流的技术应用,都有效解决了某种人性,例如:
门户网站解决了人们“一站式”获取资讯的需要;搜索引擎解决了人们对于海量资讯的选择障碍;
即时通讯解决了人们随时随地点对点交流沟通的需求;
博客解决了人们自我记录、自我表达的需要;
微博等自媒体工具则把公共信息传播的权力赋予每个社会成员,打破了信息生产和传播渠道的垄断;
微信解决了人们的社交需求,并经过十年的发展把点对点私密通信、“人以群分”的兴趣社交以及广场公众表达的多种需求做到极致。从传播形式的进阶来看,社交沟通媒介是从文字、图片到语音再到视频的不断升级。
语音社交是传播方式的降维。2020 年疫情期间,中国最大风口是直播带货,抖音、快手等短视频网站都成为聚光灯下的行业宠儿。人们都在考虑直播之后下一代交互的传播方式是什么,是 VR?是全息互联网? 2021 年 Clubhouse 依靠语音社交翻红,某种程度可以看作传播形式的降维和回溯,传播交互门槛的再次降低,给社交产品提供了更多可能。
疫情下社交隔离持续一年,数以千计的会议、聚会被迫取消或改成线上。Clubhouse 横空出世,语音社交把门槛降到更低,社交压力降到最低,不用洗头、不用化妆、不用穿戴整齐、不用管光线如何以及房间内是否整洁,完全适应了疫情期间“宅”在家里的人们(请自行脑补 2020 年春节期间穿睡衣度过 2 个月的场景)。疫情常态、继续宅,语音社交会有一定空间。不论是名人还是素人,在发言的一刻,其他数百上千的听众都会在屏幕后安静地听你讲话,表达欲得到最大释放。
那么,Clubhouse 后续内容沉淀和用户留存靠什么?当时吸引力主要有名人访谈、优质话题讨论、邀请制有一定神秘感并确保相对优质高端用户、直接语音对话带来的亲切感和现场感。用户就像在参加鸡尾酒会,随处听,随处逛,有感兴趣的话题就留下来收听、参与发言讨论,没有兴趣就再跳到下一个房间。但是,尽管 Clubhouse 火遍全球,但是后面很快就变成了一个被人遗忘的产品。
同理,如果我们看 Damus,也要问同样的问题,也就是去中心化社交满足了我们什么需求?
以及,后续内容沉淀和用户留存靠什么?这个问题的答案,需要跟大家一起讨论得出。但是我想,希望数据所有权能够属于每个个体,朝着这个方向的尝试,永远是值得支持的。
原文链接