Bluesky ile fediverse'ün karşılaştırması
(hackers.pub)Temel mimari farklar: mesaj iletimi vs paylaşılan yığın
-
Fediverse: e-postaya benzer bir “mesaj iletimi” modeli kullanır
- Mesajlar belirli alıcılara doğrudan iletilir
- Mesajlar yalnızca gerekli sunuculara gönderildiği için verimlidir
- Bireyler düşük maliyetli donanımlarla bile düğüm çalıştırabilir
-
Bluesky: “paylaşılan yığın” modeli kullanır
- Tüm mesajlar merkezi bir “relay” içinde saklanır
- Kullanıcılar ilgili bilgileri relay üzerinden filtreler
- Büyük ölçekli, merkezi altyapı gerektirir
- Relay işletme maliyeti hızla artar (yalnızca 4 ayda 1TB→5TB)
Küresel görünüm ve merkezileşme sorunu
-
Bluesky: ağ genelinde tutarlı bir görünüm sağlamaya odaklanır
- Tüm AppView'ların ağ genelindeki engelleme bilgilerine vb. ihtiyacı vardır
- Engelleme listeleri açık olduğundan gizlilik sorunları doğar
- Merkezi kontrol olmadan uygulanması zordur
-
Fediverse: her sunucu politikalarını bağımsız olarak uygular
- Kullanıcılara daha fazla özerklik sağlar
- Engelleme bilgilerinin açık olmaması için tasarlanmıştır
Protokol açıklığının karşılaştırması
-
Fediverse/ActivityPub: W3C tarafından benimsenmiş açık bir standarttır
- Herkes tarafından özgürce uygulanabilir
- Farklı yazılımlar arasında birlikte çalışabilirliği garanti eder
- FEP aracılığıyla topluluk öncülüğünde gelişir
-
Bluesky/AT Protocol: şirket öncülüğünde geliştirilen bir protokoldür
- Henüz açık standart statüsü netleşmemiştir
- Ölçeklenebilirlik ve sürdürülebilirlik açısından sınırlıdır
Doğrudan mesajların (DM) merkezileşmesi
-
Bluesky: tüm DM'ler merkezi bir sunucudan geçer
- Kullanıcının PDS'sinden veya relay'inden bağımsız olarak Bluesky şirketi üzerinden iletilir
- Bluesky şirketi tüm DM'lere erişebilir
- Bu durum “güvenilir çıkış” kavramıyla çelişir
-
Fediverse: sunucular arası doğrudan iletim mekanizması kullanır
- Mesajlara yalnızca kendi sunucunuzun yöneticisi erişebilir
Taşınabilir kimliğin uygulanmasındaki sorunlar
-
Bluesky: DID kullanmasına rağmen hâlâ merkezileşmeye dayanır
did:webvedid:plc, DNS'e ve merkezi kayıt sistemlerine bağımlıdır- İlk başta tüm hesaplar aynı rotationKeys değerlerini kullanıyordu
- Kullanıcı anahtarları Bluesky tarafından yönetilir
-
Fediverse: göçebe kimlik kavramı üzerinde gelişimini sürdürüyor
- Zot protokolü gibi yapılar daha kapsamlı taşınabilirlik sunar
- FEP-ef61 vb. ile sürekli iyileştirilmektedir
Ticari baskılar ve sürdürülebilirlik
-
Bluesky: risk sermayesi finansmanına bağımlıdır
- “Organizasyon geleceğin düşmanıdır” anlayışı öne çıkar
- Ücretli hesaplar ve reklamların devreye alınmasıyla ticari baskı oluşur
- Yatırımcıların getiri baskısı, merkeziyetsizleşmeyi engelleyebilir
-
Fediverse: farklı işletmeciler ve finansman modellerine sahiptir
- Ticari, ticari olmayan ve kişisel düğümlerden oluşan bir ekosistem barındırır
- Tek bir arıza noktası yoktur
Sonuç
- Bluesky, kullanıcı dostu arayüzü ve Twitter benzeri deneyimiyle X'e güçlü bir alternatif olabilir
- Ancak merkezi tasarımı, işletme maliyetleri, gizlilik zafiyetleri ve şirkete bağımlılığı nedeniyle fediverse'e bir alternatif değildir
- İki sistem temelde farklı hedeflere ve tasarım felsefelerine sahiptir; ideal olarak birbirini tamamlayacak şekilde gelişebilir
1 yorum
Böyle bir karşı argüman da var: https://hackers.pub/@yurume/0195cc17-b1ed-712e-9ecf-dcc49158220a