Al igual que una base de datos SQL o NoSQL, no hay restricciones en torno a la descentralización. Entonces, sabemos que estos serán nuestros datos para almacenar y podemos optimizar para leer y escribir.Pero en una cadena de bloques, la naturaleza de la misma es que tenemos estos datos que se van escribiendo a lo largo del tiempo, ya sea días, semanas, meses y años, y se escriben en estos bloques. Así que toda la innovación suele ocurrir en torno a las transacciones de escritura.Cuando escuchas sobre mucha de la innovación que está ocurriendo, a menudo escuchas discusiones sobre cuántas transacciones por segundo maneja este protocolo, cuánto cuesta la transacción, cuánto tiempo tarda en procesarse la transacción, cuál es el tiempo de bloque, y cosas así.Pero no se habla a menudo de cómo leer todos estos datos.
Entonces, lo que los desarrolladores solían hacer en el pasado era tomar estos protocolos de cadena de bloques, decidir los datos que necesitaban y construir sus propios servidores de indexación centralizados donde iban y recopilaban todos estos datos, los guardaban en una base de datos y abrían su propio punto de conexión de API encima de eso.El problema con esto era que era muy intensivo en recursos y en ingeniería, y también rompía toda la idea y los principios de seguridad en torno a la descentralización, porque los datos de la cadena de bloques se supone que son la fuente de verdad.Entonces, ¿cómo se hace realmente esto descentralizado? Si estás centralizando en una base de datos para leerla.Graph es un protocolo de indexación que permite a los desarrolladores construir estas API que leen todos estos datos, los indexan de manera descentralizada.Y aparecen en una red de nodos entre pares.Y luego los desarrolladores, una vez que los han implementado, pueden abrir sus puntos de conexión de API para que cualquier otro desarrollador construya aplicaciones front-end u otras aplicaciones encima de ellos.
Para explicarlo un poco más, una base de datos tradicional podría verse así, donde tenemos una base de datos, hemos construido un punto de conexión de API encima de eso, tal vez una función sin servidor o algún tipo de servidor.Vamos a enviar una solicitud a esta API.Luego leerá los datos.Luego los procesará, tal vez en un retorno.Y luego traerá esa respuesta de vuelta al cliente.Pero de nuevo, no podemos hacer esto cuando leemos datos directamente de la cadena, porque la cadena se considera la base de datos.Así que realmente no tenemos esta capa de cómputo en el espacio de la cadena de bloques.Entonces, ¿cuáles son algunos otros ejemplos de indexadores en la vida real?Bueno, Google o cualquier motor de búsqueda es un indexador.Cuando queremos encontrar información en la web, no podemos simplemente visitar todos los sitios web porque hay millones de sitios web ahí fuera.Entonces, ¿cómo encontramos la información que necesitamos?Bueno, Google y otros motores de búsqueda tienen esta idea de un sistema de indexación donde rastrean toda Internet, encuentran los datos relevantes, los almacenan en sus propias bases de datos centralizadas y luego abren un punto de conexión de API encima de eso, ya sea a través de una API real con la que podemos interactuar desde una aplicación, o en el caso de Google, simplemente tenemos un sitio web que podemos visitar.Y cuando ingresamos un término en el sitio web, va a sus bases de datos y busca lo que estamos buscando, y luego devuelve la conexión al sitio web que nos gustaría ver.Entonces, Google está indexando y poniéndolo disponible para ser consultado por nosotros en el front-end. Otro ejemplo es una biblioteca.Cuando vamos a una biblioteca, no caminamos por toda la biblioteca durante cuatro horas buscando el libro que queremos.Hay un sistema de indexación donde el sistema decimal Dewey o algo así nos puede decir exactamente dónde buscar un libro, y luego podemos ir directamente y encontrar ese libro.Entonces, en un sentido similar, estos subgrafos API se encuentran entre el contrato inteligente y la interfaz de usuario y permiten a los desarrolladores consultar y obtener diferentes tipos de datos que pueden necesitar para su aplicación típica.Así que tienes estos diferentes tipos de, um,
Comments