diff --git a/app/[locale]/bug-bounty/page.tsx b/app/[locale]/bug-bounty/page.tsx index 07d0bcb8f7e..03c4400596e 100644 --- a/app/[locale]/bug-bounty/page.tsx +++ b/app/[locale]/bug-bounty/page.tsx @@ -114,6 +114,7 @@ export default async function Page({ params }: { params: Promise }) { const { locale } = await params const t = await getTranslations({ namespace: "page-bug-bounty" }) + const tCommon = await getTranslations({ namespace: "common" }) const commitHistoryCache: CommitHistory = {} const { contributors, lastEditLocaleTimestamp } = @@ -305,39 +306,83 @@ export default async function Page({ params }: { params: Promise }) { - + {tCommon("item-logo", - + {tCommon("item-logo", - + {tCommon("item-logo", - + {tCommon("item-logo", - + {tCommon("item-logo", - + {tCommon("item-logo", - + {tCommon("item-logo", - + {tCommon("item-logo", - + {tCommon("item-logo", - + {tCommon("item-logo", - + {tCommon("item-logo",
diff --git a/public/content/developers/docs/networking-layer/index.md b/public/content/developers/docs/networking-layer/index.md index a228056180d..07464c88ffe 100644 --- a/public/content/developers/docs/networking-layer/index.md +++ b/public/content/developers/docs/networking-layer/index.md @@ -146,8 +146,8 @@ A summary of the control flow is shown below, with the relevant networking stack Once the block has been attested by sufficient validators it is added to the head of the chain, justified and eventually finalized. -![](cons_client_net_layer.png) -![](exe_client_net_layer.png) +![Diagram of the Ethereum consensus client networking layer](cons_client_net_layer.png) +![Diagram of the Ethereum execution client networking layer](exe_client_net_layer.png) Network layer schematic for consensus and execution clients, from [ethresear.ch](https://ethresear.ch/t/eth1-eth2-client-relationship/7248) diff --git a/public/content/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/developers/docs/nodes-and-clients/node-architecture/index.md index 5986b52a043..a52ab204acc 100644 --- a/public/content/developers/docs/nodes-and-clients/node-architecture/index.md +++ b/public/content/developers/docs/nodes-and-clients/node-architecture/index.md @@ -10,7 +10,7 @@ When Ethereum was using [proof-of-work](/developers/docs/consensus-mechanisms/po The diagram below shows the relationship between the two Ethereum clients. The two clients connect to their own respective peer-to-peer (P2P) networks. Separate P2P networks are needed as the execution clients gossip transactions over their P2P network, enabling them to manage their local transaction pool, whilst the consensus clients gossip blocks over their P2P network, enabling consensus and chain growth. -![](node-architecture-text-background.png) +![Diagram of Ethereum node architecture showing execution and consensus layers](node-architecture-text-background.png) _There are several options for the execution client including Erigon, Nethermind, and Besu_. diff --git a/public/content/developers/tutorials/hello-world-smart-contract-fullstack/index.md b/public/content/developers/tutorials/hello-world-smart-contract-fullstack/index.md index 56b1e6c1b18..bbbf935bc4b 100644 --- a/public/content/developers/tutorials/hello-world-smart-contract-fullstack/index.md +++ b/public/content/developers/tutorials/hello-world-smart-contract-fullstack/index.md @@ -241,7 +241,7 @@ Do not name it `process.env` or `.env-custom` or anything else. - Follow [these instructions](https://metamask.zendesk.com/hc/en-us/articles/360015289632-How-to-Export-an-Account-Private-Key) to export your private key - See below to get HTTP Alchemy API URL -![](./get-alchemy-api-key.gif) +![Animated walkthrough of getting an Alchemy API key](./get-alchemy-api-key.gif) Your `.env` should look like this: diff --git a/public/content/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md b/public/content/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md index 32237055abb..40503111b14 100644 --- a/public/content/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md +++ b/public/content/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md @@ -62,13 +62,13 @@ This will yield the same information as provided on Etherscan's transaction page #### Etherscan {#etherscan} -![](./etherscan_view.png) +![Screenshot of Etherscan transaction explorer view](./etherscan_view.png) [EF's contract page on Blockscout.](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe) #### Dune Analytics {#dune-analytics} -![](./dune_view.png) +![Screenshot of a Dune Analytics query dashboard](./dune_view.png) You can find dashboard [here](https://dune.com/paulapivat/Learn-Ethereum). Click on the table to see the query (also see above). @@ -146,7 +146,7 @@ ORDER BY block_time DESC` Here's the SQL output on Dune: -![](./list_of_txn.png) +![Screenshot of a list of Ethereum transactions](./list_of_txn.png) This single block being added to the chain changes the state of the Ethereum virtual machine ([EVM](/developers/docs/evm/)). Dozens sometimes, hundreds of transactions are verified at once. In this specific case, 222 transactions were included. @@ -165,7 +165,7 @@ FROM temp_table For block 12396854, out of 222 total transactions, 204 were successfully verified: -![](./successful_txn.png) +![Screenshot of a successful Ethereum transaction](./successful_txn.png) Transactions requests occur dozens of times per second, but blocks are committed approximately once every 15 seconds ([source](/developers/docs/blocks/)). @@ -173,11 +173,11 @@ To see that there is one block produced approximately every 15 seconds, we could The chart for Ethereum blocks produced per day (2016 - present) is: -![](./daily_blocks.png) +![Chart showing daily Ethereum block production](./daily_blocks.png) The average number of blocks produced daily over this time period is ~5,874: -![](./avg_daily_blocks.png) +![Chart showing daily Ethereum block production](./avg_daily_blocks.png) The queries are: @@ -214,7 +214,7 @@ Blocks are bounded in size. The maximum block size is dynamic and varies accordi One way to conceptualize block gas limit is to think of it as the **supply** of available block space in which to batch transactions. The block gas limit can be queried and visualized from 2016 to present day: -![](./avg_gas_limit.png) +![Chart showing average Ethereum gas limit over time](./avg_gas_limit.png) ```sql SELECT @@ -227,7 +227,7 @@ OFFSET 1 Then there is the actual gas used daily to pay for computing done on the Ethereum chain (i.e., sending transaction, calling a smart contract, minting an NFT). This is the **demand** for available Ethereum block space: -![](./daily_gas_used.png) +![Chart showing daily Ethereum gas used](./daily_gas_used.png) ```sql SELECT @@ -246,7 +246,7 @@ Therefore we can understand gas prices as a function of demand for Ethereum bloc Finally, we may want to query average daily gas prices for the Ethereum chain, however, doing so will result in an especially long query time, so we’ll filter our query to the average amount of gas paid per transaction by the Ethereum Foundation. -![](./ef_daily_gas.png) +![Chart showing Ethereum Foundation daily gas usage](./ef_daily_gas.png) We can see gas prices paid for all transactions made to the Ethereum Foundation address over the years. Here is the query: diff --git a/public/content/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md b/public/content/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md index 6150bde46af..497b460ede3 100644 --- a/public/content/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md +++ b/public/content/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md @@ -117,35 +117,35 @@ sudo systemctl start grafana-server When you've got Grafana running, it should be reachable at `localhost:3000`. Use your preferred browser to access this path, then login with the default credentials (user: `admin` and password: `admin`). When prompted, change the default password and save. -![](./grafana1.png) +![Grafana dashboard screenshot for Geth monitoring (panel 1)](./grafana1.png) You will be redirected to the Grafana home page. First, set up your source data. Click on the configuration icon in the left bar and select "Data sources". -![](./grafana2.png) +![Grafana dashboard screenshot for Geth monitoring (panel 2)](./grafana2.png) There aren't any data sources created yet, click on "Add data source" to define one. -![](./grafana3.png) +![Grafana dashboard screenshot for Geth monitoring (panel 3)](./grafana3.png) For this setup, select "InfluxDB" and proceed. -![](./grafana4.png) +![Grafana dashboard screenshot for Geth monitoring (panel 4)](./grafana4.png) Data source configuration is pretty straight forward if you are running tools on the same machine. You need to set the InfluxDB address and details for accessing the database. Refer to the picture below. -![](./grafana5.png) +![Grafana dashboard screenshot for Geth monitoring (panel 5)](./grafana5.png) If everything is complete and InfluxDB is reachable, click on "Save and test" and wait for the confirmation to pop up. -![](./grafana6.png) +![Grafana dashboard screenshot for Geth monitoring (panel 6)](./grafana6.png) Grafana is now set up to read data from InfluxDB. Now you need to create a dashboard which will interpret and display it. Dashboards properties are encoded in JSON files which can be created by anybody and easily imported. On the left bar, click on "Create and Import". -![](./grafana7.png) +![Grafana dashboard screenshot for Geth monitoring (panel 7)](./grafana7.png) For a Geth monitoring dashboard, copy the ID of [this dashboard](https://grafana.com/grafana/dashboards/13877/) and paste it in the "Import page" in Grafana. After saving the dashboard, it should look like this: -![](./grafana8.png) +![Grafana dashboard screenshot for Geth monitoring (panel 8)](./grafana8.png) You can modify your dashboards. Each panel can be edited, moved, removed or added. You can change your configurations. It's up to you! To learn more about how dashboards work, refer to [Grafana's documentation](https://grafana.com/docs/grafana/latest/dashboards/). You might also be interested in [Alerting](https://grafana.com/docs/grafana/latest/alerting/). This lets you set up alert notifications for when metrics reach certain values. Various communication channels are supported. diff --git a/public/content/developers/tutorials/the-graph-fixing-web3-data-querying/index.md b/public/content/developers/tutorials/the-graph-fixing-web3-data-querying/index.md index 575b9069f03..23bc8eeec99 100644 --- a/public/content/developers/tutorials/the-graph-fixing-web3-data-querying/index.md +++ b/public/content/developers/tutorials/the-graph-fixing-web3-data-querying/index.md @@ -83,7 +83,7 @@ First let's talk about GraphQL, originally designed and implemented by Facebook. ![GraphQL API vs. REST API](./graphql.jpg) -![](./graphql-query.gif) +![Animated demonstration of a GraphQL query in The Graph playground](./graphql-query.gif) The two images pretty much capture the essence of GraphQL. With the query on the right we can define exactly what data we want, so there we get everything in one request and nothing more than exactly what we need. A GraphQL server handles the fetching of all data required, so it is incredibly easy for the frontend consumer side to use. [This is a nice explanation](https://www.apollographql.com/blog/graphql-explained) of how exactly the server handles a query if you're interested. diff --git a/public/content/roadmap/verkle-trees/index.md b/public/content/roadmap/verkle-trees/index.md index e716f444830..9f6042d3e6e 100644 --- a/public/content/roadmap/verkle-trees/index.md +++ b/public/content/roadmap/verkle-trees/index.md @@ -41,7 +41,7 @@ The witness size varies depending on the number of leaves it includes. Assuming Verkle trees are `(key,value)` pairs where the keys are 32-byte elements composed of a 31-byte _stem_ and a single byte _suffix_. These keys are organized into _extension_ nodes and _inner_ nodes. Extension nodes represent a single stem for 256 children with different suffixes. Inner nodes also have 256 children, but they can be other extension nodes. The main difference between the Verkle tree and the Merkle tree structure is that the Verkle tree is much flatter, meaning there are fewer intermediate nodes linking a leaf to the root, and therefore less data required to generate a proof. -![](./verkle.png) +![Diagram of a Verkle tree data structure](./verkle.png) [Read more about the structure of Verkle trees](https://blog.ethereum.org/2021/12/02/verkle-tree-structure) diff --git a/public/content/translations/bn/developers/docs/networking-layer/index.md b/public/content/translations/bn/developers/docs/networking-layer/index.md index 2338f0fe250..157a2fb0e8e 100644 --- a/public/content/translations/bn/developers/docs/networking-layer/index.md +++ b/public/content/translations/bn/developers/docs/networking-layer/index.md @@ -146,8 +146,8 @@ SSZ মানে হল সিম্পল সিরিয়ালাইজেশ একবার ব্লকটি পর্যাপ্ত ভ্যালিডেটর দ্বারা অ্যাটেস্টেড হয়ে গেলে এটি চেইনের শীর্ষে যুক্ত হয়, ন্যায্য বলে বিবেচিত হয় এবং অবশেষে চূড়ান্ত হয়। -![](cons_client_net_layer.png) -![](exe_client_net_layer.png) +![Ethereum ঐক্যমত ক্লায়েন্ট নেটওয়ার্কিং স্তরের চিত্র](cons_client_net_layer.png) +![ইথেরিয়াম এক্সিকিউশন ক্লায়েন্ট নেটওয়ার্কিং স্তরের চিত্র](exe_client_net_layer.png) [ethresear.ch](https://ethresear.ch/t/eth1-eth2-client-relationship/7248) থেকে কনসেন্সাস এবং এক্সিকিউশন ক্লায়েন্টদের জন্য নেটওয়ার্ক লেয়ার স্কিম্যাটিক diff --git a/public/content/translations/bn/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/bn/developers/docs/nodes-and-clients/node-architecture/index.md index 9f1d02079f6..79542f7bc9f 100644 --- a/public/content/translations/bn/developers/docs/nodes-and-clients/node-architecture/index.md +++ b/public/content/translations/bn/developers/docs/nodes-and-clients/node-architecture/index.md @@ -10,7 +10,7 @@ lang: bn নীচের ডায়াগ্রামটি দুটি ইথেরিয়াম ক্লায়েন্টের মধ্যে সম্পর্ক দেখায়। দুটি ক্লায়েন্ট তাদের নিজ নিজ পিয়ার-টু-পিয়ার (P2P) নেটওয়ার্কের সাথে সংযুক্ত হয়। আলাদা P2P নেটওয়ার্কের প্রয়োজন হয়, কারণ এক্সিকিউশন ক্লায়েন্টরা তাদের P2P নেটওয়ার্কের মাধ্যমে লেনদেন গসিপ করে, যা তাদের স্থানীয় লেনদেন পুল পরিচালনা করতে সক্ষম করে, অন্যদিকে কনসেন্সাস ক্লায়েন্টরা তাদের P2P নেটওয়ার্কের মাধ্যমে ব্লক গসিপ করে, যা কনসেন্সাস এবং চেইন বৃদ্ধি সক্ষম করে। -![](node-architecture-text-background.png) +![Ethereum নোড আর্কিটেকচারের ডায়াগ্রাম এক্সিকিউশন এবং কনসেনসাস লেয়ার দেখাচ্ছে](node-architecture-text-background.png) _এক্সিকিউশন ক্লায়েন্টের জন্য Erigon, Nethermind, এবং Besu সহ বেশ কয়েকটি বিকল্প রয়েছে।_ diff --git a/public/content/translations/cs/developers/docs/networking-layer/index.md b/public/content/translations/cs/developers/docs/networking-layer/index.md index ef5ac206c23..f72d749e8fe 100644 --- a/public/content/translations/cs/developers/docs/networking-layer/index.md +++ b/public/content/translations/cs/developers/docs/networking-layer/index.md @@ -146,7 +146,7 @@ Souhrn toku řízení je uveden níže, s relevantní síťovou vrstvou v závor Jakmile je blok potvrzen dostatečným počtem validátorů, je přidán na hlavu řetězce, ospravedlněn a nakonec finalizován. -![](cons_client_net_layer.png)\n![](exe_client_net_layer.png) +![Schéma síťové vrstvy klienta Ethereum consensus](cons_client_net_layer.png)\n![Schéma síťové vrstvy klienta pro provádění Etherea](exe_client_net_layer.png) Schéma síťové vrstvy pro konsensuální a exekuční klienty, z [ethresear.ch](https://ethresear.ch/t/eth1-eth2-client-relationship/7248) diff --git a/public/content/translations/cs/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/cs/developers/docs/nodes-and-clients/node-architecture/index.md index 26199ed95d3..2e790d00727 100644 --- a/public/content/translations/cs/developers/docs/nodes-and-clients/node-architecture/index.md +++ b/public/content/translations/cs/developers/docs/nodes-and-clients/node-architecture/index.md @@ -10,7 +10,7 @@ Když Ethereum používalo [důkaz prací](/developers/docs/consensus-mechanisms Níže uvedený diagram znázorňuje vztah mezi dvěma klienty sítě Ethereum. Oba klienti se připojují ke svým vlastním sítím peer-to-peer (P2P). Jsou zapotřebí oddělené P2P sítě, protože exekuční klienti si přes svou P2P síť vyměňují transakce, což jim umožňuje spravovat jejich lokální transakční pool, zatímco konsensuální klienti si přes svou P2P síť vyměňují bloky, což umožňuje konsensus a růst řetězce. -![](node-architecture-text-background.png) +![Diagram architektury uzlu Ethereum zobrazující prováděcí a konsensuální vrstvy](node-architecture-text-background.png) _Pro exekučního klienta existuje několik možností, včetně Erigon, Nethermind a Besu_. diff --git a/public/content/translations/cs/developers/tutorials/hello-world-smart-contract-fullstack/index.md b/public/content/translations/cs/developers/tutorials/hello-world-smart-contract-fullstack/index.md index 0f37ba4dc20..19b519d6458 100644 --- a/public/content/translations/cs/developers/tutorials/hello-world-smart-contract-fullstack/index.md +++ b/public/content/translations/cs/developers/tutorials/hello-world-smart-contract-fullstack/index.md @@ -240,7 +240,7 @@ Nenazývejte jej `process.env` ani `.env-custom` ani nijak jinak. - Postupujte podle [těchto pokynů](https://metamask.zendesk.com/hc/en-us/articles/360015289632-How-to-Export-an-Account-Private-Key) a exportujte svůj privátní klíč - Níže naleznete postup, jak získat URL pro HTTP API Alchemy -![](./get-alchemy-api-key.gif) +![Animovaný návod, jak získat klíč Alchemy API](./get-alchemy-api-key.gif) Váš soubor `.env` by měl vypadat takto: @@ -359,17 +359,17 @@ Kontrakt nasazen na adresu: 0x6cd7d44516a20882cEa2DE9f205bF401c0d23570 Pokud přejdeme na [Goerli Etherscan](https://goerli.etherscan.io) a vyhledáme adresu našeho kontraktu, měli bychom vidět, že byl úspěšně nasazen. Transakce bude vypadat nějak takto: -![](./etherscan-contract.png) +![Snímek obrazovky nasazené chytré smlouvy na Etherscan](./etherscan-contract.png) Adresa `From` by se měla shodovat s adresou vašeho účtu MetaMask a v adrese `To` bude uvedeno **Vytvoření kontraktu**. Pokud klikneme na transakci, uvidíme v poli `To` adresu našeho kontraktu. -![](./etherscan-transaction.png) +![Snímek obrazovky transakce na Etherscan](./etherscan-transaction.png) Výborně! Právě jste nasadili chytrý kontrakt do testovací sítě Ethereum. Abyste pochopili, co se děje pod pokličkou, přejděte na kartu Průzkumník v našem [řídicím panelu Alchemy](https://dashboard.alchemy.com/explorer). Pokud máte více aplikací Alchemy, nezapomeňte filtrovat podle aplikace a vybrat **Hello World**. -![](./hello-world-explorer.png) +![Snímek obrazovky chytré smlouvy Hello World v průzkumníku bloků](./hello-world-explorer.png) Zde uvidíte několik metod JSON-RPC, které pro nás Hardhat/Ethers vytvořil pod pokličkou, když jsme volali funkci `.deploy()`. Dvě důležité metody jsou zde [`eth_sendRawTransaction`](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_sendrawtransaction), což je požadavek na zapsání našeho kontraktu do chainu Goerli, a [`eth_getTransactionByHash`](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_gettransactionbyhash), což je požadavek na přečtení informací o naší transakci na základě daného haše. Chcete-li se dozvědět více o odesílání transakcí, podívejte se na [náš tutoriál o odesílání transakcí pomocí Web3](/developers/tutorials/sending-transactions-using-web3-and-alchemy/). diff --git a/public/content/translations/cs/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md b/public/content/translations/cs/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md index 11177bfe302..30c3d3c754e 100644 --- a/public/content/translations/cs/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md +++ b/public/content/translations/cs/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md @@ -62,13 +62,13 @@ Tím získáte stejné informace, jaké jsou uvedeny na stránce transakcí na E #### Etherscan {#etherscan} -![](./etherscan_view.png) +![Snímek obrazovky zobrazení průzkumníka transakcí Etherscan](./etherscan_view.png) [Stránka kontraktu EF na Blockscoutu.](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe) #### Dune Analytics {#dune-analytics} -![](./dune_view.png) +![Snímek obrazovky řídicího panelu dotazů Dune Analytics](./dune_view.png) Řídicí panel najdete [zde](https://dune.com/paulapivat/Learn-Ethereum). Kliknutím na tabulku zobrazíte dotaz (viz také výše). @@ -146,7 +146,7 @@ ORDER BY block_time DESC` Zde je výstup SQL na Dune: -![](./list_of_txn.png) +![Snímek obrazovky se seznamem transakcí Ethereum](./list_of_txn.png) Tento jediný blok přidaný do řetězce mění stav Ethereum Virtual Machine ([EVM](/developers/docs/evm/)). Najednou se ověřují desítky, někdy i stovky transakcí. V tomto konkrétním případě bylo zahrnuto 222 transakcí. @@ -165,7 +165,7 @@ FROM temp_table Pro blok 12396854 bylo z celkových 222 transakcí úspěšně ověřeno 204: -![](./successful_txn.png) +![Snímek obrazovky úspěšné transakce Ethereum](./successful_txn.png) Požadavky na transakce se objevují desítkykrát za sekundu, ale bloky jsou zapisovány přibližně jednou za 15 sekund ([zdroj](/developers/docs/blocks/)). @@ -173,11 +173,11 @@ Abychom viděli, že se jeden blok vyprodukuje přibližně každých 15 sekund, Graf pro vyprodukované bloky Etherea za den (2016 - současnost) je: -![](./daily_blocks.png) +![Graf zobrazující denní produkci bloku Ethereum](./daily_blocks.png) Průměrný počet denně vyprodukovaných bloků za toto období je ~5 874: -![](./avg_daily_blocks.png) +![Graf zobrazující denní produkci bloku Ethereum](./avg_daily_blocks.png) Dotazy jsou: @@ -214,7 +214,7 @@ Bloky mají omezenou velikost. Maximální velikost bloku je dynamická a liší Jeden ze způsobů, jak si představit palivový limit bloku, je vnímat ho jako **nabídku** dostupného prostoru v bloku, do kterého se dávkují transakce. Palivový limit bloku lze dotazovat a vizualizovat od roku 2016 do současnosti: -![](./avg_gas_limit.png) +![Graf zobrazující průměrný limit plynu Ethereum v průběhu času](./avg_gas_limit.png) ```sql SELECT @@ -227,7 +227,7 @@ OFFSET 1 Dále je tu skutečné množství paliva použitého denně k placení za výpočty prováděné v řetězci Ethereum (tj. odeslání transakce, volání chytrého kontraktu, ražba NFT). Toto je **poptávka** po dostupném prostoru v bloku Etherea: -![](./daily_gas_used.png) +![Graf zobrazující denní spotřebu plynu Ethereum](./daily_gas_used.png) ```sql SELECT @@ -246,7 +246,7 @@ Proto můžeme ceny paliva chápat jako funkci poptávky po prostoru v bloku Eth Nakonec bychom se mohli chtít dotázat na průměrné denní ceny paliva pro řetězec Ethereum, nicméně to by vedlo k obzvláště dlouhé době dotazu, takže náš dotaz omezíme na průměrné množství paliva zaplaceného za transakci Nadací Ethereum. -![](./ef_daily_gas.png) +![Graf ukazující denní spotřebu plynu nadace Ethereum](./ef_daily_gas.png) Můžeme vidět ceny paliva zaplacené za všechny transakce provedené na adresu Nadace Ethereum v průběhu let. Zde je dotaz: diff --git a/public/content/translations/cs/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md b/public/content/translations/cs/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md index 30e02f29886..4909db7d48c 100644 --- a/public/content/translations/cs/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md +++ b/public/content/translations/cs/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md @@ -117,35 +117,35 @@ sudo systemctl start grafana-server Když máte Grafanu spuštěnou, měla by být dostupná na `localhost:3000`. Použijte preferovaný prohlížeč pro přístup k této cestě, poté se přihlaste s výchozími přihlašovacími údaji (uživatel: `admin` a heslo: `admin`). Po zobrazení výzvy změňte výchozí heslo a uložte. -![](./grafana1.png) +![Snímek obrazovky řídicího panelu Grafana pro monitorování Geth (panel 1)](./grafana1.png) Budete přesměrováni na domovskou stránku Grafany. Nejprve nastavte svá zdrojová data. Klikněte na ikonu konfigurace v levém panelu a vyberte „Zdroje dat“. -![](./grafana2.png) +![Snímek obrazovky řídicího panelu Grafana pro monitorování Geth (panel 2)](./grafana2.png) Zatím nejsou vytvořeny žádné zdroje dat, klikněte na „Přidat zdroj dat“ pro definování jednoho. -![](./grafana3.png) +![Snímek obrazovky řídicího panelu Grafana pro monitorování Geth (panel 3)](./grafana3.png) Pro toto nastavení vyberte „InfluxDB“ a pokračujte. -![](./grafana4.png) +![Snímek obrazovky řídicího panelu Grafana pro monitorování Geth (panel 4)](./grafana4.png) Konfigurace zdroje dat je poměrně jednoduchá, pokud spouštíte nástroje na stejném stroji. Musíte nastavit adresu InfluxDB a podrobnosti pro přístup k databázi. Viz obrázek níže. -![](./grafana5.png) +![Snímek obrazovky řídicího panelu Grafana pro monitorování Geth (panel 5)](./grafana5.png) Pokud je vše kompletní a InfluxDB je dostupná, klikněte na „Uložit a testovat“ a počkejte, až se zobrazí potvrzení. -![](./grafana6.png) +![Snímek obrazovky řídicího panelu Grafana pro monitorování Geth (panel 6)](./grafana6.png) Grafana je nyní nastavena ke čtení dat z InfluxDB. Nyní musíte vytvořit panel, který je bude interpretovat a zobrazovat. Vlastnosti panelů jsou kódovány v souborech JSON, které může kdokoli vytvořit a snadno importovat. V levém panelu klikněte na „Vytvořit a importovat“. -![](./grafana7.png) +![Snímek obrazovky řídicího panelu Grafana pro monitorování Geth (panel 7)](./grafana7.png) Pro monitorovací panel Geth zkopírujte ID [tohoto panelu](https://grafana.com/grafana/dashboards/13877/) a vložte jej na stránku „Importovat“ v Grafaně. Po uložení panelu by měl vypadat takto: -![](./grafana8.png) +![Snímek obrazovky řídicího panelu Grafana pro monitorování Geth (panel 8)](./grafana8.png) Své panely můžete upravovat. Každý panel lze upravovat, přesouvat, odstraňovat nebo přidávat. Můžete měnit své konfigurace. Je to na vás! Chcete-li se dozvědět více o tom, jak panely fungují, podívejte se do [dokumentace Grafany](https://grafana.com/docs/grafana/latest/dashboards/). Mohlo by vás také zajímat [Upozorňování](https://grafana.com/docs/grafana/latest/alerting/). To vám umožní nastavit upozornění pro případy, kdy metriky dosáhnou určitých hodnot. Jsou podporovány různé komunikační kanály. diff --git a/public/content/translations/cs/developers/tutorials/the-graph-fixing-web3-data-querying/index.md b/public/content/translations/cs/developers/tutorials/the-graph-fixing-web3-data-querying/index.md index 8a6bd8bf5c2..9a9e4167561 100644 --- a/public/content/translations/cs/developers/tutorials/the-graph-fixing-web3-data-querying/index.md +++ b/public/content/translations/cs/developers/tutorials/the-graph-fixing-web3-data-querying/index.md @@ -90,7 +90,7 @@ Nejprve si povíme něco o GraphQL, původně navrženém a implementovaném spo ![GraphQL API vs. REST API](./graphql.jpg) -![](./graphql-query.gif) +![Animovaná ukázka dotazu GraphQL na hřišti The Graph](./graphql-query.gif) Tyto dva obrázky v podstatě vystihují podstatu GraphQL. S dotazem vpravo můžeme definovat přesně, jaká data chceme, takže získáme vše v jednom požadavku a nic víc, než přesně to, co potřebujeme. GraphQL server se stará o načítání všech požadovaných dat, takže je pro spotřebitelskou stranu frontendu neuvěřitelně snadno použitelný. [Zde je pěkné vysvětlení](https://www.apollographql.com/blog/graphql-explained), jak přesně server zpracovává dotaz, pokud vás to zajímá. diff --git a/public/content/translations/de/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/de/developers/docs/nodes-and-clients/node-architecture/index.md index f23525ce622..ebb5978f1fd 100644 --- a/public/content/translations/de/developers/docs/nodes-and-clients/node-architecture/index.md +++ b/public/content/translations/de/developers/docs/nodes-and-clients/node-architecture/index.md @@ -10,7 +10,7 @@ Als Ethereum noch [Proof-of-Work](/developers/docs/consensus-mechanisms/pow/) ve Das folgende Diagramm zeigt die Verbindung zwischen zwei Ethereum-Clients. Die beiden Clients verbinden sich mit ihren eigenen Peer-to-Peer(P2P)-Netzwerken. Es werden separate P2P-Netzwerke benötigt, da der Ausführungsclient Transaktionen über ihr P2P Netzwerk kommuniziert, wodurch sie ihren lokalen Transaktionspool verwalten können. Konsensclients können dabei Blöcke über ihr eigenes P2P-Netzwerk kommunizieren, was Konsens und Wachstum der Blockchain ermöglicht. -![](node-architecture-text-background.png) +![Diagramm der Ethereum-Knotenarchitektur mit Darstellung der Ausführungs- und Konsensebenen](node-architecture-text-background.png) _Für den Execution Client stehen verschiedene Optionen zur Wahl, einschließlich Erigon, Nethermind und Besu_. diff --git a/public/content/translations/de/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md b/public/content/translations/de/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md index f3ef6b9c6b3..9f61d452c14 100644 --- a/public/content/translations/de/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md +++ b/public/content/translations/de/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md @@ -62,13 +62,13 @@ Dies liefert die gleichen Informationen wie auf der Transaktionsseite von Ethers #### Etherscan {#etherscan} -![](./etherscan_view.png) +![Screenshot der Etherscan-Transaktions-Explorer-Ansicht](./etherscan_view.png) [Vertragsseite der EF auf Blockscout.](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe) #### Dune Analytics {#dune-analytics} -![](./dune_view.png) +![Screenshot eines Dune Analytics-Abfrage-Dashboards](./dune_view.png) Das Dashboard finden Sie [hier](https://dune.com/paulapivat/Learn-Ethereum). Klicken Sie auf die Tabelle, um die Abfrage zu sehen (siehe auch oben). @@ -146,7 +146,7 @@ ORDER BY block_time DESC` Hier ist die SQL-Ausgabe auf Dune: -![](./list_of_txn.png) +![Screenshot einer Liste von Ethereum-Transaktionen](./list_of_txn.png) Dieser einzelne Block, der der Chain hinzugefügt wird, ändert den Zustand der Ethereum Virtual Machine ([EVM](/developers/docs/evm/)). Dutzende, manchmal Hunderte von Transaktionen werden auf einmal verifiziert. In diesem speziellen Fall waren 222 Transaktionen enthalten. @@ -165,7 +165,7 @@ FROM temp_table Für Block 12396854 wurden von insgesamt 222 Transaktionen 204 erfolgreich verifiziert: -![](./successful_txn.png) +![Screenshot einer erfolgreichen Ethereum-Transaktion](./successful_txn.png) Transaktionsanfragen kommen Dutzende Male pro Sekunde vor, aber Blöcke werden etwa alle 15 Sekunden committet ([Quelle](/developers/docs/blocks/)). @@ -173,11 +173,11 @@ Um zu sehen, dass ungefähr alle 15 Sekunden ein Block produziert wird, können Das Diagramm der täglich erzeugten Ethereum-Blöcke (2016 – heute) ist: -![](./daily_blocks.png) +![Diagramm, das die tägliche Ethereum-Blockproduktion zeigt](./daily_blocks.png) Die durchschnittliche Anzahl der in diesem Zeitraum täglich produzierten Blöcke beträgt ~5.874: -![](./avg_daily_blocks.png) +![Diagramm, das die tägliche Ethereum-Blockproduktion zeigt](./avg_daily_blocks.png) Die Abfragen lauten: @@ -214,7 +214,7 @@ Blöcke sind in ihrer Größe begrenzt. Die maximale Blockgröße ist dynamisch Eine Möglichkeit, sich das Block-Gaslimit vorzustellen, ist, es als das **Angebot** an verfügbarem Blockspace zu betrachten, in dem Transaktionen gebündelt werden. Das Block-Gaslimit kann von 2016 bis heute abgefragt und visualisiert werden: -![](./avg_gas_limit.png) +![Diagramm, das das durchschnittliche Ethereum-Gaslimit im Zeitverlauf zeigt](./avg_gas_limit.png) ```sql SELECT @@ -227,7 +227,7 @@ OFFSET 1 Dann gibt es das tatsächlich täglich verwendete Gas, um für Berechnungen auf der Ethereum-Chain zu bezahlen (d. h. das Senden von Transaktionen, das Aufrufen eines Smart Contracts, das Prägen eines NFT). Dies ist die **Nachfrage** nach verfügbarem Ethereum-Blockspace: -![](./daily_gas_used.png) +![Diagramm, das den täglichen Ethereum-Gasverbrauch zeigt](./daily_gas_used.png) ```sql SELECT @@ -246,7 +246,7 @@ Daher können wir Gaspreise als eine Funktion der Nachfrage nach Ethereum-Blocks Schließlich möchten wir vielleicht die durchschnittlichen täglichen Gaspreise für die Ethereum-Chain abfragen. Dies würde jedoch zu einer besonders langen Abfragezeit führen, also filtern wir unsere Abfrage auf die durchschnittliche Gasmenge, die von der Ethereum Foundation pro Transaktion bezahlt wird. -![](./ef_daily_gas.png) +![Diagramm, das den täglichen Gasverbrauch der Ethereum Foundation zeigt](./ef_daily_gas.png) Wir können die Gaspreise sehen, die über die Jahre für alle an die Adresse der Ethereum Foundation getätigten Transaktionen gezahlt wurden. Hier ist die Abfrage: diff --git a/public/content/translations/de/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md b/public/content/translations/de/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md index 5d3ac6b05f7..5b671c6d3be 100644 --- a/public/content/translations/de/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md +++ b/public/content/translations/de/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md @@ -117,35 +117,35 @@ sudo systemctl start grafana-server Wenn Grafana läuft, sollte es unter `localhost:3000` erreichbar sein. Verwenden Sie Ihren bevorzugten Browser, um auf diesen Pfad zuzugreifen, und melden Sie sich dann mit den Standard-Anmeldeinformationen an (Benutzer: `admin` und Passwort: `admin`). Wenn Sie dazu aufgefordert werden, ändern Sie das Standardpasswort und speichern Sie es. -![](./grafana1.png) +![Screenshot des Grafana-Dashboards für die Geth-Überwachung (Panel 1)](./grafana1.png) Sie werden zur Grafana-Startseite weitergeleitet. Richten Sie zunächst Ihre Quelldaten ein. Klicken Sie auf das Konfigurationssymbol in der linken Leiste und wählen Sie "Datenquellen" aus. -![](./grafana2.png) +![Screenshot des Grafana-Dashboards für die Geth-Überwachung (Panel 2)](./grafana2.png) Es sind noch keine Datenquellen erstellt worden. Klicken Sie auf "Datenquelle hinzufügen", um eine zu definieren. -![](./grafana3.png) +![Screenshot des Grafana-Dashboards für die Geth-Überwachung (Panel 3)](./grafana3.png) Wählen Sie für dieses Setup "InfluxDB" aus und fahren Sie fort. -![](./grafana4.png) +![Screenshot des Grafana-Dashboards für die Geth-Überwachung (Panel 4)](./grafana4.png) Die Konfiguration der Datenquelle ist ziemlich einfach, wenn Sie die Tools auf demselben Rechner ausführen. Sie müssen die InfluxDB-Adresse und die Details für den Zugriff auf die Datenbank festlegen. Beachten Sie die Abbildung unten. -![](./grafana5.png) +![Screenshot des Grafana-Dashboards für die Geth-Überwachung (Panel 5)](./grafana5.png) Wenn alles vollständig ist und InfluxDB erreichbar ist, klicken Sie auf "Speichern und testen" und warten Sie, bis die Bestätigung erscheint. -![](./grafana6.png) +![Screenshot des Grafana-Dashboards für die Geth-Überwachung (Panel 6)](./grafana6.png) Grafana ist jetzt so eingerichtet, dass es Daten aus InfluxDB lesen kann. Jetzt müssen Sie ein Dashboard erstellen, das sie interpretiert und anzeigt. Dashboard-Eigenschaften sind in JSON-Dateien kodiert, die von jedermann erstellt und einfach importiert werden können. Klicken Sie in der linken Leiste auf "Erstellen und Importieren". -![](./grafana7.png) +![Screenshot des Grafana-Dashboards für die Geth-Überwachung (Panel 7)](./grafana7.png) Für ein Geth-Überwachungs-Dashboard kopieren Sie die ID von [diesem Dashboard](https://grafana.com/grafana/dashboards/13877/) und fügen Sie sie auf der "Importseite" in Grafana ein. Nach dem Speichern des Dashboards sollte es so aussehen: -![](./grafana8.png) +![Screenshot des Grafana-Dashboards für die Geth-Überwachung (Panel 8)](./grafana8.png) Sie können Ihre Dashboards ändern. Jedes Panel kann bearbeitet, verschoben, entfernt oder hinzugefügt werden. Sie können Ihre Konfigurationen ändern. Es liegt ganz bei Ihnen! Um mehr darüber zu erfahren, wie Dashboards funktionieren, lesen Sie die [Dokumentation von Grafana](https://grafana.com/docs/grafana/latest/dashboards/). Sie könnten auch an [Alerting](https://grafana.com/docs/grafana/latest/alerting/) interessiert sein. Damit können Sie Warnmeldungen für den Fall einrichten, dass Metriken bestimmte Werte erreichen. Verschiedene Kommunikationskanäle werden unterstützt. diff --git a/public/content/translations/es/developers/docs/networking-layer/index.md b/public/content/translations/es/developers/docs/networking-layer/index.md index a9dfce92393..b096d0717c0 100644 --- a/public/content/translations/es/developers/docs/networking-layer/index.md +++ b/public/content/translations/es/developers/docs/networking-layer/index.md @@ -146,7 +146,7 @@ A continuación se muestra un resumen del flujo de control, con la pila de red r Una vez que el bloque ha sido certificado por suficientes validadores, se añade a la cabeza de la cadena, se justifica y finalmente se finaliza. -![](cons_client_net_layer.png)\n![](exe_client_net_layer.png) +![Diagrama de la capa de red del cliente de consenso de Ethereum](cons_client_net_layer.png)\n![Diagrama de la capa de red del cliente de ejecución de Ethereum](exe_client_net_layer.png) Esquema de la capa de red para los clientes de consenso y de ejecución, de [ethresear.ch](https://ethresear.ch/t/eth1-eth2-client-relationship/7248) diff --git a/public/content/translations/es/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/es/developers/docs/nodes-and-clients/node-architecture/index.md index ca271a10e30..a5e3d2a277f 100644 --- a/public/content/translations/es/developers/docs/nodes-and-clients/node-architecture/index.md +++ b/public/content/translations/es/developers/docs/nodes-and-clients/node-architecture/index.md @@ -10,7 +10,7 @@ Cuando Ethereum utilizaba la [prueba de trabajo](/developers/docs/consensus-mech El siguiente diagrama muestra la relación entre los dos clientes Ethereum. Los dos clientes se conectan a sus respectivas redes entre pares (P2P). Se necesitan redes P2P separadas, ya que los clientes de ejecución envían transacciones con protocolo de intercambio de información (o Gossip) a través de su red P2P, lo que les permite administrar su reserva de transacciones local, mientras que los clientes de consenso envían por Gossip bloques de su red P2P, lo que permite el consenso y el crecimiento de la cadena. -![](node-architecture-text-background.png) +![Diagrama de la arquitectura del nodo Ethereum que muestra las capas de ejecución y consenso.](node-architecture-text-background.png) _Hay varias opciones para el cliente de ejecución, incluyendo Erigon, Nethermind y Besu_. diff --git a/public/content/translations/es/developers/tutorials/hello-world-smart-contract-fullstack/index.md b/public/content/translations/es/developers/tutorials/hello-world-smart-contract-fullstack/index.md index 72615e45bb9..ad60783c345 100644 --- a/public/content/translations/es/developers/tutorials/hello-world-smart-contract-fullstack/index.md +++ b/public/content/translations/es/developers/tutorials/hello-world-smart-contract-fullstack/index.md @@ -240,7 +240,7 @@ No lo nombre `process.env` o `.env-custom` ni de ninguna otra manera. - Siga [estas instrucciones](https://metamask.zendesk.com/hc/en-us/articles/360015289632-How-to-Export-an-Account-Private-Key) para exportar su clave privada - Vea a continuación cómo obtener la URL de la API de HTTP de Alchemy. -![](./get-alchemy-api-key.gif) +![Tutorial animado para obtener una clave API de Alchemy](./get-alchemy-api-key.gif) Su `.env` debería verse así: diff --git a/public/content/translations/es/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md b/public/content/translations/es/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md index ea90b79663d..39379ea4463 100644 --- a/public/content/translations/es/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md +++ b/public/content/translations/es/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md @@ -62,13 +62,13 @@ Esto producirá la misma información que se proporciona en la página de transa #### Etherscan {#etherscan} -![](./etherscan_view.png) +![Captura de pantalla de la vista del explorador de transacciones de Etherscan](./etherscan_view.png) [Página del contrato de EF en Blockscout.](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe) #### Dune Analytics {#dune-analytics} -![](./dune_view.png) +![Captura de pantalla de un panel de consultas de Dune Analytics](./dune_view.png) Puede encontrar el panel de control [aquí](https://dune.com/paulapivat/Learn-Ethereum). Haga clic en la tabla para ver la consulta (véase también más arriba). @@ -146,7 +146,7 @@ ORDER BY block_time DESC` Este es el resultado de SQL en Dune: -![](./list_of_txn.png) +![Captura de pantalla de una lista de transacciones de Ethereum](./list_of_txn.png) La adición de este único bloque a la cadena cambia el estado de la máquina virtual de Ethereum ([EVM](/developers/docs/evm/)). Se verifican a la vez docenas, a veces cientos, de transacciones. En este caso concreto, se incluyeron 222 transacciones. @@ -165,7 +165,7 @@ FROM temp_table Para el bloque 12396854, de un total de 222 transacciones, 204 se verificaron con éxito: -![](./successful_txn.png) +![Captura de pantalla de una transacción exitosa de Ethereum](./successful_txn.png) Las solicitudes de transacciones se producen docenas de veces por segundo, pero los bloques se confirman aproximadamente una vez cada 15 segundos ([fuente](/developers/docs/blocks/)). @@ -173,11 +173,11 @@ Para ver que se produce un bloque aproximadamente cada 15 segundos, podríamos t El gráfico de bloques de Ethereum producidos por día (2016 - actualidad) es: -![](./daily_blocks.png) +![Gráfico que muestra la producción diaria de bloques Ethereum](./daily_blocks.png) El número promedio de bloques producidos diariamente durante este período de tiempo es de ~5874: -![](./avg_daily_blocks.png) +![Gráfico que muestra la producción diaria de bloques Ethereum](./avg_daily_blocks.png) Las consultas son: @@ -214,7 +214,7 @@ Los bloques tienen un tamaño limitado. El tamaño máximo de los bloques es din Una forma de conceptualizar el límite de gas de un bloque es pensar en él como la **oferta** de espacio de bloque disponible para agrupar las transacciones. El límite de gas de los bloques puede consultarse y visualizarse desde 2016 hasta la actualidad: -![](./avg_gas_limit.png) +![Gráfico que muestra el límite promedio de gas de Ethereum a lo largo del tiempo](./avg_gas_limit.png) ```sql SELECT @@ -227,7 +227,7 @@ OFFSET 1 Luego está el gas real que se utiliza diariamente para pagar la computación realizada en la cadena de Ethereum (es decir, enviar una transacción, llamar a un contrato inteligente, acuñar un NFT). Esta es la **demanda** de espacio de bloque disponible en Ethereum: -![](./daily_gas_used.png) +![Gráfico que muestra el gas Ethereum utilizado diariamente](./daily_gas_used.png) ```sql SELECT @@ -246,7 +246,7 @@ Por lo tanto, podemos entender los precios del gas como una función de la deman Por último, es posible que queramos consultar el precio promedio diario del gas para la cadena de Ethereum; sin embargo, si lo hacemos, el tiempo de consulta será especialmente largo, por lo que filtraremos nuestra consulta a la cantidad promedio de gas pagada por transacción por la Ethereum Foundation. -![](./ef_daily_gas.png) +![Gráfico que muestra el uso diario de gas de la Fundación Ethereum](./ef_daily_gas.png) Podemos ver los precios del gas pagados por todas las transacciones realizadas a la dirección de la Ethereum Foundation a lo largo de los años. Esta es la consulta: diff --git a/public/content/translations/es/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md b/public/content/translations/es/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md index d2b1fc7c7b6..7f07f24856a 100644 --- a/public/content/translations/es/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md +++ b/public/content/translations/es/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md @@ -117,23 +117,23 @@ sudo systemctl start grafana-server Cuando tenga Grafana en ejecución, se podrá acceder a él en `localhost:3000`. Use su navegador preferido para acceder a esta ruta, luego inicie sesión con las credenciales predeterminadas (usuario: `admin` y contraseña: `admin`). Cuando se le solicite, cambie la contraseña predeterminada y guárdela. -![](./grafana1.png) +![Captura de pantalla del panel de Grafana para el monitoreo de Geth (panel 1)](./grafana1.png) Será redirigido a la página de inicio de Grafana. Primero, configure sus datos de origen. Haga clic en el icono de configuración de la barra izquierda y seleccione "Fuentes de datos". -![](./grafana2.png) +![Captura de pantalla del panel de Grafana para el monitoreo de Geth (panel 2)](./grafana2.png) Aún no se ha creado ninguna fuente de datos; haga clic en "Añadir fuente de datos" para definir una. -![](./grafana3.png) +![Captura de pantalla del panel de Grafana para el monitoreo de Geth (panel 3)](./grafana3.png) Para esta configuración, seleccione "InfluxDB" y continúe. -![](./grafana4.png) +![Captura de pantalla del panel de Grafana para el monitoreo de Geth (panel 4)](./grafana4.png) La configuración de la fuente de datos es bastante sencilla si está ejecutando las herramientas en la misma máquina. Necesita establecer la dirección de InfluxDB y los detalles para acceder a la base de datos. Consulte la imagen de abajo. -![](./grafana5.png) +![Captura de pantalla del panel de Grafana para el monitoreo de Geth (panel 5)](./grafana5.png) Si todo está completo y se puede acceder a InfluxDB, haga clic en "Guardar y probar" y espere a que aparezca la confirmación. diff --git a/public/content/translations/es/developers/tutorials/the-graph-fixing-web3-data-querying/index.md b/public/content/translations/es/developers/tutorials/the-graph-fixing-web3-data-querying/index.md index 3a7ecf65fbb..526f75e3633 100644 --- a/public/content/translations/es/developers/tutorials/the-graph-fixing-web3-data-querying/index.md +++ b/public/content/translations/es/developers/tutorials/the-graph-fixing-web3-data-querying/index.md @@ -90,7 +90,7 @@ Primero, hablemos de GraphQL, diseñado e implementado originalmente por Faceboo ![API de GraphQL frente a API REST](./graphql.jpg) -![](./graphql-query.gif) +![Demostración animada de una consulta GraphQL en el patio de juegos Graph](./graphql-query.gif) Las dos imágenes capturan muy bien la esencia de GraphQL. Con la consulta de la derecha podemos definir exactamente qué datos queremos, así que ahí recibimos todo en una única solicitud y nada más que exactamente lo que necesitamos. Un servidor de GraphQL se encarga de obtener todos los datos necesarios, por lo que es increíblemente fácil de usar para el consumidor del frontend. [Esta es una buena explicación](https://www.apollographql.com/blog/graphql-explained) de cómo gestiona exactamente el servidor una consulta, por si le interesa. diff --git a/public/content/translations/es/roadmap/verkle-trees/index.md b/public/content/translations/es/roadmap/verkle-trees/index.md index c9728a88109..7ab81785728 100644 --- a/public/content/translations/es/roadmap/verkle-trees/index.md +++ b/public/content/translations/es/roadmap/verkle-trees/index.md @@ -39,7 +39,7 @@ El tamaño del testigo varía dependiendo del número de hojas que incluya. Supo Los árboles de Verkle son pares `(clave,valor)` donde las claves son elementos de 32 bytes compuestos por un _tallo_ de 31 bytes y un _sufijo_ de un solo byte. Estas claves se organizan en nodos de _extensión_ y nodos _internos_. Los nodos de extensión representan una sola raíz para 256 hijos con diferentes sufijos. Los nodos internos también tienen 256 hijos, pero pueden ser otros nodos de extensión. La principal diferencia entre el árbol Verkle y la estructura del árbol Merkle es que el árbol Verkle es mucho más plano, lo que significa que hay menos nodos intermedios que conectan una hoja con la raíz y, por lo tanto, menos datos necesarios para generar una prueba. -![](./verkle.png) +![Diagrama de una estructura de datos de árbol de Verkle](./verkle.png) [Lea más sobre la estructura de los árboles de Verkle](https://blog.ethereum.org/2021/12/02/verkle-tree-structure) diff --git a/public/content/translations/es/what-are-apps/index.md b/public/content/translations/es/what-are-apps/index.md index fe0b479e976..0864ba8f144 100644 --- a/public/content/translations/es/what-are-apps/index.md +++ b/public/content/translations/es/what-are-apps/index.md @@ -50,7 +50,7 @@ Las aplicaciones funcionan mediante contratos inteligentes - bits de código que
-![](./developers-eth-blocks.png) +![Ilustración de la construcción del bloque desarrollador de Ethereum](./developers-eth-blocks.png)
## Las aplicaciones de Ethereum son como piezas de lego {#how-does-it-work} diff --git a/public/content/translations/fr/developers/docs/networking-layer/index.md b/public/content/translations/fr/developers/docs/networking-layer/index.md index cfc845e6e51..fc426974c65 100644 --- a/public/content/translations/fr/developers/docs/networking-layer/index.md +++ b/public/content/translations/fr/developers/docs/networking-layer/index.md @@ -146,7 +146,9 @@ Un résumé du flux de contrôle est affiché ci-dessous (la pile réseau pertin Une fois le bloc attesté par suffisamment de validateurs, il est ajouté en tête de la chaîne, justifié et finalisé. -![](cons_client_net_layer.png)\n![](exe_client_net_layer.png) +![Schéma de la couche réseau client consensus Ethereum](cons_client_net_layer.png) + +![Schéma de la couche réseau du client d'exécution Ethereum](exe_client_net_layer.png) Schéma de la couche réseau pour les clients de consensus et d'exécution, de [ethresear.ch](https://ethresear.ch/t/eth1-eth2-client-relationship/7248) diff --git a/public/content/translations/fr/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/fr/developers/docs/nodes-and-clients/node-architecture/index.md index 7692ac8f322..c26abb21058 100644 --- a/public/content/translations/fr/developers/docs/nodes-and-clients/node-architecture/index.md +++ b/public/content/translations/fr/developers/docs/nodes-and-clients/node-architecture/index.md @@ -10,7 +10,7 @@ Lorsque Ethereum utilisait la [preuve de travail](/developers/docs/consensus-mec Le diagramme ci-dessous montre la relation entre les deux clients Ethereum. Les deux clients se connectent à leurs propres réseaux peer-to-peer (P2P) respectifs. Des réseaux P2P séparés sont nécessaires car les clients d'exécution propagent les transactions sur leur réseau P2P, leur permettant de gérer leur pool de transactions local, tandis que les clients de consensus propagent les blocs sur leur réseau P2P, permettant le consensus et l'accroissement de la chaîne. -![](node-architecture-text-background.png) +![Schéma de l'architecture des nœuds Ethereum montrant les couches d'exécution et de consensus](node-architecture-text-background.png) _Il existe plusieurs options pour le client d’exécution, notamment Erigon, Nethermind et Besu_. diff --git a/public/content/translations/fr/developers/tutorials/hello-world-smart-contract-fullstack/index.md b/public/content/translations/fr/developers/tutorials/hello-world-smart-contract-fullstack/index.md index b9947928805..600ea17dd41 100644 --- a/public/content/translations/fr/developers/tutorials/hello-world-smart-contract-fullstack/index.md +++ b/public/content/translations/fr/developers/tutorials/hello-world-smart-contract-fullstack/index.md @@ -240,7 +240,7 @@ Ne le nommez pas `process.env` ou `.env-custom` ou quoi que ce soit d'autre. - Suivez [ces instructions](https://metamask.zendesk.com/hc/en-us/articles/360015289632-How-to-Export-an-Account-Private-Key) pour exporter votre clé privée - Voir ci-dessous pour obtenir l'URL de l'API HTTP Alchemy -![](./get-alchemy-api-key.gif) +![Procédure pas à pas animée pour obtenir une clé API Alchemy](./get-alchemy-api-key.gif) Votre `.env` devrait ressembler à ceci : diff --git a/public/content/translations/fr/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md b/public/content/translations/fr/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md index 0518d560e8a..a4a90389737 100644 --- a/public/content/translations/fr/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md +++ b/public/content/translations/fr/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md @@ -62,13 +62,13 @@ Cela produira les mêmes informations que celles fournies sur la page des transa #### Etherscan {#etherscan} -![](./etherscan_view.png) +![Capture d'écran de la vue de l'explorateur de transactions Etherscan](./etherscan_view.png) [Page du contrat de l'EF sur Blockscout.](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe) #### Dune Analytics {#dune-analytics} -![](./dune_view.png) +![Capture d'écran d'un tableau de bord de requête Dune Analytics](./dune_view.png) Vous pouvez trouver le tableau de bord [ici](https://dune.com/paulapivat/Learn-Ethereum). Cliquez sur le tableau pour voir la requête (également visible ci-dessus). @@ -146,7 +146,7 @@ ORDER BY block_time DESC` Voici le résultat SQL sur Dune : -![](./list_of_txn.png) +![Capture d'écran d'une liste de transactions Ethereum](./list_of_txn.png) L'ajout de ce seul bloc à la chaîne modifie l'état de la machine virtuelle Ethereum ([EVM](/developers/docs/evm/)). Des dizaines, parfois des centaines de transactions sont vérifiées en une seule fois. Dans ce cas précis, 222 transactions ont été incluses. @@ -165,7 +165,7 @@ FROM temp_table Pour le bloc 12396854, sur un total de 222 transactions, 204 ont été vérifiées avec succès : -![](./successful_txn.png) +![Capture d'écran d'une transaction Ethereum réussie](./successful_txn.png) Les demandes de transaction se produisent des dizaines de fois par seconde, mais les blocs sont validés environ une fois toutes les 15 secondes ([source](/developers/docs/blocks/)). @@ -173,11 +173,11 @@ Pour voir qu'un bloc est produit environ toutes les 15 secondes, nous pourrions Le graphique des blocs Ethereum produits par jour (de 2016 à aujourd'hui) est le suivant : -![](./daily_blocks.png) +![Graphique montrant la production quotidienne de blocs Ethereum](./daily_blocks.png) Le nombre moyen de blocs produits quotidiennement au cours de cette période est d'environ 5 874 : -![](./avg_daily_blocks.png) +![Graphique montrant la production quotidienne de blocs Ethereum](./avg_daily_blocks.png) Les requêtes sont : @@ -214,7 +214,7 @@ La taille des blocs est limitée. La taille maximale d'un bloc est dynamique et Une façon de conceptualiser la limite de gaz par bloc est de la considérer comme l'**offre** d'espace de bloc disponible pour regrouper les transactions. La limite de gaz par bloc peut être interrogée et visualisée de 2016 à aujourd'hui : -![](./avg_gas_limit.png) +![Graphique montrant la limite moyenne de gaz Ethereum au fil du temps](./avg_gas_limit.png) ```sql SELECT @@ -227,7 +227,7 @@ OFFSET 1 Ensuite, il y a le gaz réellement utilisé quotidiennement pour payer les calculs effectués sur la chaîne Ethereum (par exemple, envoyer une transaction, appeler un contrat intelligent, frapper un NFT). C'est la **demande** pour l'espace de bloc Ethereum disponible : -![](./daily_gas_used.png) +![Graphique montrant le gaz Ethereum utilisé quotidiennement](./daily_gas_used.png) ```sql SELECT @@ -246,7 +246,7 @@ Par conséquent, nous pouvons comprendre les prix du gaz comme une fonction de l Enfin, nous pourrions vouloir interroger les prix moyens quotidiens du gaz pour la chaîne Ethereum. Cependant, cela entraînerait un temps de requête particulièrement long, nous allons donc filtrer notre requête sur le montant moyen de gaz payé par transaction par l'Ethereum Foundation. -![](./ef_daily_gas.png) +![Graphique montrant la consommation quotidienne de gaz de la Fondation Ethereum](./ef_daily_gas.png) Nous pouvons voir les prix du gaz payés pour toutes les transactions effectuées vers l'adresse de l'Ethereum Foundation au fil des ans. Voici la requête : diff --git a/public/content/translations/fr/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md b/public/content/translations/fr/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md index 23692a3aa82..4ffe030cf38 100644 --- a/public/content/translations/fr/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md +++ b/public/content/translations/fr/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md @@ -117,35 +117,35 @@ sudo systemctl start grafana-server Lorsque Grafana est en cours d'exécution, il devrait être accessible à l'adresse `localhost:3000`. Utilisez votre navigateur préféré pour accéder à ce chemin, puis connectez-vous avec les identifiants par défaut (utilisateur : `admin` et mot de passe : `admin`). Lorsque vous y êtes invité, changez le mot de passe par défaut et enregistrez. -![](./grafana1.png) +![Capture d'écran du tableau de bord Grafana pour la surveillance Geth (panneau 1)](./grafana1.png) Vous serez redirigé vers la page d'accueil de Grafana. Tout d'abord, configurez vos données sources. Cliquez sur l'icône de configuration dans la barre de gauche et sélectionnez "Sources de données". -![](./grafana2.png) +![Capture d'écran du tableau de bord Grafana pour la surveillance Geth (panneau 2)](./grafana2.png) Aucune source de données n'a encore été créée, cliquez sur "Ajouter une source de données" pour en définir une. -![](./grafana3.png) +![Capture d'écran du tableau de bord Grafana pour la surveillance Geth (panneau 3)](./grafana3.png) Pour cette configuration, sélectionnez "InfluxDB" et continuez. -![](./grafana4.png) +![Capture d'écran du tableau de bord Grafana pour la surveillance Geth (panneau 4)](./grafana4.png) La configuration de la source de données est assez simple si vous exécutez les outils sur la même machine. Vous devez définir l'adresse d'InfluxDB et les informations d'accès à la base de données. Reportez-vous à l'image ci-dessous. -![](./grafana5.png) +![Capture d'écran du tableau de bord Grafana pour la surveillance Geth (panneau 5)](./grafana5.png) Si tout est complet et qu'InfluxDB est accessible, cliquez sur "Enregistrer et tester" et attendez que la confirmation apparaisse. -![](./grafana6.png) +![Capture d'écran du tableau de bord Grafana pour la surveillance Geth (panneau 6)](./grafana6.png) Grafana est maintenant configuré pour lire les données depuis InfluxDB. Vous devez maintenant créer un tableau de bord qui interprétera et affichera ces données. Les propriétés des tableaux de bord sont encodées dans des fichiers JSON qui peuvent être créés par n'importe qui et importés facilement. Dans la barre de gauche, cliquez sur "Créer et Importer". -![](./grafana7.png) +![Capture d'écran du tableau de bord Grafana pour la surveillance Geth (panneau 7)](./grafana7.png) Pour un tableau de bord de surveillance Geth, copiez l'ID de [ce tableau de bord](https://grafana.com/grafana/dashboards/13877/) et collez-le dans la "Page d'importation" dans Grafana. Après avoir enregistré le tableau de bord, il devrait ressembler à ceci : -![](./grafana8.png) +![Capture d'écran du tableau de bord Grafana pour la surveillance Geth (panneau 8)](./grafana8.png) Vous pouvez modifier vos tableaux de bord. Chaque panneau peut être modifié, déplacé, supprimé ou ajouté. Vous pouvez modifier vos configurations. À vous de jouer ! Pour en savoir plus sur le fonctionnement des tableaux de bord, consultez la [documentation de Grafana](https://grafana.com/docs/grafana/latest/dashboards/). Les [alertes](https://grafana.com/docs/grafana/latest/alerting/) pourraient également vous intéresser. Cela vous permet de configurer des notifications d'alerte pour les cas où les métriques atteignent certaines valeurs. Divers canaux de communication sont pris en charge. diff --git a/public/content/translations/hi/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/hi/developers/docs/nodes-and-clients/node-architecture/index.md index 4650a3ceba6..02be066c542 100644 --- a/public/content/translations/hi/developers/docs/nodes-and-clients/node-architecture/index.md +++ b/public/content/translations/hi/developers/docs/nodes-and-clients/node-architecture/index.md @@ -10,7 +10,7 @@ lang: hi नीचे दिया गया आरेख दो एथेरियम क्लाइंट के बीच संबंध दिखाता है। दो क्लाइंट अपने स्वयं के संबंधित पीयर-टू-पीयर (P2P) नेटवर्क से जुड़ते हैं। अलग-अलग P2P नेटवर्क की आवश्यकता होती है क्योंकि निष्पादन ग्राहक अपने P2P नेटवर्क पर गपशप लेनदेन करते हैं, जिससे उन्हें अपने स्थानीय लेनदेन पूल का प्रबंधन करने में सक्षम बनाया जाता है, जबकि सहमति ग्राहक अपने P2P नेटवर्क पर गपशप ब्लॉक करते हैं, जिससे आम सहमति और श्रृंखला विकास को सक्षम किया जाता है। -![](node-architecture-text-background.png) +![एथेरियम नोड आर्किटेक्चर का आरेख निष्पादन और सर्वसम्मति परतें दिखा रहा है](node-architecture-text-background.png) इस दो-क्लाइंट संरचना के काम करने के लिए, सहमति ग्राहक को निष्पादन ग्राहक को लेनदेन के बंडलों को पारित करने में सक्षम होना चाहिए। स्थानीय स्तर पर लेनदेन निष्पादित करने से क्लाइंट यह सत्यापित करता है कि लेनदेन किसी भी एथेरियम नियमों का उल्लंघन नहीं करता है और एथेरियम की स्थिति का प्रस्तावित अपडेट सही है। इसी तरह, जब नोड को ब्लॉक निर्माता के रूप में चुना जाता है, तो सहमति ग्राहक को नए ब्लॉक में शामिल करने के लिए Geth से लेनदेन के बंडलों का अनुरोध करने और वैश्विक स्थिति को अपडेट करने के लिए उन्हें निष्पादित करने में सक्षम होना चाहिए। यह अंतर-क्लाइंट संचार [इंजन API](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md) का उपयोग करके एक स्थानीय RPC कनेक्शन द्वारा नियंत्रित किया जाता है। diff --git a/public/content/translations/id/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md b/public/content/translations/id/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md index 1520a37b3dd..e3c2feab844 100644 --- a/public/content/translations/id/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md +++ b/public/content/translations/id/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md @@ -114,23 +114,23 @@ sudo systemctl start grafana-server Ketika Anda telah membuat Grafana beroperasi, ia seharusnya dapat dicapai di `localhost:3000`. Gunakan peramban yang Anda inginkan untuk mengakses jalur ini, lalu masuk dengan kredensial default (pengguna: `admin` dan kata sandi: `admin`). Ketika diminta, ubah kata sandi defaultnya dan simpan. -![](./grafana1.png) +![Tangkapan layar dasbor Grafana untuk pemantauan Geth (panel 1)](./grafana1.png) Anda akan diarahkan kembali ke halaman beranda Grafana. Pertama - tama, siapkan data sumber Anda. Klik pada ikon konfigurasi di bar kiri dan pilih "Sumber data". -![](./grafana2.png) +![Tangkapan layar dasbor Grafana untuk pemantauan Geth (panel 2)](./grafana2.png) Tidak ada sumber data mana pun yang dibuat, klik pada "Tambahkan sumber data" untuk menentukan satu sumber. -![](./grafana3.png) +![Tangkapan layar dasbor Grafana untuk pemantauan Geth (panel 3)](./grafana3.png) Untuk penyiapan ini, pilih "InfluxDB" dan lanjutkan. -![](./grafana4.png) +![Tangkapan layar dasbor Grafana untuk pemantauan Geth (panel 4)](./grafana4.png) Konfigurasi sumber data cukup mudah jika Anda menjalankan perangkat pada mesin yang sama. Anda perlu menyiapkan alamat dan detail InfluxDB untuk mengakses basis data. Lihat gambar di bawah. -![](./grafana5.png) +![Tangkapan layar dasbor Grafana untuk pemantauan Geth (panel 5)](./grafana5.png) Jika semuanya lengkap dan InfluxDB dapat dicapai, klik pada "Simpan dan uji" dan tunggu hingga konfirmasinya muncul. diff --git a/public/content/translations/it/developers/docs/networking-layer/index.md b/public/content/translations/it/developers/docs/networking-layer/index.md index 96e1663933c..95bf3c901df 100644 --- a/public/content/translations/it/developers/docs/networking-layer/index.md +++ b/public/content/translations/it/developers/docs/networking-layer/index.md @@ -146,7 +146,7 @@ Un sommario del flusso di controllo è mostrato di seguito, con indicazione tra Una volta che il blocco è stato attestato da sufficienti validatori, è aggiunto alla testa della catena, giustificato e, infine, finalizzato. -![](cons_client_net_layer.png) ![](exe_client_net_layer.png) +![Diagramma del livello di rete del client di consenso di Ethereum](cons_client_net_layer.png) ![Diagramma del livello di rete del client di esecuzione di Ethereum](exe_client_net_layer.png) Schematica del livello di rete per i client del consenso e d'esecuzione, da [ethresear.ch](https://ethresear.ch/t/eth1-eth2-client-relationship/7248) diff --git a/public/content/translations/it/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/it/developers/docs/nodes-and-clients/node-architecture/index.md index ea5ea28c192..e96348e52f7 100644 --- a/public/content/translations/it/developers/docs/nodes-and-clients/node-architecture/index.md +++ b/public/content/translations/it/developers/docs/nodes-and-clients/node-architecture/index.md @@ -10,7 +10,7 @@ Quando Ethereum utilizzava il [proof-of-work](/developers/docs/consensus-mechani Il diagramma seguente mostra la relazione tra i due client di Ethereum. I due client si connettono alle rispettive reti peer-to-peer (P2P). Sono necessarie reti P2P separate poiché i client di esecuzione eseguono il gossip delle transazioni sulla propria rete P2P, consentendo loro di gestire il proprio pool locale di transazione, mentre i client di consenso eseguono il gossip dei blocchi sulla propria rete P2P, consentendo la crescita del consenso e della catena. -![](node-architecture-text-background.png) +![Diagramma dell'architettura del nodo Ethereum che mostra i livelli di esecuzione e consenso](node-architecture-text-background.png) Perché questa struttura a due client funzioni, i client di consenso devono poter passare i pacchetti di transazioni al client di esecuzione. Eseguire le transazioni localmente è la modalità in cui il client convalida che le transazioni non violano alcuna regola di Ethereum e che l'aggiornamento proposto allo stato di Ethereum sia corretto. Similmente, quando il nodo è selezionato come produttore di un blocco, il client di consenso deve poter richiedere i pacchetti di transazioni da Geth da includere nel nuovo blocco ed eseguirli per aggiornare lo stato globale. Questa comunicazione tra client è gestita da una connessione RPC locale utilizzando l'[API del motore](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md). diff --git a/public/content/translations/it/developers/tutorials/hello-world-smart-contract-fullstack/index.md b/public/content/translations/it/developers/tutorials/hello-world-smart-contract-fullstack/index.md index 0a417e53d75..27dfe2417ec 100644 --- a/public/content/translations/it/developers/tutorials/hello-world-smart-contract-fullstack/index.md +++ b/public/content/translations/it/developers/tutorials/hello-world-smart-contract-fullstack/index.md @@ -237,7 +237,7 @@ Non nominarlo `process.env` o `.env-custom` o in altro modo. - Segui [queste istruzioni](https://metamask.zendesk.com/hc/en-us/articles/360015289632-How-to-Export-an-Account-Private-Key) per esportare la tua chiave privata - Vedi sotto per ottenere l'URL dell'API di Alchemy HTTP -![](./get-alchemy-api-key.gif) +![Procedura dettagliata animata per ottenere una chiave API Alchemy](./get-alchemy-api-key.gif) Il tuo `.env` dovrebbe somigliare a questo: diff --git a/public/content/translations/it/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md b/public/content/translations/it/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md index bfa2f23fd63..c5050a30969 100644 --- a/public/content/translations/it/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md +++ b/public/content/translations/it/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md @@ -65,13 +65,13 @@ Questo produrrà le stesse informazioni fornite sulla pagina della transazione d #### Etherscan {#etherscan} -![](./etherscan_view.png) +![Screenshot della visualizzazione dell'Explorer delle transazioni Etherscan](./etherscan_view.png) [Pagina del contratto dell'EF su Etherscan.](https://etherscan.io/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe) #### Dune Analytics {#dune-analytics} -![](./dune_view.png) +![Screenshot di un dashboard delle query di Dune Analytics](./dune_view.png) Puoi trovare la dashboard [qui](https://duneanalytics.com/paulapivat/Learn-Ethereum). Clicca sulla tabella per vedere l'interrogazione (vedi anche sopra). @@ -149,7 +149,7 @@ ORDER BY block_time DESC` Ecco l'output in SQL su Dune: -![](./list_of_txn.png) +![Screenshot di un elenco di transazioni Ethereum](./list_of_txn.png) Questo singolo blocco aggiunto alla catena cambia lo stato della macchina virtuale di Ethereum ([EVM](/developers/docs/evm/)). Dozzine, a volte, centinaia di transazioni vengono verificate in un solo colpo. In questo caso specifico, sono state incluse 222 transazioni. @@ -168,7 +168,7 @@ FROM temp_table Per il blocco 12396854, di 222 transazioni totali, 204 sono state verificate correttamente: -![](./successful_txn.png) +![Screenshot di una transazione Ethereum riuscita](./successful_txn.png) Le richieste di transazioni si verificano dozzine di volte al secondo, ma i blocchi sono impegnati approssimativamente ogni 15 secondi ([sorgente](/developers/docs/blocks/)). @@ -176,11 +176,11 @@ Per vedere che un blocco è prodotto approssimativamente ogni 15 secondi, potrem Il grafico per i blocchi di Ethereum prodotti al giorno (2016 - presente) è: -![](./daily_blocks.png) +![Grafico che mostra la produzione giornaliera di blocchi Ethereum](./daily_blocks.png) Il numero medio di blocchi prodotti giornalmente in questo periodo di tempo è di ~5.874: -![](./avg_daily_blocks.png) +![Grafico che mostra la produzione giornaliera di blocchi Ethereum](./avg_daily_blocks.png) Le interrogazioni sono: @@ -217,7 +217,7 @@ I blocchi hanno dimensioni limitate. La dimensione massima del blocco è dinamic Un modo per concettualizzare il limite di gas del blocco è immaginarlo come l'**offerta** di spazio del blocco disponibile, in cui raggruppare le transazioni. Il limite di gas del blocco è interrogabile e visualizzabile dal 2016 a oggi: -![](./avg_gas_limit.png) +![Grafico che mostra il limite medio di gas di Ethereum nel tempo](./avg_gas_limit.png) ```sql SELECT @@ -230,7 +230,7 @@ OFFSET 1 Poi, c'è il gas effettivo, usato quotidianamente per pagare i calcoli effettuati sulla catena di Ethereum (cioè, l'invio della transazione, la chiamata di un contratto intelligente, il conio di un NFT). Questa è la **domanda** di spazio per i blocchi disponibile di Ethereum: -![](./daily_gas_used.png) +![Grafico che mostra il gas Ethereum utilizzato quotidianamente](./daily_gas_used.png) ```sql SELECT @@ -249,7 +249,7 @@ Dunque, possiamo comprendere i prezzi del gas come una funzione di domanda per l Infine, potremmo voler interrogare i prezzi del gas quotidiani medi per la catena di Ethereum, tuttavia, farlo risulterà in un tempo di richiesta particolarmente lungo, quindi filtreremo la nostra richiesta all'importo medio di gas pagato per transazione dall'Ethereum Foundation. -![](./ef_daily_gas.png) +![Grafico che mostra l'utilizzo giornaliero del gas della Ethereum Foundation](./ef_daily_gas.png) Possiamo vedere i prezzi del gas pagati per tutte le transazioni effettuate all'indirizzo dell'Ethereum Foundation negli anni. Ecco l'interrogazione: diff --git a/public/content/translations/it/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md b/public/content/translations/it/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md index f88aaf9ee3a..29c3ce60257 100644 --- a/public/content/translations/it/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md +++ b/public/content/translations/it/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md @@ -114,34 +114,34 @@ sudo systemctl start grafana-server Quando Grafana è in esecuzione, dovrebbe esser raggiungibile a `localhost:3000`. Usa il tuo browser preferito per accedere a questo percorso, poi accedi con le credenziali predefinite (utente: `admin` e password: `admin`). Quando richiesto, modifica la password predefinita e salva. -![](./grafana1.png) +![Screenshot della dashboard di Grafana per il monitoraggio dei Geth (pannello 1)](./grafana1.png) Sarai reindirizzato alla pagina home di Grafana. Per prima cosa, configura i tuoi dati sorgente. Clicca sull'icona di configurazione nella barra a sinistra e seleziona "Sorgenti dati". -![](./grafana2.png) +![Screenshot della dashboard di Grafana per il monitoraggio dei Geth (pannello 2)](./grafana2.png) Se non sono ancora state create sorgenti di dati, clicca su "Aggiungi sorgente di dati" per definirne una. -![](./grafana3.png) +![Screenshot della dashboard di Grafana per il monitoraggio dei Geth (pannello 3)](./grafana3.png) Per questa configurazione, seleziona "InfluxDB" e procedi. -![](./grafana4.png) +![Screenshot della dashboard di Grafana per il monitoraggio dei Geth (pannello 4)](./grafana4.png) La configurazione della sorgente di dati è abbastanza semplice se esegui gli strumenti sulla stessa macchina. Devi impostare l'indirizzo di InfluxDB e i dettagli per accedere al database. Fai riferimento alla seguente immagine. -![](./grafana5.png) +![Screenshot della dashboard di Grafana per il monitoraggio dei Geth (pannello 5)](./grafana5.png) Se tutto è completo e InfluxDB è raggiungibile, clicca su "Salva e prova" e attendi che compaia la conferma. -![](./grafana6.png) +![Screenshot della dashboard di Grafana per il monitoraggio dei Geth (pannello 6)](./grafana6.png) Grafana è ora configurato per leggere i dati da InfluxDB. Ora devi creare una dashboard che li interpreterà e mostrerà. Le proprietà dei pannelli di controllo sono codificate nei file JSON, che possono essere creati da chiunque e sono facilmente importabili. Sulla barra sinistra, clicca su "Crea e Importa". -![](./grafana7.png) +![Screenshot della dashboard di Grafana per il monitoraggio dei Geth (pannello 7)](./grafana7.png) Per una dashboard di monitoraggio di Geth, copia l'ID di [questa dashboard](https://grafana.com/grafana/dashboards/13877/) e incollalo nella "Pagina d'importazione" su Grafana. Dopo aver salvato la dashboard, dovrebbe somigliare a questo: -![](./grafana8.png) +![Screenshot della dashboard di Grafana per il monitoraggio dei Geth (pannello 8)](./grafana8.png) Puoi modificare i tuoi pannelli di controllo. Ogni pannello può essere modificato, spostato, rimosso o aggiunto. Puoi modificare le tue configurazioni. Sta a te! Per saperne di più su come funzionano i pannelli di controllo, fai riferimento alla [documentazione di Grafana](https://grafana.com/docs/grafana/latest/dashboards/). Potresti esser anche interessato agli [avvisi](https://grafana.com/docs/grafana/latest/alerting/), che ti consentono di configurare delle notifiche di avviso per quando le metriche raggiungono certi valori. Sono supportati diversi canali di comunicazione. diff --git a/public/content/translations/ja/developers/docs/networking-layer/index.md b/public/content/translations/ja/developers/docs/networking-layer/index.md index 15bed25b5e2..eadc168a827 100644 --- a/public/content/translations/ja/developers/docs/networking-layer/index.md +++ b/public/content/translations/ja/developers/docs/networking-layer/index.md @@ -146,8 +146,8 @@ SSZは、シンプル・シリアライゼーションの略です。 SSZは、 十分な数のバリデータによってブロックが認証されると、チェーンの先頭に追加され、正当性が確認された後、最終的に確定(ファイナライズ)される。 -![](cons_client_net_layer.png) -![](exe_client_net_layer.png) +![Ethereum コンセンサス クライアント ネットワーキング層の図](cons_client_net_layer.png) +![Ethereum 実行クライアント ネットワーキング層の図](exe_client_net_layer.png) [ethresear.ch](https://ethresear.ch/t/eth1-eth2-client-relationship/7248)より、コンセンサスクライアントと実行クライアントのネットワークレイヤー概略図 diff --git a/public/content/translations/ja/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/ja/developers/docs/nodes-and-clients/node-architecture/index.md index 85f7640d357..07d1670f67a 100644 --- a/public/content/translations/ja/developers/docs/nodes-and-clients/node-architecture/index.md +++ b/public/content/translations/ja/developers/docs/nodes-and-clients/node-architecture/index.md @@ -10,7 +10,7 @@ lang: ja 以下の図は、2つのイーサリアムクライアント間の関係を示しています。 それぞれのクライアントは、独自のピアツーピア(P2P)・ネットワークに接続しています。 実行クライアントは、ピアツーピア・ネットワークでトランザクションをゴシップし、ローカルのトランザクションプールを管理することができます。一方、コンセンサスクライアントは、ピアツーピア・ネットワークでブロックをゴシップし、コンセンサスを確立し、チェーンの成長を促進します。そのため、別々のピアツーピア・ネットワークが必要になります。 -![](node-architecture-text-background.png) +![実行層とコンセンサス層を示すイーサリアム ノード アーキテクチャの図](node-architecture-text-background.png) _実行クライアントには、Erigon、Nethermind、Besuなど、いくつかの選択肢があります_。 diff --git a/public/content/translations/ja/developers/tutorials/hello-world-smart-contract-fullstack/index.md b/public/content/translations/ja/developers/tutorials/hello-world-smart-contract-fullstack/index.md index af8028cd846..bfefde2c09d 100644 --- a/public/content/translations/ja/developers/tutorials/hello-world-smart-contract-fullstack/index.md +++ b/public/content/translations/ja/developers/tutorials/hello-world-smart-contract-fullstack/index.md @@ -240,7 +240,7 @@ npm install dotenv --save - 秘密鍵をエクスポートするための[これらの手順](https://metamask.zendesk.com/hc/en-us/articles/360015289632-How-to-Export-an-Account-Private-Key)に従ってください - HTTP Alchemy API URLを取得するには、以下を参照してください -![](./get-alchemy-api-key.gif) +![Alchemy API キーを取得するためのアニメーション ウォークスルー](./get-alchemy-api-key.gif) `.env`は次のようになります: diff --git a/public/content/translations/ja/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md b/public/content/translations/ja/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md index bbb909695df..c0d2b583b31 100644 --- a/public/content/translations/ja/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md +++ b/public/content/translations/ja/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md @@ -62,13 +62,13 @@ FROM temp_table #### Etherscan {#etherscan} -![](./etherscan_view.png) +![Etherscan トランザクション エクスプローラー ビューのスクリーンショット](./etherscan_view.png) [Blockscout上のEFのコントラクトページ。](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe) #### Dune Analytics {#dune-analytics} -![](./dune_view.png) +![Dune Analytics クエリ ダッシュボードのスクリーンショット](./dune_view.png) ダッシュボードは[こちら](https://dune.com/paulapivat/Learn-Ethereum)にあります。 テーブルをクリックすると、クエリを確認できます（上記も参照してください）。 @@ -146,7 +146,7 @@ ORDER BY block_time DESC` DuneでのSQL出力はこちらです: -![](./list_of_txn.png) +![Ethereum トランザクションのリストのスクリーンショット](./list_of_txn.png) この1つのブロックがチェーンに追加されると、イーサリアム仮想マシン([EVM](/developers/docs/evm/))の状態が変化します。 一度に数十、時には数百ものトランザクションが検証されます。 このブロックの場合、222件のトランザクションが含まれていました。 @@ -165,7 +165,7 @@ FROM temp_table ブロック12396854では、計222件のトランザクションのうち、204件が正常に検証されました: -![](./successful_txn.png) +![成功したイーサリアムトランザクションのスクリーンショット](./successful_txn.png) トランザクションリクエストは毎秒数十回発生しますが、ブロックがコミットされるのはおよそ15秒に1回です([ソース](/developers/docs/blocks/))。 @@ -173,11 +173,11 @@ FROM temp_table イーサリアムで1日あたりに生成されたブロック数（2016年〜現在）のグラフはこちらです: -![](./daily_blocks.png) +![毎日のイーサリアムブロック生成を示すグラフ](./daily_blocks.png) この期間に毎日生成されたブロックの平均数は約5,874です: -![](./avg_daily_blocks.png) +![毎日のイーサリアムブロック生成を示すグラフ](./avg_daily_blocks.png) クエリは、次のように行います。 @@ -214,7 +214,7 @@ FROM temp_table ブロックのガスリミットを理解する一つの方法として、トランザクションをバッチ処理するために利用できるブロックスペースの**供給**量と考えることができます。 ブロックのガスリミットは、クエリを実行して2016年から現在までを可視化できます: -![](./avg_gas_limit.png) +![時間の経過に伴うイーサリアムの平均ガス制限を示すグラフ](./avg_gas_limit.png) ```sql SELECT @@ -227,7 +227,7 @@ OFFSET 1 そして、イーサリアムチェーン上での計算(トランザクションの送信、スマートコントラクトの呼び出し、NFTのミントなど)の支払いに毎日使用される実際のガスがあります。 これは、利用可能なイーサリアムのブロックスペースに対する**需要**です: -![](./daily_gas_used.png) +![毎日使用されるイーサリアムガスを示すグラフ](./daily_gas_used.png) ```sql SELECT @@ -246,7 +246,7 @@ OFFSET 1 最後に、イーサリアムチェーンの1日あたりの平均ガス価格をクエリすることもできますが、クエリ時間が非常に長くなるため、イーサリアム財団によってトランザクションごとに支払われた平均ガス量にクエリを絞り込みます。 -![](./ef_daily_gas.png) +![イーサリアム財団の毎日のガス使用量を示すグラフ](./ef_daily_gas.png) 長年にわたるイーサリアム財団のアドレスへのすべてのトランザクションで支払われたガス価格を見ることができます。 クエリは、次のとおりです。 diff --git a/public/content/translations/ja/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md b/public/content/translations/ja/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md index 3e1a62a595b..30b03fa4400 100644 --- a/public/content/translations/ja/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md +++ b/public/content/translations/ja/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md @@ -117,19 +117,19 @@ sudo systemctl start grafana-server Grafanaが実行されたら、`localhost:3000`でアクセスできるはずです。 お好みのブラウザでこのパスにアクセスし、デフォルトの認証情報(ユーザー: `admin`、パスワード: `admin`)でログインしてください。 プロンプトが表示されたら、デフォルトのパスワードを変更して保存してください。 -![](./grafana1.png) +![Geth モニタリング用の Grafana ダッシュボードのスクリーンショット (パネル 1)](./grafana1.png) Grafanaのホームページに転送されます。 まず、ソースデータを設定します。 左のバーにある設定アイコンをクリックし、「Data sources」を選択します。 -![](./grafana2.png) +![Geth モニタリング用の Grafana ダッシュボードのスクリーンショット (パネル 2)](./grafana2.png) まだデータソースは作成されていません。「Add data source」をクリックして定義します。 -![](./grafana3.png) +![Geth モニタリング用の Grafana ダッシュボードのスクリーンショット (パネル 3)](./grafana3.png) この設定では、「InfluxDB」を選択して続行します。 -![](./grafana4.png) +![Geth モニタリング用の Grafana ダッシュボードのスクリーンショット (パネル 4)](./grafana4.png) 同じマシンでツールを実行している場合、データソースの設定は非常に簡単です。 データベースにアクセスするには、InfluxDBのアドレスと詳細を設定する必要があります。 以下の画像を参照してください。 diff --git a/public/content/translations/mr/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/mr/developers/docs/nodes-and-clients/node-architecture/index.md index d1ef878d741..f23448f0047 100644 --- a/public/content/translations/mr/developers/docs/nodes-and-clients/node-architecture/index.md +++ b/public/content/translations/mr/developers/docs/nodes-and-clients/node-architecture/index.md @@ -10,7 +10,7 @@ lang: mr खालील आकृती दोन इथेरियम क्लायंट्समधील संबंध दर्शवते. हे दोन क्लायंट आपापल्या पीअर-टू-पीअर (P2P) नेटवर्कशी जोडले जातात. वेगवेगळे P2P नेटवर्क्स आवश्यक आहेत कारण एक्झिक्यूशन क्लायंट त्यांच्या P2P नेटवर्कवर व्यवहारांची देवाणघेवाण (गॉसिप) करतात, ज्यामुळे ते त्यांचे स्थानिक व्यवहार पूल व्यवस्थापित करू शकतात, तर कन्सेन्सस क्लायंट त्यांच्या P2P नेटवर्कवर ब्लॉक्सची देवाणघेवाण करतात, ज्यामुळे सहमती (कन्सेन्सस) आणि चेनची वाढ होते. -![](node-architecture-text-background.png) +![इथरियम नोड आर्किटेक्चरचा आकृती अंमलात आणणे आणि एकमत स्तर दर्शवित आहे](node-architecture-text-background.png) _एक्झिक्यूशन क्लायंटसाठी Erigon, Nethermind आणि Besu यांसह अनेक पर्याय उपलब्ध आहेत_. diff --git a/public/content/translations/pl/developers/docs/networking-layer/index.md b/public/content/translations/pl/developers/docs/networking-layer/index.md index 62d11936964..13339c2261b 100644 --- a/public/content/translations/pl/developers/docs/networking-layer/index.md +++ b/public/content/translations/pl/developers/docs/networking-layer/index.md @@ -146,8 +146,8 @@ Poniżej przedstawiono podsumowanie przepływu, z odpowiednim stosem sieciowym w Po poświadczeniu bloku przez wystarczającą liczbę walidatorów zostaje on dodany na początek łańcucha, uzasadniony i ostatecznie sfinalizowany. -![](cons_client_net_layer.png) -![](exe_client_net_layer.png) +![Schemat warstwy sieci klienta konsensusu Ethereum](cons_client_net_layer.png) +![Schemat warstwy sieciowej klienta wykonawczego Ethereum](exe_client_net_layer.png) Schemat warstwy sieciowej dla klientów konsensusu i wykonawczych, z [ethresear.ch](https://ethresear.ch/t/eth1-eth2-client-relationship/7248) diff --git a/public/content/translations/pl/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/pl/developers/docs/nodes-and-clients/node-architecture/index.md index 54894003017..6543ef23338 100644 --- a/public/content/translations/pl/developers/docs/nodes-and-clients/node-architecture/index.md +++ b/public/content/translations/pl/developers/docs/nodes-and-clients/node-architecture/index.md @@ -10,7 +10,7 @@ Kiedy Ethereum korzystało z [proof-of-work](/developers/docs/consensus-mechanis Poniższy diagram pokazuje relację między tymi dwoma klientami Ethereum. Oba klienty łączą się z własną siecią peer-to-peer (P2P). Oddzielnie sieci P2P są potrzebne, ponieważ klienty wykonawcze plotkują transakcje po swojej sieci P2P co pozwala im na zarządzanie lokalną pulą transakcji, podczas gdy klienty konsensusu plotkują bloki po swojej sieci P2P co z kolei pozwala konsensus i rozrost łańcucha. -![](node-architecture-text-background.png) +![Schemat architektury węzła Ethereum przedstawiający warstwy wykonania i konsensusu](node-architecture-text-background.png) _Istnieje kilka opcji dla klienta wykonawczego, w tym Erigon, Nethermind i Besu_. diff --git a/public/content/translations/pl/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md b/public/content/translations/pl/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md index f8aa4aee4ed..448324aa4be 100644 --- a/public/content/translations/pl/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md +++ b/public/content/translations/pl/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md @@ -62,13 +62,13 @@ Spowoduje to uzyskanie tych samych informacji, co na stronie transakcji Ethersca #### Etherscan {#etherscan} -![](./etherscan_view.png) +![Zrzut ekranu przedstawiający widok eksploratora transakcji Etherscan](./etherscan_view.png) [Strona kontraktu EF na Blockscout.](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe) #### Dune Analytics {#dune-analytics} -![](./dune_view.png) +![Zrzut ekranu przedstawiający pulpit nawigacyjny zapytań Dune Analytics](./dune_view.png) Pulpit nawigacyjny można znaleźć [tutaj](https://dune.com/paulapivat/Learn-Ethereum). Kliknij tabelę, aby zobaczyć zapytanie (zobacz również powyżej). @@ -146,7 +146,7 @@ ORDER BY block_time DESC` Oto wynik SQL w Dune: -![](./list_of_txn.png) +![Zrzut ekranu przedstawiający listę transakcji Ethereum](./list_of_txn.png) Ten pojedynczy blok dodany do łańcucha zmienia stan Wirtualnej Maszyny Ethereum ([EVM](/developers/docs/evm/)). Jednocześnie weryfikowane są dziesiątki, a czasem setki transakcji. W tym konkretnym przypadku uwzględniono 222 transakcje. @@ -165,7 +165,7 @@ FROM temp_table Dla bloku 12396854, z 222 wszystkich transakcji, 204 zostały pomyślnie zweryfikowane: -![](./successful_txn.png) +![Zrzut ekranu przedstawiający udaną transakcję Ethereum](./successful_txn.png) Żądania transakcji pojawiają się dziesiątki razy na sekundę, ale bloki są zatwierdzane mniej więcej raz na 15 sekund ([źródło](/developers/docs/blocks/)). @@ -173,11 +173,11 @@ Aby zobaczyć, że jeden blok jest produkowany mniej więcej co 15 sekund, może Wykres dla bloków Ethereum produkowanych dziennie (2016 – obecnie) to: -![](./daily_blocks.png) +![Wykres przedstawiający dzienną produkcję bloku Ethereum](./daily_blocks.png) Średnia liczba produkowanych dziennie bloków w tym okresie wynosi ~5874: -![](./avg_daily_blocks.png) +![Wykres przedstawiający dzienną produkcję bloku Ethereum](./avg_daily_blocks.png) Zapytania są następujące: @@ -214,7 +214,7 @@ Bloki mają ograniczony rozmiar. Maksymalny rozmiar bloku jest dynamiczny i zmie Jednym ze sposobów konceptualizacji limitu gazu w bloku jest myślenie o nim jako o **podaży** dostępnej przestrzeni blokowej, w której można grupować transakcje. Limit gazu w bloku można odpytywać i wizualizować od 2016 roku do dnia dzisiejszego: -![](./avg_gas_limit.png) +![Wykres przedstawiający średni limit gazu Ethereum w czasie](./avg_gas_limit.png) ```sql SELECT @@ -227,7 +227,7 @@ OFFSET 1 Następnie jest rzeczywisty gaz zużywany codziennie do opłacenia obliczeń wykonanych w łańcuchu Ethereum (tj. wysyłanie transakcji, wywoływanie inteligentnego kontraktu, mintowanie NFT). To jest **popyt** na dostępną przestrzeń blokową Ethereum: -![](./daily_gas_used.png) +![Wykres pokazujący dzienne zużycie gazu Ethereum](./daily_gas_used.png) ```sql SELECT @@ -246,7 +246,7 @@ Dlatego możemy rozumieć ceny gazu jako funkcję popytu na przestrzeń blokową Wreszcie, możemy chcieć odpytać o średnie dzienne ceny gazu dla łańcucha Ethereum, jednak spowoduje to szczególnie długi czas zapytania, więc przefiltrujemy nasze zapytanie do średniej ilości gazu płaconego za transakcję przez Fundację Ethereum. -![](./ef_daily_gas.png) +![Wykres przedstawiający dzienne zużycie gazu przez Fundację Ethereum](./ef_daily_gas.png) Możemy zobaczyć ceny gazu zapłacone za wszystkie transakcje dokonane na adres Fundacji Ethereum na przestrzeni lat. Oto zapytanie: diff --git a/public/content/translations/pl/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md b/public/content/translations/pl/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md index 746854da417..05b44d41bda 100644 --- a/public/content/translations/pl/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md +++ b/public/content/translations/pl/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md @@ -117,35 +117,35 @@ sudo systemctl start grafana-server Gdy Grafana jest uruchomiona, powinna być dostępna pod adresem `localhost:3000`. Użyj preferowanej przeglądarki, aby uzyskać dostęp do tej ścieżki, a następnie zaloguj się przy użyciu domyślnych poświadczeń (użytkownik: `admin` i hasło: `admin`). Gdy pojawi się monit, zmień domyślne hasło i zapisz. -![](./grafana1.png) +![Zrzut ekranu panelu Grafana do monitorowania Geth (panel 1)](./grafana1.png) Zostaniesz przekierowany na stronę główną Grafany. Najpierw skonfiguruj dane źródłowe. Kliknij ikonę konfiguracji na lewym pasku i wybierz „Źródła danych”. -![](./grafana2.png) +![Zrzut ekranu panelu Grafana do monitorowania Geth (panel 2)](./grafana2.png) Nie ma jeszcze utworzonych żadnych źródeł danych, kliknij „Dodaj źródło danych”, aby zdefiniować jedno. -![](./grafana3.png) +![Zrzut ekranu dashboardu Grafana do monitorowania Geth (panel 3)](./grafana3.png) W tej konfiguracji wybierz „InfluxDB” i kontynuuj. -![](./grafana4.png) +![Zrzut ekranu dashboardu Grafana do monitorowania Geth (panel 4)](./grafana4.png) Konfiguracja źródła danych jest dość prosta, jeśli uruchamiasz narzędzia na tej samej maszynie. Musisz ustawić adres InfluxDB i szczegóły dostępu do bazy danych. Zapoznaj się z poniższym obrazkiem. -![](./grafana5.png) +![Zrzut ekranu dashboardu Grafana do monitorowania Geth (panel 5)](./grafana5.png) Jeśli wszystko jest gotowe, a InfluxDB jest osiągalny, kliknij „Zapisz i przetestuj” i poczekaj na pojawienie się potwierdzenia. -![](./grafana6.png) +![Zrzut ekranu dashboardu Grafana do monitorowania Geth (panel 6)](./grafana6.png) Grafana jest teraz skonfigurowana do odczytu danych z InfluxDB. Teraz musisz utworzyć pulpit nawigacyjny, który będzie go interpretował i wyświetlał. Właściwości pulpitów nawigacyjnych są zakodowane w plikach JSON, które mogą być tworzone przez każdego i łatwo importowane. Na lewym pasku kliknij „Utwórz i importuj”. -![](./grafana7.png) +![Zrzut ekranu dashboardu Grafana do monitorowania Geth (panel 7)](./grafana7.png) W przypadku pulpitu nawigacyjnego do monitorowania Geth skopiuj identyfikator [tego pulpitu](https://grafana.com/grafana/dashboards/13877/) i wklej go na stronie „Importuj” w Grafanie. Po zapisaniu pulpitu nawigacyjnego powinien on wyglądać tak: -![](./grafana8.png) +![Zrzut ekranu dashboardu Grafana do monitorowania Geth (panel 8)](./grafana8.png) Możesz modyfikować swoje pulpity nawigacyjne. Każdy panel można edytować, przesuwać, usuwać lub dodawać. Możesz zmieniać swoje konfiguracje. To zależy od Ciebie! Aby dowiedzieć się więcej o działaniu pulpitów nawigacyjnych, zapoznaj się z [dokumentacją Grafany](https://grafana.com/docs/grafana/latest/dashboards/). Może Cię również zainteresować [Alerting](https://grafana.com/docs/grafana/latest/alerting/). Umożliwia to skonfigurowanie powiadomień o alertach, gdy metryki osiągną określone wartości. Obsługiwane są różne kanały komunikacji. diff --git a/public/content/translations/pt-br/developers/docs/networking-layer/index.md b/public/content/translations/pt-br/developers/docs/networking-layer/index.md index 10aed4cc705..15a879a1ca6 100644 --- a/public/content/translations/pt-br/developers/docs/networking-layer/index.md +++ b/public/content/translations/pt-br/developers/docs/networking-layer/index.md @@ -146,7 +146,7 @@ Um resumo do fluxo de controle é mostrado abaixo, com a pilha de rede relevante Uma vez que o bloco tenha sido atestado por validadores suficientes, ele é adicionado ao cabeçalho da cadeia, justificado e finalmente finalizado. -![](cons_client_net_layer.png) ![](exe_client_net_layer.png) +![Diagrama da camada de rede do cliente de consenso Ethereum](cons_client_net_layer.png) ![Diagrama da camada de rede do cliente de execução Ethereum](exe_client_net_layer.png) Esquema da camada de rede para clientes de consenso e execução, de [ethresear.ch](https://ethresear.ch/t/eth1-eth2-client-relationship/7248) diff --git a/public/content/translations/pt-br/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/pt-br/developers/docs/nodes-and-clients/node-architecture/index.md index 67dc5ea5181..4c0b0546fc6 100644 --- a/public/content/translations/pt-br/developers/docs/nodes-and-clients/node-architecture/index.md +++ b/public/content/translations/pt-br/developers/docs/nodes-and-clients/node-architecture/index.md @@ -10,7 +10,7 @@ Quando o Ethereum estava usando [prova de trabalho](/developers/docs/consensus-m O diagrama abaixo mostra a relação entre os dois clientes Ethereum. Os dois clientes se conectam às suas respectivas redes ponto a ponto (P2P). As redes P2P separadas são necessárias à medida que os clientes de execução espalham transações em sua rede P2P, permitindo que eles gerenciem seu pool de transações local, enquanto os clientes de consenso distribuem blocos em sua rede P2P, permitindo consenso e crescimento da cadeia. -![](node-architecture-text-background.png) +![Diagrama da arquitetura do nó Ethereum mostrando camadas de execução e consenso](node-architecture-text-background.png) Para que essa estrutura de dois clientes funcione, os clientes de consenso devem ser capazes de passar pacotes de transações para o cliente de execução. Executar transações localmente é como o cliente valida que as transações não violam nenhuma regra do Ethereum e que a atualização proposta para o estado do Ethereum está correta. Da mesma forma, quando o nó é selecionado para ser um produtor de bloco, o cliente de consenso deve ser capaz de solicitar pacotes de transações ao Geth para incluir no novo bloco e executá-los para atualizar o estado global. Essa comunicação entre clientes é tratada por uma conexão RPC local usando a [API engine](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md). diff --git a/public/content/translations/pt-br/developers/tutorials/hello-world-smart-contract-fullstack/index.md b/public/content/translations/pt-br/developers/tutorials/hello-world-smart-contract-fullstack/index.md index e200f993cab..17aee9e6820 100644 --- a/public/content/translations/pt-br/developers/tutorials/hello-world-smart-contract-fullstack/index.md +++ b/public/content/translations/pt-br/developers/tutorials/hello-world-smart-contract-fullstack/index.md @@ -237,7 +237,7 @@ Não o nomeie como `process.env` ou `.env-custom` ou qualquer outra coisa. - Siga [estas instruções](https://metamask.zendesk.com/hc/en-us/articles/360015289632-How-to-Export-an-Account-Private-Key) para exportar sua chave privada - Veja abaixo como obter o URL da API HTTP Alchemy -![](./get-alchemy-api-key.gif) +![Passo a passo animado para obter uma chave de API Alchemy](./get-alchemy-api-key.gif) Seu arquivo `.env` ficará assim: diff --git a/public/content/translations/pt-br/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md b/public/content/translations/pt-br/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md index 0457b9e3218..fbfad7e5fa5 100644 --- a/public/content/translations/pt-br/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md +++ b/public/content/translations/pt-br/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md @@ -65,13 +65,13 @@ Isso irá gerar as mesmas informações fornecidas na página de transações do #### Etherscan {#etherscan} -![](./etherscan_view.png) +![Captura de tela da visualização do explorador de transações Etherscan](./etherscan_view.png) [Visualizar página de contratos de EF's no Etherscan.](https://etherscan.io/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe) #### Dune Analytics {#dune-analytics} -![](./dune_view.png) +![Captura de tela de um painel de consulta do Dune Analytics](./dune_view.png) Você pode encontrar o painel [aqui](https://duneanalytics.com/paulapivat/Learn-Ethereum). Clique na tabela para visualizar a consulta (veja também acima). diff --git a/public/content/translations/pt-br/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md b/public/content/translations/pt-br/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md index 0eeaaa39d5d..272f63231a3 100644 --- a/public/content/translations/pt-br/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md +++ b/public/content/translations/pt-br/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md @@ -114,34 +114,34 @@ sudo systemctl start grafana-server Quando você estiver rodando o Grafana, ele deve ser acessível em `localhost:3000`. Use seu navegador preferido para acessar esta URL e, em seguida, faça login com as credenciais padrão (usuário: `admin` e senha: `admin`). Quando solicitado, altere a senha padrão e salve. -![](./grafana1.png) +![Captura de tela do painel Grafana para monitoramento Geth (painel 1)](./grafana1.png) Você vai ser redirecionado para a página principal do Grafana. Primeiro, configure seu source data. Clique no ícone de configuração na barra esquerda e selecione "Data sources". -![](./grafana2.png) +![Captura de tela do painel Grafana para monitoramento Geth (painel 2)](./grafana2.png) Ainda não existem data sources criados, clique em "Add data source" para definir um. -![](./grafana3.png) +![Captura de tela do painel Grafana para monitoramento Geth (painel 3)](./grafana3.png) Para esta configuração, selecione "InfluxDB" e prossiga. -![](./grafana4.png) +![Captura de tela do painel Grafana para monitoramento Geth (painel 4)](./grafana4.png) A configuração do data source é bem simples se você estiver rodando ferramentas na mesma máquina. Você precisa configurar o endereço e os detalhes do InfluxDB para acessar o banco de dados. Consulte a imagem abaixo. -![](./grafana5.png) +![Captura de tela do painel Grafana para monitoramento Geth (painel 5)](./grafana5.png) Se tudo estiver completo e o InfluxDB estiver acessível, clique em "Save and test" e aguarde a confirmação aparecer. -![](./grafana6.png) +![Captura de tela do painel Grafana para monitoramento Geth (painel 6)](./grafana6.png) O Grafana está agora configurado para ler dados do InfluxDB. Agora você precisa criar um painel que o interprete e o exiba. As propriedades dos Dashboards são codificadas em arquivos JSON que podem ser criados por qualquer um e podem ser facilmente importados. Na barra esquerda, clique em "Create and Import". -![](./grafana7.png) +![Captura de tela do painel Grafana para monitoramento Geth (painel 7)](./grafana7.png) Para um dashboard de monitoramento do Geth, copie o ID [deste dashboard](https://grafana.com/grafana/dashboards/13877/) e cole-o em "Import page" no Grafana. Depois de salvar o dashboard, ele deve ficar assim: -![](./grafana8.png) +![Captura de tela do painel Grafana para monitoramento Geth (painel 8)](./grafana8.png) Você pode modificar seus dashboards. Cada dashboard pode ser editado, movido, removido ou adicionado. Você pode alterar suas configurações. É com você! Para saber mais sobre como os dashboards funcionam, consulte a [documentação do Grafana](https://grafana.com/docs/grafana/latest/dashboards/). Você também pode estar interessado sobre [Notificações / Alertas](https://grafana.com/docs/grafana/latest/alerting/). Isso permite configurar notificações de alerta para quando as métricas alcançarem certos valores. Vários canais de comunicação são suportados. diff --git a/public/content/translations/sw/developers/docs/networking-layer/index.md b/public/content/translations/sw/developers/docs/networking-layer/index.md index 76300c6916f..1b60e649d7d 100644 --- a/public/content/translations/sw/developers/docs/networking-layer/index.md +++ b/public/content/translations/sw/developers/docs/networking-layer/index.md @@ -146,8 +146,8 @@ Muhtasari wa mtiririko wa udhibiti umeonyeshwa hapa chini, na mrundiko husika wa Mara tu bloku inapothibitishwa na wathibitishaji wa kutosha, inaongezwa kwenye kichwa cha mnyororo, inahalalishwa na hatimaye kukamilishwa. -![](cons_client_net_layer.png) -![](exe_client_net_layer.png) +![Mchoro wa safu ya mtandao wa mteja wa makubaliano ya Ethereum](cons_client_net_layer.png) +![Mchoro wa safu ya mtandao wa mteja wa utekelezaji wa Ethereum](exe_client_net_layer.png) Mchoro wa safu ya mtandao kwa wateja wa makubaliano na utekelezaji, kutoka [ethresear.ch](https://ethresear.ch/t/eth1-eth2-client-relationship/7248) diff --git a/public/content/translations/sw/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md b/public/content/translations/sw/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md index f9075da50f9..e5aaa79070b 100644 --- a/public/content/translations/sw/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md +++ b/public/content/translations/sw/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md @@ -62,13 +62,13 @@ Hii itatoa taarifa sawa na inayotolewa kwenye ukurasa wa miamala wa Etherscan. K #### Etherscan {#etherscan} -![](./etherscan_view.png) +![Picha ya skrini ya mwonekano wa kichunguzi cha muamala wa Etherscan](./etherscan_view.png) [Ukurasa wa mkataba wa EF kwenye Blockscout.](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe) #### Dune Analytics {#dune-analytics} -![](./dune_view.png) +![Picha ya skrini ya dashibodi ya hoja ya Dune Analytics](./dune_view.png) Unaweza kupata dashibodi [hapa](https://dune.com/paulapivat/Learn-Ethereum). Bofya kwenye jedwali ili kuona ulizo (pia tazama hapo juu). @@ -146,7 +146,7 @@ ORDER BY block_time DESC` Huu ndio matokeo ya SQL kwenye Dune: -![](./list_of_txn.png) +![Picha ya skrini ya orodha ya shughuli za Ethereum](./list_of_txn.png) Bloku hii moja kuongezwa kwenye mnyororo hubadilisha hali ya mashine halisi ya Ethereum ([EVM](/developers/docs/evm/)). Wakati mwingine makumi, mamia ya miamala huhakikiwa kwa wakati mmoja. Katika kisa hiki maalum, miamala 222 ilijumuishwa. @@ -165,7 +165,7 @@ FROM temp_table Kwa bloku 12396854, kati ya miamala 222 jumla, 204 zilihakikiwa kwa mafanikio: -![](./successful_txn.png) +![Picha ya skrini ya shughuli iliyofanikiwa ya Ethereum](./successful_txn.png) Maombi ya miamala hutokea makumi ya mara kwa sekunde, lakini bloku huhifadhiwa takriban mara moja kila sekunde 15 ([chanzo](/developers/docs/blocks/)). @@ -173,11 +173,11 @@ Ili kuona kwamba kuna bloku moja inayozalishwa takriban kila sekunde 15, tunawez Chati ya bloku za Ethereum zinazozalishwa kwa siku (2016 - sasa) ni: -![](./daily_blocks.png) +![Chati inayoonyesha uzalishaji wa kila siku wa Ethereum](./daily_blocks.png) Wastani wa idadi ya bloku zinazozalishwa kila siku katika kipindi hiki ni ~5,874: -![](./avg_daily_blocks.png) +![Chati inayoonyesha uzalishaji wa kila siku wa Ethereum](./avg_daily_blocks.png) Maulizo ni: @@ -214,7 +214,7 @@ Bloku zina ukomo wa ukubwa. Ukubwa wa juu wa bloku hubadilika na hutofautiana ku Njia moja ya kufikiria kikomo cha gesi cha bloku ni kuifikiria kama **ugavi** wa nafasi ya bloku inayopatikana ambapo miamala inaweza kuwekwa kwa makundi. Kikomo cha gesi cha bloku kinaweza kuulizwa na kuonyeshwa kutoka 2016 hadi leo: -![](./avg_gas_limit.png) +![Chati inayoonyesha wastani wa kikomo cha gesi ya Ethereum baada ya muda](./avg_gas_limit.png) ```sql SELECT @@ -227,7 +227,7 @@ OFFSET 1 Halafu kuna gesi halisi inayotumika kila siku kulipia ukokotoaji unaofanywa kwenye mnyororo wa Ethereum (yaani, kutuma muamala, kuita mkataba-erevu, kutoa NFT). Haya ndiyo **mahitaji** ya nafasi ya bloku ya Ethereum inayopatikana: -![](./daily_gas_used.png) +![Chati inayoonyesha gesi ya kila siku ya Ethereum inayotumika](./daily_gas_used.png) ```sql SELECT @@ -246,7 +246,7 @@ Kwa hivyo tunaweza kuelewa bei za gesi kama kazi ya mahitaji ya nafasi ya bloku Mwishowe, tunaweza kutaka kuuliza wastani wa bei za gesi za kila siku kwa mnyororo wa Ethereum, hata hivyo, kufanya hivyo kutasababisha muda mrefu sana wa kuuliza, kwa hivyo tutachuja ulizo letu kwa kiasi cha wastani cha gesi kilicholipwa kwa kila muamala na Msingi wa Ethereum. -![](./ef_daily_gas.png) +![Chati inayoonyesha matumizi ya kila siku ya gesi ya Ethereum Foundation](./ef_daily_gas.png) Tunaweza kuona bei za gesi zilizolipwa kwa miamala yote iliyofanywa kwa anwani ya Msingi wa Ethereum kwa miaka mingi. Hili ndilo ulizo: diff --git a/public/content/translations/sw/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md b/public/content/translations/sw/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md index 5e1774a1184..0886470f339 100644 --- a/public/content/translations/sw/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md +++ b/public/content/translations/sw/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md @@ -117,35 +117,35 @@ sudo systemctl start grafana-server Ukishafanikiwa kuendesha Grafana, inapaswa kupatikana kwenye `localhost:3000`. Tumia kivinjari chako unachopendelea kufikia njia hii, kisha ingia na vitambulisho vya chaguo-msingi (mtumiaji: `admin` na nenosiri: `admin`). Unapoombwa, badilisha nenosiri la chaguo-msingi na uhifadhi. -![](./grafana1.png) +![Picha ya skrini ya dashibodi ya Grafana ya ufuatiliaji wa Geth (paneli 1)](./grafana1.png) Utaelekezwa kwenye ukurasa wa nyumbani wa Grafana. Kwanza, sanidi data yako chanzo. Bofya kwenye ikoni ya usanidi kwenye upau wa kushoto na uchague "Vyanzo vya data". -![](./grafana2.png) +![Picha ya skrini ya dashibodi ya Grafana ya ufuatiliaji wa Geth (paneli 2)](./grafana2.png) Bado hakuna vyanzo vya data vilivyoundwa, bofya kwenye "Ongeza chanzo cha data" ili kufafanua kimoja. -![](./grafana3.png) +![Picha ya skrini ya dashibodi ya Grafana ya ufuatiliaji wa Geth (jopo la 3)](./grafana3.png) Kwa usanidi huu, chagua "InfluxDB" na uendelee. -![](./grafana4.png) +![Picha ya skrini ya dashibodi ya Grafana ya ufuatiliaji wa Geth (paneli 4)](./grafana4.png) Usanidi wa chanzo cha data ni rahisi sana ikiwa unaendesha zana kwenye mashine moja. Unahitaji kuweka anwani ya InfluxDB na maelezo ya kufikia hifadhidata. Rejelea picha hapa chini. -![](./grafana5.png) +![Picha ya skrini ya dashibodi ya Grafana ya ufuatiliaji wa Geth (paneli 5)](./grafana5.png) Ikiwa kila kitu kimekamilika na InfluxDB inapatikana, bofya kwenye "Hifadhi na ujaribu" na usubiri uthibitisho utokee. -![](./grafana6.png) +![Picha ya skrini ya dashibodi ya Grafana ya ufuatiliaji wa Geth (paneli 6)](./grafana6.png) Sasa Grafana imesanidiwa kusoma data kutoka InfluxDB. Sasa unahitaji kuunda dashibodi ambayo itatafsiri na kuionyesha. Sifa za dashibodi zimesimbwa katika faili za JSON ambazo zinaweza kuundwa na mtu yeyote na kuingizwa kwa urahisi. Kwenye upau wa kushoto, bofya kwenye "Unda na Ingiza". -![](./grafana7.png) +![Picha ya skrini ya dashibodi ya Grafana ya ufuatiliaji wa Geth (paneli 7)](./grafana7.png) Kwa dashibodi ya ufuatiliaji ya Geth, nakili ID ya [dashibodi hii](https://grafana.com/grafana/dashboards/13877/) na uibandike kwenye "Ukurasa wa kuingiza" katika Grafana. Baada ya kuhifadhi dashibodi, inapaswa kuonekana kama hivi: -![](./grafana8.png) +![Picha ya skrini ya dashibodi ya Grafana ya ufuatiliaji wa Geth (jopo la 8)](./grafana8.png) Unaweza kurekebisha dashibodi zako. Kila paneli inaweza kuhaririwa, kuhamishwa, kuondolewa au kuongezwa. Unaweza kubadilisha usanidi wako. Ni juu yako! Ili kujifunza zaidi kuhusu jinsi dashibodi zinavyofanya kazi, rejelea [nyaraka za Grafana](https://grafana.com/docs/grafana/latest/dashboards/). Unaweza pia kupendezwa na [Kuarifu](https://grafana.com/docs/grafana/latest/alerting/). Hii inakuwezesha kuweka arifa za tahadhari kwa wakati vipimo vinafikia thamani fulani. Njia mbalimbali za mawasiliano zinatumika. diff --git a/public/content/translations/sw/developers/tutorials/the-graph-fixing-web3-data-querying/index.md b/public/content/translations/sw/developers/tutorials/the-graph-fixing-web3-data-querying/index.md index 1c17be8894e..d8c6fc96865 100644 --- a/public/content/translations/sw/developers/tutorials/the-graph-fixing-web3-data-querying/index.md +++ b/public/content/translations/sw/developers/tutorials/the-graph-fixing-web3-data-querying/index.md @@ -90,7 +90,7 @@ Kwanza hebu tuzungumzie GraphQL, iliyobuniwa na kutekelezwa awali na Facebook. H ![GraphQL API dhidi ya REST API](./graphql.jpg) -![](./graphql-query.gif) +![Onyesho lililohuishwa la swali la GraphQL katika uwanja wa michezo wa Graph](./graphql-query.gif) Picha hizi mbili zinaonyesha kiini cha GraphQL. Kwa hoja ya kuulizia upande wa kulia tunaweza kufafanua hasa data tunayoitaka, kwa hivyo hapo tunapata kila kitu katika ombi moja na si zaidi ya kile tunachohitaji hasa. Seva ya GraphQL hushughulikia upataji wa data yote inayohitajika, kwa hivyo ni rahisi sana kwa upande wa mtumiaji wa frontend kutumia. [Haya ni maelezo mazuri](https://www.apollographql.com/blog/graphql-explained) ya jinsi seva inavyoshughulikia hoja ya kuulizia ikiwa una nia. diff --git a/public/content/translations/ta/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/ta/developers/docs/nodes-and-clients/node-architecture/index.md index 8bc3062e660..b06b75bd4f0 100644 --- a/public/content/translations/ta/developers/docs/nodes-and-clients/node-architecture/index.md +++ b/public/content/translations/ta/developers/docs/nodes-and-clients/node-architecture/index.md @@ -10,7 +10,7 @@ lang: ta கீழேயுள்ள வரைபடம் இரண்டு எதேரியம் வாடிக்கையாளர்களுக்கு இடையிலான உறவைக் காட்டுகிறது. இரண்டு வாடிக்கையாளர்களும் தங்களது சொந்த சக-சகா (P2P) நெட்வொர்க்குகளுடன் இணைகிறார்கள். செயல்பாட்டு வாடிக்கையாளர்கள் தங்கள் உள்ளூர் பரிவர்த்தனைத் தொகுப்பை நிர்வகிப்பதற்காக தங்கள் P2P நெட்வொர்க்கில் பரிவர்த்தனைகளைப் பரப்புவதாலும், அதே நேரத்தில் ஒருமித்த வாடிக்கையாளர்கள் ஒருமித்த கருத்து மற்றும் சங்கிலி வளர்ச்சியை செயல்படுத்துவதற்காக தங்கள் P2P நெட்வொர்க்கில் பிளாக்குகளைப் பரப்புவதாலும் தனித்தனி P2P நெட்வொர்க்குகள் தேவைப்படுகின்றன. -![](node-architecture-text-background.png) +![செயல்படுத்தல் மற்றும் ஒருமித்த அடுக்குகளைக் காட்டும் Ethereum முனை கட்டமைப்பின் வரைபடம்](node-architecture-text-background.png) _எரிகான், நெதர்மைண்ட் மற்றும் பெசு உட்பட செயல்பாட்டு வாடிக்கையாளருக்கு பல விருப்பங்கள் உள்ளன_. diff --git a/public/content/translations/te/developers/docs/networking-layer/index.md b/public/content/translations/te/developers/docs/networking-layer/index.md index 8ed14bee2d7..1c6ce72638b 100644 --- a/public/content/translations/te/developers/docs/networking-layer/index.md +++ b/public/content/translations/te/developers/docs/networking-layer/index.md @@ -146,8 +146,8 @@ SSZ అంటే సింపుల్ సీరియలైజేషన్. ఇ తగినంత మంది వాలిడేటర్‌లచే బ్లాక్ ధృవీకరించబడిన తర్వాత, అది గొలుసు యొక్క హెడ్‌కు జోడించబడుతుంది, సమర్థించబడుతుంది మరియు చివరికి ఖరారు చేయబడుతుంది. -![](cons_client_net_layer.png) -![](exe_client_net_layer.png) +![Ethereum ఏకాభిప్రాయ క్లయింట్ నెట్‌వర్కింగ్ లేయర్ యొక్క రేఖాచిత్రం](cons_client_net_layer.png) +![Ethereum ఎగ్జిక్యూషన్ క్లయింట్ నెట్‌వర్కింగ్ లేయర్ యొక్క రేఖాచిత్రం](exe_client_net_layer.png) [ethresear.ch](https://ethresear.ch/t/eth1-eth2-client-relationship/7248) నుండి ఏకాభిప్రాయం మరియు ఎగ్జిక్యూషన్ క్లయింట్‌ల కోసం నెట్‌వర్క్ లేయర్ స్కీమాటిక్ diff --git a/public/content/translations/tr/developers/docs/networking-layer/index.md b/public/content/translations/tr/developers/docs/networking-layer/index.md index 7387519d531..9b05737fa75 100644 --- a/public/content/translations/tr/developers/docs/networking-layer/index.md +++ b/public/content/translations/tr/developers/docs/networking-layer/index.md @@ -146,7 +146,7 @@ Fikir birliği ve yürütüm istemcileri paralel şekilde çalışır. Fikir bir Blok, yeterli onaylayıcılar tarafından onaylandıktan sonra, zincirin başına eklenir, gerekçelendirilir ve sonunda kesinleştirilir. -![](cons_client_net_layer.png)\n![](exe_client_net_layer.png) +![Ethereum konsensüs istemci ağ katmanının şeması](cons_client_net_layer.png)\n![Ethereum yürütme istemcisi ağ katmanının şeması](exe_client_net_layer.png) [ethresear.ch](https://ethresear.ch/t/eth1-eth2-client-relationship/7248) adresinden mutabakat ve yürütme istemcileri için ağ katmanı şeması diff --git a/public/content/translations/tr/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/tr/developers/docs/nodes-and-clients/node-architecture/index.md index ab3c8fd4572..7403a46ddb7 100644 --- a/public/content/translations/tr/developers/docs/nodes-and-clients/node-architecture/index.md +++ b/public/content/translations/tr/developers/docs/nodes-and-clients/node-architecture/index.md @@ -10,7 +10,7 @@ Ethereum [iş ispatı](/developers/docs/consensus-mechanisms/pow/) kullanırken, Aşağıdaki şema iki Ethereum istemcisi arasındaki ilişkiyi göstermekte. İki istemci kendilerine ait ilgili eşler arası (P2P) ağlarına bağlanır. Yürütüm istemcileri P2P ağı üzerinden işlem "dedikodu"su yaparken, ayrı P2P ağlarına ihtiyaç duyulur ve bu yerel işlem havuzlarını yönetmelerine olanak sağlar. Bu süreçte de fikir birliği istemcileri P2P ağı üzerinden blok dedikodularını yaparlar ve bu da mutabakatın ve zincir büyümesinin önünü açar. -![](node-architecture-text-background.png) +![Yürütme ve fikir birliği katmanlarını gösteren Ethereum düğüm mimarisi şeması](node-architecture-text-background.png) _Yürütüm istemcisi için Erigon, Nethermind ve Besu dahil olmak üzere çeşitli seçenekler vardır_. diff --git a/public/content/translations/tr/developers/tutorials/hello-world-smart-contract-fullstack/index.md b/public/content/translations/tr/developers/tutorials/hello-world-smart-contract-fullstack/index.md index 32f2c5a2b8d..f8b9a4eda2b 100644 --- a/public/content/translations/tr/developers/tutorials/hello-world-smart-contract-fullstack/index.md +++ b/public/content/translations/tr/developers/tutorials/hello-world-smart-contract-fullstack/index.md @@ -240,7 +240,7 @@ Do not name it `process.env` or `.env-custom` or anything else. - Follow [these instructions](https://metamask.zendesk.com/hc/en-us/articles/360015289632-How-to-Export-an-Account-Private-Key) to export your private key - HTTP Alchemy API URL'sini almak için aşağıya bakın -![](./get-alchemy-api-key.gif) +![Alchemy API anahtarı almanın animasyonlu açıklaması](./get-alchemy-api-key.gif) `.env` dosyanız şu şekilde görünmelidir: @@ -359,17 +359,17 @@ Sözleşme şu adrese dağıtıldı: 0x6cd7d44516a20882cEa2DE9f205bF401c0d23570 If we go to the [Goerli etherscan](https://goerli.etherscan.io) and search for our contract address we should able to see that it has been deployed successfully. İşlem şunun gibi gözükecektir: -![](./etherscan-contract.png) +![Etherscan'de konuşlandırılmış bir akıllı sözleşmenin ekran görüntüsü](./etherscan-contract.png) The `From` address should match your MetaMask account address and the `To` address will say **Contract Creation**. If we click into the transaction we’ll see our contract address in the `To` field. -![](./etherscan-transaction.png) +![Etherscan'deki bir işlemin ekran görüntüsü](./etherscan-transaction.png) Tebrikler! You just deployed a smart contract to an Ethereum testnet. To understand what’s going on under the hood, let’s navigate to the Explorer tab in our [Alchemy dashboard](https://dashboard.alchemy.com/explorer). If you have multiple Alchemy apps make sure to filter by app and select **Hello World**. -![](./hello-world-explorer.png) +![Blok gezginindeki Merhaba Dünya akıllı sözleşmesinin ekran görüntüsü](./hello-world-explorer.png) Here you’ll see a handful of JSON-RPC methods that Hardhat/Ethers made under the hood for us when we called the `.deploy()` function. Two important methods here are [`eth_sendRawTransaction`](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_sendrawtransaction), which is the request to write our contract onto the Goerli chain, and [`eth_getTransactionByHash`](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_gettransactionbyhash), which is a request to read information about our transaction given the hash. To learn more about sending transactions, check out [our tutorial on sending transactions using Web3](/developers/tutorials/sending-transactions-using-web3-and-alchemy/). diff --git a/public/content/translations/tr/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md b/public/content/translations/tr/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md index 07151d690d1..1c5ecbe34d5 100644 --- a/public/content/translations/tr/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md +++ b/public/content/translations/tr/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md @@ -62,13 +62,13 @@ Bu, Etherscan'in işlem sayfasında sağlanan bilgilerin aynısını verecektir. #### Etherscan {#etherscan} -![](./etherscan_view.png) +![Etherscan işlem gezgini görünümünün ekran görüntüsü](./etherscan_view.png) [EF'nin Blockscout'taki sözleşme sayfası.](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe) #### Dune Analytics {#dune-analytics} -![](./dune_view.png) +![Dune Analytics sorgu panosunun ekran görüntüsü](./dune_view.png) Panoyu [burada](https://dune.com/paulapivat/Learn-Ethereum) bulabilirsiniz. Sorguyu görmek için tabloya tıklayın (ayrıca yukarıya bakın). @@ -146,7 +146,7 @@ ORDER BY block_time DESC` İşte Dune'daki SQL çıktısı: -![](./list_of_txn.png) +![Ethereum işlemleri listesinin ekran görüntüsü](./list_of_txn.png) Zincire eklenen bu tek blok, Ethereum Sanal Makinesi'nin ([EVM](/developers/docs/evm/)) durumunu değiştirir. Bazen onlarca, bazen de yüzlerce işlem aynı anda doğrulanır. Bu özel durumda 222 işlem dahil edildi. @@ -165,7 +165,7 @@ FROM temp_table 12396854 numaralı blok için, toplam 222 işlemden 204'ü başarıyla doğrulandı: -![](./successful_txn.png) +![Başarılı bir Ethereum işleminin ekran görüntüsü](./successful_txn.png) İşlem istekleri saniyede onlarca kez gerçekleşir, ancak bloklar yaklaşık olarak her 15 saniyede bir işlenir ([kaynak](/developers/docs/blocks/)). @@ -173,11 +173,11 @@ Yaklaşık her 15 saniyede bir blok üretildiğini görmek için, bir gündeki s Günlük üretilen Ethereum blokları için grafik (2016 - günümüz) şöyledir: -![](./daily_blocks.png) +![Günlük Ethereum blok üretimini gösteren grafik](./daily_blocks.png) Bu zaman diliminde günlük üretilen ortalama blok sayısı ~5.874'tür: -![](./avg_daily_blocks.png) +![Günlük Ethereum blok üretimini gösteren grafik](./avg_daily_blocks.png) Sorgular şunlardır: @@ -214,7 +214,7 @@ Blokların boyutu sınırlıdır. Maksimum blok boyutu dinamiktir ve ağ talebin Blok gaz limitini kavramsallaştırmanın bir yolu, onu işlemleri gruplamak için mevcut blok alanının **arzı** olarak düşünmektir. Blok gaz limiti 2016'dan günümüze sorgulanabilir ve görselleştirilebilir: -![](./avg_gas_limit.png) +![Zaman içindeki ortalama Ethereum gaz limitini gösteren grafik](./avg_gas_limit.png) ```sql SELECT @@ -227,7 +227,7 @@ OFFSET 1 Ardından, Ethereum zincirinde yapılan hesaplama için günlük olarak kullanılan gerçek gaz vardır (yani, işlem gönderme, bir akıllı sözleşme çağırma, bir NFT basma). Bu, mevcut Ethereum blok alanı için olan **taleptir**: -![](./daily_gas_used.png) +![Kullanılan günlük Ethereum gazını gösteren grafik](./daily_gas_used.png) ```sql SELECT @@ -246,7 +246,7 @@ Bu nedenle, mevcut arz göz önüne alındığında, gaz fiyatlarını Ethereum Son olarak, Ethereum zinciri için ortalama günlük gaz fiyatlarını sorgulamak isteyebiliriz ancak bu, özellikle uzun bir sorgu süresine neden olacaktır, bu yüzden sorgumuzu Ethereum Foundation tarafından işlem başına ödenen ortalama gaz miktarına göre filtreleyeceğiz. -![](./ef_daily_gas.png) +![Ethereum Vakfı'nın günlük gaz kullanımını gösteren grafik](./ef_daily_gas.png) Yıllar boyunca Ethereum Foundation adresine yapılan tüm işlemler için ödenen gaz fiyatlarını görebiliriz. Sorgu şu şekildedir: diff --git a/public/content/translations/tr/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md b/public/content/translations/tr/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md index 67ff83c2df3..5a896c1af47 100644 --- a/public/content/translations/tr/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md +++ b/public/content/translations/tr/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md @@ -117,35 +117,35 @@ sudo systemctl start grafana-server Grafana'yı çalıştırdığınızda, `localhost:3000` adresinden erişilebilir olmalıdır. Bu yola erişmek için tercih ettiğiniz tarayıcıyı kullanın, ardından varsayılan kimlik bilgileriyle (kullanıcı: `admin` ve şifre: `admin`) oturum açın. İstendiğinde, varsayılan şifreyi değiştirin ve kaydedin. -![](./grafana1.png) +![Geth izleme için Grafana kontrol paneli ekran görüntüsü (panel 1)](./grafana1.png) Grafana ana sayfasına yönlendirileceksiniz. Öncelikle, kaynak verilerinizi ayarlayın. Sol çubuktaki yapılandırma simgesine tıklayın ve "Data sources" (Veri kaynakları) seçeneğini seçin. -![](./grafana2.png) +![Geth izleme için Grafana kontrol paneli ekran görüntüsü (panel 2)](./grafana2.png) Henüz oluşturulmuş veri kaynağı yok, birini tanımlamak için "Add data source" (Veri kaynağı ekle) seçeneğine tıklayın. -![](./grafana3.png) +![Geth izleme için Grafana kontrol paneli ekran görüntüsü (panel 3)](./grafana3.png) Bu kurulum için "InfluxDB"yi seçin ve devam edin. -![](./grafana4.png) +![Geth izleme için Grafana kontrol paneli ekran görüntüsü (panel 4)](./grafana4.png) Araçları aynı makinede çalıştırıyorsanız, veri kaynağı yapılandırması oldukça basittir. Veritabanına erişmek için InfluxDB adresini ve ayrıntılarını ayarlamanız gerekir. Aşağıdaki resme başvurun. -![](./grafana5.png) +![Geth izleme için Grafana kontrol paneli ekran görüntüsü (panel 5)](./grafana5.png) Her şey tamamlandıysa ve InfluxDB erişilebilir durumdaysa, "Save and test" (Kaydet ve test et) seçeneğine tıklayın ve onayın görünmesini bekleyin. -![](./grafana6.png) +![Geth izleme için Grafana kontrol paneli ekran görüntüsü (panel 6)](./grafana6.png) Grafana artık InfluxDB'den veri okumak üzere ayarlanmıştır. Şimdi, onu yorumlayacak ve gösterecek bir gösterge paneli oluşturmanız gerekiyor. Gösterge paneli özellikleri, herkes tarafından oluşturulabilen ve kolayca içe aktarılabilen JSON dosyalarında kodlanmıştır. Sol çubukta, "Create and Import" (Oluştur ve İçe Aktar) seçeneğine tıklayın. -![](./grafana7.png) +![Geth izleme için Grafana kontrol paneli ekran görüntüsü (panel 7)](./grafana7.png) Bir Geth izleme gösterge paneli için [bu gösterge panelinin](https://grafana.com/grafana/dashboards/13877/) kimliğini kopyalayın ve Grafana'daki "Import page" (İçe Aktarma sayfası) bölümüne yapıştırın. Gösterge panelini kaydettikten sonra şöyle görünmelidir: -![](./grafana8.png) +![Geth izleme için Grafana kontrol paneli ekran görüntüsü (panel 8)](./grafana8.png) Gösterge panellerinizi değiştirebilirsiniz. Her panel düzenlenebilir, taşınabilir, kaldırılabilir veya eklenebilir. Yapılandırmalarınızı değiştirebilirsiniz. Size kalmış! Gösterge panellerinin nasıl çalıştığı hakkında daha fazla bilgi edinmek için [Grafana'nın dökümantasyonuna](https://grafana.com/docs/grafana/latest/dashboards/) başvurun. [Uyarılar](https://grafana.com/docs/grafana/latest/alerting/) da ilginizi çekebilir. Bu, ölçümler belirli değerlere ulaştığında uyarı bildirimleri ayarlamanıza olanak tanır. Çeşitli iletişim kanalları desteklenir. diff --git a/public/content/translations/uk/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/uk/developers/docs/nodes-and-clients/node-architecture/index.md index a92cd9b627a..69a58f28579 100644 --- a/public/content/translations/uk/developers/docs/nodes-and-clients/node-architecture/index.md +++ b/public/content/translations/uk/developers/docs/nodes-and-clients/node-architecture/index.md @@ -10,7 +10,7 @@ lang: uk Діаграма нижче показує відношення між двома клієнтами Ethereum. Два клієнти підключаються до своїх власних відповідних однорангових (P2P) мереж. Окремі P2P-мережі потрібні, оскільки клієнти виконання поширюють транзакції через свою P2P-мережу, що дозволяє їм керувати своїм локальним пулом транзакцій, тоді як клієнти консенсусу поширюють блоки через свою P2P-мережу, забезпечуючи консенсус і зростання ланцюга. -![](Чи впливає це оновлення на всі вузли та валідаторів Ethereum? node-architecture-text-background.png) +![Діаграма архітектури вузла Ethereum із зображенням рівня виконання та консенсусу](Чи впливає це оновлення на всі вузли та валідаторів Ethereum? node-architecture-text-background.png) _Існує кілька варіантів клієнтів виконання, зокрема Erigon, Nethermind та Besu_. diff --git a/public/content/translations/uk/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md b/public/content/translations/uk/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md index 6c40e2acc71..6f020b07ba9 100644 --- a/public/content/translations/uk/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md +++ b/public/content/translations/uk/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md @@ -62,13 +62,13 @@ FROM temp_table #### Etherscan {#etherscan} -![](./etherscan_view.png) +![Знімок екрана перегляду транзакцій Etherscan](./etherscan_view.png) [Сторінка контракту EF на Blockscout.](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe) #### Dune Analytics {#dune-analytics} -![](./dune_view.png) +![Знімок екрана панелі запитів Dune Analytics](./dune_view.png) Ви можете знайти інформаційну панель [тут](https://dune.com/paulapivat/Learn-Ethereum). Натисніть на таблицю, щоб переглянути запит (також див. вище). diff --git a/public/content/translations/uk/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md b/public/content/translations/uk/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md index ed16fad4fab..3817c25eda4 100644 --- a/public/content/translations/uk/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md +++ b/public/content/translations/uk/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md @@ -117,35 +117,35 @@ sudo systemctl start grafana-server Коли Grafana буде запущено, програма має бути доступна за адресою `localhost:3000`. Відкрийте цю адресу у бажаному браузері, а потім увійдіть, використовуючи облікові дані за замовчуванням (користувач: `admin`, пароль: `admin`). Коли надійде запит, змініть пароль за замовчуванням та збережіть. -![](./grafana1.png) +![Знімок панелі інструментів Grafana для моніторингу Geth (панель 1)](./grafana1.png) Вас буде перенаправлено на головну сторінку Grafana. Спочатку налаштуйте вихідні дані. Натисніть значок конфігурації на панелі ліворуч і виберіть "Джерела даних". -![](./grafana2.png) +![Знімок панелі інструментів Grafana для моніторингу Geth (панель 2)](./grafana2.png) Джерел даних ще не створено; натисніть "Додати джерело даних", щоб його визначити. -![](./grafana3.png) +![Знімок панелі інструментів Grafana для моніторингу Geth (панель 3)](./grafana3.png) Для цього налаштування виберіть "InfluxDB" і продовжуйте. -![](./grafana4.png) +![Знімок панелі інструментів Grafana для моніторингу Geth (панель 4)](./grafana4.png) Налаштування джерела даних є досить простим, якщо ви запускаєте інструменти на тому ж комп'ютері. Вам потрібно вказати адресу InfluxDB та дані для доступу до бази даних. Дивіться зображення нижче. -![](./grafana5.png) +![Знімок панелі інструментів Grafana для моніторингу Geth (панель 5)](./grafana5.png) Якщо все заповнено правильно й InfluxDB доступний, натисніть "Зберегти та перевірити" і дочекайтеся спливаючого вікна з підтвердженням. -![](./grafana6.png) +![Знімок панелі інструментів Grafana для моніторингу Geth (панель 6)](./grafana6.png) Тепер Grafana налаштовано для читання даних з InfluxDB. Тепер вам потрібно створити інформаційну панель, яка буде інтерпретувати та відображати ці дані. Властивості інформаційних панелей закодовані у файлах JSON, які може створити будь-хто, і їх можна легко імпортувати. На панелі ліворуч натисніть "Створити та імпортувати". -![](./grafana7.png) +![Знімок панелі інструментів Grafana для моніторингу Geth (панель 7)](./grafana7.png) Для інформаційної панелі моніторингу Geth скопіюйте ID [цієї панелі](https://grafana.com/grafana/dashboards/13877/) і вставте його на "Сторінці імпорту" в Grafana. Після збереження інформаційна панель повинна мати такий вигляд: -![](./grafana8.png) +![Знімок панелі інструментів Grafana для моніторингу Geth (панель 8)](./grafana8.png) Ви можете змінювати свої інформаційні панелі. Кожну панель можна редагувати, переміщувати, видаляти або додавати. Ви можете змінювати свої конфігурації. Усе залежить від вас! Щоб дізнатися більше про те, як працюють інформаційні панелі, зверніться до [документації Grafana](https://grafana.com/docs/grafana/latest/dashboards/). Вас також може зацікавити розділ [Сповіщення](https://grafana.com/docs/grafana/latest/alerting/). Це дає змогу налаштувати сповіщення, які спрацьовуватимуть, коли метрики досягають певних значень. Підтримуються різні канали зв'язку. diff --git a/public/content/translations/uk/developers/tutorials/the-graph-fixing-web3-data-querying/index.md b/public/content/translations/uk/developers/tutorials/the-graph-fixing-web3-data-querying/index.md index 1a30dec010f..d48c338b39f 100644 --- a/public/content/translations/uk/developers/tutorials/the-graph-fixing-web3-data-querying/index.md +++ b/public/content/translations/uk/developers/tutorials/the-graph-fixing-web3-data-querying/index.md @@ -90,7 +90,7 @@ GameContract.events.BetPlaced({ ![GraphQL API проти REST API](./graphql.jpg) -![](./graphql-query.gif) +![Анімована демонстрація запиту GraphQL на майданчику The Graph](./graphql-query.gif) Ці два зображення практично передають суть GraphQL. За допомогою запиту праворуч ми можемо точно визначити, які дані нам потрібні, тож ми отримуємо все за один запит і нічого більше, крім того, що нам потрібно. Сервер GraphQL обробляє отримання всіх необхідних даних, тому його неймовірно легко використовувати на стороні клієнта (фронтенду). [Ось гарне пояснення](https://www.apollographql.com/blog/graphql-explained) того, як саме сервер обробляє запит, якщо вам цікаво. diff --git a/public/content/translations/ur/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/ur/developers/docs/nodes-and-clients/node-architecture/index.md index 89267dcb3b7..8fa106d2605 100644 --- a/public/content/translations/ur/developers/docs/nodes-and-clients/node-architecture/index.md +++ b/public/content/translations/ur/developers/docs/nodes-and-clients/node-architecture/index.md @@ -10,7 +10,7 @@ lang: ur-in نیچے دیا گیا ڈایاگرام دو ایتھیریم کلائنٹس کے درمیان تعلق کو ظاہر کرتا ہے۔ دونوں کلائنٹس اپنے اپنے پیئر-ٹو-پیئر (P2P) نیٹ ورکس سے جڑتے ہیں۔ الگ الگ P2P نیٹ ورکس کی ضرورت ہے کیونکہ ایگزیکیوشن کلائنٹس اپنے P2P نیٹ ورک پر ٹرانزیکشنز کو براڈکاسٹ کرتے ہیں، جس سے وہ اپنے مقامی ٹرانزیکشن پول کو منظم کر سکتے ہیں، جبکہ کنسینسس کلائنٹس اپنے P2P نیٹ ورک پر بلاکس کو براڈکاسٹ کرتے ہیں، جس سے کنسینسس اور چین کی ترقی ممکن ہوتی ہے۔ -![](node-architecture-text-background.png) +![ایتھریم نوڈ آرکیٹیکچر کا خاکہ جس میں عمل درآمد اور اتفاق کی تہوں کو دکھایا گیا ہے۔](node-architecture-text-background.png) _ایگزیکیوشن کلائنٹ کے لیے کئی آپشنز ہیں جن میں Erigon، Nethermind اور Besu شامل ہیں_۔ diff --git a/public/content/translations/zh-tw/developers/docs/networking-layer/index.md b/public/content/translations/zh-tw/developers/docs/networking-layer/index.md index 1c11475e16b..d408d8d4bcd 100644 --- a/public/content/translations/zh-tw/developers/docs/networking-layer/index.md +++ b/public/content/translations/zh-tw/developers/docs/networking-layer/index.md @@ -146,8 +146,8 @@ SSZ 代表簡單序列化。 它使用固定位移，能夠簡單地解碼編碼 一旦區塊被足夠多的驗證者證明后，就會被新增到鏈頭，經過合理化並最終確定。 -![](cons_client_net_layer.png) -![](exe_client_net_layer.png) +![以太坊共識客戶端網路層圖](cons_client_net_layer.png) +![以太坊執行客戶端網路層圖](exe_client_net_layer.png) 共識和執行用戶端的網路層示意圖，來源：[ethresear.ch](https://ethresear.ch/t/eth1-eth2-client-relationship/7248) diff --git a/public/content/translations/zh-tw/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/zh-tw/developers/docs/nodes-and-clients/node-architecture/index.md index 2f57cef1afb..4f006f6f621 100644 --- a/public/content/translations/zh-tw/developers/docs/nodes-and-clients/node-architecture/index.md +++ b/public/content/translations/zh-tw/developers/docs/nodes-and-clients/node-architecture/index.md @@ -10,7 +10,7 @@ lang: zh-tw 下圖顯示兩種以太坊用戶端的關係。 兩種用戶端與他們各自的點對點 (P2P) 網路相連。 執行用戶端透過其點對點網路廣播交易，來確保能夠管理自己的本機交易池，而共識用戶端透過其點對點網路廣播區塊，來確保共識和鏈增長，因此需要獨立的點對點網路。 -![](node-architecture-text-background.png) +![顯示執行層和共識層的以太坊節點架構圖](node-architecture-text-background.png) _執行用戶端有多種選擇，包括 Erigon、Nethermind 和 Besu_。 diff --git a/public/content/translations/zh-tw/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md b/public/content/translations/zh-tw/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md index 866f070d7b8..9f4cf465377 100644 --- a/public/content/translations/zh-tw/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md +++ b/public/content/translations/zh-tw/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md @@ -62,13 +62,13 @@ FROM temp_table #### Etherscan {#etherscan} -![](./etherscan_view.png) +![Etherscan 交易瀏覽器視圖的螢幕截圖](./etherscan_view.png) [Blockscout 上的以太坊基金會合約頁面。](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe) #### Dune Analytics {#dune-analytics} -![](./dune_view.png) +![Dune Analytics 查詢儀表板的螢幕截圖](./dune_view.png) 你可以在[此處](https://dune.com/paulapivat/Learn-Ethereum)找到儀表板。 按一下表格以查看查詢 (也請參閱上方)。 @@ -146,7 +146,7 @@ ORDER BY block_time DESC` 以下是 Dune 上的 SQL 輸出： -![](./list_of_txn.png) +![以太坊交易清單截圖](./list_of_txn.png) 這個被新增到鏈上的單一區塊會改變以太坊虛擬機 ([EVM](/developers/docs/evm/)) 的狀態。 有時一次會驗證數十筆，甚至數百筆交易。 在這個特定案例中，共包含了 222 筆交易。 @@ -165,7 +165,7 @@ FROM temp_table 在區塊 12396854 中，總共 222 筆交易裡，有 204 筆成功驗證： -![](./successful_txn.png) +![以太坊交易成功的截圖](./successful_txn.png) 交易請求每秒發生數十次，但區塊大約每 15 秒才提交一次 ([來源](/developers/docs/blocks/))。 @@ -173,11 +173,11 @@ FROM temp_table 以太坊每日產生的區塊圖表 (2016 年至今) 如下： -![](./daily_blocks.png) +![顯示每日以太坊區塊產量的圖表](./daily_blocks.png) 在此期間，每日產生的區塊平均數約為 5,874： -![](./avg_daily_blocks.png) +![顯示每日以太坊區塊產量的圖表](./avg_daily_blocks.png) 查詢如下： @@ -214,7 +214,7 @@ FROM temp_table 要將區塊 gas 上限概念化，其中一種方式是將其視為可用於批次處理交易的區塊空間的**供給**。 從 2016 年至今的區塊 gas 上限可以查詢並視覺化呈現： -![](./avg_gas_limit.png) +![顯示一段時間內以太坊平均 Gas 限制的圖表](./avg_gas_limit.png) ```sql SELECT @@ -227,7 +227,7 @@ OFFSET 1 然後是每日實際用於支付以太坊鏈上運算費用的 gas (例如傳送交易、呼叫智能合約、鑄造 NFT)。 這是對可用以太坊區塊空間的**需求**： -![](./daily_gas_used.png) +![顯示每日以太坊 Gas 使用量的圖表](./daily_gas_used.png) ```sql SELECT diff --git a/public/content/translations/zh-tw/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md b/public/content/translations/zh-tw/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md index a7db97eab52..6caa3a42983 100644 --- a/public/content/translations/zh-tw/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md +++ b/public/content/translations/zh-tw/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md @@ -117,35 +117,35 @@ sudo systemctl start grafana-server 當 Grafana 執行後，應該可以在 `localhost:3000` 連線到它。 使用您偏好的瀏覽器存取此路徑，然後使用預設憑證登入 (使用者：`admin`，密碼：`admin`)。 出現提示時，請變更預設密碼並儲存。 -![](./grafana1.png) +![用於 Geth 監控的 Grafana 儀表板螢幕截圖（面板 1）](./grafana1.png) 您將被重新導向到 Grafana 首頁。 首先，設定您的資料來源。 按一下左側欄的設定圖示，然後選取 "Data sources"。 -![](./grafana2.png) +![用於 Geth 監控的 Grafana 儀表板螢幕截圖（面板 2）](./grafana2.png) 目前尚未建立任何資料來源，請按一下 "Add data source" 來定義一個。 -![](./grafana3.png) +![用於 Geth 監控的 Grafana 儀表板螢幕截圖（面板 3）](./grafana3.png) 對於此設定，請選取 "InfluxDB" 並繼續。 -![](./grafana4.png) +![用於 Geth 監控的 Grafana 儀表板螢幕截圖（面板 4）](./grafana4.png) 如果您在同一台機器上執行工具，資料來源的設定非常直接。 您需要設定 InfluxDB 位址和存取資料庫的詳細資訊。 請參考下圖。 -![](./grafana5.png) +![用於 Geth 監控的 Grafana 儀表板螢幕截圖（面板 5）](./grafana5.png) 如果一切都已完成且 InfluxDB 可連線，請按一下 "Save and test"，然後等待確認訊息彈出。 -![](./grafana6.png) +![用於 Geth 監控的 Grafana 儀表板螢幕截圖（面板 6）](./grafana6.png) Grafana 現在已設定為可從 InfluxDB 讀取資料。 現在您需要建立一個儀表板來解譯和顯示資料。 儀表板屬性被編碼在 JSON 檔案中，任何人都可以建立並輕鬆匯入這些檔案。 在左側欄上，按一下 "Create and Import"。 -![](./grafana7.png) +![用於 Geth 監控的 Grafana 儀表板螢幕截圖（面板 7）](./grafana7.png) 若要建立 Geth 監控儀表板，請複製[此儀表板](https://grafana.com/grafana/dashboards/13877/)的 ID，並將其貼到 Grafana 的 "Import page" 中。 儲存儀表板後，它應該看起來像這樣： -![](./grafana8.png) +![用於 Geth 監控的 Grafana 儀表板螢幕截圖（面板 8）](./grafana8.png) 您可以修改您的儀表板。 每個面板都可以編輯、移動、移除或新增。 您可以變更您的設定。 一切由您決定！ 要了解更多關於儀表板的運作方式，請參考 [Grafana 的文件](https://grafana.com/docs/grafana/latest/dashboards/)。 您可能也對[警示](https://grafana.com/docs/grafana/latest/alerting/)感興趣。 這可讓您設定當指標達到特定值時的警示通知。 支援多種通訊管道。 diff --git a/public/content/translations/zh-tw/developers/tutorials/the-graph-fixing-web3-data-querying/index.md b/public/content/translations/zh-tw/developers/tutorials/the-graph-fixing-web3-data-querying/index.md index 154316ebd1c..3fa2edb9018 100644 --- a/public/content/translations/zh-tw/developers/tutorials/the-graph-fixing-web3-data-querying/index.md +++ b/public/content/translations/zh-tw/developers/tutorials/the-graph-fixing-web3-data-querying/index.md @@ -83,7 +83,7 @@ GameContract.events.BetPlaced({ ![GraphQL API 與 REST API 的比較](./graphql.jpg) -![](./graphql-query.gif) +![The Graph Playground 中 GraphQL 查詢的動畫演示](./graphql-query.gif) 這兩張圖幾乎掌握了 GraphQL 的精髓。 透過右方的查詢，我們可以精確定義我們想要的資料，因此我們可以在一次請求中得到所有東西，而且不多不少，正好是我們需要的。 GraphQL 伺服器會處理所有必要資料的擷取，因此對於前端取用方來說，使用上非常簡單。 如果您有興趣，可以[在這裡](https://www.apollographql.com/blog/graphql-explained)找到關於伺服器如何處理查詢的詳細說明。 diff --git a/public/content/translations/zh/developers/docs/networking-layer/index.md b/public/content/translations/zh/developers/docs/networking-layer/index.md index 2a17f758aae..815a517f4a0 100644 --- a/public/content/translations/zh/developers/docs/networking-layer/index.md +++ b/public/content/translations/zh/developers/docs/networking-layer/index.md @@ -146,8 +146,8 @@ SSZ 代表简单序列化。 它使用固定偏移量，可以轻松解码编码 区块被足够多的验证者认证后，就会被添加到链头，经过合理化并最终确定。 -![](cons_client_net_layer.png) -![](exe_client_net_layer.png) +![以太坊共识客户端网络层图](cons_client_net_layer.png) +![以太坊执行客户端网络层图](exe_client_net_layer.png) 共识客户端和执行客户端的网络层示意图，来源：[ethresear.ch](https://ethresear.ch/t/eth1-eth2-client-relationship/7248) diff --git a/public/content/translations/zh/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/zh/developers/docs/nodes-and-clients/node-architecture/index.md index 17157b815b3..6e4a505744a 100644 --- a/public/content/translations/zh/developers/docs/nodes-and-clients/node-architecture/index.md +++ b/public/content/translations/zh/developers/docs/nodes-and-clients/node-architecture/index.md @@ -10,7 +10,7 @@ lang: zh 以下图表显示了两种以太坊客户端之间的关系。 这两种客户端与其各自的点对点（对等）网络连接。 分离对等网络是有必要的，因为执行客户端通过它们的对等网络广播交易，确保它们能够管理自己的本地交易池，同时共识客户端通过它们的对等网络广播区块，保证共识和链增长。 -![](node-architecture-text-background.png) +![显示执行层和共识层的以太坊节点架构图](node-architecture-text-background.png) _执行客户端有多种选择，包括 Erigon、Nethermind 和 Besu_。 diff --git a/public/content/translations/zh/developers/tutorials/hello-world-smart-contract-fullstack/index.md b/public/content/translations/zh/developers/tutorials/hello-world-smart-contract-fullstack/index.md index 3f9d46bb0e3..17baca9cc82 100644 --- a/public/content/translations/zh/developers/tutorials/hello-world-smart-contract-fullstack/index.md +++ b/public/content/translations/zh/developers/tutorials/hello-world-smart-contract-fullstack/index.md @@ -240,7 +240,7 @@ npm install dotenv --save - 按照[这些说明](https://metamask.zendesk.com/hc/en-us/articles/360015289632-How-to-Export-an-Account-Private-Key)导出你的私钥 - 请参阅下文以获取 HTTP Alchemy API URL -![](./get-alchemy-api-key.gif) +![获取 Alchemy API 密钥的动画演练](./get-alchemy-api-key.gif) 你的 `.env` 文件应如下所示： @@ -359,17 +359,17 @@ npx hardhat run scripts/deploy.js --network goerli 如果我们前往 [Goerli etherscan](https://goerli.etherscan.io) 并搜索我们的合约地址，应该能看到它已成功部署。 交易将类似以下： -![](./etherscan-contract.png) +![在 Etherscan 上部署的智能合约的屏幕截图](./etherscan-contract.png) `From` 地址应匹配你的 MetaMask 帐户地址，`To` 地址将显示**合约创建**。 如果我们点击进入交易，我们将在 `To` 字段中看到我们的合约地址。 -![](./etherscan-transaction.png) +![Etherscan 上交易的屏幕截图](./etherscan-transaction.png) 恭喜！ 你刚刚在以太坊测试网上部署了一个智能合约。 要了解后台运行情况，我们导航到我们的 [Alchemy 仪表板](https://dashboard.alchemy.com/explorer)中的 Explorer 选项卡。 如果你有多个 Alchemy 应用，请确保按应用筛选并选择“**Hello World**”。 -![](./hello-world-explorer.png) +![区块浏览器中 Hello World 智能合约的屏幕截图](./hello-world-explorer.png) 在这里，你会看到一系列 JSON-RPC 方法，当我们调用 `.deploy()` 函数时，Hardhat/Ethers 会在后台为我们调用这些方法。 这里有两个重要方法：[`eth_sendRawTransaction`](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_sendrawtransaction) 是将我们的合约写入 Goerli 链的请求，而 [`eth_getTransactionByHash`](https://docs.alchemyapi.io/alchemy/documentation/alchemy-api-reference/json-rpc#eth_gettransactionbyhash) 是在给定哈希的情况下读取我们交易信息的请求。 要了解有关发送交易的更多信息，请查看[我们关于使用 Web3 发送交易的教程](/developers/tutorials/sending-transactions-using-web3-and-alchemy/)。 diff --git a/public/content/translations/zh/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md b/public/content/translations/zh/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md index 8385de17136..bfc8a56aabd 100644 --- a/public/content/translations/zh/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md +++ b/public/content/translations/zh/developers/tutorials/learn-foundational-ethereum-topics-with-sql/index.md @@ -62,13 +62,13 @@ FROM temp_table #### Etherscan {#etherscan} -![](./etherscan_view.png) +![Etherscan 交易浏览器视图的屏幕截图](./etherscan_view.png) [Blockscout 上的 EF 合约页面。](https://eth.blockscout.com/address/0xde0B295669a9FD93d5F28D9Ec85E40f4cb697BAe) #### Dune Analytics {#dune-analytics} -![](./dune_view.png) +![Dune Analytics 查询仪表板的屏幕截图](./dune_view.png) 你可以在[此处](https://dune.com/paulapivat/Learn-Ethereum)找到看板。 点击表格查看查询（另请参阅上文）。 @@ -146,7 +146,7 @@ ORDER BY block_time DESC` 下面是 Dune 上的 SQL 输出： -![](./list_of_txn.png) +![以太坊交易列表截图](./list_of_txn.png) 这个被添加到链上的区块，改变了以太坊虚拟机 ([EVM](/developers/docs/evm/)) 的状态。 有时几十笔、甚至几百笔交易会同时得到验证。 在这个特定的案例中，包含了 222 笔交易。 @@ -165,7 +165,7 @@ FROM temp_table 对于区块 12396854，在 222 笔总交易中，有 204 笔成功验证： -![](./successful_txn.png) +![以太坊交易成功的截图](./successful_txn.png) 交易请求每秒发生数十次，但区块大约每 15 秒提交一次（[来源](/developers/docs/blocks/)）。 @@ -177,7 +177,7 @@ FROM temp_table 这段时间内每天生产的平均区块数量大约 5,874 个： -![](./avg_daily_blocks.png) +![显示平均每日以太坊区块的图表](./avg_daily_blocks.png) 查询如下： @@ -214,7 +214,7 @@ FROM temp_table 理解区块燃料限制的一种方法是，将其看作是可用于批量处理交易的区块空间的**供应**。 可以查询并可视化从 2016 年至今的区块燃料限制： -![](./avg_gas_limit.png) +![显示一段时间内以太坊平均 Gas 限制的图表](./avg_gas_limit.png) ```sql SELECT @@ -227,7 +227,7 @@ OFFSET 1 然后是每日实际使用的燃料，用于支付在以太坊链上完成的计算（即发送交易、调用智能合约、铸造 NFT）。 这是对以太坊可用区块空间的**需求**： -![](./daily_gas_used.png) +![显示每日以太坊 Gas 使用量的图表](./daily_gas_used.png) ```sql SELECT @@ -246,7 +246,7 @@ OFFSET 1 最后，我们可能想查询以太坊链的日均燃料价格，但这样做会导致查询时间特别长，所以我们将筛选查询，只查询以太坊基金会为每笔交易支付的平均燃料量。 -![](./ef_daily_gas.png) +![显示以太坊基金会每日 Gas 使用量的图表](./ef_daily_gas.png) 我们可以看到多年来，向以太坊基金会地址发起的交易所支付的燃料价格。 查询如下： diff --git a/public/content/translations/zh/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md b/public/content/translations/zh/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md index 64fc1748493..1107c66eb79 100644 --- a/public/content/translations/zh/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md +++ b/public/content/translations/zh/developers/tutorials/monitoring-geth-with-influxdb-and-grafana/index.md @@ -117,35 +117,35 @@ sudo systemctl start grafana-server Grafana 运行后，应该可以通过 `localhost:3000` 访问。 使用你偏好的浏览器访问此路径，然后使用默认凭据（用户：`admin`，密码：`admin`）登录。 出现提示时，请更改默认密码并保存。 -![](./grafana1.png) +![用于 Geth 监控的 Grafana 仪表板屏幕截图（面板 1）](./grafana1.png) 你将被重定向到 Grafana 主页。 首先，设置你的数据源。 点击左侧栏的配置图标，然后选择“Data sources”。 -![](./grafana2.png) +![用于 Geth 监控的 Grafana 仪表板屏幕截图（面板 2）](./grafana2.png) 目前还没有创建任何数据源，点击“添加数据源”来定义一个。 -![](./grafana3.png) +![用于 Geth 监控的 Grafana 仪表板屏幕截图（面板 3）](./grafana3.png) 对于此设置，选择“InfluxDB”并继续。 -![](./grafana4.png) +![用于 Geth 监控的 Grafana 仪表板屏幕截图（面板 4）](./grafana4.png) 如果你在同一台机器上运行这些工具，数据源配置会非常简单。 你需要设置 InfluxDB 地址和用于访问数据库的详细信息。 请参考下图。 -![](./grafana5.png) +![用于 Geth 监控的 Grafana 仪表板屏幕截图（面板 5）](./grafana5.png) 如果一切都已完成且 InfluxDB 可访问，请点击“保存并测试”，然后等待确认信息弹出。 -![](./grafana6.png) +![用于 Geth 监控的 Grafana 仪表板屏幕截图（面板 6）](./grafana6.png) Grafana 现已设置为从 InfluxDB 读取数据。 现在，你需要创建一个仪表板来解译和显示数据。 仪表板属性在 JSON 文件中编码，任何人都可以创建并轻松导入。 在左侧栏上，点击“创建和导入”。 -![](./grafana7.png) +![用于 Geth 监控的 Grafana 仪表板屏幕截图（面板 7）](./grafana7.png) 对于 Geth 监控仪表板，请复制[此仪表板](https://grafana.com/grafana/dashboards/13877/)的 ID，并将其粘贴到 Grafana 的“导入页面”中。 保存仪表板后，它应如下所示： -![](./grafana8.png) +![用于 Geth 监控的 Grafana 仪表板屏幕截图（面板 8）](./grafana8.png) 你可以修改你的仪表板。 每个面板都可以编辑、移动、移除或添加。 你可以更改你的配置。 一切由你决定！ 要详细了解仪表板的工作原理，请参阅 [Grafana 的文档](https://grafana.com/docs/grafana/latest/dashboards/)。 你可能还对[警报](https://grafana.com/docs/grafana/latest/alerting/)感兴趣。 这使你可以设置当指标达到特定值时的警报通知。 支持多种通信渠道。 diff --git a/public/content/translations/zh/developers/tutorials/the-graph-fixing-web3-data-querying/index.md b/public/content/translations/zh/developers/tutorials/the-graph-fixing-web3-data-querying/index.md index bc81ffff392..cf500a75511 100644 --- a/public/content/translations/zh/developers/tutorials/the-graph-fixing-web3-data-querying/index.md +++ b/public/content/translations/zh/developers/tutorials/the-graph-fixing-web3-data-querying/index.md @@ -83,7 +83,7 @@ GameContract.events.BetPlaced({ ![GraphQL API vs. REST API](./graphql.jpg) -![](./graphql-query.gif) +![The Graph Playground 中 GraphQL 查询的动画演示](./graphql-query.gif) 这两张图片基本上抓住了 GraphQL 的精髓。 通过右边的查询，我们可以精确地定义我们想要的数据，这样我们就可以在一个请求中得到所有的东西，而且只得到我们需要的东西。 GraphQL 服务器处理所有所需数据的获取，因此前端用户端使用起来非常简单。 如果你感兴趣，可以[在这篇不错的文章中](https://www.apollographql.com/blog/graphql-explained)了解服务器如何处理查询。 diff --git a/public/content/translations/zh/roadmap/verkle-trees/index.md b/public/content/translations/zh/roadmap/verkle-trees/index.md index 1fa55150639..169996ab46a 100644 --- a/public/content/translations/zh/roadmap/verkle-trees/index.md +++ b/public/content/translations/zh/roadmap/verkle-trees/index.md @@ -39,7 +39,7 @@ summaryPoints: Verkle 树是 `(key,value)` 对，其中的密钥是 32 字节的元素，由 31 字节的_词干_和一个字节的_后缀_组成。 这些密钥被组织成_扩展_节点和_内部_节点。 扩展节点代表一个单一的词干，包含 256 个不同后缀的子节点。 内部节点也有 256 个子节点，但它们可以是其他扩展节点。 沃克尔树和默克尔树结构的主要区别在于，沃克尔树更扁平，这意味着连接叶子和根的中间节点更少，因此生成证明所需的数据也更少。 -![](./verkle.png) +![Verkle 树数据结构图](./verkle.png) [阅读更多关于 Verkle 树结构的信息](https://blog.ethereum.org/2021/12/02/verkle-tree-structure) diff --git a/public/content/what-are-apps/index.md b/public/content/what-are-apps/index.md index d79a255f304..23389d48502 100644 --- a/public/content/what-are-apps/index.md +++ b/public/content/what-are-apps/index.md @@ -50,7 +50,7 @@ Apps are powered by smart contracts — bits of code that live on the Ethereum b
-![](./developers-eth-blocks.png) +![Illustration of Ethereum developer block building](./developers-eth-blocks.png)