การระบุด้วยเนื้อหา

วิธีที่ IPFS ระบุไฟล์ด้วยสิ่งที่มันบรรจุ ไม่ใช่ที่จัดเก็บ

ตำแหน่ง เทียบกับ เนื้อหา

URL เว็บแบบดั้งเดิมชี้ไปที่ตำแหน่ง — เซิร์ฟเวอร์เฉพาะที่ที่อยู่เฉพาะ หากเซิร์ฟเวอร์ล่มหรือไฟล์ย้าย ลิงก์จะเสีย นี่คือการระบุตามตำแหน่ง

IPFS ทำงานต่างออกไป ทุกไฟล์ถูกระบุด้วยแฮชเข้ารหัสของเนื้อหา — ตัวระบุเนื้อหา (CID) CID ไม่ได้บอกว่าไฟล์อยู่ที่ไหน; มันบอกว่าไฟล์คืออะไร โหนดใดก็ตามในเครือข่ายที่มีไฟล์สามารถให้บริการได้ และใครก็ตามที่ได้รับสามารถตรวจสอบว่าเป็นไฟล์ที่ถูกต้องโดยการคำนวณแฮชใหม่

TIP

คิดว่ามันเหมือนลายนิ้วมือ: ไฟล์ที่เหมือนกันสองไฟล์จะสร้าง CID เดียวกันเสมอ และการเปลี่ยนแปลงแม้เพียงหนึ่งไบต์ก็สร้าง CID ที่แตกต่างอย่างสิ้นเชิง

ทำไมมันสำคัญ

1. ความสมบูรณ์ — คุณสามารถตรวจสอบได้เสมอว่าไฟล์ที่คุณได้รับตรงกับ CID ที่คุณร้องขอ การดัดแปลงเป็นไปไม่ได้โดยไม่เปลี่ยน CID
2. การกำจัดสำเนาซ้ำ — ถ้าผู้ใช้สองคนอัปโหลดไฟล์เดียวกัน จะสร้าง CID เดียวกัน เครือข่ายจัดเก็บเพียงสำเนาเดียว
3. ความถาวร — ไฟล์ไม่ผูกกับเซิร์ฟเวอร์ ตราบใดที่มีอย่างน้อยหนึ่งโหนดปักหมุด CID ไฟล์จะใช้งานได้จากทุกที่ในเครือข่าย
4. การกระจายศูนย์ — ไม่มีจุดล้มเหลวเดียว เนื้อหาสามารถให้บริการโดยโหนดใดก็ตามที่มีมัน

IPFS.NINJA ใช้การระบุด้วยเนื้อหาอย่างไร

เมื่อคุณอัปโหลดไฟล์ผ่าน API ของเรา คลัสเตอร์ IPFS คำนวณ CID และปักหมุดไฟล์ CID จะถูกส่งคืนในการตอบกลับและสามารถใช้เข้าถึงไฟล์ผ่าน IPFS gateway ใดก็ได้ — ของเราที่ ipfs.ninja/ipfs/<CID> หรือ gateway สาธารณะใดก็ได้เช่น dweb.link