New translations developer-faq.mdx (Spanish)

graphprotocol · benface · Jan 28, 2022 · Jan 28, 2022 · Jan 28, 2022 · Jan 28, 2022
commit ebf87cc79031abdd9b68323457c5d90caccf59f0
diff --git a/pages/es/developer/developer-faq.mdx b/pages/es/developer/developer-faq.mdx
@@ -1,70 +1,70 @@
 ---
-title: Preguntas Frecuentes de los Desarrolladores
+title: Developer FAQs
 ---
 
-### 1. ¿Puedo eliminar mi subgrafo?
+### 1. Can I delete my subgraph?
 
-No es posible eliminar los subgrafos una vez creados.
+It is not possible to delete subgraphs once they are created.
 
-### 2. ¿Puedo cambiar el nombre de mi subgrafo?
+### 2. Can I change my subgraph name?
 
-No. Una vez creado un subgrafo, no se puede cambiar el nombre. Asegúrate de pensar en esto cuidadosamente antes de crear tu subgrafo para que sea fácilmente buscable e identificable por otras dapps.
+No. Once a subgraph is created, the name cannot be changed. Make sure to think of this carefully before you create your subgraph so it is easily searchable and identifiable by other dapps.
 
-### 3. ¿Puedo cambiar la cuenta de GitHub asociada a mi subgrafo?
+### 3. Can I change the GitHub account associated with my subgraph?
 
-No. Una vez creado un subgrafo, la cuenta de GitHub asociada no puede ser modificada. Asegúrate de pensarlo bien antes de crear tu subgrafo.
+No. Once a subgraph is created, the associated GitHub account cannot be changed. Make sure to think of this carefully before you create your subgraph.
 
-### 4. ¿Puedo crear un subgrafo si mis contratos inteligentes no tienen eventos?
+### 4. Am I still able to create a subgraph if my smart contracts don't have events?
 
-Es muy recomendable que estructures tus contratos inteligentes para tener eventos asociados a los datos que te interesa consultar. Los handlers de eventos en el subgrafo son activados por los eventos de los contratos, y son, con mucho, la forma más rápida de recuperar datos útiles.
+It is highly recommended that you structure your smart contracts to have events associated with data you are interested in querying. Event handlers in the subgraph are triggered by contract events, and are by far the fastest way to retrieve useful data.
 
-Si los contratos con los que trabajas no contienen eventos, tu subgrafo puede utilizar handlers de llamadas y bloques para activar la indexación. Aunque esto no se recomienda, ya que el rendimiento será significativamente más lento.
+If the contracts you are working with do not contain events, your subgraph can use call and block handlers to trigger indexing. Although this is not recommended as performance will be significantly slower.
 
-### 5. ¿Es posible desplegar un subgrafo con el mismo nombre para varias redes?
+### 5. Is it possible to deploy one subgraph with the same name for multiple networks?
 
