社交媒体的新一年:Nostr 原则和关键管理问题

第五右翼的新社交媒体设计已经探索多年,但没有大规模采用的迹象。过去一年,随着加密技术的不断发展以及马斯克收购Twitter的担忧,去中心化社交网络迎来了新的机遇。
这些社交网络试图解决的问题可能包括加强审查制度、使内容审核更加灵活以及削弱大型社交媒体公司塑造和跟踪人们在线谈论内容的权力等。
随着新平台的出现和发展,替代社交网络的选择通常会伴随着政治考虑。 Getr、Parler、Gab 和 Truth Social 等网站都通过宣传自己作为 Twitter 的言论自由替代品来迎合右翼。
今天我们要讨论的是Nostr——达姆斯,一个新的社交媒体协议,最近受到了很多关注,并且有些创新。其中包括Nostr的技术原理、需要解决的关键管理问题以及如何激励中继继续运行。
社交媒体的新一年:Nostr 原则和关键管理问题

诺斯特概述

在2020推出, 诺斯特 是一种去中心化协议,允许用户拥有自己的身份并使用使用公私密钥加密的数字签名来验证帖子。然后,这些帖子会传播到互连的服务器网络。该协议不使用区块链,早期实验发现区块链对于社交网络来说速度太慢。但两者存在结构上的相似之处,Nostr 以其自由主义和开源精神在加密货币人群中找到了早期的利基市场。

乳齿象与诺斯特

Nostr 协议和第一个中继服务器是由开发者 fiatjaf 在 2020 年底创建的。在获得广泛关注之前,Nostr 是一个安静的小众协议,旨在成为 Twitter 和 Mastodon 问题的轻量级解决方案。

Mastodon 是一个成立于 2016 年的开源网络,允许任何人设置服务器。该设计通常被描述为“联合”,并且可能会或可能不会落入“Web3”的模糊界限内,具体取决于其定义方式。 Mastodon 允许用户加入具有自定义内容审核规则的策划社区。目前注册用户数已达200w+,成为自由主义者、记者、学者的避风港。

In Twitter乳齿象 系统、身份/用户名由运行服务器的人控制。

Nostr 的核心区别在于,每个用户使用公钥/私钥对来处理该功能,而不是使用服务器运营商拥有的用户名,这使得 Nostr 能够抵抗审查。这是构建整个 Nostr 协议的核心构建块之一。

社交媒体的新一年:Nostr 原则和关键管理问题

活动:这是客户端及其连接的中继服务器用于发送和检索消息的基本对象/数据类型。该协议的总体思想是客户端将事件发送到中继服务器,然后中继服务器存储并索引它们,其他客户端可以与中继服务器通信以请求它们已接收和存储的事件。在原来的 NIP(税号)01,定义了三种不同的事件类型:

  • 发送有关用户的元数据,例如用户名、图片、个人简介等。
  • 发送短信和基本内容
  • 为关注活动创建者的人推荐中继服务器以进行连接

所有事件均以特定定义的方式构建。包括创建者的公钥、创建时间戳、类型(或规范中的种类)、内容负载和事件创建者的签名。或者,可以有一些标签引用其他事件或用户,并具有一个 ID 值,该 ID 值是除创建者签名之外的所有内容的哈希值(类似于比特币交易的 TXID)。

这使用户可以验证签名(以及谁拥有该密钥,如果它没有被泄露),以保证该消息确实是由其中的公钥所有者创建的,并且该消息自签名以来没有被更改它。

正如比特币交易在签名后不使其失效就无法更改一样,用户在创建者之后也无法更改它。 诺斯特 事件已签署,但没有使其成为明显的欺诈行为。

事件类型系统比原来的系统有了很大的扩展 债券发行计划。有一种用于直接加密消息的事件类型,它通过将发送者的私钥与接收者的公钥组合来构建共享秘密,其结果与将发送者的公钥与接收者的私钥组合所得到的结果相同是相同的(这就是 BIP 47 和静默付款的工作原理)。

还有可替换事件和短暂事件类型。在可替换事件的情况下(显然),它们的设计使得事件的原始创建者可以签署一个新事件来替换旧事件。遵循此规范的中继服务器将自动从其存储中删除旧事件,并在收到后开始向客户端提供新版本。

