So sánh Bluesky và fediverse
(hackers.pub)Khác biệt kiến trúc cốt lõi: chuyển tiếp thông điệp vs đống chia sẻ
-
Fediverse: dùng mô hình “chuyển tiếp thông điệp” tương tự email
- Chuyển trực tiếp thông điệp tới người nhận cụ thể
- Chỉ gửi thông điệp tới các máy chủ cần thiết nên hiệu quả
- Cá nhân cũng có thể vận hành node bằng phần cứng giá rẻ
-
Bluesky: dùng mô hình “đống chia sẻ”
- Mọi thông điệp đều được lưu trong một “relay” trung tâm
- Người dùng lọc thông tin liên quan từ relay
- Cần hạ tầng tập trung quy mô lớn
- Chi phí vận hành relay tăng vọt (chỉ trong 4 tháng từ 1TB→5TB)
Vấn đề góc nhìn toàn cục và tập trung hóa
-
Bluesky: tập trung vào việc duy trì một góc nhìn nhất quán cho toàn mạng
- Mọi appview đều cần thông tin như danh sách chặn trên toàn hệ thống
- Danh sách chặn bị công khai, gây ra vấn đề riêng tư
- Khó triển khai nếu không có kiểm soát tập quyền
-
Fediverse: mỗi máy chủ tự thực thi chính sách một cách độc lập
- Trao cho người dùng nhiều quyền tự chủ hơn
- Được thiết kế để thông tin chặn không bị công khai
So sánh độ mở của giao thức
-
Fediverse/ActivityPub: tiêu chuẩn mở được W3C chấp nhận
- Bất kỳ ai cũng có thể tự do triển khai
- Bảo đảm khả năng tương tác giữa nhiều phần mềm khác nhau
- Phát triển theo định hướng cộng đồng thông qua FEP
-
Bluesky/AT Protocol: giao thức do doanh nghiệp dẫn dắt
- Vẫn chưa xác lập được vị thế như một tiêu chuẩn mở
- Khả năng mở rộng và tính bền vững còn hạn chế
Sự tập trung hóa của tin nhắn riêng tư (DM)
-
Bluesky: mọi DM đều đi qua máy chủ trung tâm
- Bất kể PDS hay relay của người dùng là gì, chúng đều được gửi qua công ty Bluesky
- Công ty Bluesky có thể truy cập mọi DM
- Mâu thuẫn với khái niệm “credible exit”
-
Fediverse: cơ chế chuyển trực tiếp giữa các máy chủ
- Chỉ quản trị viên máy chủ của bạn mới có thể truy cập tin nhắn
Vấn đề triển khai danh tính có thể di chuyển
-
Bluesky: dùng DID nhưng vẫn phụ thuộc vào tập trung hóa
did:webvàdid:plcphụ thuộc vào DNS và sổ đăng ký trung tâm- Ban đầu mọi tài khoản đều dùng cùng rotationKeys
- Khóa người dùng do Bluesky quản lý
-
Fediverse: đang phát triển khái niệm danh tính du mục
- Các giao thức như Zot cung cấp tính di động toàn diện hơn
- Liên tục được cải thiện thông qua FEP-ef61 và các đề xuất khác
Áp lực thương mại và tính bền vững
-
Bluesky: phụ thuộc vào vốn đầu tư mạo hiểm
- Có nhận thức rằng “tổ chức là kẻ thù của tương lai”
- Áp lực thương mại từ việc đưa vào tài khoản trả phí và quảng cáo
- Áp lực lợi nhuận từ nhà đầu tư có thể cản trở phi tập trung hóa
-
Fediverse: có nhiều chủ thể vận hành và mô hình tài trợ khác nhau
- Hình thành một hệ sinh thái gồm các node thương mại, phi thương mại và cá nhân
- Không có điểm lỗi đơn lẻ
Kết luận
- Bluesky có thể là một lựa chọn thay thế tuyệt vời cho X nhờ giao diện thân thiện và trải nghiệm tương tự Twitter
- Tuy nhiên, do thiết kế tập trung, chi phí vận hành, điểm yếu về quyền riêng tư và sự phụ thuộc vào doanh nghiệp, nó không phải là lựa chọn thay thế cho fediverse
- Hai hệ thống này về cơ bản theo đuổi các mục tiêu và triết lý thiết kế khác nhau, và lý tưởng nhất là có thể phát triển theo hướng bổ trợ cho nhau
1 bình luận
Cũng có ý kiến phản biện như thế này: https://hackers.pub/@yurume/0195cc17-b1ed-712e-9ecf-dcc49158220a