Adresowanie treści

Jak IPFS identyfikuje pliki na podstawie ich zawartości, nie lokalizacji.

Lokalizacja vs. treść

Tradycyjne adresy URL wskazują na lokalizację — konkretny serwer pod konkretnym adresem. Jeśli serwer padnie lub plik zostanie przeniesiony, link się zepsuje. To adresowanie oparte na lokalizacji.

IPFS działa inaczej. Każdy plik jest identyfikowany przez kryptograficzny hash jego zawartości — identyfikator treści (CID). CID nie mówi gdzie jest plik; mówi czym jest plik. Każdy węzeł w sieci, który ma plik, może go dostarczyć, a każdy, kto go otrzyma, może zweryfikować, że to właściwy plik, ponownie obliczając hash.

TIP

Pomyśl o tym jak o odcisku palca: dwa identyczne pliki zawsze tworzą ten sam CID, a nawet zmiana jednego bajtu tworzy zupełnie inny CID.

Dlaczego to ważne

1. Integralność — Zawsze możesz zweryfikować, że otrzymany plik pasuje do żądanego CID. Manipulacja jest niemożliwa bez zmiany CID.
2. Deduplikacja — Jeśli dwóch użytkowników prześle ten sam plik, tworzy ten sam CID. Sieć przechowuje tylko jedną kopię.
3. Trwałość — Pliki nie są powiązane z serwerem. Dopóki przynajmniej jeden węzeł przypina CID, plik jest dostępny z dowolnego miejsca w sieci.
4. Decentralizacja — Brak pojedynczego punktu awarii. Treść może być dostarczana przez dowolny węzeł, który ją posiada.

Jak IPFS.NINJA używa adresowania treści

Gdy przesyłasz plik przez nasze API, klaster IPFS oblicza CID i przypina plik. CID jest zwracany w odpowiedzi i może być użyty do dostępu do pliku przez dowolną bramkę IPFS — naszą pod ipfs.ninja/ipfs/<CID> lub dowolną publiczną bramkę jak dweb.link.