临时事件的设计方式是,当发送到中继时,它们将被广播给订阅其创建者的任何人,但中继服务器不应存储它们。这使得只有在线的人才能在广播期间看到该消息。甚至还有一个事件类型用于表示对其他人事件的反应(例如点赞或表情符号)。

说到最后一个问题,事件还可以包含标签。目前,有以下标签类型 活动 (指的是确切的 Nostr 事件), 公钥 (标记或引用其他用户),以及 联系原因 (模仿功能,如电子邮件主题)。

社交媒体的新一年:Nostr 原则和关键管理问题

所有这些都可以包括指向从中获取数据的特定中继服务器的指针,以便用户实际上可以在不同的服务器上进行交互,即,用户在中继服务器上发布其内容,该内容可以与不同服务器上的另一个用户交互并被其他用户引用。中继服务器使任何用户都可以以正确的顺序连贯地获取整个交互线程,而不必通过大量复杂的操作来找出相关数据在哪里。

在原来的 债券发行计划,给出了客户端如何通过订阅消息/数据结构与中继服务器交互的规范,该消息/数据结构包括客户端有兴趣接收哪些事件的过滤器。这些过滤器可以指定用户的公钥、确切的事件、事件类型,甚至是他们希望基于先前标准的特定时间范围。

用户甚至可以提交公钥或事件 ID 的前缀,例如“1xjisj…”,并从以该短字符串开头的公钥接收任何一个或多个事件(这对于向中继服务器隐藏您实际想要查看的内容非常有用) 。

总的来说,该协议是一个非常简单的通用方案,用于在用户之间传递消息,涵盖了重要的事情,例如保证消息的完整性和使用公钥身份发送消息,同时还促进终端基础设施中继服务器可以高度集中或允许用户运行他们自己的个人中继服务器,同时彼此无缝交互,并且在用户被禁止使用一台中继服务器的情况下不会造成大规模混乱。

他们可以转移到另一台服务器或运行自己的服务器,并且他们不会因为将平台与之前的服务器断开而失去他们的数字身份或关注者,因为他们仍然保持对私钥的控制,并且用户可以在其他地方使用它来进行身份验证当他们找到他们时。

中继服务器还可以运行任何它们想要的东西:免费运行,收取少量费用来发布或下载消息,甚至有一个需要哈希现金式工作量证明来提交消息的 NIP。

它们可以是托管帖子并使其仅可供其他用户使用的单个中继服务器,也可以是大规模运行的服务器,例如 Twitter 或 Reddit(客户端可以根据需要显示和组织信息,从而允许模拟任何社交媒体)。所有这些都可以无缝地互操作,而不会锁定用户。

Nostr 要解决的关键管理问题

用户公钥/私钥是 Nostr 作为协议工作的一个组成部分。这充当了实际用户和其他人如何识别他们之间的紧密联系,防止任何中继服务器解开这两件事,即将某人的标识符提供给另一个用户。它还解决了该平台最大的问题之一:缺乏对用户自身身份的控制。

但这也带来了新的问题:密钥可能丢失,密钥可能被泄露,如果发生此类事件,用户将无法呼叫帮助。

这不可避免地需要一种方案,使用户能够以可验证和可发现的方式从一个密钥对切换到另一个密钥对,并通过协议与其他用户进行交互。整个协议基于证明事件来自特定用户(身份密钥),因此一旦某人的密钥被泄露,所有这些保证都将被抛诸脑后。

Nostr 需要一种实际的加密方案,将一个密钥的轮换与另一个密钥联系起来。开发者fiatjaf提出了一个可能解决这个问题的基本解决方案。基本思想是获取从单个主种子派生的一长串地址并创建一组“调整后”密钥,类似于主根树致力于比特币密钥的方式。

Taproot 获取 Taproot 树的 Merkle 根并将其“添加”到公钥中以创建新的公钥。这可以通过将 Merkle 根添加到私钥来复制,以获得与新公钥匹配的私钥。 Fiatjaf 的想法是将承诺从头到尾向后链接,以便每个调整后的密钥实际上包含下一个调整后的密钥用于创建它的证据。

