New Crowdin updates

website/pages/ar/cookbook/arweave.mdx

@@ -166,7 +166,7 @@ The GraphQL endpoint for Arweave subgraphs is determined by the schema definitio
 
 Here is an example subgraph for reference:
 
-- [Example subgraph for Arweave](https://github.com/graphprotocol/example-subgraphs/tree/main/arweave/blocks-transactions)
+- [Example subgraph for Arweave](https://github.com/graphprotocol/graph-tooling/tree/main/examples/arweave-blocks-transactions)
 
 ## الأسئلة الشائعة
 

website/pages/ar/cookbook/cosmos.mdx

@@ -178,7 +178,7 @@ You can find the full list of types for the Cosmos integration [here](https://gi
 
 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://developers.google.com/protocol-buffers/) payload. As a result, the message data needs to be decoded in a mapping function before it can be processed.
 
-An example of how to decode message data in a subgraph can be found [here](https://github.com/graphprotocol/example-subgraphs/blob/main/cosmos/validator-delegations/src/decoding.ts).
+An example of how to decode message data in a subgraph can be found [here](https://github.com/graphprotocol/graph-tooling/blob/main/examples/cosmos-validator-delegations/src/decoding.ts).
 
 ## Creating and building a Cosmos subgraph
 
@@ -250,10 +250,10 @@ Osmosis mainnet is `osmosis-1`. Osmosis current testnet is `osmo-test-4`.
 
 فيما يلي بعض الأمثلة على الـ subgraphs للرجوع إليها:
 
-[Block Filtering Example](https://github.com/graphprotocol/example-subgraphs/tree/main/cosmos/block-filtering)
+[Block Filtering Example](https://github.com/graphprotocol/graph-tooling/tree/main/examples/cosmos-block-filtering)
 
-[Validator Rewards Example](https://github.com/graphprotocol/example-subgraphs/tree/main/cosmos/validator-rewards)
+[Validator Rewards Example](https://github.com/graphprotocol/graph-tooling/tree/main/examples/cosmos-validator-rewards)
 
-[Validator Delegations Example](https://github.com/graphprotocol/example-subgraphs/tree/main/cosmos/validator-delegations)
+[Validator Delegations Example](https://github.com/graphprotocol/graph-tooling/tree/main/examples/cosmos-validator-delegations)
 
-[Osmosis Token Swaps Example](https://github.com/graphprotocol/example-subgraphs/tree/main/cosmos/osmosis-token-swaps)
+[Osmosis Token Swaps Example](https://github.com/graphprotocol/graph-tooling/tree/main/examples/cosmos-osmosis-token-swaps)

website/pages/ar/cookbook/near.mdx

@@ -29,13 +29,13 @@ title: بناء Subgraphs على NEAR
 
 `graphprotocol/graph-ts@` هي مكتبة لأنواع خاصة بـ subgraph.
 
-تطوير NEAR subgraph يتطلب `graph-cli` بإصدار أعلى من `0.23.0` و `graph-ts` بإصدار أعلى من `0.23.0`.
+تطوير NEAR subgraph يتطلب `graph-cli` بإصدار أعلى من ` 0.23.0 ` و `graph-ts` بإصدار أعلى من ` 0.23.0 `.
 
 > Building a NEAR subgraph is very similar to building a subgraph that indexes Ethereum.
 
 هناك ثلاثة جوانب لتعريف الـ subgraph:
 
-**subgraph.yaml:** الـ subgraph manifest ، وتحديد مصادر البيانات ذات الأهمية ، وكيف يجب أن تتم معالجتها.علما أن NEAR هو `نوع` جديد لمصدر البيانات.
+**subgraph.yaml:** الـ subgraph manifest ، وتحديد مصادر البيانات ذات الأهمية ، وكيف يجب أن تتم معالجتها.علما أن NEAR هو ` نوع ` جديد لمصدر البيانات.
 
 **schema.graphql:** a schema file that defines what data is stored for your subgraph, and how to query it via GraphQL. The requirements for NEAR subgraphs are covered by [the existing documentation](/developing/creating-a-subgraph#the-graphql-schema).
 
@@ -73,7 +73,7 @@ dataSources:
 ```
 
 - NEAR subgraphs يقدم `نوعا ` جديدا من مصدر بيانات (`near`)
-- يجب أن يتوافق الـ `network` مع شبكة على Graph Node المضيفة. في الخدمة المستضافة ، الشبكة الرئيسية لـ NEAR هي `near-mainnet` ، وشبكة NEAR's testnet هي `near-testnet`
+- يجب أن يتوافق الـ `network` مع شبكة على Graph Node المضيفة. في الخدمة المستضافة ، الشبكة الرئيسية لـ NEAR هي ` near-mainnet ` ، وشبكة NEAR's testnet هي ` 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/docs/concepts/account). This can be an account or a sub-account.
 - NEAR data sources introduce an alternative optional `source.accounts` field, which contains optional suffixes and prefixes. At least prefix or suffix must be specified, they will match the any account starting or ending with the list of values respectively. The example below would match: `[app|good].*[morning.near|morning.testnet]`. If only a list of prefixes or suffixes is necessary the other field can be omitted.
 
@@ -165,7 +165,7 @@ class ReceiptWithOutcome {
 These types are passed to block & receipt handlers:
 
 - معالجات الكتلة ستتلقى`Block`
-- معالجات الاستلام ستتلقى`ReceiptWithOutcome`
+- معالجات الاستلام ستتلقى` ReceiptWithOutcome `
 
 Otherwise, the rest of the [AssemblyScript API](/developing/assemblyscript-api) is available to NEAR subgraph developers during mapping execution.
 
@@ -235,9 +235,9 @@ The GraphQL endpoint for NEAR subgraphs is determined by the schema definition,
 
 فيما يلي بعض الأمثلة على الـ subgraphs للرجوع إليها:
 
-[NEAR Blocks](https://github.com/graphprotocol/example-subgraphs/tree/main/near/blocks-example)
+[NEAR Blocks](https://github.com/graphprotocol/graph-tooling/tree/main/examples/near-blocks)
 
-[NEAR Receipts](https://github.com/graphprotocol/example-subgraphs/tree/main/near/receipts-example)
+[NEAR Receipts](https://github.com/graphprotocol/graph-tooling/tree/main/examples/near-receipts)
 
 ## الأسئلة الشائعة
 

website/pages/ar/cookbook/subgraph-debug-forking.mdx

@@ -14,11 +14,11 @@ title: Quick and Easy Subgraph Debugging Using Forks
 
 عندما تنشر subgraph إلى Graph node بعيدة للقيام بالفهرسة ويفشل عند الكتلة _ X _ ، فإن الخبر الجيد هو أن Graph node ستظل تقدم استعلامات GraphQL باستخدام مخزنها(store)، والذي تمت مزامنته للكتلة(block) _ X _. هذا عظيم! هذا يعني أنه يمكننا الاستفادة من هذا المخزن "المحدث" لإصلاح الأخطاء التي تظهر عند فهرسة الكتلة _ X _.
 
-باختصار ، سنقوم _ بتفريع (fork) الـ subgraph الفاشل _ من Graph node بعيدة والتي تضمن فهرسة الـ subgraph للكتلة _ X _ وذلك من أجل توفير الـ subgraph المنشور محليًا والذي يتم تصحيحه عندالكتلة*X* مع عرض محدث لحالة الفهرسة.
+باختصار ، سنقوم _ بتفريع (fork) الـ subgraph الفاشل _ من Graph node بعيدة والتي تضمن فهرسة الـ subgraph للكتلة * X * وذلك من أجل توفير الـ subgraph المنشور محليًا والذي يتم تصحيحه عندالكتلة_X_ مع عرض محدث لحالة الفهرسة.
 
 ## من فضلك ، أرني بعض الأكواد!
 
-To stay focused on subgraph debugging, let's keep things simple and run along with the [example-subgraph](https://github.com/graphprotocol/example-subgraphs/tree/main/ethereum/gravatar) indexing the Ethereum Gravity smart contract.
+To stay focused on subgraph debugging, let's keep things simple and run along with the [example-subgraph](https://github.com/graphprotocol/graph-tooling/tree/main/examples/ethereum-gravatar) indexing the Ethereum Gravity smart contract.
 
 فيما يلي المعالجات المعرفة لفهرسة `Gravatar` ، بدون أخطاء على الإطلاق:
 
@@ -69,14 +69,14 @@ Oops, how unfortunate, when I deploy my perfect looking subgraph to the [Hosted
 
 وأنا أجيب:
 
-1. `fork-base` هو عنوان URL "الأساسي" ،فمثلا عند إلحاق _subgraph id_ ، يكون عنوان URL الناتج (`<fork-base>/<subgraph-id>`) هو GraphQL endpoint صالح لمخزن الـ subgraph.
+1. ` fork-base ` هو عنوان URL "الأساسي" ،فمثلا عند إلحاق _subgraph id_ ، يكون عنوان URL الناتج (`<fork-base>/<subgraph-id>`) هو GraphQL endpoint صالح لمخزن الـ subgraph.
 2. الـتفريع سهل ، فلا داعي للقلق:
 
 ```bash
 $ graph deploy <subgraph-name> --debug-fork <subgraph-id> --ipfs http://localhost:5001 --node http://localhost:8020
 ```
 
-أيضًا ، لا تنس تعيين حقل `dataSources.source.startBlock` في subgraph manifest لرقم الكتلة(block) التي بها المشكلة، حتى تتمكن من تخطي فهرسة الكتل الغير ضرورية والاستفادة من التفريع!
+أيضًا ، لا تنس تعيين حقل ` dataSources.source.startBlock ` في subgraph manifest لرقم الكتلة(block) التي بها المشكلة، حتى تتمكن من تخطي فهرسة الكتل الغير ضرورية والاستفادة من التفريع!
 
 لذلك ، هذا ما أفعله:
 
@@ -90,7 +90,7 @@ $ cargo run -p graph-node --release -- \
     --fork-base https://api.thegraph.com/subgraphs/id/
 ```
 
-1. بعد فحص دقيق ، لاحظت أن هناك عدم تطابق في تمثيلات الـ `id` المستخدمة عند فهرسة `Gravatar` في المعالجين الخاصين بي. بينما `handleNewGravatar` يحول (`event.params.id.toHex()`) إلى سداسي ، `handleUpdatedGravatar` يستخدم int32 (`event.params.id.toI32()`) مما يجعل `handleUpdatedGravatar` قلقا من "Gravatar not found!". أنا أجعلهم كلاهما يحولان `id` إلى سداسي.
+1. بعد فحص دقيق ، لاحظت أن هناك عدم تطابق في تمثيلات الـ ` id ` المستخدمة عند فهرسة ` Gravatar ` في المعالجين الخاصين بي. بينما ` handleNewGravatar ` يحول (`event.params.id.toHex()`) إلى سداسي ، `handleUpdatedGravatar` يستخدم int32 (`event.params.id.toI32()`) مما يجعل ` handleUpdatedGravatar ` قلقا من "Gravatar not found!". أنا أجعلهم كلاهما يحولان ` id ` إلى سداسي.
 2. بعد إجراء التغييرات ، قمت بنشر الـ subgraph الخاص بي على Graph node المحلية **_وتفريع الـsubgraph الفاشل_** وضبط `dataSources.source.startBlock` إلى `6190343` في `subgraph.yaml`:
 
 ```bash

website/pages/ar/developing/creating-a-subgraph.mdx

@@ -98,7 +98,7 @@ Subgraph manifest `subgraph.yaml` تحدد العقود الذكية لفهار
 ```yaml
 specVersion: 0.0.4
 description: Gravatar for Ethereum
-repository: https://github.com/graphprotocol/example-subgraphs
+repository: https://github.com/graphprotocol/graph-tooling
 schema:
   file: ./schema.graphql
 dataSources:
@@ -236,14 +236,14 @@ For some entity types the `id` is constructed from the id's of two other entitie
 
 We support the following scalars in our GraphQL API:
 
-| النوع | الوصف |
-| --- | --- |
-| `Bytes` | مصفوفة Byte ، ممثلة كسلسلة سداسية عشرية. يشيع استخدامها في Ethereum hashes وعناوينه. |
-| `String` | Scalar for `string` values. Null characters are not supported and are automatically removed. |
-| `Boolean` | Scalar for `boolean` values. |
-| `Int` | The GraphQL spec defines `Int` to have a size of 32 bytes. |
-| `BigInt` | Large integers. Used for Ethereum's `uint32`, `int64`, `uint64`, ..., `uint256` types. Note: Everything below `uint32`, such as `int32`, `uint24` or `int8` is represented as `i32`. |
-| `BigDecimal` | `BigDecimal` High precision decimals represented as a significand and an exponent. The exponent range is from −6143 to +6144. Rounded to 34 significant digits. |
+| النوع        | الوصف                                                                                                                                                                                |
+| ------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
+| `Bytes`      | مصفوفة Byte ، ممثلة كسلسلة سداسية عشرية. يشيع استخدامها في Ethereum hashes وعناوينه.                                                                                                 |
+| `String`     | Scalar for `string` values. Null characters are not supported and are automatically removed.                                                                                         |
+| `Boolean`    | Scalar for `boolean` values.                                                                                                                                                         |
+| `Int`        | The GraphQL spec defines `Int` to have a size of 32 bytes.                                                                                                                           |
+| `BigInt`     | Large integers. Used for Ethereum's `uint32`, `int64`, `uint64`, ..., `uint256` types. Note: Everything below `uint32`, such as `int32`, `uint24` or `int8` is represented as `i32`. |
+| `BigDecimal` | `BigDecimal` High precision decimals represented as a significand and an exponent. The exponent range is from −6143 to +6144. Rounded to 34 significant digits.                      |
 
 #### Enums
 
@@ -646,7 +646,7 @@ export function handleNewExchange(event: NewExchange): void {
 ```
 
 > **ملاحظة:** مصدر البيانات الجديد سيعالج فقط الاستدعاءات والأحداث للكتلة التي تم إنشاؤها فيه وجميع الكتل التالية ، ولكنه لن يعالج البيانات التاريخية ، أي البيانات الموجودة في الكتل السابقة.
->
+> 
 > إذا كانت الكتل السابقة تحتوي على بيانات ذات صلة بمصدر البيانات الجديد ، فمن الأفضل فهرسة تلك البيانات من خلال قراءة الحالة الحالية للعقد وإنشاء كيانات تمثل تلك الحالة في وقت إنشاء مصدر البيانات الجديد.
 
 ### سياق مصدر البيانات
@@ -703,7 +703,7 @@ dataSources:
 ```
 
 > **ملاحظة:** يمكن البحث عن كتلة إنشاء العقد بسرعة على Etherscan:
->
+> 
 > 1. ابحث عن العقد بإدخال عنوانه في شريط البحث.
 > 2. انقر فوق hash إجراء الإنشاء في قسم `Contract Creator`.
 > 3. قم بتحميل صفحة تفاصيل الإجراء(transaction) حيث ستجد كتلة البدء لذلك العقد.

website/pages/ar/glossary.mdx

@@ -8,6 +8,8 @@ title: Glossary
 
 - **GraphQL**: A query language for APIs and a runtime for fulfilling those queries with your existing data. The Graph uses GraphQL to query subgraphs.
 
+- **Endpoint**: A URL that can be used to query a subgraph. The testing endpoint for Subgraph Studio is `https://api.studio.thegraph.com/query/<ID>/<SUBGRAPH_NAME>/<VERSION>` and the Graph Explorer endpoint is `https://gateway.thegraph.com/api/<API_KEY>/subgraphs/id/<SUBGRAPH_ID>`. The Graph Explorer endpoint is used to query subgraphs on The Graph's decentralized network.
+
 - **Subgraph**: A custom API built on blockchain data that can be queried using [GraphQL](https://graphql.org/). Developers can build, deploy and publish subgraphs to The Graph's decentralized network. Then, Indexers can begin indexing subgraphs to make them available to be queried by subgraph consumers.
 
 - **Hosted Service**: A temporary scaffold service for building and querying subgraphs as The Graph's decentralized network is maturing its cost of service, quality of service, and developer experience.

website/pages/ar/network/explorer.mdx

@@ -87,7 +87,7 @@ If you want to learn more about the Curator role, you can do so by visiting the
 - كمية ال GRT التي يمتلكونها حاليا في البروتوكول
 - تاريخ آخر تفويض لهم
 
-If you want to learn more about how to become a Delegator, look no further! All you have to do is to head over to the [official documentation](/network/delegating) or [The Graph Academy](https://docs.thegraph.academy/network/delegators).
+If you want to learn more about how to become a Delegator, look no further! All you have to do is to head over to the [official documentation](/network/delegating) or [The Graph Academy](https://docs.thegraph.academy/official-docs/delegator/choosing-indexers).
 
 ## Network
 

website/pages/ar/substreams/[[...slug]].mdx

@@ -0,0 +1,66 @@
+import { visit } from 'unist-util-visit'
+import { RemoteContent } from 'nextra/data'
+import { buildDynamicMDX } from 'nextra/remote'
+import { listFiles } from './_meta.js'
+import { getPageMap } from '@/components/get-page-map'
+
+export async function getStaticPaths() {
+  const files = await listFiles()
+  return {
+    fallback: false,
+    paths: files.map((filePath) => ({
+      params: {
+        slug: filePath.replace(/\.mdx?/, '').split('/'),
+      },
+    })),
+  }
+}
+export async function getStaticProps({ params: { slug = ['README'] } }) {
+  const baseURL = 'https://raw.githubusercontent.com/streamingfast/substreams/develop/docs/'
+  const paths = slug.join('/')
+  let response = await fetch(`${baseURL}${paths}.md`)
+  if (response.status === 404 && paths !== 'README') {
+    response = await fetch(`${baseURL}${paths}/README.md`)
+  }
+  const data = await response.text()
+  const mdx = await buildDynamicMDX(data, {
+    mdxOptions: {
+      format: 'md',
+      remarkPlugins: [
+        () => (tree, _file, done) => {
+          const GITBOOK_CALLOUT_REGEX = /{%.*?%}/
+          visit(tree, 'paragraph', (node) => {
+            for (const child of node.children) {
+              if (child.value) {
+                child.value = child.value.replace(GITBOOK_CALLOUT_REGEX, '')
+              }
+            }
+          })
+          visit(tree, 'link', (node) => {
+            if (node.url.startsWith('./')) {
+              node.url = node.url.slice(2)
+            }
+            if (node.url.startsWith('/')) {
+              // (foo)[/foo/bar]
+              node.url = node.url.replace('/', '/substreams/')
+            } else if (!node.url.includes('/') && node.url.endsWith('.md')) {
+              // (foo)[foo.md]
+              node.url = [...slug.slice(0, -1), node.url].join('/')
+            }
+          })
+          done()
+        },
+      ],
+    },
+    codeHighlight: false,
+  })
+  return {
+    props: {
+      ...mdx,
+      __nextra_pageMap: await getPageMap('en'),
+      hideLocaleSwitcher: true,
+    },
+  }
+}
+
+<RemoteContent />

website/pages/de/cookbook/arweave.mdx

@@ -166,7 +166,7 @@ The GraphQL endpoint for Arweave subgraphs is determined by the schema definitio
 
 Here is an example subgraph for reference:
 
-- [Example subgraph for Arweave](https://github.com/graphprotocol/example-subgraphs/tree/main/arweave/blocks-transactions)
+- [Example subgraph for Arweave](https://github.com/graphprotocol/graph-tooling/tree/main/examples/arweave-blocks-transactions)
 
 ## FAQ