Bluesky ไม่ได้เป็นแบบกระจายศูนย์

 (beige.party)
2 คะแนน โดย GN⁺ 2024-10-28 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • แม้ Bluesky จะใช้ AT Protocol แต่ถูกมองว่าอยู่ในหมวดเดียวกับ Facebook·X·LinkedIn·TikTok ในแง่ที่เป็นแอปซึ่งมีเซิร์ฟเวอร์กลางและการควบคุมโดยบริษัท
  • แม้ฟีดเริ่มต้นและประสบการณ์การบล็อกในตอนนี้จะโอเค แต่ประสบการณ์ใช้งานที่ดีไม่ได้หมายความว่าเป็น โครงสร้างแบบกระจายศูนย์
  • ในเครือข่ายจริงมีเพียง โหนด Bluesky ที่ใช้งานอยู่ 1 โหนด และสมาชิก ATP รายอื่นต่างพึ่งพาผู้ใช้ 13 ล้านคนของ Bluesky เพื่อการยืนยันตัวตนและการเข้าถึงผู้ชม
  • AT Protocol มีเป้าหมายเป็น ความสามารถในการย้ายตัวตนตาม DID แต่ในแอป Bluesky จริง ยังถูกมองว่ายังไม่ได้ทำให้ความสามารถในการย้ายที่ผู้ใช้คาดหวังเกิดขึ้นจริง
  • Series A ประมาณ 15 ล้านดอลลาร์ ($15m) และการที่ Blockchain Capital เข้าร่วมบอร์ด ทำให้เกิดความกังวลว่า Bluesky อาจถูกผูกกับเงินทุน VC และการตัดสินใจแบบองค์กรยิ่งขึ้น

แอปแบบรวมศูนย์กับฟีดที่โอเคเป็นคนละเรื่อง

  • Bluesky ชูเรื่อง “กระจายศูนย์” และ “ไม่มีอัลกอริทึม” แต่ในความเป็นจริงถูกมองว่าใกล้เคียงกับ แอปบริษัทแบบรวมศูนย์ มากกว่า
  • ฟีดเริ่มต้นเองได้รับการประเมินในเชิงบวก
    • เห็นโพสต์ทั้งหมดของเพื่อน ๆ ได้
    • ผู้ใช้บล็อกได้ตามต้องการ
    • ไม่บังคับยัดสแปมเข้ามาในฟีด
    • ถูกมองว่าไม่ได้ shadowban โพสต์การเมืองของเพื่อน ๆ
  • อย่างไรก็ตาม ต้องแยกข้อเท็จจริงที่ว่าประสบการณ์ฟีดโอเค ออกจากข้ออ้างว่าโครงสร้างบริการเป็น แบบกระจายศูนย์

โครงสร้างเครือข่ายจริงที่ AT Protocol บดบัง

  • ในทางทฤษฎี Bluesky ทำงานอยู่บนโปรโตคอลเครือข่ายที่สามารถกระจายศูนย์ได้ แต่ปัจจุบันโหนดที่ใช้งานอยู่มีเพียง Bluesky 1 โหนด เท่านั้น
  • สมาชิกขนาดเล็กรายอื่นในเครือข่าย ATP ถูกมองว่าอยู่ในโครงสร้างที่ใช้ประโยชน์จาก ผู้ใช้ 13 ล้านคนที่ถูกผูกไว้กับ Bluesky เพื่อการยืนยันตัวตนและการเข้าถึงผู้ชม
  • AT Protocol ถูกใช้เพื่อส่งต่อข้อความระหว่าง edge node แต่ฟังก์ชันหลัก ๆ ยังคงอยู่ที่ศูนย์กลาง
  • โปรโตคอลแยก “speech” ออกจาก “reach” ทำให้ศูนย์กลางสามารถจัดการการเข้าถึงผู้ชมได้
    • การบล็อกแบบรวมศูนย์
    • การขยายการมองเห็นในหลายฟีด
    • การกรอง
  • มีข้อวิจารณ์ว่าแม้แต่ตัวโปรโตคอลเองก็ยังไม่ได้ถูกนำไปใช้ครบถ้วนตามที่ออกแบบไว้

