Desde el auge de los indexadores de Cadena de bloques, la importancia de la accesibilidad de los datos.

La importancia de los datos de la Cadena de bloques y el auge de los indexadores

El núcleo de la tecnología de la cadena de bloques está en los datos. Es la piedra angular para el desarrollo de aplicaciones descentralizadas (dApp). Aunque actualmente la industria se centra principalmente en la disponibilidad de datos (DA), la accesibilidad de los datos también es importante, aunque a menudo se pasa por alto.

En la era de la cadena de bloques modular, las soluciones de DA se han convertido en una parte indispensable. Aseguran que todos los participantes puedan acceder a los datos de las transacciones, lo que permite la verificación en tiempo real y mantiene la integridad de la red. Sin embargo, la capa de DA se asemeja más a una cartelera que a una base de datos. Esto significa que los datos no se almacenan de forma permanente, sino que son reemplazados por nuevos datos con el tiempo.

En comparación, la accesibilidad de los datos se centra en la capacidad de recuperar datos históricos, lo cual es crucial para el desarrollo de dApps y el análisis de la cadena de bloques. Es especialmente importante para las tareas que requieren acceso a datos pasados para garantizar una representación y ejecución precisas. A pesar de que se discute menos, la accesibilidad de los datos es tan importante como la disponibilidad de los datos. Ambos desempeñan roles diferentes pero complementarios en el ecosistema de la cadena de bloques, y un enfoque integral de la gestión de datos debe abordar ambas cuestiones para apoyar aplicaciones de cadena de bloques robustas y eficientes.

Desarrollo del acceso a datos Web3: Introducción a indexadores y proyectos relacionados

Métodos tradicionales de recuperación de datos de la Cadena de bloques

Desde su creación, la Cadena de bloques ha transformado por completo la infraestructura, impulsando la creación de dApps en campos como los juegos, las finanzas y las redes sociales. Sin embargo, construir estas dApps requiere acceder a una gran cantidad de datos de la Cadena de bloques, lo cual es tanto difícil como costoso.

Para los desarrolladores de dApp, una opción es hospedar y ejecutar su propio nodo RPC de archivo. Estos nodos almacenan todos los datos históricos de la cadena de bloques, lo que permite un acceso completo. Sin embargo, mantener un nodo de archivo es costoso, la capacidad de consulta es limitada y no se puede consultar los datos en el formato que los desarrolladores necesitan. Aunque ejecutar nodos más baratos es una opción, la capacidad de recuperación de datos de estos nodos es limitada, lo que podría afectar el funcionamiento de la dApp.

Otro método es utilizar proveedores de nodos RPC comerciales. Estos proveedores son responsables de los costos y la gestión de los nodos, proporcionando datos a través de puntos finales RPC. Los puntos finales RPC públicos son gratuitos pero tienen límites de tasa, lo que puede afectar la experiencia del usuario de la dApp. Los puntos finales RPC privados ofrecen un mejor rendimiento al reducir la congestión, pero incluso la recuperación de datos simples requiere una gran cantidad de comunicaciones de ida y vuelta. Esto los hace pesados en las solicitudes y poco eficientes para consultas de datos complejas. Además, los puntos finales RPC privados suelen ser difíciles de escalar y carecen de compatibilidad entre redes.

Cadena de bloques indexador: solución más óptima

El indexador de la cadena de bloques desempeña un papel clave en la organización de datos en la cadena y su envío a la base de datos para facilitar las consultas, por lo que a menudo se le llama "el Google de la cadena de bloques". Indexan los datos de la cadena de bloques y utilizan un lenguaje de consulta similar a SQL ( como GraphQL API ) para que los datos estén disponibles en cualquier momento. Los indexadores proporcionan una interfaz de consulta de datos unificada, permitiendo a los desarrolladores recuperar rápidamente y con precisión la información necesaria utilizando un lenguaje de consulta estandarizado, simplificando enormemente el proceso.

