เหตุผลที่ฉันย้ายบล็อกจาก IPFS กลับไปอยู่บนเซิร์ฟเวอร์

 (neimanslab.org)
5 คะแนน โดย GN⁺ 2024-02-02 | 2 ความคิดเห็น | แชร์ทาง WhatsApp
  • ผู้เขียนเคยภูมิใจว่าเป็นหนึ่งในผู้บุกเบิกเว็บไซต์ที่ใช้ IPFS (InterPlanetary File System) และ ENS (Ethereum Name Service)
  • ตอนตั้งค่าเว็บไซต์ ENS+IPFS แห่งแรกในเดือนมีนาคม 2019 เว็บไซต์ลักษณะคล้ายกันมีไม่ถึง 15 แห่ง
  • ตั้งแต่ปี 2019 ถึง 2022 ผู้เขียนร่วมพัฒนาเบราว์เซอร์ส่วนขยาย IPFS+ENS (Almonit), เสิร์ชเอนจิน IPFS+ENS (Esteroids) และบล็อกส่วนตัวก็เข้าถึงได้ผ่าน IPFS+ENS เท่านั้น
  • แต่วันนี้ ผู้เขียนตัดสินใจย้ายบล็อกกลับไปไว้บนเซิร์ฟเวอร์อีกครั้ง และอยากอธิบายเหตุผล

ความตื่นเต้นต่อเว็บไซต์แบบ P2P

  • เหตุผลที่ตื่นเต้นกับ IPFS ซึ่งเป็นเว็บไซต์แบบ P2P คือ ในทางทฤษฎี ยิ่งมีผู้เข้าชมเว็บไซต์มากเท่าไร เว็บไซต์ก็จะยิ่งแข็งแกร่ง ต้านทานการเซ็นเซอร์ได้ดี และขยายตัวได้มากขึ้น
  • ผู้เขียนอยากให้เว็บไซต์อยู่รอดไปได้ตลอดกาล เหมือนไฟล์ทอร์เรนต์ที่ยังคงอยู่เสมอ
  • ผู้เขียนจินตนาการถึงเว็บไซต์ที่ยิ่งมีผู้เข้าชมมากก็ยิ่งใช้งานได้เร็วขึ้น และผู้เข้าชมบางส่วนยังช่วยกระจายคอนเทนต์ได้ด้วย

เหตุผลที่ในความเป็นจริงมันไม่ได้ผล

  • ผู้ใช้ IPFS ส่วนใหญ่ไม่ได้รันโหนดหรือซอฟต์แวร์ของตัวเอง แต่ใช้ gateway แทน
  • ต่อให้รันโหนด IPFS เอง การเข้าถึงเว็บไซต์ก็ไม่ได้ทำให้มีการ pin เนื้อหานั้นโดยอัตโนมัติ
  • ต่างจาก BitTorrent ตรงที่ใน IPFS การรับคอนเทนต์ไม่ได้หมายความว่าจะแชร์ต่อโดยอัตโนมัติ
  • เว็บไซต์เป็นวัตถุแบบไดนามิก และเนื้อหามีการอัปเดตอย่างต่อเนื่อง
  • เว็บไซต์ IPFS ส่วนใหญ่ใช้ IPNS (ระบบชื่อภายใน) หรือ ENS (Ethereum Name System) เพื่อชี้ไปยังคอนเทนต์เวอร์ชันล่าสุด
  • ใน IPFS ยังไม่มีคำสั่งง่าย ๆ ที่ทำให้ pin คอนเทนต์ล่าสุดของ IPNS ได้เสมอ และหากใช้ ENS ก็ต้องคอยรับเหตุการณ์จากบล็อกเชน Ethereum