-Necesitarás nombres distintos para varias redes. Aunque no se pueden tener diferentes subgrafos bajo el mismo nombre, hay formas convenientes de tener una sola base de código para múltiples redes. Encontrará más información al respecto en nuestra documentación: [Redeploying a Subgraph](/hosted-service/deploy-subgraph-hosted#redeploying-a-subgraph)
+You will need separate names for multiple networks. While you can't have different subgraphs under the same name, there are convenient ways of having a single codebase for multiple networks. Find more on this in our documentation: [Redeploying a Subgraph](/hosted-service/deploy-subgraph-hosted#redeploying-a-subgraph)
 
-### 6. ¿En qué se diferencian las plantillas de las fuentes de datos?
+### 6. How are templates different from data sources?
 
-Las plantillas permiten crear fuentes de datos sobre la marcha, mientras el subgrafo se indexa. Puede darse el caso de que tu contrato genere nuevos contratos a medida que la gente interactúe con él, y dado que conoces la forma de esos contratos (ABI, eventos, etc) por adelantado, puedes definir cómo quieres indexarlos en una plantilla y, cuando se generen, tu subgrafo creará una fuente de datos dinámica proporcionando la dirección del contrato.
+Templates allow you to create data sources on the fly, while your subgraph is indexing. It might be the case that your contract will spawn new contracts as people interact with it, and since you know the shape of those contracts (ABI, events, etc) up front you can define how you want to index them in a template and when they are spawned your subgraph will create a dynamic data source by supplying the contract address.
 
-Consulta la sección "Instalar un modelo de fuente de datos" en: [Data Source Templates](/developer/create-subgraph-hosted#data-source-templates).
+Check out the "Instantiating a data source template" section on: [Data Source Templates](/developer/create-subgraph-hosted#data-source-templates).
 
-### 7. ¿Cómo puedo asegurarme de que estoy utilizando la última versión de graph-node para mis despliegues locales?
+### 7. How do I make sure I'm using the latest version of graph-node for my local deployments?
 
-Puede ejecutar el siguiente comando:
+You can run the following command:
 
 ```sh
 docker pull graphprotocol/graph-node:latest
 ```
 
-**NOTA:** docker / docker-compose siempre utilizará la versión de graph-node que se sacó la primera vez que se ejecutó, por lo que es importante hacer esto para asegurarse de que estás al día con la última versión de graph-node.
+**NOTE:** docker / docker-compose will always use whatever graph-node version was pulled the first time you ran it, so it is important to do this to make sure you are up to date with the latest version of graph-node.
 
-### 8. ¿Cómo puedo llamar a una función de contrato o acceder a una variable de estado pública desde mis mapeos de subgrafos?
+### 8. How do I call a contract function or access a public state variable from my subgraph mappings?
 
-Echa un vistazo al estado `Access to smart contract` dentro de la sección [AssemblyScript API](/developer/assemblyscript-api).
+Take a look at `Access to smart contract` state inside the section [AssemblyScript API](/developer/assemblyscript-api).
 
-### 9. ¿Es posible configurar un subgrafo usando `graph init` desde `graph-cli` con dos contratos? ¿O debo añadir manualmente otra fuente de datos en `subgraph.yaml` después de ejecutar `graph init`?
+### 9. Is it possible to set up a subgraph using `graph init` from `graph-cli` with two contracts? Or should I manually add another datasource in `subgraph.yaml` after running `graph init`?
 
-Lamentablemente, esto no es posible en la actualidad. `graph init` está pensado como un punto de partida básico, a partir del cual puedes añadir más fuentes de datos manualmente.
+Unfortunately this is currently not possible. `graph init` is intended as a basic starting point, from which you can then add more data sources manually.
 
-### 10. Quiero contribuir o agregar una cuestión en GitHub, ¿dónde puedo encontrar los repositorios de código abierto?
+### 10. I want to contribute or add a GitHub issue, where can I find the open source repositories?
 
 - [graph-node](https://github.com/graphprotocol/graph-node)
 - [graph-cli](https://github.com/graphprotocol/graph-cli)
 - [graph-ts](https://github.com/graphprotocol/graph-ts)
 
-### 11. ¿Cuál es la forma recomendada de construir ids "autogenerados" para una entidad cuando se manejan eventos?
+### 11. What is the recommended way to build "autogenerated" ids for an entity when handling events?
 
-Si sólo se crea una entidad durante el evento y si no hay nada mejor disponible, entonces el hash de la transacción + el índice del registro serían únicos. Puedes ofuscar esto convirtiendo eso en Bytes y luego pasándolo por `crypto.keccak256` pero esto no lo hará más único.
+If only one entity is created during the event and if there's nothing better available, then the transaction hash + log index would be unique. You can obfuscate these by converting that to Bytes and then piping it through `crypto.keccak256` but this won't make it more unique.
 
-### 12. Cuando se escuchan varios contratos, ¿es posible seleccionar el orden de los contratos para escuchar los eventos?
+### 12. When listening to multiple contracts, is it possible to select the contract order to listen to events?
 
-Dentro de un subgrafo, los eventos se procesan siempre en el orden en que aparecen en los bloques, independientemente de que sea a través de múltiples contratos o no.
+Within a subgraph, the events are always processed in the order they appear in the blocks, regardless of whether that is across multiple contracts or not.
 
-### 13. ¿Es posible diferenciar entre redes (mainnet, Kovan, Ropsten, local) desde los handlers de eventos?
+### 13. Is it possible to differentiate between networks (mainnet, Kovan, Ropsten, local) from within event handlers?
 
-Sí. Puedes hacerlo importando `graph-ts` como en el ejemplo siguiente:
+Yes. You can do this by importing `graph-ts` as per the example below:
 
 ```javascript
 import { dataSource } from '@graphprotocol/graph-ts'
@@ -73,39 +73,39 @@ dataSource.network()
 dataSource.address()
 ```
 
-### 14. ¿Apoyan el bloqueo y los handlers de llamadas en Rinkeby?
+### 14. Do you support block and call handlers on Rinkeby?
 
-En Rinkeby apoyamos los handlers de bloque, pero sin `filter: call`. Los handlers de llamadas no son compatibles por el momento.
+On Rinkeby we support block handlers, but without `filter: call`. Call handlers are not supported for the time being.
 
-### 15. ¿Puedo importar ethers.js u otras bibliotecas JS en mis mapeos de subgrafos?
+### 15. Can I import ethers.js or other JS libraries into my subgraph mappings?
 
-Actualmente no, ya que los mapeos se escriben en AssemblyScript. Una posible solución alternativa a esto es almacenar los datos en bruto en entidades y realizar la lógica que requiere las bibliotecas JS en el cliente.
+Not currently, as mappings are written in AssemblyScript. One possible alternative solution to this is to store raw data in entities and perform logic that requires JS libraries on the client.
 
-### 16. ¿Es posible especificar en qué bloque se inicia la indexación?
+### 16. Is it possible to specifying what block to start indexing on?
 
-Sí. `dataSources.source.startBlock` en el `subgraph.yaml` especifica el número del bloque a partir del cual la fuente de datos comienza a indexar. En la mayoría de los casos, sugerimos utilizar el bloque en el que se creó el contrato: Bloques de inicio
+Yes. `dataSources.source.startBlock` in the `subgraph.yaml` file specifies the number of the block that the data source starts indexing from. In most cases we suggest using the block in which the contract was created: Start blocks
 
-### 17. ¿Hay algunos consejos para aumentar el rendimiento de la indexación? Mi subgrafo está tardando mucho en sincronizarse.
+### 17. Are there some tips to increase performance of indexing? My subgraph is taking a very long time to sync.
 
-Sí, deberías echar un vistazo a la función opcional de inicio de bloque para comenzar la indexación desde el bloque en el que se desplegó el contrato: [Start blocks](/developer/create-subgraph-hosted#start-blocks)
+Yes, you should take a look at the optional start block feature to start indexing from the block that the contract was deployed: [Start blocks](/developer/create-subgraph-hosted#start-blocks)
 
-### 18. ¿Hay alguna forma de consultar directamente el subgrafo para determinar cuál es el último número de bloque que ha indexado?
+### 18. Is there a way to query the subgraph directly to determine what the latest block number it has indexed?
 
-¡Sí! Prueba el siguiente comando, sustituyendo "organization/subgraphName" por la organización bajo la que se publica y el nombre de tu subgrafo:
+Yes! Try the following command, substituting "organization/subgraphName" with the organization under it is published and the name of your subgraph:
 
 ```sh
 curl -X POST -d '{ "query": "{indexingStatusForCurrentVersion(subgraphName: \"organization/subgraphName\") { chains { latestBlock { hash number }}}}"}' https://api.thegraph.com/index-node/graphql
 ```
 
-### 19. ¿Qué redes son compatibles con The Graph?
+### 19. What networks are supported by The Graph?
 
-The Graph Node admite cualquier cadena de API JSON RPC compatible con EVM.
+The graph-node supports any EVM-compatible JSON RPC API chain.
 
-The Graph Network admite subgrafos que indexan la red principal de Ethereum:
+The Graph Network supports subgraphs indexing mainnet Ethereum:
 
 - `mainnet`
 
-En el Servicio Alojado, se admiten las siguientes redes:
+In the Hosted Service, the following networks are supported:
 
 - Ethereum mainnet
 - Kovan
@@ -133,40 +133,40 @@ En el Servicio Alojado, se admiten las siguientes redes:
 - Optimism
 - Optimism Testnet (on Kovan)
 
-Se está trabajando en la integración de otras blockchains, puedes leer más en nuestro repo: [RFC-0003: Multi-Blockchain Support](https://github.com/graphprotocol/rfcs/pull/8/files).
+There is work in progress towards integrating other blockchains, you can read more in our repo: [RFC-0003: Multi-Blockchain Support](https://github.com/graphprotocol/rfcs/pull/8/files).
 
-### 20. ¿Es posible duplicar un subgrupo en otra cuenta o endpoint sin volver a desplegarlo?
+### 20. Is it possible to duplicate a subgraph to another account or endpoint without redeploying?
 
-Tienes que volver a desplegar el subgrafo, pero si el ID del subgrafo (hash IPFS) no cambia, no tendrá que sincronizarse desde el principio.
+You have to redeploy the subgraph, but if the subgraph ID (IPFS hash) doesn't change, it won't have to sync from the beginning.
 
-### 21. ¿Es posible utilizar Apollo Federation sobre graph-node?
+### 21. Is this possible to use Apollo Federation on top of graph-node?
 
-Federation aún no es compatible, aunque queremos apoyarla en el futuro. Por el momento, algo que se puede hacer es utilizar el stitching de esquemas, ya sea en el cliente o a través de un servicio proxy.
+Federation is not supported yet, although we do want to support it in the future. At the moment, something you can do is use schema stitching, either on the client or via a proxy service.
 
-### 22. ¿Existe un límite en el número de objetos que The Graph puede devolver por consulta?
+### 22. Is there a limit to how many objects The Graph can return per query?
 
-Por defecto, las respuestas a las consultas están limitadas a 100 elementos por colección. Si quieres recibir más, puedes llegar hasta 1000 artículos por colección y más allá puedes paginar con:
+By default query responses are limited to 100 items per collection. If you want to receive more, you can go up to 1000 items per collection and beyond that you can paginate with:
 
 ```graphql
 someCollection(first: 1000, skip: <number>) { ... }
 ```
 
-### 23. Si mi dapp frontend utiliza The Graph para la consulta, ¿tengo que escribir mi clave de consulta en el frontend directamente? Si pagamos tasas de consulta a los usuarios, ¿los usuarios malintencionados harán que nuestras tasas de consulta sean muy altas?
+### 23. If my dapp frontend uses The Graph for querying, do I need to write my query key into the frontend directly? What if we pay query fees for users – will malicious users cause our query fees to be very high?
 
-Actualmente, el enfoque recomendado para una dapp es añadir la clave al frontend y exponerla a los usuarios finales. Dicho esto, puedes limitar esa clave a un nombre de host, como _yourdapp.io_ y subgrafo. El gateway está siendo gestionado actualmente por Edge & Node. Parte de la responsabilidad de un gateway es vigilar los comportamientos abusivos y bloquear el tráfico de los clientes maliciosos.
+Currently, the recommended approach for a dapp is to add the key to the frontend and expose it to end users. That said, you can limit that key to a host name, like _yourdapp.io_ and subgraph. The gateway is currently being run by Edge & Node. Part of the responsibility of a gateway is to monitor for abusive behavior and block traffic from malicious clients.
 
-### 24. ¿Dónde puedo encontrar mi subgrafo actual en el Servicio Alojado?
+### 24. Where do I go to find my current subgraph on the Hosted Service?
 
-Dirígete al Servicio Alojado para encontrar los subgrafos que tú u otros desplegaron en el Servicio Alojado. Puedes encontrarlo [aquí.](https://thegraph.com/hosted-service)
+Head over to the Hosted Service in order to find subgraphs that you or others deployed to the Hosted Service. You can find it [here.](https://thegraph.com/hosted-service)
 
-### 25. ¿Comenzará el Servicio Alojado a cobrar tasas de consulta?
+### 25. Will the Hosted Service start charging query fees?
 
-The Graph nunca cobrará por el Servicio Alojado. The Graph es un protocolo descentralizado, y cobrar por un servicio centralizado no está alineado con los valores de The Graph. El Servicio Alojado siempre fue un paso temporal para ayudar a llegar a la red descentralizada. Los desarrolladores dispondrán de tiempo suficiente para migrar a la red descentralizada a medida que se sientan cómodos.
+The Graph will never charge for the Hosted Service. The Graph is a decentralized protocol, and charging for a centralized service is not aligned with The Graph’s values. The Hosted Service was always a temporary step to help get to the decentralized network. Developers will have a sufficient amount of time to migrate to the decentralized network as they are comfortable.
 
-### 26. ¿Cuándo se cerrará el Servicio Alojado?
+### 26. When will the Hosted Service be shut down?
 
-Si y cuando se planee hacer esto, se notificará a la comunidad con suficiente antelación y se tendrán en cuenta los subgrafos construidos en el Servicio Alojado.
+If and when there are plans to do this, the community will be notified well ahead of time with considerations made for any subgraphs built on the Hosted Service.
 
-### 27. ¿Cómo puedo actualizar un subgrafo en mainnet?
+### 27. How do I upgrade a subgraph on mainnet?
 
-Si eres un desarrollador de subgrafos, puedes actualizar una nueva versión de tus subgrafos a Studio utilizando la CLI. En ese momento será privado, pero si estás contento con él, puedes publicarlo en the Graph Explorer descentralizado. Esto creará una nueva versión de tu subgrafo que los Curadoress pueden empezar a señalar.
+If you’re a subgraph developer, you can upgrade a new version of your subgraph to the Studio using the CLI. It’ll be private at that point but if you’re happy with it, you can publish to the decentralized Graph Explorer. This will create a new version of your subgraph that Curators can start signaling on.