DID และความสามารถในการย้ายตัวตนที่ยังไม่สมบูรณ์

  • AT Protocol มีโครงสร้างที่สามารถให้ความสามารถในการย้ายตัวตนผ่าน DID ได้
  • ตามทฤษฎี เป้าหมายคือให้ผู้ใช้ในอนาคตสามารถย้ายไปยังบริการคู่แข่งสมมติอย่าง GreenSky ได้โดยไม่เสียรายการต่อไปนี้
    • ผู้ติดตาม
    • รายการบล็อก
    • ประวัติโพสต์
  • แอป Bluesky จริงถูกวิจารณ์ว่าไม่ได้ให้ DID ในรูปแบบฟีเจอร์ที่ผู้ใช้รับรู้ได้
  • การใช้งานที่เกี่ยวข้องบน GitHub ถูกเรียกว่า did-placeholder และถูกมองว่ายังคงเป็น stub และอยู่ในสถานะ TBD
  • did-method-plc ระบุว่าเดิมตั้งชื่อว่า “placeholder” และหวังว่ารูปแบบปัจจุบันจะไม่คงอยู่ถาวร โดยตั้งใจจะแทนที่หรือพัฒนาไปสู่แนวทางที่รวมศูนย์น้อยลง
    • มีแผนรองรับตัวระบุ did:plc เดิมจนถึงช่วงผ่อนผันที่สมเหตุสมผลหลังจากเผยแพร่วิธีถัดไป
    • มีแผนให้เส้นทาง migration เพื่อให้ยังใช้ตัวระบุเดิมต่อไปได้

การลงทุนของ Blockchain Capital และการเข้าร่วมบอร์ด

  • Bluesky ระดมทุน Series A มูลค่า 15 ล้านดอลลาร์ โดยมี Blockchain Capital เป็นผู้นำรอบ
  • Kinjal Shah ซึ่งเป็น general partner ของ Blockchain Capital เข้าร่วมบอร์ดของ Bluesky
  • ประกาศของ Bluesky ระบุว่าแอป Bluesky และ AT Protocol ไม่ใช้บล็อกเชนหรือคริปโทเคอร์เรนซี และจะไม่ทำให้ประสบการณ์โซเชียลถูกการเงินครอบงำเกินไปด้วยโทเคน การซื้อขายคริปโทเคอร์เรนซี NFT ฯลฯ
  • อย่างไรก็ตาม คำมั่นนี้เพียงอย่างเดียวไม่ทำให้ความกังวลจากการที่นักลงทุนคริปโทเคอร์เรนซีเข้ามานั่งบอร์ดหมดไป
  • ลิงก์ที่เกี่ยวข้อง

ความกังวลเรื่องโมเดลสมัครสมาชิกและบริการที่แย่ลง

  • Bluesky ประกาศว่าจะเริ่มพัฒนา โมเดลสมัครสมาชิก สำหรับฟีเจอร์อย่างวิดีโอความละเอียดสูง สีโปรไฟล์ และกรอบอวาตาร์
  • Bluesky ระบุว่าจะใช้งานได้ฟรีเสมอ และจะไม่ uprank บัญชีแบบเสียเงิน
  • การลงทุนจาก VC ไม่ใช่เงินกู้ แต่เป็นการเดิมพันที่คาดหวัง exit ขนาดใหญ่ จึงถูกมองว่าบริการอาจถูกกดดันเพื่อสร้างผลตอบแทนการลงทุน
  • กระแสที่น่ากังวลมีดังนี้
    • เรียกเก็บค่าสมัครสมาชิกเพื่อเข้าถึงฟีเจอร์ทั้งหมด
    • เพิ่มโฆษณาใน tier ฟรี
    • ภายหลัง โฆษณาอาจเข้าไปอยู่ใน tier แบบเสียเงินด้วย
  • การบริจาคให้ Mastodon หรือการช่วยกันแบ่งค่าใช้จ่ายในการรัน instance ถูกมองว่าแตกต่างจากการสมัครสมาชิก Bluesky
    • บน Mastodon ผู้ใช้รู้ได้ว่าจ่ายเงินให้ใครและเงินถูกใช้ไปกับอะไร
    • สามารถสำรองข้อมูล toot และย้ายไป instance อื่นได้ และถูกมองว่าสามารถรักษารายการที่ติดตาม ผู้ติดตาม และรายการบล็อกส่วนใหญ่ไว้ได้
    • Bluesky ถูกมองว่ามีการตัดสินใจภายในที่ไม่เปิดเผยมากกว่า เนื่องจากจำนวนพนักงาน ค่าโฮสติ้ง ความรับผิดชอบด้านกฎหมายและ Trust & Safety บอร์ด และเงินลงทุน