所以,想象一下从钥匙 Z 开始,钥匙链中的最后一个。您可以对其进行一些调整,然后返回并使用调整后的键 Z (Z' + Y = Y') 创建键 Y 的调整版本。从这里,您可以使用 Y' 并用它来调整 X (Y' + X = X')。您可以一直这样做回到键 A,得到 A',然后从那里使用该键。当它被破坏时,用户可以广播包含未调整的键A和调整的键B'的事件。

这将包含显示 B' 用于生成 A' 所需的所有数据,并且用户可以立即停止关注 A' 并改为关注 B'。他们会明确知道 B' 是该用户的下一个键,并改为遵循该键。

然而,这个提议仍然存在一些问题。首先,所有将使用的密钥必须提前生成,并且无法轮换到全新的一组密钥。这可以通过在该方案中提交一个主密钥来解决,该主密钥可以对这种轮换进行公证,或者简单地从一开始就生成一组非常大的密钥。

任一路径都是可行的,但最终需要保证根密钥或密钥材料的安全,并且仅向 Nostr 客户端公开单个热键 (Hotkeys)。

然而,该方案不能保护用户,也不能在根密钥材料丢失或泄露时提供身份恢复机制。

对于这里潜在解决方案的一些讨论,另一种思考方式是将密钥调整为主冷密钥,该密钥还必须用于将事件从一个密钥签名到另一个轮换。您有密钥 A',它是通过添加 A 和 M(主密钥)而派生的;旋转事件将是A、M和B'(通过添加B和M生成)和M的签名。 M 可以是多重签名阈值密钥——三分之二、五分之三等。

这可以增加冗余以防止丢失,并为密钥轮换提供安全机制。这也为使用服务来帮助恢复或将其中一些密钥传播给值得信赖的朋友打开了大门。它提供了与比特币本身多重签名相同的灵活性。

尼普26 这也是一个对于解决这个问题可能非常有用的提案。这指定了事件的协议扩展,允许一个密钥的签名授权另一个密钥代表其发布事件。然后,“令牌”或委托签名证明将包含在第二个公钥代表第一个公钥发布的所有事件中。它甚至可以是有时间限制的,因此委托令牌会自动过期并且必须更新。

密钥管理和安全问题是一个非常大的问题,设计空间非常大,充满了权衡和痛点。然而,如果Nostr不能为用户保护和维护这些身份的完整性,则完全基于用作身份的公私钥对的协议将不会被大规模采用。

社交媒体的新一年:Nostr 原则和关键管理问题

面向 Nostr 的扩张

整个 Nostr 协议依赖于某个地方运行中继服务器的人。没有“Nostr 网络”,只有中继和连接到中继的客户端。需要激励人们运行中继器,从长远来看,这最终将成为中继器扩展程度的重要组成部分。除非Nostr中继能够盈利或者至少带来足够的资金来支付其自身的运营成本,否则永远不会有与Twitter服务器规模相同的中继。

刊登广告

考虑到 Nostr 作为协议的工作方式,完全屏蔽广告将是微不足道的,这使其成为一个不可行的解决方案。中继服务器可以尝试使用广告作为收入模式,这显然是几乎所有在线免费服务的主要收入模式,但问题是用户基本上必须选择加入。中继可以轻松地将广告注入到发送给客户端的事件中,但如果广告事件不是由他们打算订阅的公钥创建的,则客户端也可以轻松地从其 UI 中过滤广告事件。

小额付款

小额支付是另一个明显的解决方案,特别是考虑到整合支付的持续尝试 闪电 商业网络 更紧密地融入 Nostr 应用程序。该模型为您的充电方式提供了很大的灵活性。中继只能对在那里发布事件、下载事件读取或两者的组合收费,并根据它们消耗的资源数量调整每个价格。然而,这种模式能否扩大到 Twitter 的规模值得怀疑。

内容微支付已在许多基于以下内容的利基产品中显示出其可行性: 闪电 商业网络,但真正扩展到全球范围有两个基本问题。

首先,比特币的采用率还不够。即使每个人都神奇地接受为 Nostr 上的每一次小型服务交互付费,也没有足够多的人持有比特币来支持像 Twitter 这样大规模的东西。中继可以以法定货币收取订阅费,但这些支付方式不支持为每个发布或下载的事件支付少量费用。

其次,人们其实已经习惯了这种免费服务。这正是人们所期望的。我认为小额支付并不能真正支持大规模的中继。

