©CC BY-NC-SA 4.0

频道: cx.ms/channel
笔记: cx.ms/memo
博客: cx.ms/blog
剪贴: cx.ms/clip
社交: cx.ms/sns
#吐槽

The #strfry doesn't seem to index proxy tags, so I can't check Mostr.pub and Momostr.pink for mirror events corresponding to #Fediverse posts.

via Nostr@cxplay
CXPLAY World
- 我希望反对或限制第三方处理我的个人信息用于建立和改进 Al at Meta
> https://www.dacs.org.uk/news-events/what-artists-and-their-beneficiaries-need-to-know-about-metas-new-privacy-policy

美国《版权法》保护传统独立博客的 RSS Feed 内容作者权利, 不得将内容未经许可重新发布. 但是 Fediverse 和其他大多数拥有互操作能力的分布式社交网络与 RSS 有不同的地方, 最基本也是最重要的能力就是跨联邦和跨点互联, 用户生成的内容将能够在这些节点网络中自由传播, 这实际上就是在各自节点网络中无数遍 "重新发布", 包括到达 Meta 的 Threads 节点. Werd I/O 的文章对此也给出了一些想法.

#RSS #Fediverse #AI #Legal #Copyright

via Nostr@cxplay What artists and their beneficiaries need to know about Meta's new privacy policy - DACS
#吐槽

Fork it! It's time for a Mastodon hard fork

> An opportunity to improve safety, the Mastodon ecosystem, and fediverse software development

...
In Why a hard-fork of Mastodon isn’t the way, fediverse trust and safety expert (and longtime Mastodon contributor) Emelia Smith goes into more detail on the challenges that the current team needs to address – most of which potentially apply to a new fork as well.

"There’s general maintenance work, such as updating dependencies or moving off dependencies that are no longer supported; there’s security fixes and the back-porting of those fixes to older released versions; there’s product roadmap and project planning; there’s triaging and responding to hundreds or thousands of issues and pull requests; there’s providing help and assistance to users of the software who are encountering issues and bugs; there’s responding to press enquiries, applying for grants, working on legal & accounting to gain non-profit status, etc. There’s also documenting the project, which is a huge effort, with far too few people contributing (instead many are preferring to write their own blog posts about their experiences, rather than improving the documentation for everyone)."
...
...
Similarly, Smith notes that Mastodon arguably wasn't ever designed for single-user instances. As smallpatatas notes in The Slow Fedi Movement: Toward a Green, Independent, and Equitable Fediverse

"The cost of managed hosting even for a single-user instance is way too expensive for most of the world. Here's Marco Rogers' experience. $19 is a lot of money if you live in a low-income country."
...

- https://privacy.thenexus.today/mastodon-hard-fork/
- http://archive.today/6iFwJ

#article #read #Fediverse #Mastodon

via Nostr@cxplay Fork it! It's time for a Mastodon hard fork (UPDATED)
#吐槽

Mostr.pubMomostr.pink Bridge 继续被滥用:

Fediverse 和 Bluesky 之间的桥被用来向 Bluesky 发送支持特朗普的垃圾邮件, 这些垃圾邮件来自 Nostr. 垃圾邮件是在 Nostr 上创建的, 而 Nostr 通过 Mostr 桥接器与 fediverse 桥接, 后者又可以与 Bluesky 桥接. 虽然所有网络都有许多方便, 开放注册的地方, 但垃圾邮件往往发生在容易大量注册的地方, 而 Nostr 的协议设计使得创建新账户特别容易.
—— https://fediversereport.com/last-week-in-fediverse-ep-69/ (The Fediverse Report)