ความยากในการเข้าถึงคอนเทนต์ IPFS จากเบราว์เซอร์

  • ผู้เขียนอยากให้บล็อกบน IPFS เข้าถึงได้จากทุก gateway หลัก ทุกโหนด IPFS, เบราว์เซอร์ Brave (ที่รองรับ IPFS โดยค่าเริ่มต้น), js-libp2p และ helia (ไลบรารี js ของ IPFS) แต่ไม่พบวิธีที่เชื่อถือได้
  • ผู้เขียนพบบริการ "content routing" ชื่อ cid.contact แต่ก็หาวิธีทำให้บริการนี้จัดทำดัชนีคอนเทนต์ไม่ได้
  • การพึ่งพา cid.contact ยังทำให้เกิดการพึ่งพาบริการแบบรวมศูนย์

การกลับไปหาทางออกที่เรียบง่ายและดั้งเดิม

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

ความเห็นของ GN⁺

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

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

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

 
xexe11 2024-09-13

ยินดีที่ได้รู้จัก
 
GN⁺ 2024-02-02
ความคิดเห็นบน Hacker News

  • ชื่นชมผู้เขียนว่าเขียนบทความได้ดี

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

  • ความเห็นจากผู้ก่อตั้งที่กำลังพัฒนา iroh ซึ่งเป็น implementation ของ IPFS

    • แม้การทำให้ได้ประสบการณ์แบบ IPFS อย่างสมบูรณ์จะเป็นเรื่องยาก แต่ก็กำลังเข้าใกล้การโฮสต์เว็บแบบ P2P มากขึ้นเรื่อย ๆ

  • ความเห็นเกี่ยวกับความแตกต่างของรูปแบบการใช้งานระหว่าง IPFS กับ BitTorrent

    • IPFS ใช้กับคอนเทนต์ที่สามารถโฮสต์บนเซิร์ฟเวอร์ HTTP ปกติได้ ส่วน BitTorrent ใช้โฮสต์ข้อมูลที่โฮสต์บน HTTP ได้ยากหรือมีค่าใช้จ่ายสูง
    • มีเซิร์ฟเวอร์ตัวกลางเกิดขึ้น ทำให้สะดวกกว่าการใช้โปรโตคอลเดิมโดยตรง

  • ความไม่พอใจต่อประสบการณ์ผู้ใช้ของ IPFS

    • การเพิ่มไฟล์ไม่ได้หมายความว่าได้เพิ่มไฟล์เข้าไปในเครือข่ายจริง ๆ และต้อง pin ทุกอย่างที่อยากให้มีการจำลองสำเนาเองด้วยมือ
    • ปัญหาที่ BitTorrent v2 แก้ได้ IPFS ก็แก้ได้เช่นกัน แต่ BitTorrent v2 แก้ได้ดีกว่า
    • IPFS ยิ่งถูกเชื่อมโยงกับ Web3 และคริปโตมากขึ้น จนแนะนำให้เพื่อนใช้ได้ยาก

  • ความเห็นเกี่ยวกับ Filecoin

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

  • การแบ่งปันประสบการณ์ส่วนตัวที่เกี่ยวข้องกับ IPFS

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

  • ความเห็นเกี่ยวกับการโฮสต์บล็อก

    • สำหรับบล็อกที่จริง ๆ แล้วเป็นเพียงชุดของไฟล์สแตติก ไม่มีความจำเป็นต้องจ่ายค่าเซิร์ฟเวอร์
    • โฮสต์ไว้บน GitHub แล้วถ้ามีปัญหาก็ค่อยย้ายไปที่อื่นได้

  • ความกังวลเกี่ยวกับความสามารถในการขยายตัวของ IPFS

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

  • คำถามว่าสามารถ mount ไดเรกทอรี IPFS เป็น FUSE drive แบบอ่าน/เขียนได้หรือไม่

  • แบ่งปันประสบการณ์การโฮสต์เว็บไซต์ด้วย Peergos

    • Peergos แก้ปัญหาข้อมูลที่เปลี่ยนแปลงได้ และยังมีทั้งความเป็นส่วนตัวกับการควบคุมสิทธิ์การเข้าถึง
    • สามารถดูได้ว่าการอัปเดตสะท้อนผลบนเซิร์ฟเวอร์อิสระได้เร็วแค่ไหน