社交媒体的新一年:Nostr 原则和关键管理问题

有一种方法可以使小额支付变得“更具粘性”或更可持续,而不会将其强加给使用中继的每一类用户。除了 Twitter 克隆之外,关于在 Nostr 之上构建各种应用程序的讨论很多。 GitHub、维基百科,甚至 Uber。

最后一个是关键:经济预期。人们非常习惯于在某处刊登招聘广告时付费,或者在网上订购商品但不提供他们认为应该免费的东西(谷歌、推特)时向市场运营商付费。这可以为中继者提供一种从用户那里创造坚实收入支柱的方法,而不会造成很多摩擦或打破普通潜在用户的期望。

如果小额支付也成为一个因素,中继运营商将必须运行闪电节点才能首先从用户那里接收资金。如果与中继实施的任何小额支付模型适当协同,这可能会增加收入。

中继服务器获得的收入越多,它在闪电网络上需要的流动性就越多,以实现这一点。如果运营商正确规划如何在网络中部署或分配流动性,那么除了通过中继接收或传输数据收取的任何费用之外,仅仅运行路由节点的行为本身就可以成为重要的收入来源。

结论

除上述之外,还有 Web3 社交项目 诺斯特乳齿象,还包括诸如 法卡斯特光学棱镜,它不会很快取代现有的社交媒体平台。据统计,Twitter拥有数亿活跃用户, Facebook 有数十亿,但是 乳齿象 只有 2.5万用户诺斯特 只有大约 220,000 个唯一的用户身份。 许多 Web3 社交项目都面临可用性障碍,从而减缓了大规模采用的速度。

媒体和政治密不可分。随着 Web3 社交项目的激增以及不同应用程序和协议之间的公共对话碎片化,可能会产生政治结果。甚至 墨西拿长期以来一直倡导去中心化社交媒体的他担心,去中心化将进一步助长近年来以相互敌意和误解为特征的公共话语。

免责声明: 本网站上的信息作为一般市场评论提供,不构成投资建议。 我们鼓励您在投资前进行自己的研究。

加入我们以跟踪新闻: https://linktr.ee/coincu

哈罗德

钱库 新闻

社交媒体的新一年:Nostr 原则和关键管理问题

第五右翼的新社交媒体设计已经探索多年,但没有大规模采用的迹象。过去一年,随着加密技术的不断发展以及马斯克收购Twitter的担忧,去中心化社交网络迎来了新的机遇。
这些社交网络试图解决的问题可能包括加强审查制度、使内容审核更加灵活以及削弱大型社交媒体公司塑造和跟踪人们在线谈论内容的权力等。
随着新平台的出现和发展,替代社交网络的选择通常会伴随着政治考虑。 Getr、Parler、Gab 和 Truth Social 等网站都通过宣传自己作为 Twitter 的言论自由替代品来迎合右翼。
今天我们要讨论的是Nostr——达姆斯,一个新的社交媒体协议,最近受到了很多关注,并且有些创新。其中包括Nostr的技术原理、需要解决的关键管理问题以及如何激励中继继续运行。
社交媒体的新一年:Nostr 原则和关键管理问题

诺斯特概述

在2020推出, 诺斯特 是一种去中心化协议,允许用户拥有自己的身份并使用使用公私密钥加密的数字签名来验证帖子。然后,这些帖子会传播到互连的服务器网络。该协议不使用区块链,早期实验发现区块链对于社交网络来说速度太慢。但两者存在结构上的相似之处,Nostr 以其自由主义和开源精神在加密货币人群中找到了早期的利基市场。

乳齿象与诺斯特

Nostr 协议和第一个中继服务器是由开发者 fiatjaf 在 2020 年底创建的。在获得广泛关注之前,Nostr 是一个安静的小众协议,旨在成为 Twitter 和 Mastodon 问题的轻量级解决方案。

Mastodon 是一个成立于 2016 年的开源网络,允许任何人设置服务器。该设计通常被描述为“联合”,并且可能会或可能不会落入“Web3”的模糊界限内,具体取决于其定义方式。 Mastodon 允许用户加入具有自定义内容审核规则的策划社区。目前注册用户数已达200w+,成为自由主义者、记者、学者的避风港。

In Twitter乳齿象 系统、身份/用户名由运行服务器的人控制。