จุดที่อำนาจควบคุมยังคงอยู่

  • Bluesky ได้รับการยอมรับว่าเป็นบริการที่น่าใช้ในแง่ที่ดีกว่า Facebook ใช้ง่ายกว่า Mastodon มีไหวพริบกว่า TikTok และไม่ใช่ X
  • แต่เพียงแค่ประสบการณ์ใช้งานดีหรือใช้ AT Protocol ไม่ได้ทำให้กลายเป็น บริการแบบกระจายศูนย์
  • แก่นสำคัญไม่ได้อยู่ที่การต่อสู้เรื่องนิยามของ topology เครือข่าย แต่อยู่ที่ การรวมศูนย์ของอำนาจควบคุม
  • ใครเป็นคนตัดสินใจ ตัดสินใจเพื่อใคร ด้วยความยินยอมของใคร และขับเคลื่อนเพื่อผลประโยชน์ของใคร คือหัวใจของการถกเถียงเรื่อง Bluesky

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

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

 
GN⁺ 2024-10-28
ความคิดเห็นจาก Hacker News

  • บทความนี้น่าอ่าน: https://atproto.com/articles/atproto-for-distsys-engineers
    AT Protocol ทำงานคล้ายเว็บ โดยผู้ใช้แต่ละคนเป็นเหมือนเว็บไซต์ และแอปพลิเคชันแต่ละตัวเป็นเหมือนเสิร์ชเอนจิน แอปต่าง ๆ จะครอว์ลเครือข่ายโฮสต์เพื่อรวบรวมกิจกรรม โดยมีโฮสต์ภายนอกมากกว่า 100 แห่ง และมีแอปรวบรวมอย่างน้อย 3 ตัว เป็นโมเดลที่ต่างจาก ActivityPub ซึ่งใกล้เคียงกับอีเมลมากกว่า
    ไม่เคยพูดว่า “ไม่มีอัลกอริทึม” ไม่รู้เหมือนกันว่ามีมนี้มาจากไหน มีระบบเปิดสำหรับอัลกอริทึม ซึ่งทั้งเราและนักพัฒนาภายนอกสามารถใช้งานได้ และยังมี Discover ซึ่งเป็นอัลกอริทึมพื้นฐานสำหรับผู้ใช้ทุกคนด้วย การมีคำตอบเรื่องอัลกอริทึมบนเครือข่ายแบบกระจายศูนย์เป็นหนึ่งในประเด็นหลักที่เราให้ความสำคัญ
    แนวทางที่เป็นไปได้มากที่สุดสำหรับ DID PLC คือย้ายรีจิสทรีไปอยู่กับองค์กรไม่แสวงหากำไรที่จะดูแลเหมือน ICANN เรารองรับวิธี Web DID ด้วย และหากความกังวลเหล่านี้ยังมีต่อไป ก็เปิดกว้างต่อวิธี DID แบบอื่น ๆ เช่นกัน แม้จะสำคัญ แต่ผมมองว่ามันใกล้เคียงกับโครงสร้างพื้นฐานที่ค้ำจุนเครือข่ายแอปพลิเคชัน เช่น DNS หรือผู้ออกใบรับรอง TLS

    • มีม “ไม่มีอัลกอริทึม” น่าจะมาจากคนที่ไม่ค่อยรู้ว่าอัลกอริทึมคืออะไร แต่ได้ยินมาว่ามันมีใน Twitter และไม่ดีเพราะทำให้เกิด doomscrolling
      ไม่ได้ตั้งใจจะปกป้องอัลกอริทึมของ Twitter หรือโซเชียลมีเดียอื่น ๆ แต่บางคนดูเหมือนจะเกลียดอัลกอริทึมทั้งหมดแบบไม่ลืมหูลืมตาเพราะความเข้าใจผิด
    • โพสต์ต้นทางไม่ได้ตั้งคำถามเรื่องอัลกอริทึม แต่ตั้งคำถามกับ คำกล่าวอ้างเรื่องการกระจายศูนย์ ตอนนี้ผมรันอินสแตนซ์ GoToSocial ซึ่งเป็นเซิร์ฟเวอร์ ActivityPub อยู่คนเดียวและมันก็ทำงานได้ดี แต่ถึงจะพยายามทำความเข้าใจแล้ว ก็ยังไม่รู้ว่าใน BlueSky จะทำแบบเดียวกันได้อย่างไร
    • บทความของ Brian Newbold เมื่อต้นเดือนสิงหาคมที่สรุปว่า Bluesky อยู่ในสถานะที่ พร้อมกระจายศูนย์ได้ แค่ไหนแล้ว และยังเหลืออะไรบ้าง ก็ดีเหมือนกัน: https://bnewbold.net/2024/atproto_progress/
      ด้านล่างมีข้อความจำนวนมากที่ดูเป็นลบมากและไม่ค่อยถูกต้อง แต่การพัฒนา Atproto มีจุดแข็งอยู่มากแล้ว และความสนใจจากนักพัฒนาก็เพิ่มขึ้นอย่างมากในช่วงไม่กี่สัปดาห์ที่ผ่านมา ผมตั้งตารอให้ระบบนิเวศนี้เบ่งบาน และรู้สึกว่ามาถึงจุดเปลี่ยนแล้ว
    • การย้ายรีจิสทรี DID PLC ไปอยู่กับองค์กรไม่แสวงหากำไรแบบ ICANN นั้นค่อนข้าง รวมศูนย์ นี่เป็นส่วนที่น่ากังวลที่สุดของ ATProto และผมเคยคาดหวังว่ามันจะทำงานอยู่บน P2P แบบ IPNS หรืออะไรจำพวกบล็อกเชน มากกว่าจะเป็นเว็บเซิร์ฟเวอร์กลาง
    • แน่นอนว่า Bluesky เป็นแบบ federated โฮสต์จะเก็บ คู่กุญแจ ของผู้ใช้ไว้ และ DID:PLC เป็นสตริงย่อยของแฮชแรก
      ถ้าอยากแก้ปัญหานี้ แนะนำให้อ่านเอกสาร Scuttlebot ที่ยังออนไลน์อยู่ก่อน: https://scuttlebot.io/
      บางครั้งผมก็คิดถึงการชุบชีวิต Scuttlebot สไตล์ย้อนยุคขึ้นมา ถ้าอยากเริ่มโปรเจกต์แบบนี้ ก็ติดต่อมาตามช่องทางติดต่อในโปรไฟล์ได้

  • Mastodon ไม่ใช่แบบกระจายศูนย์ แต่เป็นแบบ สหพันธ์ แทน มันแก้ปัญหาบางส่วนของการรวมศูนย์ไม่ได้ และแค่สร้างเอนทิตีที่มีปัญหาแบบเดียวกันเพิ่มขึ้นเท่านั้น โครงสร้างที่ขึ้นอยู่กับเจตจำนงของเซิร์ฟเวอร์ยังคงอยู่ และที่น่าขำคือแม้แต่ความสามารถในการย้ายข้อมูลก็ยังแก้ได้ไม่สมบูรณ์ จริง ๆ แล้วโพสต์ย้ายไม่ได้
    “การกระจายศูนย์” ของ Mastodon อาจแย่กว่าคำสัญญาเชิงทฤษฎีด้วยซ้ำ เพราะในบางแง่มันเป็นคำสัญญาทางการตลาดที่ไม่ได้ทำงานแบบนั้นจริง ๆ คุณยังคง “ถูกรวมศูนย์” อยู่กับเซิร์ฟเวอร์ที่คุณสมัคร และยังมีร่องรอยแบบบริการรวมศูนย์จริง ๆ อยู่ มันดีกว่าก็จริง แต่ไม่ได้ดีเท่าที่โฆษณาไว้ และท่าทีที่เยาะเย้ยหรือแต่งเรื่องคาดเดาถึงขนาดนี้ก็ดูน่าขันย้อนแย้ง

    • การ “ขึ้นอยู่กับเจตจำนงของเซิร์ฟเวอร์” ไม่ใช่ปัญหาที่ต้องแก้ ใน สภาพแวดล้อมแบบสหพันธ์ ไม่ได้ขึ้นอยู่กับเจตจำนงของเซิร์ฟเวอร์ แต่ตรงกันข้ามอย่างแท้จริง ถ้าไม่ชอบผู้ดูแลเซิร์ฟเวอร์ หรือไม่ชอบเป้าหมายที่เซิร์ฟเวอร์นั้น federate ด้วย ก็สร้างเซิร์ฟเวอร์ของตัวเองแล้ว federate กับที่ที่ต้องการได้
      นี่เป็นข้อดีมากกว่าปัญหา เสรีภาพในการย้ายและเข้ากลุ่มได้อย่างอิสระนั้นสำคัญมาก น่าแปลกที่มีคนออนไลน์บางส่วนทำเป็นว่าสิ่งนี้ไม่สำคัญ ซึ่งไร้เหตุผลมาก
      ถ้าไม่อยากใช้เวลาว่างอยู่ใกล้ ๆ Eric ก็ต้องสามารถย้ายไปอยู่ที่อื่นที่ไม่มี Eric ได้ นั่นแหละคือเสรีภาพจริง ๆ ถ้าผูกฉันไว้ที่เดียวหรือบังคับให้เล่นกับ Eric นั่นคือการกักขัง
      ความสามารถในการเลือกว่าจะใช้เวลาว่างอย่างไร ทำไม ที่ไหน และกับใครนั้นสำคัญ และไม่ใช่ “ปัญหา” มันคือ สิทธิในการกำหนดตนเอง และหวังว่าผู้คนจะไม่เรียกมันว่าปัญหาแล้วคัดค้านมัน
    • การ “ขึ้นอยู่กับเจตจำนงของเซิร์ฟเวอร์” เป็นปัญหาเสมอ แต่ในระบบสหพันธ์ คุณเลือกได้ว่าจะขึ้นอยู่กับเจตจำนงของเซิร์ฟเวอร์ใด ยังคงต้องมีความไว้วางใจ แต่คุณเลือกความไว้วางใจนั้นเองได้ตามความต้องการของตัวเอง และอาจวางไว้กับตัวเองก็ได้ กล่าวคือมันอยู่คนละจุดบน สเปกตรัมของความไว้วางใจ
      ขณะเดียวกันก็มีคุณภาพของบริการบางอย่างที่ได้จากสหพันธ์ “เรียบง่าย” เพียงอย่างเดียว และทำได้ยากกว่ามากในยุทธศาสตร์กระจายศูนย์จำนวนมาก โทโพโลยีจริงมีความสำคัญ แต่ผมมองว่าสหพันธ์เป็นโมเดลที่ค่อนข้างดี อีเมลเป็นระบบที่มีประโยชน์มาอย่างยาวนานก็มีเหตุผลอยู่
    • เครือข่ายสหพันธ์ เป็นรูปแบบหนึ่งของเครือข่ายกระจายศูนย์ คุณอาจกำลังคิดถึงเครือข่ายแบบกระจายตัวอยู่ แต่สหพันธ์ไม่ใช่แบบนั้น
    • เท่าที่ทราบ การย้ายโพสต์ทำได้ด้วยการส่งออกและนำเข้าในบาง instance แต่โดยทั่วไป ปัจจุบันยังไม่สามารถโพสต์ซ้ำลง instance ใหม่โดยใช้วันที่ย้อนหลังได้[0]
      ถ้าจะทำ “ลิงก์” ให้ถูกต้อง ก็ต้อง federate อีกครั้ง และฝ่ายเดิมก็คงต้องยกเลิกการ federate แต่ถ้า client จัดการโพสต์วันที่ย้อนหลังได้ไม่ดี ก็จะเกิดผลลัพธ์ที่สับสน client ส่วนใหญ่ที่ใช้กันในปี 2023 เป็นแบบนั้น
      อาจมีทางแก้ได้[1][2] แต่ดูเหมือนว่านี่ยังเป็นพื้นที่ที่ฝั่ง ActivityPub ยังไม่ได้คิดลงลึกนัก
      [0] https://docs.joinmastodon.org/methods/statuses/#create ไม่มีฟิลด์วันที่
      [1] ตอนนำประวัติ Twitter 10 ปีเข้า instance Akkoma ผมแก้โค้ดให้ a) อนุญาตให้ตั้งวันที่ย้อนหลังของโพสต์, b) อนุญาตให้เฉพาะบางบัญชีตั้งวันที่ย้อนหลัง, c) ไม่ให้โพสต์วันที่ย้อนหลังของบัญชีนั้น federate ออกไป วิธีนี้ไม่ได้แก้ปัญหาทั้งหมด แต่สำหรับผมก็เพียงพอแล้ว
      [2] ถ้าอนุญาตให้โพสต์สถานะวันที่ย้อนหลังได้ ก็ย่อมเกิดปัญหาอื่น เช่น ผู้คนสร้างประวัติปลอม เป็นต้น
    • สหพันธ์เป็นรูปแบบหนึ่งของการกระจายศูนย์ แม้จะมีปัญหา แต่ไม่ได้แปลว่าไม่ใช่การกระจายศูนย์ หนทางข้างหน้าคือไปสู่ แอปพลิเคชัน P2P แบบกระจายตัว

  • การที่ BlueSky ชูประเด็น “ไม่มีอัลกอริทึม” เป็นข้ออ้างหลักนั้นมีกรณีโต้แย้งอยู่ มีบล็อกที่เขียนคัดค้านเรื่องนี้ตั้งแต่กว่าหนึ่งปีก่อน: https://bsky.social/about/blog/3-30-2023-algorithmic-choice
    ยังมีข้อกล่าวอ้างว่าแอป BlueSky จริง ๆ ไม่ได้ implement DID และใน GitHub ถูกเรียกว่า “did-placeholder” เป็นเพียง stub และยังไม่สรุป แต่เท่าที่ผมรู้ คนที่มี did:web DID สามารถสร้างบัญชีและใช้ Bluesky ได้
    เรื่องที่นักลงทุนคริปโตชื่อ Blockchain Capital ซื้อที่นั่งในบอร์ดด้วย Series A มูลค่า 15 ล้านดอลลาร์ก็ไม่ใช่เรื่องใหม่ นักลงทุนยุคแรกคนหนึ่งคือ Jack Dorsey และมีการใช้ไลบรารีกับแนวคิดที่เป็นกระแสในฝั่ง cryptography/cryptocurrency มาโดยตลอด เรื่องนี้เป็นแบบนั้นมาตลอด
    ใคร ๆ ก็สามารถเข้าร่วมแชตของนักพัฒนาที่เกี่ยวข้อง หรือถามคนที่ตั้งเซิร์ฟเวอร์ของตัวเองหรือกำลังทำอยู่ว่า bsky รวมศูนย์หรือกระจายศูนย์แค่ไหน แต่ดูเหมือนการสืบค้นของบทความนี้จะไม่ได้ทำแบบนั้น

    • did:web ไม่ใช่ตัวระบุตัวตนแบบกระจายศูนย์ ตามความเข้าใจของผม มันถูกสร้างขึ้นสำหรับ test suite แต่หลุดจากบริบทนั้นมาใช้ในโปรดักชัน
    • ฝ่ายที่ชู “ไม่มีอัลกอริทึม” อย่างหนักจริง ๆ คือ Mastodon ต่างหาก หน้า joinmastodon.org และคำแนะนำ instance พูดแบบนั้น ซึ่งเห็นได้ชัดเกินไปว่าไม่น่าจะเป็นจริงได้

  • น่าสนใจที่ไม่มีใครตอบสนองต่อ data point เรื่อง โครงสร้างความเป็นเจ้าของ ในบทความนี้
    “ใครซื้อที่นั่งในบอร์ด BlueSky ด้วย Series A มูลค่า 15 ล้านดอลลาร์?” นั่นแหละคือสิ่งเดียวที่สำคัญ
    ชิ้นส่วนทางเทคนิคสำหรับการออกแบบทางเลือกของปฏิสัมพันธ์ออนไลน์มีครบอยู่แล้ว กระจายศูนย์, สหพันธ์, กระจายตัว, P2P จะเป็นอะไรก็ได้ สิ่งสำคัญคือผลลัพธ์
    สิ่งที่หายไปโดยสิ้นเชิงจาก “สงครามโปรโตคอล” อันน่าขันเหล่านี้ คือวิสัยทัศน์ที่เป็นรูปธรรมและสมจริงว่าเว็บยุคถัดไปที่ดีควรมีหน้าตาอย่างไร ไม่ใช่ในเชิงเทคนิค แต่ในเชิง เศรษฐกิจ สังคม และการเมือง ใครได้อำนาจ ใครถูกเอาเปรียบ ใครมีเสียงดังแค่ไหน และใครถูกเสียงนั้นชักจูง นั่นต่างหากที่สำคัญ
    บรรทัดฐาน สัญญาทางสังคม และสถาบันที่เคยมีในยุคก่อนดิจิทัลพังทลายไปหมดแล้ว แต่ก็ยังไม่เห็นสิ่งทดแทนนอกจากอุดมคติที่คลุมเครือ
    รูปแบบของ “เว็บยุคถัดไป” จะถูกกำหนดอย่างมากโดยว่าใครให้ทุนและให้ทุนเพราะอะไร พวกเขามีแรงจูงใจและความคาดหวังแบบไหน และมันสร้างแรงจูงใจและความคาดหวังแบบใดให้กับทั้งระบบนิเวศของนักพัฒนา ผู้ก่อตั้ง ผู้ดูแลเนื้อหา และผู้ใช้

  • ทุกครั้งที่อธิบายว่าทำไม Bluesky ถึงดีกว่า ฟังดูเหมือนกินยาแปลก ๆ มา
    บริการอื่น ๆ รวมศูนย์ทั้งตัวตน อัลกอริทึม และการดำเนินงาน แต่ Bluesky ดูเหมือนจะตัดอย่างที่สองออก แล้ว รวมศูนย์เฉพาะตัวตน เลยให้ความรู้สึกว่าเอาข้อเสียของทั้งสองฝั่งมารวมกัน
    ปัญหาเรื่องตัวตนแบบรวมศูนย์นั้น โดยมากเรา “แก้” กันไปแล้วด้วยอีเมล อย่างที่มักเป็นกัน ประเด็นสำคัญไม่ใช่การทำให้กันกระสุนได้สมบูรณ์แบบ แต่คือการ ล้มเหลวอย่างสง่างาม อีเมลในสภาพแบบ federated โดยมากให้แต่ละคนเลือกได้ว่าต้องการการรวมศูนย์แบบไหน และที่สำคัญกว่านั้นคือ ถ้าจำเป็นก็ฆ่าบัญชีแล้วเริ่มใหม่ได้ ดังนั้น Mastodon จึงเป็นจุดเปรียบเทียบที่ดีที่สุด
    ผมพลาดอะไรไปหรือเปล่า? ข้อดีของ Bluesky ตรงนี้คืออะไร?

    • ไม่มีแรงจะสรุปและถกเถียงข้อดีทั้งหมดตรงนี้ แต่ลองดู https://atproto.com แล้วไปหาบล็อกโพสต์และบทความอื่น ๆ ที่เปรียบเทียบ atproto กับ ActivityPub ได้ เรื่องนี้ถูกพูดถึงจนเบื่อในพื้นที่อื่นแล้ว อาจต้องไปค้นคว้าเพิ่ม
    • มีนาซีน้อยกว่า

  • ไม่รู้จะทำให้คนที่ออกแบบบริการแบบกระจายศูนย์/สหพันธ์เข้าใจได้อย่างไรว่า ประสบการณ์ผู้ใช้ที่ลื่นไหลแบบรวมศูนย์ เป็นหัวใจสำคัญของทุกแพลตฟอร์ม
    จำนวนผู้ใช้แอ็กทีฟของ Lemmy ลดลงทุกเดือน และ Mastodon ก็ลดลงเหมือนกันแม้จะน้อยกว่า เหตุผลที่ทั้งคู่ไม่ได้แรงส่งจริง ๆ คือการแบ่งย่อยและกั้นกำแพงเป็นสวนเล็ก ๆ ที่ไม่มีอะไรเกิดขึ้น ทำให้ผู้คนเสียเวลาไปมาระหว่างคอมมูนิตี้ว่าง ๆ แทนที่จะอยู่ในพื้นที่ที่รวมทุกคนเข้าด้วยกัน
    ไม่ว่าแบ็กเอนด์จะเป็นแบบรวมศูนย์หรือไม่ก็ตาม ในฝั่งฟรอนต์เอนด์ผู้คนต้องการสิ่งเดียวกัน ความพยายามอันกล้าหาญเหล่านี้ที่มวลชนพยายามสร้างเว็บยอดนิยมขึ้นมาใหม่เพื่อมวลชน ไม่ได้สู้แค่กับบริษัทที่อยากลบแนวคิดนี้ให้หายไปเท่านั้น แต่ยังสู้กับการตัดสินใจโง่ ๆ ของตัวเองด้วย ในระยะยาว กำแพงนั้นอาจสูงเกินไป

    • ผมอยากชอบ Lemmy จริง ๆ หลังใช้ Reddit ทุกวันมา 12 ปี แล้วโชคดีที่โดนแบนถาวร มันน่าจะง่าย แต่มีคนไม่พอให้มันน่าสนใจเลย ขาดไปไกลมาก ผมสมัครติดตามทุกอินสแตนซ์ที่หาได้แล้วก็ไม่ช่วย
      https://slrpnk.net เป็นข้อยกเว้น เป็นพื้นที่น่ารักที่มีงานเคลื่อนไหวและข่าวที่เกี่ยวข้อง แต่โดยเฉพาะตอนใช้อินเทอร์เน็ตเพื่อพักผ่อน สิ่งนั้นไม่ใช่ทั้งหมดที่ผมต้องการ
      ถึงตอนนี้จะมีตัวอย่างแค่ 5 วัน แต่ BlueSky คือสิ่งที่รออยู่ โดยเฉพาะคอนเทนต์วิทยาศาสตร์ ไม่ว่าจะเป็นมีมหรือไม่ก็ตามก็ดี
    • “สวนเล็ก ๆ ที่ไม่มีอะไรเกิดขึ้น” นั่นแหละคือเหตุผลที่ชอบ Mastodon จริง ๆ แล้วแทบไม่มีอะไรเกิดขึ้นเลย ได้รับคอนเทนต์จากบางสาขาเฉพาะทาง แต่ไม่จำเป็นต้องสร้างอะไรขึ้นมาทุกนาที ไม่มีเวลาขนาดนั้น
      สำหรับคนที่ชอบประสบการณ์ Twitter แบบเดิม BlueSky ค่อนข้างดี

  • จนถึงตอนนี้ ระดับการกระจายศูนย์ แปรผกผันกับประสบการณ์ผู้ใช้ที่ดีมาโดยตลอด
    nostr กระจายศูนย์มาก แต่ต้องจัดการคีย์เอง ทำให้ประสบการณ์ผู้ใช้แย่มาก
    Mastodon มีการพึ่งพา DNS และย้ายบัญชีไม่ได้ จึงกระจายศูนย์ในระดับกลาง ๆ อีกทั้งยังสับสนว่าควรใช้อินสแตนซ์ไหน และเวลาโต้ตอบกับอะไรสักอย่างก็มี “Take Me Home” โผล่ขึ้นมา ทำให้ประสบการณ์ผู้ใช้ไม่ดี
    Bluesky(atproto) กระจายศูนย์พอประมาณเพราะ did:plc และประสบการณ์ผู้ใช้ยอดเยี่ยม
    ข้อได้เปรียบหลักที่ atproto มีเหนืออีกสองตัวคือ ถ้ามีใครแก้ ปัญหา did:plc ได้ มันอาจกลายเป็นแพลตฟอร์มโซเชียลมีเดียแรกที่กระจายศูนย์มากและยังมีประสบการณ์ผู้ใช้ยอดเยี่ยมได้ในชั่วข้ามคืน

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

  • ผมคิดว่าเป็นไปได้ที่จะมีบทความที่น่าสนใจว่าการที่ bsky จะถูก ยึดครอง โดยเอนทิตีเดียวทำได้ง่ายแค่ไหน อาจพิจารณาความเป็นจริงของ PDS ในปัจจุบันที่ 99.9999% โฮสต์โดย bsky และรีเลย์ก็เช่นเดียวกัน แล้วสรุปสถานการณ์ EEE ความเป็นไปได้ของมัน และว่า bsky กระจายศูนย์มากพอจะป้องกันสิ่งนี้ได้หรือไม่
    แต่บทความนี้ไม่ใช่บทความแบบนั้น และตามมาตรฐานของผมถือว่าหลุดประเด็น

  • น่าเสียดายที่คนส่วนใหญ่ที่อยู่บน Bluesky หรือย้ายไปที่นั่นแทบไม่สนใจเลยว่ามันกระจายศูนย์หรือไม่ พวกเขาแค่อยากได้ Twitter อีกแบบที่ใช้งานได้ดีเท่านั้น
    คนส่วนใหญ่ที่ย้ายไป Bluesky คือศิลปิน นักวิชาการ นักเขียน และครีเอเตอร์ ไม่ได้สนใจเทคโนโลยี
    ถ้าพวกเขาใส่ใจเรื่องการกระจายศูนย์ ตอนนี้ทุกคนคงไป Mastodon กันหมดแล้ว แต่ที่นั่นไม่มีแรงดึงดูดในระดับหลายล้านคน

    • ผู้ใช้ปลายทาง 95% ไม่สนใจ แต่ Bluesky ก็ยังมีองค์ประกอบที่ถูกต้องอยู่ มีตัวรวบรวมศูนย์กลางขนาดใหญ่ที่รวบรวมบัญชีทั้งหมด 13 ล้านบัญชี แต่สิ่งนั้นไม่ได้เป็น ตัวตนพิเศษ และคนอื่นก็สามารถรันได้ นักพัฒนาสายงานอดิเรกไม่กี่คนก็ประมวลผลข้อมูลระดับนี้อยู่
      การย้ายก็ใช้งานได้ ตอนนี้ยังเป็นเครื่องมือ command line แปลก ๆ อยู่ แต่ถ้ามีใครเริ่มใส่ใจ มันก็น่าจะถูกจัดระเบียบให้ดีขึ้น มันทำงานได้ดีกว่า Mastodon และประวัติกับเครือข่ายก็ย้ายตามไปได้ดีกว่าการย้ายเซิร์ฟเวอร์ masto
      คุณสามารถรัน Personal Data Server ของตัวเองแล้วเชื่อมต่อกับเครือข่าย bsky ได้ จากนั้นทุกคนก็จะเห็นโพสต์ของคุณและโต้ตอบได้ ยังเป็นระบบใหม่ที่มีอายุแค่ไม่กี่ปี แต่ชิ้นส่วนที่ถูกต้องกำลังมุ่งไปในทิศทางที่ถูกต้อง
    • แทบไม่ควรมีใครจำเป็นต้องเข้าใจว่า การกระจายศูนย์ หมายความว่าอะไร นี่คือปัญหาของ Mastodon ในช่วงแรก คนส่วนใหญ่ต้องเข้าใจสิ่งที่พวกเขาไม่อยากรู้ และพูดได้ว่าก็ไม่ควรจำเป็นต้องรู้ด้วยซ้ำ
    • ผมว่าไม่จำเป็นต้องเป็นแบบนั้นเสมอไป มีคนจำนวนมากที่สนใจโปรโตคอลและเทคโนโลยีอย่างลึกซึ้ง บางครั้งผมโพสต์เธรดที่เกี่ยวข้อง ซึ่งมีการมีส่วนร่วมและความคาดหวังค่อนข้างสูง: https://bsky.app/profile/pfrazee.com/post/3l6xwi52zti2y
    • ถ้านอกแวดวงเทคโนโลยี ก็น่าจะพูดถูกโดยรวม มีน้อยคนที่เข้าใจว่าการที่อะไรสักอย่างกระจายศูนย์หมายความว่าอย่างไร และถ้าต้องยอมเสียฟีเจอร์ ก็ยิ่งมีคนที่มีอุดมคติพอจะใส่ใจกับเรื่องนั้นน้อยลงไปอีก
      สุดท้ายแล้วทั้งหมดเป็นเรื่องของ ประสบการณ์ผู้ใช้ ความเป็นส่วนตัวและความปลอดภัยก็เช่นเดียวกัน
    • Bluesky มีผู้ใช้ 13 ล้านคน ส่วน Mastodon มี 9 ล้านคน
      Bluesky ยังไม่ได้เปิดเผยจำนวนผู้ใช้ที่ใช้งานรายวันและรายเดือน แต่ตัวเลขของ Mastodon ก็ไม่ได้แย่ขนาดนั้น
      https://bsky.social/about/blog/10-24-2024-series-a
      https://mastodon-analytics.com

  • นี่เป็น คำพูดพล่ามแบบหวาดระแวง ที่ไร้สาระ และด้วยลักษณะของ Mastodon มันจะไม่เหลืออยู่บนอินเทอร์เน็ตสด ๆ ในอีก 10 ปีข้างหน้า