Las cadenas de bloques a veces se denominan bases de datos descentralizadas pero muy lentas que sacrifican gran parte del rendimiento de la informática moderna. Si bien es algo descarado, es cierto que la foundation de datos de un banco promedio podría manejar muchas veces más transacciones que Bitcoin (USD-BTC) u otras cadenas de bloques líderes.
Pero hay una razón por la que las cadenas de bloques son «lentas». Es difícil exagerar los beneficios de la descentralización y, en cualquier caso, la tecnología avanza a un ritmo acelerado para aumentar la capacidad de los sistemas de cadena de bloques.
A medida que aumenta el rendimiento de datos de los sistemas de cadena de bloques, necesitaremos cada vez más soluciones para leer y organizar estos datos de manera eficiente. Aquí es donde entra en juego el ecosistema de indexadores de blockchain: servicios que crean una interfaz fácil de consultar para acceder a los datos almacenados en blockchains, incluidas las transacciones históricas.
Por lo tanto, nos hemos sentado con James Bayly, el director de operaciones del proyecto de indexación de blockchain SubQuery, para hablar sobre el espacio tal como es ahora y cómo ve Bayly que evolucionará con el tiempo. La entrevista se centró en cómo la indexación de datos se hace a prueba de manipulaciones y confiable, quién la united states y cómo el proyecto planea superar a la competencia con SubQuery Network.
¡Hola James, un gusto tenerte por aquí! Empecemos por una visión normal. ¿Qué es la indexación de datos en una configuración de cadena de bloques y por qué es necesaria? ¿Por qué no podemos obtener estos datos directamente de los nodos de la cadena de bloques?
JB: Uno de los componentes críticos de cada aplicación descentralizada (dApp) de Web3 es el indexador. En términos simples, un indexador es un software package que recopila y organiza los datos almacenados en la red blockchain en un medio disponible y de mayor rendimiento, lo que permite a los desarrolladores consultar esos datos de manera rápida y eficiente. Son esenciales porque permiten que las dApps funcionen rápidamente y admitan la carga de millones de usuarios.
La forma en que los datos de la cadena de bloques se almacenan en una red dificulta y eat mucho tiempo para que los desarrolladores recuperen esos datos. Un ejemplo simple es leer las últimas 10 transacciones ejecutadas por el usuario true esta es una solicitud extremadamente difícil para los nodos de blockchain, ya que necesitarían escanear secuencialmente cada bloque en busca de los datos.
Los indexadores como SubQuery pueden recuperar rápidamente datos de una crimson de cadena de bloques y guardarlos en un formato con el que es fácil trabajar, por ejemplo, en campos que se pueden buscar y clasificar, lo que permite a los desarrolladores encontrar rápidamente la información que necesitan.
¿Cuáles son los desafíos de hacer que los datos indexados de blockchain estén disponibles para los usuarios? Uno podría imaginar que garantizar que los datos sean correctos y sin alteraciones es uno de los requisitos clave, ¿verdad? ¿Cuáles son algunas formas de descentralizar el ecosistema de indexación?
JB: De hecho, el indexador suele ser el último servicio centralizado elementary para el rendimiento de una dApp. Un indexador descentralizado puede ayudar a garantizar que los datos sean precisos, imparciales y accesibles para todos y [that] su dApp es más eficiente y confiable.
En el caso de SubQuery, lo solucionamos facilitando una purple donde cualquier participante puede unirse y ejecutar tareas de indexación descentralizadas para la purple de manera confiable pero verificable. Dado que sus datos descentralizados no están controlados por una sola entidad o grupo, puede verificar la precisión de los datos en el indexador y asegurarse de que no haya manipulación ni sesgo.
¿Qué pasa con otros proveedores en el espacio? ¿Cómo se compara SubQuery con algunos competidores como The Graph, Covalent, Subsquid y otros?
JB: Algunos indexadores, como Covalent y Unmarshal, son indexadores de propósito standard para conjuntos de datos estándar, por ejemplo, listas de transacciones y bloques. El problema es que no tienen flexibilidad: no puede agregar más datos de los que necesita para que su dApp sea más rica en funciones o intuitiva.
Algunos otros proveedores, como SubSquid, están centralizados, lo que significa que usted depende de un servidor administrado por su equipo y no puede verificar fácilmente la precisión de los datos en el indexador.
SubQuery se parece más a Graph, pero trae algunas mejoras importantes, incluida la capacidad de realizar llamadas API externas, importar bibliotecas externas y proteger contra ataques DoS. Además, no tenemos planes de cancelar nuestro servicio administrado simplificado.
Tanto SubQuery como The Graph están diseñados para indexar datos rápidamente, pero el análisis muestra que SubQuery es 1,85 veces más rápido para proyectos comunes que The Graph. Con tiempos de sincronización más rápidos, los desarrolladores pueden iterar más rápido y entregar funciones al mercado más rápido.
¿Quién está usando datos indexados hoy? ¿Qué pasa con algunos casos de uso interesantes para utilizar datos indexados en el futuro?
JB: Todas las aplicaciones, sitios website, herramientas de inteligencia comercial o extensiones de World wide web3 necesitan datos indexados en la actualidad. Este es un aspecto tan crítico del desarrollo de aplicaciones que la mayoría de los desarrolladores necesitan aprovechar la indexación rápida y eficaz para crear una ventaja competitiva.
Tenemos clientes que construyen billeteras, ejecutan intercambios de DeFi, monitorean cadenas de bloques para eventos, administran mercados para NFT e incluso ejecutan cargas de trabajo de IA a través de datos de cadena. También estamos buscando fuera de World-wide-web3 las innovaciones más recientes en Massive Knowledge para traer sus beneficios y cambios a nuestra industria.
Un caso de uso potencialmente importante de la indexación de datos es el servicio de protocolos de almacenamiento de datos descentralizados dedicados como Filecoin o IPFS. ¿Ve demanda para tal combinación ahora o en el futuro?
JB: Al igual que la indexación de datos es un componente importante de una dApp World-wide-web3, otro es el almacenamiento descentralizado. Por ejemplo, se pueden utilizar para alojar los recursos necesarios para la interfaz frontal de la dApp, lo que permite a los usuarios interactuar con la aplicación de forma completamente descentralizada.
Estamos trabajando en estrecha colaboración con algunos proveedores de almacenamiento descentralizado como Crust e IPFS y también utilizamos ambas soluciones en gran medida en nuestra infraestructura de datos descentralizada. Muchos de nuestros clientes quieren usar un indexador de datos descentralizado para completar y almacenar datos clave en el almacenamiento de datos descentralizado, y los estamos ayudando a hacer precisamente eso.
¿Qué es la red SubQuery? Recientemente anunció su lanzamiento en Polygon (MATIC-USD). ¿Cuál es la visión a largo plazo para eso?
JB: La red SubQuery indexa y brinda servicios de datos a la comunidad world wide de manera incentivada y verificable. Estamos construyendo el servicio de datos más abierto, eficiente, confiable y escalable para desarrolladores de dApp, y lo estamos lanzando en Polygon.
Elegimos Polygon por varias razones. En primer lugar, el rendimiento Nuestros planes para la pink SubQuery son amplios, por lo que necesitamos una purple que se escale para atender miles de millones de llamadas de API para datos a millones de destinatarios cada día. Queríamos encontrar un centro con puentes e integraciones a todas las demás cadenas que admitimos para que nuestros clientes pudieran acceder fácilmente a la purple.
Finalmente, el tamaño y la participación de la comunidad significan que hay varios desarrolladores en Polygon que se beneficiarán del crecimiento de SubQuery en el futuro.
Comenzamos con Kepler Network, la red principal previa a SubQuery Community, que permite a los usuarios arrancar y probar progresivamente las funciones de SubQuery Community.
Kepler ejecuta los mismos contratos inteligentes que nuestra red principal la diferencia clave es que ciertas funciones se habilitarán lentamente y se pondrán en línea de manera sostenible. Una vez que esté listo, Kepler se transformará en SubQuery Network. Esperamos que esto suceda en gran medida sin problemas, ya que los contratos no cambiarán tanto y kSQT se puede quemar por SQT.
Desde este punto, el futuro de la indexación de datos descentralizada estará en vivo.
Divulgación
