Endereçamento por Conteúdo

Como o IPFS identifica arquivos pelo que eles contem, não por onde estão armazenados.

Localização vs. conteúdo

URLs web tradicionais apontam para uma localização — um servidor específico em um endereço específico. Se o servidor cair ou o arquivo for movido, o link quebra. Isso e endereçamento baseado em localização.

O IPFS funciona de forma diferente. Cada arquivo e identificado por um hash criptográfico do seu conteúdo — um identificador de conteúdo (CID). O CID não diz onde o arquivo está; ele diz o que o arquivo e. Qualquer no na rede que tenha o arquivo pode servi-lo, e qualquer pessoa que o receba pode verificar que é o arquivo correto recalculando o hash.

TIP

Pense nisso como uma impressão digital: dois arquivos identicos sempre produzem o mesmo CID, e mesmo uma alteração de um byte produz um CID completamente diferente.

Por que isso importa

1. Integridade — Você sempre pode verificar que o arquivo recebido corresponde ao CID solicitado. A adulteração e impossível sem alterar o CID.
2. Deduplicacao — Se dois usuarios enviam o mesmo arquivo, o mesmo CID e produzido. A rede armazena apenas uma copia.
3. Permanencia — Os arquivos não estão vinculados a um servidor. Enquanto pelo menos um no fixar o CID, o arquivo está disponível de qualquer lugar na rede.
4. Descentralização — Nenhum ponto único de falha. O conteúdo pode ser servido por qualquer no que o possua.

Como o IPFS.NINJA usa o endereçamento por conteúdo

Quando você faz upload de um arquivo pela nossa API, o cluster IPFS calcula o CID e fixa o arquivo. O CID é retornretornado na resposta e pode ser usado para acessar o arquivo através de qualquer gateway IPFS — o nosso em ipfs.ninja/ipfs/<CID> ou qualquer gateway público como dweb.link.