Diferentes tipos de indexadores optimizan la recuperación de datos de diversas maneras:

  1. Indexador de nodos completos: extrae datos directamente de nodos completos de la cadena de bloques, asegurando que los datos sean completos y precisos, pero requiere una gran capacidad de almacenamiento y procesamiento.

  2. Indexador ligero: se basa en nodos completos para obtener datos específicos bajo demanda, lo que reduce la necesidad de almacenamiento pero puede aumentar el tiempo de consulta.

  3. Indexador dedicado: optimización de la búsqueda para tipos específicos de datos o Cadena de bloques, como datos de NFT o transacciones de DeFi.

  4. Agregador de índices: extrae datos de múltiples cadenas de bloques y fuentes, incluyendo información fuera de la cadena, proporcionando una interfaz de consulta unificada, especialmente útil para dApps de múltiples cadenas.

Solo Ethereum requiere 3 TB de espacio de almacenamiento, y a medida que la Cadena de bloques crece, el volumen de datos de los nodos de archivo sigue aumentando. El protocolo indexador despliega múltiples indexadores, lo que permite indexar de manera eficiente y consultar grandes volúmenes de datos a alta velocidad, algo que no puede lograr RPC.

El indexador también permite realizar consultas complejas, filtrar datos fácilmente y realizar análisis posteriores. Algunos indexadores pueden agregar datos de múltiples fuentes, evitando la necesidad de implementar múltiples API en aplicaciones descentralizadas de múltiples cadenas. Al estar distribuidos en múltiples nodos, los indexadores ofrecen una mayor seguridad y rendimiento, mientras que los proveedores de RPC pueden experimentar interrupciones y tiempos de inactividad debido a sus características centralizadas.

En general, en comparación con los proveedores de nodos RPC, el indexador mejora la eficiencia y fiabilidad de la recuperación de datos, al tiempo que reduce el coste de desplegar un solo nodo. Esto convierte al protocolo de indexador de cadena de bloques en la opción preferida para los desarrolladores de dApp.

Desarrollo del acceso a datos Web3: Introducción a indexadores y proyectos relacionados

Escenarios de aplicación del indexador

Construir una dApp requiere recuperar y leer datos de la cadena de bloques para poder operar el servicio. Esto abarca diversos tipos de dApp, incluyendo DeFi, plataformas de NFT, juegos e incluso redes sociales, ya que estas plataformas necesitan leer los datos primero para poder ejecutar otras transacciones.

DeFi

Los protocolos DeFi necesitan información diferente para proporcionar a los usuarios precios, tasas y tarifas específicas. Los creadores de mercado automáticos (AMM) requieren información de precios y liquidez de los fondos para calcular las tasas de intercambio, mientras que los protocolos de préstamos necesitan la utilización para determinar las tasas de interés de los préstamos y la relación de deuda de liquidación. Es esencial ingresar la información en la dApp antes de calcular las tasas de interés ejecutadas por el usuario.

Juego

GameFi necesita indexar y acceder a los datos rápidamente para garantizar una experiencia de juego fluida para los usuarios. Solo a través de la recuperación y ejecución rápida de datos, los juegos Web3 pueden igualar en rendimiento a los juegos Web2, atrayendo así a más usuarios. Estos juegos necesitan datos como la propiedad de tierras, el saldo de tokens dentro del juego y las operaciones dentro del juego. El uso de un indexador puede garantizar mejor un flujo de datos estable y un tiempo de actividad constante, asegurando una experiencia de juego perfecta.

NFT

El mercado de NFT y la plataforma de préstamos necesitan indexar datos para acceder a diversas informaciones, como metadatos de NFT, datos de propiedad y transferencia, información de regalías, etc. Indexar rápidamente estos datos puede evitar tener que navegar uno por uno cada NFT para encontrar datos de propiedad o atributos.

Análisis

El indexador proporciona un método para extraer datos específicos de los datos originales de la cadena de bloques (, incluidos los eventos de contratos inteligentes en cada bloque ). Esto ofrece oportunidades para un análisis de datos más específico, lo que proporciona una visión integral.

Por ejemplo, el protocolo de comercio perpetuo puede identificar qué tokens tienen un gran volumen de comercio y generan tarifas, para decidir si listarlos como contratos perpetuos en la plataforma. Los desarrolladores de DEX pueden crear tableros para sus productos, obteniendo información sobre cuáles son las piscinas de liquidez más rentables o con mayor liquidez. También pueden crear tableros públicos que permitan a los desarrolladores consultar de manera libre y flexible cualquier tipo de dato que deseen mostrar en los gráficos.

Resumen del principal indexador de cadena de bloques

The Graph