Nostr 的核心区别在于,每个用户使用公钥/私钥对来处理该功能,而不是使用服务器运营商拥有的用户名,这使得 Nostr 能够抵抗审查。这是构建整个 Nostr 协议的核心构建块之一。

社交媒体的新一年:Nostr 原则和关键管理问题

活动:这是客户端及其连接的中继服务器用于发送和检索消息的基本对象/数据类型。该协议的总体思想是客户端将事件发送到中继服务器,然后中继服务器存储并索引它们,其他客户端可以与中继服务器通信以请求它们已接收和存储的事件。在原来的 NIP(税号)01,定义了三种不同的事件类型:

  • 发送有关用户的元数据,例如用户名、图片、个人简介等。
  • 发送短信和基本内容
  • 为关注活动创建者的人推荐中继服务器以进行连接

所有事件均以特定定义的方式构建。包括创建者的公钥、创建时间戳、类型(或规范中的种类)、内容负载和事件创建者的签名。或者,可以有一些标签引用其他事件或用户,并具有一个 ID 值,该 ID 值是除创建者签名之外的所有内容的哈希值(类似于比特币交易的 TXID)。

这使用户可以验证签名(以及谁拥有该密钥,如果它没有被泄露),以保证该消息确实是由其中的公钥所有者创建的,并且该消息自签名以来没有被更改它。

正如比特币交易在签名后不使其失效就无法更改一样,用户在创建者之后也无法更改它。 诺斯特 事件已签署,但没有使其成为明显的欺诈行为。

事件类型系统比原来的系统有了很大的扩展 债券发行计划。有一种用于直接加密消息的事件类型,它通过将发送者的私钥与接收者的公钥组合来构建共享秘密,其结果与将发送者的公钥与接收者的私钥组合所得到的结果相同是相同的(这就是 BIP 47 和静默付款的工作原理)。

还有可替换事件和短暂事件类型。在可替换事件的情况下(显然),它们的设计使得事件的原始创建者可以签署一个新事件来替换旧事件。遵循此规范的中继服务器将自动从其存储中删除旧事件,并在收到后开始向客户端提供新版本。

临时事件的设计方式是,当发送到中继时,它们将被广播给订阅其创建者的任何人,但中继服务器不应存储它们。这使得只有在线的人才能在广播期间看到该消息。甚至还有一个事件类型用于表示对其他人事件的反应(例如点赞或表情符号)。

说到最后一个问题,事件还可以包含标签。目前,有以下标签类型 活动 (指的是确切的 Nostr 事件), 公钥 (标记或引用其他用户),以及 联系原因 (模仿功能,如电子邮件主题)。

社交媒体的新一年:Nostr 原则和关键管理问题

所有这些都可以包括指向从中获取数据的特定中继服务器的指针,以便用户实际上可以在不同的服务器上进行交互,即,用户在中继服务器上发布其内容,该内容可以与不同服务器上的另一个用户交互并被其他用户引用。中继服务器使任何用户都可以以正确的顺序连贯地获取整个交互线程,而不必通过大量复杂的操作来找出相关数据在哪里。

在原来的 债券发行计划,给出了客户端如何通过订阅消息/数据结构与中继服务器交互的规范,该消息/数据结构包括客户端有兴趣接收哪些事件的过滤器。这些过滤器可以指定用户的公钥、确切的事件、事件类型,甚至是他们希望基于先前标准的特定时间范围。

用户甚至可以提交公钥或事件 ID 的前缀,例如“1xjisj…”,并从以该短字符串开头的公钥接收任何一个或多个事件(这对于向中继服务器隐藏您实际想要查看的内容非常有用) 。

总的来说,该协议是一个非常简单的通用方案,用于在用户之间传递消息,涵盖了重要的事情,例如保证消息的完整性和使用公钥身份发送消息,同时还促进终端基础设施中继服务器可以高度集中或允许用户运行他们自己的个人中继服务器,同时彼此无缝交互,并且在用户被禁止使用一台中继服务器的情况下不会造成大规模混乱。

他们可以转移到另一台服务器或运行自己的服务器,并且他们不会因为将平台与之前的服务器断开而失去他们的数字身份或关注者,因为他们仍然保持对私钥的控制,并且用户可以在其他地方使用它来进行身份验证当他们找到他们时。

