Desarrollando

Reading time: 4 min

Los desarrolladores representan el lado de la demanda del ecosistema The Graph. Los developers construyen subgrafos y los publican en The Graph Network. A continuación, consultan los subgrafos activos con GraphQL para potenciar sus aplicaciones.

Los subgrafos deployados en la red tienen un ciclo de vida definido.

Al igual que con todo el desarrollo de subgrafos, se comienza con el desarrollo y prueba local. Los desarrolladores pueden utilizar la misma configuración local tanto si construyen para The Graph Network, el Servicio Alojado o un Graph Node local, aprovechando graph-cli y graph-ts para construir su subgrafo. Se anima a los desarrolladores a utilizar herramientas como Matchstick para realizar pruebas unitarias y mejorar la solidez de sus subgrafos.

Una vez definido, el subgrafo puede construirse y deployarse en el Subgraph Studio. El Subgraph Studio es un entorno sandbox que indexará el subgrafo deployado y lo hará disponible para el desarrollo y pruebas con tarifas limitadas. Esto da a los desarrolladores la oportunidad de verificar que su subgrafo no encuentra ningún error de indexación, y funciona como se espera.

Cuando el desarrollador está satisfecho con su subgrafo, puede publicarlo en The Graph Network. Esta es una acción on-chain, que registra el subgrafo para que pueda ser descubierto por los Indexadores. Los subgrafos publicados tienen su correspondiente NFT, que es fácilmente transferible. El subgrafo publicado tiene metadatos asociados, que proporcionan a otros participantes de la red un contexto e información útiles.

Es poco probable que los subgrafos publicados sean recogidos por los Indexadores sin la adición de la señal. La señal es GRT bloqueado asociado a un subgrafo determinado, que indica a los Indexadores que un subgrafo determinado recibirá un volumen de consultas, y también contribuye a las recompensas de indexación disponibles por procesarlo. Los desarrolladores de subgrafos generalmente añadirán una señal a su subgrafo para fomentar la indexación. Los Curadores de terceros también pueden señalar un subgrafo determinado, si consideran que el subgrafo puede generar un volumen de consultas.

Una vez que un subgrafo ha sido procesado por los Indexadores y está disponible para su consulta, los desarrolladores pueden empezar a utilizar el subgrafo en sus aplicaciones. Los desarrolladores consultan los subgrafos a través de una Gateway, que reenvía sus consultas a un Indexador que haya procesado el subgrafo, pagando las tarifas de consulta en GRT.

Para poder realizar consultas, los developers deben generar una clave API, lo que puede hacerse en Subgraph Studio. Esta clave API debe poseer fondos en GRT, para poder pagar las tarifas de consulta. Los desarrolladores pueden establecer una tarifa máxima de consulta, con el fin de controlar sus costes, y limitar su clave API a un determinado subgrafo o dominio de origen. Subgraph Studio proporciona a los developers datos sobre el uso de su clave API a lo largo del tiempo.

Los desarrolladores también pueden expresar al Gateway una preferencia de Indexador, por ejemplo, prefiriendo los Indexadores cuya respuesta a la consulta es más rápida, o cuyos datos están más actualizados. Estos controles se establecen en el Subgraph Studio.

Después de un tiempo, un developer de subgrafos puede querer actualizar su subgrafo, quizás corrigiendo un error o añadiendo nuevas funcionalidades. El developer de subgrafos puede deployar una o varias nuevas versiones de sus subgrafos en el Subgraph Studio para el desarrollo y las pruebas con tarifas limitadas.

Once the Subgraph Developer is ready to update, they can initiate a transaction to point their subgraph at the new version. Updating the subgraph migrates any signal to the new version (assuming the user who applied the signal selected "auto-migrate"), which also incurs a migration tax. This signal migration should prompt Indexers to start indexing the new version of the subgraph, so it should soon become available for querying.

En algún momento un developer puede decidir que ya no necesita un subgrafo publicado. En ese momento pueden deprecar el subgrafo, lo que devuelve cualquier GRT señalada a los Curadores.

Algunos desarrolladores participarán en el ciclo de vida completo de los subgrafos en la red, publicando, consultando e iterando sobre sus propios subgrafos. Algunos se centrarán en el desarrollo de subgrafos, creando APIs abiertas en las que otros puedan basarse. Otros pueden centrarse en la aplicación, consultando subgrafos deployados por otros.

Developers are a key economic actor in the network, locking up GRT in order to encourage indexing, and crucially querying subgraphs, which is the network's primary value exchange. Subgraph developers also burn GRT whenever a subgraph is updated.