Adresare prin conținut

Cum identifică IPFS fișierele prin ceea ce conțin, nu prin locul unde sunt stocate.

Locație vs. conținut

URL-urile web tradiționale arată către o locație — un server specific la o adresă specifică. Dacă serverul cade sau fișierul se mută, linkul se strică. Aceasta este adresarea bazată pe locație.

IPFS funcționează diferit. Fiecare fișier este identificat printr-un hash criptografic al conținutului său — un identificator de conținut (CID). CID-ul nu spune unde este fișierul; spune ce este fișierul. Orice nod din rețea care are fișierul îl poate servi, iar oricine îl primește poate verifica dacă este corect recalculând hash-ul.

TIP

Gândiți-vă la el ca la o amprentă: două fișiere identice produc întotdeauna același CID, iar chiar și o modificare de un singur octet produce un CID complet diferit.

De ce contează

1. Integritate — Puteți verifica întotdeauna că fișierul primit corespunde CID-ului solicitat. Falsificarea este imposibilă fără schimbarea CID-ului.
2. Deduplicare — Dacă doi utilizatori încarcă același fișier, se produce același CID. Rețeaua stochează o singură copie.
3. Permanență — Fișierele nu sunt legate de un server. Atât timp cât cel puțin un nod fixează CID-ul, fișierul este disponibil de oriunde din rețea.
4. Descentralizare — Niciun punct unic de eșec. Conținutul poate fi servit de orice nod care îl are.

Cum folosește IPFS.NINJA adresarea prin conținut

Când încărcați un fișier prin API-ul nostru, clusterul IPFS calculează CID-ul și fixează fișierul. CID-ul este returnat în răspuns și poate fi folosit pentru a accesa fișierul prin orice gateway IPFS — al nostru la ipfs.ninja/ipfs/<CID> sau orice gateway public precum dweb.link.