Skip to content

Адресиране по съдържание

Как 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.