Адресация по содержимому

Как IPFS идентифицирует файлы по их содержимому, а не по месту хранения.

Местоположение и содержимое

Традиционные веб-URL указывают на местоположение — конкретный сервер по конкретному адресу. Если сервер выходит из строя или файл перемещён, ссылка перестаёт работать. Это адресация по местоположению.

IPFS работает иначе. Каждый файл идентифицируется криптографическим хешем его содержимого — идентификатором содержимого (CID). CID не говорит, где находится файл; он говорит, что собой представляет файл. Любой узел сети, имеющий файл, может его предоставить, и любой получатель может проверить, что это правильный файл, пересчитав хеш.

TIP

Представьте это как отпечаток пальца: два идентичных файла всегда дают один и тот же CID, а изменение даже одного байта даёт совершенно другой CID.

Почему это важно

1. Целостность — Вы всегда можете проверить, что полученный файл соответствует запрошенному CID. Подделка невозможна без изменения CID.
2. Дедупликация — Если два пользователя загружают один и тот же файл, он даёт один и тот же CID. Сеть хранит только одну копию.
3. Постоянство — Файлы не привязаны к серверу. Пока хотя бы один узел закрепляет CID, файл доступен из любой точки сети.
4. Децентрализация — Нет единой точки отказа. Контент может обслуживаться любым узлом, который его имеет.

Как IPFS.NINJA использует адресацию по содержимому

Когда вы загружаете файл через наш API, кластер IPFS вычисляет CID и закрепляет файл. CID возвращается в ответе и может использоваться для доступа к файлу через любой шлюз IPFS — наш по адресу ipfs.ninja/ipfs/<CID> или любой публичный шлюз, например dweb.link.