Perbandingan Bluesky dan fediverse

 (hackers.pub)
10 poin oleh hongminhee 2025-03-25 | 1 komentar | Bagikan ke WhatsApp

Perbedaan arsitektur inti: pengiriman pesan vs shared heap

  • fediverse: menggunakan metode “pengiriman pesan” yang mirip email

    • Mengirim pesan langsung ke penerima tertentu
    • Pesan hanya dikirim ke server yang diperlukan sehingga efisien
    • Individu pun dapat menjalankan node dengan perangkat keras murah

  • Bluesky: menggunakan metode “shared heap”

    • Semua pesan disimpan di “relay” pusat
    • Pengguna memfilter informasi yang relevan dari relay
    • Memerlukan infrastruktur terpusat berskala besar
    • Biaya operasional relay meningkat tajam (dalam 4 bulan, 1TB→5TB)

Tampilan global dan masalah sentralisasi

  • Bluesky: berfokus pada mempertahankan tampilan keseluruhan jaringan yang konsisten

    • Semua appview memerlukan informasi seperti data blokir seluruh jaringan
    • Daftar blokir menjadi terbuka sehingga menimbulkan masalah privasi
    • Sulit diimplementasikan tanpa kontrol yang tersentralisasi

  • fediverse: setiap server menerapkan kebijakan secara independen

    • Memberikan lebih banyak otonomi kepada pengguna
    • Dirancang agar informasi blokir tidak dipublikasikan

Perbandingan keterbukaan protokol

  • fediverse/ActivityPub: standar terbuka yang diadopsi W3C

    • Siapa pun bebas mengimplementasikannya
    • Menjamin interoperabilitas antar berbagai perangkat lunak
    • Berkembang secara dipimpin komunitas melalui FEP

  • Bluesky/AT Protocol: protokol yang dipimpin perusahaan

    • Statusnya sebagai standar terbuka masih belum mapan
    • Skalabilitas dan keberlanjutannya terbatas

Sentralisasi pesan pribadi (DM)

  • Bluesky: semua DM melewati server pusat

    • Dikirim melalui perusahaan Bluesky terlepas dari PDS atau relay pengguna
    • Perusahaan Bluesky dapat mengakses semua DM
    • Bertentangan dengan konsep “credible exit”

  • fediverse: mekanisme pengiriman langsung antar server

    • Hanya admin server sendiri yang dapat mengakses pesan

Masalah implementasi identitas yang dapat dipindahkan

  • Bluesky: menggunakan DID tetapi tetap bergantung pada sentralisasi

    • did:web dan did:plc bergantung pada DNS dan registri pusat
    • Pada awalnya semua akun menggunakan rotationKeys yang sama
    • Kunci pengguna dikelola oleh Bluesky

  • fediverse: konsep identitas nomadik sedang terus dikembangkan

    • Menawarkan portabilitas yang lebih menyeluruh melalui protokol seperti Zot
    • Terus ditingkatkan melalui FEP-ef61 dan lainnya

Tekanan komersial dan keberlanjutan

  • Bluesky: bergantung pada pendanaan venture capital

    • Ada pandangan bahwa “organisasi adalah musuh masa depan”
    • Tekanan komersial akibat pengenalan akun berbayar dan iklan
    • Tekanan keuntungan investor berpotensi menghambat desentralisasi

  • fediverse: memiliki beragam operator dan model pendanaan

    • Terdiri dari ekosistem node komersial, nonkomersial, dan pribadi
    • Tidak ada single point of failure

Kesimpulan

  • Bluesky dapat menjadi alternatif yang sangat baik untuk X berkat antarmuka yang ramah pengguna dan pengalaman yang mirip Twitter
  • Namun, karena desainnya yang tersentralisasi, biaya operasional, kerentanan privasi, dan ketergantungan pada perusahaan, ini bukan alternatif untuk fediverse
  • Kedua sistem memiliki tujuan dan filosofi desain yang secara mendasar berbeda, dan idealnya dapat berkembang ke arah yang saling melengkapi

Bacaan terkait

1 komentar