Vì sao tôi chuyển blog từ IPFS về lại máy chủ

• Tôi tự hào rằng mình là một trong những người tiên phong với website dùng IPFS (InterPlanetary File System) và ENS (Ethereum Name Service)
• Khi thiết lập website ENS+IPFS đầu tiên vào tháng 3 năm 2019, có chưa đến 15 website tương tự
• Từ năm 2019 đến 2022, tôi đồng phát triển tiện ích mở rộng trình duyệt IPFS+ENS (Almonit), công cụ tìm kiếm IPFS+ENS (Esteroids), và blog cá nhân của tôi cũng chỉ có thể truy cập qua IPFS+ENS
• Nhưng hôm nay, tôi đã quyết định chuyển blog trở lại máy chủ và muốn bàn về lý do vì sao

Sự hào hứng với website P2P

• Điều khiến tôi hào hứng với IPFS như một website P2P là về mặt lý thuyết, càng nhiều người truy cập thì website càng mạnh hơn, chống kiểm duyệt tốt hơn và mở rộng tốt hơn.
• Tôi muốn website cũng có thể tồn tại mãi như các tệp torrent.
• Tôi hình dung ra một website càng đông người truy cập thì càng nhanh hơn khi sử dụng, và một số khách truy cập còn có thể giúp lan truyền nội dung.

Vì sao trên thực tế nó không hiệu quả

• Phần lớn người dùng IPFS không chạy node hoặc phần mềm riêng mà sử dụng gateway.
• Ngay cả khi vận hành node IPFS riêng, việc truy cập website cũng không tự động pin nội dung đó.
• Không giống BitTorrent, trong IPFS việc nhận nội dung không đồng nghĩa với mặc định sẽ chia sẻ lại nội dung đó.
• Website là đối tượng động và nội dung liên tục được cập nhật.
• Phần lớn website IPFS sử dụng IPNS (hệ thống tên nội bộ) hoặc ENS (Ethereum Name System) để trỏ đến phiên bản nội dung mới nhất.
• IPFS hiện vẫn chưa có một lệnh đơn giản để luôn pin nội dung mới nhất của IPNS, và nếu dùng ENS thì cần lắng nghe các sự kiện trên blockchain Ethereum.

Khó khăn khi truy cập nội dung IPFS từ trình duyệt

• Tôi muốn blog IPFS có thể truy cập được từ tất cả các gateway lớn, mọi node IPFS, trình duyệt Brave (hỗ trợ IPFS mặc định), js-libp2p & helia (thư viện js của IPFS), nhưng không tìm được cách nào đủ tin cậy.
• Tôi phát hiện ra dịch vụ "content routing" là cid.contact, nhưng không tìm ra cách để lập chỉ mục nội dung thông qua dịch vụ này.
• Nếu phụ thuộc vào cid.contact thì lại phát sinh sự phụ thuộc vào một dịch vụ tập trung.

Quay về giải pháp đơn giản và truyền thống

• Tôi đã mệt mỏi với những nỗ lực liên tục để vận hành tốt blog IPFS, và muốn một giải pháp đơn giản, truyền thống nhưng hoạt động ổn định.
• Blog bạn đang đọc hiện được xây dựng bằng Jekyll và được lưu trữ trên máy chủ riêng giá 10 USD của tôi.
• Tôi vẫn là người hâm mộ IPFS, nhưng nó vẫn chưa phù hợp với nhu cầu của một blog cá nhân.

Ý kiến của GN⁺

• IPFS là công nghệ đột phá cho web phi tập trung, nhưng hiện vẫn chưa phù hợp với loại nội dung động, cần cập nhật thường xuyên như blog cá nhân.
• Độ phức tạp của công nghệ và khó khăn trong bảo trì là những lý do chính khiến người dùng quay lại các giải pháp truyền thống dựa trên máy chủ.
• Bài viết này cho những người yêu công nghệ thấy rõ các giới hạn thực tế và những mảng cần cải thiện của công nghệ phi tập trung như IPFS, đồng thời thúc đẩy sự quan tâm và tham gia liên tục vào tiến trình phát triển công nghệ.

