Skip to content

Định địa chỉ theo Nội dung

Cách IPFS xác định tệp bằng nội dung của chúng, không phải nơi chúng được lưu trữ.

Vị trí vs. nội dung

URL web truyền thống trỏ đến một vị trí -- một máy chủ cụ thể tại một địa chỉ cụ thể. Nếu máy chủ ngừng hoạt động hoặc tệp bị di chuyển, liên kết bị hỏng. Đây là định địa chỉ dựa trên vị trí.

IPFS hoạt động khác. Mỗi tệp được xác định bằng hàm băm mật mã của nội dung -- một mã định danh nội dung (CID). CID không nói ở đâu tệp nằm; nó nói cái gì là tệp. Bất kỳ nút nào trên mạng có tệp đều có thể phục vụ nó, và bất kỳ ai nhận nó đều có thể xác minh đó là tệp đúng bằng cách tính lại hàm băm.

TIP

Hãy nghĩ về nó như dấu vân tay: hai tệp giống hệt nhau luôn tạo ra cùng CID, và ngay cả thay đổi một byte cũng tạo ra CID hoàn toàn khác.

Tại sao điều này quan trọng

  1. Tính toàn vẹn -- Bạn luôn có thể xác minh tệp nhận được khớp với CID đã yêu cầu. Giả mạo là không thể mà không thay đổi CID.
  2. Loại bỏ trùng lặp -- Nếu hai người dùng tải cùng tệp, nó tạo ra cùng CID. Mạng chỉ lưu trữ một bản sao.
  3. Tính vĩnh viễn -- Tệp không bị ràng buộc với máy chủ. Miễn là ít nhất một nút ghim CID, tệp khả dụng từ bất kỳ đâu trên mạng.
  4. Phi tập trung -- Không có điểm lỗi đơn lẻ. Nội dung có thể được phục vụ bởi bất kỳ nút nào có nó.

Cách IPFS.NINJA sử dụng định địa chỉ theo nội dung

Khi bạn tải tệp qua API, cụm IPFS tính CID và ghim tệp. CID được trả về trong phản hồi và có thể được sử dụng để truy cập tệp qua bất kỳ gateway IPFS nào -- của chúng tôi tại ipfs.ninja/ipfs/<CID> hoặc bất kỳ gateway công cộng nào như dweb.link.