The Graph es el primer protocolo de indexación lanzado en Ethereum, que permite consultar fácilmente datos de transacciones que anteriormente eran difíciles de acceder. Utiliza subgráficos para definir y filtrar subconjuntos de datos recolectados de la cadena de bloques, como todas las transacciones relacionadas con un determinado grupo de transacciones.

Utilizando la prueba de índice, los indexadores apuestan el token nativo GRT para servicios de indexación y consulta, y los delegadores pueden optar por apostar tokens aquí. Los curadores pueden acceder a subgráficos de alta calidad, ayudando a los indexadores a determinar para qué subgráficos compilar datos para ganar las mejores tarifas de consulta. En el proceso de transición hacia una mayor descentralización, The Graph finalmente detendrá los servicios de alojamiento, requiriendo que los subgráficos se actualicen a su red, al mismo tiempo que proporciona indexadores de actualización.

Su infraestructura hace que el costo promedio por millón de consultas sea de 40 dólares, muy por debajo de los nodos autohospedados. Utilizando fuentes de datos de archivos, también admite la indexación paralela de datos tanto en la cadena de bloques como fuera de ella, logrando una recuperación de datos eficiente.

Las recompensas del indexador de The Graph han crecido de manera constante en los últimos trimestres, en parte debido al aumento del volumen de consultas, y también atribuidas al aumento del precio del token. Planean integrar consultas asistidas por IA en el futuro.

Subsquid

Subsquid es un lago de datos descentralizado, escalable horizontalmente y punto a punto, que puede agregar de manera eficiente una gran cantidad de datos en cadena y fuera de cadena, y protegerlos a través de pruebas de conocimiento cero. Como una red de trabajadores descentralizada, cada nodo es responsable de almacenar un subconjunto específico de datos de bloques, acelerando el proceso de recuperación al identificar rápidamente los nodos que almacenan los datos necesarios.

Subsquid admite la indexación en tiempo real, lo que permite la indexación antes de que el bloque se confirme. También admite el almacenamiento de datos en el formato elegido por el desarrollador, facilitando el análisis con herramientas como BigQuery, Parquet o CSV. Además, los subgráficos se pueden implementar sin código en la red Subsquid, sin necesidad de migrar al SDK de Squid.

Aunque todavía se encuentra en la fase de prueba, Subsquid ha logrado resultados significativos, con más de 80,000 usuarios en la red de prueba, más de 60,000 índices de Squid desplegados y más de 20,000 desarrolladores de validación en la red. Recientemente, Subsquid lanzó su red principal de lago de datos.

Además de los índices, el lago de datos de Subsquid Network también puede reemplazar el RPC en escenarios como el análisis, los coprocesadores ZK/TEE, los agentes de IA y los oráculos.

SubQuery

SubQuery es una red de infraestructura de middleware descentralizada que ofrece servicios de RPC y datos de indexación. Inicialmente soportaba las redes Polkadot y Substrate, y ahora se ha ampliado a más de 200 cadenas. Su funcionamiento es similar al de The Graph, que utiliza prueba de indexación; los indexadores indexan los datos y proporcionan solicitudes de consulta, mientras que los delegadores apuestan sus participaciones a los indexadores. Introduce consumidores para presentar órdenes de compra, lo que indica que los ingresos de los indexadores están garantizados, y no los gestores.

Se introducirá un nodo de datos SubQuery que admite fragmentación, evitando la sincronización constante de nuevos datos entre nodos, optimizando la eficiencia de las consultas y avanzando hacia una mayor descentralización. Los usuarios pueden optar por pagar aproximadamente 1 SQT en tarifas de computación por cada mil solicitudes o configurar tarifas personalizadas para los indexadores a través del protocolo.

A pesar de que SubQuery solo lanzó su token este año, las recompensas por emisión para nodos y delegados han crecido en valor en dólares, lo que representa un aumento continuo en la cantidad de servicios de consulta ofrecidos en su plataforma. Desde el TGE, la cantidad total de SQT apostado ha aumentado de 6 millones a 125 millones, lo que destaca el crecimiento en la participación en la red.

Covalente

Covalent es una red de indexadores descentralizada, donde los productores de muestras de bloque (BSP) crean copias de datos de la cadena de bloques a través de la exportación masiva y publican pruebas en la cadena de bloques Covalent L1. Estos datos son luego refinados por los productores de resultados de bloque (BRP) según las reglas, filtrando los datos que cumplen con los requisitos.