[xexe11]

Rất vui được gặp bạn

[GN⁺]

Ý kiến trên Hacker News

• Khen tác giả viết bài rất tốt.

  • Công nghệ thì hay, nhưng vẫn tạo cảm giác là chưa thực sự sẵn sàng.
  • Bản thân việc thử nghiệm đã đóng góp cho hệ sinh thái và cho thấy những điểm cần cải thiện.
  • Việc không chia sẻ trải nghiệm là tổn thất cho tất cả mọi người.

• Ý kiến từ một nhà sáng lập đang phát triển iroh, một triển khai của IPFS.

  • Việc hiện thực hóa trải nghiệm IPFS hoàn chỉnh là khó, nhưng đang ngày càng tiến gần hơn đến web hosting P2P.

• Ý kiến về sự khác biệt trong mô hình sử dụng giữa IPFS và BitTorrent.

  • IPFS dùng cho nội dung có thể được host trên máy chủ HTTP thông thường, còn BitTorrent dùng để host dữ liệu khó hoặc tốn kém nếu triển khai qua HTTP.
  • Các máy chủ trung gian đã xuất hiện, khiến việc dùng chúng tiện hơn là dùng trực tiếp các giao thức hiện có.

• Phàn nàn về trải nghiệm người dùng của IPFS.

  • Việc thêm tệp thực ra không có nghĩa là thêm tệp vào mạng, và mọi thứ muốn nhân bản đều phải được pin thủ công.
  • IPFS cũng giải quyết những vấn đề mà BitTorrent v2 đã xử lý, nhưng BitTorrent v2 làm theo cách tốt hơn.
  • IPFS ngày càng gắn với Web3 và tiền mã hóa, nên khó giới thiệu cho bạn bè.

• Ý kiến về Filecoin.

  • Ý tưởng tạo ra một thị trường cho không gian lưu trữ không dùng tới là hay, nhưng nó cần đơn giản như Dropbox.
  • Không tìm thấy ứng dụng nào kiểu Dropbox trên website Filecoin, nên có thể đây là giải pháp cho doanh nghiệp.
  • Có vẻ vì vậy mà nó không được ưa chuộng, và bài viết càng củng cố ấn tượng này.

• Chia sẻ trải nghiệm cá nhân liên quan đến IPFS.

  • Trên thực tế nó không hoàn toàn phi tập trung; việc duy trì ảo giác về tính phi tập trung vừa tốn kém vừa không thực sự có mục đích.
  • Khi các dự án gắn với công nghệ blockchain tham gia ngày càng nhiều, người viết đã ngừng các hoạt động liên quan.

• Ý kiến về việc host blog.

  • Thực ra không cần trả chi phí máy chủ cho một blog vốn chỉ là tập hợp các tệp tĩnh.
  • Có thể host trên GitHub, và nếu có vấn đề thì chuyển sang thứ khác là được.

• Lo ngại về khả năng mở rộng của IPFS.

  • Khi các website lớn đã xác lập vị thế, các website nhỏ sẽ lại khó được chú ý.
  • Giống như torrent không còn phổ biến, nếu không còn seeder thì website có thể biến mất vĩnh viễn.
  • Có tranh luận về giá trị của các website ít truy cập, nhưng cũng đặt câu hỏi vì sao sự sống còn của một website lại do người khác quyết định.

• Câu hỏi về việc liệu có thể mount thư mục IPFS như một ổ FUSE có thể đọc/ghi hay không.

• Chia sẻ trải nghiệm host website bằng Peergos.

  • Peergos giải quyết vấn đề dữ liệu có thể thay đổi, đồng thời cung cấp quyền riêng tư và kiểm soát truy cập.
  • Có thể kiểm tra tốc độ cập nhật được phản ánh trên các máy chủ độc lập.