运行了一个邀请链中继 欢迎中文用户加入,这个中继比 lang.relays.land/zh 要更灵活一些,邀请起来也比较方便。没有限制只能发中文内容 每个人目前只能邀请 4 个人,我已经将一些我关注的中文用户加入进来了。想要进来的用户可以找白名单用户邀请,也可以找我邀请 可以使用 Jumble 客户端直接浏览中继中的内容,并且支持只将帖子发送到该中继 image

Replies (73)

白名单内的用户可以将 wss://relay.nostrzh.org/ 作为写中继,wss://relay.nostrzh.org/inbox 作为读中继
要改成 wss 开头,上面的网址是用于查看白名单用户和邀请别人。可以将这个中继设置为“只写”中继,因为这个中继是白名单中继,不是所有人都有写入权限,作为读中继会导致白名单外的用户通知不到你。配套的读中继是 wss://relay.notes.org/inbox ps: 你的中继有点太多了 🤣 四五个写中继和四五个读中继就够了。现在的客户端都会主动去合适的中继查数据的
现在的客户端已经不是从你设置的中继去查数据的了,比如我关注了你,客户端会先去查你的中继配置,然后从你的写中继找你的数据。漏数据可能只是因为你连不上别人的写中继,与你自己设置多少个中继没什么关系🤣 由于这种模式下要连接很多中继,为了控制连接数量,客户端通常只会参考你设置的前四五个中继
就还是搞不清读中继和写中继分别对应紫水晶的哪个。我把你这个读中继添加到dm inbox relay了,对吗? 写中继,是最上面那个 public outbox relay吗? nostr还是太高冷了,没啥使用方面的科普贴,导致使用门槛很高。
可能不适合做 dm relay 我不清楚紫水晶上是怎么写的,如果他写的是 outbox / inbox 的话,你理解的是对的。不放心的话可以在 jumble 上设置,会同步过去的
现在这么模式下,随便设置几个公共中继就能用了,不理解也没什么关系
读中继 = app从中继要内容 写中继 = app把你post的东西发去中继 最上面那个可以放在public outbox relay.
relay.nostrzh.org 不能直接作为 inbox,inbox relay 需要是公共的,可以用 wss://relay.nostrzh.org/inbox ,不过不用也没关系,这个 relay 是用来收通知的
这是比较早期的概念了,这个模式下有个缺陷,你只能和与你有相同中继的用户互动,这样所有人最终都会在几个大中继上,就像我们离不开微信一样 现在的客户端大都才有新的模式 —— 收件箱模型 读中继 = 通知中心,就收其他人提及你的事件(回复、点赞、转发……) 写中继 = 存储你发出去的事件 在这个模式下,我现在回复你,我的这条回复将首先会发送到我的写中继,然后还会发送到你的读中继。浏览关注动态的时候,客户端会先查询所有关注用户的中继配置,然后分别从他们各自的写中继查询他们的事件,然后汇总起来。这就是为什么紫水晶这个版本的更新会连接上百个中继的原因
之后会尝试用比较简单的方式在 上发些科普文章,中文圈这方面资料还是有些欠缺(这方面有兴趣的诺友也可以提交自己写的文章)
说一下我个人的体验,供参考: 1. Nostr的“基因”是“抗审查”,这也是我宁肯与2004年构建的互联网身份割裂的原因。相比“用真的名说假的话”——例如基于多重认证的大陆网络社交媒体平台上的“赛博红卫兵”——更适合“用假的名说真的话”。那么,在国际社交媒体平台上活跃的意识形态 KOL,包括宣称自己在被追踪、威胁的——例如“白纸党”——为什么又没有在这个更安全的系统中活动?近期的宏福苑大火之后,除了一些RSS机器人之外,在这个平台上还有其他相关的内容吗? 2. 在Internet上充沛到过载的信息基础上,以及LibreTranslate、DeepL等近乎零成本的机器翻译工具普遍内置的情况下,如果“中文圈”还有知识匮乏的感觉,是否并非 一种技术性问题?例如,在Wikipedia上,页面数量相比维基百科更具优势的吴语版,也是在中文系统上构建的,但页面内容质量大多 Better than nothing。 3. 在 IRC 大分裂那年,我开始使用 Internet。实际上,今天IRC还是我在使用的重要工具之一,用于和维基百科的管理团队沟通。而在Wikipedia之上,并不存在这种需求。相反,我可以直接对page进行修订。那么,对于同一项人类共同知识的构建、维护,我会更偏好于使用英文,还是中文? 最后,一个问题:为什么要在系统中设计 NSFW?如果你不喜欢某个帐号发布的内容,完全可以block/mute掉,即便还不到值得举报的情况。
1. 整个 nostr 网络活跃用户只要一万左右,中国用户可能只有 100 左右,没有热点新闻的讨论感觉不奇怪 2. 人是懒的,不会想着看英文资料了解一个新东西,如果想用户更多,需要尽可能拉低门槛,如果可以应该直接抹平。并且我也不认为现存用户了解 nostr,怎么能奢望外人看英文资料了解然后加入呢 3. 同二,如果想被更多人看到,需要多语,不管是人翻还是机翻 nsfw 标签是为了客户端可以默认隐藏或者遮盖。假如你是个新用户,你第一次使用 nostr 就看到 nsfw 内容,你会创建账户一个个封禁吗?你只会直接离开。如果未成年进入 nostr 呢?还有许多不想看这类内容的人,封禁这个操作是发生在用户已经看到内容的情况后的。我希望 nostrzh.org 成为中文用户接触 nostr 入口,所以希望大家主动打 nsfw 标签
这是一个非常有趣的文化问题。 我在之前说过,自己在移动端默认的 feed 流是 global。翻阅过大量的 NSFW 标记内容后 ,结论还是印证了我们多年前在内训中强调的(线下)社交原则:慎重对待以下话题——宗教、政治,和性。 NSFW 不同于举报-封禁机制 ,是一种基于文化规范的自限制声明行为。 这表示:对于不同的文化部落,同一个 note 的内容可能会让某些阅读者感到冒犯,但作者并非针对特定个人,或者其认同的文化准则——后者包括信仰、真理、公序良俗等等复杂的文化规范。 例如,我关注的一位日本Youtuber,主要内容就是带着收养的街猫日常散步。她在制作内容时,不仅会尽量采用低角度拍摄,也会对进入镜头的车牌号等隐私信息进行模糊化处理。相比之下,还是那位喜欢拿“中国人踢奈良鹿”之类话题炒作的日本“正能量”网红,明显流量高多了。 构建了 Web2.0 的“病毒增长模型”——也是社媒平台上泛滥的部落主义、信息茧房的基础——与 Pareto optimality 原则之间,是否具有某种基本的逻辑矛盾? 以及,在经济框架中,大陆对于去中心化的数字货币政策,相比 GFW 可能是更大的增长阻碍。
JohnGalt's avatar JohnGalt
Which one is your default seed of Amethyst? Global is mine.
View quoted note →
文化水平有限,不是很能读懂你的观点。所以你是不支持打 nsfw 标签吗? 我个人觉得每个人有自由发内容的权利,但每个人也有选择不看什么内容的权利。为什么不提供一个方便他人过滤的方式呢?想看的不过滤就可以了吧。 许多用户都有反馈他们尝试将 nostr 推荐给身边的人,然后打开后 feed 中充斥着 nsfw 内容,因为许多客户端默认展示几个大中继的内容。这导致很难向他人推荐 nostr。如果未来有许多用户反馈不想看到宗教、政治,那到时候要求打上宗教、政治的标签也是有可能的,但目前看来大部分人都是包容的,可以接受后期屏蔽的。
不是反对使用 NSFW,而是如果你要运营一个在线社群,就要考虑一套非常复杂的博弈规范。NSFW 这种自声明标记,只是其中之一。我先讲一点旧事,你可能就好理解了。 在接触 IRC 之前,我们先玩的是无线电,就遇到过中继网络相关的社区治理问题。 “无委会”给我们提供的中继频点是 438.XXX,这表示任何人都可以购买一部手持机,例如比较廉价的建伍 71-A,就可以接入这个中继点,对这个中继点覆盖的所有接收器进行广播。 这个社群有非常严格的管理规范,要带着自购设备前往指定地点登记身份和设备信息、接受相关培训,以及年检。理论上——只是理论上 ——如果被发现使用未经登记的设备发送信息,是违反无委会管理条例的行为。 那么,问题就出现了:由于是开放频点,使用未经备案的发射器并不能被阻止接入。在 Nostr 网路中,对应的就是 Sybil attack。实际上,相比传统的无线中继网络,攻击者的成本更加廉价,连硬件设备的费用都省了。 有公共规则,必然有规则的对抗者——要求机动车“礼让行人”,就无法解决“中国式过马路”。 后来,在我们用于内部联系的中继台上,采用了哑音码设定。在保持能够通过中接收受无委会频段广播的时候,可以避免发射内容被广播到大中继上。这就类似于你在开放的 Nost 网络中,建立一个限定(部分)中文使用者访问的 Relay。 但是,我们最后不得不限定在长途旅行等情况下使用这个中继,原因就是哑音码的失控问题。 每一个人都会遇到新朋友,而每个新朋友的行为,都是不可控的——如果成年人从不违反任何规则 ,就不需要现实世界中的垄断性合法暴力机构,也被称为“(现代)国家”。而任垄断性合法暴力机构——包括我们在 DZBBS 开发期间产生的“站长”“版主”等角色——都是人类,就无法避免人类的政治问题。 对于 NSFW 的应用要求,就很可能产生类似导致 1996 年 IRC 大分裂事件的“规范战争”——NSFW 不仅是 pornography 内容,还有类似 The Satanic Verses 的内容,甚至“粽子甜咸”这样的文化冲突 ——并几乎无法避免 上升为人身攻击。 而如果要求邀请人承担“连坐”责任,看起来与扩大社群的目的之间,可能会具有自洽矛盾。
不是反对使用 NSFW,而是如果你要运营一个在线社群,就要考虑一套非常复杂的博弈规范。NSFW 这种自声明标记,只是其中之一。我先讲一点旧事,你可能就好理解了。 在接触 IRC 之前,我们先玩的是无线电,就遇到过中继网络相关的社区治理问题。 “无委会”给我们提供的中继频点是 438.XXX 。任何人购买一部具有基本功能的手持机,例如健伍的 71-A,就可以接入这个中继点,对这个中继点覆盖的所有接收器进行广播。 这个社群有非常严格的管理规范,要带着自购设备前往指定地点登记身份和设备信息、接受相关培训,以及年检。理论上——只是理论上 ——如果被发现使用未经登记的设备发送信息,是违反无委会管理条例的行为。 那么,问题就出现了:由于是开放频点,使用未经备案的发射器并不能被阻止接入。在 Nostr 网路中,对应的就是 Sybil attack。实际上,相比传统的无线中继网络,攻击者的成本更加廉价,连硬件设备的费用都省了。 有公共规则,必然有规则的对抗者——要求机动车“礼让行人”,就无法解决“中国式过马路”。 后来,在我们用于内部联系的中继台上,采用了哑音码设定。在保持能够通过中接收受无委会频段广播的时候,可以避免发射内容被广播到大中继上。这就类似于你在开放的 Nost 网络中,建立一个限定(部分)中文使用者访问的 Relay。 但是,我们最后不得不限定在长途旅行等情况下使用这个中继,原因就是哑音码的失控问题。 每一个人都会遇到新朋友,而每个新朋友的行为,都是不可控的——如果成年人从不违反任何规则 ,就不需要现实世界中的垄断性合法暴力机构,也被称为“(现代)国家”。而任垄断性合法暴力机构——包括我们在 DZBBS 开发期间产生的“站长”“版主”等角色——都是人类,就无法避免人类的政治问题。 对于 NSFW 的应用要求,就很可能产生类似导致 1996 年 IRC 大分裂事件的“规范战争”——NSFW 不仅是 pornography 内容,还有类似 The Satanic Verses 的内容,甚至“粽子甜咸”这样的文化冲突 ——并几乎无法避免 上升为人身攻击。 而如果要求邀请人承担“连坐”责任,看起来与扩大社群的目的之间,可能会具有自洽矛盾。
我感觉你不是很想让我理解😅 如果你是 AI bot,我希望之后的回复减少一些无关的引用和高中生看不懂的名词。由于我大部分内容都看不懂,所以回复错了也请见谅。 我没有太多时间运营一个社群,所以即使有人不遵守,我也不一定有空管。并且我不觉得定的规则很难遵守吧,我是让 gpt 生成的最简单的规则。能不能运营起来全看缘分。 连坐机制确实不好,但它是一个技术问题,不是我故意要这么做的。这是 pyramid 中继的实现逻辑,有时间我会尝试修改它的代码,但目前状况是这么个状况。
一般可以把信息传递分为三种基本模式: **1. 线性模式** 信息从发送者单向传给接收者,没有反馈,强调“传输”。 **2. 互动模式** 信息在双方之间往返,有反馈,但发送和接收是轮流进行的。 **3. 交易(协同)模式** 双方同时发送和接收信息,意义在互动中被共同建构,强调语境和关系。 from chatgpt
JohnGalt's avatar JohnGalt
一点 ChatCPT 不知道的基本常识: 早在文字被发明之前,人类是这样交流的: 当发现一群猎物时,你和同伴比划了一下,他点点头回去找帮手; 同伴们赶到,你们形成了包围后,你大吼一声带着所有人冲出去; 完成猎杀后,猎手们将一头猎物宰杀分食,所有人围坐在一起,交流着刚才行动的回忆。 伴随工业革命普及了义务教育之后,人类是这样交流的: 你匆匆写了一张便条,在街头叫住一个男孩,让他送到 221B Baker Street 去,有一位华生医生会给他两先令的跑腿费; 发现了一封重要信件之后,你快速浏览一遍,然后交给在场的医生、警官和其他人传阅,关键线索就这样出现了; 你们破获的这起谜案登上报纸后,酒馆里的人们就报道中的细节争执不休,直到后半夜被老板娘轰出门。 在伦敦的至暗时刻,人类是这样交流的: 萤幕上的光点信息,被雷达站通过军用专线汇报给大本营; 大本营将情报整理后,由戴着耳机的作战室女兵们在沙盘上将对应的动态用模型进行标注,一如千年来被成为“棋”的游戏; 新的指令被通过无线电传递到战斗机群之中,混杂着各个机组的呼叫、咒骂与求救。 从史前时代,到现在的数字空间,点对点、群组广播,和对等网络,就是信息传递的三种主要方式。 以上这些,都可以汇聚在一个简洁的公式中:G = (V, E)
View quoted note →
信息茧房把我保护的很好 😌 网上真是什么人都有呢
欢迎 👏 你的名字好像设置的有点问题?是个网址哈哈
因为请求了一些比较私密的事件,比如私信,这种情况大部分中继都会要求认证的。比较奇怪的是后两条,你咋没有写入权限哈哈