支持特朗普的垃圾帖子是如何从 Nostr 转移到 Bluesky 的? 首先, Nostr 内容通过 Mostr Bridge 传播到 Mastodon (基于 ActivityPub 协议). 然后, 使用名为 Bridgy Fed 的工具将内容从 Mastodon 推送到 Bluesky. 这一过程的痕迹出现在 Bluesky 版本的帖子中, 其中的账户柄格式为 npub************.momostr.pink.ap.brid.gy. 其中的第一部分(从 npub 到第一个点)是 Nostr 账户的公钥, 而其余部分(momostr.pink.ap.brid.gy)则包含了用于桥接帖子的工具(Mostr 和 Bridgy Fed)的一些说明.
—— https://conspirator0.substack.com/p/federation-and-political-spam (Conspirador Norteño)

#Nostr #Fediverse #Bluesky

via Nostr@cxplay
#吐槽

所以现在可以用 Nostr > Fediverse > Bluesky... 那是不是后面还能继续套娃套回来?
https://fed.brid.gy/docs#fediverse-get-started
Nostr > Fediverse > Bluesky > Fediverse > Nostr ?
那岂不是我甚至可以自己给自己刷关注? 能左脚踩右脚上天了.
434f97993627f1e61f14eeaf60caa8cfdcec10a592caff8250c825252d548c15.mostr.pub.ap.brid.gy_at_bsky.brid.gy@mostr.pub

via Nostr@cxplay Short Text Note by CXPLAY
Skeb 与社交媒体 Misskey.io 达成赞助者合作关系

2024 年 3 月, Skeb (Skeb Co., Ltd.) 与 Misskey.io 运营公司 MisskeyHQ 成功签订为期三年的赞助协议. 除了财务支持, 2024 年 4 月 1 日起, Skeb.jp 将支持 Misskey.io 账号进行注册和登录. 由于「海外各大SNS的政策变化」大量的日本创作者被封禁, Skeb 对于该情况的担忧的同时宣布了和 Misskey.io 的合作.

Skeb 是一个使艺术家能够通过「佣金」连接受众和雇佣方实现收益化的平台. 除了 Misskey.io, Skeb 在去年(2023 年 9 月 1 日)与最流行的 VR 在线社交平台 VRChat 达成合作关系. 据介绍, 在 Skeb 上为自己的 VRChat 角色进行头像和人物设计的「我的孩子」(うちの子リクエスト)类委托超过总交易量的 13%, 是该平台最主要的委托类型.

Misskey.ioとのスポンサー契約締結と仕様変更のお知らせ - skeb_jp - Medium

#社交媒体 #Fediverse #News
#吐槽

快一年下来, 用完了一部分新社交媒体, 写了一个简明的指南. 基本用户体验以 #Twitter 为基准. 参加比较的有 #Threads, #Fediverse, #Bluesky, #Nostr.

如果你不在意开不开放与自不自由, 只是想找个 Twitter 的替代, 那么选择 Meta 的 Threads.

如果你在意开放与自由, 也还想找个 Twitter 的替代:
- 如果你为了社交而愿意去维护服务器和持有域名(时间和金钱都是持续消耗, 即使是代托管), 那就选 #Mastodon, 嫌前者太重了那就 #Pleroma.
- 如果你不打算维护服务器和持有域名, 但是还想进入 Fediverse. 那么最难的地方在于选择和信任一个实例, 这点和不托管自己的电子邮件服务是一样的. 可以基于「瘦死的骆驼比马大」原则, 你还需要综合考虑的因素包括实例域名管理局, 实例幕后运作的情况, 实例用户协议和隐私协议.
- 如果你不打算维护服务器和持有域名, 也并不局限于 Fediverse. 那么就选 Bluesky. 在未来它会变成一个强化版本的 Fediverse, 但现在它还没准备好, 因此现阶段加入只能选择官方实例(有效排除选择困难).