中继服务器还可以运行任何它们想要的东西:免费运行,收取少量费用来发布或下载消息,甚至有一个需要哈希现金式工作量证明来提交消息的 NIP。

它们可以是托管帖子并使其仅可供其他用户使用的单个中继服务器,也可以是大规模运行的服务器,例如 Twitter 或 Reddit(客户端可以根据需要显示和组织信息,从而允许模拟任何社交媒体)。所有这些都可以无缝地互操作,而不会锁定用户。

Nostr 要解决的关键管理问题

用户公钥/私钥是 Nostr 作为协议工作的一个组成部分。这充当了实际用户和其他人如何识别他们之间的紧密联系,防止任何中继服务器解开这两件事,即将某人的标识符提供给另一个用户。它还解决了该平台最大的问题之一:缺乏对用户自身身份的控制。

但这也带来了新的问题:密钥可能丢失,密钥可能被泄露,如果发生此类事件,用户将无法呼叫帮助。

这不可避免地需要一种方案,使用户能够以可验证和可发现的方式从一个密钥对切换到另一个密钥对,并通过协议与其他用户进行交互。整个协议基于证明事件来自特定用户(身份密钥),因此一旦某人的密钥被泄露,所有这些保证都将被抛诸脑后。

Nostr 需要一种实际的加密方案,将一个密钥的轮换与另一个密钥联系起来。开发者fiatjaf提出了一个可能解决这个问题的基本解决方案。基本思想是获取从单个主种子派生的一长串地址并创建一组“调整后”密钥,类似于主根树致力于比特币密钥的方式。

Taproot 获取 Taproot 树的 Merkle 根并将其“添加”到公钥中以创建新的公钥。这可以通过将 Merkle 根添加到私钥来复制,以获得与新公钥匹配的私钥。 Fiatjaf 的想法是将承诺从头到尾向后链接,以便每个调整后的密钥实际上包含下一个调整后的密钥用于创建它的证据。

所以,想象一下从钥匙 Z 开始,钥匙链中的最后一个。您可以对其进行一些调整,然后返回并使用调整后的键 Z (Z' + Y = Y') 创建键 Y 的调整版本。从这里,您可以使用 Y' 并用它来调整 X (Y' + X = X')。您可以一直这样做回到键 A,得到 A',然后从那里使用该键。当它被破坏时,用户可以广播包含未调整的键A和调整的键B'的事件。

这将包含显示 B' 用于生成 A' 所需的所有数据,并且用户可以立即停止关注 A' 并改为关注 B'。他们会明确知道 B' 是该用户的下一个键,并改为遵循该键。

然而,这个提议仍然存在一些问题。首先,所有将使用的密钥必须提前生成,并且无法轮换到全新的一组密钥。这可以通过在该方案中提交一个主密钥来解决,该主密钥可以对这种轮换进行公证,或者简单地从一开始就生成一组非常大的密钥。

任一路径都是可行的,但最终需要保证根密钥或密钥材料的安全,并且仅向 Nostr 客户端公开单个热键 (Hotkeys)。

然而,该方案不能保护用户,也不能在根密钥材料丢失或泄露时提供身份恢复机制。

对于这里潜在解决方案的一些讨论,另一种思考方式是将密钥调整为主冷密钥,该密钥还必须用于将事件从一个密钥签名到另一个轮换。您有密钥 A',它是通过添加 A 和 M(主密钥)而派生的;旋转事件将是A、M和B'(通过添加B和M生成)和M的签名。 M 可以是多重签名阈值密钥——三分之二、五分之三等。

这可以增加冗余以防止丢失,并为密钥轮换提供安全机制。这也为使用服务来帮助恢复或将其中一些密钥传播给值得信赖的朋友打开了大门。它提供了与比特币本身多重签名相同的灵活性。

尼普26 这也是一个对于解决这个问题可能非常有用的提案。这指定了事件的协议扩展,允许一个密钥的签名授权另一个密钥代表其发布事件。然后,“令牌”或委托签名证明将包含在第二个公钥代表第一个公钥发布的所有事件中。它甚至可以是有时间限制的,因此委托令牌会自动过期并且必须更新。

密钥管理和安全问题是一个非常大的问题,设计空间非常大,充满了权衡和痛点。然而,如果Nostr不能为用户保护和维护这些身份的完整性,则完全基于用作身份的公私钥对的协议将不会被大规模采用。

