📖
DeFinomics Papers
  • 📚DeFinomics Papers
  • ⛓️Layer 2
    • Diferentes tipos de Layer2
  • 💸DeFi
    • Guía de Evaluación de Riesgos de DeFi v1 (EEA)
    • Impermanent Loss - Paso a paso (Math)
    • Trader Joe V2 vs Uniswap V3
  • 📚Ingeniería de Tokens
    • Criptoeconomía 101
    • Sobre la Práctica de la Ingeniería de Tokens, Parte I: Introducción al Ingeniero de Tokens
    • ¿Pueden las cadenas de bloques volverse inapropiadas?
  • 📂Filecoin
    • ¿Qué es Filecoin?
    • Filecoin e IPFS
    • Modelo de Almacenamiento
    • Criptoeconomía de Filecoin
    • La Máquina Virtual de Filecoin
    • Lecciones
      • Direccionamiento de Contenido | 5 Lecciones
        • Identificando y recuperando datos en la web | Lección 1 de 5
        • La web centralizada: Direccionamiento basado en ubicación | Lección 2 de 5
        • La web descentralizada: Direccionamiento de contenido | Lección 3 de 5
        • Hashing criptográfico e Identificadores de Contenido (CIDs) | Lección 4 de 5
        • Vincular datos entre sí | Lección 5 de 5
      • Anatomía de un CID | 6 Lecciones
        • ¿Qué es un CID? | Lección 1 de 6
        • Multihash | Lección 2 de 6
        • CIDv1: Prefijo Multicodec | Lección 3 de 6
        • CIDv1: Prefijo de versión | Lección 4 de 6
        • CIDv1: Prefijo Multibase | Lección 5 de 6
        • Un hash, múltiples versiones de CID | Lección 6 de 6
      • Merkle DAGs: Estructurando Datos para la Web Distribuida | 8 Lecciones
        • Los datos tienen estructura | Lección 1 de 8
        • Ventajas de los datos estructurados correctamente | Lección 2 de 8
        • Gráficos Acíclicos Dirigidos (DAGs) | Lección 3 de 8
        • Introducción a los Merkle DAGs | Lección 4 de 8
        • Merkle DAGs : Verificabilidad | Lección 5 de 8
        • Merkle DAG: Distribuibilidad | Lección 6 de 8
        • Merkle DAG: Deduplicación | Lección 7 de 8
        • Merkle DAGs como un bloque de construcción | Lección 8 de 8
      • Verificación de almacenamiento en Filecoin | 6 Lecciones
        • Almacenamiento descentralizado e incentivado | Lección 1 de 6
        • Preparación y transferencia de datos | Lección 2 de 6
        • Prueba de Replicación (PoRep) | Lección 3 de 6
        • Prueba de Espaciotiempo (PoSt) | Lección 4 de 6
        • zk-SNARKs | Lección 5 de 6
        • Verificando tu acuerdo | Lección 6 de 6
    • La conservación de registros inmutables en Filecoin será esencial para la IA
    • Por qué el almacenamiento de archivos descentralizado y distribuido es vital para un mejor internet?
  • ⚒️Tools
    • Rotki
Powered by GitBook
On this page
  • La web centralizada: Direccionamiento basado en ubicación
  • Direccionamiento de ubicación con URLs
  • Confianza y eficiencia en la web centralizada
  1. Filecoin
  2. Lecciones
  3. Direccionamiento de Contenido | 5 Lecciones

La web centralizada: Direccionamiento basado en ubicación | Lección 2 de 5

Aprende cómo el hash y el direccionamiento de contenido permiten compartir datos de manera verificable con pares en la web descentralizada.

PreviousIdentificando y recuperando datos en la web | Lección 1 de 5NextLa web descentralizada: Direccionamiento de contenido | Lección 3 de 5

Last updated 1 year ago

La web centralizada: Direccionamiento basado en ubicación

Primero examinemos el modelo que tradicionalmente hemos utilizado para acceder a datos.

Direccionamiento de ubicación con URLs

Las URLs (Uniform Resource Locators) son las direcciones primarias que nos damos entre nosotros para datos en la web centralizada (ya sabes, esa web antigua a la que todos estamos acostumbrados). Hacen posible que creemos enlaces y conectemos datos en la web, por lo que cumplen un propósito valioso. (¡La web sería bastante mala sin enlaces!) Sin embargo, las URLs se basan en la ubicación donde se almacenan los datos, no en los contenidos del recurso almacenado allí. A esto lo llamamos direccionamiento de ubicación, y nos presenta algunos problemas.

La mayoría de nosotros tenemos mucha experiencia con las URLs, y hacemos algunas suposiciones sobre ellas basadas en nuestra experiencia. Cuando vemos , por ejemplo, probablemente adivinemos por el nombre del archivo y la extensión que los datos almacenados en esa ubicación son una imagen de un beagle (en formato JPEG), pero no podemos verificar esto solo con la URL. Muy bien podría haber una foto de un chihuahua escondida en beagle.jpg, o peor aún, ¡un adorable gatito!

A través del nombre de dominio, las URLs indican a qué autoridad debemos ir para obtener los datos. Aunque la web ya es descentralizada en cierto sentido (ya que cualquiera puede enlazar a cualquier otro), los enlaces que hacen referencia a los datos están basados en ubicación, por lo que los datos mismos deben estar centralizados en una autoridad para que podamos encontrarlos. Hacemos suposiciones sobre estas autoridades (o dominios), tal como lo hacemos con los nombres de archivos. Por ejemplo, podríamos suponer que un archivo alojado en puppies.com es más seguro de abrir que uno alojado en evilhacker.com, pero no podemos estar seguros de ello.

En última instancia, el contenido de un archivo alojado en la web centralizada no tiene relación directa con sus direcciones basadas en ubicación. Si vemos una imagen de un adorable cachorro y nos dicen que está almacenada en la web, no hay forma de que adivinemos la URL que nos llevaría a la imagen. No podemos determinar ni el dominio, que nos dice quién lo está alojando, ni el nombre del archivo.

Confianza y eficiencia en la web centralizada

Dado que no podemos verificar qué contenido reside en una URL particular y dependemos de autoridades centrales (y la bondad humana) para etiquetar las cosas tal como realmente son, es fácil que actores maliciosos nos engañen.

También es fácil que 42,000 personas almacenen exactamente la misma foto de ese adorable beagle, pero todo en dominios diferentes y con nombres de archivos diferentes, lo que lleva a mucha redundancia. Seamos honestos, incluso en nuestras propias laptops la mayoría de nosotros hemos guardado accidentalmente el mismo documento como download.pdf y download(01).pdf sin darnos cuenta, o guardado iteraciones del mismo trabajo de término una y otra vez con v1 o 2018-12-18 añadido al título. La web es un lío confuso de datos que se guardan múltiples veces en diferentes URLs, y no hay una manera fácil de decir cuáles ítems son idénticos entre sí.

¡Debe haber una mejor manera!

https://www.puppies.com/beagle.jpg
📂
Page cover image