Project Xanadu ที่ถูกคิดค้นโดย Ted Nelson ในทศวรรษ 1960 สัญญาว่าจะปฏิวัติวิธีการแบ่งปันและเข้าถึงข้อมูลออนไลน์ โครงการนี้มักถูกเรียกว่าอินเทอร์เน็ตที่อาจจะเป็นได้ ระบบไฮเปอร์เท็กซ์ที่ทะเยอทะยานนี้มีเป้าหมายเพื่อสร้างโลกที่ข้อความทุกชิ้นเชื่อมต่อกัน สามารถติดตามได้ และสร้างรายได้ผ่านการชำระเงินจำนวนเล็กน้อย อย่างไรก็ตาม แม้จะมีการพัฒนามาหลายทศวรรษและการลงทุนอย่างมีนัยสำคัญ Xanadu ก็ไม่เคยประสบความสำเร็จในการนำไปใช้อย่างแพร่หลาย การอภิปรายล่าสุดในชุมชนเทคโนโลยีได้เผยให้เห็นปัญหาพื้นฐานที่ทำลายโครงการนี้ตั้งแต่เริ่มต้น
สถาปัตยกรรมฐานข้อมูลมีข้อบกพร่องพื้นฐาน
รากฐานทางเทคนิคของ Xanadu ถูกสร้างบนการออกแบบฐานข้อมูลที่ซับซ้อนเกินไปซึ่งไม่สามารถรองรับความต้องการในโลกแห่งความเป็นจริงได้ ระบบต้องการลิงก์แบบสองทิศทางระหว่างเอกสารทั้งหมด หมายความว่า URL ทุกตัวจะต้องมีแบ็กลิงก์เพื่อติดตามการใช้งานทั้งหมดในเครือข่ายทั้งหมด สิ่งนี้สร้างสถานการณ์ที่เป็นฝันร้ายที่การแสดงผลหน้าเดียวจะต้องใช้การรวมข้อมูลและการดำเนินการฐานข้อมูลนับไม่ถ้วน
สถาปัตยกรรมต้องการให้ลิงก์ทั้งหมดคงความสอดคล้องตลอดเวลาในระบบทั้งหมด ในยุคที่เทคโนโลยีฐานข้อมูลยังดั้งเดิมกว่าปัจจุบันมาก ข้อกำหนดนี้ทำให้ระบบเป็นไปไม่ได้ในทางปฏิบัติที่จะนำไปใช้ในระดับใหญ่ แม้กระทั่งด้วยความสามารถของฐานข้อมูลสมัยใหม่ การออกแบบเช่นนี้ก็จะเผชิญกับความท้าทายด้านประสิทธิภาพอย่างจริงจัง
Database joins: การดำเนินการที่รวมข้อมูลจากตารางฐานข้อมูลหลายตารางเพื่อดึงข้อมูลที่เกี่ยวข้อง
ปัญหาทางเทคนิคหลักของ Xanadu :
- การเชื่อมโยงแบบสองทิศทางที่ต้องการ backlinks ไปยังการอ้างอิงเอกสารทั้งหมด
- ความต้องการความสอดคล้องของฐานข้อมูลทั่วทั้งเครือข่าย
- การ join ฐานข้อมูลที่มากเกินไปที่จำเป็นสำหรับการแสดงผลหน้าเว็บง่ายๆ
- สถาปัตยกรรมแบบรวมศูนย์ที่ป้องกันการขยายตัว
- ไม่รองรับเนื้อหารูปภาพหรือมัลติมีเดีย
โมเดลไมโครเพย์เมนต์สร้างแรงจูงใจที่บิดเบือน
โมเดลธุรกิจของ Xanadu มีศูนย์กลางอยู่ที่ไมโครเพย์เมนต์สากล ที่ผู้ใช้จะจ่ายเศษเสี้ยวของเซนต์เพื่อเข้าถึงเนื้อหา แม้ว่าสิ่งนี้อาจฟังดูสมเหตุสมผลในทางทฤษฎี แต่ชุมชนได้ระบุปัญหาสำคัญหลายประการกับแนวทางนี้ ระบบจะสร้างโลกที่เกือบทุกสิ่งมีกำแพงการจ่ายเงิน ทำให้การเข้าถึงข้อมูลขึ้นอยู่กับความมั่งคั่ง
โครงสร้างไมโครเพย์เมนต์จะส่งเสริมพฤติกรรมที่เป็นอันตราย เช่น หน้าเว็บที่เลื่อนไม่สิ้นสุดที่ออกแบบมาเพื่อสร้างรายได้สูงสุด การขูดเนื้อหาและอัปโหลดใหม่ในราคาที่สูงขึ้น และแผนการที่ซับซ้อนเพื่อดึงเงินจากผู้ใช้ผ่านค่าธรรมเนียมที่ซ่อนอยู่ หากไม่มีกลไกการเรียกเงินคืนที่เหมาะสม ผู้ใช้จะเสี่ยงต่อการหลอกลวงและเนื้อหาที่เป็นการฉ้อโกง
ด้วยไมโครเพย์เมนต์และสิ่งต่างๆ เหล่านี้ จะจำเป็นต้องมี DRM บนเนื้อหา 'ที่ต้องจ่าย' ทั้งหมด มันจะเป็นวิธีเดียวที่จะหยุดการดาวน์โหลด/การเก็บถาวร/การอัปโหลดใหม่ด้วยไมโครเพย์เมนต์ที่มาถึงฉัน ฉันมอง DRM บนทุกสิ่งเป็นนรกของคอมพิวเตอร์
ปัญหาของโมเดลธุรกิจ:
- การชำระเงินจำนวนเล็กน้อยแบบสากล (เศษเสี้ยวของเซ็นต์ต่อการเข้าถึง)
- ระบบจ่ายเงินต่อการรับชมสำหรับเนื้อหาทั้งหมด
- การติดตามความเป็นเจ้าของที่ซับซ้อนสำหรับเอกสารที่ทำงานร่วมกัน
- ไม่มีกลไกการเรียกเงินคืนสำหรับเนื้อหาที่เป็นการฉ้อโกง
- ข้อกำหนด DRM เพื่อบังคับใช้ระบบการชำระเงิน
ระบบรวมศูนย์ไม่สามารถขยายขนาดได้
ไม่เหมือนเว็บแบบกระจายอำนาจที่เกิดขึ้นในที่สุด Xanadu ถูกออกแบบเป็นระบบรวมศูนย์โดยธรรมชาติคล้ายกับบริการอย่าง Lexis/Nexis การรวมศูนย์นี้จำเป็นเพื่อรักษาเว็บที่ซับซ้อนของแบ็กลิงก์และรับประกันความสอดคล้องของฐานข้อมูล แต่มันสร้างความท้าทายด้านการขยายขนาดที่เป็นไปไม่ได้
ความต้องการของระบบในการติดตามการเชื่อมต่อและการทำธุรกรรมทุกครั้งในเนื้อหาทั้งหมดจะต้องใช้ทรัพยากรการคำนวณมหาศาลและการซิงโครไนซ์ที่สมบูรณ์แบบ เมื่อเครือข่ายเติบโต ค่าใช้จ่ายในการรักษาการเชื่อมต่อเหล่านี้จะมีราคาแพงและซับซ้อนขึ้นแบบเลขชี้กำลัง
การจัดการโครงการที่ไม่ดีและการพัฒนาแบบปิด
นอกจากปัญหาทางเทคนิคแล้ว Xanadu ยังประสบปัญหาการจัดการที่สำคัญ แนวทางการพัฒนาของ Ted Nelson เป็นแบบลับๆ และควบคุม ป้องกันการนวัตกรรมแบบร่วมมือที่ทำให้เว็บประสบความสำเร็จ เขายืนยันที่จะรักษาความเป็นเจ้าของและการควบคุมระบบ แม้กระทั่งใช้สิทธิบัตรเพื่อป้องกันไม่ให้คนอื่นนำไอเดียที่คล้ายกันไปใช้
การพัฒนาของโครงการช้าและไม่มีจุดสนใจอย่างฉาวโฉ่ เมื่อ Xanadu ปล่อยซอร์สโค้ดในปี 1999 มันใช้งานไม่ได้เป็นส่วนใหญ่ - โค้ด C++ ที่สร้างโดยเครื่องซึ่งแปลมาจาก Smalltalk ที่เข้าใจหรือแก้ไขได้ยากมาก สิ่งนี้พลาดจุดประสงค์ของการพัฒนาและการร่วมมือแบบโอเพนซอร์สโดยสิ้นเชิง
ทางเลือกสมัยใหม่พิสูจน์ว่าแนวคิดใช้งานได้ในขอบเขตจำกัด
น่าสนใจที่ไอเดียหลักหลายอย่างของ Xanadu ได้พบความสำเร็จในแอปพลิเคชันที่มีจุดสนใจมากขึ้น เครื่องมือสมัยใหม่อย่าง Notion นำ transclusions (เรียกว่า synced blocks) และแบ็กลิงก์ไปใช้อย่างมีประสิทธิภาพภายในระบบปิด Git version control ให้การแก้ไขแบบร่วมมือและการติดตามการเปลี่ยนแปลงที่ Xanadu จินตนาการไว้ แต่ไม่มีความซับซ้อนของการสร้างรายได้
การนำไปใช้เหล่านี้ทำงานได้เพราะดำเนินการภายในสภาพแวดล้อมที่ควบคุมได้ที่เนื้อหาทั้งหมดเป็นของเอนทิตีเดียวกัน ขจัดความจำเป็นสำหรับระบบการชำระเงินที่ซับซ้อนและความสอดคล้องระดับโลกที่สมบูรณ์แบบ
การนำแนวคิด Xanadu ไปใช้ในยุคปัจจุบัน:
- Notion: บล็อกที่ซิงค์กัน (transclusions) และ backlinks
- Git: การแก้ไขแบบร่วมมือพร้อมการติดตามการเปลี่ยนแปลง
- CrossLine Outliner: รองรับ transclusion และ backlink
- Nvidia Omniverse: การแก้ไขแบบกราฟิกร่วมกัน (การใช้งานยังจำกัด)
บทสรุป
ความล้มเหลวของ Project Xanadu ไม่ได้เกิดจากการขาดวิสัยทัศน์หรือความทะเยอทะยาน แต่เป็นข้อบกพร่องพื้นฐานในการออกแบบทางเทคนิคและโมเดลธุรกิจ ความซับซ้อนของระบบทำให้ไม่สามารถนำไปใช้ในทางปฏิบัติได้ ในขณะที่การมุ่งเน้นไมโครเพย์เมนต์จะสร้างสภาพแวดล้อมที่เป็นศัตรูสำหรับผู้ใช้และผู้สร้างเนื้อหา
ความสำเร็จของเว็บมาจากความเรียบง่ายและการเปิดกว้าง - คุณภาพที่ Xanadu ปฏิเสธอย่างชัดเจน แม้ว่าไอเดียบางอย่างของ Nelson เกี่ยวกับข้อมูลที่เชื่อมต่อและการแก้ไขแบบร่วมมือได้พบที่ในเครื่องมือสมัยใหม่ แต่วิสัยทัศน์ยิ่งใหญ่ของเขาเกี่ยวกับจักรวาลข้อมูลที่เชื่อมต่อและสร้างรายได้อย่างสมบูรณ์แบบยังคงไม่สามารถทำได้ในทางปฏิบัติในวันนี้เหมือนกับ 50 ปีที่แล้ว
Transclusions: คุณสมบัติที่ช่วยให้เนื้อหาจากเอกสารหนึ่งปรากฏในอีกเอกสารหนึ่งในขณะที่รักษาการเชื่อมต่อแบบสดกับต้นฉบับ DRM (Digital Rights Management): เทคโนโลยีที่ใช้ควบคุมวิธีการใช้ คัดลอก หรือแบ่งปันเนื้อหาดิจิทัล
อ้างอิง: Your Review: Project Xanadu - The Internet That Might Have Been