Direccionamiento por Contenido

Como IPFS identifica archivos por lo que contienen, no por donde están almacenados.

Ubicacion vs. contenido

Las URLs web tradicionales apuntan a una ubicacion — un servidor específico en una dirección específica. Si el servidor se cae o el archivo se mueve, el enlace se rompe. Esto es direccionamiento basado en ubicacion.

IPFS funciona de manera diferente. Cada archivo se identifica por un hash criptográfico de su contenido — un identificador de contenido (CID). El CID no dice donde está el archivo; dice que es el archivo. Cualquier nodo en la red que tenga el archivo puede servirlo, y cualquiera que lo reciba puede verificar que es el archivo correcto recalculando el hash.

TIP

Piensa en ello como una huella digital: dos archivos identicos siempre producen el mismo CID, e incluso un cambio de un solo byte produce un CID completamente diferente.

¿Por qué importa

1. Integridad — Siempre puedes verificar que el archivo que recibiste coincide con el CID que solicitaste. La manipulación es imposible sin cambiar el CID.
2. Deduplicación — Si dos usuarios suben el mismo archivo, se produce el mismo CID. La red solo almacena una copia.
3. Permanencia — Los archivos no están atados a un servidor. Mientras al menos un nodo fije el CID, el archivo está disponible desde cualquier parte de la red.
4. Descentralización — No hay un punto único de fallo. El contenido puede ser servido por cualquier nodo que lo tenga.

¿Cómo IPFS.NINJA usa el direccionamiento por contenido

Cuando subes un archivo a través de nuestra API, el cluster IPFS calcula el CID y fija el archivo. El CID se devuelve en la respuesta y puede usarse para acceder al archivo a través de cualquier gateway IPFS — el nuestro en ipfs.ninja/ipfs/<CID> o cualquier gateway público como dweb.link.