Más allá de los tokens de criptomoneda, la cadena de bloques también permite a los analistas obtener una imagen más clara de prácticamente cualquier proyecto GameFi, NFT, mercado o protocolo DeFi, gracias a Footprint.
En Footprint, hemos creado una metodología que compila y agrega de forma significativa los datos en bruto del blockchain. Y esto se aplica a la programación de integraciones.
1 . Formas de trabajar con los datos de la cadena de bloques
Hablemos primero de los métodos de integración de programación. Hay varias formas de trabajar con los datos de la cadena de bloques, y el enfoque que elijas dependerá de tus necesidades y objetivos específicos. He aquí un breve resumen:
1.1 Exploradores de Blockchain
Un explorador de blockchain es un sitio web o herramienta que permite ver los datos almacenados en una blockchain. Puede ser una forma rápida y sencilla de acceder a información sobre transacciones específicas, bloques y otros datos de la cadena de bloques.
Los exploradores de blockchain pueden ser una herramienta útil para acceder y ver los datos almacenados en una blockchain, pero tienen algunas limitaciones para las integraciones de software. Estos son algunos ejemplos de las carencias de los exploradores de cadenas de bloques:
- Principalmente centrados en datos sin procesar. Los exploradores de cadenas de bloques suelen mostrar datos sin procesar de la cadena de bloques. Eso requiere implementar las abstracciones sobre los datos en bruto, lo que puede ser tedioso, especialmente para proyectos centrados en la entrega más que en los detalles técnicos de ciertas blockchains.
Interactividad: Muchos exploradores de blockchain son esencialmente herramientas de sólo lectura.
Aunque los exploradores de cadenas de bloques pueden ser una forma útil de acceder y ver los datos en bruto de la cadena de bloques, tienen algunas limitaciones que debe conocer antes de decidir implementar su infraestructura de soluciones basándose en ellos.
1.2 Solución de indexación propia
Configurar su propio indexador para trabajar con datos de blockchain puede tener varias ventajas y posibles desventajas. He aquí algunos ejemplos de cada una de ellas:
Ventajas:
- Personalización: Cuando configuras tu indexador, tienes el control total sobre cómo se indexan los datos y se accede a ellos. Esto le permite adaptar el indexador a sus necesidades y preferencias específicas.
Independencia: Al configurar tu propio indexador, no dependes de un servicio de terceros para mantener y actualizar el índice. Esto puede proporcionar un mayor control y flexibilidad en su trabajo con los datos de blockchain. - Seguridad mejorada: Cuando configuras tu propio indexador, puedes implementar tus propias medidas de seguridad para proteger los datos y evitar accesos no autorizados.
Desventajas:
- Complejidad: La configuración de su indexador puede ser un proceso complejo y lento, especialmente si usted es nuevo en el trabajo con la tecnología blockchain. Deberá comprender la tecnología subyacente y estar dispuesto a invertir el tiempo y el esfuerzo necesarios para poner en marcha el indexador.
Mantenimiento: Una vez que hayas configurado el indexador, serás responsable de su mantenimiento y actualización. Esto puede requerir conocimientos y recursos técnicos continuos, lo que puede suponer una desventaja si no dispone de los conocimientos o el soporte necesarios. - Coste: Instalar su propio indexador puede ser caro, ya que debe comprar el hardware y el software necesarios para hacerlo funcionar y pagar los costes asociados, como la electricidad y el ancho de banda.
En general, configurar su propio indexador para trabajar con datos de blockchain puede proporcionar un mayor control y personalización, pero también puede ser un proceso complejo y costoso. Es importante considerar detenidamente las ventajas y desventajas antes de decidir si es el enfoque adecuado.
1.3 Base de datos como servicio
Utilizar un indexador de terceros para trabajar con datos de blockchain puede tener varias ventajas y posibles desventajas. He aquí algunos ejemplos de cada una de ellas:
Ventajas:
- Facilidad de uso: Los indexadores de terceros suelen estar diseñados para ser fáciles de usar, lo que significa que puedes empezar a trabajar con los datos de la blockchain rápidamente y sin tener que aprender muchos detalles técnicos o ejecutar tu solución de indexación personalizada (no importa si es de desarrollo propio o un SDK ya preparado)
Fiabilidad: Los indexadores de terceros suelen estar dirigidos por organizaciones profesionales con los recursos y la experiencia necesarios para garantizar que el índice esté siempre actualizado y sea preciso. Las soluciones no siempre están descentralizadas, ya que se centran en procesar enormes cantidades de datos, pero la gran mayoría son de código abierto, lo que aumenta la confianza del usuario en el servicio.
Desventajas:
- Dependencia: Al utilizar un indexador de terceros, dependes de ese servicio para mantener y actualizar el índice. Si el indexador experimenta problemas técnicos o se desconecta, es posible que no pueda acceder a los datos de la cadena de bloques.
Coste: Algunos indexadores de terceros pueden cobrar por sus servicios, lo que puede ser una desventaja si trabajas con un presupuesto ajustado.
En resumen, utilizar un indexador de terceros para trabajar con datos de blockchain puede ser una opción cómoda y eficaz, pero limitada y a veces carente de personalización.
1.4 Resumen
El objetivo de Footprint es principalmente bajar el listón para introducir análisis y trabajar con datos de web3. Este enfoque es un equilibrio entre facilidad de uso y flexibilidad. Por eso, uno de nuestros servicios es DaaS (base de datos como tipo de servicio). Antes de profundizar en las ventajas de nuestro servicio, veremos también otra opción de implementación para el indexador, a saber, una solución autoescrita o SDK.
En los próximos capítulos, exploraremos la característica principal que deben tener las API de blockchain de sólo lectura. Analizaremos el problema desde distintos ángulos y consideraremos soluciones alternativas. Algunas de las características más importantes de las API de blockchain son las siguientes:
- Facilidad de uso y flexibilidad
- Escalabilidad
- Compatibilidad
Facilidad de uso y flexibilidad son dos características importantes de las API de cadenas de bloques. Una API de blockchain que sea fácil de usar facilitará a los desarrolladores empezar a crear aplicaciones basadas en blockchain, permitiéndoles crear rápidamente prototipos y probar sus ideas sin dedicar mucho tiempo a aprender a utilizar la API.
La flexibilidad, por otro lado, se refiere a la capacidad de una API de blockchain para soportar una amplia gama de casos de uso y aplicaciones. Una API de blockchain flexible permitirá a los desarrolladores acceder a diferentes partes de la blockchain y crear aplicaciones que interactúen con diferentes tipos de contratos inteligentes y otros activos basados en blockchain. Esto puede ser especialmente importante para los desarrolladores que buscan construir aplicaciones que se puedan utilizar en diversas industrias y contextos.
En general, tener una API de blockchain que sea fácil de usar y flexible puede facilitar a los desarrolladores la creación de aplicaciones innovadoras y útiles que puedan aprovechar las características y capacidades únicas de la tecnología blockchain.
1.5 Análisis de la huella
La facilidad de uso y la flexibilidad están garantizadas por nuestra organización de datos, que afecta a todos los aspectos de las interacciones con el ecosistema de Footprint. Footprint cuenta con una API construida sobre este modelo de datos que permite a los usuarios construir pipelines de datos completos para aplicaciones de análisis de datos y aprendizaje automático. La llamamos API de datos. Admitimos simultáneamente dos tipos de API y dos subtipos dentro de uno de ellos para cubrir la mayoría de los casos: API Rest y API SQL.
REST API nos permite integrar rápidamente una aplicación, ya que cada endpoint es un script preconstruido y codificado que hemos identificado como uno de los más populares. Todos los puntos finales incluyen herramientas fáciles de usar para filtrar, ordenar y paginar.
Gracias a la interfaz más adaptable de la API SQL, puede obtener esto para casos más específicos. Una de las ventajas de utilizar las mismas consultas SQL tanto en la aplicación web como en la API es que puede simplificar el desarrollo y el mantenimiento. Al utilizar las mismas consultas en ambas interfaces, los desarrolladores pueden evitar la necesidad de escribir y mantener conjuntos separados de consultas para la aplicación web y la API. Esto puede ahorrar tiempo y esfuerzo y reducir el riesgo de errores o incoherencias entre las dos interfaces.
Además, el uso de las mismas consultas SQL tanto en la aplicación web como en la API puede facilitar a los desarrolladores la creación de una experiencia de usuario fluida. Al utilizar las mismas consultas, los desarrolladores pueden garantizar que los datos a los que acceden y manipulan la aplicación web y la API son coherentes, lo que permite a los usuarios cambiar entre las dos interfaces sin encontrar incoherencias ni interrupciones.
1.6 Otras plataformas
Muchas soluciones analíticas alternativas permiten al usuario analizar diferentes redes según varios niveles de requisitos. Sin embargo, en su mayoría, las soluciones alternativas tienden a irse a los extremos, implementando o bien un producto muy flexible que requiere conocimientos de lenguajes de consulta o incluso de programación, o bien una interfaz muy sencilla con scripts preparados y, en consecuencia, poca flexibilidad.
Soluciones como Moralis y Quicknode sólo disponen de una interfaz REST API. Aunque hay muchos puntos finales, sigue limitando al desarrollador en la flexibilidad de los datos devueltos.
Dune ha presentado recientemente su API. Esta solución asíncrona implica la existencia previa de una consulta en la plataforma bajo un determinado id (dune.com/query/{{query id}}), mediante la cual es posible ejecutar consultas en forma de SQL. La principal limitación de esta solución es la necesidad de modificar previamente el SQL en la plataforma para que posteriormente se ejecute la consulta actualizada.
Chainbase libera la API SQL del mismo modo que Footprint. Sin embargo, a diferencia de Footprint, Chainbase no tiene un ETL tan sofisticado, por lo que las consultas SQL sólo pueden ejecutarse para transacciones sin procesar.
2. Escalabilidad
Las API de blockchain deben ser capaces de manejar grandes volúmenes de datos y transacciones, permitiendo a los desarrolladores crear aplicaciones que puedan ser utilizadas por muchos usuarios simultáneamente.
2.1 Análisis de la huella
2.1.1 Pila moderna de datos abiertos
El equipo de Huella ha realizado varias actualizaciones arquitectónicas desde su lanzamiento en agosto de 2021, gracias a su gran capacidad para explorar e iterar en tecnología. En menos de un año y medio, el equipo ha sido capaz de implementar estos cambios con éxito. Esto es un testimonio de la habilidad y experiencia del equipo en tecnología y ciencia de datos.
A través de la experimentación, Footprint realizó iterativamente tres actualizaciones arquitectónicas globales, llegando finalmente a una arquitectura que cumple los requisitos de los diversos casos de uso de la plataforma. En el siguiente artículo se ofrece más información sobre la evolución de la aplicación:
https://www.footprint.network/article/iceberg-spark-trino-a-modern-opensource-data-stack-for-blockchain-fp-HGZpPm3D
2.1.2 Ejecuciones sync y async
Dentro de Footprint, existen dos modos para ejecutar consultas a la API SQL: síncrono y asíncrono. Las llamadas de la API al punto final sincrónico implican que la consulta SQL será ejecutada por los servidores de Footprint tan pronto como se reciba una solicitud HTTP de la aplicación, manteniendo así la conexión. Esto tiene sentido cuando se utilizan solicitudes ligeras, ya que en este caso, la aplicación no tiene que esperar mucho tiempo para la ejecución. Los detalles se pueden encontrar en la siguiente página:
https://docs.footprint.network/reference/post_native
Para peticiones pesadas, se recomienda utilizar una petición asíncrona. A diferencia de una síncrona, la aplicación cliente no tiene que mantener una conexión con el servidor durante la ejecución. En su lugar, puede obtener el request-id inmediatamente, según el cual, pasado un tiempo, obtiene por separado los resultados de la ejecución. Como parte de la API asíncrona, dos pasos deben ser cubiertos para obtener los datos – el siguiente endpoint se utilizará para enviar una «orden» para la ejecución de SQL:
https://docs.footprint.network/reference/post_native-async
El segundo paso consiste en enviar una solicitud para recibir los resultados mediante el identificador obtenido al acceder al endpoint anterior. El endpoint para este segundo paso se describe en la siguiente página:
https://docs.footprint.network/reference/get_native-execution-id-results
2.2 Otras soluciones
DuneV2 cambia toda la arquitectura de la base de datos. Dune pasa de una base de datos PostgreSQL a una instancia de [[Apache Spark]] alojada en [[Databricks]]. Sólo API asíncrona.
3. Compatibilidad
Las APIs de blockchain deben ser compatibles con una amplia gama de lenguajes de programación y entornos de desarrollo para que los desarrolladores puedan utilizar las herramientas y frameworks con los que estén más familiarizados.
REST es más fácil de integrar, ya que cada lenguaje de programación dispone de muchas bibliotecas que permiten trabajar cómodamente con este tipo de API. Sin embargo, al final, tanto las API SQL como REST funcionan a través de HTTP, por lo que la experiencia de desarrollo es casi idéntica en lo que respecta al envío de una solicitud por defecto.
4
4. Resumen
Como hemos analizado, en la mayoría de los casos, es suficiente para una aplicación utilizar soluciones DaaS ya preparadas por la razón de que pueden devolver abstracciones (no sólo datos en bruto) y ahorrar mucho tiempo y dinero, ya que en última instancia permiten a los equipos centrarse no en la infraestructura sino en el valor del producto. Repasando varias soluciones en el mercado de DaaS,
Footprint parece ser la más óptima para integrar, ya que tiene el modelo más flexible para generar solicitudes, a la vez que es fácil de usar y también tiene la moderna pila de datos de código abierto bajo el capó, lo que garantiza la ejecución ininterrumpida y, lo más importante, rápida de las solicitudes más complejas.