Fediverse 基于一个美好的但未经协议制定者实践的协议 ActivityPub, 它目前事实上的「标准」是 Mastodon 兼容性协议, 如果有任何 Fediverse 软件不选择兼容它, 那就会失去和 Fediverse 用户量总和最大的实例软件的链接, 失去互操作性. 并且 Mastodon 背后是一个非盈利组织在运作一切, 受到的资金支持和社会舆论支持更加充足. 基于这些问题, 大多数的商业或非盈利组织实例优先选择的都是 Mastodon, 或者基于它之上进行改进.

Bluesky 受到 Twitter 前 CEO 的资金支持和他的社交媒体软件设计哲学的指导, Bluesky 使用新的协议 AT Protocol, 缓解了 ActivityPub 的一些问题(用户身份标识, 内容审查权利, 实例互操作性等). 协议和官方协议实现的幕后开发方向明确或者说权力很集中(俗称「大教堂式」开发).

如果你在意开放与自由, 也并不在意是否有 Twitter 同等的体验, 不想维护服务器, 不想持有甚至也不想依赖任何域名:
那就只能选 Nostr 了. 它同样受到 Twitter 前 CEO 的资金支持和他的社交媒体软件设计哲学的指导, 但是它并不是一个专用于社交媒体设计的协议, 它是个通用消息传输协议. 你需要有基本的计算机技术基础知识才有可能适应现阶段的客户端体验. 它的幕后开发非常自由(俗称「社区舆论式」开发), 协议标准的确立并不会影响软件具体实现. 除了用户体验外, 另外一个问题是 Nostr 内外有大量的 Web3 内容和拥护者团体.

最后提供给团队运营单一社交媒体账号的提示:
Threads, Fediverse, Bluesky 都可以适应多人运营单一账号. 但是 Nostr 无法做到, 因为它是唯一一个以密钥对为用户实体基础的协议, 私钥无法轮换无法吊销(即使已经有舆论进程但始终未实现), 如果暴露了私钥等于已经失去了账号内的一切.

如果依旧觉得选择困难, 那留在原地依旧是种选择. 如果在社交网络中您的角色转变为受众或追随者, 那么可能根本没有选择, 只能去您喜欢的博主在的地方并适应它, 或者说服他们去哪里.
Nostr 项目创始人 fiatjaf 在社交媒体上如此评价 Mastodon 和 ActivityPub:

Mastodon is not an ActivityPub implementation. ActivityPub is not really a protocol, it's an infinitely flexible "standard" that cannot be implemented since it was designed by armchair crazy people. Mastodon just decided on some parts of it that it would implement, which is equivalent to creating its own protocol.

Mastodon 不是 ActivityPub 的实现. ActivityPub 也并不是一个真正的协议, 因为它是空想家们设计的一个无限灵活的 "标准", 根本无法实现. Mastodon 只是决定了要实现其中的某些部分, 这也相当于它创建了它自己的协议.

source #社交媒体 #Fediverse #ActivityPub

via CXPLAY's Memos
对于应对与 Threads 这种量级的实例互联,Fediverse 也许应该要做到把互联的白名单精确到实例中的用户这种级别,比如对于小型或单人实例可以只与白名单里的 Threads 特定用户(网红、明星、音乐人等)所关联的数据互通,只取需要的。

对于 Meta 这种超大型实例来说,对于数据的共通可能也要像商定「用户协议」一样制定 “互联协议”。

#社交媒体 #Fediverse #Meta #Threads

via CXPLAY's Memos
自从 Meta 宣布新社交平台 Threads 将会加入 Fediverse 后, 很多以使用 Mastodon 为代表的一众运营中 Fediverse 实例如临大敌, 有的实例甚至已经开始提前屏蔽 Meta 管理的 ASN 下的所有 IP, 几种原因有:

实例服务器的计算资源难以承受与这种特大规模的实例互联.
实例管理层不可能完全审查如此量级的 Threads 用户数据.
Meta 会抽取实例的用户数据用于推荐算法甚至大型语言模型的训练.

#社交媒体 #Fediverse #Meta #Threads

via CXPLAY's Memos
 
 
Back to Top