A través de una API unificada, los desarrolladores pueden extraer fácilmente datos relevantes de la cadena de bloques en un formato consistente, sin necesidad de escribir consultas complejas para acceder a los datos. Se pueden usar tokens CQT que se liquidan en Moonbeam para extraer conjuntos de datos preconfigurados de los operadores de red.

Las recompensas de Covalent han mostrado una tendencia general al crecimiento desde el primer trimestre de 2023 hasta el primer trimestre de 2024, en parte debido al aumento del precio de CQT.

Desarrollo del acceso a datos Web3: Introducción a los indexadores y proyectos relacionados

Consideraciones para elegir un indexador

Personalización de datos

Algunos indexadores ( como Covalent ) son indexadores generales que proporcionan conjuntos de datos preconfigurados estándar a través de API. Aunque son rápidos, carecen de flexibilidad y no pueden satisfacer las necesidades de los desarrolladores que requieren conjuntos de datos personalizados. El uso de un marco de indexador permite un mayor procesamiento de datos personalizado para satisfacer las necesidades específicas de la aplicación.

Seguridad

Los datos de índice deben ser seguros, de lo contrario, las dApps construidas sobre estos indexadores también son vulnerables a ataques. Si las transacciones y los saldos de las billeteras pueden ser manipulados, la dApp puede perder liquidez, afectando a los usuarios. Aunque todos los indexadores utilizan alguna forma de seguridad a través de la participación de tokens, otras soluciones pueden utilizar pruebas adicionales para mejorar la seguridad.

Subsquid ofrece opciones de prueba optimista y de conocimiento cero, Covalent publica pruebas que contienen el valor hash de bloque. Graph proporciona un periodo de desafío optimista para las consultas de indexadores, SubQuery genera pruebas de Merkle Mountain para cada bloque, calculando el valor hash de cada bloque de todos los datos en su base de datos.

Velocidad y escalabilidad

A medida que la Cadena de bloques crece, el volumen de transacciones aumenta, indexar grandes cantidades de datos se vuelve más complicado, requiriendo más capacidad de procesamiento y espacio de almacenamiento. Mantener la eficiencia se vuelve más difícil, pero el protocolo de indexación introduce soluciones para satisfacer estas crecientes demandas.

Subsquid logra la escalabilidad horizontal al almacenar datos mediante la adición de más nodos, y puede escalar con las mejoras de hardware. Graph proporciona flujos de datos paralelos para acelerar la sincronización, y SubQuery introduce el fragmentado de nodos para acelerar el proceso de sincronización.

Redes soportadas

Aunque la mayoría de las actividades de la cadena de bloques todavía se realizan en Ethereum, con el tiempo, diferentes cadenas de bloques están ganando popularidad. Layer 2, Solana, la cadena de bloques Move y la cadena del ecosistema de Bitcoin tienen sus propios desarrolladores y actividades en constante crecimiento, y también necesitan servicios de indexación.

Ofrecer soporte para ciertas cadenas que no son compatibles con otros protocolos de indexación puede obtener una mayor cuota de mercado. Indexar redes intensivas en datos ( como Solana ) no es tarea fácil, actualmente solo Subsquid ha logrado proporcionar soporte de indexación para ellas.

![Desarrollo del acceso a datos Web3: indexador

Ver originales
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
  • Recompensa
  • 4
  • Compartir
Comentar
0/400
AirdropSkepticvip
· hace12h
¿Quién sabe cómo usar estos indexadores?
Ver originalesResponder0
SneakyFlashloanvip
· hace12h
¿Una base de datos? Si realmente pudiera almacenar permanentemente, eso sería increíble.
Ver originalesResponder0
GasWranglervip
· hace13h
en realidad, las capas son solo vallas publicitarias ineficientes... cualquiera que entienda la dinámica del mempool lo sabe, smh
Ver originalesResponder0
consensus_whisperervip
· hace13h
DA es casi como una valla publicitaria, me muero de risa.
Ver originalesResponder0
  • Anclado
Opere con criptomonedas en cualquier momento y lugar
qrCode
Escanee para descargar la aplicación Gate
Comunidad
Español
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)