From f36c8ea11f6c0328f4db67eac6739b982fc92079 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Beno=C3=AEt=20Rouleau?= Date: Wed, 7 Aug 2024 21:40:33 -0400 Subject: [PATCH 0001/1321] New translations cosmos.mdx (Czech) --- website/pages/cs/cookbook/cosmos.mdx | 50 +++++++++++++--------------- 1 file changed, 24 insertions(+), 26 deletions(-) diff --git a/website/pages/cs/cookbook/cosmos.mdx b/website/pages/cs/cookbook/cosmos.mdx index 0f5238e35645..c751655dd336 100644 --- a/website/pages/cs/cookbook/cosmos.mdx +++ b/website/pages/cs/cookbook/cosmos.mdx @@ -2,7 +2,7 @@ title: Vytváření podgrafů v Cosmos --- -Tato příručka je úvodem k vytváření subgrafů indexujících [Blokové řetězce založené na Cosmos](https://docs.cosmos.network/). +Tato příručka je úvodem k vytváření podgrafů indexujících [Blokové řetězce založené na Cosmos](https://cosmos.network/). ## Co jsou podgrafy Cosmos? @@ -17,11 +17,11 @@ V podgrafech Cosmos jsou podporovány čtyři typy ovladačů: Založeno na [oficiální dokumentaci k Cosmos](https://docs.cosmos.network/): -> [Události](https://docs.cosmos.network/main/core/events) jsou objekty, které obsahují informace o provádění aplikace. Používají je především poskytovatelé služeb, jako jsou průzkumníci bloků a peněženky, ke sledování provádění různých zpráv a indexování transakcí. +> [Události](https://docs.cosmos.network/main/learn/advanced/events) jsou objekty, které obsahují informace o provádění aplikace. Používají je především poskytovatelé služeb, jako jsou průzkumníci bloků a peněženky, ke sledování provádění různých zpráv a indexování transakcí. -> [Transakce](https://docs.cosmos.network/main/core/transactions) jsou objekty vytvořené koncovými uživateli za účelem vyvolání změn stavu aplikace. +> [Transakce](https://docs.cosmos.network/main/learn/advanced/transactions) jsou objekty vytvořené koncovými uživateli za účelem vyvolání změn stavu aplikace. -> [Zprávy](https://docs.cosmos.network/main/core/transactions#messages) jsou objekty specifické pro modul, které spouštějí stavové přechody v rámci modulu, ke kterému patří. +> [Zprávy](https://docs.cosmos.network/main/learn/advanced/transactions#messages) jsou objekty specifické pro modul, které vyvolávají stavové přechody v rámci modulu, ke kterému patří. Přestože ke všem datům lze přistupovat pomocí blokové obsluhy, jiné obsluhy umožňují vývojářům podgrafů zpracovávat data mnohem podrobnějším způsobem. @@ -29,9 +29,9 @@ Přestože ke všem datům lze přistupovat pomocí blokové obsluhy, jiné obsl ### Závislosti podgrafů -[graph-cli](https://github.com/graphprotocol/graph-cli) je nástroj příkazového řádku pro sestavování a nasazování podgrafů, je vyžadována verze `>=0.30.0` pro práci s podgrafy Cosmos. +[graph-cli](https://github.com/graphprotocol/graph-tooling/tree/main/packages/cli) je nástroj CLI pro sestavování a nasazování podgrafů, pro práci se podgrafy Cosmos je vyžadována verze `>=0.30.0`. -"[graph-ts](https://github.com/graphprotocol/graph-ts) je knihovna specifická pro podgrafy obsahující typy, je vyžadována verze `>=0.27.0` pro práci s podgrafy Cosmos. +[graph-ts](https://github.com/graphprotocol/graph-tooling/tree/main/packages/ts) je knihovna typů specifických pro podgrafy, pro práci se podgrafy Cosmos je vyžadována verze `>=0.27.0`. ### Hlavní součásti subgrafu @@ -79,7 +79,7 @@ dataSources: ### Definice schématu -Schema definition describes the structure of the resulting subgraph database and the relationships between entities. This is agnostic of the original data source. There are more details on subgraph schema definition [here](/developing/creating-a-subgraph/#the-graph-ql-schema). +Definice schématu popisuje strukturu výsledné databáze podgrafů a vztahy mezi entity. To je nezávislé na původním zdroji dat. Podrobnější informace o definici schématu podgrafu naleznete [zde](/developing/creating-a-subgraph/#the-graphql-schema). ### AssemblyScript Mapování @@ -176,7 +176,7 @@ Jako součást `MessageData` přijímá zpracovatel zpráv kontext transakce, kt ### Dekódování zpráv -Je důležité si uvědomit, že zprávy Cosmos jsou specifické pro řetězec a jsou předávány do podgrafu ve formě serializovaného [zátěže protokolových bufferů](https://developers.google.com/protocol-buffers/). V důsledku toho je třeba data zpráv před jejich zpracováním dekódovat v mapovací funkci. +Mějte na paměti, že zprávy Cosmos jsou specifické pro každý řetězec a do podgrafu se doručují jako serializované [zátěže protokolových bufferů](https://protobuf.dev/) užitečné zatížení. Proto musí být data zprávy před zpracováním dekódována v mapovací funkci. Příklad dekódování dat zprávy v podgrafu naleznete [zde](https://github.com/graphprotocol/graph-tooling/blob/main/examples/cosmos-validator-delegations/src/decoding.ts). @@ -196,19 +196,17 @@ $ graph build ## Nasazení podgrafu Cosmos -Jakmile je váš podgraf vytvořen, můžete ho nasadit pomocí příkazu `graph deploy` veřejného rozhraní příkazové řádky CLI po spuštění příkazu `graph create` veřejného rozhraní příkazové řádky CLI: +Po vytvoření podgrafu můžete podgraf nasadit pomocí příkazu `graph deploy` CLI: -**Hostovaná služba** +**Podgraf Studio** -```bash -graph create account/subgraph-name --product hosted-service -``` +Navštivte Studio podgrafů a vytvořte nový podgraf. ```bash -graph deploy account/subgraph-name --product hosted-service +graph deploy --studio subgraph-name ``` -**Lokální Graph Node (založený na výchozí konfiguraci):** +**Místní uzel grafu (na základě výchozí config):** ```bash graph create subgraph-name --node http://localhost:8020 @@ -220,7 +218,7 @@ graph deploy subgraph-name --node http://localhost:8020/ --ipfs http://localhost ## Dotazování podgrafu Cosmos -GraphQL endpoint pro podgrafy Cosmos je určen schématem definice s existujícím rozhraním API. Pro více informací navštivte [dokumentaci GraphQL API](/querying/graphql-api/). +Koncový bod GraphQL pro podgrafy Cosmos je určen definicí schématu se stávajícím rozhraním API. Další informace naleznete v [dokumentaci GraphQL API](/querying/graphql-api/). ## Podporované blockchainy Cosmos @@ -228,32 +226,32 @@ GraphQL endpoint pro podgrafy Cosmos je určen schématem definice s existujíc #### Co je Cosmos Hub? -[Cosmos Hub blockchain](https://hub.cosmos.network/) je první blockchain v ekosystému [Cosmos](https://cosmos.network/). Další informace naleznete v [oficiální dokumentaci](https://docs.cosmos.network/). +The [Cosmos Hub blockchain](https://hub.cosmos.network/) is the first blockchain in the [Cosmos](https://cosmos.network/) ecosystem. You can visit the [official documentation](https://docs.cosmos.network/) for more information. #### Sítě -Hlavní síť Cosmos Hubu je `cosmoshub-4`. Aktuální testovací síť Cosmos Hubu je `theta-testnet-001`.
Ostatní sítě Cosmos Hubu, tj. `cosmoshub-3`, jsou zastaveny, a proto pro ně nejsou poskytována žádná data. +Cosmos Hub mainnet is `cosmoshub-4`. Cosmos Hub current testnet is `theta-testnet-001`.
Other Cosmos Hub networks, i.e. `cosmoshub-3`, are halted, therefore no data is provided for them. ### Osmosis -> Podpora Osmosis v Graph Node a v hostované službě je ve fázi beta: s případnými dotazy ohledně vytváření subgrafů Osmosis se obraťte na grafový tým! +> Osmosis support in Graph Node and on Subgraph Studio is in beta: please contact the graph team with any questions about building Osmosis subgraphs! #### Co je osmosis? -[Osmosis](https://osmosis.zone/) je decentralizovaný, meziřetězcový protokol automatického tvůrce trhu (AMM) postavený nad sadou Cosmos SDK. Umožňuje uživatelům vytvářet vlastní pooly likvidity a obchodovat s tokeny podporujícími IBC. Další informace naleznete v [oficiální dokumentaci](https://docs.osmosis.zone/). +[Osmosis](https://osmosis.zone/) is a decentralized, cross-chain automated market maker (AMM) protocol built on top of the Cosmos SDK. It allows users to create custom liquidity pools and trade IBC-enabled tokens. You can visit the [official documentation](https://docs.osmosis.zone/) for more information. #### Sítě -Osmosis mainnet je `osmosis-1`. Aktuální testnet Osmosis je `osmo-test-4`. +Osmosis mainnet is `osmosis-1`. Osmosis current testnet is `osmo-test-4`. ## Příklady podgrafů -Zde je několik příkladů podgrafů: +Here are some example subgraphs for reference: -[Příklad blokového filtrování](https://github.com/graphprotocol/graph-tooling/tree/main/examples/cosmos-block-filtering) +[Block Filtering Example](https://github.com/graphprotocol/graph-tooling/tree/main/examples/cosmos-block-filtering) -[Příklad odměn](https://github.com/graphprotocol/graph-tooling/tree/main/examples/cosmos-validator-rewards) +[Validator Rewards Example](https://github.com/graphprotocol/graph-tooling/tree/main/examples/cosmos-validator-rewards) -[Příklad delegování validátoru](https://github.com/graphprotocol/graph-tooling/tree/main/examples/cosmos-validator-delegations) +[Validator Delegations Example](https://github.com/graphprotocol/graph-tooling/tree/main/examples/cosmos-validator-delegations) -[Příklad výměny tokenů Osmosis](https://github.com/graphprotocol/graph-tooling/tree/main/examples/cosmos-osmosis-token-swaps) +[Osmosis Token Swaps Example](https://github.com/graphprotocol/graph-tooling/tree/main/examples/cosmos-osmosis-token-swaps) From ff52947b5e7282c08b2351555446ad420f6dadb3 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Beno=C3=AEt=20Rouleau?= Date: Wed, 7 Aug 2024 21:40:35 -0400 Subject: [PATCH 0002/1321] New translations cosmos.mdx (Chinese Simplified) --- website/pages/zh/cookbook/cosmos.mdx | 50 +++++++++++++--------------- 1 file changed, 24 insertions(+), 26 deletions(-) diff --git a/website/pages/zh/cookbook/cosmos.mdx b/website/pages/zh/cookbook/cosmos.mdx index b5e6d45b6256..958ecc21706a 100644 --- a/website/pages/zh/cookbook/cosmos.mdx +++ b/website/pages/zh/cookbook/cosmos.mdx @@ -2,7 +2,7 @@ title: 在 Cosmos上构建子图 --- -本指南是关于构建基于区块链的[Cosmos ](https://docs.cosmos.network/)子图索引的介绍。 +This guide is an introduction on building subgraphs indexing [Cosmos](https://cosmos.network/) based blockchains. ## Cosmos 子图是什么？ @@ -17,11 +17,11 @@ Cosmos 子图目前支持四种类型的处理程序： 根据[Cosmos的正式文件](https://docs.cosmos.network/): -> [事件](https://docs.cosmos.network/main/core/events)是包含有关应用程序执行的信息的对象。它们主要由区块浏览器和钱包等服务提供商使用，用于跟踪各种消息和索引交易的执行情况。 +> [Events](https://docs.cosmos.network/main/learn/advanced/events) are objects that contain information about the execution of the application. They are mainly used by service providers like block explorers and wallets to track the execution of various messages and index transactions. -> [交易](https://docs.cosmos.network/main/core/transactions)是终端用户创建的对象，用于触发应用程序中的状态更改。 +> [Transactions](https://docs.cosmos.network/main/learn/advanced/transactions) are objects created by end-users to trigger state changes in the application. -> [消息](https://docs.cosmos.network/main/core/transactions#messages)是特定于模块的对象，在所属模块的范围内触发状态转换。 +> [Messages](https://docs.cosmos.network/main/learn/advanced/transactions#messages) are module-specific objects that trigger state transitions within the scope of the module they belong to. 尽管所有数据都可以通过区块处理程序访问，但其他处理程序使子图开发人员能够以更细粒度的方式处理数据。 @@ -29,9 +29,9 @@ Cosmos 子图目前支持四种类型的处理程序： ### 子图依赖关系 -[graph-cli](https://github.com/graphprotocol/graph-cli) 是一个用于构建和部署子图的 CLI 工具，要使用 Cosmos 子图，版本 `>= 0.30.0`是必需的。 +[graph-cli](https://github.com/graphprotocol/graph-tooling/tree/main/packages/cli) is a CLI tool to build and deploy subgraphs, version `>=0.30.0` is required in order to work with Cosmos subgraphs. -[graph-ts](https://github.com/graphprotocol/graph-ts) 是一个专门针对子图的类型库，要使用 Cosmos 子图，版本 `>= 0.27.0`是必需的。 +[graph-ts](https://github.com/graphprotocol/graph-tooling/tree/main/packages/ts) is a library of subgraph-specific types, version `>=0.27.0` is required in order to work with Cosmos subgraphs. ### 子图的主要组成部分 @@ -79,7 +79,7 @@ dataSources: ### 模式定义 -模式定义描述了生成的子图数据库的结构以及实体之间的关系。这与原始数据源是无关的。[这里](/developing/creating-a-subgraph/#the-graph-ql-schema)有更多关于子图模式定义的细节。 +Schema definition describes the structure of the resulting subgraph database and the relationships between entities. This is agnostic of the original data source. There are more details on subgraph schema definition [here](/developing/creating-a-subgraph/#the-graphql-schema). ### AssemblyScript 映射 @@ -176,7 +176,7 @@ class Any { ### 消息解码 -值得注意的是，Cosmos 消息是链特定的，以序列化的[协议缓冲](https://developers.google.com/protocol-buffers/)有效载荷的形式传递给子图。因此，在处理消息数据之前，需要在映射函数中对消息数据进行解码。 +It's important to note that Cosmos messages are chain-specific and they are passed to a subgraph in the form of a serialized [Protocol Buffers](https://protobuf.dev/) payload. As a result, the message data needs to be decoded in a mapping function before it can be processed. 一个在子图中解码消息数据的示例：[](https://github.com/graphprotocol/graph-tooling/blob/main/examples/cosmos-validator-delegations/src/decoding.ts)。 @@ -196,19 +196,17 @@ $ graph build ## 部署 Cosmos 子图 -一旦创建了子图，就可以在运行 `graph create` CLI 命令之后，通过使用 `graph deploy` CLI 命令来部署子图: +创建子图后，您可以使用 `graph deploy` CLI 命令部署子图： -**托管服务** +**子图工作室** -```bash -graph create account/subgraph-name --product hosted-service -``` +Visit the Subgraph Studio to create a new subgraph. ```bash -graph deploy account/subgraph-name --product hosted-service +graph deploy --studio subgraph-name ``` -**本地Graph节点（基于默认配置）：** +**Local Graph Node (based on default configuration):** ```bash graph create subgraph-name --node http://localhost:8020 @@ -220,7 +218,7 @@ graph deploy subgraph-name --node http://localhost:8020/ --ipfs http://localhost ## 查询 Cosmos 子图 -Cosmos 子图的 GraphQL 端点由模式 (schema) 定义和现有的 API 接口决定。有关更多信息，请访问 [GraphQL API 文档](/querying/graphql-api/)。 +The GraphQL endpoint for Cosmos subgraphs is determined by the schema definition, with the existing API interface. Please visit the [GraphQL API documentation](/querying/graphql-api/) for more information. ## 受支持的Cosmos区块链 @@ -228,32 +226,32 @@ Cosmos 子图的 GraphQL 端点由模式 (schema) 定义和现有的 API 接口 #### 什么是Cosmos Hub？ -[Cosmos Hub区块链](https://hub.cosmos.network/)是[Cosmos](https://cosmos.network/)生态系统中的第一个区块链。您可以访问[官方文档](https://docs.cosmos.network/)以获得更多信息。 +The [Cosmos Hub blockchain](https://hub.cosmos.network/) is the first blockchain in the [Cosmos](https://cosmos.network/) ecosystem. You can visit the [official documentation](https://docs.cosmos.network/) for more information. #### 网络 -Cosmos Hub 主网是 `cosmoshub-4`. Cosmos Hub 当前测试网是 `theta-testnet-001`。
其他 Cosmos Hub 网络，即 `cosmoshub-3`，已经停止运行，因此没有为它们提供任何数据。 +Cosmos Hub mainnet is `cosmoshub-4`. Cosmos Hub current testnet is `theta-testnet-001`.
Other Cosmos Hub networks, i.e. `cosmoshub-3`, are halted, therefore no data is provided for them. ### Osmosis -> 图形节点和托管服务中的Osmosis支持处于测试阶段: 如果您有关于构建Osmosis子图的任何问题，请与 The Graph 团队联系！ +> Osmosis support in Graph Node and on Subgraph Studio is in beta: please contact the graph team with any questions about building Osmosis subgraphs! #### Osmosis是什么？ -[Osmosis](https://osmosis.zone/)是一个去中心化的，协议建立在 Cosmos SDK 之上的跨链自动做市商(AMM)。它允许用户创建自定义流动性池并交易支持 IBC 的代币。您可以访问[官方文档](https://docs.osmosis.zone/)以获得更多信息。 +[Osmosis](https://osmosis.zone/) is a decentralized, cross-chain automated market maker (AMM) protocol built on top of the Cosmos SDK. It allows users to create custom liquidity pools and trade IBC-enabled tokens. You can visit the [official documentation](https://docs.osmosis.zone/) for more information. #### 网络 -Osmosis 主网是 `osmosis-1`. Osmosis 当前测试网是`osmo-test-4`. +Osmosis mainnet is `osmosis-1`. Osmosis current testnet is `osmo-test-4`. ## 示例子图 -以下是一些示例子图供参考： +Here are some example subgraphs for reference: -[区块过滤示例](https://github.com/graphprotocol/graph-tooling/tree/main/examples/cosmos-block-filtering) +[Block Filtering Example](https://github.com/graphprotocol/graph-tooling/tree/main/examples/cosmos-block-filtering) -[Validator 奖励示例](https://github.com/graphprotocol/graph-tooling/tree/main/examples/cosmos-validator-rewards) +[Validator Rewards Example](https://github.com/graphprotocol/graph-tooling/tree/main/examples/cosmos-validator-rewards) -[Validator 委托示例](https://github.com/graphprotocol/graph-tooling/tree/main/examples/cosmos-validator-delegations) +[Validator Delegations Example](https://github.com/graphprotocol/graph-tooling/tree/main/examples/cosmos-validator-delegations) -[Osmosis代币交换示例](https://github.com/graphprotocol/graph-tooling/tree/main/examples/cosmos-osmosis-token-swaps) +[Osmosis Token Swaps Example](https://github.com/graphprotocol/graph-tooling/tree/main/examples/cosmos-osmosis-token-swaps) From eec68485ff243f92b67a115b69908f06d22c1620 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Beno=C3=AEt=20Rouleau?= Date: Wed, 7 Aug 2024 21:40:38 -0400 Subject: [PATCH 0003/1321] New translations global.json (Czech) --- website/pages/cs/global.json | 22 +++++++++++----------- 1 file changed, 11 insertions(+), 11 deletions(-) diff --git a/website/pages/cs/global.json b/website/pages/cs/global.json index 6a3eb234bfce..d8fc9fedee52 100644 --- a/website/pages/cs/global.json +++ b/website/pages/cs/global.json @@ -1,14 +1,14 @@ { - "collapse": "Collapse", - "expand": "Expand", - "previous": "Previous", - "next": "Next", - "editPage": "Edit page", - "pageSections": "Page Sections", - "linkToThisSection": "Link to this section", - "technicalLevelRequired": "Technical Level Required", - "notFoundTitle": "Oops! This page was lost in space...", - "notFoundSubtitle": "Check if you’re using the right address or explore our website by clicking on the link below.", - "goHome": "Go Home", + "collapse": "Sbalit", + "expand": "Zvětšit", + "previous": "Předchozí", + "next": "Další", + "editPage": "Upravit stránku", + "pageSections": "Stránka Sekce", + "linkToThisSection": "Odkaz na tuto sekci", + "technicalLevelRequired": "Požadovaná technická úroveň", + "notFoundTitle": "Oops! Tato stránka se ztratila ve vesmíru...", + "notFoundSubtitle": "Zkontrolujte, zda používáte správnou adresu, nebo si prohlédněte naše webové stránky kliknutím na níže uvedený odkaz.", + "goHome": "Jdi domů", "video": "Video" } From 2958b8dafd284436c918f7527130a6cd99e94c3f Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Beno=C3=AEt=20Rouleau?= Date: Wed, 7 Aug 2024 21:40:41 -0400 Subject: [PATCH 0004/1321] New translations near.mdx (Czech) --- website/pages/cs/cookbook/near.mdx | 33 +++++++++++++++--------------- 1 file changed, 16 insertions(+), 17 deletions(-) diff --git a/website/pages/cs/cookbook/near.mdx b/website/pages/cs/cookbook/near.mdx index 6eda57f33c43..2ad4a1deec4d 100644 --- a/website/pages/cs/cookbook/near.mdx +++ b/website/pages/cs/cookbook/near.mdx @@ -2,13 +2,11 @@ title: Vytváření podgrafů v NEAR --- -> Podpora NEAR v Graph Node a v hostované službě je ve fázi beta: s případnými dotazy ohledně vytváření podgrafů NEAR se obracejte na near@thegraph.com! - Tato příručka je úvodem do vytváření subgrafů indexujících chytré kontrakty na [NEAR blockchain](https://docs.near.org/). ## Co je NEAR? -"[NEAR](https://near.org/) je platforma pro chytré kontrakty určená pro vytváření decentralizovaných aplikací. Navštivte [oficiální dokumentaci](https://docs.near.org/docs/concepts/new-to-near) pro více informací." +[NEAR](https://near.org/) is a smart contract platform for building decentralized applications. Visit the [official documentation](https://docs.near.org/concepts/basics/protocol) for more information. ## Co jsou podgrafy NEAR? @@ -19,7 +17,7 @@ Podgrafy jsou založeny na událostech, což znamená, že naslouchají událost - Obsluhy bloků: jsou spouštěny při každém novém bloku. - Obsluhy příjmu: spouštějí se pokaždé, když je zpráva provedena na zadaném účtu. -[Z dokumentace NEAR](https://docs.near.org/docs/concepts/transaction#receipt): +[From the NEAR documentation](https://docs.near.org/build/data-infrastructure/lake-data-structures/receipt): > Příjemka je jediným objektem, který lze v systému použít. Když na platformě NEAR hovoříme o "zpracování transakce", znamená to v určitém okamžiku "použití účtenky". @@ -73,8 +71,8 @@ dataSources: ``` - Podgrafy NEAR představují nový `druh` zdroje dat (`near`) -- `síť` by měla odpovídat síti na hostitelském uzlu grafu. V hostované službě je hlavní síť NEAR `near-mainnet` a testovací síť NEAR je `near-testnet` -- `síť` by měla odpovídat síti na hostitelském uzlu grafu. V hostované službě je hlavní síť NEAR `near-mainnet` a testovací síť NEAR je `near-testnet` +- The `network` should correspond to a network on the hosting Graph Node. On Subgraph Studio, NEAR's mainnet is `near-mainnet`, and NEAR's testnet is `near-testnet` +- NEAR data sources introduce an optional `source.account` field, which is a human-readable ID corresponding to a [NEAR account](https://docs.near.org/concepts/protocol/account-model). This can be an account or a sub-account. - NEAR datové zdroje představují alternativní volitelné pole `source.accounts`, které obsahuje volitelné přípony a předpony. Musí být specifikována alespoň jedna z předpony nebo přípony, které odpovídají jakémukoli účtu začínajícímu nebo končícímu uvedenými hodnotami. Příklad níže by odpovídal: `[app|good].*[morning.near|morning.testnet]`. Pokud je potřeba pouze seznam předpon nebo přípon, druhé pole lze vynechat. ```yaml @@ -90,7 +88,7 @@ accounts: Zdroje dat NEAR podporují dva typy zpracovatelů: - `blockHandlers`: spustí se na každém novém bloku NEAR. Není vyžadován žádný `source.account`. -- `receiptHandlers`: spustí se u každé účtenky, kde je příjemcem `source.account` zdroje dat. Upozorňujeme, že jsou zpracovávány pouze přesné shody ([podúčty](https://docs.near.org/docs/concepts/account#subaccounts) musí být přidány jako nezávislé zdroje dat). +- `receiptHandlers`: run on every receipt where the data source's `source.account` is the recipient. Note that only exact matches are processed ([subaccounts](https://docs.near.org/tutorials/crosswords/basics/add-functions-call#create-a-subaccount) must be added as independent data sources). ### Definice schématu @@ -175,34 +173,35 @@ To zahrnuje novou funkci parsování JSON - záznamy na NEAR jsou často vysíl Jakmile máte sestavený podgraf, je čas jej nasadit do Graph Node k indexování. Podgrafy NEAR lze nasadit do libovolného Graph Node `>=v0.26.x` (tato verze ještě nebyla označena & vydána). -Hostovaná služba Graph's Hosted Service v současné době podporuje indexování NEAR mainnet a testnet v beta verzi s následujícími názvy sítí: +Subgraph Studio and the upgrade Indexer on The Graph Network currently supports indexing NEAR mainnet and testnet in beta, with the following network names: - `near-mainnet` - `near-testnet` -Další informace o vytváření a nasazování subgrafů v hostované službě najdete [zde](/deploying/deploying-a-subgraph-to-hosted). +More information on creating and deploying subgraphs on Subgraph Studio can be found [here](/deploying/deploying-a-subgraph-to-studio). -Pro rychlou představu - prvním krokem je "vytvoření" podgrafu - to je třeba provést pouze jednou. V hostované službě to lze provést z [vého ovládacího panelu](https://thegraph.com/hosted-service/dashboard): "Přidat podgraf". +As a quick primer - the first step is to "create" your subgraph - this only needs to be done once. On Subgraph Studio, this can be done from [your Dashboard](https://thegraph.com/studio/): "Create a subgraph". Po vytvoření podgrafu můžete podgraf nasadit pomocí příkazu `graph deploy` CLI: ```sh -$ graph create --node subgraph/name # creates a subgraph on a local Graph Node (on the Hosted Service, this is done via the UI) -$ graph deploy --node --ipfs https://api.thegraph.com/ipfs/ # uploads the build files to a specified IPFS endpoint, and then deploys the subgraph to a specified Graph Node based on the manifest IPFS hash +$ graph create --node # creates a subgraph on a local Graph Node (on Subgraph Studio, this is done via the UI) +$ graph deploy --node --ipfs https://api.thegraph.com/ipfs/ # uploads the build files to a specified IPFS endpoint, and then deploys the subgraph to a specified Graph Node based on the manifest IPFS hash ``` Konfigurace uzlů závisí na tom, kde je podgraf nasazen. -### Hostovaná služba +### Podgraf Studio ```sh -graph deploy --node https://api.thegraph.com/deploy/ --ipfs https://api.thegraph.com/ipfs/ --access-token +graph auth --studio +graph deploy --studio ``` ### Místní uzel grafu (na základě výchozí konfigurace) ```sh -graph deploy --node http://localhost:8020/ --ipfs http://localhost:5001 +graph deploy --node http://localhost:8020/ --ipfs http://localhost:5001 ``` Jakmile je podgraf nasazen, bude indexován pomocí Graph Node. Jeho průběh můžete zkontrolovat dotazem na samotný podgraf: @@ -233,7 +232,7 @@ Koncový bod GraphQL pro podgrafy NEAR je určen definicí schématu se stávaj ## Příklady podgrafů -Zde je několik příkladů podgrafů: +Here are some example subgraphs for reference: [NEAR bloky](https://github.com/graphprotocol/graph-tooling/tree/main/examples/near-blocks) @@ -281,4 +280,4 @@ Pokud se jedná o obecnou otázku týkající se vývoje podgrafů, je zde mnohe ## Odkazy: -- [ Dokumentace pro vývojáře NEAR](https://docs.near.org/docs/develop/basics/getting-started) +- [ Dokumentace pro vývojáře NEAR](https://docs.near.org/tutorials/crosswords/basics/set-up-skeleton) From 8115002e24f1162170869a698516f2a947323669 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Beno=C3=AEt=20Rouleau?= Date: Wed, 7 Aug 2024 21:40:43 -0400 Subject: [PATCH 0005/1321] New translations deploying-a-subgraph-to-hosted.mdx (Czech) --- .../deploying-a-subgraph-to-hosted.mdx | 46 ++++++++++--------- 1 file changed, 25 insertions(+), 21 deletions(-) diff --git a/website/pages/cs/deploying/deploying-a-subgraph-to-hosted.mdx b/website/pages/cs/deploying/deploying-a-subgraph-to-hosted.mdx index b1a9023fce86..754f59ece522 100644 --- a/website/pages/cs/deploying/deploying-a-subgraph-to-hosted.mdx +++ b/website/pages/cs/deploying/deploying-a-subgraph-to-hosted.mdx @@ -2,13 +2,13 @@ title: Nasazení podgrafu do hostované služby --- -> Pokud síť není v hostované službě podporována, můžete pro její indexování spustit vlastní [grafů-uzel](https://github.com/graphprotocol/graph-node). +> Hosted service endpoints will no longer be available after June 12th 2024. [Learn more](/sunrise). -Tato stránka vysvětluje, jak nasadit podgraf do hostované služby. Chcete-li nasadit podgraf, musíte nejprve nainstalovat [Graph CLI](https://github.com/graphprotocol/graph-cli). Pokud jste ještě nevytvořili podgraf, přečtěte si část [vytvoření podgrafu](/developing/creating-a-subgraph). +Tato stránka vysvětluje, jak nasadit podgraf do hostované služby. K nasazení podgrafu je nejprve potřeba nainstalovat [Graph CLI](https://github.com/graphprotocol/graph-tooling/tree/main/packages/cli). Pokud jste již podgraf nevytvořili, podívejte se na [vytvoření podgrafu](/developing/creating-a-subgraph). ## Vytvoření účtu hostované služby -Před použitím hostované služby si vytvořte účet v naší hostované službě. K tomu budete potřebovat účet [Github](https://github.com/); pokud žádný nemáte, musíte jej nejprve vytvořit. Poté přejděte na [Hostovanou službu](https://thegraph.com/hosted-service/) a klikněte na _Zaregistrovat se pomocí Githubu _ a dokončete autorizační proces Github. +Před použitím hostované služby si vytvořte účet v naší hostované službě. K tomu budete potřebovat účet [Github](https://github.com/); pokud jej nemáte, musíte si jej nejprve vytvořit. Poté přejděte do [hostované služby](https://thegraph.com/hosted-service/), klikněte na tlačítko _"Zaregistrovat se u Githubu"_ a dokončete autorizační proces Githubu. ## Uložení přístupového tokenu @@ -16,7 +16,7 @@ Po vytvoření účtu přejděte do svého [nástěnky](https://thegraph.com/hos ## Vytvoření podgrafu v hostované službě -Před nasazením podgrafu jej musíte vytvořit v Průzkumníku grafů. Přejděte na [hlavní panel](https://thegraph.com/hosted-service/dashboard) a klikněte na _'Add Subgraph'_ a podle potřeby vyplňte níže uvedené informace: +Before deploying the subgraph, you need to create it in Graph Explorer. Go to the [dashboard](https://thegraph.com/hosted-service/dashboard) and click on the _Add Subgraph_ button and fill in the information below as appropriate: **Obrázek** - Vyberte obrázek, který se použije jako náhledový obrázek a miniatura podgrafu. @@ -30,17 +30,17 @@ Před nasazením podgrafu jej musíte vytvořit v Průzkumníku grafů. Přejdě **GitHub URL** - Odkaz na repozitář subgrafu na GitHubu. -**Skrýt** - Zapnutím této funkce se podgraf v Průzkumníku grafu skryje. +**Hide** - Switching this on hides the subgraph in Graph Explorer. -Po uložení nového podgrafu se zobrazí obrazovka s nápovědou, jak nainstalovat Graf CLI, jak vygenerovat lešení pro nový podgraf a jak podgraf nasadit. První dva kroky byly popsány v části [Definování podgrafu](/developing/defining-a-subgraph). +Po uložení nového podgrafu se zobrazí obrazovka s nápovědou, jak nainstalovat Graf CLI, jak vygenerovat lešení pro nový podgraf a jak podgraf nasadit. První dva kroky byly popsány v části [Vytvoření podgrafu](/developing/creating-a-subgraph/). ## Nasazení podgrafu v hostované službě -Nasazení vašeho podgrafu nahraje soubory podgrafu, které jste vytvořili pomocí `yarn build`, do systému IPFS a řekne Průzkumníku grafů, aby začal indexovat váš podgraf pomocí těchto souborů. +Deploying your subgraph will upload the subgraph files that you've built with `yarn build` to IPFS and tell Graph Explorer to start indexing your subgraph using these files. Podgraf nasadíte příkazem `yarn deploy`. -Po nasazení podgrafu se Průzkumník grafu přepne na zobrazení stavu synchronizace podgrafu. V závislosti na množství dat a počtu událostí, které je třeba extrahovat z historických bloků, počínaje blokem geneze, může synchronizace trvat od několika minut až po několik hodin. +After deploying the subgraph, Graph Explorer will switch to showing the synchronization status of your subgraph. Depending on the amount of data and the number of events that need to be extracted from historical blocks, starting with the genesis block, syncing can take from a few minutes to several hours. Stav podgrafu se přepne na `Synchronizováno`, jakmile uzel grafu extrahuje všechna data z historických bloků. Uzel Graph Node bude pokračovat v kontrole bloků pro váš podgraf, jakmile budou tyto bloky vytěženy. @@ -54,7 +54,7 @@ Pokud je váš dříve nasazený podgraf stále ve stavu `Synchronizuje se`, bud V některých případech budete chtít nasadit stejný podgraf do více sítí, aniž byste museli duplikovat celý jeho kód. Hlavním problémem, který s tím souvisí, je skutečnost, že smluvní adresy v těchto sítích jsou různé. -### Using graph-cli +### Použití graph-cli `sestavení grafu` (od `v0.29.0`) i `nasazení grafu` (od `v0.32.0`) přijímají dvě nové možnosti : @@ -100,7 +100,7 @@ Pokud nemáte soubor `networks.json`, musíte jej vytvořit ručně s následuj **Poznámka:** V konfiguračním souboru nemusíte zadávat žádné `šablony` (pokud nějaké máte), pouze ` dataSources`. Pokud jsou v souboru `subgraph.yaml` deklarovány nějaké `šablony`, jejich síť bude automaticky aktualizována na síť zadanou pomocí možnosti `--network`. -Nyní předpokládejme, že chcete být schopni nasadit svůj podgraf do sítí `mainnet` a `sepolia`, a to je váš soubor `subgraph.yaml`: +Now, let's assume you want to be able to deploy your subgraph to the `mainnet` and `sepolia` networks, and this is your `subgraph.yaml`: ```yaml # ... @@ -142,7 +142,7 @@ yarn build --network sepolia yarn build --network sepolia --network-file path/to/config ``` -Příkaz `build` aktualizuje váš `subgraph.yaml` pomocí konfigurace `sepolia` a poté znovu zkompiluje podgraf. Váš soubor `subgraph.yaml` by nyní měl vypadat takto: +The `build` command will update your `subgraph.yaml` with the `sepolia` configuration and then re-compile the subgraph. Your `subgraph.yaml` file now should look like this: ```yaml # ... @@ -173,7 +173,7 @@ yarn deploy --network sepolia --network-file path/to/config Jedním z řešení pro starší verze graph-cli, které umožňují parametrizovat aspekty, jako jsou adresy smluv, je generování jeho částí pomocí šablonovacího systému, jako je [Mustache](https://mustache.github.io/) nebo [Handlebars](https://handlebarsjs.com/). -Pro ilustraci tohoto přístupu předpokládejme, že podgraf by měl být nasazen do mainnet a Sepolia s použitím různých smluvních adres. Pak byste mohli definovat dva konfigurační soubory poskytující adresy pro každou síť: +To illustrate this approach, let's assume a subgraph should be deployed to mainnet and Sepolia using different contract addresses. You could then define two config files providing the addresses for each network: ```json { @@ -225,7 +225,7 @@ Abychom vygenerovali manifest pro libovolnou síť, můžete přidat k souboru ` } ``` -Pro nasazení tohoto podgrafu pro mainnet nebo Sepolia nyní stačí spustit jeden z následujících dvou příkazů: +To deploy this subgraph for mainnet or Sepolia you would now simply run one of the two following commands: ```sh # Mainnet: @@ -243,7 +243,7 @@ Funkční příklad najdete [zde](https://github.com/graphprotocol/example-subgr Pokud se podgraf úspěšně synchronizuje, je to dobré znamení, že bude dobře fungovat navždy. Nové spouštěče v síti však mohou způsobit, že se podgraf dostane do neověřeného chybového stavu, nebo může začít zaostávat kvůli problémům s výkonem či operátory uzlů. -Graph Node vystavuje koncový bod GraphQL, který můžete dotazovat, abyste zkontrolovali stav svého podgrafu. Na hostované službě je k dispozici na adrese `https://api.thegraph.com/index-node/graphql`. Na lokálním uzlu je obvykle dostupný na výchozím portu `8030/graphql`. Úplný schéma pro tento koncový bod najdete [zde](https://github.com/graphprotocol/graph-node/blob/master/server/index-node/src/schema.graphql). Zde je příklad dotazu, který zkontroluje stav aktuální verze podgrafu: +Uzel Grafu vystavuje koncový bod graphql, na který se můžete zeptat a zkontrolovat stav svého podgrafu. V hostované službě je k dispozici na adrese `https://api.thegraph.com/index-node/graphql`. V místním uzlu je ve výchozím nastavení k dispozici na portu `8030/graphql`. Úplné schéma tohoto koncového bodu naleznete [zde](https://github.com/graphprotocol/graph-node/blob/master/server/index-node/src/schema.graphql). Zde je příklad dotazu, který zjišťuje stav aktuální verze podgrafu: ```graphql { @@ -274,18 +274,22 @@ Toto vám poskytne hodnotu `chainHeadBlock`, kterou můžete porovnat s `latestB ## Zásady archivace podgrafů hostovaných služeb -Hostovaná služba je bezplatný indexer grafických uzlů. Vývojáři mohou nasadit subgrafy indexující řadu sítí, které budou indexovány a zpřístupněny pro dotazování prostřednictvím jazyka graphQL. +Hostovaná služba je bezplatný indexer graf uzlů. Vývojáři mohou nasadit podgrafy indexující řadu sítí, které budou indexovány a zpřístupněny pro dotazování prostřednictvím graphQL. Pro zlepšení výkonu služby pro aktivní podgrafy bude hostovaná služba archivovat podgrafy, které jsou neaktivní. -**Podgraf je definován jako "neaktivní", pokud byl do hostované služby nasazen před více než 45 dny a pokud za posledních 45 dní obdržel 0 dotazů.** +**Podgraf je definován jako "neaktivní", pokud byl do hostované služby nasazen před více než 45 dny a pokud v posledních 45 dnech obdržel 0 dotazů.** -Developers will be notified by email if one of their subgraphs has been marked as inactive 7 days before it is removed. If they wish to "activate" their subgraph, they can do so by making a query in their subgraph's Hosted Service graphQL playground. Developers can always redeploy an archived subgraph if it is required again. +Vývojáři budou upozorněni e-mail, pokud byl některý z jejich podgrafů označen jako neaktivní, a to 7 dní před jeho odstraněním. Pokud si přejí svůj podgraf "aktivovat", mohou tak učinit dotazem v hřišti graphQL hostované služby svého podgrafu. Vývojáři mohou archivovaný podgraf kdykoli znovu nasadit, pokud je znovu potřeba. -## Subgraph Studio subgraph archive policy +## Zásady archivace subgrafů Subgraph Studio -When a new version of a subgraph is deployed, the previous version is archived (deleted from the graph-node DB). This only happens if the previous version is not published to The Graph's decentralized network. +A subgraph version in Studio is archived if and only if it meets the following criteria: -When a subgraph version isn’t queried for over 45 days, that version is archived. +- The version is not published to the network (or pending publish) +- The version was created 45 or more days ago +- The subgraph hasn't been queried in 30 days -Every subgraph affected with this policy has an option to bring the version in question back. +In addition, when a new version is deployed, if the subgraph has not been published, then the N-2 version of the subgraph is archived. + +Každý podgraf ovlivněný touto zásadou má možnost vrátit danou verzi zpět. From cd878f3987a6f7428f9459daab71cfd54d023215 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Beno=C3=AEt=20Rouleau?= Date: Wed, 7 Aug 2024 21:40:44 -0400 Subject: [PATCH 0006/1321] New translations delegating.mdx (Swedish) --- website/pages/sv/network/delegating.mdx | 55 ++++++++++++++----------- 1 file changed, 31 insertions(+), 24 deletions(-) diff --git a/website/pages/sv/network/delegating.mdx b/website/pages/sv/network/delegating.mdx index 27bad461386c..77198cee9c5f 100644 --- a/website/pages/sv/network/delegating.mdx +++ b/website/pages/sv/network/delegating.mdx @@ -2,13 +2,15 @@ title: Delegera --- -Delegater är nätverksdeltagare som delegerar (dvs. "satsar") GRT till en eller flera Indexers. Delegater bidrar till att säkra nätverket utan att själva köra en Graf Node. +Delegators are network participants who delegate (i.e., "stake") GRT to one or more Indexers. Delegators help secure the network without running a Graph Node themselves. -Genom att delegera till en indexerare tjänar delegatorer en del av indexerarens frågeavgifter och belöningar. Mängden frågor en indexerare kan behandla beror på indexerarens egen (och delegerade) insats och priset indexeraren tar ut för varje fråga, så ju mer insats som tilldelas en indexerare, desto fler potentiella frågor kan de bearbeta. +Delegators earn a portion of an Indexer's query fees and rewards by delegating to them. The amount of queries an Indexer can process depends on their own stake, the delegated stake, and the price the Indexer charges for each query. Therefore, the more stake that is allocated to an Indexer, the more potential queries they can process. ## Delegateringsguide -Denna guide förklarar hur man blir en effektiv Delegater i Graf-nätverket. Delegater delar intäkterna från protokollet tillsammans med alla Indexers baserat på deras delegerade insats. En Delegater måste använda sitt bästa omdöme för att välja Indexers baserat på flera faktorer. Observera att denna guide inte kommer att gå igenom steg som att ställa in Metamask korrekt, eftersom den informationen är allmänt tillgänglig på internet. Det finns tre avsnitt i denna guide: +This guide will explain how to be an effective Delegator in the Graph Network. Delegators share the earnings of the protocol alongside all Indexers based on their delegated stake. A Delegator must use their best judgment to choose Indexers based on multiple factors. Please note this guide will not cover steps such as setting up Metamask properly, as that information is widely available on the internet. + +There are three sections in this guide: - Riskerna med att delegera tokens i The Graph-nätverket - Hur man beräknar förväntad avkastning som Delegater @@ -22,42 +24,43 @@ Här nedan listas huvudriskerna med att vara en Delegater i protokollet. Delegater kan inte "slashas" för dåligt beteende, men det finns en avgift för Delegater för att avskräcka dåligt beslutsfattande som kan skada nätverkets integritet. -Det är viktigt att förstå att varje gång du delegerar kommer du att debiteras 0,5%. Detta innebär att om du delegerar 1000 GRT bränner du automatiskt 5 GRT. +It is important to understand that every time you delegate, you will be charged 0.5%. This means that if you are delegating 1000 GRT, you will automatically burn 5 GRT. -Det innebär att en Delegater säkert bör beräkna vad deras avkastning kommer att vara genom att delegera till en Indexer. Till exempel kan en Delegater beräkna hur många dagar det kommer att ta innan de har tjänat tillbaka 0,5% avgiften för deras delegation. +In order to be safe, a Delegator should calculate their potential return when delegating to an Indexer. For example, a Delegator might calculate how many days it will take before they have earned back the 0.5% tax on their delegation. ### Perioden för upphävande av delegering -När som helst en Delegater vill upphäva sin delegering är deras tokens föremål för en upphävningsperiod på 28 dagar. Det innebär att de inte kan överföra sina tokens eller tjäna några belöningar under 28 dagar. +Whenever a Delegator wants to undelegate, their tokens are subject to a 28-day unbonding period. This means they cannot transfer their tokens or earn any rewards for 28 days. -En sak att tänka på är också att välja en Indexer klokt. Om du väljer en Indexer som inte var pålitlig eller inte gjorde ett bra jobb, kommer du att vilja upphäva, vilket innebär att du kommer att förlora många möjligheter att tjäna belöningar, vilket kan vara lika dåligt som att bränna GRT. +Another thing to consider is how to choose an Indexer wisely. If you choose an Indexer that is not trustworthy or not doing a good job, you will want to undelegate. This means you will be losing a lot of opportunities to earn rewards, which can be just as bad as burning GRT.
- ![Delegation upphävning](/img/Delegation-Upphävning.png) _Observera avgiften på 0,5% i Delegation UI, samt den 28 - dagar långa upphävningsperioden._ + ![Delegation upphävning](/img/Delegation-Unbonding.png) _Observera avgiften +på 0,5% i Delegation UI, samt den 28 dagar långa upphävningsperioden._
### Att välja en pålitlig Indexer med en rättvis belöningsutbetalning till Delegater -Detta är en viktig del att förstå. Först låt oss diskutera tre mycket viktiga värden, vilka är Delegationsparametrar. +This is an important aspect to understand. First, let's discuss three very important values, which are the Delegation Parameters. -Indexing Reward Cut - Indexing reward cut är den del av belöningarna som Indexer kommer att behålla för sig själva. Det betyder om den är inställd på 100%, som en Delegater kommer du att få 0 indexing rewards. Om du ser 80% i UI, innebär det att du som Delegater kommer att få 20%. En viktig notering - i början av nätverket kommer Indexing Rewards att utgöra majoriteten av belöningarna. +Indexing Reward Cut - The indexing reward cut is the portion of the rewards that the Indexer will keep for themselves. This means that if an Indexer's rewards are set to 100%, as a Delegator you will get 0 indexing rewards. If you see it set at 80% in the UI, that means as a Delegator, you will receive 20%. An important note - at the beginning of the network, Indexing Rewards will account for the majority of the rewards.
- ![Indexing Edward Cut](/img/Indexing-Edward-Cut.png) *Den översta Indexet ger Delegater 90% av belöningarna. Den - mellersta ger Delegater 20%. Den nedersta ger Delegater ~83%.* + ![Indexing Edward Cut](/img/Indexing-Reward-Cut.png) *Den översta Indexet ger +Delegater 90% av belöningarna. Den mellersta ger Delegater 20%. Den nedersta +ger Delegater ~83%.*
-- Query Fee Cut - Detta fungerar precis som Indexing Reward Cut. Detta gäller dock för avkastningen på frågebetalningar som Indexer samlar in. Det bör noteras att i början av nätverket kommer avkastningen från frågebetalningar att vara mycket små jämfört med indexeringsbelöningen. Det rekommenderas att uppmärksamma nätverket för att avgöra när frågebetalningarna i nätverket kommer att börja vara mer betydande. +- Query Fee Cut - This works exactly like the Indexing Reward Cut. However, this applies explicitly to returns on the query fees the Indexer collects. It should be noted that at the start of the network, returns from query fees will be very small compared to the indexing reward. It is recommended that you pay attention to the network to determine when the query fees in the network will start to be more significant. -Som du kan se krävs det mycket tanke som måste gå in i att välja rätt Indexer. Detta är varför vi starkt rekommenderar att du utforskar The Graf Discord för att avgöra vilka Indexers som har bästa sociala rykte och tekniska rykte för att belöna Delegater konsekvent. Många av Indexers är mycket aktiva på Discord och kommer att vara glada att besvara dina frågor. Många av dem har indexerat i månader på testnätet och gör sitt bästa för att hjälpa Delegater att tjäna en god avkastning, eftersom det förbättrar nätverkets hälsa och framgång. +As you can see, in order to choose the right Indexer, you must consider multiple things. This is why we highly recommend exploring [The Graph Discord](https://discord.gg/graphprotocol) to determine which Indexers have the best social and technical reputations and which reward Delegators consistently. Many of the Indexers are very active in Discord and will be happy to answer your questions. Many of them have been Indexing for months on the testnet, and they are doing their best to help Delegators earn a good return, as it improves the health and success of the network. ### Beräkning av Delegaters förväntade avkastning -En Delegater måste överväga många faktorer när de bestämmer avkastningen. Dessa inkluderar: +A Delegator must consider a lot of factors when determining the return. These include: - En teknisk Delegater kan också titta på Indexer's förmåga att använda de Delegerade tokens som är tillgängliga för dem. Om en Indexer inte allokerar alla tillgängliga tokens tjänar de inte maximal vinst de kunde för sig själva eller sina Delegater. -- Just nu i nätverket kan en Indexer välja att stänga en allokering och samla in belöningar när som helst mellan 1 och 28 dagar. Så det är möjligt att en Indexer har många belöningar som de ännu inte har samlat in, och därmed är deras totala belöningar låga. Detta bör beaktas i de tidiga dagarna. +- Right now, in the network an Indexer can choose to close an allocation and collect rewards anytime between 1 and 28 days. So, it is possible that an Indexer might have a lot of rewards they still need to collect, and thus, their total rewards are low. This should be taken into consideration in the early days. ### Att överväga frågebetalningsavgiften och indexeringsavgiften @@ -71,28 +74,32 @@ En annan sak som en Delegater måste överväga är vilken proportion av Delegat ![Dela formel](/img/Share-Forumla.png) -Genom att använda denna formel kan vi se att det faktiskt är möjligt för en Indexer som erbjuder endast 20% till Delegater att faktiskt ge Delegater en ännu bättre belöning än en Indexer som ger 90% till Delegater. +Using this formula, we can see that it is possible for an Indexer offering only 20% to Delegators to actually provide a better reward than an Indexer giving 90%. -En Delegater kan därför göra matematiska beräkningar för att fastställa att Indexer som erbjuder 20% till Delegater erbjuder en bättre avkastning. +Therefore, a Delegator can do the math to determine that the Indexer offering 20% to Delegators is offering a better return. ### Att överväga delegeringskapaciteten En annan sak att överväga är delegeringskapaciteten. För närvarande är Delegationsförhållandet inställt på 16. Det innebär att om en Indexer har satsat 1 000 000 GRT är deras Delegationskapacitet 16 000 000 GRT av Delegerade tokens som de kan använda i protokollet. Alla delegerade tokens över denna mängd kommer att utspäda alla Delegaternas belöningar. -Tänk dig att en Indexer har 100 000 000 GRT delegerade till dem och deras kapacitet är endast 16 000 000 GRT. Detta innebär effektivt att 84 000 000 GRT-tokens inte används för att tjäna tokens. Och alla Delegater, och Indexer, tjänar mycket mindre belöningar än de kunde. +Imagine an Indexer with 100,000,000 GRT delegated to them, but their capacity is only 16,000,000 GRT. This means effectively, 84,000,000 GRT tokens are not being used to earn tokens. So, all the Delegators and the Indexer, are earning way less rewards than they could be. -Därför bör en Delegater alltid överväga Indexer's Delegationskapacitet och faktor detta in i deras beslutsfattande. +Therefore, a Delegator should always consider the Delegation Capacity of an Indexer, and factor it into their decision making. ## Delegaters FAQ och buggar ### Metamask "Väntande transaktion" bugg -**När jag försöker delegera visas min transaktion i MetaMask som "Väntande" eller "I kö" längre än förväntat. Vad ska jag göra?** +**When I try to delegate my transaction in MetaMask, it appears as "Pending" or "Queued" for longer than expected. What should I do?** + +At times, attempts to delegate to indexers via MetaMask can fail and result in prolonged periods of "Pending" or "Queued" transaction attempts. + +For example, a user may attempt to delegate with an insufficient gas fee relative to the current prices, resulting in the transaction attempt displaying as "Pending" in their MetaMask wallet for 15+ minutes. When this occurs, a user can attempt subsequent transactions, but these will only be processed until the initial transaction is mined, as transactions for an address must be processed in order. In such cases, these transactions can be cancelled in MetaMask, but the transactions attempts will accrue gas fees without any guarantee that subsequent attempts will be successful. -Ibland kan försök att delegera till indexers via MetaMask misslyckas och resultera i långvariga perioder av "Väntande" eller "I kö" -transaktionsförsök. Till exempel kan en användare försöka delegera med en otillräcklig gasavgift i förhållande till de nuvarande priserna, vilket resulterar i att transaktionsförsöket visas som "Väntande" i deras MetaMask-plånbok i 15+ minuter. När detta inträffar kan efterföljande transaktioner försökas av en användare, men dessa kommer inte att bearbetas förrän den ursprungliga transaktionen bryts, eftersom transaktioner för en adress måste bearbetas i ordning. I sådana fall kan dessa transaktioner avbrytas i MetaMask, men transaktionsförsöken kommer att kosta gasavgifter utan någon garanti att efterföljande försök kommer att lyckas. En enklare lösning på denna bugg är att starta om webbläsaren (t.ex. använda "abort:restart" i adressfältet), vilket kommer att avbryta alla tidigare försök utan att gas subtraheras från plånboken. Flera användare som har stött på detta problem och har rapporterat framgångsrika transaktioner efter att ha startat om sin webbläsare och försökt att delegera. +A simpler resolution to this bug is restarting the browser (e.g., using "abort:restart" in the address bar), which will cancel all previous attempts without gas being subtracted from the wallet. Several users who have encountered this issue have reported successful transactions after restarting their browser and attempting to delegate. ## Videoguide för nätverks-UI -Denna guide ger en fullständig översikt över detta dokument och hur man överväger allt i detta dokument vid interaktion med UI. +This video guide fully reviews this document and explains how to consider everything in it while interacting with the UI. From bf4e31c489145c1507f5e7bb42a795fcb8fc86fb Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?Beno=C3=AEt=20Rouleau?= Date: Wed, 7 Aug 2024 21:40:45 -0400 Subject: [PATCH 0007/1321] New translations publishing-a-subgraph.mdx (Romanian) --- .../ro/publishing/publishing-a-subgraph.mdx | 89 ++++++++++++++++--- 1 file changed, 75 insertions(+), 14 deletions(-) diff --git a/website/pages/ro/publishing/publishing-a-subgraph.mdx b/website/pages/ro/publishing/publishing-a-subgraph.mdx index 4b5bafa207a7..9de36745a95b 100644 --- a/website/pages/ro/publishing/publishing-a-subgraph.mdx +++ b/website/pages/ro/publishing/publishing-a-subgraph.mdx @@ -2,32 +2,93 @@ title: Publishing a Subgraph to the Decentralized Network --- -Once your subgraph has been [deployed to the Subgraph Studio](/deploying/deploying-a-subgraph-to-studio), you have tested it out, and are ready to put it into production, you can then publish it to the decentralized network. +Once you have [deployed your subgraph to Subgraph Studio](/deploying/deploying-a-subgraph-to-studio) and it's ready to go into production, you can publish it to the decentralized network. -Publishing a Subgraph to the decentralized network makes it available for [Curators](/network/curating) to begin curating on it, and [Indexers](/network/indexing) to begin indexing it. +When you publish a subgraph to the decentralized network, you make it available for: - +- [Curators](/network/curating) to begin curating it. +- [Indexers](/network/indexing) to begin indexing it. -You can find the list of the supported networks [Here](/developing/supported-networks). + -## Publishing a subgraph +Check out the list of [supported networks](/developing/supported-networks). -Subgraphs can be published to the decentralized network directly from the Subgraph Studio dashboard by clicking on the **Publish** button. Once a subgraph is published, it will be available to view in the [Graph Explorer](https://thegraph.com/explorer/). +## Publishing from Subgraph Studio -- Subgraphs can be published to Sepolia, Arbitrum sepolia, Arbitrum One, or Ethereum mainnet. +1. Go to the [Subgraph Studio](https://thegraph.com/studio/) dashboard +2. Click on the **Publish** button +3. Your subgraph will now be visible in [Graph Explorer](https://thegraph.com/explorer/). -- Regardless of the network the subgraph was published on, it can index data on any of the [supported networks](/developing/supported-networks). +All published versions of an existing subgraph can: -- When publishing a new version for an existing subgraph the same rules apply as above. +- Be published to Arbitrum One. [Learn more about The Graph Network on Arbitrum](/arbitrum/arbitrum-faq). -## Curating your subgraph +- Index data on any of the [supported networks](/developing/supported-networks), regardless of the network on which the subgraph was published. -> It is recommended that you curate your own subgraph with 10,000 GRT to ensure that it is indexed and available for querying as soon as possible. +### Updating metadata for a published subgraph -Subgraph Studio enables you to be the first to curate your subgraph by adding GRT to your subgraph's curation pool in the same transaction. When publishing your subgraph, make sure to check the button that says, "Be the first to signal on this subgraph." +- After publishing your subgraph to the decentralized network, you can update the metadata anytime in Subgraph Studio. +- Once you’ve saved your changes and published the updates, they will appear in Graph Explorer. +- It's important to note that this process will not create a new version since your deployment has not changed. + +## Publishing from the CLI + +As of version 0.73.0, you can also publish your subgraph with the [`graph-cli`](https://github.com/graphprotocol/graph-tooling/tree/main/packages/cli). + +1. Open the `graph-cli`. +2. Use the following commands: `graph codegen && graph build` then `graph publish`. +3. A window will open, allowing you to connect your wallet, add metadata, and deploy your finalized subgraph to a network of your choice. + +![cli-ui](/img/cli-ui.png) + +### Customizing your deployment + +You can upload your subgraph build to a specific IPFS node and further customize your deployment with the following flags: + +``` +USAGE + $ graph publish [SUBGRAPH-MANIFEST] [-h] [--protocol-network arbitrum-one|arbitrum-sepolia --subgraph-id ] [-i ] [--ipfs-hash ] [--webapp-url + ] + +FLAGS + -h, --help Show CLI help. + -i, --ipfs= [default: https://api.thegraph.com/ipfs/api/v0] Upload build results to an IPFS node. + --ipfs-hash= IPFS hash of the subgraph manifest to deploy. + --protocol-network=