初识BlueSky
什么是BlueSky?
Bluesky是一个去中心化的分布式微博客社交网络,使用自行开发的认证传输协议(AT Protocol),有别于使用ActivityPub协议的Mastodon。
以上来自于https://zh.wikipedia.org/wiki/Bluesky
整个界面给我的感觉——简直是推特翻版
起因
今天看到一个新闻,说推特更新用户协议,将使用用户作品训练AI
用户权益受损引不满,X(推特)官方更新用户协议,将使用用户作品训练AI
看完我只能说推特现在也开始花样作死,喜欢作死的大平台是越来越多了。
从之前的Unity到最近的gotdot,我只能说垄断是这样的。(gotdot纯属是没能力掌握这泼天的流量,结果就是流量怎么来的,最后还是怎么走的)
然后就注意到BlueSky这玩意,一个去中心化的平台,可谓是站到风口上了。
目前已经有部分画师开始从推特迁移到了BlueSky,可以说如果这次BlueSky能把握好这次机会,绝对可以吸引一大波用户。
对比
之前也不是没有去中心化的平台,像使用ActivityPub的Mastodon。
但是这些平台多多少少有些问题。
像Mastodon太过于臃肿,没个好点的服务器就不要想搭建了。虽然有更轻量化的misskey,但是纯二次元的风格对于我来说并不怎么喜欢。
而且说是说去中心化,但是你的所有账号信息仍然是绑定在你所使用的实例上(因为搭建成本高,很多用户仍然是使用的各个公共实例),那么你的所有数据仍然与当前实例强相关。当用户数量达到一定量级后,就会出现热门的少量的实例掌握大量的用户。
这对于去中心化来说其实是很不健康的。
而BlueSky则是采用PDS (Personal Data Server)的方式,将自己的数据托管于自己的服务器上(也可以使用官方的PDS),而用户交互界面则使用官方的网站。
目前BlueSky已将PDS开源,从官方给出的要求上来看,1G1H20GB就可以供1-20人使用,性能还是蛮不错的。
缺点
不过仍有一定的缺点,一个是上层用户交互需要使用官网网站,如果哪天官方关闭网站,那么你有数据也没用。
另一个是貌似PDS使用的是sqlite数据库,一旦数据多起来后,会严重影响性能。
邀请制(目前官方已取消)
还有就是安装文档不完善
目前官方给了一个一键安装的脚本,但我仔细分析了一下脚本,发现脚本过于死板,自定义程度不高,具体表现为:
- Caddy强绑定
- Data路径写死
- 安装watchtower
如果不是纯净系统,例如已经安装有nginx之类的程序,就会与Caddy出现冲突。
并且如果部署有其他容器,还可能会受到watchtower的影响导致意外更新
而且通过分析脚本,发现PDS实际上就是一个由TS写的纯粹的后端,脚本集成化过高反而不易于在已有的环境上进行部署
总结
目前挺看好BlueSky,要是能把PDS规范一下,并且能让用户自行部署前端页面,我觉得还是挺有看头的。
Use this card to join MyBlog and participate in a pleasant discussion together .
Welcome to GoodBoyboy 's Blog,wish you a nice day .