การเปรียบเทียบระหว่าง Bluesky และ fediverse

 (hackers.pub)
10 คะแนน โดย hongminhee 2025-03-25 | 1 ความคิดเห็น | แชร์ทาง WhatsApp

ความแตกต่างด้านสถาปัตยกรรมหลัก: การส่งต่อข้อความ vs shared heap

  • fediverse: ใช้วิธี “การส่งต่อข้อความ” ที่คล้ายกับอีเมล

    • ส่งข้อความไปยังผู้รับที่ระบุโดยตรง
    • ส่งข้อความเฉพาะไปยังเซิร์ฟเวอร์ที่จำเป็น จึงมีประสิทธิภาพ
    • บุคคลทั่วไปก็สามารถรันโหนดได้แม้ใช้ฮาร์ดแวร์ราคาประหยัด

  • Bluesky: ใช้วิธี “shared heap”

    • ข้อความทั้งหมดถูกเก็บไว้ใน “relay” ส่วนกลาง
    • ผู้ใช้กรองข้อมูลที่เกี่ยวข้องจาก relay
    • ต้องใช้โครงสร้างพื้นฐานแบบรวมศูนย์ขนาดใหญ่
    • ค่าใช้จ่ายในการดูแล relay เพิ่มขึ้นอย่างรวดเร็ว (เพียง 4 เดือนจาก 1TB→5TB)

มุมมองแบบทั่วทั้งระบบและปัญหาการรวมศูนย์

  • Bluesky: มุ่งเน้นการคงมุมมองที่สอดคล้องกันของทั้งเครือข่าย

    • appview ทั้งหมดต้องการข้อมูลอย่างเช่นรายการบล็อกของทั้งระบบ
    • รายการบล็อกถูกเปิดเผยต่อสาธารณะจนเกิดปัญหาความเป็นส่วนตัว
    • ยากที่จะทำให้เป็นจริงได้หากไม่มีการควบคุมแบบรวมศูนย์

  • fediverse: แต่ละเซิร์ฟเวอร์บังคับใช้นโยบายได้อย่างอิสระ

    • มอบความเป็นอิสระให้ผู้ใช้มากกว่า
    • ถูกออกแบบมาเพื่อไม่ให้ข้อมูลการบล็อกถูกเปิดเผย

การเปรียบเทียบความเปิดกว้างของโปรโตคอล

  • fediverse/ActivityPub: มาตรฐานเปิดที่ W3C รับรอง

    • ใครก็สามารถนำไป implement ได้อย่างอิสระ
    • รับประกันการทำงานร่วมกันระหว่างซอฟต์แวร์ที่หลากหลาย
    • พัฒนาโดยชุมชนผ่าน FEP

  • Bluesky/AT Protocol: โปรโตคอลที่ขับเคลื่อนโดยบริษัท

    • สถานะในฐานะมาตรฐานเปิดยังไม่ชัดเจน
    • มีข้อจำกัดด้านการขยายระบบและความยั่งยืน

การรวมศูนย์ของข้อความส่วนตัว (DM)

  • Bluesky: DM ทั้งหมดต้องผ่านเซิร์ฟเวอร์ส่วนกลาง

    • ถูกส่งผ่านบริษัท Bluesky โดยไม่ขึ้นกับ PDS หรือ relay ของผู้ใช้
    • บริษัท Bluesky สามารถเข้าถึง DM ทั้งหมดได้
    • ขัดแย้งกับแนวคิด “trustworthy exit”

  • fediverse: มีกลไกส่งต่อโดยตรงระหว่างเซิร์ฟเวอร์

    • มีเพียงผู้ดูแลเซิร์ฟเวอร์ของตนเองเท่านั้นที่เข้าถึงข้อความได้

ปัญหาในการทำให้อัตลักษณ์เคลื่อนย้ายได้

  • Bluesky: ใช้ DID แต่ยังคงพึ่งพาการรวมศูนย์

    • did:web และ did:plc พึ่งพา DNS และรีจิสทรีส่วนกลาง
    • ในช่วงแรกทุกบัญชีใช้ rotationKeys ชุดเดียวกัน
    • คีย์ของผู้ใช้ถูกจัดการโดย Bluesky

  • fediverse: กำลังพัฒนาแนวคิดอัตลักษณ์แบบ nomadic

    • โปรโตคอลอย่าง Zot มอบความสามารถในการย้ายได้ที่ครอบคลุมกว่า
    • มีการปรับปรุงอย่างต่อเนื่องผ่าน FEP-ef61 เป็นต้น

แรงกดดันทางการค้าและความยั่งยืน

  • Bluesky: พึ่งพาเงินทุนจาก venture capital

    • มีการรับรู้ว่า “องค์กรคือศัตรูในอนาคต”
    • เกิดแรงกดดันทางการค้าจากการนำบัญชีแบบเสียเงินและโฆษณาเข้ามา
    • แรงกดดันเรื่องผลตอบแทนจากนักลงทุนอาจขัดขวางการกระจายศูนย์

  • fediverse: มีผู้ดำเนินการและโมเดลเงินทุนที่หลากหลาย

    • เป็นระบบนิเวศของโหนดเชิงพาณิชย์ ไม่แสวงหากำไร และส่วนบุคคล
    • ไม่มีจุดล้มเหลวเพียงจุดเดียว

บทสรุป

  • Bluesky อาจเป็นทางเลือกที่ยอดเยี่ยมของ X ด้วยอินเทอร์เฟซที่เป็นมิตรและประสบการณ์คล้าย Twitter
  • อย่างไรก็ตาม ด้วยการออกแบบแบบรวมศูนย์ ต้นทุนการดำเนินงาน ความเปราะบางด้านความเป็นส่วนตัว และการพึ่งพาบริษัท จึงไม่ใช่ทางเลือกแทน fediverse
  • ทั้งสองระบบมีเป้าหมายและปรัชญาการออกแบบที่แตกต่างกันโดยพื้นฐาน และในอุดมคติแล้วอาจพัฒนาไปในทิศทางที่เสริมกันได้

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
hongminhee 2025-03-25

มีข้อโต้แย้งลักษณะนี้ด้วย: https://hackers.pub/@yurume/0195cc17-b1ed-712e-9ecf-dcc49158220a