社交媒体的新一年:Nostr 原则和关键管理问题

面向 Nostr 的扩张

整个 Nostr 协议依赖于某个地方运行中继服务器的人。没有“Nostr 网络”,只有中继和连接到中继的客户端。需要激励人们运行中继器,从长远来看,这最终将成为中继器扩展程度的重要组成部分。除非Nostr中继能够盈利或者至少带来足够的资金来支付其自身的运营成本,否则永远不会有与Twitter服务器规模相同的中继。

刊登广告

考虑到 Nostr 作为协议的工作方式,完全屏蔽广告将是微不足道的,这使其成为一个不可行的解决方案。中继服务器可以尝试使用广告作为收入模式,这显然是几乎所有在线免费服务的主要收入模式,但问题是用户基本上必须选择加入。中继可以轻松地将广告注入到发送给客户端的事件中,但如果广告事件不是由他们打算订阅的公钥创建的,则客户端也可以轻松地从其 UI 中过滤广告事件。

小额付款

小额支付是另一个明显的解决方案,特别是考虑到整合支付的持续尝试 闪电 商业网络 更紧密地融入 Nostr 应用程序。该模型为您的充电方式提供了很大的灵活性。中继只能对在那里发布事件、下载事件读取或两者的组合收费,并根据它们消耗的资源数量调整每个价格。然而,这种模式能否扩大到 Twitter 的规模值得怀疑。

内容微支付已在许多基于以下内容的利基产品中显示出其可行性: 闪电 商业网络,但真正扩展到全球范围有两个基本问题。

首先,比特币的采用率还不够。即使每个人都神奇地接受为 Nostr 上的每一次小型服务交互付费,也没有足够多的人持有比特币来支持像 Twitter 这样大规模的东西。中继可以以法定货币收取订阅费,但这些支付方式不支持为每个发布或下载的事件支付少量费用。

其次,人们其实已经习惯了这种免费服务。这正是人们所期望的。我认为小额支付并不能真正支持大规模的中继。

社交媒体的新一年:Nostr 原则和关键管理问题

有一种方法可以使小额支付变得“更具粘性”或更可持续,而不会将其强加给使用中继的每一类用户。除了 Twitter 克隆之外,关于在 Nostr 之上构建各种应用程序的讨论很多。 GitHub、维基百科,甚至 Uber。

最后一个是关键:经济预期。人们非常习惯于在某处刊登招聘广告时付费,或者在网上订购商品但不提供他们认为应该免费的东西(谷歌、推特)时向市场运营商付费。这可以为中继者提供一种从用户那里创造坚实收入支柱的方法,而不会造成很多摩擦或打破普通潜在用户的期望。

如果小额支付也成为一个因素,中继运营商将必须运行闪电节点才能首先从用户那里接收资金。如果与中继实施的任何小额支付模型适当协同,这可能会增加收入。

中继服务器获得的收入越多,它在闪电网络上需要的流动性就越多,以实现这一点。如果运营商正确规划如何在网络中部署或分配流动性,那么除了通过中继接收或传输数据收取的任何费用之外,仅仅运行路由节点的行为本身就可以成为重要的收入来源。

结论

除上述之外,还有 Web3 社交项目 诺斯特乳齿象,还包括诸如 法卡斯特光学棱镜,它不会很快取代现有的社交媒体平台。据统计,Twitter拥有数亿活跃用户, Facebook 有数十亿,但是 乳齿象 只有 2.5万用户诺斯特 只有大约 220,000 个唯一的用户身份。 许多 Web3 社交项目都面临可用性障碍,从而减缓了大规模采用的速度。

媒体和政治密不可分。随着 Web3 社交项目的激增以及不同应用程序和协议之间的公共对话碎片化,可能会产生政治结果。甚至 墨西拿长期以来一直倡导去中心化社交媒体的他担心,去中心化将进一步助长近年来以相互敌意和误解为特征的公共话语。

免责声明: 本网站上的信息作为一般市场评论提供,不构成投资建议。 我们鼓励您在投资前进行自己的研究。

加入我们以跟踪新闻: https://linktr.ee/coincu

哈罗德

钱库 新闻

访问 67 次,今天 3 次访问