From 3aacc78f062cd9ccee5acb090797bf4b5beed14d Mon Sep 17 00:00:00 2001 From: GitHub Action Date: Wed, 9 Oct 2024 19:32:24 +0000 Subject: [PATCH 1/4] chore: import translations for cs --- .../content/translations/cs/bridges/index.md | 46 ++- .../cs/decentralized-identity/index.md | 6 +- public/content/translations/cs/defi/index.md | 20 +- public/content/translations/cs/desci/index.md | 3 +- .../cs/developers/docs/accounts/index.md | 136 +++++++++ .../cs/developers/docs/blocks/index.md | 152 ++++++++++ .../cs/developers/docs/dapps/index.md | 96 +++++++ .../cs/developers/docs/evm/index.md | 78 +++++ .../cs/developers/docs/evm/opcodes/index.md | 174 +++++++++++ .../cs/developers/docs/gas/index.md | 139 +++++++++ .../translations/cs/developers/docs/index.md | 25 ++ .../developers/docs/intro-to-ether/index.md | 78 +++++ .../docs/intro-to-ethereum/index.md | 116 ++++++++ .../cs/developers/docs/networks/index.md | 149 ++++++++++ .../cs/developers/docs/scaling/index.md | 114 ++++++++ .../docs/scaling/optimistic-rollups/index.md | 269 ++++++++++++++++++ .../developers/docs/scaling/plasma/index.md | 175 ++++++++++++ .../docs/scaling/sidechains/index.md | 73 +++++ .../docs/scaling/state-channels/index.md | 67 +++++ .../developers/docs/scaling/validium/index.md | 165 +++++++++++ .../docs/scaling/zk-rollups/index.md | 259 +++++++++++++++++ .../cs/developers/docs/transactions/index.md | 221 ++++++++++++++ .../cs/developers/docs/web2-vs-web3/index.md | 62 ++++ .../cs/developers/docs/wrapped-eth/index.md | 65 +++++ .../cs/energy-consumption/index.md | 12 +- .../translations/cs/governance/index.md | 20 +- public/content/translations/cs/nft/index.md | 48 ++-- .../cs/roadmap/account-abstraction/index.md | 126 ++++++++ .../cs/roadmap/danksharding/index.md | 95 +++++++ .../translations/cs/roadmap/dencun/index.md | 120 ++++++++ .../translations/cs/roadmap/pbs/index.md | 51 ++++ .../roadmap/secret-leader-election/index.md | 44 +++ .../cs/roadmap/single-slot-finality/index.md | 66 +++++ .../cs/roadmap/statelessness/index.md | 103 +++++++ .../cs/roadmap/verkle-trees/index.md | 66 +++++ .../content/translations/cs/security/index.md | 222 ++++++++------- .../translations/cs/smart-contracts/index.md | 4 +- .../translations/cs/staking/dvt/index.md | 2 +- .../translations/cs/staking/pools/index.md | 10 +- .../translations/cs/staking/saas/index.md | 4 +- .../translations/cs/staking/solo/index.md | 18 +- .../cs/staking/withdrawals/index.md | 14 +- public/content/translations/cs/web3/index.md | 6 +- .../cs/zero-knowledge-proofs/index.md | 180 ++++++------ src/intl/cs/page-dapps.json | 74 ++--- src/intl/cs/page-developers-docs.json | 146 ++++++++++ src/intl/cs/page-eth.json | 10 +- src/intl/cs/page-gas.json | 34 +-- src/intl/cs/page-get-eth.json | 4 +- src/intl/cs/page-learn.json | 14 +- src/intl/cs/page-stablecoins.json | 23 +- src/intl/cs/page-staking.json | 186 ++++++------ src/intl/cs/page-wallets-find-wallet.json | 16 +- src/intl/cs/page-wallets.json | 6 +- src/intl/cs/page-what-is-ethereum.json | 14 +- src/intl/cs/template-usecase.json | 2 +- 56 files changed, 3939 insertions(+), 489 deletions(-) create mode 100644 public/content/translations/cs/developers/docs/accounts/index.md create mode 100644 public/content/translations/cs/developers/docs/blocks/index.md create mode 100644 public/content/translations/cs/developers/docs/dapps/index.md create mode 100644 public/content/translations/cs/developers/docs/evm/index.md create mode 100644 public/content/translations/cs/developers/docs/evm/opcodes/index.md create mode 100644 public/content/translations/cs/developers/docs/gas/index.md create mode 100644 public/content/translations/cs/developers/docs/index.md create mode 100644 public/content/translations/cs/developers/docs/intro-to-ether/index.md create mode 100644 public/content/translations/cs/developers/docs/intro-to-ethereum/index.md create mode 100644 public/content/translations/cs/developers/docs/networks/index.md create mode 100644 public/content/translations/cs/developers/docs/scaling/index.md create mode 100644 public/content/translations/cs/developers/docs/scaling/optimistic-rollups/index.md create mode 100644 public/content/translations/cs/developers/docs/scaling/plasma/index.md create mode 100644 public/content/translations/cs/developers/docs/scaling/sidechains/index.md create mode 100644 public/content/translations/cs/developers/docs/scaling/state-channels/index.md create mode 100644 public/content/translations/cs/developers/docs/scaling/validium/index.md create mode 100644 public/content/translations/cs/developers/docs/scaling/zk-rollups/index.md create mode 100644 public/content/translations/cs/developers/docs/transactions/index.md create mode 100644 public/content/translations/cs/developers/docs/web2-vs-web3/index.md create mode 100644 public/content/translations/cs/developers/docs/wrapped-eth/index.md create mode 100644 public/content/translations/cs/roadmap/account-abstraction/index.md create mode 100644 public/content/translations/cs/roadmap/danksharding/index.md create mode 100644 public/content/translations/cs/roadmap/dencun/index.md create mode 100644 public/content/translations/cs/roadmap/pbs/index.md create mode 100644 public/content/translations/cs/roadmap/secret-leader-election/index.md create mode 100644 public/content/translations/cs/roadmap/single-slot-finality/index.md create mode 100644 public/content/translations/cs/roadmap/statelessness/index.md create mode 100644 public/content/translations/cs/roadmap/verkle-trees/index.md diff --git a/public/content/translations/cs/bridges/index.md b/public/content/translations/cs/bridges/index.md index 28e908454db..602ebe7ef3b 100644 --- a/public/content/translations/cs/bridges/index.md +++ b/public/content/translations/cs/bridges/index.md @@ -6,32 +6,32 @@ lang: cs # Blockchainové mosty {#prerequisites} -_Web3 se vyvinul do ekosystému L1 blockchainů a L2 škálovacích řešení, která mají specifické výhody i nedostatky. S rostoucím počtem blockchainových protokolů roste i [poptávka po přesunu aktiv mezi různými blockchainy](https://dune.xyz/eliasimos/Bridge-Away-(from-Ethereum)). K uspokojení této poptávky potřebujeme řešení, které se nazývá "přemostění"._ +_Web3 se vyvinul do ekosystému L1 blockchainů a L2 škálovacích řešení, která mají specifické výhody i nedostatky. S rostoucím počtem blockchainových protokolů roste i poptávka po přesunu aktiv mezi různými blockchainy. K uspokojení této poptávky potřebujeme řešení, které se nazývá "přemostění"._ ## Co je přemostění? {#what-are-bridges} -Přemostění mezi blockchainy funguje podobně jako most, který známe ve fyzickém světě. Stejně jako fyzický most spojuje dvě fyzické lokality, přemostění mezi blockchainy spojuje dva ekosystémy blockchainů. Přemostění umožňuje komunikaci mezi blockchainy prostřednictvím přenosu informací a prostředků. +Přemostění mezi blockchainy funguje podobně jako most, který známe ve fyzickém světě. Stejně jako fyzický most spojuje dvě fyzické lokality, přemostění mezi blockchainy spojuje dva ekosystémy blockchainů. **Přemostění umožňuje komunikaci mezi blockchainy prostřednictvím přenosu informací a prostředků**. Vezměme si příklad: Jste z USA a plánujete cestu do Evropy. Máte USD, ale potřebujete EUR na útratu. Chcete-li své USD směnit na EUR, můžete využít služeb směnárny. Ta vám pravděpodobně naúčtuje nějaký poplatek. -Ale co uděláte, pokud chcete provést podobnou směnu, abyste své prostředky mohli používat na jiném blockchainu? Řekněme, že chcete směnit ETH na Mainnetu Etherea za ETH na [Arbitru](https://arbitrum.io/). Stejně jako jsme pro směnu USD na EUR využili služeb směnárny, potřebujeme mechanismus k přesunu našeho ETH z Mainnetu Etherea na Arbitrum. Právě přemostění umožňují provádění takovýchto transakcí. V tomto případě má [Arbitrum své vlastní přemostění](https://bridge.arbitrum.io/), které umožňuje převádět ETH z Mainnetu na Arbitrum. +Ale co uděláte, pokud chcete provést podobnou směnu, abyste své prostředky mohli používat na jiném [blockchainu](/glossary/#blockchain)? Řekněme, že chcete směnit [ETH](/glossary/#ether) na hlavní síti Etherea za ETH na [Arbitru](https://arbitrum.io/). Stejně jako jsme pro směnu USD na EUR využili služeb směnárny, potřebujeme mechanismus k přesunu našeho ETH z Mainnetu Etherea na Arbitrum. Právě přemostění umožňují provádění takovýchto transakcí. V tomto případě má [Arbitrum své vlastní přemostění](https://bridge.arbitrum.io/), které umožňuje převádět ETH z hlavní sítě na Arbitrum. ## Proč přemostění potřebujeme? {#why-do-we-need-bridges} -Každý blockchain má nějaké omezení. Aby mohlo Ethereum zvyšovat škálovatelnost a držet krok s poptávkou, potřebuje rollupy. Naopak L1 blockchainy, jako je Solana a Avalanche, jsou navrženy tak, aby umožnily vyšší propustnost transakcí, ale za cenu nižší decentralizace. +Každý blockchain má nějaké omezení. Aby mohlo Ethereum zvyšovat škálovatelnost a držet krok s poptávkou, potřebuje [rollupy](/glossary/#rollups). Naopak L1 blockchainy, jako je Solana a Avalanche, jsou navrženy tak, aby umožnily vyšší propustnost transakcí, ale za cenu nižší decentralizace. -Faktem je, že všechny blockchainy jsou vyvíjeny v izolovaných prostředích a mají odlišná pravidla a mechanismy k dosažení konsenzu. To znamená, že spolu nejsou schopny komunikovat a tokeny není možné volně přesouvat mezi blockchainy. +Faktem je, že všechny blockchainy jsou vyvíjeny v izolovaných prostředích a mají odlišná pravidla a mechanismy k dosažení [konsenzu](/glossary/#consensus). To znamená, že spolu nejsou schopny komunikovat a tokeny není možné volně přesouvat mezi blockchainy. Přemostění existují k propojení blockchainů, umožňují přenos informací a tokenů. -Přemostění umožňují: +**Přemostění umožňují**: - převod prostředků a informací mezi blockchainy. -- decentralizovaným aplikací přistupovat k výhodám různých blockchainů, což zvyšuje jejich funkčnost (protože mají více prostoru pro inovace). +- [dappkám](/glossary/#dapp) přistupovat k výhodám různých blockchainů, což zvyšuje jejich funkčnost (protože protokoly mají nyní více prostoru pro inovace). - uživatelům přístup k novým platformám a využívání výhod různých blockchainů. - vývojářům z různých blockchainových ekosystémů spolupracovat a budovat nové platformy pro uživatele. @@ -45,19 +45,19 @@ Podívejte se na některé možnosti využití přemostění mezi blockchainy: ### Nižší transakční poplatky {#transaction-fees} -Představte si, že máte ETH na Ethereum Mainnetu, ale chtěli byste platit nižší transakční poplatky, abyste mohli vyzkoušet různé decentralizované aplikace. Přemostění vám umožní převést ETH z Mainnetu na Ethereum L2 rollup a mít tak nižší transakční poplatky. +Představte si, že máte ETH na hlavní síti Ethereum, ale chtěli byste platit nižší transakční poplatky, abyste mohli vyzkoušet různé dappky. Přemostění vám umožní převést ETH z hlavní sítě na Ethereum L2 rollup a mít tak nižší transakční poplatky. -### Decentralizované aplikace na jiných blockchainech {#dapps-other-chains} +### Dappky na jiných blockchainech {#dapps-other-chains} -Pokud jste používali Aave na Ethereum Mainnetu k poskytování půjček v USDT, ale úroková sazba pro půjčování USDT pomocí Aave na Polygonu je vyšší. +Pokud jste používali Aave na hlavní síti Ethereum k poskytování půjček v USDT, ale úroková sazba pro půjčování USDT pomocí Aave na Polygonu je vyšší. ### Prozkoumávání blockchainových ekosystémů {#explore-ecosystems} -Máte-li ETH na hlavní síti Ethereum a chcete prozkoumat alternativní L1 blockchain a vyzkoušet tamní decentralizované aplikace. Pomocí přemostění můžete převést své ETH z Ethereum Mainnetu na alternativní L1. +Máte-li ETH na hlavní síti Ethereum a chcete prozkoumat alternativní L1 blockchain a vyzkoušet tamní dappky. Pomocí přemostění můžete převést své ETH z hlavní sítě Ethereum na alternativní L1. ### Vlastnictví kryptoměn {#own-native} -Představte si, že si chcete koupit Bitcoin (BTC), ale máte peníze pouze na Ethereum Mainnetu. Abyste získali BTC zastoupený na Ethereu, můžete si koupit Wrapped Bitcoin (WBTC). WBTC je ale token ERC-20 nativní pro síť Ethereum, což znamená, že jde o verzi Bitcoinu na síti Ethereum a nikoli o BTC na blockchainu Bitcoin. Abyste mohli vlastnit původní BTC, musíte svá aktiva převést z Etherea na Bitcoin pomocí přemostění. Tímto způsobem převedete svůj WBTC na BTC. Alternativně můžete vlastnit BTC a chtít jej použít v protokolech DeFi na Ethereu. To by vyžadovalo přemostění opačným směrem, tedy z BTC na WBTC, který lze pak použít jako aktivum na Ethereu. +Představte si, že si chcete koupit Bitcoin (BTC), ale máte peníze pouze na hlavní síti Ethereum. Abyste získali BTC zastoupený na Ethereu, můžete si koupit Wrapped Bitcoin (WBTC). WBTC je ale token [ERC-20](/glossary/#erc-20) nativní pro síť Ethereum, což znamená, že jde o verzi Bitcoinu na Ethereu a nikoli o BTC na blockchainu Bitcoin. Abyste mohli vlastnit původní BTC, musíte svá aktiva převést z Etherea na Bitcoin pomocí přemostění. Tímto způsobem převedete svůj WBTC na BTC. Alternativně můžete vlastnit BTC a chtít jej použít v protokolech [DeFi](/glossary/#defi) na Ethereu. To by vyžadovalo přemostění opačným směrem, tedy z BTC na WBTC, který lze pak použít jako aktivum na Ethereu. Všechny tyto operace můžete provést také prostřednictvím centralizované burzy. Ale pokud vaše prostředky ještě na burze nejsou, zahruje taková operace vícero kroků, a pravděpodobně bude jednodušší použít přemostění. @@ -69,11 +69,11 @@ Představte si, že si chcete koupit Bitcoin (BTC), ale máte peníze pouze na E Různá přemostění mají různý design a jsou různě složitá. Obecně je lze rozdělit do dvou kategorií: Centralizovaná - těm musíte věřit - a decentralizovaná, která jsou řízena smart kontrakty. -| Přemostění s nutností další důvěry | Přemostění bez nutnosti další důvěry | -| ------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------ | -| Jejich provoz závisí na centrální entitě nebo systému. | Fungují pomocí smart kontraktů a algoritmů. | -| Musíte důvěřovat třetí straně, pokud jde o zabezpečení prostředků a procesu přemostění. Uživatelé se většinou spoléhají na pověst provozovatele. | Neexistuje třetí strana, které byste byli nuceni důvěřovat, což znamená, že zabezpečení mostu je stejné jako zabezpečení základního blockchainu. | -| Uživatelé musí odevzdat kontrolu nad svými kryptoměnovými prostředky. | Díky smart kontraktům mají uživatelé stále plnou kontrolu nad svými prostředky. | +| Přemostění s nutností další důvěry | Přemostění bez nutnosti další důvěry | +| ------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------- | +| Jejich provoz závisí na centrální entitě nebo systému. | Fungují pomocí chytrých kontraktů a algoritmů. | +| Musíte důvěřovat třetí straně, pokud jde o zabezpečení prostředků a procesu přemostění. Uživatelé se většinou spoléhají na pověst provozovatele. | Neexistuje třetí strana, které byste byli nuceni důvěřovat, což znamená, že zabezpečení mostu je stejné jako zabezpečení základního blockchainu. | +| Uživatelé musí odevzdat kontrolu nad svými kryptoměnovými prostředky. | Přemostění uživatelům umožňují zachovat si kontrolu nad svými prostředky prostřednictvím [chytrých kontraktů](/glossary/#smart-contract) bez nutnosti další důvěry. | Ve zkratce: Centralizovaným řešením přemostění musíte prostě věřit, zatímco decentralizovaná přemostění nevyžadují větší míru důvěry než tu, kterou už máte v blockchain, na kterém jsou spuštěny. Zde je vysvětlení těchto pojmů: @@ -87,7 +87,7 @@ Představte si, že se chcete odbavit na letišti. Existují dva typy odbavení: 1. Manuální odbavení – mluvíte s úředníky, kteří ručně kontrolují všechny údaje o vaší letence a identitě, než vám vydají palubní lístek. 2. Samoobslužné odbavení – přijdete k automatu, kam zadáte údaje o svém letu a obdržíte palubní lístek, pokud je vše v pořádku. -Manuální odbavení je podobné modelu s nutností další důvěry, protože jeho provoz závisí na třetí straně, tj. úřednících. Jako uživatelé věříte úředníkům, že udělají správná rozhodnutí a korektně využijí vaše soukromé informace. +Ruční odbavení je podobné modelu s nutností další důvěry, protože jeho provoz závisí na třetí straně (v našem příkladu na úřednících). Jako uživatelé věříte úředníkům, že udělají správná rozhodnutí a korektně využijí vaše soukromé informace. Samoobslužné odbavení je podobné modelu bez nutnosti další důvěry, protože nemá žádného operátora a funguje za pomoci technologie. Uživatelé neztrácejí kontrolu nad svými daty a nemusejí ohledně svých soukromých informací důvěřovat třetí straně. @@ -99,7 +99,7 @@ Většina řešení přemostění aplikuje modely s různými stupni důvěry, k V současné době se nacházíme v rané fázi vývoje těchto řešení. Je pravděpodobné, že optimální návrh přemostění zatím nebyl vyvinut. Interakce s jakýmkoli typem přemostění nese rizika: -- **Riziko smart kontraktu —** riziko chyby v kódu, která může způsobit ztrátu prostředků uživatele +- **Riziko chytrého kontraktu —** riziko chyby v kódu, která může způsobit ztrátu prostředků uživatele - **Technologické riziko —** porucha softwaru, chybový kód, lidská chyba, spam a útoky hackerů mohou celý proces narušit Přemostění s nutností další důvěry navíc nesou dodatečná rizika spojená právě se zvýšenou nutností důvěry, jako jsou: @@ -109,7 +109,7 @@ Přemostění s nutností další důvěry navíc nesou dodatečná rizika spoje Finanční prostředky uživatele jsou v ohrožení, pokud: -- je ve smart kontraktu chyba +- je v chytrém kontraktu chyba - uživatel udělá chybu - blockchain, na kterém je přemostění spuštěno, je napaden - provozovatelé přemostění mejí dobré úmysly @@ -126,9 +126,3 @@ Přemostění jsou klíčová pro vstup uživatelů do 2. vrstev Etherea, stejn - [EIP-5164: Meziblockchainová exekuce](https://ethereum-magicians.org/t/eip-5164-cross-chain-execution/9658) _18. června 2022 - Brendan Asselstine_ - [Rizika přemostění 2. vrstev](https://gov.l2beat.com/t/l2bridge-risk-framework/31) _5. července 2022 - Bartek Kiepuszewski_ - [Proč je budoucnost multiblockchainová, ale ne meziblockchainová](https://old.reddit.com/r/ethereum/comments/rwojtk/ama_we_are_the_efs_research_team_pt_7_07_january/hrngyk8/) _8. ledna 2022 - Vitalik Buterin_ -- [Co jsou přemostění mezi blockchainy a jak je můžeme klasifikovat?](https://blog.li.finance/what-are-blockchain-bridges-and-how-can-we-classify-them-560dc6ec05fa) _18. února 2021 - Arjun Chand_ -- [Co jsou meziblockchainová přemostění?](https://www.alchemy.com/overviews/cross-chain-bridges) _10. května 2022 - Alchemy_ -- [Přemostění mezi blockchainy: Budování sítí kryptosítí](https://medium.com/1kxnetwork/blockchain-bridges-5db6afac44f8) _8. září 2021 - Dmitriy Berenzon_ -- [Přemostění v kryptosvětě](https://medium.com/chainsafe-systems/bridges-in-crypto-space-12e158f5fd1e) _23. srpna 2021 - Ben Adar Hyman_ -- [Interoperabilitní trilema](https://medium.com/connext/the-interoperability-trilemma-657c2cf69f17) _1. října 2021 - Arjun Bhuptani_ -- [Bezpečné přemostění: Jak by měla správně fungovat komunikace mezi blockchainy](https://medium.com/dragonfly-research/secure-the-bridge-cross-chain-communication-done-right-part-i-993f76ffed5d) _23. srpna 2021 - Celia Wan_ diff --git a/public/content/translations/cs/decentralized-identity/index.md b/public/content/translations/cs/decentralized-identity/index.md index 0396e52e112..b83f4c7255c 100644 --- a/public/content/translations/cs/decentralized-identity/index.md +++ b/public/content/translations/cs/decentralized-identity/index.md @@ -73,7 +73,7 @@ Decentralizovaná identita může pomoci vytvořit online komunity, které jsou ### 4. Ochrana proti Sybil útokům {#sybil-protection} -Sybil útoky jsou útoky, kde se jednotlivci snaží přelstít systém, aby si myslel, že jsou více lidmi, aby zvyšili svůj vliv. Aplikace pro udělování grantů, které využívají [kvadratické hlasování](/glossary/#quadratic-voting), jsou zranitelné vůči Sybil útokům, protože hodnota grantu se zvýší, když pro něj hlasuje více jednotlivců, což podněcuje uživatele k tomu, aby své příspěvky rozdělili mezi více identit. Decentralizované identity tomu pomáhají zabránit tím, že zvyšují břemeno každého účastníka, aby dokázali, že jsou skutečně lidé, i když často aniž by bylo nutné zveřejnit konkrétní soukromé informace. +Aplikace pro udělování grantů, které využívají [kvadratické hlasování](/glossary/#quadratic-voting), jsou zranitelné vůči [Sybil útokům](/glossary/#sybil-attack), protože hodnota grantu se zvýší, když pro něj hlasuje více jednotlivců, což podněcuje uživatele k tomu, aby své příspěvky rozdělili mezi více identit. Decentralizované identity tomu pomáhají zabránit tím, že zvyšují břemeno každého účastníka, aby dokázali, že jsou skutečně lidé, i když často aniž by bylo nutné zveřejnit konkrétní soukromé informace. ## Co jsou atestace? {#what-are-attestations} @@ -139,7 +139,7 @@ Tento přístup umožňuje atestacím získat trvalost založenou na blockchainu ### Atestace na blockchainu {#onchain-attestations} -Atestace na blockchainu jsou ukládány ve [smart kontaktech](/glossary/#smart-contract) na blockchainu Ethereum. Chytrý kontrakt (sloužící jako rejstřík) spojí atestaci k odpovídajícímu blockchainovému decentralizovanému identifikátoru (veřejnému klíči). +Atestace na blockchainu jsou ukládány ve [chytrých kontaktech](/glossary/#smart-contract) na blockchainu Ethereum. Chytrý kontrakt (sloužící jako rejstřík) spojí atestaci k odpovídajícímu blockchainovému decentralizovanému identifikátoru (veřejnému klíči). Zde je příklad toho, jak by mohla fungovat blockchainová atestace v praxi: @@ -163,7 +163,7 @@ Existuje mnoho ambiciózních projektů, které využívají Ethereum jako zákl - **[Proof of Humanity](https://www.proofofhumanity.id)** – _Proof of Humanity (nebo PoH) je systém pro ověřování sociální identity postavený na Ethereu._ - **[BrightID](https://www.brightid.org/)** – _Decentralizovaná síť sociální identity s veřejně dostupným zdrojovým kódem usilující o reformu ověřování identity vytvořením a analýzou sociálního grafu._ - **[walt.id](https://walt.id)** - _Open source decentralizovaná identita a peněženková infrastruktura, která umožňuje vývojářům a organizacím využívat vlastní suverénní identitu a NFT/SBT._ -- **[Masca](https://masca.io/)** — _Open source peněženka decentralizovaných identit implementovaná jako MetaMask Snap, která umožňuje uživatelům a vývojářům využívat DID a VC._ +- **[Veramo](https://veramo.io/)** – _Framework JavaScriptu, který každému usnadňuje používání kryptograficky ověřitelných dat v aplikacích._ ## Další informace {#further-reading} diff --git a/public/content/translations/cs/defi/index.md b/public/content/translations/cs/defi/index.md index 34a2e598761..e0758c76801 100644 --- a/public/content/translations/cs/defi/index.md +++ b/public/content/translations/cs/defi/index.md @@ -93,7 +93,7 @@ Existuje decentralizovaná alternativa k většině finančních služeb. Ethere Protože je Ethereum blockchain, je navržen pro zasílání bezpečných a celosvětových transakcí. Stejně jako Bitcoin umožňuje Ethereum posílat peníze po celém světě stejně snadno jako poslat e-mail. Stačí zadat příjemcovo [ENS jméno](/glossary/#ens) (např. bob.eth) nebo adresu jeho účtu z vaší peněženky a vaše platba mu (obvykle) během několika minut přijde. Chcete-li posílat nebo přijímat platby, budete potřebovat [peněženku](/wallets/). - Zobrazit platební decentralizované aplikace + Zobrazit platební dappky #### Streamovat peníze napříč celou zeměkoulí... {#stream-money} @@ -124,7 +124,7 @@ Půjčování peněz od decentralizovaných poskytovatelů má dvě hlavní vari - Poolové půjčky, kde věřitelé poskytují finanční prostředky (likviditu) do poolu, ze kterého si poté dlužníci mohou půjčovat. - Zobrazit decentralizované aplikace na půjčky + Zobrazit dappky na půjčky Použití decentralizovaného věřitele má mnoho výhod... @@ -186,7 +186,7 @@ Půjčováním kryptoměn můžete vydělávat na úrocích a sledovat růst sv - Kdykoli si můžete vybrat částku běžných Dai, která se rovná vašemu zůstatku aDai. - Zobrazit decentralizované aplikace na půjčování + Zobrazit dappky na půjčování #### Bezztrátové loterie {#no-loss-lotteries} @@ -226,7 +226,7 @@ Pro obchodníky, kteří mají rádi větší kontrolu, jsou k dispozici pokroč Když používáte centralizovanou burzu, musíte svá aktiva před obchodem uložit a důvěřovat jí, že se o ně postará. Zatímco jsou vaše aktiva uložena, jsou v ohrožení, protože centralizované burzy jsou atraktivním cílem pro hackery. - Zobrazit decentralizované aplikace na obchodování + Zobrazit dappky na obchodování @@ -238,7 +238,7 @@ Na Ethereu existují produkty pro správu fondů, které se snaží rozšířit Dobrým příkladem je fond [DeFi Pulse Index (DPI)](https://defipulse.com/blog/defi-pulse-index/). Jedná se o fond, který se automaticky rebalancuje, aby vaše portfolio vždy zahrnovalo nejlepší DeFi tokeny podle tržní kapitalizace. Nikdy se nemusíte starat o žádné podrobnosti a z fondu můžete vybírat, kdykoli se vám zachce. - Zobrazit investiční decentralizované aplikace + Zobrazit investiční dappky @@ -252,7 +252,7 @@ Ethereum je ideální platformou pro crowdfunding: - Sponzoři mohou nastavit automatické vracení peněz, například pokud není dodržen určitý termín a minimální částka. - Zobrazit decentralizované aplikace na crowdfunding + Zobrazit dappky na crowdfunding #### Kvadratické financování {#quadratic-funding} @@ -281,7 +281,7 @@ Cílem decentralizovaného pojištění je zlevnit pojištění, urychlit výpla Ethereum produkty, stejně jako ostatní software, mohou trpět chybami a zneužíváním. Mnoho pojišťovacích produktů v této oblasti se nyní zaměřuje na ochranu uživatelů před ztrátou finančních prostředků. Existují ale i projekty, které začínají vytvářet krytí pro všechno, co nám život může přinést. Dobrým příkladem je projekt společnosti Etherisc Crop, jehož cílem je [ochránit drobné zemědělce v Keni před suchem a povodněmi](https://blog.etherisc.com/etherisc-teams-up-with-chainlink-to-deliver-crop-insurance-in-kenya-137e433c29dc). Decentralizované pojištění může poskytnout levnější krytí zemědělcům, kteří jsou často z tradičního pojištění vyřazeni. - Zobrazit decentralizované aplikace na pojištění + Zobrazit dappky na pojištění @@ -291,7 +291,7 @@ Ethereum produkty, stejně jako ostatní software, mohou trpět chybami a zneuž Vzhledem k tomuto všemu potřebujete mít přehled o všech svých investicích, půjčkách a obchodech. Existuje celá řada produktů, které umožňují koordinovat všechny aktivity DeFi z jednoho místa. V tom spočívá krása otevřené architektury DeFi. Týmy mohou vytvořit rozhraní, ve kterých můžete nejen vidět své zůstatky napříč produkty, ale také používat jejich funkce. Mohlo by se vám to hodit, až budete prozkoumávat další části DeFi. - Zobrazit decentralizované aplikace na portfolia + Zobrazit dappky na portfolia @@ -331,10 +331,10 @@ Poznámka: Většina subjektů působících v DeFi používá [ERC-20 standard] DeFi je open-source hnutí. Všechny protokoly a aplikace DeFi jsou otevřené, abyste je mohli kontrolovat, rozšiřovat a inovovat. Díky tomuto vrstvenému zásobníku (všechny sdílejí stejný základní blockchain a aktiva) lze protokoly kombinovat a odemykat tak jedinečné možnosti kombinací. - Více o budování decentralizovaných aplikací + Více o budování dappek -## Další informace {#futher-reading} +## Další informace {#further-reading} ### DeFi data {#defi-data} diff --git a/public/content/translations/cs/desci/index.md b/public/content/translations/cs/desci/index.md index e32dd444183..6fb1352de16 100644 --- a/public/content/translations/cs/desci/index.md +++ b/public/content/translations/cs/desci/index.md @@ -104,10 +104,11 @@ Podívejte se na níže uvedené projekty a zapojte se do DeSci komunity. - [Bio.xyz: Získejte financování pro svůj biotechnologický DAO nebo DeSci projekt](https://www.bio.xyz/) - [Fleming Protocol: Open-source datová ekonomika, která podporuje spolupracující biomedicinské objevy](http://flemingprotocol.io/) - [Active Inference Institute](https://www.activeinference.org/) -- [CureDAO: Platforma vlastněná komunitou pro precizní zdravotní péči](https://docs.curedao.org/) - [IdeaMarkets: Získávání decentralizované vědecké kredibility](https://ideamarket.io/) - [DeSci Labs](https://www.desci.com/) - [ValleyDAO: otevřená, globální komunita nabízející financování a překladatelskou podporu pro výzkum syntetické biologie](https://www.valleydao.bio) +- [Cerebrum DAO: získávání řešení pro zlepšení zdraví mozku a prevenci neurodegenerace a údržba těchto řešení](https://www.cerebrumdao.com/) +- [CryoDAO: financování výzkumu Moonshot v oblasti kryokonzervace](https://www.cryodao.org) Uvítáme návrhy na nové projekty, které je třeba uvést na seznam – pro začátek si přečtěte naše [zásady pro zařazení do seznamu](/contributing/adding-desci-projects/)! diff --git a/public/content/translations/cs/developers/docs/accounts/index.md b/public/content/translations/cs/developers/docs/accounts/index.md new file mode 100644 index 00000000000..652341ff95c --- /dev/null +++ b/public/content/translations/cs/developers/docs/accounts/index.md @@ -0,0 +1,136 @@ +--- +title: Účty na Ethereu +description: Vysvětlení účtů na Ethereu – jejich datových struktur a jejich vztahu ke kryptografii páru klíčů. +lang: cs +--- + +Účet na Ethereu je entita se zůstatkem etherů (ETH), která může posílat transakce na Ethereu. Účty mohou být ovládány uživatelem nebo spuštěny jako chytré kontrakty. + +## Předpoklady {#prerequisites} + +K lepšímu pochopení této stránky doporučujeme si nejprve přečíst náš [úvod do Etherea](/developers/docs/intro-to-ethereum/). + +## Typy Účtů {#types-of-account} + +Ethereum má dva typy účtů: + +- Externě vlastněné účty (EOA) – ovládané kýmkoliv s privátním klíčem. +- Kontraktové účty – chytrý kontrakt nasazený v síti, řízený kódem. Další informace o [chytrých kontraktech](/developers/docs/smart-contracts/). + +Oba typy účtů mohou: + +- Přijímat, uchovávat a posílat ETH a tokeny. +- Interagovat se spuštěnými chytrými kontrakty. + +### Hlavní rozdíly {#key-differences} + +**Externě vlastněné účty** + +- Vytvoření účtu nic nestojí. +- Mohou iniciovat transakce. +- Transakce mezi účty vlastněnými externími subjekty mohou být pouze převody ETH/tokenů. +- Skládají se z kryptografického páru klíčů: veřejného a privátního klíče, které kontrolují činnosti účtu. + +**Kontraktové účty** + +- Vytvoření kontraktu je spojeno s náklady, protože využíváte úložiště sítě. +- Mohou odesílat transakce pouze jako reakci na přijetí transakce. +- Transakce z externího účtu na kontraktový účet mohou spustit kód, který může vykonávat různé akce, jako je převod tokenů nebo dokonce vytvoření nového kontraktu. +- Kontraktové účty nemají privátní klíče. Místo toho jsou řízeny logikou kódu chytrého kontraktu. + +## Složení účtu {#an-account-examined} + +Účet na Ethereu má čtyři pole: + +- `nonce` – Počítadlo, které udává počet transakcí odeslaných z účtu vlastněného externím subjektem nebo počet kontraktů vytvořených kontraktovým účtem. Jen jedna transakce s daným nonce (jedinečným číslem) může být z účtu úspěšně odeslána, což slouží jako obrana proti útokům opakovaným posíláním, kdy jsou podepsané transakce opakovaně vysílány a znovu vykonávány. +- `balance` – Počet wei vlastněných touto adresou. Wei je denominací ETH a jeden ETH obsahuje 1e+18 wei. +- `codeHash` – Tento hash odkazuje na _kód_ účtu na virtuálním stroji Etherea (EVM). Kontraktové účty mají naprogramované kódové fragmenty, které mohou provádět různé operace. Tento EVM kód se spustí v případě, že účet obdrží zprávu (message call). Na rozdíl od ostatních polí účtu nelze tento kód změnit. Všechny takové kódové fragmenty jsou uloženy ve stavové databázi pod odpovídajícími hashi umožňujícími jejich pozdější vyhledání. Tato hodnota hashe je známá jako codeHash. U účtů vlastněných externími subjekty je pole codeHash hash prázdného řetězce. +- `storageRoot` – Někdy označován jako storage hash. 256bitový hash kořenového uzlu Merkle Patricia trie, který kóduje obsah úložiště účtu (mapování mezi 256bitovými celočíselnými hodnotami), zakódovaný do trie jako mapování Keccak 256bitového hashe 256bitových celočíselných klíčů na RLP-kódované 256bitové celočíselné hodnoty. Tento trie kóduje hash obsahu úložiště tohoto účtu a je ve výchozím nastavení prázdný. + +![Schéma znázorňující vytvoření účtu](./accounts.png) _Schéma převzato z [ilustrace Ethereum EVM](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_ + +## Externě vlastněné účty a páry klíčů {#externally-owned-accounts-and-key-pairs} + +Účet se skládá z kryptografického páru klíčů: veřejného a privátního. Ty pomáhají prokázat, že transakce byla skutečně podepsána odesílatelem, a předchází jejímu padělání. Privátní klíč se používá k podepisování transakcí, takže vám dává právo spravovat prostředky spojené s vaším účtem. Kryptoměnu ve skutečnosti nikdy nedržíte, držíte privátní klíče – prostředky jsou vždy zapsány v účetní knize Etherea. + +To zlomyslným aktérům zabraňuje posílat falešné transakce, protože můžete odesílatele transakce vždy ověřit. + +Pokud chce Alice poslat ether ze svého účtu na účet Boba, musí vytvořit žádost o transakci a odeslat ji do sítě k ověření. Použití kryptografie veřejného klíče v systému Etherea zajišťuje, že Alice může prokázat, že původně iniciovala požadavek na transakci ona. Bez kryptografických mechanismů by mohla zlomyslná protistrana Eva jednoduše veřejně vyslat požadavek, který by vypadal nějak takto: „pošli 5 ETH z účtu Alice na účet Evy“, a nikdo by nebyl schopen ověřit, že nepochází od Alice. + +## Vytvoření účtu {#account-creation} + +Když si chcete vytvořit účet, většina knihoven vám vygeneruje náhodný privátní klíč. + +Privátní klíč se skládá ze 64 hexadecimálních znaků a může být zašifrován heslem. + +Např.: + +`fffffffffffffffffffffffffffffffebaaedce6af48a03bbfd25e8cd036415f` + +Veřejný klíč je vygenerován z privátního klíče pomocí algoritmu [Elliptic Curve Digital Signature Algorithm (ECDSA)](https://wikipedia.org/wiki/Elliptic_Curve_Digital_Signature_Algorithm). Veřejnou adresu vašeho účtu získáte tak, že vezmete posledních 20 bajtů z Keccak-256 hashe veřejného klíče a přidáte předponu `0x`. + +To znamená, že účet vlastněný externím subjektem (Externally Owned Account, EOA) má 42znakovou adresu (20bajtový segment, což je 40 hexadecimálních znaků plus předpona `0x`). + +Příklad: + +`0x5e97870f263700f46aa00d967821199b9bc5a120` + +Následující příklad ukazuje, jak můžete používat nástroj pro podepisování zvaný [Clef](https://geth.ethereum.org/docs/tools/clef/introduction) k vygenerování nového účtu. Clef je nástroj pro správu účtů a podepisování, který je součástí klienta na Ethereu, [Geth](https://geth.ethereum.org). Příkaz `clef newaccount` vytvoří nový pár klíčů a uloží je do zašifrovaného úložiště klíčů. + +``` +> clef newaccount --keystore + +Please enter a password for the new account to be created: +> + +------------ +INFO [10-28|16:19:09.156] Your new key was generated address=0x5e97870f263700f46aa00d967821199b9bc5a120 +WARN [10-28|16:19:09.306] Please backup your key file path=/home/user/go-ethereum/data/keystore/UTC--2022-10-28T15-19-08.000825927Z--5e97870f263700f46aa00d967821199b9bc5a120 +WARN [10-28|16:19:09.306] Please remember your password! +Generated account 0x5e97870f263700f46aa00d967821199b9bc5a120 +``` + +[Dokumentace Geth](https://geth.ethereum.org/docs) + +Z privátního klíče lze odvodit nové veřejné klíče, ale privátní klíč z veřejných klíčů odvodit nelze. To znamená, že je nezbytné uchovávat privátní klíč v bezpečí a, jak název napovídá, v **SOUKROMÍ**. + +Privátní klíč potřebujete k podepisování zpráv a transakcí, jejichž výstupem je podpis. Ostatní pak mohou na základě tohoto podpisu odvodit váš veřejný klíč a ověřit si tak autora zprávy. V aplikaci můžete k odesílání transakcí do sítě použít JavaScriptovou knihovnu. + +## Kontraktové účty {#contract-accounts} + +Kontraktové účty mají také 42znakovou hexadecimální adresu: + +Např.: + +`0x06012c8cf97bead5deae237070f9587f8e7a266d` + +Adresa kontraktu je obvykle přidělena při prvním spuštění kontraktu na blockchainu Etherea. Adresa vychází z adresy tvůrce kontraktu a počtu transakcí odeslaných z této adresy („jedinečné číslo“ – nonce). + +## Klíče validátorů {#validators-keys} + +V Ethereu existuje také další typ klíče, který byl zaveden při přechodu Etherea z konsenzu založeného na důkazu prací na důkaz podílem. Jedná se o tzv. „BLS“ klíče, které slouží k identifikaci validátorů. Tyto klíče mohou být efektivně sdružovány, což snižuje sířku pásma potřebnou k dosažení konsenzu v síti. Bez této agregace by byla minimální uzamčená částka pro validátora mnohem vyšší. + +[Další informace o klíčích validátorů](/developers/docs/consensus-mechanisms/pos/keys/). + +## Poznámka k peněženkám {#a-note-on-wallets} + +Účet není peněženka. Peněženka je rozhraní nebo aplikace, která vám umožňuje interagovat s vaším ethereovským účtem, ať už se jedná o účet vlastněný externím subjektem nebo kontraktový účet. + +## Vizuální ukázka {#a-visual-demo} + +Podívejte se na video, kde Austin ukazuje, jak fungují hashovací funkce a páry klíčů. + + + + + +## Další informace {#further-reading} + +- [Understanding Ethereum Accounts](https://info.etherscan.com/understanding-ethereum-accounts/) – etherscan + +_Víte o komunitním zdroji, který vám pomohl? Upravte tuto stránku a přidejte ho!_ + +## Související témata {#related-topics} + +- [Chytré kontrakty](/developers/docs/smart-contracts/) +- [Transakce](/developers/docs/transactions/) diff --git a/public/content/translations/cs/developers/docs/blocks/index.md b/public/content/translations/cs/developers/docs/blocks/index.md new file mode 100644 index 00000000000..228d3cb6b54 --- /dev/null +++ b/public/content/translations/cs/developers/docs/blocks/index.md @@ -0,0 +1,152 @@ +--- +title: Bloky +description: Přehled bloků na blockchainu Ethereum – jejich datová struktura, proč jsou potřeba a jak se vytvářejí. +lang: cs +--- + +Bloky jsou soubory transakcí s hashem předchozího bloku v řetězci. Tím se bloky spojí dohromady (do řetězce), protože hashe jsou kryptograficky odvozeny z dat bloku. To zabraňuje podvodům, protože jedna změna v jakémkoli bloku v historii by zneplatnila všechny následující bloky, změnily by se totiž všechny následné hashe a všichni, kdo blockchain provozují, by si toho všimli. + +## Předpoklady {#prerequisites} + +Bloky jsou velmi přívětivým tématem pro začátečníky. K lepšímu pochopení této stránky však doporučujeme nejprve si přečíst [Účty](/developers/docs/accounts/), [Transakce](/developers/docs/transactions/), a náš [úvod do Etherea](/developers/docs/intro-to-ethereum/). + +## Proč bloky? {#why-blocks} + +Aby bylo zajištěno, že všichni účastníci sítě Ethereum udržují synchronizovaný stav a shodují se na přesné historii transakcí, seskupujeme transakce do bloků. To znamená, že desítky (nebo stovky) transakcí jsou potvrzeny, odsouhlaseny a synchronizovány najednou. + +![Diagram zobrazující transakci v bloku, která způsobuje změny stavu](./tx-block.png) _Diagram převzat z [ilustrace Ethereum EVM](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_ + +Tím, že rozdělujeme potvrzení do jednotlivých intervalů, dáváme všem účastníkům sítě dostatek času k dosažení konsenzu: I když jsou požadavky na transakce zasílány v řádu vyšších desítek za sekundu, bloky jsou na Ethereu vytvářeny a potvrzovány pouze jednou za dvanáct sekund. + +## Jak fungují bloky {#how-blocks-work} + +K zachování historie transakcí jsou bloky přísně uspořádány (každý nově vytvořený blok obsahuje odkaz na nadřazený blok) a transakce uvnitř bloků jsou rovněž přísně uspořádány. Až na výjimečné případy se v každém okamžiku všichni účastníci sítě shodují na přesném počtu a historii bloků a pracují na zařazení aktuálních transakčních požadavků do dalšího bloku. + +Jakmile náhodně vybraný validátor blok sestaví, rozšíří se do zbytku sítě. Všechny uzly přidají tento blok na konec svého blockchainu a vybere se nový validátor, který vytvoří další blok. Přesný proces sestavování bloků a proces potvrzení/konsenzu je v současnosti specifikován protokolem „důkazu podílem“ Etherea. + +## Protokol důkazu podílem {#proof-of-work-protocol} + +Důkaz podílem znamená následující: + +- Validátorské uzly musí vložit 32 ETH do vkladového kontraktu jako záruku proti nevhodnému chování. To pomáhá ochránit celou síť, protože prokázaná nepoctivá činnost vede k částečné nebo úplné ztrátě této záruky. +- V každém slotu (v intervalech dvanácti sekund) je náhodně vybrán validátor, který navrhne blok. Tento validátor seskupí transakce, vykoná je a určí nový „stav“. Tyto informace zabalí do bloku a předá je ostatním validátorům. +- Ostatní validátoři, kteří se dozvědí o novém bloku, znovu provedou transakce, aby se ujistili, že souhlasí s navrženou změnou globálního stavu. Pokud je blok platný, přidají jej do své vlastní databáze. +- Pokud validátor obdrží informace o dvou konfliktních blocích pro stejný slot, použije svůj algoritmus pro volbu větve, aby vybral ten, který podpořilo nejvíce uzamčených ETH. + +[Více o proof of stake](/developers/docs/consensus-mechanisms/pos) + +## Co je v bloku? {#block-anatomy} + +Blok obsahuje spoustu informací. Na nejvyšší úrovni blok obsahuje následující pole: + +| Pole | Popis | +|:---------------- |:------------------------------------------------------- | +| `slot` | slot, do kterého blok patří | +| `proposer_index` | ID validátora, který navrhuje blok | +| `parent_root` | hash předchozího bloku | +| `state_root` | kořenový hash stavového objektu | +| `body` | tělo bloku obsahující několik polí, jak je uvedeno níže | + +`Tělo` bloku obsahuje několik vlastních polí: + +| Pole | Popis | +|:-------------------- |:--------------------------------------------------------------- | +| `randao_reveal` | hodnota, která byla použita k výběru dalšího navrhovatele bloku | +| `eth1_data` | informace o vkladovém kontraktu | +| `graffiti` | libovolná data používaná k označování bloků | +| `proposer_slashings` | seznam validátorů, kteří budou penalizováni | +| `attester_slashings` | seznam atestátorů bloků, kteří budou penalizováni | +| `atestace` | seznam atestací ve prospěch aktuálního bloku | +| `deposits` | seznam nových vkladů do vkladového kontraktu | +| `voluntary_exits` | seznam validátorů odcházejících ze sítě | +| `sync_aggregate` | podmnožina validátorů používaná k obsluze lehkých klientů | +| `execution_payload` | transakce předané z exekučního klienta | + +Pole `atestace` obsahuje seznam všech atestací v bloku. Atestace mají svůj vlastní datový typ, který obsahuje několik částí dat. Každá atestace obsahuje: + +| Pole | Popis | +|:------------------ |:--------------------------------------------------- | +| `aggregation_bits` | seznam validátorů, kteří se účastnili této atestace | +| `data` | objekt s několika podpoli | +| `podpis` | agregovaný podpis všech atestujících validátorů | + +Pole `data` v `atestaci` obsahuje následující: + +| Pole | Popis | +|:------------------- |:----------------------------------------------------------- | +| `slot` | slot, k němuž se atestace vztahuje | +| `index` | indexy pro atestující validátory | +| `beacon_block_root` | kořenový hash bloku na Beaconu, který obsahuje tento objekt | +| `zdroj` | poslední oprávněný kontrolní bod | +| `target` | poslední hraniční blok epochy | + +Provádění transakcí v `execution_payload` aktualizuje globální stav. Všechny klienty znovu provedou transakce v `execution_payload`, aby se ujistily, že nový stav odpovídá stavu v novém poli `state_root` bloku. Takto mohou klienty zjistit, že nový blok je platný a bezpečný pro přidání do jejich blockchainu. Samotný `execution_payload` je objekt s několika poli. Existuje také `execution_payload_header` – hlavička, která obsahuje důležité souhrnné informace o datech provádění. Tyto datové struktury jsou organizovány následovně: + +`Execution_payload_header` obsahuje tato pole: + +| Pole | Popis | +|:------------------- |:--------------------------------------------------------------- | +| `parent_hash` | hash předchozího bloku | +| `fee_recipient` | adresa účtu pro platbu transakčních poplatků | +| `state_root` | kořenový hash pro globální stav po uplatnění změn v tomto bloku | +| `receipts_root` | hash účtenek za transakce sdružených do struktury trie | +| `logs_bloom` | datová struktura obsahující logy událostí | +| `prev_randao` | hodnota použitá při náhodném výběru validátorů | +| `block_number` | číslo aktuálního bloku | +| `gas_limit` | maximální poplatky povolené v tomto bloku | +| `gas_used` | skutečné poplatky použité v tomto bloku | +| `timestamp` | čas bloku | +| `extra_data` | libovolná dodatečná data v surových bajtech | +| `base_fee_per_gas` | hodnota základního poplatku | +| `block_hash` | hash exekučního bloku | +| `transactions_root` | kořenový hash transakcí v payloadu | +| `withdrawal_root` | kořenový hash výběrů v payloadu | + +Samotný `execution_payload` obsahuje následující (všimněte si, že je totožný s hlavičkou, s výjimkou toho, že místo kořenového hashe transakcí zahrnuje skutečný seznam transakcí a informace o výběrech): + +| Pole | Popis | +|:------------------ |:--------------------------------------------------------------- | +| `parent_hash` | hash předchozího bloku | +| `fee_recipient` | adresa účtu pro platbu transakčních poplatků | +| `state_root` | kořenový hash pro globální stav po uplatnění změn v tomto bloku | +| `receipts_root` | hash účtenek za transakce sdružených do struktury trie | +| `logs_bloom` | datová struktura obsahující logy událostí | +| `prev_randao` | hodnota použitá při náhodném výběru validátorů | +| `block_number` | číslo aktuálního bloku | +| `gas_limit` | maximální poplatky povolené v tomto bloku | +| `gas_used` | skutečné poplatky použité v tomto bloku | +| `timestamp` | čas bloku | +| `extra_data` | libovolná dodatečná data v surových bajtech | +| `base_fee_per_gas` | hodnota základního poplatku | +| `block_hash` | hash exekučního bloku | +| `transakce` | seznam transakcí připravených k realizaci | +| `výběry` | seznam objektů výběru | + +Seznam `výběrů` obsahuje objekty `výběru` strukturované následovně: + +| Pole | Popis | +|:------------------ |:-------------------------------- | +| `address (adresa)` | adresa účtu, který provádí výběr | +| `částka` | částka výběru | +| `index` | indexní hodnota výběru | +| `validatorIndex` | indexní hodnota validátora | + +## Čas bloku {#block-time} + +Čas bloku referuje o čase mezi bloky. Na Ethereu je čas rozdělen do dvanáctisekundových jednotek nazývaných „sloty“. V každém slotu je vybrán jeden validátor, který navrhne blok. Za předpokladu, že všichni validátoři jsou online a plně funkční, bude v každém slotu blok, což znamená, že čas bloku je 12 s. Někdy ale mohou být validátoři offline, když jsou vyzváni k navržení bloku, což znamená, že některé sloty mohou zůstat prázdné. + +Tato implementace se liší od systémů založených na důkazu prací, kde jsou časy bloků pravděpodobnostní a upravují se cílovou obtížností těžby v protokolu. [Průměrný čas bloku](https://etherscan.io/chart/blocktime) na Ethereu je dokonalým příkladem tohoto rozdílu, na kterém lze jasně pozorovat přechod z důkazu prací na důkaz podílem díky konzistenci nového 12s času bloku. + +## Velikost bloku {#block-size} + +Poslední důležitou poznámkou je, že velikost samotných bloků je omezená. Každý blok má cílovou velikost 15 milionů jednotek, ale velikost bloků se bude zvyšovat nebo snižovat v závislosti na požadavcích sítě, až do limitu bloku 30 milionů jednotek (2x cílová velikost bloku). Limit jednotek na jeden blok může být upraven směrem nahoru nebo dolů faktorem 1/1024 oproti limitu jednotek předchozího bloku. Výsledkem je, že validátoři mohou prostřednictvím konsenzu měnit limit jednotek na jeden blok. Celkové množství jednotek spotřebované všemi transakcemi v bloku musí být menší než limit jednotek pro blok. To je důležité, protože je díky tomu zajištěno, že bloky nemohou být libovolně velké. Pokud by bloky mohly být libovolně velké, pak by méně výkonné plné uzly postupně přestávaly být schopny držet krok se sítí kvůli požadavkům na prostor a rychlost. Čím větší je blok, tím větší výpočetní výkon je potřeba k jeho včasnému zpracování pro další slot. Toto je centralizující síla, proti které se bojuje omezením velikosti bloků. + +## Další čtení {#further-reading} + +_Víte o komunitním zdroji, který vám pomohl? Upravte tuto stránku a přidejte ji!_ + +## Příbuzná témata {#related-topics} + +- [Transakce](/developers/docs/transactions/) +- [Palivo](/developers/docs/gas/) +- [Důkaz podílem](/developers/docs/consensus-mechanisms/pos) diff --git a/public/content/translations/cs/developers/docs/dapps/index.md b/public/content/translations/cs/developers/docs/dapps/index.md new file mode 100644 index 00000000000..e9ea700d0d6 --- /dev/null +++ b/public/content/translations/cs/developers/docs/dapps/index.md @@ -0,0 +1,96 @@ +--- +title: Úvod do dappek +description: +lang: cs +--- + +Decentralizovaná aplikace (dappka) je aplikace naprogramovaná na decentralizované síti, která kombinuje [chytrý kontrakt](/developers/docs/smart-contracts/) a frontendové uživatelské rozhraní. V Ethereu jsou chytré kontrakty přístupné a transparentní jako otevřené API, takže vaše dappka může obsahovat i chytrý kontrakt, který napsal někdo jiný. + +## Předpoklady {#prerequisites} + +Než se začnete učit o dappkách, měli byste se seznámit se[ základy blockchainu](/developers/docs/intro-to-ethereum/) a přečíst si něco o síti Ethereu a o její decentralizaci. + +## Definice dappky {#definition-of-a-dapp} + +Dappka má svůj backendový kód spuštěný v decentralizované peer-to-peer síti. To je v kontrastu s aplikací, jejíž backendový kód běží na centralizovaných serverech. + +Dappka může mít frontendový kód a uživatelská rozhraní napsaná v libovolném programovacím jazyce (stejně jako aplikace), který může volat její backend. Kromě toho může být její frontend umístěn na decentralizovaném úložišti, jako je [IPFS](https://ipfs.io/). + +- **Decentralizované** – dappky fungují na Ethereu, otevřené veřejné decentralizované platformě, nad kterou nemá kontrolu žádná jednotlivá osoba ani skupina. +- **Deterministické** – dappky vykonávají stejnou funkci bez ohledu na prostředí, ve kterém jsou spuštěny. +- **Turingovsky úplné** – dappky mohou provádět jakoukoliv akci, pokud mají k dispozici potřebné prostředky. +- **Izolované** – dappky jsou spouštěny ve virtuálním prostředí známém jako Virtuální stroj Etherea, takže pokud chytrý kontrakt obsahuje nějakou chybu, neovlivní to běžné fungování blockchainové sítě. + +### O chytrých kontraktech {#on-smart-contracts} + +Abychom mohli vysvětlit fungování dappek, musíme nejdříve vysvětlit chytré kontrakty – backend dappek, což není úplně přesné, ale lepší popis neexistuje. Podrobný přehled naleznete v sekci o [chytrých kontraktech](/developers/docs/smart-contracts/). + +Chytrý kontrakt je kód, který žije v blockchainu Etherea a běží přesně tak, jak je naprogramován. Jakmile jsou chytré kontrakty spuštěny na síti, nemůžete je měnit. Dappky mohou být decentralizované, protože jsou řízeny logikou zapsanou do kontraktu, nikoli jednotlivcem nebo společností. To také znamená, že musíte své kontrakty navrhovat velmi pečlivě a důkladně je testovat. + +## Výhody vývoje dappek {#benefits-of-dapp-development} + +- **Žádné výpadky** – Jakmile je chytrý kontrakt umístěn na blockchain a spuštěn, síť jako celek bude vždy schopna vyhovět uživatelům, kteří chtějí s kontraktem komunikovat. Zlomyslní aktéři proto nemohou provádět útoky typu DoS zaměřené na jednotlivé dappky. +- **Soukromí** – K nasazení dappky nebo interakci s ní není třeba zveřejnit svoji skutečnou identitu. +- **Odolnost vůči cenzuře** – Žádný subjekt v síti nemůže uživatelům blokovat zadávání transakcí, nasazování dappek nebo čtení dat z blockchainu. +- **Úplná integrita dat** – Data uložená na blockchainu jsou díky kryptografickým primitivům neměnná a nezpochybnitelná. Zlomyslní aktéři nemohou falšovat transakce ani jiná data, která již byla zveřejněna. +- **Výpočty / ověřitelné chování bez nutnosti důvěry** – Chytré kontrakty lze analyzovat a je zaručeno, že se budou provádět předvídatelně, aniž by bylo nutné důvěřovat nějaké centrální autoritě. To v tradičních modelech neplatí. Např. když používáme systémy internetového bankovnictví, musíme věřit, že finanční instituce nezneužijí naše finanční údaje, nezmanipulují záznamy nebo se do nich nenabourají hackeři. + +## Nevýhody vývoje dappek {#drawbacks-of-dapp-development} + +- **Údržba** – Údržba dappek je náročnější, protože kód a data publikovaná na blockchainu se hůře upravují. Pro vývojáře je těžké aktualizovat dappky (nebo podkladová data, která dappky ukládají), jakmile jsou nasazeny, když jsou ve staré verzi identifikovány chyby nebo bezpečnostní rizika. +- **Výkonnostní režie** – Výkonnostní režie je obrovská a škálování je opravdu obtížné. Aby bylo dosaženo úrovně bezpečnosti, integrity, transparentnosti a spolehlivosti, o kterou Ethereum usiluje, musí každý uzel spouštět a ukládat každou transakci. Kromě toho, nějaký čas zabere i konsenzus důkazu podílem. +- **Přetížení sítě** – Pokud jedna dappka využívá příliš mnoho výpočetních zdrojů, celá síť se zahltí. V současné době je síť schopna zpracovat pouze asi 10–15 transakcí za sekundu. Pokud jsou transakce odesílány rychleji, může fond nepotvrzených transakcí rychle narůstat. +- **Uživatelská zkušenost** – Může být obtížnější navrhnout uživatelsky přívětivé prostředí, protože průměrný koncový uživatel by mohl považovat za příliš složité nastavit nástrojový stack nezbytný pro skutečně bezpečnou interakci s blockchainem. +- **Centralizace** – Uživatelsky a vývojářsky přívětivá řešení spuštěná na základní vrstvě Etherea mohou nakonec vypadat jako centralizované služby. Např. takové služby mohou ukládat klíče nebo jiné citlivé informace na serverové straně, poskytovat frontend pomocí centralizovaného serveru nebo provozovat důležitou obchodní logiku na centralizovaném serveru před zápisem na blockchain. Centralizace eliminuje mnoho (ne-li všechny) výhod blockchainu oproti tradičnímu modelu. + +## Učíte se spíše vizuálně? {#visual-learner} + + + +## Nástroje pro vytváření dappek {#dapp-tools} + +**Scaffold-ETH_ – Experimentujte se Solidity pomocí frontendu, který se přizpůsobuje vašemu chytrému kontraktu._** + +- [GitHub](https://github.com/scaffold-eth/scaffold-eth-2) +- [Příkladová dappka](https://punkwallet.io/) + +**Vytvořte ethereovskou appku _– Vytvořte aplikace s podporou Etherea pomocí jednoho příkazu._** + +- [GitHub](https://github.com/paulrberg/create-eth-app) + +**One Click Dapp_ – FOSS nástroj pro generování frontendů dappek z [ABI](/glossary/#abi)._** + +- [oneclickdapp.com](https://oneclickdapp.com) +- [GitHub](https://github.com/oneclickdapp/oneclickdapp-v1) + +**Etherflow _– FOSS nástroj pro vývojáře Etherea k testování uzlů a sestavování a ladění RPC volání z prohlížeče._** + +- [etherflow.quiknode.io](https://etherflow.quiknode.io/) +- [GitHub](https://github.com/abunsen/etherflow) + +**thirdweb_ – SDK v každém jazyce, chytré kontrakty, nástroje a infrastruktura pro vývoj web3._** + +- [Domovská stránka](https://thirdweb.com/) +- [Dokumentace](https://portal.thirdweb.com/) +- [GitHub](https://github.com/thirdweb-dev/) + +**Crossmint _– Web3 vývojová platforma podnikové úrovně pro nasazování chytrých kontraktů, umožnění plateb kreditní kartou a plateb mezi řetězci a používání API k vytváření, distribuci, prodeji, ukládání a úpravě NFT._** + +- [crossmint.com](https://www.crossmint.com) +- [Dokumentace](https://docs.crossmint.com) +- [Discord](https://discord.com/invite/crossmint) + +## Další informace {#further-reading} + +- [Prozkoumat dappky](/dapps) +- [The Architecture of a Web 3.0 application](https://www.preethikasireddy.com/post/the-architecture-of-a-web-3-0-application) – _Preethi Kasireddy_ +- [A 2021 guide to decentralized applications](https://limechain.tech/blog/what-are-dapps-the-2021-guide/) – _LimeChain_ +- [What Are Decentralized Apps?](https://www.gemini.com/cryptopedia/decentralized-applications-defi-dapps) – _Gemini_ +- [Popular dapps](https://www.alchemy.com/dapps) – _Alchemy_ + +_Víte o komunitním zdroji, který vám pomohl? Upravte tuto stránku a přidejte ji!_ + +## Související témata {#related-topics} + +- [Úvod do stacku Etherea](/developers/docs/ethereum-stack/) +- [Vývojářské rámce](/developers/docs/frameworks/) diff --git a/public/content/translations/cs/developers/docs/evm/index.md b/public/content/translations/cs/developers/docs/evm/index.md new file mode 100644 index 00000000000..2d50ed440b8 --- /dev/null +++ b/public/content/translations/cs/developers/docs/evm/index.md @@ -0,0 +1,78 @@ +--- +title: Virtuální stroj Etherea (EVM) +description: Úvod do virtuálního stroje Etherea a jeho vztah ke stavu, transakcím a chytrým kontraktům. +lang: cs +--- + +Virtuální stroj Etherea (EVM) je decentralizované virtuální prostředí, které konzistentně a bezpečně vykonává kód na všech uzlech Etherea. Uzly spouštějí EVM, aby vykonávaly chytré kontrakty, přičemž používají "[jednotky](/gas/)" k měření výpočetního úsilí potřebného pro tyto [operace](/developers/docs/evm/opcodes/), což zajišťuje efektivní alokaci zdrojů a bezpečnost sítě. + +## Předpoklady {#prerequisites} + +Pro pochopení EVM je nutné mít základní povědomí o běžné terminologii v informatice, jako jsou [bajty](https://wikipedia.org/wiki/Byte), [paměť](https://wikipedia.org/wiki/Computer_memory) a [zásobník](https://wikipedia.org/wiki/Stack_(abstract_data_type)). Také se hodí mít znalosti z oblasti kryptografie a blockchainu, např. o [hashovacích funkcích](https://wikipedia.org/wiki/Cryptographic_hash_function) a [Merkle tree](https://wikipedia.org/wiki/Merkle_tree). + +## Od účetní knihy ke stavovému stroji {#from-ledger-to-state-machine} + +Přirovnání k „distribuované účetní knize“ se často používá k popisu blockchainů, jako je Bitcoin, které mají decentralizovanou měnu s využitím základních nástrojů kryptografie. Účetní kniha udržuje záznam aktivit za současného dodržování souboru pravidel, která určují, co může a nemůže uživatel dělat při úpravě této knihy. Např. bitcoinová adresa nemůže utratit více Bitcoinů, než kolik jich předtím obdržela. Tato pravidla jsou základem všech transakcí na Bitcoinu a mnoha dalších blockchainech. + +Ethereum má svou vlastní nativní kryptoměnu (Ether), která se řídí téměř stejnými intuitivními pravidly, ale také umožňuje mnohem silnější funkci: [chytré kontrakty](/developers/docs/smart-contracts/). Pro tuto složitější funkci potřebujeme sofistikovanější přirovnání. Namísto distribuované účetní knihy je Ethereum distribuovaný [stavový stroj](https://wikipedia.org/wiki/Finite-state_machine). Stav Etherea je velká datová struktura, která obsahuje nejen všechny účty a zůstatky, ale také _stav stroje_, který se může měnit od bloku k bloku podle předem definovaného souboru pravidel a který může vykonávat libovolný strojový kód. Specifická pravidla pro změnu stavu od bloku k bloku jsou definována v EVM. + +![Diagram znázorňující složení EVM](./evm.png) _Schéma převzato z [ilustrace Ethereum EVM](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_ + +## Funkce změny stavu na Ethereu {#the-ethereum-state-transition-function} + +EVM se chová jako matematická funkce: Na základě vstupu produkuje deterministický výstup. Je tedy užitečné formálněji popsat Ethereum jako systém s **funkcí změny stavu**: + +``` +Y(S, T)= S' +``` + +Na základě starého platného stavu `(S)` a nové sady platných transakcí `(T)` funkce změny stavu Etherea `Y(S, T)` vytvoří nový platný výstupní stav `S'`. + +### Stav {#state} + +V kontextu Etherea je stav obrovská datová struktura nazývaná [modifikovaný Merkle Patricia Trie](/developers/docs/data-structures-and-encoding/patricia-merkle-trie/), která udržuje všechny [účty](/developers/docs/accounts/) propojené pomocí hashů a redukovatelné na jediný kořenový hash uložený na blockchainu. + +### Transakce {#transactions} + +Transakce jsou kryptograficky podepsané instrukce poslané z účtů. Existují dva typy transakcí: Ty, jejich výsledkem je volání zpráv (message calls), a ty, které vedou k vytvoření kontraktu. + +Vytvoření kontraktu vede k vytvoření nového kontraktového účtu, který obsahuje zkompilovaný bytecode [chytrého kontraktu](/developers/docs/smart-contracts/anatomy/). Kdykoli jiný účet vyšle zprávu na tento kontrakt, vykoná se jeho bytecode. + +## Instrukce EVM {#evm-instructions} + +EVM funguje jako [zásobníkový stroj](https://wikipedia.org/wiki/Stack_machine) s hloubkou 1 024 položek. Každá položka je 256bitové slovo, které bylo zvoleno pro snadné použití s 256bitovou kryptografií (např. hashe Keccak-256 nebo podpisy secp256k1). + +Během vykonávání EVM udržuje přechodnou _paměť_ (jako bajtové pole adresované slovy), která nepřetrvává mezi transakcemi. + +Kontrakty však obsahují trie _úložiště_ Merkle Patricia (jako pole adresovatelné slovy), které je spojeno s příslušným účtem a je součástí globálního stavu. + +Zkompilovaný bytecode chytrého kontraktu se vykonává jako řada [opkódů](/developers/docs/evm/opcodes) EVM, které provádějí standardní zásobníkové operace jako `XOR`, `AND`, `ADD`, `SUB` atd. EVM také implementuje několik blockchainově specifických zásobníkových operací, jako je `ADDRESS`, `BALANCE`, `BLOCKHASH` atd. + +![Diagram znázorňující, kde jsou potřeba jednotky pro EVM operace](../gas/gas.png) _Diagram převzat z [ilustrovaného Ethereum EVM](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_ + +## Implementace EVM {#evm-implementations} + +Všechny implementace EVM musí dodržovat specifikaci popsanou v Ethereum Yellowpaperu. + +Během devítileté historie Etherea prošlo EVM několika revizemi a existuje několik implementací EVM v různých programovacích jazycích. + +[Exekuční klienty Etherea](/developers/docs/nodes-and-clients/#execution-clients) obsahují implementaci EVM. Navíc existuje několik samostatných implementací, včetně: + +- [Py-EVM](https://github.com/ethereum/py-evm) – _Python_ +- [evmone](https://github.com/ethereum/evmone) – _C++_ +- [ethereumjs-vm](https://github.com/ethereumjs/ethereumjs-vm) – _JavaScript_ +- [revm](https://github.com/bluealloy/revm) – _Rust_ + +## Další informace {#further-reading} + +- [Ethereum Yellowpaper](https://ethereum.github.io/yellowpaper/paper.pdf) +- [Jellopaper alias KEVM: Sémantika EVM v K](https://jellopaper.org/) +- [The Beigepaper](https://github.com/chronaeon/beigepaper) +- [Opkódy Virtuálního stroje Etherea](https://www.ethervm.io/) +- [Interaktivní reference pro opkódy Virtuálního stroje Etherea](https://www.evm.codes/) +- [Krátký úvod v dokumentaci Solidity](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html#index-6) +- [Kniha Mastering Ethereum – Virtuální stroj Etherea](https://github.com/ethereumbook/ethereumbook/blob/develop/13evm.asciidoc) + +## Související témata {#related-topics} + +- [Palivo](/developers/docs/gas/) diff --git a/public/content/translations/cs/developers/docs/evm/opcodes/index.md b/public/content/translations/cs/developers/docs/evm/opcodes/index.md new file mode 100644 index 00000000000..50f17e9f2eb --- /dev/null +++ b/public/content/translations/cs/developers/docs/evm/opcodes/index.md @@ -0,0 +1,174 @@ +--- +title: Operační kódy pro EVM +description: Seznam všech dostupných operačních kódů pro Virtuální stroj Etherea. +lang: cs +--- + +## Přehled {#overview} + +Toto je aktualizovaná verze referenční stránky EVM na [wolflo/evm-opcodes](https://github.com/wolflo/evm-opcodes). Rovněž čerpá z [Yellow Paperu](https://ethereum.github.io/yellowpaper/paper.pdf), [Jello Paperu](https://jellopaper.org/evm/) a implementace v [Geth](https://github.com/ethereum/go-ethereum). Tento dokument má být přístupnou referencí, ale není nijak zvlášť důkladný. Pokud si chcete být jisti správností a být si vědomi všech hraničních případů, doporučujeme vám používat Jello Paper nebo implementaci klienta. + +Hledáte interaktivní referenci? Zkuste [evm.codes.](https://www.evm.codes/). + +Pro operace s dynamickými poplatky se podívejte na [gas.md](https://github.com/wolflo/evm-opcodes/blob/main/gas.md). + +💡Rychlý tip: Chcete-li zobrazit celé řádky, použijte `[shift] + scroll` pro horizontální posun na ploše. + +| Zásobník | Název | Palivo | Počáteční zásobník | Výsledný zásobník | Paměť/úložiště | Poznámky | +|:--------:|:-------------- |:-----------------------------------------------------------------------------------------------:|:------------------------------------------------ |:-------------------------------------------- |:----------------------------------------------------------------------------- |:--------------------------------------------------------------------------------------------------------------------------------------------------------------------- | +| 00 | STOP | 0 | | | | halt execution | +| 01 | ADD | 3 | `a, b` | `a + b` | | (u)int256 addition modulo 2\*\*256 | +| 02 | MUL | 5 | `a, b` | `a * b` | | (u)int256 multiplication modulo 2\*\*256 | +| 03 | SUB | 3 | `a, b` | `a - b` | | (u)int256 addition modulo 2\*\*256 | +| 04 | DIV | 5 | `a, b` | `a // b` | | uint256 division | +| 05 | SDIV | 5 | `a, b` | `a // b` | | int256 division | +| 06 | MOD | 5 | `a, b` | `a % b` | | uint256 modulus | +| 07 | SMOD | 5 | `a, b` | `a % b` | | int256 modulus | +| 08 | ADDMOD | 8 | `a, b, N` | `(a + b) % N` | | (u)int256 addition modulo N | +| 09 | MULMOD | 8 | `a, b, N` | `(a * b) % N` | | (u)int256 multiplication modulo N | +| 0A | EXP | [A1](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a1-exp) | `a, b` | `a ** b` | | uint256 exponentiation modulo 2\*\*256 | +| 0B | SIGNEXTEND | 5 | `b, x` | `SIGNEXTEND(x, b)` | | [sign extend](https://wikipedia.org/wiki/Sign_extension) `x` from `(b+1)` bytes to 32 bytes | +| 0C-0F | _invalid_ | | | | | | +| 10 | LT | 3 | `a, b` | `a < b` | | uint256 less-than | +| 11 | GT | 3 | `a, b` | `a > b` | | uint256 greater-than | +| 12 | SLT | 3 | `a, b` | `a < b` | | int256 less-than | +| 13 | SGT | 3 | `a, b` | `a > b` | | int256 greater-than | +| 14 | EQ | 3 | `a, b` | `a == b` | | (u)int256 equality | +| 15 | ISZERO | 3 | `a` | `a == 0` | | (u)int256 iszero | +| 16 | AND | 3 | `a, b` | `a && b` | | bitwise AND | +| 17 | OR | 3 | `a, b` | `a \|\| b` | | bitwise OR | +| 18 | XOR | 3 | `a, b` | `a ^ b` | | bitwise XOR | +| 19 | NOT | 3 | `a` | `~a` | | bitwise NOT | +| 1A | BYTE | 3 | `i, x` | `(x >> (248 - i * 8)) && 0xFF` | | `i`th byte of (u)int256 `x`, from the left | +| 1B | SHL | 3 | `shift, val` | `val << shift` | | shift left | +| 1C | SHR | 3 | `shift, val` | `val >> shift` | | logical shift right | +| 1D | SAR | 3 | `shift, val` | `val >> shift` | | arithmetic shift right | +| 1E-1F | _invalid_ | | | | | | +| 20 | KECCAK256 | [A2](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a2-sha3) | `ost, len` | `keccak256(mem[ost:ost+len-1])` | | keccak256 | +| 21-2F | _invalid_ | | | | | | +| 30 | ADDRESS | 2 | `.` | `address(this)` | | address of executing contract | +| 31 | BALANCE | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `addr.balance` | | balance, in wei | +| 32 | ORIGIN | 2 | `.` | `tx.origin` | | address that originated the tx | +| 33 | CALLER | 2 | `.` | `msg.sender` | | address of msg sender | +| 34 | CALLVALUE | 2 | `.` | `msg.value` | | msg value, in wei | +| 35 | CALLDATALOAD | 3 | `idx` | `msg.data[idx:idx+32]` | | read word from msg data at index `idx` | +| 36 | CALLDATASIZE | 2 | `.` | `len(msg.data)` | | length of msg data, in bytes | +| 37 | CALLDATACOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := msg.data[ost:ost+len-1] | copy msg data | +| 38 | CODESIZE | 2 | `.` | `len(this.code)` | | length of executing contract's code, in bytes | +| 39 | CODECOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | | mem[dstOst:dstOst+len-1] := this.code[ost:ost+len-1] | copy executing contract's bytecode | +| 3A | GASPRICE | 2 | `.` | `tx.gasprice` | | gas price of tx, in wei per unit gas [\*\*](https://eips.ethereum.org/EIPS/eip-1559#gasprice) | +| 3B | EXTCODESIZE | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `len(addr.code)` | | size of code at addr, in bytes | +| 3C | EXTCODECOPY | [A4](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a4-extcodecopy) | `addr, dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := addr.code[ost:ost+len-1] | copy code from `addr` | +| 3D | RETURNDATASIZE | 2 | `.` | `size` | | size of returned data from last external call, in bytes | +| 3E | RETURNDATACOPY | [A3](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a3-copy-operations) | `dstOst, ost, len` | `.` | mem[dstOst:dstOst+len-1] := returndata[ost:ost+len-1] | copy returned data from last external call | +| 3F | EXTCODEHASH | [A5](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a5-balance-extcodesize-extcodehash) | `addr` | `hash` | | hash = addr.exists ? keccak256(addr.code) : 0 | +| 40 | BLOCKHASH | 20 | `blockNum` | `blockHash(blockNum)` | | | +| 41 | COINBASE | 2 | `.` | `block.coinbase` | | adresa navrhovatele aktuálního bloku | +| 42 | TIMESTAMP | 2 | `.` | `block.timestamp` | | timestamp of current block | +| 43 | NUMBER | 2 | `.` | `block.number` | | number of current block | +| 44 | PREVRANDAO | 2 | `.` | `randomness beacon` | | randomness beacon | +| 45 | GASLIMIT | 2 | `.` | `block.gaslimit` | | gas limit of current block | +| 46 | CHAINID | 2 | `.` | `chain_id` | | push current [chain id](https://eips.ethereum.org/EIPS/eip-155) onto stack | +| 47 | SELFBALANCE | 5 | `.` | `address(this).balance` | | balance of executing contract, in wei | +| 48 | BASEFEE | 2 | `.` | `block.basefee` | | base fee of current block | +| 49 | BLOBHASH | 3 | `idx` | `tx.blob_versioned_hashes[idx]` | | [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) | +| 4A | BLOBBASEFEE | 2 | `.` | `block.blobbasefee` | | blob base fee of current block ([EIP-7516](https://eips.ethereum.org/EIPS/eip-7516)) | +| 4B-4F | _invalid_ | | | | | | +| 50 | POP | 2 | `_anon` | `.` | | remove item from top of stack and discard it | +| 51 | MLOAD | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost` | `mem[ost:ost+32]` | | read word from memory at offset `ost` | +| 52 | MSTORE | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, val` | `.` | mem[ost:ost+32] := val | write a word to memory | +| 53 | MSTORE8 | 3[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, val` | `.` | mem[ost] := val && 0xFF | write a single byte to memory | +| 54 | SLOAD | [A6](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a6-sload) | `key` | `storage[key]` | | read word from storage | +| 55 | SSTORE | [A7](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a7-sstore) | `key, val` | `.` | storage[key] := val | write word to storage | +| 56 | JUMP | 8 | `dst` | `.` | | `$pc := dst` mark that `pc` is only assigned if `dst` is a valid jumpdest | +| 57 | JUMPI | 10 | `dst, condition` | `.` | | `$pc := condition ? dst : $pc + 1` | +| 58 | PC | 2 | `.` | `$pc` | | program counter | +| 59 | MSIZE | 2 | `.` | `len(mem)` | | size of memory in current execution context, in bytes | +| 5A | GAS | 2 | `.` | `gasRemaining` | | | +| 5B | JUMPDEST | 1 | | | mark valid jump destination | a valid jump destination for example a jump destination not inside the push data | +| 5C | TLOAD | 100 | `key` | `tstorage[key]` | | read word from transient storage ([EIP-1153](https://eips.ethereum.org/EIPS/eip-1153)) | +| 5D | TSTORE | 100 | `key, val` | `.` | tstorage[key] := val | write word to transient storage ([EIP-1153](https://eips.ethereum.org/EIPS/eip-1153)) | +| 5E | MCOPY | 3+3\*words+[A0](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `dstOst, ost, len` | `.` | mem[dstOst] := mem[ost:ost+len] | copy memory from one area to another ([EIP-5656](https://eips.ethereum.org/EIPS/eip-5656)) | +| 5F | PUSH0 | 2 | `.` | `uint8` | | push the constant value 0 onto stack | +| 60 | PUSH1 | 3 | `.` | `uint8` | | push 1-byte value onto stack | +| 61 | PUSH2 | 3 | `.` | `uint16` | | push 2-byte value onto stack | +| 62 | PUSH3 | 3 | `.` | `uint24` | | push 3-byte value onto stack | +| 63 | PUSH4 | 3 | `.` | `uint32` | | push 4-byte value onto stack | +| 64 | PUSH5 | 3 | `.` | `uint40` | | push 5-byte value onto stack | +| 65 | PUSH6 | 3 | `.` | `uint48` | | push 6-byte value onto stack | +| 66 | PUSH7 | 3 | `.` | `uint56` | | push 7-byte value onto stack | +| 67 | PUSH8 | 3 | `.` | `uint64` | | push 8-byte value onto stack | +| 68 | PUSH9 | 3 | `.` | `uint72` | | push 9-byte value onto stack | +| 69 | PUSH10 | 3 | `.` | `uint80` | | push 10-byte value onto stack | +| 6A | PUSH11 | 3 | `.` | `uint88` | | push 11-byte value onto stack | +| 6B | PUSH12 | 3 | `.` | `uint96` | | push 12-byte value onto stack | +| 6C | PUSH13 | 3 | `.` | `uint104` | | push 13-byte value onto stack | +| 6D | PUSH14 | 3 | `.` | `uint112` | | push 14-byte value onto stack | +| 6E | PUSH15 | 3 | `.` | `uint120` | | push 15-byte value onto stack | +| 6F | PUSH16 | 3 | `.` | `uint128` | | push 16-byte value onto stack | +| 70 | PUSH17 | 3 | `.` | `uint136` | | push 17-byte value onto stack | +| 71 | PUSH18 | 3 | `.` | `uint144` | | push 18-byte value onto stack | +| 72 | PUSH19 | 3 | `.` | `uint152` | | push 19-byte value onto stack | +| 73 | PUSH20 | 3 | `.` | `uint160` | | push 20-byte value onto stack | +| 74 | PUSH21 | 3 | `.` | `uint168` | | push 21-byte value onto stack | +| 75 | PUSH22 | 3 | `.` | `uint176` | | push 22-byte value onto stack | +| 76 | PUSH23 | 3 | `.` | `uint184` | | push 23-byte value onto stack | +| 77 | PUSH24 | 3 | `.` | `uint192` | | push 24-byte value onto stack | +| 78 | PUSH25 | 3 | `.` | `uint200` | | push 25-byte value onto stack | +| 79 | PUSH26 | 3 | `.` | `uint208` | | push 26-byte value onto stack | +| 7A | PUSH27 | 3 | `.` | `uint216` | | push 27-byte value onto stack | +| 7B | PUSH28 | 3 | `.` | `uint224` | | push 28-byte value onto stack | +| 7C | PUSH29 | 3 | `.` | `uint232` | | push 29-byte value onto stack | +| 7D | PUSH30 | 3 | `.` | `uint240` | | push 30-byte value onto stack | +| 7E | PUSH31 | 3 | `.` | `uint248` | | push 31-byte value onto stack | +| 7F | PUSH32 | 3 | `.` | `uint256` | | push 32-byte value onto stack | +| 80 | DUP1 | 3 | `a` | `a, a` | | clone 1st value on stack | +| 81 | DUP2 | 3 | `_, a` | `a, _, a` | | clone 2nd value on stack | +| 82 | DUP3 | 3 | `_, _, a` | `a, _, _, a` | | clone 3rd value on stack | +| 83 | DUP4 | 3 | `_, _, _, a` | `a, _, _, _, a` | | clone 4th value on stack | +| 84 | DUP5 | 3 | `..., a` | `a, ..., a` | | clone 5th value on stack | +| 85 | DUP6 | 3 | `..., a` | `a, ..., a` | | clone 6th value on stack | +| 86 | DUP7 | 3 | `..., a` | `a, ..., a` | | clone 7th value on stack | +| 87 | DUP8 | 3 | `..., a` | `a, ..., a` | | clone 8th value on stack | +| 88 | DUP9 | 3 | `..., a` | `a, ..., a` | | clone 9th value on stack | +| 89 | DUP10 | 3 | `..., a` | `a, ..., a` | | clone 10th value on stack | +| 8A | DUP11 | 3 | `..., a` | `a, ..., a` | | clone 11th value on stack | +| 8B | DUP12 | 3 | `..., a` | `a, ..., a` | | clone 12th value on stack | +| 8C | DUP13 | 3 | `..., a` | `a, ..., a` | | clone 13th value on stack | +| 8D | DUP14 | 3 | `..., a` | `a, ..., a` | | clone 14th value on stack | +| 8E | DUP15 | 3 | `..., a` | `a, ..., a` | | clone 15th value on stack | +| 8F | DUP16 | 3 | `..., a` | `a, ..., a` | | clone 16th value on stack | +| 90 | SWAP1 | 3 | `a, b` | `b, a` | | | +| 91 | SWAP2 | 3 | `a, _, b` | `b, _, a` | | | +| 92 | SWAP3 | 3 | `a, _, _, b` | `b, _, _, a` | | | +| 93 | SWAP4 | 3 | `a, _, _, _, b` | `b, _, _, _, a` | | | +| 94 | SWAP5 | 3 | `a, ..., b` | `b, ..., a` | | | +| 95 | SWAP6 | 3 | `a, ..., b` | `b, ..., a` | | | +| 96 | SWAP7 | 3 | `a, ..., b` | `b, ..., a` | | | +| 97 | SWAP8 | 3 | `a, ..., b` | `b, ..., a` | | | +| 98 | SWAP9 | 3 | `a, ..., b` | `b, ..., a` | | | +| 99 | SWAP10 | 3 | `a, ..., b` | `b, ..., a` | | | +| 9A | SWAP11 | 3 | `a, ..., b` | `b, ..., a` | | | +| 9B | SWAP12 | 3 | `a, ..., b` | `b, ..., a` | | | +| 9C | SWAP13 | 3 | `a, ..., b` | `b, ..., a` | | | +| 9D | SWAP14 | 3 | `a, ..., b` | `b, ..., a` | | | +| 9E | SWAP15 | 3 | `a, ..., b` | `b, ..., a` | | | +| 9F | SWAP16 | 3 | `a, ..., b` | `b, ..., a` | | | +| A0 | LOG0 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len` | `.` | | LOG0(memory[ost:ost+len-1]) | +| A1 | LOG1 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0` | `.` | | LOG1(memory[ost:ost+len-1], topic0) | +| A2 | LOG2 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1` | `.` | | LOG2(memory[ost:ost+len-1], topic0, topic1) | +| A3 | LOG3 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1, topic2` | `.` | | LOG3(memory[ost:ost+len-1], topic0, topic1, topic2) | +| A4 | LOG4 | [A8](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a8-log-operations) | `ost, len, topic0, topic1, topic2, topic3` | `.` | | LOG4(memory[ost:ost+len-1], topic0, topic1, topic2, topic3) | +| A5-EF | _invalid_ | | | | | | +| F0 | CREATE | [A9](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a9-create-operations) | `val, ost, len` | `addr` | | addr = keccak256(rlp([address(this), this.nonce])) | +| F1 | CALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | gas, addr, val, argOst, argLen, retOst, retLen | `success` | mem[retOst:retOst+retLen-1] := returndata | | +| F2 | CALLCODE | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, val, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] = returndata | same as DELEGATECALL, but does not propagate original msg.sender and msg.value | +| F3 | RETURN | 0[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, len` | `.` | | return mem[ost:ost+len-1] | +| F4 | DELEGATECALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] := returndata | | +| F5 | CREATE2 | [A9](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a9-create-operations) | `val, ost, len, salt` | `addr` | | addr = keccak256(0xff ++ address(this) ++ salt ++ keccak256(mem[ost:ost+len-1]))[12:] | +| F6-F9 | _invalid_ | | | | | | +| FA | STATICCALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] := returndata | | +| FB-FC | _invalid_ | | | | | | +| FD | REVERT | 0[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, len` | `.` | | revert(mem[ost:ost+len-1]) | +| FE | INVALID | [AF](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#af-invalid) | | | designated invalid opcode - [EIP-141](https://eips.ethereum.org/EIPS/eip-141) | | +| FF | SELFDESTRUCT | [AB](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#ab-selfdestruct) | `addr` | `.` | | sends all ETH to `addr`; if executed in the same transaction as a contract was created it destroys the contract | diff --git a/public/content/translations/cs/developers/docs/gas/index.md b/public/content/translations/cs/developers/docs/gas/index.md new file mode 100644 index 00000000000..93a770fd010 --- /dev/null +++ b/public/content/translations/cs/developers/docs/gas/index.md @@ -0,0 +1,139 @@ +--- +title: Palivo a poplatky +description: +lang: cs +--- + +Palivo je pro síť Ethereum nezbytné. Umožňuje jí fungovat, stejně jako auto potřebuje benzín, aby mohlo jezdit. + +## Předpoklady {#prerequisites} + +Abyste lépe porozuměli této stránce, doporučujeme vám si nejprve přečíst o [transakcích](/developers/docs/transactions/) a [EVM](/developers/docs/evm/). + +## Co je to palivo? {#what-is-gas} + +Palivo označuje jednotku, která měří množství výpočetního úsilí potřebného k provedení specifických operací na síti Ethereum. + +Jelikož každá transakce na Ethereu potřebuje výpočetní zdroje k jejímu provedení, tyto zdroje se musí zaplatit, aby Ethereum nebylo zranitelné vůči spamovým útokům a nemohlo se zaseknout v nekonečných výpočetních smyčkách. Platba za výpočetní úsilí se provádí ve formě poplatku za palivo. + +Poplatek za palivo je **množství paliva použitého k provedení určité operace, vynásobené nákladem na jednotku paliva**. Poplatek je zaplacen bez ohledu na to, zda je transakce úspěšně realizována, nebo selže. + +![Diagram znázorňující, kde je potřeba palivo pro EVM operace](./gas.png) _Schéma převzato z [ilustrace Ethereum EVM](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_ + +Poplatky za palivo musí být zaplaceny v nativní měně Etherea, etheru (ETH). Ceny paliva jsou obvykle uváděny v gwei, což je denominace ETH. Každý gwei je roven jedné miliardtině ETH (0,000000001 ETH nebo 10-9 ETH). + +Např. místo toho, abyste řekli, že vaše palivo stojí 0,000000001 etheru, můžete říct, že stojí 1 gwei. + +Slovo 'gwei' je zkratka pro „giga-wei“, což znamená „miliarda wei“. Jeden gwei se rovná jedné miliardě wei. Wei samo o sobě (pojmenované po [Wei Daiovi](https://wikipedia.org/wiki/Wei_Dai), tvůrci [b-money](https://www.investopedia.com/terms/b/bmoney.asp)) je nejmenší jednotkou ETH. + +## Jak se vypočítají palivové poplatky? {#how-are-gas-fees-calculated} + +Když odesíláte transakci, můžete nastavit množství paliva, které jste ochotni zaplatit. Nabídkou určitého množství paliva nabízíte svoji transakci k zařazení do dalšího bloku. Pokud nabídnete příliš málo, máte menší pravděpodobnost, že validátoři vaši transakci vyberou k zařazení, což znamená, že vaše transakce může být zpožděna nebo nemusí být provedena vůbec. Pokud nabídnete příliš mnoho, můžete utratit ETH zbytečně. Jak máte tedy poznat, kolik zaplatit? + +Celkový poplatek za palivo, který zaplatíte, se skládá ze dvou složek: `základního poplatku` a `prioritního poplatku` (spropitného). + +`Základní poplatek` stanovuje protokol – musíte zaplatit alespoň tuto částku, aby byla vaše transakce považována za platnou. `Prioritní poplatek` je spropitné, které přidáte k základnímu poplatku, aby byla vaše transakce atraktivní pro validátory – aby ji vybrali k zařazení do dalšího bloku. + +Transakce, která nabízí pouze `základní poplatek`, je technicky platná, ale je nepravděpodobné, že bude do bloku zařazena, protože nenabízí validátorům žádný motiv ji vybrat před jakoukoli jinou transakcí. „Správný“ `prioritní` poplatek je stanoven podle využití sítě v době odeslání vaší transakce – pokud je vysoká poptávka, možná budete muset nastavit vyšší `prioritní` poplatek, ale když je poptávka nižší, můžete zaplatit méně. + +Např. řekněme, že Jordan musí zaplatit Taylorovi 1 ETH. Převod ETH vyžaduje 21 000 jednotek paliva a základní poplatek je 10 gwei. Jordan přidá spropitné 2 gwei. + +Celkový poplatek by nyní dělal: + +`spotřebované jednotky paliva * (základní poplatek + prioritní poplatek)` + +kde `základní poplatek` je hodnota stanovená protokolem a `prioritní poplatek` je hodnota stanovená uživatelem jako spropitné pro validátora. + +tj. `21 000 * (10 + 2) = 252 000 gwei` (0,000252 ETH). + +Když Jordan odešle peníze, z jeho účtu bude odečteno 1,000252 ETH. Taylor obdrží 1,0000 ETH. Validátor obdrží spropitné ve výši 0,000042 ETH. `Základní poplatek` 0,00021 ETH bude spálen. + +### Základní poplatek {#base-fee} + +Každý blok má základní poplatek, který funguje jako rezervní cena. Aby byla transakce způsobilá k zařazení do bloku, nabízená cena za palivo musí být rovna alespoň základnímu poplatku. Základní poplatek je vypočítán nezávisle na aktuálním bloku a je místo toho určen bloky před ním – což dělá transakční poplatky pro uživatele předvídatelnějšími. Po vytvoření bloku je tento **základní poplatek „spálen“**, což znamená, že množství etheru použité na jeho zaplacení je odstraněno z oběhu. + +Základní poplatek je vypočítán podle vzorce, který porovnává velikost předchozího bloku (množství paliva použitého na všechny transakce) s cílovou velikostí. Základní poplatek se zvýší o maximálně 12,5 % za blok, pokud je překročena cílová velikost bloku. Tento exponenciální růst činí ekonomicky neudržitelným, aby velikost bloku zůstala vysoká po neomezenou dobu. + +| Číslo bloku | Zahrnuté palivo | Zvýšení poplatku | Aktuální základní poplatek | +| ----------- | ---------------:| ----------------:| --------------------------:| +| 1 | 15M | 0% | 100 gwei | +| 2 | 30M | 0% | 100 gwei | +| 3 | 30M | 12,5 % | 112,5 gwei | +| 4 | 30M | 12,5 % | 126,6 gwei | +| 5 | 30M | 12,5 % | 142,4 gwei | +| 6 | 30M | 12,5 % | 160,2 gwei | +| 7 | 30M | 12,5 % | 180,2 gwei | +| 8 | 30M | 12,5 % | 202,7 gwei | + +Podle výše uvedené tabulky by k vytvoření transakce v bloku číslo 9 peněženka s jistotou informovala uživatele, že **maximální základní poplatek** dalšího bloku je `aktuální základní poplatek * 112,5 %` nebo `202,7 gwei * 112,5 % = 228,1 gwei`. + +Je také důležité poznamenat, že z důvodu rychlosti, s jakou se základní poplatek zvyšuje předcházejícímu plnému bloku, je nepravděpodobné, že bychom viděli dlouhodobé peaky plných bloků. + +| Číslo bloku | Zahrnuté palivo | Zvýšení poplatku | Aktuální základní poplatek | +| ----------- | ---------------:| ----------------:| --------------------------:| +| 30 | 30M | 12,5 % | 2 705,6 gwei | +| ... | ... | 12,5 % | ... | +| 50 | 30M | 12,5 % | 28 531,3 gwei | +| ... | ... | 12,5 % | ... | +| 100 | 30M | 12,5 % | 10 302 608,6 gwei | + +### Prioritní poplatek (spropitné) {#priority-fee} + +Prioritní poplatek (spropitné) motivuje validátory k zařazení transakce do bloku. Bez spropitného by pro validátory bylo ekonomicky výhodné těžit prázdné bloky, protože by obdrželi stejnou odměnu za blok. Malé spropitné dává validátorům minimální motivaci zahrnout transakci. Pro transakce, které mají být preferenčně provedeny před jinými transakcemi ve stejném bloku, lze přidat vyšší spropitné a pokusit se tak přeplatit konkurenční transakce. + +### Maximální poplatek {#maxfee} + +Při provedení transakce na síti mohou uživatelé specifikovat maximální limit, který jsou ochotni zaplatit. Tento volitelný parametr je známý jako `maxFeePerGas`. Aby byla transakce provedena, musí maximální poplatek překročit součet základního poplatku a spropitného. Odesílateli transakce je vrácen rozdíl mezi maximálním poplatkem a součtem základního poplatku a spropitného. + +### Velikost bloku {#block-size} + +Každý blok má cílovou velikost 15 milionů jednotek paliva, ale velikost bloků se bude zvyšovat nebo snižovat v závislosti na poptávce na síti, až do limitu bloku 30 milionů jednotek paliva (2x cílová velikost bloku). Protokol v průměru dosahuje rovnovážné velikosti bloku 15 milionů prostřednictvím procesu zvaného _tâtonnement_. To znamená, že pokud je velikost bloku větší než cílová velikost bloku, protokol zvýší základní poplatek pro následující blok. Podobně, pokud je velikost bloku menší než cílová velikost, protokol sníží základní poplatek. Hodnota, o kterou se základní poplatek upravuje, je úměrná tomu, jak daleko je aktuální velikost bloku od cíle. [Další informace o blocích](/developers/docs/blocks/). + +### Výpočet poplatků za palivo v praxi {#calculating-fees-in-practice} + +Můžete explicitně uvést, kolik jste ochotni zaplatit, aby byla vaše transakce provedena. Většina poskytovatelů peněženek však automaticky nastaví doporučený transakční poplatek (základní poplatek + doporučené spropitné), aby svým uživatelům vše zjednodušila. + +## Proč existují poplatky za palivo? {#why-do-gas-fees-exist} + +Stručně řečeno, poplatky za palivo pomáhají udržovat bezpečnost sítě Ethereum. Požadováním poplatku za každý výpočet provedený v síti zabráníme nečestným aktérům v zahlcení sítě. Abychom se vyhnuli náhodným nebo záměrným nekonečným smyčkám nebo jinému plýtvání výpočetními zdroji v kódu, každá transakce musí nastavit limit na počet výpočetních kroků potřebných k vykonání kódu. Základní jednotkou výpočtu je „palivo“. + +Ačkoliv transakce obsahuje limit, palivo nevyužité během transakce se vrací uživateli (tj. `maximální poplatek - (základní polatek + spropitné)` se vrací). + +![Diagram ukazující vrácení nepoužitého paliva](../transactions/gas-tx.png) _Schéma převzato z [ilustrace Ethereum EVM](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_ + +## Co je to limit paliva? {#what-is-gas-limit} + +Limit paliva označuje maximální množství paliva, které jste ochotni za transakci utratit. Složitější transakce zahrnující [chytré kontrakty](/developers/docs/smart-contracts/) potřebují více výpočetního výkonu, a proto vyžadují vyšší limit paliva než jednoduchá platba. Standardní převod ETH vyžaduje limit paliva 21 000 jednotek. + +Např. pokud nastavíte limit paliva na 50 000 pro jednoduchý převod ETH, EVM spotřebuje 21 000 a zbývajících 29 000 se vám vrátí. Pokud však nastavíte příliš nízký limit, např. 20 000 pro jednoduchý převod ETH, EVM spotřebuje vašich 20 000 jednotek paliva při pokusu o provedení transakce, ale nedokončí ji. EVM poté jakékoli změny smaže, ale protože validátor už udělal práci za 20 000 jednotek paliva, je toto palivo spotřebováno. + +## Proč mohou být poplatky za palivo tak vysoké? {#why-can-gas-fees-get-so-high} + +Vysoké poplatky za palivo jsou způsobeny popularitou Etherea. Pokud je poptávka příliš vysoká, uživatelé musí nabídnout vyšší spropitné, aby se pokusili přeplatit transakce jiných uživatelů. Vyšší spropitné může zvýšit pravděpodobnost, že se vaše transakce dostane do dalšího bloku. Také složitější aplikace s chytrými kontrakty mohou vykonávat spoustu operací k podpoře svých funkcí, což způsobuje vyšší spotřebu paliva. + +## Iniciativy na snížení nákladů na palivo {#initiatives-to-reduce-gas-costs} + +[Vylepšení škálovatelnosti](/roadmap/) Etherea by měly řešit některé problémy palivových poplatků, což následně umožní platformě zpracovávat tisíce transakcí za sekundu a škálovat globálně. + +Primární iniciativou ke snížení palivových nákladů a zlepšení uživatelských možností a škálovatelnosti je škálování druhé vrstvy. [Další informace o škálování druhé vrstvy](/developers/docs/scaling/#layer-2-scaling). + +## Monitorování poplatků za palivo {#monitoring-gas-fees} + +Pokud chcete monitorovat poplatky za palivo, abyste mohli odesílat své ETH za nižší ceny, můžete využít několik různých nástrojů, např.: + +- [Etherscan](https://etherscan.io/gastracker) – _odhad ceny paliva za transakci_ +- [Blocknative ETH Gas Estimator](https://chrome.google.com/webstore/detail/blocknative-eth-gas-estim/ablbagjepecncofimgjmdpnhnfjiecfm) – _rozšíření pro prohlížeč Chrome odhadující poplatky za palivo, které podporuje jak typ 0 legacy transakce, tak typ 2 transakce EIP-1559_ +- [Cryptoneur Gas Fees Calculator](https://www.cryptoneur.xyz/gas-fees-calculator) – _kalkulačka poplatků za palivo v místní měně pro různé typy transakcí na hlavní síti, Arbitru a Polygonu_ + +## Související nástroje {#related-tools} + +- [Blocknative's Gas Platform](https://www.blocknative.com/gas) – _API pro odhadování poplatků za palivo podporované globální datovou platformou Blocknative mempool_ + +## Další informace {#further-reading} + +- [Vysvětlení paliva na Ethereu](https://defiprime.com/gas) +- [Snížení spotřeby paliva ve vašich chytrých kontraktech](https://medium.com/coinmonks/8-ways-of-reducing-the-gas-consumption-of-your-smart-contracts-9a506b339c0a) +- [Důkaz podílem versus důkaz prací](https://blockgeeks.com/guides/proof-of-work-vs-proof-of-stake/) +- [Strategie optimalizace paliva pro vývojáře](https://www.alchemy.com/overviews/solidity-gas-optimization) +- [Dokumentace EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) +- [Zdroje k EIP-1559 od Tima Beika](https://hackmd.io/@timbeiko/1559-resources) diff --git a/public/content/translations/cs/developers/docs/index.md b/public/content/translations/cs/developers/docs/index.md new file mode 100644 index 00000000000..44c82d43f8a --- /dev/null +++ b/public/content/translations/cs/developers/docs/index.md @@ -0,0 +1,25 @@ +--- +title: Dokumentace pro vývoj na Ethereu +description: Představení vývojářské dokumentace na ethereum.org. +lang: cs +--- + +Tato dokumentace je navržena tak, aby vám pomohla s vývojem na Ethereu. Pokrývá Ethereum jako koncept, vysvětluje technologický stack Etherea a dokumentuje pokročilá témata pro složitější aplikace a případy použití. + +Jedná se o komunitní open-source projekt, takže neváhejte navrhovat nová témata, přidávat nový obsah a poskytovat příklady tam, kde si myslíte, že by to mohlo být užitečné. Veškerou dokumentaci lze upravovat přes GitHub – pokud si nejste jisti, jak na to, [postupujte podle těchto pokynů](https://github.com/ethereum/ethereum-org-website/blob/dev/docs/editing-markdown.md). + +## Moduly vývoje {#development-modules} + +Pokud je toto váš první pokus o vývoj na Ethereu, doporučujeme začít od začátku a postupovat jako při čtení knihy. + +### Základní témata {#foundational-topics} + + + +### Ethereum zásobník {#ethereum-stack} + + + +### Další {#advanced} + + diff --git a/public/content/translations/cs/developers/docs/intro-to-ether/index.md b/public/content/translations/cs/developers/docs/intro-to-ether/index.md new file mode 100644 index 00000000000..7561b90117d --- /dev/null +++ b/public/content/translations/cs/developers/docs/intro-to-ether/index.md @@ -0,0 +1,78 @@ +--- +title: Úvod ke kryptoměně ether +description: Úvod ke kryptoměně ether pro vývojáře. +lang: cs +--- + +## Předpoklady {#prerequisites} + +K lepšímu pochopení této stránky vám doporučujeme si nejprve přečíst náš [úvod do Etherea](/developers/docs/intro-to-ethereum/). + +## Co je kryptoměna? {#what-is-a-cryptocurrency} + +Kryptoměna je médium směny, které je zajištěno účetní knihou založenou na blockchainové technologii. + +Médium směny je cokoliv, co je široce přijímáno jako platba za zboží a služby, a účetní kniha je datové úložiště, které sleduje transakce. Blockchainová technologie umožňuje uživatelům provádět transakce v účetní knize bez nutnosti spoléhat se na důvěryhodnou třetí stranu, která by účetní knihu udržovala. + +První kryptoměnou byl Bitcoin, který vytvořil Satoshi Nakamoto. Od spuštění Bitcoinu v roce 2009 lidé vytvořili tisíce kryptoměn na různých blockchainech. + +## Co je Ether? {#what-is-ether} + +**Ether (ETH)** je kryptoměna používaná pro různé účely v síti Ethereum. V základu je to jediná přijatelná forma platby za transakční poplatky a po [Sloučení](/roadmap/merge) je ether vyžadován k validaci a navrhování bloků na hlavní síti. Ether se také používá jako primární forma zajištění na [DeFi](/defi) půjčkových trzích, jako účetní jednotka na trzích NFT, jako platba za poskytování služeb nebo prodej reálného zboží atd. + +Ethereum umožňuje vývojářům vytvářet [**decentralizované aplikace (dappky)**](/developers/docs/dapps), které sdílejí společný fond výpočetního výkonu. Tento sdílený fond je omezený, takže Ethereum potřebuje mechanismus, který určí, kdo ho může používat. Jinak by mohla dappka omylem nebo záměrně spotřebovat všechny síťové zdroje, což by znemožnilo přístup ostatním. + +Kryptoměna ether podporuje mechanismus stanovení cen pro výpočetní výkon Etherea. Když uživatelé chtějí provést transakci, musí zaplatit etherem, aby byla jejich transakce na blockchainu uznána. Tyto náklady jsou známé jako [poplatky za palivo](/developers/docs/gas/) a výše poplatku závisí na množství výpočetního výkonu potřebného k provedení transakce a na celosíťové poptávce po výpočetním výkonu v daném okamžiku. + +Proto, i když by škodlivá dappka odeslala nekonečnou smyčku, transakci by nakonec došel ether a byla by ukončena, což by umožnilo síti vrátit se do normálu. + +[Často](https://www.reuters.com/article/us-crypto-currencies-lending-insight-idUSKBN25M0GP#:~:text=price%20of%20ethereum) [dochází k](https://abcnews.go.com/Business/bitcoin-slumps-week-low-amid-renewed-worries-chinese/story?id=78399845#:~:text=cryptocurrencies%20including%20ethereum) [záměně](https://www.cnn.com/2021/03/14/tech/nft-art-buying/index.html#:~:text=price%20of%20ethereum) Etherea a etheru — když lidé odkazují na „cenu Etherea“, popisují cenu etheru. + +## Ražba etheru {#minting-ether} + +Ražba je proces, při kterém je vytvořen nový ether v účetní knize Etherea. Základní protokol Etherea vytváří nový ether a není možné, aby ether vytvořil uživatel. + +Ether se razí jako odměna za každý navržený blok a při každém epochálním kontrolním bodu za další činnosti validátorů související s dosažením konsenzu. Celkový počet vydaných etherů závisí na počtu validátorů a na tom, kolik etheru mají uzamčeno. Tento celkový výdej se rovnoměrně rozděluje mezi validátory v ideálním případě, kdy jsou všichni validátoři poctiví a online, ale ve skutečnosti se liší podle výkonu validátorů. Asi 1/8 celkového vydaného etheru jde navrhovateli bloku. Zbytek je rozdělen mezi ostatní validátory. Navrhovatelé bloků také dostávají spropitné z transakčních poplatků a příjmy související s MEV, ale tyto příjmy pocházejí z recyklovaného etheru, nikoli z nově vydaného. + +## Pálení etheru {#burning-ether} + +Kromě vytváření etheru prostřednictvím odměn za bloky může být ether také zničen procesem zvaným „pálení“. Když se ether spálí, je trvale odstraněn z oběhu. + +K pálení etheru dochází při každé transakci na Ethereu. Když uživatelé platí za transakce, základní poplatek za palivo, který je stanoven sítí podle poptávky po transakcích, je zničen. Tento proces, ve spojení s proměnlivými velikostmi bloků a maximálním poplatkem za palivo, zjednodušuje odhad poplatků za transakce na Ethereu. Když je poptávka po síti vysoká, [bloky](https://etherscan.io/block/12965263) mohou spálit více etheru, než kolik se vyrazí, což efektivně kompenzuje vydávání nových etherů. + +Pálení základního poplatku omezuje schopnost producenta bloku manipulovat s transakcemi. Např. kdyby producenti bloků dostávali základní poplatek, mohli by zahrnout své vlastní transakce zdarma a zvýšit základní poplatek pro všechny ostatní. Alternativně by mohli vrátit základní poplatek některým uživatelům mimo řetězec, což by vedlo k méně transparentnímu a složitějšímu trhu s transakčními poplatky. + +## Denominace etheru {#denominations} + +Protože hodnota mnoha transakcí na Ethereu je malá, ether má několik denominací, které mohou být použity jako menší účetní jednotky. Z těchto denominací jsou obzvláště důležité wei a gwei. + +Wei je nejmenší možnou jednotkou etheru, a proto se mnoho technických implementací, např. [Ethereum Yellowpaper](https://ethereum.github.io/yellowpaper/paper.pdf), zakládá na výpočtech ve wei. + +Gwei, zkratka pro giga-wei, se často používá k popisu nákladů na palivo na Ethereu. + +| Denominace | Hodnota v etheru | Běžné použití | +| ---------- | ---------------- | ------------------------------- | +| Wei | 10-18 | Technické implementace | +| Gwei | 10-9 | Srozumitelné poplatky za palivo | + +## Převod etheru {#transferring-ether} + +Každá transakce na Ethereu obsahuje pole `hodnota`, které určuje částku etheru k převodu, denominovanou ve wei, k odeslání z adresy odesílatele na adresu příjemce. + +Když je adresou příjemce [chytrý kontrakt](/developers/docs/smart-contracts/), tento převedený ether může být použit k úhradě paliva při vykonávání kódu chytrého kontraktu. + +[Další informace o transakcích](/developers/docs/transactions/) + +## Dotazování na ether {#querying-ether} + +Uživatelé mohou zjistit zůstatek etheru na jakémkoliv [účtu](/developers/docs/accounts/) tím, že se podívají na pole `zůstatku` účtu, které zobrazuje hodnotu drženou v etheru v denominaci wei. + +[Etherscan](https://etherscan.io) je populárním nástrojem ke zjištění zůstatků adres prostřednictvím webové aplikace. [Tato stránka na Etherscanu](https://etherscan.io/address/0xde0b295669a9fd93d5f28d9ec85e40f4cb697bae) např. ukazuje zůstatek etherů na účtu Ethereum Foundation. Zůstatky účtů lze také zjistit pomocí peněženek nebo přímo pomocí vyslání požadavku na uzly. + +## Další informace {#further-reading} + +- [Definování Etheru a Etherea](https://www.cmegroup.com/education/courses/introduction-to-ether/defining-ether-and-ethereum.html) – _CME Group_ +- [Ethereum Whitepaper](/whitepaper/): Původní návrh Etherea. Tento dokument obsahuje popis etheru a motivaci za jeho vytvořením. +- [Kalkulačka gwei](https://www.alchemy.com/gwei-calculator): Použijte tuto kalkulačku gwei pro snadnou konverzi mezi wei, gwei a etherem. Stačí zadat jakoukoliv částku ve wei, gwei nebo ETH a automaticky vypočítat konverzi. + +_Víte o komunitním zdroji, který vám pomohl? Upravte tuto stránku a přidejte ho!_ diff --git a/public/content/translations/cs/developers/docs/intro-to-ethereum/index.md b/public/content/translations/cs/developers/docs/intro-to-ethereum/index.md new file mode 100644 index 00000000000..8e8d75df56c --- /dev/null +++ b/public/content/translations/cs/developers/docs/intro-to-ethereum/index.md @@ -0,0 +1,116 @@ +--- +title: Úvod k platformě Ethereum +description: Úvod do základních konceptů Etherea pro vývojáře dappek. +lang: cs +--- + +## Co je to blockchain? {#what-is-a-blockchain} + +Blockchain je veřejná databáze, která je aktualizována a sdílena mnoha počítači v síti. + +„Blok“ odkazuje na data a stavy účtů uložené v po sobě jdoucích skupinách známých jako „bloky“. Jestliže pošlete ETH někomu jinému, data transakce musí být přidána do bloku, aby byla úspěšně vykonána. + +„Řetězec“ odkazuje na skutečnost, že každý blok kryptograficky odkazuje na svého předchůdce. Jinými slovy, bloky jsou spojeny do řetězce. Data v bloku nelze měnit beze změny všech následujících bloků, což by vyžadovalo konsenzus celé sítě. + +Každý počítač v síti musí souhlasit s každým novým blokem a řetězcem jako celkem. Tyto počítače jsou známé jako „uzly“. Tyto uzly zajišťují, že všichni, kdo interagují s blockchainem, mají stejná data. K dosažení tohoto distribuovaného souhlasu blockchainy potřebují mechanismus konsenzu. + +Ethereum používá [mechanismus konsenzu založený na důkazu podílem](/developers/docs/consensus-mechanisms/pos/). Každý, kdo chce přidat nové bloky do řetězce, musí uzamknout ETH – nativní měnu v Ethereu – jako záruku a spustit validační software. Tito „validátoři“ mohou být pak náhodně vybráni k navržení bloků, které ostatní validátoři zkontrolují a přidají na blockchain. Existuje systém odměn a trestů, který silně motivuje účastníky, aby byli poctiví a co nejvíce online. + +Pokud se chcete podívat, jak jsou blockchainová data hashována a následně přidávána k historii odkazů bloků, podívejte se na [tuto ukázku](https://andersbrownworth.com/blockchain/blockchain) od Anderse Brownwortha na videu níže. + +Podívejte se, jak Anders vysvětluje hashe na blockchainech: + + + +## Co je to Ethereum? {#what-is-ethereum} + +Ethereum je blockchain s integrovaným počítačem. Je základem pro budování aplikací a organizací decentralizovaným, cenzuře odolným způsobem bez nutnosti dovolovat se třetí strany. + +V univerzu Etherea existuje jediný, kanonický počítač (nazývaný Virtuální stroj Etherea neboli EVM), jehož stav je uznáván všemi účastníky sítě Ethereum. Každý, kdo se účastní Etherea (každý uzel Etherea), uchovává kopii stavu tohoto počítače. Kromě toho může každý účastník vyslat požadavek, aby tento počítač provedl libovolný výpočet. Kdykoliv je takový požadavek vyslán, ostatní účastníci sítě výpočet ověří, validují a vykonají („provedou“). Toto provedení způsobí změnu stavu v EVM, která je potvrzena a rozšířena do celé sítě. + +Požadavky na výpočet se nazývají transakční požadavky. Záznam všech transakcí a aktuální stav EVM je uložen na blockchainu, který je následně uznán všemi uzly. + +Kryptografické mechanismy zajišťují, že jakmile jsou transakce ověřeny jako platné a přidány na blockchain, nemohou být později zmanipulovány. Tyto mechanismy také zajišťují, že všechny transakce jsou podepsány a provedeny s odpovídajícími „oprávněními“ (nikdo by neměl být schopen poslat digitální aktiva z účtu Alice, kromě Alice samotné). + +## Co je ether? {#what-is-ether} + +**Ether (ETH)** je nativní kryptoměna Etherea. Účelem ETH je umožnit fungování trhu výpočetních zdrojů. Takový trh poskytuje účastníkům ekonomickou pobídku k ověřování a provádění požadavků na transakce a poskytování výpočetních zdrojů síti. + +Každý účastník, který vysílá transakční požadavek, musí také síti nabídnout určité množství ETH jako odměnu. Síť část odměny spálí a zbytek přidělí tomu, kdo nakonec transakci ověří, provede, zapíše na blockchain a rozšíří do sítě. + +Množství zaplaceného ETH odpovídá zdrojům potřebným k provedení výpočtu. Tyto odměny také zabraňují nečestným účastníkům záměrně zahlcovat síť požadavky na provedení nekonečných výpočtů nebo jiných výpočetně náročných skriptů, protože tito účastníci musí platit za výpočetní zdroje. + +ETH se také používá k zajištění kryptografické bezpečnosti sítě třemi hlavními způsoby: 1) Slouží jako prostředek k odměňování validátorů, kteří navrhují bloky nebo upozorňují na nepoctivé chování jiných validátorů. 2) Validátoři ho uzamykají jako záruku proti nepoctivému chování – pokud se validátoři pokusí o nekalou činnost, jejich ETH může být zničeno. 3) Používá se k vážení „hlasů“ pro nově navrhované bloky, což se promítá do volby větve v mechanismu konsenzu. + +## Co to jsou chytré kontrakty? {#what-are-smart-contracts} + +V praxi účastníci nepíší nový kód pokaždé, když chtějí požádat o výpočet na EVM. Místo toho vývojáři aplikací nahrají programy (znovu použitelné úryvky kódu) do stavu EVM a uživatelé posílají požadavky na provedení těchto úryvků kódu s různými parametry. Tyto programy, které jsou nahrány do sítě a touto sítí také vykonávány, nazýváme chytré kontrakty. + +Na základní úrovni si můžete chytrý kontrakt představit jako druh automatu: Skript, který při volání s určitými parametry, pokud jsou splněny určité podmínky, provádí nějaké akce nebo výpočet. Např. jednoduchý vydávající chytrý kontrakt by mohl vytvořit a přiřadit vlastnictví digitálního aktiva, pokud volající pošle ETH konkrétnímu příjemci. + +Každý vývojář může vytvořit chytrý kontrakt a za poplatek ho zpřístupnit síti. Každý uživatel pak může tento chytrý kontrakt kontaktovat a vykonat jeho kód, opět za poplatek zaplacený síti. + +Díky chytrým kontraktům mohou vývojáři budovat a spouštět libovolně složité uživatelské aplikace a služby, jako jsou tržiště, finanční nástroje, hry atd. + +## Terminologie {#terminology} + +### Blockchain {#blockchain} + +Sekvence všech bloků, které byly historicky přidány na síť Ethereum. Toto pojmenování odráží, že každý blok obsahuje odkaz na předchozí blok, což nám pomáhá udržovat pořadí všech bloků (a tedy přesnou historii). + +### ETH {#eth} + +**Ether (ETH)** je nativní kryptoměna Etherea. Uživatelé platí ETH jiným uživatelům, aby byly splněny jejich požadavky na vykonání kódu. + +[Více o ETH](/developers/docs/intro-to-ether/) + +### EVM {#evm} + +Virtuální stroj Etherea (EVM) je globální virtuální počítač, jehož stav uchovává a uznává každý účastník sítě Ethereum. Každý účastník může požádat o vykonání libovolného kódu na EVM. To mění stav EVM. + +[Další informace o EVM](/developers/docs/evm/) + +### Síťové uzly {#nodes} + +Reálné stroje, které ukládají stav EVM. Uzly mezi sebou komunikují, aby sdílely informace o stavu EVM a jeho změnách. Každý uživatel může také požádat o vykonání kódu tím, že z uzlu vyšle požadavek na vykonání kódu. Samotná síť Ethereum je souhrnem všech uzlů Etherea a jejich komunikací. + +[Více o uzlech](/developers/docs/nodes-and-clients/) + +### Účty {#accounts} + +Místo, kde je uloženo ETH. Uživatelé mohou inicializovat účty, vkládat ETH na účty a převádět ETH ze svých účtů na účty jiných uživatelů. Účty a zůstatky na účtech jsou uloženy ve velké tabulce v EVM. Jsou součástí celkového stavu EVM. + +[Další informace o účtech](/developers/docs/accounts/) + +### Transakce {#transactions} + +„Transakční požadavek“ je formální termín pro požadavek na provedení kódu na EVM a „transakce“ je splněný transakční požadavek a s ním spojená změna stavu EVM. Každý uživatel může vyslat transakční požadavek do sítě z uzlu. Aby transakční požadavek ovlivnil uznaný stav EVM, musí být ověřen, vykonán a „zapsán do sítě“ jiným uzlem. Provádění jakéhokoliv kódu vede ke změně stavu EVM. Po zapsání je tato změna stavu rozšířena na všechny uzly v síti. Několik příkladů transakcí: + +- Pošli X ETH z mého účtu na účet Alice. +- Nahraj nějaký chytrý kontraktový kód do stavu EVM. +- Vykonej kód chytrého kontraktu na adrese X v EVM s argumenty Y. + +[Další informace o transakcích](/developers/docs/transactions/) + +### Bloky {#blocks} + +Objem transakcí je velmi vysoký, takže transakce jsou „zapisovány“ v dávkách neboli blocích. Bloky obvykle obsahují desítky až stovky transakcí. + +[Další informace o blocích](/developers/docs/blocks/) + +### Chytré kontrakty {#smart-contracts} + +Znovu použitelný úryvek kódu (program), který vývojář nahraje do stavu EVM. Každý může podáním transakčního požadavku požádat o vykonání kódu chytrého kontraktu. Protože vývojáři mohou do EVM zapisovat libovolné spustitelné aplikace (hry, tržiště, finanční nástroje atd.) tím, že publikují chytré kontrakty, často se jim říká [dappky nebo decentralizované aplikace](/developers/docs/dapps/). + +[Více o chytrých kontraktech](/developers/docs/smart-contracts/) + +## Další četba {#further-reading} + +- [Oficiální dokumenty Ethereum](/whitepaper/) +- [Jak vlastně Ethereum funguje?](https://medium.com/@preethikasireddy/how-does-ethereum-work-anyway-22d1df506369) – _Preethi Kasireddy_ (**Poznámka**: Tento zdroj je stále užitečný, ale vezměte na vědomí, že předchází [Sloučení](/roadmap/merge), a proto stále odkazuje na mechanismus důkazu prací – Ethereum je nyní zabezpečeno pomocí [důkazu podílem.](/developers/docs/consensus-mechanisms/pos)) + +_Víte o komunitním zdroji, který vám pomohl? Upravte tuto stránku a přidejte ho!_ + +## Související návody {#related-tutorials} + +- [Průvodce Ethereem pro vývojáře, část 1](/developers/tutorials/a-developers-guide-to-ethereum-part-one/) _– Velmi přívětivý průvodce Ethereem používající Python a web3.py_ diff --git a/public/content/translations/cs/developers/docs/networks/index.md b/public/content/translations/cs/developers/docs/networks/index.md new file mode 100644 index 00000000000..41675fd5d65 --- /dev/null +++ b/public/content/translations/cs/developers/docs/networks/index.md @@ -0,0 +1,149 @@ +--- +title: Sítě +description: Přehled sítí Etherea a návod, kde získat ether (ETH) testovací sítě pro testování vaší aplikace. +lang: cs +--- + +Sítě Etherea jsou skupiny propojených počítačů, které komunikují pomocí protokolu Ethereum. Existuje pouze jedna hlavní síť Etherea, ale nezávislé sítě, které dodržují stejná pravidla protokolu, mohou být vytvořeny pro testovací a vývojové účely. Existuje mnoho nezávislých „sítí“, které dodržují protokol, aniž by mezi sebou komunikovaly. Můžete si dokonce spustit vlastní síť na svém počítači k testování chytrých kontraktů a web3 aplikací. + +Váš účet na Ethereu bude fungovat na různých sítích, ale zůstatek na účtu a historie transakcí se nepřenesou z hlavní sítě Etherea. Pro testovací účely je užitečné vědět, které sítě jsou k dispozici a jak získat ETH testovací sítě, abyste mohli experimentovat. Obecně platí, že z bezpečnostních důvodů se nedoporučuje používat účty z hlavní sítě na testovacích sítích nebo naopak. + +## Předpoklady {#prerequisites} + +Předtím, než se začnete zabývat různými sítěmi, byste měli rozumět [základům Etherea](/developers/docs/intro-to-ethereum/), protože testovací sítě vám poskytnou levnou a bezpečnou verzi Etherea pro experimentování. + +## Veřejné sítě {#public-networks} + +Veřejné sítě jsou přístupné komukoliv na světě s připojením k internetu. Každý může číst nebo vytvářet transakce na veřejném blockchainu a ověřovat prováděné transakce. Konsenzus mezi síťovými uzly rozhoduje o zahrnutí transakcí a stavu sítě. + +### Hlavní síť Ethereum {#ethereum-mainnet} + +Hlavní síť je primární veřejný produkční blockchain Etherea, kde dochází k transakcím s reálnou hodnotou na distribuované účetní knize. + +Když veřejnost nebo burzy diskutují o cenách ETH, mluví o ETH na hlavní síti. + +### Testovací sítě Etherea {#ethereum-testnets} + +Kromě hlavní sítě existují veřejné testovací sítě. Tyto sítě používají vývojáři protokolu nebo chytrých kontraktů k testování jak vylepšení protokolu, tak potenciálních chytrých kontraktů v prostředí podobném produkčnímu prostředí, než budou nasazeny na hlavní síť. Můžete si je představit jako analogii mezi produkčním a testovacím serverem. + +Předtím, než nasadíte jakýkoliv kód chytrého kontraktu, který napíšete, na hlavní síť, měli byste ho otestovat na testovací síti. Většina dappek, které se integrují s existujícími chytrými kontrakty, má kopie nasazené na testovacích sítích. + +Většina testovacích sítí začala používáním povoleného mechanismu konsenzu důkazu autoritou. To znamená, že se vybere malý počet uzlů, které ověřují transakce a vytvářejí nové bloky – přičemž v tomto procesu uzamykají svoji identitu. Některé testovací sítě naopak používají otevřený mechanismus konsenzu důkazu podílem, kde si každý může vyzkoušet provozování validátora, podobně jako na hlavní síti Etherea. + +ETH na testovacích sítích nemá mít žádnou skutečnou hodnotu. Přesto vznikly trhy vytvořené pro některé druhy testovacích ETH, které jsou nedostatkové nebo je těžké je získat. Protože k interakci s Ethereem (dokonce i na testovacích sítích) potřebujete ETH, většina lidí dostává testovací ETH zdarma z faucetů. Většina faucetů jsou webové aplikace, kde můžete zadat adresu, na kterou chcete ETH obdržet. + +#### Kterou testovací síť bych měl/a použít? + +Dvě veřejné testovací sítě, které aktuálně udržují vývojáři klientů, jsou Sepolia a Goerli. Sepolia je síť pro vývojáře kontraktů a aplikací, kteří je chtějí otestovat. Síť Goerli umožňuje vývojářům protokolu testovat vylepšení sítě a také umožňuje uzamykatelům zkoušet provozování validátorů. + +#### Sepolia {#sepolia} + +**Sepolia je doporučená výchozí testovací síť pro vývoj aplikací**. Síť Sepolia používá povolenou sadu validátorů. Je poměrně nová, což znamená, že její stav a historie jsou stále celkem malé. To znamená, že síť se rychle synchronizuje a provozování uzlu na ní vyžaduje méně úložného prostoru. To je užitečné pro uživatele, kteří chtějí spustit uzel rychle a napřímo komunikovat se sítí. + +- Uzavřená sada validátorů, kontrolována týmy klientů a testerů +- Nová testovací síť, méně spuštěných aplikací než na jiných testovacích sítích +- Rychlá synchronizace, provoz uzlu vyžaduje minimální úložný prostor + +##### Zdroje + +- [Web](https://sepolia.dev/) +- [GitHub](https://github.com/eth-clients/sepolia) +- [Otterscan](https://sepolia.otterscan.io/) +- [Etherscan](https://sepolia.etherscan.io) +- [Blockscout](https://eth-sepolia.blockscout.com/) + +##### Faucety + +- [QuickNode Sepolia Faucet](https://faucet.quicknode.com/drip) +- [Grabteeth](https://grabteeth.xyz/) +- [PoW faucet](https://sepolia-faucet.pk910.de/) +- [Coinbase Wallet Faucet | Sepolia](https://coinbase.com/faucets/ethereum-sepolia-faucet) +- [Alchemy Sepolia faucet](https://sepoliafaucet.com/) +- [Infura Sepolia faucet](https://www.infura.io/faucet) +- [Chainstack Sepolia faucet](https://faucet.chainstack.com/sepolia-faucet) +- [Ethereum Ecosystem faucet](https://www.ethereum-ecosystem.com/faucets/ethereum-sepolia) + +#### Goerli _(dlouhodobá podpora)_ {#goerli} + +_Poznámka: [Testovací síť Goerli je zastaralá](https://ethereum-magicians.org/t/proposal-predictable-ethereum-testnet-lifecycle/11575/17) a v roce 2023 bude nahrazena testovací sítí [Holesovice](https://github.com/eth-clients/holesovice). Zvažte přesun aplikací na testovací síť Sepolia._ + +Goerli je testovací síť pro testování validace a uzamčení. Síť Goerli je otevřená uživatelům, kteří chtějí provozovat validátor na testovací síti. Uzamykatelé, kteří chtějí testovat vylepšení protokolu před jejich nasazením na hlavní síť, by proto měli používat Goerli. + +- Otevřená sada validátorů, uzamykatelé mohou testovat vylepšení sítě +- Obsáhlý stav, užitečné pro testování složitých interakcí chytrých kontraktů +- Delší synchronizace, vyžaduje více úložného prostoru pro provoz uzlu + +##### Zdroje + +- [Web](https://goerli.net/) +- [GitHub](https://github.com/eth-clients/goerli) +- [Etherscan](https://goerli.etherscan.io) +- [Blockscout](https://eth-goerli.blockscout.com/) + +##### Faucety + +- [QuickNode Goerli Faucet](https://faucet.quicknode.com/drip) +- [Grabteeth](https://grabteeth.xyz/) +- [PoW faucet](https://goerli-faucet.pk910.de/) +- [Paradigm faucet](https://faucet.paradigm.xyz/) +- [Alchemy Goerli Faucet](https://goerlifaucet.com/) +- [All That Node Goerli Faucet](https://www.allthatnode.com/faucet/ethereum.dsrv) +- [Coinbase Wallet Faucet | Goerli](https://coinbase.com/faucets/ethereum-goerli-faucet) +- [Chainstack Goerli faucet](https://faucet.chainstack.com/goerli-faucet) + +Chcete-li spustit validátor na testovací síti Goerli, použijte [launchpad „cheap goerli validator“ ](https://goerli.launchpad.ethstaker.cc/en/) od ethstaker. + +### Testovací sítě druhé vrstvy {#layer-2-testnets} + +[Druhá vrstva (L2)](/layer-2/) je souhrnný termín pro popis specifických sad škálovacích řešení Etherea. Druhá vrstva je samostatný blockchain, který rozšiřuje Ethereum a dědí jeho bezpečnostní záruky. Testovací sítě druhé vrstvy jsou obvykle úzce spojeny s veřejnými testovacími sítěmi Etherea. + +#### Arbitrum Goerli {#arbitrum-goerli} + +Testovací síť pro [Arbitrum](https://arbitrum.io/). + +##### Faucety + +- [Chainlink faucet](https://faucets.chain.link/) + +#### Optimistic Goerli {#optimistic-goerli} + +Testovací síť pro [Optimism](https://www.optimism.io/). + +##### Faucety + +- [Paradigm faucet](https://faucet.paradigm.xyz/) +- [Coinbase Wallet Faucet | Optimism Goerli](https://coinbase.com/faucets/optimism-goerli-faucet) + +#### Starknet Goerli {#starknet-goerli} + +Testovací síť pro [Starknet](https://www.starknet.io). + +##### Faucety + +- [Starknet faucet](https://faucet.goerli.starknet.io) + +## Privátní sítě {#private-networks} + +Síť Etherea je privátní, pokud její uzly nejsou připojeny k veřejné síti (tj. hlavní nebo testovací síť). V tomto kontextu znamená „privátní“ pouze vyhrazená nebo izolovaná, spíše než chráněná nebo bezpečná. + +### Vývojové sítě {#development-networks} + +Chcete-li vyvíjet aplikaci na Ethereu, budete ji chtít nejprve spustit na privátní síti, abyste viděli, jak funguje, než ji nasadíte. Podobně jako vytváříte lokální server na svém počítači pro vývoj webu, můžete vytvořit lokální instanci blockchainu pro testování vaší dappky. To umožňuje mnohem rychlejší iteraci než na veřejné testovací síti. + +Existují projekty a nástroje, které vám s tím pomohou. Další informace o [vývojových sítích](/developers/docs/development-networks/). + +### Konsorciové sítě {#consortium-networks} + +Proces konsenzu je řízen předem definovanou sadou důvěryhodných uzlů. Např. soukromá síť známých akademických institucí, z nichž každá spravuje jeden uzel, a bloky jsou ověřovány prahovým počtem signatářů v této síti. + +Pokud je veřejná síť Etherea jako veřejný internet, konsorciová síť je jako privátní intranet. + +## Související nástroje {#related-tools} + +- [Chainlist](https://chainlist.org/) _– seznam EVM sítí pro připojení peněženek a poskytovatelů k odpovídajícímu Chain ID a Network ID_ +- [EVM-based Chains](https://github.com/ethereum-lists/chains) _– repozitář na GitHubu obsahující metadata řetězců, která napájí Chainlist_ + +## Další informace {#further-reading} + +- [Návrh: Předvídatelný životní cyklus testovací sítě Etherea](https://ethereum-magicians.org/t/proposal-predictable-ethereum-testnet-lifecycle/11575/17) +- [Vývoj testovacích sítí Etherea](https://etherworld.co/2022/08/19/the-evolution-of-ethereum-testnet/) diff --git a/public/content/translations/cs/developers/docs/scaling/index.md b/public/content/translations/cs/developers/docs/scaling/index.md new file mode 100644 index 00000000000..bb77419051f --- /dev/null +++ b/public/content/translations/cs/developers/docs/scaling/index.md @@ -0,0 +1,114 @@ +--- +title: Škálování +description: Úvod do různých škálovacích možností, které v současné době vyvíjí ethereovská komunita. +lang: cs +sidebarDepth: 3 +--- + +## Přehled škálování {#scaling-overview} + +S růstem počtu lidí používajících Ethereum narazil tento blockchain na určité kapacitní limity. To vedlo ke zvýšení nákladů na používání sítě a vytvořilo potřebu „škálovacích řešení.“ Existuje několik řešení, která se zkoumají, testují a implementují, přičemž každé přistupuje k dosažení podobných cílů různými způsoby. + +Hlavním cílem škálování je zvýšit rychlost transakcí (rychlejší finalita) a propustnost transakcí (vyšší počet transakcí za sekundu), aniž by byla obětována decentralizace nebo bezpečnost (více o [vizi Etherea](/roadmap/vision/)). Na blockchainu vrstvy 1 Ethera vede vysoká poptávka k pomalejším transakcím a neudržitelným [palivovým cenám](/developers/docs/gas/). Zvýšení kapacity sítě z hlediska rychlosti a propustnosti je zásadní pro smysluplné a masové přijetí Etherea. + +Zatímco rychlost a propustnost jsou důležité, je nezbytné, aby škálovací řešení umožňující tyto cíle zůstala decentralizovaná a bezpečná. Udržení nízké bariéry pro vstup pro operátory síťových uzlů je klíčové k tomu, aby se zabránilo přechodu k centralizovanému a nezabezpečenému výpočetnímu výkonu. + +Konceptuálně nejprve rozdělíme škálování na on-chain škálování a off-chain škálování. + +## Předpoklady {#prerequisites} + +Měli byste dobře rozumět všem základním tématům. Implementace škálovacích řešení je pokročilým tématem, protože tato technologie není zatím dostatečně otestována v praxi a stále se vyvíjí a zkoumá. + +## On-chain škálování {#on-chain-scaling} + +On-chain škálování vyžaduje změny v protokolu Etherea ([Mainnet](/glossary/#mainnet) vrstvy 1). Dlouhou dobu se očekávalo, že Ethereum bude škálováno prostřednictvím shardingu. To mělo zahrnovat rozdělení blockchainu na oddělené části (shardy), které by byly ověřovány podskupinami validátorů. Ale hlavní technikou škálování se postupně stalo škálování pomocí rollupů na vrstvě 2. To je podporováno přidáním nové levnější formy dat připojených k blokům Etherea, která je speciálně navržena tak, aby byly rollupy pro uživatele levné. + +### Sharding {#sharding} + +Sharding je proces rozdělení databáze. Podskupiny validátorů by byly zodpovědné za jednotlivé shardery, místo aby sledovaly celé Ethereum. Sharding byl dlouhou dobu součástí plánu vývoje Etherea a měl být původně zaveden před přechodem na proof-of-stake (Sloučení). Avšak rychlý vývoj [rollupů na vrstvě 2](#layer-2-scaling) a vynález [Dankshardingu](/roadmap/danksharding) (přidávání blobů dat z rollupů do bloků Etherea, které mohou být velmi efektivně ověřovány validátory) vedly komunitu Etherea k upřednostnění škálování zaměřeného na rollupy namísto shardingu. To také pomůže udržet logiku konsensu Etherea jednodušší. + +## Off-chain škálování {#off-chain-scaling} + +Off-chain řešení jsou implementována odděleně od Mainnetu vrstvy 1 – nevyžadují žádné změny v existujícím protokolu Etherea. Některá řešení, známá jako „řešení vrstvy 2“, odvozují svou bezpečnost přímo od konsensu vrstvy 1 Etherea, jako jsou [optimistické rollupy](/developers/docs/scaling/optimistic-rollups/), [zero-knowledge rollupy](/developers/docs/scaling/zk-rollups/) nebo [stavové kanály](/developers/docs/scaling/state-channels/). Jiná řešení zahrnují vytvoření nových řetězců v různých formách, které řeší svoji bezpečnost nezávisle na Mainnetu, jako jsou [postranní řetězce](#sidechains), [validia](#validium) nebo [plazmatické řetězce](#plasma). Tato řešení komunikují s Mainnetem, ale odvozují svou bezpečnost odlišně, za účelem dosažení různých cílů. + +### Škálování vrstvy 2 {#layer-2-scaling} + +Tato kategorie off-chain řešení odvozuje svou bezpečnost od Mainnetu Etherea. + +Vrstva 2 je souhrnný termín pro řešení navržená k lepšímu škálování vaší aplikace tím, že zpracovávají transakce mimo Mainnet Etherea (vrstva 1) a zároveň využívají robustní decentralizovaný bezpečnostní model Mainnetu. Rychlost transakcí trpí, když je síť zaneprázdněna, což zhoršuje uživatelský zážitek u určitých typů dappek. A jak se síť stává vytíženější, zvyšují se ceny paliva, protože odesílatelé transakcí se snaží navzájem předhánět. To může použití Etherea značně prodražit. + +Většina řešení vrstvy 2 je založena na serveru nebo skupině serverů, z nichž každý může být označen jako síťový uzel, validátor, operátor, sekvencer, producent bloků nebo podobným termínem. V závislosti na implementaci mohou být tyto síťové uzly vrstvy 2 provozovány jednotlivci, podniky nebo subjekty, které je používají, nebo třetími stranami nebo velkou skupinou jednotlivců (podobně jako Mainnet). Obecně platí, že transakce jsou doručeny těmto uzlům vrstvy 2 namísto přímého doručení na vrstvu 1 (Mainnet). U některých řešení síťové uzly vrstvy 2 následně seskupují transakce do balíčků, které posléze ukotví na vrstvu 1, kde jsou právě touto vrstvou zabezpečeny a nelze je změnit. Detaily takové exekuce se mezi různými technologiemi a implementacemi vrstvy 2 značně liší. + +Konkrétní instance vrstvy 2 může být otevřená a sdílená mnoha aplikacemi nebo může být nasazena jedním projektem a určena pouze k podpoře jejich aplikace. + +#### Proč je vrstva 2 potřeba? {#why-is-layer-2-needed} + +- Zvýšení počtu transakcí za sekundu výrazně zlepšuje uživatelský zážitek a snižuje přetížení sítě na Mainnetu Etherea. +- Transakce jsou seskupeny do jedné transakce na Mainnetu Etherea, což snižuje poplatky za palivo pro uživatele a činí Ethereum více inkluzivním a dostupným pro lidi po celém světě. +- Jakékoli aktualizace škálovatelnosti by neměly být na úkor decentralizace nebo bezpečnosti – vrstva 2 je postavena nad Ethereem. +- Existují sítě vrstvy 2 se specifickou aplikací, které přinášejí vlastní sadu efektivity při práci s aktivy ve velkém měřítku. + +[Další informace o vrstvě 2](/layer-2/). + +#### Rollupy {#rollups} + +Rollupy provádějí exekuci transakcí mimo vrstvu 1 a poté data zveřejní na vrstvě 1, kde je dosaženo konsensu. Protože jsou transakční data zahrnuta v blocích vrstvy 1, rollupy mohou být zabezpečeny nativní bezpečností Etherea. + +Existují dva typy rollupů s různými bezpečnostními modely: + +- **Optimistické rollupy**: Předpokládají, že transakce jsou platné, a provádějí výpočet prostřednictvím [**důkazu podvodu**](/glossary/#fraud-proof) pouze v případě výzvy k ověření platnosti. [Více o optimistických rollupech](/developers/docs/scaling/optimistic-rollups/). +- **Zero-knowledge rollupy**: Provádějí výpočty mimo řetězec a předkládají [**důkaz o platnosti**](/glossary/#validity-proof) na řetězci. [Více o zero-knowledge rollupech](/developers/docs/scaling/zk-rollups/). + +#### Stavové kanály {#channels} + +Stavové kanály využívají multisig kontrakty, aby účastníkům umožnili rychle a volně transakčně komunikovat mimo řetězec a poté finalizovat stav na Mainnetu. To minimalizuje přetížení sítě, poplatky a zpoždění. Dva typy kanálů jsou v současnosti stavové kanály a platební kanály. + +Více o [stavových kanálech](/developers/docs/scaling/state-channels/). + +### Postranní řetězce {#sidechains} + +Postranní řetězec je nezávislý blockchain kompatibilní s EVM, který běží paralelně s Mainnetem. Jsou kompatibilní s Ethereem prostřednictvím obousměrných přemostění a fungují podle svých vlastních pravidel konsensu a parametrů bloků. + +Více o [postranních řetězcích](/developers/docs/scaling/sidechains/). + +### Plasma {#plasma} + +Plazmový řetězec je samostatný blockchain, který je ukotven k hlavnímu řetězci Etherea a k řešení sporů používá důkazy podvodu (stejně jako [optimistické rollupy](/developers/docs/scaling/optimistic-rollups/)). + +Více o [Plasmě](/developers/docs/scaling/plasma/). + +### Validium {#validium} + +Řetězec typu validium používá důkazy o platnosti, stejně jako zero-knowledge rollupy, ale data nejsou uložena na vrstvě 1 Etherea. To umožňuje 10 000 transakcí za sekundu na jeden Validium řetězec a více řetězců může běžet paralelně. + +Více o [Validiu](/developers/docs/scaling/validium/). + +## Proč je potřeba tolik škálovacích řešení? {#why-do-we-need-these} + +- Více řešení může pomoci snížit celkové přetížení na jakékoliv části sítě a také zabránit vzniku jediných bodů selhání. +- Celek je efektivnější než součet efektivity jeho částí. Různá řešení mohou existovat a pracovat v harmonii, což aplikuje exponenciální efekt na budoucí rychlost transakcí a propustnost. +- Ne všechna řešení vyžadují přímé využití konsensuálního algoritmu Etherea a alternativy mohou nabízet výhody, které by jinak bylo obtížné získat. +- Žádné jedno škálovací řešení samo o sobě nestačí k naplnění [vize Etherea](/roadmap/vision/). + +## Učíte se spíše vizuálně? {#visual-learner} + + + +_Upozornění: Ve videu je pojem „Vrstva 2“ používán k označení všech off-chain škálovacích řešení, zatímco my rozlišujeme „vrstvu 2“ jako off-chain řešení, které odvozuje svou bezpečnost od konsensu vrstvy 1 Mainnetu._ + + + +## Další informace {#further-reading} + +- [A rollup-centric Ethereum roadmap ](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698)– _Vitalik Buterin_ +- [Aktuální analytika škálovacích řešení vrstvy 2 pro Ethereum](https://www.l2beat.com/) +- [Hodnocení škálovacích řešení vrstvy 2 pro Ethereum: Porovnávací rámec](https://medium.com/matter-labs/evaluating-ethereum-l2-scaling-solutions-a-comparison-framework-b6b2f410f955) +- [Neúplný průvodce rollupy](https://vitalik.eth.limo/general/2021/01/05/rollup.html) +- [Ethereum-powered ZK-Rollups: Světoví šampioni](https://hackmd.io/@canti/rkUT0BD8K) +- [Optimistické rollupy vs ZK Rollupy](https://limechain.tech/blog/optimistic-rollups-vs-zk-rollups/) +- [Zero-Knowledge Blockchain Scalability](https://ethworks.io/assets/download/zero-knowledge-blockchain-scaling-ethworks.pdf) +- [Proč jsou rollupy + data shards jediným udržitelným řešením vysoké škálovatelnosti](https://polynya.medium.com/why-rollups-data-shards-are-the-only-sustainable-solution-for-high-scalability-c9aabd6fbb48) +- [Jaké vrstvy 3 dávají smysl?](https://vitalik.eth.limo/general/2022/09/17/layer_3.html) +- [Dostupnost dat: Jak se rollupy přestaly bát a začaly milovat Ethereum](https://ethereum2077.substack.com/p/data-availability-in-ethereum-rollups) + +_Víte o komunitním zdroji, který vám pomohl? Upravte tuto stránku a přidejte ji!_ diff --git a/public/content/translations/cs/developers/docs/scaling/optimistic-rollups/index.md b/public/content/translations/cs/developers/docs/scaling/optimistic-rollups/index.md new file mode 100644 index 00000000000..b23ece70a06 --- /dev/null +++ b/public/content/translations/cs/developers/docs/scaling/optimistic-rollups/index.md @@ -0,0 +1,269 @@ +--- +title: Optimistické rollupy +description: Úvod do optimistických rollapů – řešení pro škálování, které používá komunita Etherea. +lang: cs +--- + +Optimistické rollupy jsou protokoly druhé vrstvy (L2) navržené k rozšíření propustnosti základní vrstvy Etherea. Snižují výpočetní zátěž na hlavním řetězci Ethereua tím, že zpracovávají transakce mimo řetězec, což vede k významnému zlepšení rychlosti jejich zpracování. Na rozdíl od jiných škálovacích řešení, jako jsou [sidechainy](/developers/docs/scaling/sidechains/), využívají optimistické rollupy bezpečnost Mainnetu tím, že zveřejňují výsledky transakcí na řetězci, podobně jako [plasma chainy](/developers/docs/scaling/plasma/), které také ověřují transakce na Ethereu pomocí důkazů podvodů, ale ukládají data transakcí jinde. + +Protože výpočty jsou pomalou a nákladnou součástí používání Etherea, mohou optimistické rollupy nabídnout 10x až 100x lepší škálovatelnost. Optimistické rollupy také zapisují transakce na Ethereum jako `calldata` nebo v [blobech](/roadmap/danksharding/), což uživatelům snižuje náklady na transakce. + +## Předpoklady {#prerequisites} + +Měli byste si přečíst a porozumět našim stránkám o [škálování Etherea](/developers/docs/scaling/) a [druhé vrstvě](/layer-2/). + +## Co je to optimistický rollup? {#what-is-an-optimistic-rollup} + +Optimistický rollup je přístup ke škálování Etherea, který zahrnuje přesun výpočtů a ukládání stavu mimo řetězec. Optimistické rollupy provádějí transakce mimo Ethereum, ale zveřejňují data transakcí na Mainnetu jako `calldata` nebo v [blobech](/roadmap/danksharding/). + +Operátoři optimistických rollupů seskupují více transakcí mimo řetězec do velkých balíčků, které následně odesílají na Ethereum. Tento přístup umožňuje rozložit fixní náklady mezi více transakcí v každém balíčku, což snižuje poplatky pro koncové uživatele. Optimistické rollupy ke snížení množství dat zveřejňovaných na Ethereum využívají i kompresní techniky. + +Optimistické rollupy jsou považovány za „optimistické“, protože předpokládají, že transakce mimo řetězec jsou platné a nezveřejňují důkazy o platnosti balíčků transakcí zveřejněných na řetězci. Tím se optimistické rollupy liší od rollupů s [nulovou znalostí (zero-knowledge rollups)](/developers/docs/scaling/zk-rollups), které zveřejňují kryptografické důkazy o platnosti transakcí mimo řetězec. + +Místo toho se optimistické rollupy spoléhají na schéma prokázání podvodu (fraud-proving scheme), aby zjistily případy, kdy nejsou transakce správně vypočteny. Poté, co rollup odešle balíček na Ethereum, začne běžet časové okno (nazývané doba výzvy), během kterého může kdokoliv zpochybnit výsledky transakce rollupu vypočtením [důkazu podvodu](/glossary/#fraud-proof). + +Pokud důkaz podvodu uspěje, protokol rollupu transakce znovu provede a podle toho aktualizuje stav rollupu. Dalším důsledkem úspěšného důkazu podvodu je, že sekvencer odpovědný za zahrnutí nesprávně provedené transakce do bloku obdrží trest. + +Pokud balíček rollupu zůstane bez výzvy (tj. všechny transakce jsou správně provedeny) po skončení časového okna, je považován za platný a přijatý na Ethereum. Ostatní mohou nadále stavět na nepotvrzeném bloku rollupu, ale s podmínkou: Výsledky transakcí budou zrušeny, pokud budou založeny na nesprávně provedené transakci. + +## Jak optimistické rollupy interagují s Ethereum? {#optimistic-rollups-and-Ethereum} + +Optimistické rollupy jsou [řešení pro škálování mimo řetězec](/developers/docs/scaling/#off-chain-scaling) navržená k provozu nad Ethereum. Každý optimistický rollup je spravován sadou smart kontraktů nasazených na síti Ethereum. Optimistické rollupy zpracovávají transakce mimo hlavní řetězec Ethereum, ale odesílají transakce mimo řetězec (v balíčcích) do rollupového kontraktu na řetězci. Stejně jako blockchain Ethereum je tento záznam transakcí neměnný a tvoří „optimistický rollupový řetězec“. + +Architektura optimistického rollupu se skládá z následujících částí: + +**On-chain kontrakty**: Provoz optimistických rollupů je řízen smart kontrakty běžícími na Ethereu. To zahrnuje kontrakty, které ukládají bloky rollupu, monitorují aktualizace stavu na rollupu a sledují vklady uživatelů. V tomto smyslu slouží Ethereum jako základní vrstva nebo „vrstva 1“ pro optimistické rollupy. + +**Off-chain virtuální stroj (VM)**: Ačkoliv kontrakty spravující protokol optimistických rollupů běží na Ethereu, protokol rollupu provádí výpočty a ukládání stavu na jiném virtuálním stroji, odděleném od [Virtuálního stroje Etherea](/developers/docs/evm/). Off-chain VM je místem, kde žijí aplikace a kde jsou prováděny změny stavu; slouží jako horní vrstva nebo „vrstva 2“ pro optimistický rollup. + +Protože optimistické rollupy jsou navrženy tak, aby spouštěly programy buď psané, nebo kompilované pro EVM, off-chain VM obsahuje mnoho specifikací návrhu EVM. Navíc důkazy podvodu vypočítané na řetězci umožňují síti Ethereum vynucovat platnost změn stavů vypočítaných v off-chain VM. + +Optimistické rollupy jsou popisovány jako „hybridní škálovací řešení“, protože, ačkoliv existují jako samostatné protokoly, jejich bezpečnostní vlastnosti jsou odvozeny od Etherea. Ethereum zaručuje kromě jiného správnost výpočtů mimo řetězec a dostupnost dat za těmito výpočty. To činí optimistické rollupy bezpečnějšími než čistě off-chain škálovací protokoly (např. [sidechainy](/developers/docs/scaling/sidechains/)), které se pro zajištění bezpečnosti nespoléhají na Ethereum. + +Optimistické rollupy se spoléhají na hlavní protokol Etherea z následujících důvodů: + +### Dostupnost dat {#data-availability} + +Jak již bylo zmíněno, optimistické rollupy zveřejňují data transakcí na Ethereu jako `calldata` nebo v [blobech](/roadmap/danksharding/). Jelikož je exekuce řetězce rollupu založena na odeslaných transakcích, kdokoli může využít tyto informace – uložené na základní vrstvě Etherea – k vykonání stavu rollupu a ověření správnosti změn stavů. + +[Dostupnost dat](/developers/docs/data-availability/) je klíčová, protože bez přístupu k datům o stavu nemohou vyzyvatelé sestavit důkaz podvodu, aby zpochybnili neplatné operace rollupu. Díky tomu, že Ethereum poskytuje dostupnost dat, riziko, že se operátorům rollupů podaří uniknout se zlomyslnými činy (např. odeslání neplatných bloků), se snižuje. + +### Odolnost proti cenzuře {#censorship-resistance} + +Optimistické rollupy se také spoléhají na Ethereum v otázce odolnosti proti cenzuře. V optimistickém rollupu je centralizovaná entita (operátor) odpovědná za zpracování transakcí a odesílání bloků rollupu na Ethereum. To má několik důsledků: + +- Operátoři rollupu mohou cenzurovat uživatele tím, že se zcela odpojí, nebo tím, že odmítnou vytvářet bloky, které obsahují určité transakce. + +- Operátoři rollupu mohou zabránit uživatelům v možnosti vybrat prostředky uložené v kontraktu rollupu tím, že zadrží data stavu, která jsou nezbytná pro důkazy o vlastnictví. Zadržování dat stavu může také uživatelům skrýt stav rollupu a zabránit jim v interakci s rollupem. + +Optimistické rollupy řeší tento problém tím, že nutí operátory zveřejňovat data spojená s aktualizacemi stavu na Ethereu. Zveřejňování dat rollupu na řetězci má následující výhody: + +- Pokud se operátor optimistického rollupu odpojí nebo přestane vytvářet balíčky transakcí, může jiný síťový uzel použít dostupná data k reprodukci posledního stavu rollupu a pokračovat ve vytváření bloků. + +- Uživatelé mohou použít data transakcí k vytvoření Merkle důkazů prokázání vlastnictví prostředků a vybrat svá aktiva z rollupu. + +- Uživatelé mohou také odesílat své transakce na L1 místo na sekvencer, v takovém případě musí sekvencer transakci zahrnout do určitého časového limitu, aby mohl pokračovat ve vytváření platných bloků. + +### Vyrovnání {#settlement} + +Další rolí Etherea v kontextu optimistických rollupů je role vyrovnávací vrstvy. Ta ukotvuje celý ekosystém blockchainu, zajišťuje bezpečnost a poskytuje objektivní finalitu v případě, že dojde ke sporu na jiném řetězci (v tomto případě optimistických rollupech), který vyžaduje arbitráž. + +Ethereum Mainnet poskytuje centrum pro ověřování důkazů podvodu a řešení sporů na optimistických rollupech. Navíc jsou transakce provedené na rollupu považovány za finální až _poté_, co je blok rollupu přijat na Ethereum. Jakmile je transakce rollupu zapsána do základní vrstvy Etherea, nelze ji vrátit zpět (s výjimkou velmi nepravděpodobného případu reorganizace řetězce). + +## Jak fungují optimistické rollupy? {#how-optimistic-rollups-work} + +### Exekuce a agregace transakcí {#transaction-execution-and-aggregation} + +Uživatelé odesílají transakce „operátorům“, což jsou síťové uzly odpovědné za zpracování transakcí na optimistickém rollupu. Operátor, také známý jako „validátor“ nebo „agregátor“, agreguje transakce, komprimuje podkladová data a zveřejňuje bloky na Ethereu. + +Ačkoli se validátorem může stát kdokoli, validátoři optimistických rollupů musí před vytvořením bloků složit zálohu, podobně jako v [systému proof of stake](/developers/docs/consensus-mechanisms/pos/). Z této zálohy může být zaplacena pokuta, pokud validátor zveřejní neplatný blok nebo postaví na starém, ale neplatném bloku (i když jeho blok platný je). Tímto způsobem optimistické rollupy využívají kryptografické ekonomické pobídky k zajištění poctivého chování validátorů. + +Ostatní validátoři na řetězci optimistického rollupu mají za úkol exekuovat odeslané transakce pomocí své kopie stavu rollupu. Pokud se konečný stav validátora liší od navrhovaného stavu operátora, mohou zahájit výzvu a vypočítat důkaz podvodu. + +Některé optimistické rollupy mohou upustit od systému validátorů bez povolení a k exekuci řetězce použít jediný „sekvencer“. Stejně jako validátor zpracovává sekvencer transakce, vytváří bloky rollupu a odesílá transakce rollupu na řetězec L1 (Ethereum). + +Sekvencer se liší od běžného operátora rollupu tím, že má větší kontrolu nad pořadím transakcí. Také má prioritní přístup k řetězci rollupu a je jediným subjektem, který je oprávněn odesílat transakce do on-chain kontraktu. Transakce ze síťových uzlů, které nejsou sekvencery, nebo od běžných uživatelů jsou jednoduše zařazeny do samostatné fronty, dokud je sekvencer nezahrne do nového balíčku. + +#### Odesílání bloků rollupu na Ethereum {#submitting-blocks-to-ethereum} + +Jak již bylo zmíněno, operátor optimistického rollupu seskupuje transakce mimo řetězec do balíčku a odesílá jej na Ethereum za účelem ověření. Tento proces zahrnuje kompresi dat souvisejících s transakcemi a jejich zveřejnění na Ethereu jako `calldata` nebo v blobech. + +`Calldata` je nemodifikovatelná a nepersistentní oblast ve smart kontraktu, která se většinou chová jako [paměť](/developers/docs/smart-contracts/anatomy/#memory). Zatímco `calldata` zůstávají na řetězci jako součást [historických záznamů blockchainu](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html?highlight=memory#logs), nejsou uložena jako součást stavu Etherea. Protože `calldata` se nedotýkají žádné části stavu Etherea, jsou levnější než stav pro ukládání dat na řetězci. + +Klíčové slovo `calldata` se také používá v jazyce Solidity k předání argumentů funkci smart kontraktu během jeho exekuce. `calldata` identifikuje funkci, která je volána během transakce, a drží vstupy pro tuto funkci ve formě libovolné sekvence bytů. + +V kontextu optimistických rollupů se `calldata` používá k odesílání komprimovaných dat transakcí do on-chain kontraktu. Operátor rollupu přidá nový balíček tím, že zavolá požadovanou funkci v kontraktu rollupu a předá komprimovaná data jako argumenty funkce. Použití `calldata` snižuje poplatky pro uživatele, protože většina nákladů, které rollupy přinášejí, pochází z ukládání dat na řetězci. + +Zde je [příklad](https://etherscan.io/tx/0x9102bfce17c58b5fc1c974c24b6bb7a924fb5fbd7c4cd2f675911c27422a5591) odeslání balíčku rollupu, který ukazuje, jak tento koncept funguje. Sekvencer vyvolal `metodu appendSequencerBatch()` a předal komprimovaná data transakcí jako vstupy pomocí `calldata`. + +Některé rollupy nyní používají k odesílání balíčků transakcí na Ethereum bloby. + +Bloby jsou nemodifikovatelné a nepersistentní (stejně jako `calldata`), ale jsou odstraněny z historie po ~18 dnech. Pro více informací o blobech viz [Danksharding](/roadmap/danksharding). + +### Závazky stavu {#state-commitments} + +V každém časovém bodě je stav optimistického rollupu (účty, zůstatky, kód kontraktu atd.) organizován jako [Merkle tree](/whitepaper/#merkle-trees), nazývaný „strom stavu“. Kořen tohoto Merkle tree (state root), který odkazuje na nejnovější stav rollupu, je hashován a uložen v kontraktu rollupu. Každý přechod stavu na řetězci produkuje nový stav rollupu, ke kterému se operátor zavazuje tím, že vypočítá nový state root. + +Operátor je povinen odeslat jak staré, tak nové state roots při zveřejňování balíčků. Pokud starý state root odpovídá stávajícímu state rootu v on-chain kontraktu, je vyřazen a nahrazen novým state rootem. + +Operátor rollupu je také povinen se zavázat k Merkle kořeni samotného balíčku transakcí. To komukoliv umožňuje prokázat zahrnutí transakce do balíčku (na L1) předložením [Merkle důkazu](/developers/tutorials/merkle-proofs-for-offline-data-integrity/). + +Závazky stavu, zejména state roots, jsou nezbytné pro prokázání správnosti změn stavu v optimistickém rollupu. Rollupový kontrakt přijímá nové state rooty od operátorů okamžitě po jejich odeslání, ale později může odstranit neplatné state rooty, aby obnovil správný stav rollupu. + +### Prokazování podvodu {#fraud-proving} + +Jak bylo vysvětleno, optimistické rollupy umožňují komukoli zveřejňovat bloky bez poskytnutí důkazů o platnosti. Aby se však zajistilo, že řetězec zůstane bezpečný, optimistické rollupy určují časové okno, během kterého může kdokoliv zpochybnit změnu stavu. Bloky rollupu se proto nazývají „tvrzení“, protože jejich platnost může kdokoliv zpochybnit. + +Pokud někdo zpochybní tvrzení, protokol rollupu zahájí výpočet důkazu podvodu. Každý typ důkazu podvodu je interaktivní – někdo musí zveřejnit tvrzení, než jej může někdo jiný zpochybnit. Rozdíl spočívá v tom, kolik kol interakce je k výpočtu důkazu podvodu vyžadováno. + +Schémata interaktivního prokazování v jednom kole znovu přehrají sporné transakce na L1, aby detekovala neplatná tvrzení. Protokol rollupu napodobuje opětovné provedení sporné transakce na L1 (Ethereum) pomocí verifikátoru, přičemž vypočítaný state root určuje, kdo vyhraje výzvu. Pokud má vyzyvatel pravdu ohledně správného stavu rollupu, operátor je penalizován stržením určité částky z jeho zálohy. + +Opětovné provádění transakcí na L1 k detekci podvodu však vyžaduje zveřejnění závazků stavu pro jednotlivé transakce a zvyšuje množství dat, která musí rollupy na řetězci zveřejnit. Opakování transakcí také přináší významné náklady na palivo. Z těchto důvodů přecházejí optimistické rollupy na interaktivní prokazování ve více kolech, které dosahuje stejného cíle (tj. detekování neplatných operací rollupu) s větší efektivitou. + +#### Vícekolové interaktivní prokazování {#multi-round-interactive-proving} + +Vícekolové interaktivní prokazování zahrnuje protokol vzájemného dialogu mezi prosazovatelem a vyzyvatelem, který je řízen verifikačním kontraktem na L1, jenž nakonec rozhoduje o tom, která strana lže. Po zpochybnění tvrzení uzlem L2 je asserter povinen rozdělit sporné tvrzení na dvě stejné poloviny. Každé jednotlivé tvrzení v tomto případě obsahuje stejné množství kroků výpočtu jako druhé. + +Vyzyvatel si poté vybere, které tvrzení chce zpochybnit. Proces rozdělování (nazývaný „bisekční protokol“) pokračuje, dokud obě strany nezpochybňují tvrzení o _jediném_ kroku provádění. V tomto okamžiku kontrakt na L1 vyřeší spor vyhodnocením instrukce (a jejího výsledku), aby odhalil podvodníka. + +Asserter je povinen předložit „jednokrokový důkaz“ ověřující platnost sporného jednokrokového výpočtu. Pokud asserter neposkytne tento důkaz nebo pokud L1 verifikátor považuje důkaz za neplatný, prohrává výzvu. + +Uvádíme také několik poznámek k tomuto typu důkazu podvodu: + +1. Vícekolové interaktivní prokazování podvodu je považováno za efektivní, protože minimalizuje práci, kterou musí L1 řetězec vykonat při arbitráži sporu. Místo replikace celé transakce musí L1 řetězec znovu provést pouze jeden krok v exekuci rollupu. + +2. Bisekční protokoly snižují množství dat zveřejněných na řetězi (není třeba zveřejňovat závazky stavu pro každou transakci). Kromě toho nejsou transakce optimistických rollupů omezeny limitem paliva Etherea. Naopak při opětovném provádění transakcí musí optimistické rollupy zajistit, aby transakce na L2 měly nižší limit paliva, aby mohly napodobovat svoji exekuci v rámci jedné transakce na Ethereu. + +3. Část zálohy zlovolného prosazovatele je převedena vyzyvateli, zatímco druhá část je spálena. Tím se předchází tajné dohodě mezi validátory; pokud by dva validátoři kolaborovali a zahájili falešné výzvy, stále by ztratili značnou část celé zástavy. + +4. Vícekolové interaktivní prokazování vyžaduje, aby obě strany (prosazovatel a vyzyvatel) podnikly kroky ve stanoveném časovém okně. Pokud jedna strana nestihne jednat před vypršením lhůty, výzvu prohrává. + +#### Proč jsou důkazy podvodu důležité pro optimistické rollupy {#fraud-proof-benefits} + +Důkazy podvodu jsou důležité, protože umožňují dosažení _důvěryhodné finality_ v optimistických rollupech. Důvěryhodná finalita je vlastnost optimistických rollupů, která zaručuje, že transakce – pokud je platná – bude nakonec potvrzena. + +Zlovolné uzly se mohou pokusit o zdržení potvrzení platného bloku rollupu zahájením falešných výzev. Nicméně důkazy podvodu nakonec potvrdí platnost bloku rollupu a vedou k jeho potvrzení. + +Tato vlastnost souvisí také s další bezpečnostní vlastností optimistických rollupů: platnost řetězce závisí na existenci _jednoho_ poctivého uzlu. Poctivý uzel může řetězec správně rozvíjet buď tím, že zveřejní platná tvrzení, nebo zpochybní neplatná tvrzení. V každém případě zlovolné uzly, které vstoupí do sporu s poctivým uzlem, během procesu prokazování podvodu přijdou o své zástavy. + +### Interoperabilita mezi L1 a L2 {#l1-l2-interoperability} + +Optimistické rollupy jsou navrženy pro interoperabilitu s Ethereum Mainnetem a umožňují uživatelům přenášet zprávy a libovolná data mezi L1 a L2. Jsou také kompatibilní s EVM, takže můžete přenést [existující dappky](/developers/docs/dapps/) na optimistické rollupy nebo pomocí vývojových nástrojů Etherea vytvořit nové dappky. + +#### 1. Pohyb aktiv {#asset-movement} + +##### Vstup do rollupu + +Pro použití optimistického rollupu uživatelé vkládají ETH, ERC-20 tokeny a další přijatá aktiva do kontraktu [přemostění](/developers/docs/bridges/) příslušného rollupu na L1. Toto přemostění přenese transakci na L2, kde je ekvivalentní množství aktiv vyraženo a odesláno na vybranou adresu uživatele na optimistickém rollupu. + +Uživatelem generované transakce (jako je vklad L1 > L2) jsou obvykle zařazeny do fronty, dokud je sekvencer znovu neodešle do kontraktu rollupu. Nicméně aby se zachovala odolnost proti cenzuře, optimistické rollupy umožňují uživatelům odeslat transakci přímo do on-chain kontraktu rollupu, pokud byla zpožděna o více než je maximální povolený čas. + +Některé optimistické rollupy přijímají jednodušší přístup k zabránění cenzurování uživatelů ze strany sekvencerů. V takovém případě je blok definován všemi transakcemi odeslanými do L1 kontraktu od předchozího bloku (např. vklady) spolu s transakcemi zpracovanými na řetězci rollupu. Pokud sekvencer ignoruje transakci na L1, zveřejní (prokazatelně) nesprávný state root; proto sekvencery nemohou zpožďovat uživatelem generované zprávy, jakmile jsou zveřejněny na L1. + +##### Výstup z rollupu + +Výběr z optimistického rollupu na Ethereu je složitější kvůli schématu prokazování podvodu. Pokud uživatel zahájí transakci L2 > L1 k výběru prostředků uložených na L1, musí počkat, než vyprší doba, po kterou je možné zahájit výzvu – trvající zhruba sedm dní. Nicméně samotný proces výběru je poměrně přímočarý. + +Po zahájení požadavku na výběr na L2 rollupu je transakce zahrnuta do dalšího balíčku, zatímco aktiva uživatele na rollupu jsou spálena. Jakmile je balíček zveřejněn na Ethereu, může uživatel vypočítat Merkle důkaz prokazující zahrnutí jejich výstupní transakce do bloku. Poté už jen zbývá počkat, až uplyne doba zpoždění, aby mohla být transakce na L1 finalizována a prostředky vybrány na Mainnet. + +Aby se uživatelé optimistických rollupů vyhnuli čekání na týdenní výběr prostředků na Ethereum, mohou využít **poskytovatele likvidity** (LP). Poskytovatel likvidity převezme vlastnictví čekajícího výběru na L2 a vyplatí uživateli prostředky na L1 (za poplatek). + +Poskytovatelé likvidity mohou před uvolněním prostředků ověřit platnost požadavku na výběr uživatele (tím, že sami exekuují řetězec). Tímto způsobem mají jistotu, že transakce bude nakonec potvrzena (tj. dojde k dosažení důvěryhodné finality). + +#### 2. Kompatibilita s EVM {#evm-compatibility} + +Pro vývojáře je výhodou optimistických rollupů jejich kompatibilita – nebo ještě lépe, ekvivalence – s [Virtuálním strojem Etherea (EVM)](/developers/docs/evm/). Rollupy kompatibilní s EVM splňují specifikace uvedené v [Ethereum Yellow Paperu](https://ethereum.github.io/yellowpaper/paper.pdf) a podporují EVM na úrovni bytekódu. + +Kompatibilita s EVM v optimistických rollupech přináší následující výhody: + +i. Vývojáři mohou migrovat existující smart kontrakty na Ethereu na řetězce optimistických rollupů, aniž by museli rozsáhle upravovat zdrojový kód. To může ušetřit vývojovým týmům čas při nasazování smart kontraktů Etherea na L2. + +ii. Vývojáři a projektové týmy používající optimistické rollupy mohou využívat infrastrukturu Etherea. To zahrnuje programovací jazyky, knihovny kódu, nástroje pro testování, klientský software, infrastrukturu pro nasazení a podobně. + +Použití existujících nástrojů je důležité, protože tyto nástroje byly během let důkladně auditovány, laděny a vylepšovány. Rovněž to eliminuje potřebu, aby se vývojáři Etherea učili pracovat s úplně novou vývojovou sadou. + +#### 3. Meziblockchainové volání kontraktů {#cross-chain-contract-calls} + +Uživatelé (externě vlastněné účty) interagují s kontrakty na L2 tak, že odešlou transakci do kontraktu rollupu nebo to za ně udělá sekvencer či validátor. Optimistické rollupy také umožňují kontraktům na Ethereu interagovat s kontrakty na L2 pomocí kontraktů přemostění, které přenášejí zprávy a data mezi L1 a L2. To znamená, že můžete naprogramovat L1 kontrakt na Ethereum Mainnetu, aby volal funkce náležící kontraktům na L2 optimistickém rollupu. + +Meziblockchainové volání kontraktů probíhá asynchronně – tj. volání je zahájeno, ale je vykonáno později. To se liší od volání mezi dvěma kontrakty na Ethereu, kde volání produkuje výsledky okamžitě. + +Příkladem meziblockchainového volání kontraktů je dříve popsaný vklad tokenů. Kontrakt na L1 uschová tokeny uživatele a pošle zprávu spárovanému kontraktu na L2, aby na rollupu vydal odpovídající množství tokenů. + +Jelikož cross-chain volání zpráv vede k exekuci kontraktu, odesílatel je obvykle povinen pokrýt [náklady na palivo](/developers/docs/gas/) za tento výpočet. Doporučuje se nastavit vysoký limit paliva, aby se předešlo selhání transakce na cílovém řetězci. Scénář přemostění tokenů je dobrým příkladem; pokud L1 část transakce (vklad tokenů) funguje, ale L2 část (vydání nových tokenů) selže kvůli nízkému limitu paliva, vklad se stává nevratně ztraceným. + +Je třeba poznamenat, že zprávy L2 > L1 mezi kontrakty musí počítat se zpožděním (zprávy L1 > L2 jsou obvykle vykonány po několika minutách). To proto, že zprávy zaslané na Mainnet z optimistického rollupu nelze vykonat, dokud neuplyne okno, během kterého je možné podat výzvu. + +## Jak fungují poplatky na optimistických rollupech? {#how-do-optimistic-rollup-fees-work} + +Optimistické rollupy používají systém poplatků za palivo podobně jako Ethereum, aby bylo možné vyčíslit, kolik uživatelé platí za transakci. Poplatky účtované u optimistických rollupů závisí na následujících složkách: + +1. **Zápis stavu**: Optimistické rollupy posílají data transakcí a hlavičky bloků (sestávající z hashe hlavičky předchozího bloku, state rootu a batch rootu) na Ethereum jako `blob` nebo „velký binární objekt“. [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844) zavedl nákladově efektivní řešení pro zahrnutí dat na řetězec. `Blob` je nové pole transakce, které umožňuje rollupům zveřejnit komprimovaná data o přechodu stavu na Ethereum L1. Na rozdíl od `calldata`, které zůstává na řetězi trvale, jsou bloby krátkodobé a mohou být odstraněny z klientů po [4 096 epochách](https://github.com/ethereum/consensus-specs/blob/81f3ea8322aff6b9fb15132d050f8f98b16bdba4/configs/mainnet.yaml#L147) (přibližně 18 dnech). Použitím blobů pro zveřejnění balíčků komprimovaných transakcí mohou optimistické rollupy výrazně snížit náklady na zápis transakcí na L1. + +2. **Palivo spotřebované blobem**: Transakce s blobem používají dynamický mechanismus poplatků podobný tomu, který byl zaveden [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559). Poplatek za palivo pro typ-3 transakce zohledňuje základní poplatek za bloby, který je určen sítí na základě poptávky po blobovém prostoru a využití blobového prostoru transakcí, která je odesílána. + +3. **Poplatky operátorů L2**: Toto je částka zaplacená síťovým uzlům rollupu jako kompenzace za výpočetní náklady vzniklé při zpracování transakcí, podobně jako poplatky za palivo na Ethereu. Uzel rollupu účtuje nižší transakční poplatky, protože L2 má vyšší kapacitu zpracování a není konfrontován s přetížením sítě, které nutí validátory na Ethereu upřednostňovat transakce s vyššími poplatky. + +Optimistické rollupy využívají několik mechanismů ke snížení poplatků pro uživatele, včetně seskupování transakcí a komprese `calldata` pro snížení nákladů na publikaci dat. Pro přehled v reálném čase o tom, kolik stojí používání optimistických rollupů na Ethereu, se můžete podívat na [L2 fee tracker](https://l2fees.info/). + +## Jak optimistické rollupy škálují Ethereum? {#scaling-ethereum-with-optimistic-rollups} + +Jak bylo vysvětleno, optimistické rollupy zveřejňují komprimovaná data transakcí na Ethereum, aby zajistily dostupnost dat. Schopnost komprimovat data zveřejněná na řetězi je klíčová pro škálování propustnosti na Ethereu s optimistickými rollupy. + +Hlavní řetězec Etherea klade limity na množství dat, která mohou být v blocích, což je vyjádřeno v jednotkách paliva ([průměrná velikost bloku](/developers/docs/blocks/#block-size) je 15 milionů paliva). Zatímco toto omezuje množství paliva, které může každá transakce použít, také to znamená, že můžeme zvýšit počet transakcí zpracovaných na blok snížením množství dat souvisejících s transakcemi – což přímo zlepšuje škálovatelnost. + +Optimistické rollupy používají k dosažení komprese dat transakcí a zlepšení rychlosti TPS (transakcí za sekundu) několik technik. Například tento [článek](https://vitalik.eth.limo/general/2021/01/05/rollup.html) porovnává data generovaná základní uživatelskou transakcí (posílání etheru) na Mainnetu a množství dat, která generuje stejná transakce na rollupu: + +| Parametr | Ethereum (L1) | Rollup (L2) | +| ----------------------- | --------------------- | ------------- | +| Jedinečné číslo (nonce) | ~3 | 0 | +| Cena paliva | ~8 | 0–0,5 | +| Palivo | 3 | 0–0,5 | +| Pro | 21 | 4 | +| Hodnota | 9 | ~3 | +| Podpis | ~68 (2 + 33 + 33) | ~0,5 | +| Od | 0 (získáno z podpisu) | 4 | +| **Celkem** | **~112 bajtů** | **~12 bajtů** | + +Provádění hrubých výpočtů na těchto číslech může ukázat, jaké zlepšení škálovatelnosti optimistické rollupy poskytují: + +1. Cílová velikost pro každý blok je 15 milionů jednotek paliva a ověřit jeden bajt dat stojí 16 jednotek paliva. Vydělení průměrné velikosti bloku 16 jednotkami paliva (15 000 000/16) ukazuje, že průměrný blok může obsahovat **937 500 bajtů dat**. +2. Pokud základní transakce rollupu spotřebuje 12 bajtů, pak průměrný blok Etherea může zpracovat **78 125 transakcí rollupu** (937 500/12) nebo **39 balíčků rollupu** (pokud každý balíček obsahuje průměrně 2 000 transakcí). +3. Pokud je nový blok na Ethereu produkován každých 15 sekund, pak by rychlost zpracování rollupu činila přibližně **5 208 transakcí za sekundu**. To se vypočítá tak, že se počet základních transakcí rollupu, které může blok Etherea obsahovat (**78 125)**, vydělí průměrnou dobou bloku (**15 sekund**). + +Toto je poměrně optimistický odhad, protože transakce optimistického rollupu nemohou tvořit celý blok na Ethereu. Nicméně to může poskytnout hrubou představu o tom, jaké výhody v oblasti škálovatelnosti mohou optimistické rollupy uživatelům Etherea nabídnout (aktuální implementace nabízejí až 2 000 TPS). + +Zavedení [datového shardingu](/roadmap/danksharding/) na Ethereu by mělo zlepšit škálovatelnost optimistických rollupů. Protože transakce rollupu musí sdílet prostor bloku s ostatními netransakcemi rollupu, jejich zpracovatelská kapacita je omezena propustností dat na hlavním řetězci Etherea. Danksharding zvýší prostor dostupný pro L2 řetězce k publikaci dat na blok, využívající levnější, dočasné „blobové“ úložiště místo drahého, trvalého `CALLDATA`. + +### Výhody a nevýhody optimistických rollupů {#optimistic-rollups-pros-and-cons} + +| Plusy | Minusy | +| -------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------- | +| Nabízejí masivní zlepšení škálovatelnosti, aniž by obětovaly bezpečnost nebo důvěryhodnost. | Zpoždění finality transakcí kvůli potenciálním výzvám kvůli podvodům. | +| Data transakcí jsou uložena na vrstvě 1, což zlepšuje transparentnost, bezpečnost, odolnost proti cenzuře a decentralizaci. | Centralizovaní operátoři rollupu (sekvencery) mohou ovlivnit pořadí transakcí. | +| Prokázání podvodu zaručuje důvěryhodnou finalitu a umožňuje poctivým minoritám zabezpečit řetězec. | Pokud neexistují poctivé síťové uzly, může zlovolný operátor ukrást prostředky zveřejněním neplatných bloků a stavu. | +| Výpočet důkazů podvodu je přístupný všem běžným uzlům L2, na rozdíl od důkazů platnosti (používaných v ZK-rollupech), které vyžadují speciální hardware. | Bezpečnostní model se spoléhá na alespoň jeden poctivý uzel, který provádí transakce rollupu a podává důkazy podvodu ke zpochybnění neplatných změn stavu. | +| Rollupy těží z „důvěryhodného života“ (kdokoli může přinutit řetězec, aby pokračoval tím, že vykoná transakce a zveřejní tvrzení). | Uživatelé musí počkat, až uplyne týdenní období pro podání výzvy, než si mohou vybrat prostředky zpět na Ethereum. | +| Optimistické rollupy se v otázce zvýšení bezpečnosti řetězce spoléhají na dobře navržené kryptografické ekonomické pobídky. | Rollupy musí zveřejňovat všechna data transakcí na řetězci, což může zvýšit náklady. | +| Kompatibilita s EVM a Solidity umožňuje vývojářům přenášet smart kontrakty nativní na Ethereu na rollupy nebo používat stávající nástroje k vytváření nových dappek. | | + +### Vizualizace optimistických rollupů {#optimistic-video} + +Učíte se spíše vizuálně? Podívejte se na video od Finematics, které vysvětluje optimistické rollupy: + + + +### Použití optimistických rollupů {#use-optimistic-rollups} + +Existuje několik implementací optimistických rollupů, které můžete integrovat do svých dappek: + + + +## Další čtení o optimistických rollupech + +- [Jak fungují optimistické rollupy (kompletní průvodce)](https://www.alchemy.com/overviews/optimistic-rollups) +- [Co je to Blockchain Rollup? Technický úvod](https://www.ethereum-ecosystem.com/blog/what-is-a-blockchain-rollup-a-technical-introduction) +- [Zásadní průvodce pro Arbitrum](https://newsletter.banklesshq.com/p/the-essential-guide-to-arbitrum) +- [Jak skutečně funguje rollup od Optimism?](https://www.paradigm.xyz/2021/01/how-does-optimisms-rollup-really-work) +- [Hloubkový rozbor OVM](https://medium.com/ethereum-optimism/ovm-deep-dive-a300d1085f52) +- [Co je to Virtuální stroj Optimistic?](https://www.alchemy.com/overviews/optimistic-virtual-machine) diff --git a/public/content/translations/cs/developers/docs/scaling/plasma/index.md b/public/content/translations/cs/developers/docs/scaling/plasma/index.md new file mode 100644 index 00000000000..2a973f894d9 --- /dev/null +++ b/public/content/translations/cs/developers/docs/scaling/plasma/index.md @@ -0,0 +1,175 @@ +--- +title: Plazmové řetězce +description: Úvod do plazmových řetězců jako škálovacího řešení, které v současnosti využívá komunita Etherea. +lang: cs +incomplete: true +sidebarDepth: 3 +--- + +Plazmový řetězec je samostatný blockchain ukotvený na Ethereum Mainnet, ale provádějící transakce mimo řetězec s vlastním mechanismem pro validaci bloků. Plazmové řetězce jsou někdy označovány jako „dceřiné“ řetězce, což jsou v podstatě menší kopie Ethereum Mainnetu. Plazmové řetězce k arbitráži sporů využívají [důkazy podvodů](/glossary/#fraud-proof) (podobně jako [optimistické rollupy](/developers/docs/scaling/optimistic-rollups/)). + +Merkle trees umožňují vytvoření nekonečného počtu těchto řetězců, které mohou posloužit k odlehčení šířky pásma mateřských řetězců (včetně Ethereum Mainnetu). Nicméně zatímco tyto řetězce odvozují část své bezpečnosti od Etherea (prostřednictvím důkazů podvodů), jejich bezpečnost a efektivita jsou ovlivněny několika konstrukčními omezeními. + +## Předpoklady {#prerequisites} + +Pro pochopení tohoto článku byste měli dobře rozumět všem základním tématům a skvěle chápat [škálování Etherea](/developers/docs/scaling/). + +## Co je Plasma? + +Plasma je vývojová platforma pro zlepšení škálovatelnosti na veřejných blockchainech, jako je Ethereum. Jak je popsáno v původním [whitepaperu Plasmy](http://plasma.io/plasma.pdf), plazmové řetězce jsou postaveny na jiném blockchainu (nazývaném „kořenový řetězec“). Každý „dceřiný řetězec“ se rozšiřuje z kořenového řetězce a je obecně spravován smart kontraktem nasazeným na mateřském řetězci. + +Funkce plazmového kontraktu, mimo jiné, slouží jako [přemostění](/developers/docs/bridges/), které umožňuje uživatelům přesouvat aktiva mezi Ethereum Mainnetem a plazmovým řetězcem. Ačkoliv to je činí podobnými [postranním řetězcům](/developers/docs/scaling/sidechains/), plazmové řetězce těží – alespoň do určité míry – z bezpečnosti Mainnetu Etherea. A tím se od postranním řetězců, které jsou zodpovědné za svou bezpečnost samy, odlišují. + +## Jak Plasma funguje? + +Základními komponentami vývojového rámce Plasma jsou: + +### Výpočty mimo blockchain {#off-chain-computation} + +Současná rychlost zpracování Etherea je omezena na přibližně 15–20 transakcí za sekundu, což snižuje krátkodobou možnost škálování pro obsloužení většího počtu uživatelů. Tento problém existuje hlavně proto, že [konsensuální mechanismus](/developers/docs/consensus-mechanisms/) Etherea vyžaduje, aby spousta peer-to-peer uzlů ověřila každou aktualizaci stavu blockchainu. + +Ačkoli je konsensuální mechanismus Etherea nezbytný pro bezpečnost, nemusí se vztahovat na každý případ použití. Například Alice možná nepotřebuje, aby její denní platby Bobovi za šálek kávy ověřila celá síť Etherea, protože mezi oběma stranami existuje určitá míra důvěry. + +Plasma předpokládá, že Ethereum Mainnet nemusí ověřovat všechny transakce. Místo toho můžeme zpracovávat transakce mimo Mainnet, čímž se usnadní práce síťovým uzlům, které tak nebudou muset validovat každou transakci. + +Výpočty mimo řetězec jsou nezbytné, protože plazmové řetězce mohou optimalizovat rychlost a náklady. Například plazmový řetězec může – a nejčastěji také používá – jediného „operátora“ pro správu pořadí a exekuci transakcí. S jediným subjektem ověřujícím transakce jsou doby zpracování na plazmovém řetězci rychlejší než na Ethereum Mainnetu. + +### Závazky stavu {#state-commitments} + +I když Plasma provádí transakce mimo řetězec, vypořádány jsou na hlavní výkonné vrstvě Etherea – jinak by plazmové řetězce nemohly těžit z bezpečnostních záruk Etherea. Ale finalizace transakcí mimo řetězec bez znalosti stavu plazmového řetězce by narušila bezpečnostní model a umožnila rozšíření neplatných transakcí. Proto je operátor, subjekt odpovědný za produkci bloků na plazmovém řetězci, povinen pravidelně zveřejňovat „závazky stavu“ na Ethereu. + +[Schéma závazků](https://en.wikipedia.org/wiki/Commitment_scheme) je kryptografická technika pro zavázání se k hodnotě nebo výroku, aniž by tato hodnota nebo výrok byly odhaleny jiné straně. Závazky jsou „závazné“ v tom smyslu, že nemůžete změnit hodnotu nebo tvrzení, jakmile jste se k němu zavázali. Závazky stavu v Plasmě mají podobu „Merkle kořenů“ (odvozených od [Merkle tree](/whitepaper/#merkle-trees)), které operátor v pravidelných intervalech zasílá do plazmového kontraktu na Ethereu. + +Kořeny Merkle jsou kryptografické prvky, které umožňují kompresi velkého množství informací. Merkle kořen (v tomto případě také nazývaný „kořen bloku“) může reprezentovat všechny transakce v bloku. Merkle kořeny také usnadňují ověření, že malý kousek dat je součástí většího datového souboru. Například uživatel může předložit [Merkle důkaz](/developers/tutorials/merkle-proofs-for-offline-data-integrity/#main-content) k prokázání zahrnutí transakce do konkrétního bloku. + +Merkle kořeny jsou důležité pro poskytování informací o stavu mimo řetězec Ethereu. Merkle kořeny si můžete představit jako „ukládací body“ – operátor říká: „Toto je stav plazmového řetězce v bodě času x a toto je Merkle kořen jako důkaz.“ Operátor se zavazuje k _aktuálnímu stavu_ plazmového řetězce pomocí Merkle kořene, což je důvod, proč se tomu říká „závazek stavu“. + +### Vstupy a výstupy {#entries-and-exits} + +Aby uživatelé Etherea mohli využívat výhody Plasmy, musí existovat mechanismus pro přesun prostředků mezi Mainnetem a plazmovými řetězci. Nemůžeme však svévolně poslat ether na adresu na plazmovém řetězci – tyto řetězce nejsou kompatibilní, takže by transakce buď selhala, nebo by vedla ke ztrátě prostředků. + +Plasma využívá hlavní kontrakt běžící na Ethereu ke zpracování vstupů a výstupů uživatelů. Tento hlavní kontrakt je také odpovědný za sledování závazků stavu (vysvětleno dříve) a za trestání nepoctivého chování pomocí důkazů podvodů (více o tom později). + +#### Vstup do plazmového řetězce {#entering-the-plasma-chain} + +Aby Alice (uživatel) mohla vstoupit do plazmového řetězce, musí vložit ETH nebo jakýkoli ERC-20 token do plazmového kontraktu. Operátor plazmy, který sleduje vklady do kontraktu, znovu vytvoří částku rovnající se původnímu vkladu Alice a pošle ji na její adresu na plazmovém řetězci. Alice musí potvrdit přijetí prostředků na dceřiném řetězci a poté může tyto prostředky použít pro transakce. + +#### Výstup z plazmového řetězce {#exiting-the-plasma-chain} + +Výstup z plazmového řetězce je složitější než vstup, a to hned z několika důvodů. Největším je, že zatímco Ethereum má informace o stavu plazmového řetězce, nemůže ověřit, zda jsou tyto informace pravdivé. Podvodník by mohl učinit nesprávné tvrzení („mám 1 000 ETH“) a utéct bez postihu, kdyby poskytl falešné důkazy na podporu tohoto tvrzení. + +Aby se předešlo podvodným výběrům, zavádí se „období výzvy“. Během období výzvy (obvykle týden) může kdokoli zpochybnit žádost o výběr pomocí důkazu podvodu. Pokud je výzva úspěšná, žádost o výběr je zamítnuta. + +Obvykle jsou však uživatelé poctiví a o prostředcích, které vlastní, mluví pravdu. V tomto scénáři Alice zahájí žádost o výběr na kořenovém řetězci (Ethereum) odesláním transakce do plazmového kontraktu. + +Alice musí také poskytnout Merkle důkaz ověřující, že transakce, která vytvořila její prostředky na plazmovém řetězci, byla zahrnuta do bloku. To je nezbytné pro varianty Plasmy, jako je [Plasma MVP](https://www.learnplasma.org/en/learn/mvp.html), které používají model [Unspent Transaction Output (UTXO)](https://en.wikipedia.org/wiki/Unspent_transaction_output). + +Jiné varianty, jako je [Plasma Cash](https://www.learnplasma.org/en/learn/cash.html), představují prostředky, jako jsou [nezaměnitelné tokeny](/developers/docs/standards/tokens/erc-721/) místo UTXO. V tomto případě je pro výběr nutné předložit důkaz o vlastnictví tokenů na plazmovém řetězci. Toho je možné docílit předložením dvou nejnovějších transakcí zahrnujících token a poskytnutím Merkle důkazu ověřujícího zahrnutí těchto transakcí do bloku. + +Uživatel musí také přidat k žádosti o výběr zástavu jako záruku poctivého chování. Pokud vyzyvatel prokáže neplatnost žádosti o výběr Alice, její záloha je penalizována a část z ní jde vyzyvateli jako odměna. + +Pokud uplyne období výzvy, aniž by kdokoli poskytl důkaz podvodu, žádost Alice o výběr je považována za platnou, což jí umožňuje vybrat vklady z plazmového kontraktu na Ethereu. + +### Arbitráž sporů {#dispute-arbitration} + +Stejně jako u jakéhokoli jiného blockchainu, plazmové řetězce potřebují mechanismus pro vynucení integrity transakcí v případě, že se účastníci chovají podvodně (např. dvojité utrácení prostředků). Za tímto účelem plazmové řetězce používají důkazy podvodů k arbitráži sporů týkajících se platnosti přechodů stavu a k trestání podvodného chování. Důkazy podvodů jsou použity jako mechanismus, kterým plazmový dceřiný řetězec podává stížnost svému mateřskému řetězci nebo kořenovému řetězci. + +Důkaz podvodu je jednoduše tvrzení, že určitá změna stavu je neplatná. Příkladem je, když se uživatel (Alice) pokusí utratit stejné prostředky dvakrát. Možná utratila UTXO v transakci s Bobem a chce utratit stejné UTXO (které je nyní Bobovo) v jiné transakci. + +Aby zabránil výběru, Bob sestaví důkaz podvodu poskytnutím důkazu o tom, že Alice utratila uvedené UTXO v předchozí transakci, a Merkle důkazu o zahrnutí transakce do bloku. Stejný postup funguje v Plasma Cash – Bob by musel poskytnout důkaz, že Alice dříve převedla tokeny, které se nyní pokouší vybrat. + +Pokud je Bobova výzva úspěšná, žádost Alice o výběr je zrušena. Tento přístup však spoléhá na Bobovu schopnost sledovat řetězec. Pokud je Bob offline, může Alice zpracovat zlovolný výběr, jakmile uplyne období výzvy. + +## Problém hromadného výběru z plazmového řetězce {#the-mass-exit-problem-in-plasma} + +Problém hromadného výběru nastává, když se velký počet uživatelů naráz pokusí vybrat prostředky z plazmového řetězce. Tento problém existuje kvůli jednomu z největších problémů Plasmy: **nedostupnosti dat**. + +Dostupnost dat je schopnost ověřit, že informace pro navrhovaný blok byly skutečně zveřejněny na blockchainové síti. Blok je „nedostupný“, pokud producent zveřejní samotný blok, ale zadrží data použitá k vytvoření bloku. + +Bloky musí být dostupné, pokud mají být síťové uzly schopny stáhnout blok a ověřit platnost transakcí. Blockchainy zajišťují dostupnost dat tím, že nutí producenty bloků zveřejnit všechna data transakcí na řetězci. + +Dostupnost dat také pomáhá zabezpečit škálovací protokoly mimo řetězec, které staví na základní vrstvě Etherea. Tím, že nutí operátory na těchto řetězcích zveřejnit data transakcí na Ethereu, může kdokoli zpochybnit neplatné bloky sestavením důkazů podvodu odkazujících na správný stav řetězce. + +Plazmové řetězce primárně ukládají data o transakcích u operátora a **nezveřejňují žádná data na Mainnetu** (tj. kromě pravidelných závazků stavu). To znamená, že uživatelé se musí spoléhat na to, že operátor poskytne data bloků, pokud potřebují vytvořit důkazy podvodu a zpochybnit neplatné transakce. Pokud tento systém funguje, mohou uživatelé vždy využít důkazů podvodu k ochraně svých prostředků. + +Problém nastává, když podvodníkem není běžný uživatel, ale přímo operátor. Protože operátor má plnou kontrolu nad blockchainem, má větší motivaci prosazovat neplatné změny stavu ve větším měřítku, například krást prostředky uživatelů na plazmovém řetězci. + +V tomto případě klasický systém důkazů podvodu nefunguje. Operátor by mohl snadno provést neplatnou transakci, která převede prostředky Alice a Boba do jeho peněženky, a skrýt data potřebná pro vytvoření důkazu podvodu. To je možné, protože operátor není povinen zpřístupnit data uživatelům nebo Mainnetu. + +Nejoptimističtějším řešením v této situaci je pokus o „hromadný výběr“ uživatelů z plazmového řetězce. Hromadný výběr zpomalí podvodný plán operátora na krádež prostředků a poskytne uživatelům určitou míru ochrany. Žádosti o výběr jsou seřazeny podle toho, kdy bylo vytvořeno každé UTXO (nebo token), čímž se zabrání tomu, aby podvodní operátoři předběhli poctivé uživatele. + +Nicméně stále potřebujeme způsob, jak ověřit platnost žádostí o výběr během hromadného výběru, aby se zabránilo tomu, že by oportunističtí jednotlivci využili chaosu a neplatně vybrali prostředky. Řešení je jednoduché: vyžadovat, aby uživatelé jako podmínku výběru svých peněz předložili poslední **platný stav řetězce**. + +Tento přístup má však stále své mouchy. Například pokud všichni uživatelé na plazmovém řetězci potřebují provést výběr (což je možné v případě podvodného operátora), pak musí být celý platný stav plazmového řetězce naráz přenesen na základní vrstvu Etherea. Vzhledem k arbitrární velikosti plazmových řetězců (vyšší propustnost = více dat) a omezením rychlosti zpracování Ethereem to není ideální řešení. + +Ačkoli výstupní strategie zní teoreticky dobře, skutečné hromadné výběry pravděpodobně vyvolají přetížení sítě na samotném Ethereu. Kromě poškození funkčnosti Etherea může špatně koordinovaný hromadný výběr znamenat, že uživatelé nebudou schopni vybrat své prostředky dříve, než operátor odčerpá prostředky ze všech účtů na plazmovém řetězci. + +## Výhody a nevýhody plazmových řetězců {#pros-and-cons-of-plasma} + +| Plusy | Mínusy | +| ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | +| Nabízí vysokou propustnost a nízké náklady na transakci. | Nepodporuje obecné výpočty (nemůže spouštět smart kontrakty. Podporuje pouze základní tokenové transakce, směnu a několik dalších typů transakcí prostřednictvím predikátové logiky. | +| Vhodné pro transakce mezi libovolnými uživateli (bez režie páru uživatelů, pokud jsou oba etablováni na plazmovém řetězci) | Nutnost pravidelně sledovat síť (je třeba být připojen) nebo tuto odpovědnost delegovat na někoho jiného, aby byla zajištěna bezpečnost vašich prostředků. | +| Plazmové řetězce lze přizpůsobit specifickým případům použití, které nesouvisejí s hlavním řetězcem. Každý, včetně firem, si může plazmové smart kontrakty přizpůsobit a poskytnout škálovatelnou infrastrukturu, která funguje v různých kontextech. | Spoléhá na jednoho nebo více operátorů, aby uchovávali data a na požádání je poskytovali. | +| Snižuje zatížení Ethereum Mainnetu přesunem výpočtů a úložiště mimo řetězec. | Výběry jsou zpožděny o několik dní, aby bylo možné podávat výzvy. U zaměnitelných aktiv to mohou zmírnit poskytovatelé likvidity, ale s tím jsou spojeny kapitálové náklady. | +| | Pokud se příliš mnoho uživatelů pokusí o výběr současně, může se Ethereum Mainnet přetížit. | + +## Plasma versus škálovací protokoly druhé vrstvy {#plasma-vs-layer-2} + +Ačkoli byla Plasma kdysi považována za užitečné škálovací řešení pro Ethereum, od tohoto názoru bylo časem upuštěno ve prospěch [škálovacích protokolů druhé vrstvy (L2)](/layer-2/). Řešení škálování na druhé vrstvě napravují několik problémů Plasmy: + +### Efektivita {#efficiency} + +[Zero-Knowledge rollupy](/developers/docs/scaling/zk-rollups) generují kryptografické důkazy o platnosti každého balíčku transakcí zpracovaných mimo řetězec. To brání uživatelům (a operátorům) v prosazování neplatných změn stavu, čímž se eliminuje potřeba výzev a výstupních strategií. Také to znamená, že uživatelé nemusí pravidelně sledovat řetězec, aby zabezpečili své prostředky. + +### Podpora smart kontraktů {#support-for-smart-contracts} + +Dalším problémem vývojové platformy Plasma byla [neschopnost podporovat exekuci smart kontraktů Etherea](https://ethresear.ch/t/why-smart-contracts-are-not-feasible-on-plasma/2598/4). V důsledku toho byla většina implementací Plasmy vytvořena především pro jednoduché platby nebo směnu tokenů ERC-20. + +Naopak optimistické rollupy jsou kompatibilní s [Virtuálním strojem Etherea](/developers/docs/evm/) a mohou spouštět [smart kontrakty](/developers/docs/smart-contracts/) nativní pro Ethereum, což z nich činí užitečné a _bezpečné_ řešení pro škálování [decentralizovaných aplikací](/developers/docs/dapps/). Podobně se [připravují plány na vytvoření zero-knowledge implementace EVM (zkEVM)](https://ethresear.ch/t/a-zk-evm-specification/11549), která by umožnila ZK-rollupům zpracovávat libovolnou logiku a exekuovat smart kontrakty. + +### Nedostupnost dat {#data-unavailability} + +Jak bylo vysvětleno dříve, Plasma trpí problémem nedostupnosti dat. Pokud by zlovolný operátor prosadil neplatnou změnu na plazmovém řetězci, uživatelé by ji nemohli zpochybnit, protože operátor může zadržet data potřebná k vytvoření důkazu podvodu. Rollupy tento problém řeší tím, že nutí operátory zveřejnit data transakcí na Ethereu, což umožňuje komukoli ověřit stav řetězce a v případě potřeby vytvořit důkazy podvodu. + +### Problém hromadného výběru {#mass-exit-problem} + +ZK-rollupy i optimistické rollupy řeší problém hromadného výběru v Plasmě různými způsoby. Například ZK-rollup spoléhá na kryptografické mechanismy, které zajišťují, že operátoři nemohou za žádných okolností ukrást prostředky uživatelů. + +Podobně optimistické rollupy zavádějí období zpoždění u výběrů, během něhož může kdokoli zahájit výzvu a zabránit podvodným žádostem o výběr. Ačkoli je to podobné jako v Plasmě, rozdíl spočívá v tom, že ověřovatelé mají přístup k datům potřebným k vytvoření důkazů podvodu. Proto není nutné, aby uživatelé rollupu podstupovali zběsilou migraci „kdo dřív přijde, ten dřív mele“ na Ethereum Mainnet. + +## Jak se Plasma liší od postranních řetězců a shardingu? {#plasma-sidechains-sharding} + +Plasma, postranní řetězce a sharding jsou si poměrně podobné, protože se všechny nějakým způsobem připojují k Ethereum Mainnetu. Úroveň a síla těchto propojení se však liší, což ovlivňuje bezpečnostní vlastnosti každého škálovacího řešení. + +### Plasma vs postranní řetězce {#plasma-vs-sidechains} + +[Postranní řetězec](/developers/docs/scaling/sidechains/) je nezávisle provozovaný blockchain připojený k Ethereum Mainnetu prostřednictvím obousměrného přemostění. [Přemostění](/bridges/) umožňují uživatelům směňovat tokeny mezi oběma blockchainy, aby mohli transakce provádět na postranním řetězci, což snižuje přetížení Ethereum Mainnetu a zlepšuje škálovatelnost. Postranní řetězce používají samostatný konsensuální mechanismus a jsou obvykle mnohem menší než Ethereum Mainnet. V důsledku toho je přesun aktiv na tyto řetězce spojen s vyšším rizikem; vzhledem k nedostatku bezpečnostních záruk, které se dědí z Ethereum Mainnetu v modelu postranního řetězce, hrozí uživatelům při útoku na postranní řetězec ztráta prostředků. + +Naopak plazmové řetězce odvozují svou bezpečnost od Mainnetu. To je činí měřitelně bezpečnějšími než postranní řetězce. Oba typy řetězců mohou mít různé konsensuální protokoly, ale rozdíl je v tom, že plazmové řetězce zveřejňují Merkle kořeny pro každý blok na Ethereum Mainnetu. Kořeny bloků jsou malé části informací, které můžeme použít k ověření informací o transakcích, které se odehrávají na plazmovém řetězci. Pokud dojde k útoku na plazmový řetězec, uživatelé mohou bezpečně vybrat své prostředky zpět na Mainnet pomocí příslušných důkazů. + +### Plasma versus sharding {#plasma-vs-sharding} + +Jak plazmové řetězce, tak i shardovací řetězce pravidelně zveřejňují kryptografické důkazy na Ethereum Mainnet. Oba však mají různé bezpečnostní vlastnosti. + +Shardovací řetězce odesílají na Mainnet „srovnávací hlavičky“, které obsahují podrobné informace o každém datovém shardu. Síťový uzel na Mainnetu ověřuje a vynucuje platnost datových shardů, čímž snižuje možnost neplatných změn shardů a chrání síť před podvodnými aktivitami. + +Plasma se liší v tom, že Mainnet přijímá pouze minimální informace o stavu dceřiných řetězců. To znamená, že Mainnet nemůže účinně ověřovat transakce provedené na dceřiných řetězcích, což je činí méně bezpečnými. + +**Je třeba poznamenat**, že sharding blockchainu Ethereum již není v plánu vylepšení. Byl nahrazen škálováním prostřednictvím rollupů a [Dankshardingu](/roadmap/danksharding). + +### Použití Plasmy {#use-plasma} + +Několik projektů poskytuje implementace Plasmy, které můžete integrovat do svých dappek: + +- [Polygon](https://polygon.technology/) (dříve Matic Network) + +## Další informace {#further-reading} + +- [Učte se o Plasmě](https://www.learnplasma.org/en/) +- [Rychlá připomínka toho, co znamená „sdílená bezpečnost“ a proč je tak důležitá](https://old.reddit.com/r/ethereum/comments/sgd3zt/a_quick_reminder_of_what_shared_security_means/) +- [Postranní řetězce vs Plasma vs Sharding](https://vitalik.eth.limo/general/2019/06/12/plasma_vs_sharding.html) +- [Pochopení Plasmy, část 1: Základy](https://www.theblockcrypto.com/amp/post/10793/understanding-plasma-part-1-the-basics) +- [Život a smrt Plasmy](https://medium.com/dragonfly-research/the-life-and-death-of-plasma-b72c6a59c5ad#) + +_Víte o komunitním zdroji, který vám pomohl? Upravte tuto stránku a přidejte ji!_ diff --git a/public/content/translations/cs/developers/docs/scaling/sidechains/index.md b/public/content/translations/cs/developers/docs/scaling/sidechains/index.md new file mode 100644 index 00000000000..40a3d548d89 --- /dev/null +++ b/public/content/translations/cs/developers/docs/scaling/sidechains/index.md @@ -0,0 +1,73 @@ +--- +title: Sidechains +description: Úvod do postranních řetězců jako škálovacího řešení, které v současnosti využívá komunita Etherea. +lang: cs +sidebarDepth: 3 +--- + +Postranní řetězec je samostatný blockchain, který běží nezávisle na Ethereu a je spojen s Ethereum Mainnetem pomocí obousměrného přemostění. Postranní řetězce mohou mít odlišné parametry bloků a [konsensuální algoritmy](/developers/docs/consensus-mechanisms/), které jsou často navrženy pro efektivní zpracování transakcí. Použití postranního řetězce však přináší určité kompromisy, protože nedědí bezpečnostní vlastnosti Etherea. Na rozdíl od [škálovacích řešení na druhé vrstvě](/layer-2/) nezaznamenávají postranní řetězce změny stavu a transakční data zpět na Ethereum Mainnet. + +Postranní řetězce také obětují určitou míru decentralizace nebo bezpečnosti, aby dosáhly vysoké propustnosti ([trilemma škálovatelnosti](https://vitalik.eth.limo/general/2021/05/23/scaling.html)). Ethereum se však zavázalo k tomu, že bude škálovat, aniž by ohrozilo decentralizaci a bezpečnost, jak je uvedeno v jeho [vizi](/roadmap/vision/) vylepšení. + +## Jak fungují postranní řetězce? {#how-do-sidechains-work} + +Postranní řetězce jsou nezávislé blockchainy s odlišnou historií, vývojovými plány a designovými úvahami. Zatímco postranní řetězec může sdílet určité povrchové podobnosti s Ethereem, má několik charakteristických vlastností. + +### Konsensuální algoritmy {#consensus-algorithms} + +Jednou z vlastností, která činí postranní řetězce jedinečnými (tj. odlišnými od Etherea), je použitý konsensuální algoritmus. Postranní řetězce se pro dosažení konsensu nespoléhají na Ethereum a mohou si vybrat alternativní konsensuální protokoly, které vyhovují jejich potřebám. Některé příklady konsensuálních algoritmů používaných na postranních řetězcích zahrnují: + +- [Proof of authority](/developers/docs/consensus-mechanisms/poa/) +- [Delegovaný proof-of-stake](https://en.bitcoin.it/wiki/Delegated_proof_of_stake) +- [Byzantine fault tolerance](https://decrypt.co/resources/byzantine-fault-tolerance-what-is-it-explained) + +Stejně jako Ethereum mají postranní řetězce validační uzly, které ověřují a zpracovávají transakce, produkují bloky a uchovávají stav blockchainu. Validátoři jsou také zodpovědní za udržování konsensu v celé síti a za její ochranu před škodlivými útoky. + +#### Parametry bloků {#block-parameters} + +Ethereum stanovuje limity na [dobu blokování](/developers/docs/blocks/#block-time) (tj. dobu potřebnou k vytvoření nových bloků) a [velikost bloků](/developers/docs/blocks/#block-size) (tj. množství dat obsažených v jednom bloku denominovaných v palivu). Naproti tomu postranní řetězce často přijímají odlišné parametry, jako jsou rychlejší doby blokování a vyšší limity paliva, aby dosáhly vysoké propustnosti, rychlých transakcí a nízkých poplatků. + +I když tento přístup určité výhody přináší, má také zásadní důsledky pro decentralizaci a bezpečnost sítě. Parametry bloků, jako jsou rychlé doby blokování a velké velikosti bloků, zvyšují obtížnost provozu úplného síťového uzlu, což ponechává jen několik „superuzlů“ odpovědných za zabezpečení řetězce. V takovém scénáři se zvyšuje riziko tajné dohody validátorů nebo škodlivého převzetí řetězce. + +Aby mohly blockchainy škálovat, aniž by utrpěla decentralizace, musí být provoz síťového uzlu otevřený všem, nikoli nutně jen pro strany se specializovaným hardwarem. Proto probíhají snahy zajistit, aby na Ethereu mohl [úplný uzel provozovat](/developers/docs/nodes-and-clients/#why-should-i-run-an-ethereum-node) kdokoliv. + +### Kompatibilita s EVM {#evm-compatibility} + +Některé postranní řetězce jsou kompatibilní s EVM a jsou schopny spouštět kontrakty vyvinuté pro [Virtuální stroj Etherea (EVM)](/developers/docs/evm/). Postranní řetězce kompatibilní s EVM podporují smart kontrakty [napsané v jazyce Solidity](/developers/docs/smart-contracts/languages/), stejně jako jiné jazyky pro smart kontrakty EVM, což znamená, že smart kontrakty napsané pro Ethereum Mainnet budou fungovat i na postranních řetězcích kompatibilních s EVM. + +To znamená, že pokud chcete použít svou [dappku](/developers/docs/dapps/) na postranním řetězci, stačí nasadit svůj [smart kontrakt](/developers/docs/smart-contracts/) na tento postranní řetězec. Vypadá a funguje stejně jako na Mainnetu – píšete kontrakty v Solidity a interagujete s řetězcem prostřednictvím RPC postranního řetězce. + +Protože jsou postranní řetězce kompatibilní s EVM, jsou považovány za užitečné [škálovací řešení](/developers/docs/scaling/) pro dappky nativní na Ethereu. S vaší dappkou na postranním řetězci mohou uživatelé využívat nižší poplatky za palivo a rychlejší transakce, zejména pokud je Mainnet přetížený. + +Nicméně jak bylo dříve vysvětleno, používání postranního řetězce zahrnuje významné kompromisy. Každý postranní řetězec je zodpovědný za svou bezpečnost a nedědí bezpečnostní vlastnosti Etherea. To zvyšuje možnost škodlivého chování, které může ovlivnit vaše uživatele nebo ohrozit jejich prostředky. + +### Pohyb aktiv {#asset-movement} + +Aby se samostatný blockchain mohl stát postranním řetězcem Mainnetu Etherea, musí mít schopnost umožnit převod aktiv z Mainnetu. Této interoperability s Ethereem je dosaženo pomocí blockchainového přemostění. [Přemostění](/bridges/) používají smart kontrakty nasazené na Ethereum Mainnet a postranním řetězci k řízení převodu prostředků mezi nimi. + +Zatímco přemostění pomáhají uživatelům přesouvat prostředky mezi Ethereem a postranním řetězcem, aktiva mezi těmito dvěma řetězci nejsou fyzicky přesouvána. Místo toho se k převodu hodnoty mezi řetězci používají mechanismy, které obvykle zahrnují mintování a spalování. Více o tom, [jak fungují přemostění](/developers/docs/bridges/#how-do-bridges-work). + +## Klady a zápory postranních řetězců {#pros-and-cons-of-sidechains} + +| Plusy | Mínusy | +| ----------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------- | +| Technologie, která stojí za postranními řetězci, je dobře zavedená a těží z rozsáhlého výzkumu a vylepšení designu. | Postranní řetězce obětují určitou míru decentralizace a důvěryhodnosti ve prospěch škálovatelnosti. | +| Postranní řetězce podporují obecné výpočty a nabízejí EVM kompatibilitu (mohou spouštět dappky nativní na Ethereu). | Postranní řetězec používá samostatný konsensuální mechanismus a nemá prospěch z bezpečnostních záruk Etherea. | +| Postranní řetězce používají různé modely konsensu k efektivnímu zpracování transakcí a snížení poplatků za transakce pro uživatele. | Postranní řetězce vyžadují vyšší předpoklady důvěry (např. kvórum škodlivých validátorů postranního řetězce může podvádět). | +| Postranní řetězce kompatibilní s EVM umožňují dappkám rozšířit jejich ekosystém. | | + +### Použití postranních řetězců {#use-sidechains} + +Několik projektů poskytuje implementace postranních řetězců, které můžete integrovat do svých dappek: + +- [Polygon PoS](https://polygon.technology/solutions/polygon-pos) +- [Skale](https://skale.network/) +- [Gnosis Chain (dříve xDai)](https://www.gnosischain.com/) +- [Loom Network](https://loomx.io/) +- [Metis Andromeda](https://www.metis.io/) + +## Další informace {#further-reading} + +- [Škálování dappek na Ethereu pomocí postranních řetězců](https://medium.com/loom-network/dappchains-scaling-ethereum-dapps-through-sidechains-f99e51fff447)_, 8. února 2018 – Georgios Konstantopoulos_ + +_Víte o komunitním zdroji, který vám pomohl? Upravte tuto stránku a přidejte ho!_ diff --git a/public/content/translations/cs/developers/docs/scaling/state-channels/index.md b/public/content/translations/cs/developers/docs/scaling/state-channels/index.md new file mode 100644 index 00000000000..9cb3958d887 --- /dev/null +++ b/public/content/translations/cs/developers/docs/scaling/state-channels/index.md @@ -0,0 +1,67 @@ +--- +title: Stavové kanály +description: Úvod do stavových kanálů a platebních kanálů jako škálovacího řešení, které v současné době využívá komunita Etherea. +lang: cs +sidebarDepth: 3 +--- + +Stavové kanály umožňují účastníkům bezpečně transakčně komunikovat mimo řetězec, přičemž minimalizují interakci s Ethereum Mainnetem. Partneři v tomto kanálu mohou provést libovolný počet transakcí mimo řetězec, přičemž na řetězec se zapisují pouze dvě transakce – jedna pro otevření kanálu a druhá pro jeho uzavření. Tím je dosaženo extrémně vysoké propustnosti transakcí a nižších nákladů pro uživatele. + +## {#how-do-sidechains-work} + +Veřejné blockchainy, jako je Ethereum, čelí výzvám v oblasti škálovatelnosti kvůli své distribuované architektuře: Transakce na řetězci musí být vykonány všemi síťovými uzly. Ty musí být schopny zpracovat objem transakcí v bloku s použitím běžného hardwaru, což omezuje propustnost transakcí za účelem zachování decentralizace sítě. + +### {#consensus-algorithms} + +Kanály jsou jednoduché peer-to-peer protokoly, které umožňují dvěma stranám provést mnoho transakcí mezi sebou a poté na blockchain zveřejnit pouze konečné výsledky. Kanál využívá kryptografii k prokázání, že souhrnná data, která generují, jsou skutečně výsledkem platné sady mezitransakcí. [„Multisig“](/developers/docs/smart-contracts/#multisig) smart kontrakt zajišťuje, že transakce jsou podepsány správnými stranami. + +- []() +- []() +- + +Ve stavových kanálech jsou změny stavu prováděny a ověřovány zainteresovanými stranami, což minimalizuje výpočty na exekuční vrstvě Etherea. To snižuje přetížení na Ethereu a zároveň zvyšuje rychlost zpracování transakcí uživatelů. + +#### {#block-parameters} + +Každý kanál je řízen [multisig smart kontraktem](/developers/docs/smart-contracts/#multisig) běžícím na Ethereu. K otevření kanálu účastníci nasadí kontrakt kanálu na řetězec a vloží do něj prostředky. + +K uzavření kanálu účastníci předloží na řetězec poslední dohodnutý stav kanálu. Poté smart kontrakt rozdělí uzamčené prostředky podle zůstatku každého účastníka v konečném stavu kanálu. + +Peer-to-peer kanály jsou užitečné zejména v situacích, kdy někteří účastníci chtějí provádět transakce s vysokou frekvencí bez viditelné režie. Blockchainové kanály spadají do dvou kategorií: **platební kanály** a **stavové kanály**. + +### {#evm-compatibility} + +Platební kanál je nejlépe popsán jako „obousměrná účetní kniha“, kterou společně spravují dva uživatelé. Počáteční zůstatek účetní knihy je součtem vkladů uzamčených v on-chain kontraktu během fáze otevření kanálu. + +Aktualizace zůstatku účetní knihy (tj. stavu platebního kanálu) vyžaduje souhlas všech stran v kanálu. Aktualizace kanálu, podepsaná všemi účastníky kanálu, je považována za konečnou, podobně jako transakce na Ethereu. + +Platební kanály patřily mezi první škálovací řešení navržená k minimalizaci drahých on-chain aktivit nebo jednoduchých uživatelských interakcí (např. převody ETH, atomické směny, převody malých částek). Účastníci kanálu mohou mezi sebou provádět neomezené množství okamžitých, bezpoplatkových transakcí, dokud čistá suma jejich převodů nepřekročí vložené tokeny. + +Kromě podpory off-chain plateb se platební kanály neukázaly býti užitečnými pro zpracování obecné logiky změny stavu. Stavové kanály byly vytvořeny k vyřešení tohoto problému a ke zpřístupnění kanálů pro škálování obecného výpočtu. + +### {#asset-movement} + +Stavové kanály mají stále mnoho společného s platebními kanály. Například uživatelé komunikují výměnou kryptograficky podepsaných zpráv (transakcí), které musí podepsat i ostatní účastníci kanálu. Pokud navrhovaná aktualizace stavu není podepsána všemi účastníky, je považována za neplatnou. + +## {#pros-and-cons-of-sidechains} + +| | | +| | | +| | | +| | | +| | | +| | | + +### {#use-sidechains} + +- []() +- []() +- []() +- []() +- []() + +## {#further-reading} + +- + +_ _ diff --git a/public/content/translations/cs/developers/docs/scaling/validium/index.md b/public/content/translations/cs/developers/docs/scaling/validium/index.md new file mode 100644 index 00000000000..366164c5765 --- /dev/null +++ b/public/content/translations/cs/developers/docs/scaling/validium/index.md @@ -0,0 +1,165 @@ +--- +title: Validium +description: Úvod do Validia jako škálovacího řešení, které v současné době využívá komunita Etherea. +lang: cs +sidebarDepth: 3 +--- + +Validium je [škálovací řešení](/developers/docs/scaling/), které zajišťuje integritu transakcí pomocí důkazů o platnosti, podobně jako [ZK-rollupy](/developers/docs/scaling/zk-rollups/), ale neukládá transakční data na Ethereum Mainnet. Ačkoli off-chain dostupnost dat přináší určité kompromisy, může vést k masivnímu zlepšení škálovatelnosti (validium může zpracovat přibližně [9 000 nebo více transakcí za sekundu](https://blog.matter-labs.io/zkrollup-vs-validium-starkex-5614e38bc263)). + +## Předpoklady {#prerequisites} + +Měli byste si přečíst a porozumět naší stránce o [škálování Etherea](/developers/docs/scaling/) a [vrstvě 2](/layer-2). + +## Co je to validium? {#what-is-validium} + +Validia jsou škálovací řešení, která využívají off-chain dostupnost dat a výpočty navržené ke zlepšení propustnosti zpracováním transakcí mimo Ethereum Mainnet. Stejně jako zero-knowledge rollupy (ZK-rollupy) zveřejňují validia [důkazy s nulovou znalostí](/glossary/#zk-proof) k ověření transakcí mimo řetězec Etherea. Tím se zabraňuje neplatným změnám stavu a zvyšují se bezpečnostní záruky řetězce typu validium. + +Tyto „důkazy o platnosti“ mohou mít podobu ZK-SNARKů (Zero-Knowledge Succinct Non-Interactive Argument of Knowledge) nebo ZK-STARKů (Zero-Knowledge Scalable Transparent Argument of Knowledge). Více o [důkazech s nulovou znalostí](https://consensys.net/blog/blockchain-explained/zero-knowledge-proofs-starks-vs-snarks/). + +Prostředky patřící uživatelům validia jsou spravovány smart kontraktem na Ethereu. Validium nabízí téměř okamžité výběry, podobně jako ZK-rollupy; jakmile je důkaz o platnosti žádosti o výběr ověřen na Mainnetu, uživatelé mohou vybrat prostředky poskytnutím [Merkle důkazů](/developers/tutorials/merkle-proofs-for-offline-data-integrity/). Merkle důkaz ověřuje zahrnutí výběrové transakce uživatele do ověřeného balíku transakcí, což umožňuje on-chain kontraktu zpracovat výběr. + +Nicméně uživatelé validia mohou mít své prostředky zmrazené a výběry omezené. To se může stát, pokud správci dostupnosti dat na validiovém řetězci zadrží off-chain stavová data od uživatelů. Bez přístupu k transakčním datům nemohou uživatelé vytvořit Merkle důkaz potřebný k prokázání vlastnictví prostředků a k provedení výběru. + +Toto je hlavní rozdíl mezi validiem a ZK-rollupy – jejich pozice na spektru dostupnosti dat. Obě řešení přistupují k ukládání dat odlišně, což má dopady na bezpečnost a nezávislost na důvěře. + +## Jak validia interagují s Ethereem? {#how-do-validiums-interact-with-ethereum} + +Validia jsou škálovací protokoly postavené na stávajícím řetězci Etherea. Ačkoli provádí transakce mimo řetězec, validiový řetězec je spravován sadou smart kontraktů nasazených na Mainnetu, včetně: + +1. **Ověřovacího kontraktu**: Ověřovací kontrakt ověřuje platnost důkazů předložených operátorem validia při provádění aktualizací stavu. To zahrnuje důkazy o platnosti potvrzující správnost transakcí mimo řetězec a důkazy o dostupnosti dat, které ověřují existenci off-chain transakčních dat. + +2. **Hlavního kontraktu**: Hlavní kontrakt ukládá závazky ke stavu (Merkle kořeny) předložené producenty bloků a aktualizuje stav validia, jakmile je na řetězci ověřen důkaz o platnosti. Tento kontrakt také zpracovává vklady a výběry z validiového řetězce. + +Validia se spoléhají na hlavní vrstvu Etherea v následujících bodech: + +### Vyrovnání {#settlement} + +Transakce provedené na validiu nemohou být plně potvrzeny, dokud rodičovský řetězec neověří jejich platnost. Veškeré obchodní transakce provedené na validiu musí být nakonec vypořádány na Mainnetu. Blockchain Etherea také poskytuje „záruky vypořádání“ pro uživatele validia, což znamená, že transakce mimo řetězec nemohou být zvráceny nebo změněny, jakmile jsou potvrzeny on-chain. + +### Bezpečnost {#security} + +Ethereum, které funguje jako vrstva sloužící k vypořádání, také zaručuje platnost přechodů stavu na validiu. Transakce mimo řetězec provedené na validiovém řetězci jsou ověřovány prostřednictvím smart kontraktu na základní vrstvě Etherea. + +Pokud on-chain ověřovací kontrakt shledá důkaz neplatným, jsou transakce zamítnuty. To znamená, že operátoři musí splnit podmínky platnosti vynucené protokolem Etherea před aktualizací stavu validia. + +## Jak validium funguje? {#how-does-validium-work} + +### Transakce {#transactions} + +Uživatelé předkládají transakce operátorovi, což je síťový uzel zodpovědný za provádění transakcí na validiu. Některá validia mohou používat k exekuci řetězce jediného operátora nebo se pro rotaci operátorů spoléhat na mechanismus [proof of stake (PoS)](/developers/docs/consensus-mechanisms/pos/). + +Operátor agreguje transakce do balíku a odešle je do ověřovacího okruhu k potvrzení. Ověřovací okruh přijme balík transakcí (a další relevantní data) jako vstupy a výstupem je důkaz o platnosti, který ověřuje, že operace byly provedeny správně. + +### Závazky stavu {#state-commitments} + +Stav validia je hašován jako Merkle tree s kořenem uloženým v hlavním kontraktu na Ethereu. Merkle kořen, známý také jako kořen stavu, funguje jako kryptografický závazek k aktuálnímu stavu účtů a zůstatků na validiu. + +Pro provedení aktualizace stavu musí operátor vypočítat nový kořen stavu (po provedení transakcí) a předložit ho on-chain kontraktu. Pokud je důkaz o platnosti ověřen, navrhovaný stav je přijat a validium přepne na nový kořen stavu. + +### Vklady a výběry {#deposits-and-withdrawals} + +Uživatelé přesouvají prostředky z Etherea na validium vložením ETH (nebo jakéhokoli tokenu kompatibilního s ERC) do on-chain kontraktu. Kontrakt přenese událost vkladu na validium off-chain, kde je na adresu uživatele připsána částka odpovídající jeho vkladu. Operátor také zahrne tuto vkladovou transakci do nového balíku. + +Pro přesun prostředků zpět na Mainnet zahájí uživatel validia transakci výběru a předloží ji operátorovi, který ověří žádost o výběr a zahrne ji do balíku. Aktiva uživatele na validiu jsou zničena, dříve než mohou opustit systém. Jakmile je důkaz o platnosti spojený s balíkem ověřen, uživatel může zavolat hlavní kontrakt a vybrat zbytek svého původního vkladu. + +Jako mechanismus proti cenzuře umožňuje validiový protokol uživatelům vybírat přímo z validiového kontraktu bez použití operátora. V tomto případě musí uživatelé poskytnout Merkle důkaz ověřovacímu kontraktu, který prokazuje zahrnutí účtu do kořene stavu. Pokud je důkaz přijat, uživatel může zavolat funkci pro výběr z hlavního kontraktu a vybrat své prostředky z validia. + +### Podání balíčku {#batch-submission} + +Po exekuci balíčku transakcí předloží operátor přidružený důkaz o platnosti ověřovacímu kontraktu a navrhne nový kořen stavu hlavnímu kontraktu. Pokud je důkaz platný, hlavní kontrakt aktualizuje stav validia a finalizuje výsledky transakcí v balíku. + +Na rozdíl od ZK-rollupu nejsou producenti bloků na validiu povinni zveřejňovat transakční data pro balíky transakcí (pouze záhlaví bloků). To dělá z validia čistě off-chain škálovací protokol, na rozdíl od „hybridních“ škálovacích protokolů (tj. [vrstva 2](/layer-2/)), které zveřejňují stavová data na hlavním řetězci Etherea jako `calldata`. + +### Dostupnost dat {#data-availability} + +Jak už jsme zmínili, validia využívají off-chain model dostupnosti dat, kde operátoři ukládají veškerá transakční data mimo Ethereum Mainnet. Malá on-chain datová stopa validia zlepšuje škálovatelnost (propustnost není omezena kapacitou zpracování dat na Ethereu) a snižuje poplatky uživatelů (náklady na publikování `calldata` jsou nižší). + +Off-chain dostupnost dat však představuje problém: Data nezbytná k vytvoření nebo ověření Merkle důkazů mohou být nedostupná. To znamená, že uživatelé nemusí být schopni vybrat prostředky z on-chain kontraktu, pokud by operátoři podváděli. + +Různá řešení validií se pokoušejí tento problém vyřešit decentralizací úložiště stavových dat. To zahrnuje tlak na producenty bloků, aby zasílali základní data „správcům dostupnosti dat,“ kteří jsou zodpovědní za ukládání off-chain dat a zpřístupnění uživatelům na požádání. + +Správci dostupnosti dat ve validiu potvrzují dostupnost dat pro transakce mimo řetězec tím, že podepisují každý balík validia. Tyto podpisy představují formu „důkazu dostupnosti,“ který ověřovací kontrakt na řetězci kontroluje před schválením aktualizací stavu. + +Validia se liší v přístupu ke správě dostupnosti dat. Některá se spoléhají na důvěryhodné strany pro ukládání stavových dat, zatímco jiná využívají náhodně přidělené validátory. + +#### Komise pro dostupnost dat (DAC) {#data-availability-committee} + +Pro zajištění dostupnosti off-chain dat jmenují některá validiová řešení skupinu důvěryhodných subjektů, společně známou jako komise pro dostupnost dat (DAC), která ukládá kopie stavu a poskytuje důkazy o dostupnosti dat. DAC jsou snazší na implementaci a vyžadují méně koordinace, protože členství je omezené. + +Uživatelé však musí věřit DAC, že data budou k dispozici, když budou potřeba (např. pro generování Merkle důkazů). Existuje možnost, že členové komise [budou kompromitováni podvodníkem](https://notes.ethereum.org/DD7GyItYQ02d0ax_X-UbWg?view), který pak může zadržovat off-chain data. + +[Více o komisi pro dostupnost dat na validiu](https://medium.com/starkware/data-availability-e5564c416424). + +#### Dostupnost vázaných dat {#bonded-data-availability} + +Jiná validia vyžadují, aby účastníci zodpovědní za ukládání offline dat před převzetím své role zastavili (tj. uzamkli) tokeny ve smart kontraktu. Tento stake slouží jako „závazek“ k zajištění čestného chování mezi správci dostupnosti dat a snižuje potřebu důvěry. Pokud tito účastníci nedokážou prokázat dostupnost dat, jejich záloha se zmenší. + +V rámci schématu dostupnosti vázaných dat může být kdokoli pověřen držením off-chain dat, pokud poskytne požadovaný stake. To rozšiřuje okruh způsobilých správců dostupnosti dat a snižuje centralizaci, která ovlivňuje komisi pro dostupnost dat (DAC). Důležitější je, že tento přístup spoléhá na kryptoekonomické incentivy, které brání podvodné aktivitě, což je podstatně bezpečnější než jmenování důvěryhodných stran pro zajištění offline dat ve validiu. + +[Více o dostupnosti vázaných dat na validiu](https://blog.matter-labs.io/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf). + +## Volitia a validium {#volitions-and-validium} + +Validium nabízí mnoho výhod, ale přináší i kompromisy (nejvýrazněji v oblasti dostupnosti dat). Stejně jako u mnoha škálovacích řešení je validium vhodné pro specifické případy použití – právě proto byla vytvořena volitia. + +Volitia kombinují ZK-rollup a validiový řetězec a umožňují uživatelům přepínat mezi těmito dvěma škálovacími řešeními. S volitiemi mohou uživatelé využívat off-chain dostupnosti dat validia pro určité transakce a přitom si zachovat možnost přepnout na on-chain dostupnost dat (ZK-rollup), pokud je to potřeba. To v podstatě dává uživatelům svobodu volby kompromisů, které odpovídají jejich jedinečným okolnostem. + +Decentralizovaná burza (DEX) může preferovat použití škálovatelné a soukromé infrastruktury validia pro transakce s vysokou hodnotou. Může také použít ZK-rollup pro uživatele, kteří chtějí vyšší bezpečnostní záruky a nezávislost na důvěře, které ZK-rollup nabízí. + +## Validia a kompatibilita s EVM {#validiums-and-evm-compatibility} + +Stejně jako ZK-rollupy jsou validia většinou vhodná pro jednoduché aplikace, jako jsou směny tokenů a platby. Podpora obecného výpočtu a exekuce smart kontraktů na validiu je obtížná na implementaci vzhledem ke značné režii při ověřování instrukcí [EVM](/developers/docs/evm/) v zero-knowledge důkazním okruhu. + +Některé validiové projekty se pokoušejí tento problém obejít kompilací jazyků kompatibilních s EVM (např. Solidity, Vyper) do vytváření vlastního bytecode optimalizovaného pro efektivní ověřování. Nevýhodou tohoto přístupu je, že nové virtuální stroje přátelské k důkazům s nulovou znalostí nemusí podporovat důležité opkódy EVM a vývojáři musí psát přímo v high-level jazyce. To vytváří ještě více problémů: Nutí vývojáře stavět dappky s úplně novým vývojovým stackem a narušuje kompatibilitu se stávající infrastrukturou Etherea. + +Některé týmy se však pokoušejí optimalizovat stávající opkódy EVM pro ZK-důkazní kruhy. To povede k vývoji virtuálního stroje Etherea s nulovou znalostí (zkEVM), virtuálního stroje kompatibilního s EVM, který generuje důkazy pro ověření správnosti exekuce programů. Se zkEVM mohou validiové řetězce exekuovat smart kontrakty mimo řetězec a předkládat důkazy o platnosti k ověření off-chain výpočtů (bez nutnosti je znovu provádět) na Ethereu. + +[Více o zkEVM](https://www.alchemy.com/overviews/zkevm). + +## Jak validia škálují Ethereum? {#scaling-ethereum-with-validiums} + +### 1. Off-chain úložiště dat {#off-chain-data-storage} + +Škálovací projekty vrstvy 2, jako jsou optimistické rollupy a ZK-rollupy, vyměňují nekonečnou škálovatelnost čistě off-chain škálovacích protokolů (např. [Plasma](/developers/docs/scaling/plasma/)) za bezpečnost tím, že publikují některá transakční data na vrstvě 1. To však znamená, že škálovatelnost rollupů je omezena šířkou pásma dat na Ethereum Mainnetu ([sharding dat](/roadmap/danksharding/) si klade za cíl zlepšit kapacitu úložiště dat na Ethereu právě z tohoto důvodu). + +Validia dosahují škálovatelnosti tím, že udržují všechna transakční data mimo řetězec a publikují pouze závazky stavu (a důkazy o platnosti) při přenosu aktualizací stavu na hlavní řetězec Etherea. Existence důkazů o platnosti však poskytuje validiu vyšší bezpečnostní záruky než jiná čistě off-chain škálovací řešení, včetně Plasmy a [postranních řetězců](/developers/docs/scaling/sidechains/). Snížením množství dat, která musí Ethereum zpracovat před ověřením transakcí mimo řetězec, validiové návrhy výrazně zvyšují propustnost na Mainnetu. + +### 2. Rekurzivní důkazy {#recursive-proofs} + +Rekurzivní důkaz je důkaz o platnosti, který ověřuje platnost jiných důkazů. Tyto „důkazy důkazů“ jsou generovány rekurzivním agregováním více důkazů, dokud není vytvořen jeden konečný důkaz, který ověřuje všechny předchozí důkazy. Rekurzivní důkazy škálují rychlost zpracování blockchainu tím, že zvyšují počet transakcí, které mohou být ověřeny na jeden důkaz o platnosti. + +Obvykle každý důkaz o platnosti, který operátor validia předloží k ověření Ethereu, ověřuje integritu jednoho bloku. Na druhou stranu lze jeden rekurzivní důkaz použít k potvrzení platnosti několika bloků validia současně – je to možné, protože ověřovací okruh může rekurzivně agregovat několik blokových důkazů do jednoho konečného důkazu. Pokud ověřovací kontrakt na řetězci přijme rekurzivní důkaz, všechny podkladové bloky jsou okamžitě finalizovány. + +## Výhody a nevýhody validia {#pros-and-cons-of-validium} + +| Plusy | Mínusy | +| ------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------- | +| Důkazy o platnosti zajišťují integritu transakcí mimo řetězec a zabraňují operátorům finalizovat neplatné aktualizace stavu. | Výroba důkazů o platnosti vyžaduje speciální hardware, což představuje riziko centralizace. | +| Zvyšuje efektivitu kapitálu pro uživatele (žádné zpoždění při výběru prostředků zpět na Ethereum). | Omezená podpora pro obecné výpočty a smart kontrakty; pro vývoj jsou nutné specializované jazyky. | +| Není náchylné k určitým ekonomickým útokům, kterým čelí systémy založené na důkazech podvodu u aplikací s vysokou hodnotou. | Vyžaduje vysoký výpočetní výkon pro generování ZK důkazů; není nákladově efektivní pro aplikace s nízkou propustností. | +| Snižuje poplatky za palivo pro uživatele tím, že neposílá calldata na Ethereum Mainnet. | Pomalejší subjektivní finálnost (10–30 minut na vytvoření ZK důkazu), ale rychlejší k úplné finálnosti, protože při řešení sporů není žádné zpoždění. | +| Vhodné pro specifické případy použití, jako je obchodování nebo blockchainové hry, které upřednostňují soukromí transakcí a škálovatelnost. | Uživatelé mohou mít zablokovaný výběr prostředků, protože generování Merkle důkazů o vlastnictví vyžaduje, aby off-chain data byla dostupná po celou dobu. | +| Dostupnost dat mimo řetězec poskytuje vyšší úroveň propustnosti a zvyšuje škálovatelnost. | Bezpečnostní model spoléhá na důvěru a kryptoekonomické incentivy, na rozdíl od ZK-rollupů, které se spoléhají čistě na kryptografické bezpečnostní mechanismy. | + +### Použití validia a volitia {#use-validium-and-volitions} + +Několik projektů poskytuje implementace validia a volitia, které můžete integrovat do svých dapp: + +**StarkWare StarkEx** – _StarkEx je škálovací řešení pro Ethereum druhé vrstvy (L2), které je založeno na důkazech o platnosti. Může fungovat buď v ZK-Rollup, nebo validium režimu dostupnosti dat._ + +- [Dokumentace](https://docs.starkware.co/starkex-v4/starkex-deep-dive/data-availability-modes#validium) +- [Web](https://starkware.co/starkex/) + +**Matter Labs zkPorter** – _zkPorter je škálovací protokol druhé vrstvy, který řeší dostupnost dat hybridním přístupem, který kombinuje myšlenky zkRollupu a shardingu. Může podporovat libovolný počet shardů, každý s vlastní politikou dostupnosti dat._ + +- [Blog](https://blog.matter-labs.io/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf) +- [Dokumentace](https://docs.zksync.io/zk-stack/concepts/data-availability) +- [Web](https://zksync.io/) + +## Další informace {#further-reading} + +- [Validium And The Layer 2 Two-By-Two — Issue No. 99](https://www.buildblockchain.tech/newsletter/issues/no-99-validium-and-the-layer-2-two-by-two) +- [ZK-rollupy versus Validium](https://blog.matter-labs.io/zkrollup-vs-validium-starkex-5614e38bc263) +- [Volition a vznikající spektrum dostupnosti dat](https://medium.com/starkware/volition-and-the-emerging-data-availability-spectrum-87e8bfa09bb) +- [Rollupy, validia a volitia: Seznamte se s nejžhavějšími škálovacími řešeními pro Ethereum](https://www.defipulse.com/blog/rollups-validiums-and-volitions-learn-about-the-hottest-ethereum-scaling-solutions) diff --git a/public/content/translations/cs/developers/docs/scaling/zk-rollups/index.md b/public/content/translations/cs/developers/docs/scaling/zk-rollups/index.md new file mode 100644 index 00000000000..6120233ef79 --- /dev/null +++ b/public/content/translations/cs/developers/docs/scaling/zk-rollups/index.md @@ -0,0 +1,259 @@ +--- +title: Rollupy s nulovým přístupem +description: Úvod do rollupů s nulovou znalostí – řešení pro škálování, které používá komunita Etherea. +lang: cs +--- + +Rollupy s nulovou znalostí (ZK-rollupy) jsou [škálovací řešení](/developers/docs/scaling/) vrstvy 2, která zvyšují propustnost na Ethereum Mainnetu tím, že přesouvají výpočty a ukládání stavu mimo řetězec. ZK-rollupy mohou zpracovat tisíce transakcí v jednom balíku a poté na Mainnetu zveřejní pouze minimální souhrnná data. Tato souhrnná data definují změny, které by měly být provedeny ve stavu Etherea, a obsahují kryptografický důkaz o správnosti těchto změn. + +## Předpoklady {#prerequisites} + +Měli byste si přečíst a porozumět naší stránce o [škálování Etherea](/developers/docs/scaling/) a [vrstvě 2](/layer-2). + +## Co jsou rollupy s nulovou znalostí? {#what-are-zk-rollups} + +**Rollupy s nulovou znalostí (ZK-rollupy)** seskupují (nebo „rolují“) transakce do balíků, které jsou exekuovány mimo řetězec. Off-chain výpočty snižují množství dat, která musí být zveřejněna na blockchainu. Operátoři ZK-rollupů předkládají souhrn změn potřebných k reprezentaci všech transakcí v balíku místo toho, aby odesílali každou transakci jednotlivě. Také vytvářejí [důkazy o platnosti](/glossary/#validity-proof), které prokazují správnost těchto změn. + +Stav ZK-rollupu je udržován smart kontraktem nasazeným na síti Etherea. Pro aktualizaci stavu musí síťové uzly ZK-rollupu předložit důkaz o platnosti k ověření. Jak bylo zmíněno, důkaz o platnosti je kryptografickou zárukou, že změna stavu navržená rollupem je skutečně výsledkem exekuce daného balíku transakcí. To znamená, že ZK-rollupy potřebují k finalizaci transakcí na Ethereu poskytnout pouze důkazy o platnosti namísto zveřejnění všech transakčních dat na řetězci, jako to dělají [optimistické rollupy](/developers/docs/scaling/optimistic-rollups/). + +Při přesunu prostředků ze ZK-rollupu na Ethereum nedochází ke zpožděním, protože transakce výstupu jsou provedeny ihned po ověření důkazu o platnosti kontraktem ZK-rollupu. Naopak výběr prostředků z optimistických rollupů podléhá zpoždění, aby měl kdokoli možnost napadnout výstupní transakci [důkazem podvodu](/glossary/#fraud-proof). + +ZK-rollupy zapisují transakce na Ethereum jako `calldata`. `calldata` je místo, kde jsou uložena data, která jsou zahrnuta v externích voláních funkcí smart kontraktů. Informace v `calldata` jsou publikovány na blockchainu, což umožňuje komukoli nezávisle rekonstruovat stav rollupu. ZK-rollupy používají kompresní techniky ke snížení objemu transakčních dat – například účty jsou reprezentovány indexem namísto adresy, což ušetří 28 bajtů dat. Publikování dat na řetězec je pro rollupy velkým nákladem, takže komprese dat může snížit poplatky uživatelů. + +## Jak ZK-rollupy interagují s Ethereem? {#zk-rollups-and-ethereum} + +Řetězec ZK-rollupu je off-chain protokol, který funguje na vrcholu blockchainu Etherea a je řízen on-chain smart kontrakty na Ethereu. ZK-rollupy provádějí transakce mimo Mainnet, ale pravidelně odesílají balíky transakcí z off-chain na on-chain kontrakt rollupu. Tento záznam transakcí je neměnný, podobně jako blockchain Etherea, a tvoří řetězec ZK-rollupu. + +Základní architektura ZK-rollupu se skládá z následujících komponent: + +1. **On-chain kontrakty**: Jak již bylo zmíněno, ZK-rollup protokol je řízen smart kontrakty běžícími na Ethereu. To zahrnuje hlavní kontrakt, který ukládá bloky rollupu, sleduje vklady a monitoruje aktualizace stavu. Další on-chain kontrakt (ověřovací kontrakt) ověřuje důkazy s nulovou znalostí předložené producenty bloků. Ethereum tak slouží jako základní vrstva nebo „vrstva 1“ pro ZK-rollup. + +2. **Off-chain virtuální stroj (VM)**: Zatímco ZK-rollup protokol existuje na Ethereu, provádění transakcí a ukládání stavu probíhá na samostatném virtuálním stroji nezávislém na [EVM](/developers/docs/evm/). Tento off-chain VM je prostředí pro provádění transakcí na ZK-rollupu a slouží jako sekundární vrstva nebo „vrstva 2“ pro ZK-rollup protokol. Důkazy o platnosti ověřené na Ethereum Mainnetu zaručují správnost přechodů stavu v off-chain VM. + +ZK-rollupy jsou „hybridní škálovací řešení“ – off-chain protokoly, které fungují nezávisle, ale odvozují bezpečnost od Etherea. Konkrétně síť Etherea vynucuje platnost aktualizací stavu na ZK-rollupu a zaručuje dostupnost dat za každou aktualizací stavu rollupu. Výsledkem je, že ZK-rollupy jsou podstatně bezpečnější než čistě off-chain škálovací řešení, jako jsou [postranní řetězce](/developers/docs/scaling/sidechains/), které jsou odpovědné za své bezpečnostní vlastnosti, nebo [validia](/developers/docs/scaling/validium/), která také ověřují transakce na Ethereu pomocí důkazů o platnosti, ale ukládají transakční data jinde. + +Rollupy s nulovou znalostí se spoléhají na hlavní protokol Etherea z následujících důvodů: + +### Dostupnost dat {#data-availability} + +ZK-rollupy publikují stavová data pro každou transakci zpracovanou mimo řetězec na Ethereu. S těmito daty je možné, aby jednotlivci nebo firmy reprodukovali stav rollupu a sami si ověřili řetězec. Ethereum zpřístupňuje tato data všem účastníkům sítě jako `calldata`. + +ZK-rollupy nepotřebují zveřejňovat mnoho transakčních dat on-chain, protože důkazy o platnosti již ověřují autenticitu změn stavu. Nicméně ukládání dat on-chain je stále důležité, protože umožňuje nezávislé ověření stavu řetězce vrstvy 2 bez nutnosti důvěry, což zase umožňuje komukoli odesílat balíky transakcí a zabraňuje škodlivým operátorům v cenzurování nebo zmrazení řetězce. + +On-chain data jsou nezbytná pro to, aby mohli uživatelé interagovat s rollupem. Bez přístupu k datům stavu uživatelé nemohou dotazovat zůstatek svého účtu nebo iniciovat transakce (např. výběry), které závisí na informacích o stavu. + +### Finálnost transakcí {#transaction-finality} + +Ethereum funguje jako vypořádací vrstva pro ZK-rollupy: Transakce vrstvy 2 jsou finalizovány pouze tehdy, pokud L1 kontrakt přijme důkaz o platnosti. To eliminuje riziko, že by podvodní operátoři mohli řetězec zkompromitovat (např. ukrást prostředky rollupu), protože každá transakce musí být schválena na Mainnetu. Ethereum také zaručuje, že uživatelské operace nemohou být po jejich finalizaci na L1 zrušeny. + +### Odolnost proti cenzuře {#censorship-resistance} + +Většina ZK-rollupů používá „superuzel“ (operátora) k provádění transakcí, vytváření balíků a odesílání bloků na vrstvu 1. I když to zajišťuje efektivitu, zvyšuje to riziko cenzury: Podvodní operátoři ZK-rollupu mohou cenzurovat uživatele tím, že odmítnou zahrnout jejich transakce do balíků. + +Jako bezpečnostní opatření umožňují ZK-rollupy uživatelům zasílat transakce přímo na rollup kontrakt na Mainnetu, pokud se domnívají, že jsou operátorem cenzurováni. To umožňuje uživatelům vynutit si výstup ze ZK-rollupu na Ethereum, aniž by se museli spoléhat na svolení operátora. + +## Jak ZK-rollupy fungují? {#how-do-zk-rollups-work} + +### Transakce {#transactions} + +Uživatelé v ZK-rollupu podepisují transakce a zasílají je operátorům L2 ke zpracování a zahrnutí do dalšího balíku. V některých případech je operátor centralizovaný subjekt, nazývaný sekvencer, který provádí transakce, agreguje je do balíků a odesílá na vrstvu 1. Sekvencer v tomto systému je jediným subjektem, který má povoleno vytvářet bloky vrstvy 2 a přidávat transakce rollupu do kontraktu ZK-rollupu. + +Jiné ZK-rollupy mohou rotovat roli operátora pomocí sady validátorů [proof of stake](/developers/docs/consensus-mechanisms/pos/). Potenciální operátoři vkládají prostředky do kontraktu rollupu, přičemž velikost každého vkladu ovlivňuje šance stakera na výběr pro vytvoření dalšího balíku rollupu. Podíl operátora může být penalizován snížením zástavy, pokud jedná podvodně, což ho motivuje k tomu, aby odesílal platné bloky. + +#### Jak ZK-rollupy publikují transakční data na Ethereu {#how-zk-rollups-publish-transaction-data-on-ethereum} + +Jak jsme už vysvětlili, transakční data jsou publikována na Ethereu jako `calldata`. `calldata` je datová oblast ve smart kontraktu, která slouží k předávání argumentů do funkce a chová se podobně jako [paměť](/developers/docs/smart-contracts/anatomy/#memory). Zatímco oblast `calldata` není uložena jako součást stavu Etherea, přetrvává na řetězci jako součást [historických logů](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html?highlight=memory#logs) řetězce Etherea. `calldata` neovlivňuje stav Etherea, což z ní činí levný způsob ukládání dat na řetězci. + +Klíčové slovo `calldata` často identifikuje metodu smart kontraktu, kterou transakce volá, a obsahuje vstupy do metody ve formě libovolné posloupnosti bajtů. ZK-rollupy používají `calldata` k publikování komprimovaných transakčních dat na řetězec; operátor rollupu jednoduše přidá nový balík tím, že zavolá požadovanou funkci v kontraktu rollupu a předá komprimovaná data jako argumenty funkce. To pomáhá snižovat náklady uživatelů, protože velká část poplatků za rollupy jde na ukládání transakčních dat na řetězci. + +### Závazky stavu {#state-commitments} + +Stav ZK-rollupu, který zahrnuje účty a zůstatky vrstvy 2, je reprezentován jako [Merkle tree](/whitepaper/#merkle-trees). Kryptografický hash kořene Merkle tree (Merkle kořen) je uložen v on-chain kontraktu, což umožňuje protokolu rollupu sledovat změny ve stavu ZK-rollupu. + +Rollup přechází do nového stavu po provedení nové sady transakcí. Operátor, který inicioval přechod stavu, musí vypočítat nový kořen stavu a předložit ho on-chain kontraktu. Pokud je důkaz o platnosti spojený s balíkem ověřen ověřovacím kontraktem, nový Merkle kořen se stává kanonickým kořenem stavu ZK-rollupu. + +Kromě výpočtu kořenů stavu operátor ZK-rollupu také vytváří kořen balíku – kořen Merkle tree zahrnujícího všechny transakce v balíku. Když je předložen nový balík, kontrakt rollupu ukládá kořen balíku, což umožňuje uživatelům prokázat, že transakce (např. žádost o výběr) byla zahrnuta do balíku. Uživatelé budou muset poskytnout podrobnosti o transakci, kořen balíku a [Merkle důkaz](/developers/tutorials/merkle-proofs-for-offline-data-integrity/) prokazující cestu vedoucí k zahrnutí. + +### Důkazy platnosti {#validity-proofs} + +Nový kořen stavu, který operátor ZK-rollupu předloží L1 kontraktu, je výsledkem aktualizací stavu rollupu. Řekněme, že Alice pošle Bobovi 10 tokenů, operátor jednoduše sníží zůstatek Alice o 10 a zvýší zůstatek Boba o 10. Operátor pak zahešuje aktualizovaná data účtu, znovu vytvoří Merkle tree rollupu a předloží nový Merkle kořen on-chain kontraktu. + +Ale kontrakt rollupu automaticky nepřijme navrhovaný závazek stavu, dokud operátor neprokáže, že nový Merkle kořen je výsledkem správných aktualizací stavu rollupu. Operátor ZK-rollupu to provede vytvořením důkazu platnosti, což je stručný kryptografický závazek ověřující správnost seskupených transakcí. + +Důkazy platnosti umožňují stranám prokázat správnost tvrzení, aniž by odhalily samotné tvrzení – proto se také nazývají důkazy s nulovou znalostí. ZK-rollupy používají důkazy o platnosti k potvrzení správnosti off-chain přechodů stavu, aniž by bylo nutné znovu provádět transakce na Ethereu. Tyto důkazy mohou mít podobu [ZK-SNARK](https://arxiv.org/abs/2202.06877) (Zero-Knowledge Succinct Non-Interactive Argument of Knowledge) nebo [ZK-STARK](https://eprint.iacr.org/2018/046) (Zero-Knowledge Scalable Transparent Argument of Knowledge). + +Oba typy důkazů, SNARKy a STARKy, pomáhají potvrdit integritu off-chain výpočtů v ZK-rollupech, ačkoli každý typ důkazu má své charakteristické rysy. + +**ZK-SNARKy** + +Aby protokol ZK-SNARK fungoval, je nutné vytvořit společný referenční řetězec (Common Reference String, CRS): CRS poskytuje veřejné parametry pro dokazování a ověřování důkazů o platnosti. Bezpečnost systému dokazování závisí na nastavení CRS; pokud by se informace použité k vytvoření veřejných parametrů dostaly do rukou podvodníků, mohli by být schopni generovat falešné důkazy platnosti. + +Některé ZK-rollupy se pokoušejí tento problém vyřešit pomocí [ceremoniálu více stran (multi-party computation ceremony, MPC)](https://zkproof.org/2021/06/30/setup-ceremonies/amp/), který zahrnuje důvěryhodné jednotlivce při generování veřejných parametrů pro ZK-SNARK okruh. Každá strana přispívá určitou náhodností (nazývanou „toxický odpad“) k vytvoření CRS, kterou musí okamžitě zničit. + +Důvěryhodné nastavení se používá, protože zvyšuje bezpečnost nastavení CRS. V případě, že byť pouze jeden čestný účastník zničí svůj vstup, je bezpečnost ZK-SNARK systému zaručena. Tento přístup však vyžaduje důvěru, že zapojení jedinci skutečně vymažou svou náhodnost a nepodkopou bezpečnostní záruky systému. + +Bez ohledu na nutnost důvěry jsou ZK-SNARKy oblíbené pro své malé velikosti důkazů a konstantní dobu ověřování. Protože ověřování důkazů na vrstvě 1 představuje největší náklad na provoz ZK-rollupu, vrstvy 2 používají ZK-SNARKy k vytváření důkazů, které lze na Mainnetu rychle a levně ověřit. + +**ZK-STARKy** + +Stejně jako ZK-SNARKy, ZK-STARKy prokazují platnost off-chain výpočtů, aniž by odhalily vstupy. ZK-STARKy jsou nicméně považovány za zlepšení oproti ZK-SNARKům díky jejich škálovatelnosti a transparentnosti. + +ZK-STARKy jsou „transparentní“, protože mohou fungovat bez nastavení společného referenčního řetězce (CRS), které vyžaduje důvěru. Místo toho se ZK-STARKy spoléhají na veřejně ověřitelnou náhodnost k nastavení parametrů pro generování a ověřování důkazů. + +ZK-STARKy také poskytují větší škálovatelnost, protože čas potřebný k prokázání a ověření důkazů o platnosti roste _kvazilineárně_ ve vztahu ke složitosti podkladového výpočtu. U ZK-SNARKů se čas potřebný k prokázání a ověření důkazů škáluje _lineárně_ ve vztahu k velikosti podkladového výpočtu. To znamená, že ZK-STARKy vyžadují méně času než ZK-SNARKy pro prokazování a ověřování, když jsou zahrnuty velké objemy dat, což je činí užitečnými pro aplikace s vysokým objemem transakcí. + +ZK-STARKy jsou také bezpečné vůči kvantovým počítačům, zatímco se obecně věří, že kryptografie na eliptických křivkách (Elliptic Curve Cryptography, ECC) používaná v ZK-SNARK řešeních je náchylná k útokům kvantových počítačů. Nevýhodou ZK-STARKů je, že produkují větší velikosti důkazů, což je dražší na ověřování na Ethereu. + +#### Jak fungují důkazy o platnosti na ZK-rollupech? {#validity-proofs-in-zk-rollups} + +##### Generování důkazů + +Před přijetím transakcí provede operátor obvyklé kontroly. To zahrnuje potvrzení, že: + +- Účty odesílatele a příjemce jsou součástí stromu stavu. +- Odesílatel má dostatek prostředků na zpracování transakce. +- Transakce je správná a odpovídá veřejnému klíči odesílatele na rollupu. +- Nonce odesílatele je správné atd. + +Jakmile má síťový uzel ZK-rollupu dostatek transakcí, agreguje je do balíku a připraví vstupy pro ověřovací okruh, aby je sestavil do stručného ZK-důkazu. To zahrnuje: + +- Kořen Merkle tree zahrnující všechny transakce v balíku. +- Merkle důkazy pro transakce k prokázání jejich zahrnutí do balíku. +- Merkle důkazy pro každý pár odesílatel-příjemce v transakcích, aby bylo možné prokázat, že tyto účty jsou součástí stromu stavu rollupu. +- Sadu mezistavových kořenů, odvozených z aktualizace kořene stavu po aplikaci aktualizací stavu pro každou transakci (tj. snížení zůstatku účtů odesílatelů a zvýšení zůstatku účtů příjemců). + +Ověřovací okruh vypočítá důkaz o platnosti tak, že „prochází“ každou transakci a provádí stejné kontroly, které operátor provedl před zpracováním transakce. Nejprve ověřuje, zda je účet odesílatele součástí existujícího kořene stavu pomocí poskytnutého Merkle důkazu. Poté sníží zůstatek odesílatele, zvýší jeho nonce, zahešuje aktualizovaná data účtu a spojí je s Merkle důkazem k vytvoření nového Merkle kořene. + +Tento Merkle kořen odráží jedinou změnu ve stavu ZK-rollupu: změnu zůstatku a nonce odesílatele. To je možné, protože Merkleův důkaz použitý k prokázání existence účtu je použit k odvození nového kořene stavu. + +Ověřovací okruh provádí stejný proces na účtu příjemce. Ověří, zda účet příjemce existuje pod mezistavovým kořenem (pomocí Merkle důkazu), zvýší jeho zůstatek, znovu zahešuje data účtu a spojí je s Merkle důkazem k vytvoření nového kořene stavu. + +Tento proces se opakuje pro každou transakci; každá „smyčka“ vytváří nový kořen stavu z aktualizace účtu odesílatele a následný nový kořen z aktualizace účtu příjemce. Jak jsme již vysvětlili, každá aktualizace kořene stavu představuje změnu jedné části stromu stavu rollupu. + +ZK-ověřovací okruh iteruje celým balíkem transakcí, ověřuje sekvenci aktualizací, které vedou k finálnímu kořenu stavu po provedení poslední transakce. Poslední vypočítaný Merkle kořen se stává nejnovějším kanonickým kořenem stavu ZK-rollupu. + +##### Ověřování důkazů + +Po ověření správnosti aktualizací stavu ověřovacím okruhem podá operátor L2 vypočítaný důkaz o platnosti ověřovacímu kontraktu na L1. Ověřovací okruh kontraktu ověřuje platnost důkazu a také kontroluje veřejné vstupy, které jsou součástí důkazu: + +- **Představový kořen**: Starý kořen stavu ZK-rollupu (tj. před provedením seskupených transakcí), který odráží poslední známý platný stav řetězce L2. + +- **Po-stavový kořen**: Nový kořen stavu ZK-rollupu (tj. po provedení seskupených transakcí), který odráží nejnovější stav řetězce L2. Po-stavový kořen je finální kořen odvozený po aplikaci aktualizací stavu v ověřovacím okruhu. + +- **Kořen balíku**: Merkle kořen balíku, odvozený _merklováním_ transakcí v balíku a hašováním kořene stromu. + +- **Transakční vstupy**: Data spojená s transakcemi, které jsou součástí podaného balíku. + +Pokud důkaz splňuje podmínky okruhu (tj. je platný), znamená to, že existuje sekvence platných transakcí, které přecházejí z rollupu z předchozího stavu (kryptograficky otisknutého představovým kořenem) do nového stavu (kryptograficky otisknutého po-stavovým kořenem). Pokud se představový kořen shoduje s kořenem uloženým v kontraktu rollupu a důkaz je platný, kontrakt rollupu vezme po-stavový kořen z důkazu a aktualizuje svůj strom stavu, aby odrážel změněný stav rollupu. + +### Vstupy a výstupy {#entries-and-exits} + +Uživatelé vstupují do ZK-rollupu vkladem tokenů do kontraktu rollupu nasazeného na řetězci L1. Tato transakce je zařazena do fronty, protože pouze operátoři mohou podávat transakce do kontraktu rollupu. + +Pokud se fronta čekajících vkladů začne plnit, operátor ZK-rollupu vezme vkladové transakce a odešle je do rollupového kontraktu. Jakmile jsou prostředky uživatele v rollupu, mohou začít provádět transakce tím, že je pošlou operátorovi ke zpracování. Uživatelé mohou ověřit zůstatky na rollupu tak, že zahašují svá data účtu, pošlou hash do rollupového kontraktu a poskytnou Merkle důkaz pro ověření vůči aktuálnímu kořeni stavu. + +Výběr ze ZK-rollupu na L1 je jednoduchý. Uživatel zahájí výstupní transakci tím, že pošle svá aktiva na rollupu na určený účet ke spálení. Pokud operátor zahrne transakci do dalšího balíku, uživatel může předložit žádost o výběr on-chain kontraktu. Tato žádost o výběr bude obsahovat následující: + +- Merkle důkaz prokazující zahrnutí uživatelské transakce na účet ke spálení v transakčním balíku + +- Transakční data + +- Kořen balíku + +- Adresu na L1 pro příjem vkládaných prostředků + +Rollup kontrakt zahašuje transakční data, ověří, zda kořen balíku existuje, a použije Merkle důkaz k ověření, zda je hash transakce součástí kořene balíku. Poté kontrakt provede výstupní transakci a odešle prostředky na adresu uživatele na L1. + +## ZK-rollupy a kompatibilita s EVM {#zk-rollups-and-evm-compatibility} + +Na rozdíl od optimistických rollupů nejsou ZK-rollupy snadno kompatibilní s [Virtuálním strojem Etherea (EVM)](/developers/docs/evm/). Ověřování obecného výpočtu EVM v okruzích je složitější a náročnější na zdroje než ověřování jednoduchých výpočtů (jako je dříve popsaný převod tokenů). + +[Pokroky v technologii nulové znalosti](https://hackmd.io/@yezhang/S1_KMMbGt#Why-possible-now) však znovu probouzí zájem o zabalení výpočtů EVM do důkazů s nulovou znalostí. Tyto snahy směřují k vytvoření implementace EVM s nulovou znalostí (zkEVM), která by mohla efektivně ověřovat správnost provádění programů. zkEVM znovu vytváří stávající opkódy EVM pro dokazování a nebo ověřování v okruzích, což umožňuje exekuci smart kontraktů. + +Stejně jako EVM přechází zkEVM mezi stavy po provedení výpočtu na základě některých vstupů. Rozdíl je v tom, že zkEVM také vytváří důkazy s nulovou znalostí pro ověření správnosti každého kroku v exekuci programu. Důkazy o platnosti by mohly ověřovat správnost operací, které ovlivňují stav VM (paměť, zásobník, úložiště) a samotný výpočet (tj. zda operace zavolala správné opkódy a provedla je správně). + +Zavedení ZK-rollupů kompatibilních s EVM by mělo pomoci vývojářům využít škálovatelnost a bezpečnostní záruky důkazů s nulovou znalostí. Důležitější je, že kompatibilita s nativní infrastrukturou Etherea znamená, že vývojáři mohou vytvářet aplikace přátelské k nulové znalosti pomocí známých (a ověřených) nástrojů a jazyků. + +## Jak fungují poplatky na ZK-rollupech? {#how-do-zk-rollup-fees-work} + +Kolik uživatelé platí za transakce na ZK-rollupech závisí na poplatku za palivo, stejně jako na Ethereum Mainnetu. Nicméně poplatky za palivo fungují na L2 odlišně a jsou ovlivněny následujícími náklady: + +1. **Zápis stavu**: Náklad na zápis do stavu Etherea (tj. podání transakce na blockchainu Etherea) je pevně daný. ZK-rollupy tento náklad snižují tím, že seskupují transakce a rozdělují pevné náklady mezi více uživatelů. + +2. **Publikování dat**: ZK-rollupy publikují stavová data pro každou transakci na Ethereu jako `calldata`. Náklady na `calldata` jsou aktuálně řízeny [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), který stanovuje náklady 16 jednotek paliva za bajt, který není nulový, a 4 jednotky paliva za nulový bajt `calldata`. Cena zaplacená za každou transakci je ovlivněna množstvím `calldata`, které je potřeba zveřejnit. + +3. **Poplatky operátorů L2**: Toto je částka vyplacená operátorovi rollupu jako kompenzace za výpočetní náklady spojené se zpracováním transakcí, podobně jako [„poplatky za prioritu transakce (spropitné)“](/developers/docs/gas/#how-are-gas-fees-calculated) na Ethereum Mainnetu. + +4. **Generování a ověřování důkazů**: Operátoři ZK-rollupu musí produkovat důkazy o platnosti pro transakční balíky, což je náročné na zdroje. Ověřování důkazů s nulovou znalostí na Mainnetu stojí další palivo (asi 500 000 jednotek paliva). + +Kromě seskupování transakcí snižují ZK-rollupy poplatky pro uživatele kompresí transakčních dat. Můžete se [podívat na aktuální přehled nákladů](https://l2fees.info/) na používání Ethereum ZK-rollupů. + +## Jak ZK-rollupy škálují Ethereum? {#scaling-ethereum-with-zk-rollups} + +### Komprese dat transakcí {#transaction-data-compression} + +ZK-rollupy zvyšují propustnost na základní vrstvě Etherea tím, že přesouvají výpočty mimo řetězec, ale skutečný impuls pro škálování přichází s kompresí transakčních dat. [Velikost bloku](/developers/docs/blocks/#block-size) Etherea omezuje množství dat, které může každý blok pojmout, a tím i počet transakcí zpracovaných na blok. Kompresí dat souvisejících s transakcemi ZK-rollupy významně zvyšují počet transakcí zpracovaných v jednom bloku. + +ZK-rollupy mohou komprimovat transakční data lépe než optimistické rollupy, protože nemusí zveřejňovat všechna data potřebná k ověření každé transakce. Musí zveřejnit pouze minimální data potřebná k obnovení nejnovějšího stavu účtů a zůstatků na rollupu. + +### Rekurzivní důkazy {#recursive-proofs} + +Výhodou důkazů s nulovou znalostí je, že důkazy mohou ověřovat jiné důkazy. Například jediný ZK-SNARK může ověřovat jiné ZK-SNARKy. Takové „důkazy důkazů“ se nazývají rekurzivní důkazy a dramaticky zvyšují propustnost na ZK-rollupech. + +V současnosti se důkazy o platnosti generují pro každý blok zvlášť a odesílají se L1 kontraktu k ověření. Ověřování jednotlivých blokových důkazů však omezuje propustnost, kterou mohou ZK-rollupy dosáhnout, protože pouze jeden blok může být finalizován, když operátor předloží důkaz. + +Rekurzivní důkazy však umožňují finalizovat několik bloků jedním důkazem o platnosti. To proto, že ověřovací okruh rekurzivně agreguje více blokových důkazů, dokud nevytvoří jeden finální důkaz. Operátor L2 předloží tento rekurzivní důkaz, a pokud ho kontrakt přijme, všechny příslušné bloky budou okamžitě finalizovány. S rekurzivními důkazy se zvyšuje počet ZK-rollupových transakcí, které mohou být v pravidelných intervalech finalizovány na Ethereu. + +### Výhody a nevýhody ZK-rollupů {#zk-rollups-pros-and-cons} + +| Plusy | Minusy | +| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | +| Důkazy o platnosti zajišťují správnost transakcí mimo řetězec a zabraňují operátorům provádět neplatné přechody stavu. | Náklady spojené s výpočtem a ověřováním důkazů o platnosti jsou značné a mohou zvýšit poplatky pro uživatele rollupu. | +| Nabízejí rychlejší finálnost transakcí, protože aktualizace stavu jsou schváleny, jakmile jsou důkazy o platnosti ověřeny na L1. | Vývoj ZK-rollupů kompatibilních s EVM je obtížný kvůli složitosti technologie nulové znalosti. | +| Spoléhají se na kryptografické mechanismy pro bezpečnost, u kterých není důvěra podmínkou používání, nikoli na čestnost incentivovaných aktérů, jako je tomu u [optimistických rollupů](/developers/docs/scaling/optimistic-rollups/#optimistic-pros-and-cons). | Produkování důkazů platnosti vyžaduje specializovaný hardware, což může podpořit centralizovanou kontrolu řetězce několika stranami. | +| Ukládají data potřebná k obnovení stavu mimo řetězec na L1, což zaručuje bezpečnost, odolnost vůči cenzuře a decentralizaci. | Centralizovaní operátoři (sekvencery) mohou ovlivňovat pořadí transakcí. | +| Uživatelé profitují z vyšší efektivity kapitálu a mohou vybírat prostředky z L2 bez zpoždění. | Požadavky na hardware mohou snížit počet účastníků, kteří mohou vynutit posun řetězce, čímž se zvyšuje riziko, že podvodní operátoři zmrazí stav rollupu a budou cenzurovat uživatele. | +| Nespadají pod předpoklady o živosti a uživatelé nemusí validovat řetězec, aby chránili své prostředky. | Některé ověřovací systémy (např. ZK-SNARK) vyžadují důvěryhodné nastavení, které, pokud je špatně zvládnuto, by mohlo potenciálně ohrozit bezpečnostní model ZK-rollupu. | +| Lepší komprese dat může pomoci snížit náklady na publikování `calldata` na Ethereu a minimalizovat poplatky uživatelů za používání rollupu. | | + +### Vizualizace ZK-rollupů {#zk-video} + +Podívejte se na vysvětlení ZK-rollupů od Finematics: + + + +### Použití ZK-rollupů {#use-zk-rollups} + +Existuje několik implementací ZK-rollupů, které můžete integrovat do svých dappek: + + + +## Kdo pracuje na zkEVM? {#zkevm-projects} + +Projekty pracující na zkEVM zahrnují: + +- **[zkEVM](https://github.com/privacy-scaling-explorations/zkevm-specs)** – _zkEVM je projekt financovaný Ethereum Foundation, jehož cílem je vyvinout ZK-rollup kompatibilní s EVM a mechanismus pro generování důkazů platnosti pro bloky Etherea._ + +- **[Polygon zkEVM](https://polygon.technology/solutions/polygon-zkevm)** – _je decentralizovaný ZK Rollup na Ethereum Mainnetu, který pracuje na Virtuálním stroji Etherea s nulovou znalostí (zkEVM), provádí Ethereum transakce transparentním způsobem, včetně smart kontraktů s ověřením pomocí důkazů s nulovou znalostí._ + +- **[Scroll](https://scroll.io/blog/zkEVM)** – _Scroll je technologicky zaměřená společnost, která pracuje na vybudování nativního zkEVM řešení vrstvy 2 pro Ethereum._ + +- **[Taiko](https://taiko.xyz)** – _Taiko je decentralizovaný, Ethereum-ekvivalentní ZK-rollup ([typ 1 ZK-EVM](https://vitalik.eth.limo/general/2022/08/04/zkevm.html))._ + +- **[ZKsync](https://docs.zksync.io/)** – _ZKsync Era je ZK Rollup kompatibilní s EVM vyvinutý Matter Labs, poháněný vlastním zkEVM._ + +- **[Starknet](https://starkware.co/starknet/)** – _StarkNet je škálovací řešení vrstvy 2 kompatibilní s EVM vyvinuté společností StarkWare._ + +- **[Morph](https://www.morphl2.io/)** – _Morph je hybridní škálovací řešení rollupu, které využívá důkazy s nulovou znalostí k řešení problému se stavem vrstvy 2._ + +## Další čtení o ZK-rollupech {#further-reading-on-zk-rollups} + +- [Co jsou rollupy s nulovou znalostí?](https://coinmarketcap.com/alexandria/glossary/zero-knowledge-rollups) +- [Co jsou rollupy s nulovou znalostí?](https://alchemy.com/blog/zero-knowledge-rollups) +- [STARKy vs SNARKy](https://consensys.net/blog/blockchain-explained/zero-knowledge-proofs-starks-vs-snarks/) +- [Co je zkEVM?](https://www.alchemy.com/overviews/zkevm) +- [Typy ZK-EVM: Ethereum-ekvivalentní, EVM-ekvivalentní, Type 1, Type 4 a další kryptické pojmy](https://taiko.mirror.xyz/j6KgY8zbGTlTnHRFGW6ZLVPuT0IV0_KmgowgStpA0K4) +- [Úvod do zkEVM](https://hackmd.io/@yezhang/S1_KMMbGt) +- [Zdroje awesome-zkEVM](https://github.com/LuozhuZhang/awesome-zkevm) +- [ZK-SNARKY pod pokličkou](https://vitalik.eth.limo/general/2017/02/01/zk_snarks.html) +- [Jak jsou SNARKy možné?](https://vitalik.eth.limo/general/2021/01/26/snarks.html) diff --git a/public/content/translations/cs/developers/docs/transactions/index.md b/public/content/translations/cs/developers/docs/transactions/index.md new file mode 100644 index 00000000000..84b0cb22ddf --- /dev/null +++ b/public/content/translations/cs/developers/docs/transactions/index.md @@ -0,0 +1,221 @@ +--- +title: Transakce +description: Přehled transakcí v síti Ethereum – jak fungují, jaká je jejich datová struktura a jak je odeslat prostřednictvím aplikace. +lang: cs +--- + +Transakce jsou kryptograficky podepsané instrukce poslané z účtů. Účet zahájí transakci, aby aktualizoval stav sítě Ethereum. Nejjednodušší transakcí je převod ETH z jednoho účtu na druhý. + +## Předpoklady {#prerequisites} + +Abyste této stránce lépe porozuměli, doporučujeme vám si nejprve přečíst sekci [Účty](/developers/docs/accounts/) a náš [úvod do Etherea](/developers/docs/intro-to-ethereum/). + +## Co je to transakce? {#whats-a-transaction} + +Transakce na Ethereu odkazuje na akci zahájenou externě vlastněným účtem, jinými slovy účtem spravovaným člověkem, nikoliv kontraktem. Např. pokud Bob pošle Alici 1 ETH, zůstatek na Bobově účtu musí být snížen a Alicin musí být navýšen. Tato akce mění stav sítě a probíhá v rámci transakce. + +![Diagram ukazující, jak transakce způsobí změnu stavu](./tx.png) _Diagram převzat z [ilustrace Ethereum EVM](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_ + +Transakce, které mění stav EVM, musí být posílány do celé sítě. Jakýkoliv uzel může vyslat požadavek na provedení transakce na EVM. Poté validátor provede transakci a výslednou změnu stavu sdílí do zbytku sítě. + +Transakce vyžadují poplatek a musí být zahrnuty do validovaného bloku. Abychom tento přehled zjednodušili, poplatkům za palivo a validaci se věnujeme jinde. + +Odeslaná transakce obsahuje následující informace: + +- `from` – adresa odesílatele, který transakci podepíše. Toto bude externě vlastněný účet, protože kontraktové účty nemohou odesílat transakce. +- `to` – adresa příjemce. Pokud jde o externě vlastněný účet, transakce převede hodnotu. Pokud jde o kontraktový účet, transakce vykoná kód kontraktu. +- `signature` – podpis, který je identifikátorem odesílatele. Tento identifikátor je vygenerován, když odesílatelův privátní klíč podepíše transakci a potvrdí, že odesílatel tuto transakci autorizoval. +- `nonce` – postupně se zvyšující čítač, který označuje číslo transakce z účtu. +- `value` – množství ETH, které má být převedeno od odesílatele k příjemci (denominováno ve WEI, kde 1 ETH odpovídá 1e+18 wei). +- `input data` – volitelné pole pro přidání libovolných dat. +- `gasLimit` – maximální množství jednotek paliva, které může být transakcí spotřebováno. [EVM](/developers/docs/evm/opcodes) specifikuje jednotky paliva potřebné pro každý výpočetní krok. +- `maxPriorityFeePerGas` – maximální cena spotřebovaného paliva, která bude zahrnuta jako spropitné pro validátora. +- `maxFeePerGas` – maximální poplatek za jednotku paliva, který je uživatel ochoten zaplatit za transakci (včetně `baseFeePerGas` a `maxPriorityFeePerGas`). + +Palivo reprezentuje výpočetní výkon potřebný k provedení transakce validátorem. Uživatelé musí za tento výpočet zaplatit poplatek. `gasLimit` a `maxPriorityFeePerGas` určují maximální transakční poplatek zaplacený validátorovi. [Další informace o palivu](/developers/docs/gas/). + +Objekt transakce bude vypadat zhruba takto: + +```js +{ + from: "0xEA674fdDe714fd979de3EdF0F56AA9716B898ec8", + to: "0xac03bb73b6a9e108530aff4df5077c2b3d481e5a", + gasLimit: "21000", + maxFeePerGas: "300", + maxPriorityFeePerGas: "10", + nonce: "0", + value: "10000000000" +} +``` + +Transakční objekt však musí být podepsán pomocí privátního klíče odesílatele. Tím se prokáže, že transakce mohla být odeslána pouze odesílatelem a nebyla odeslána podvodně. + +Ethereum klient, jako je Geth, se o proces podepisování postará. + +Příklad volání [JSON-RPC](/developers/docs/apis/json-rpc): + +```json +{ + "id": 2, + "jsonrpc": "2.0", + "method": "account_signTransaction", + "params": [ + { + "from": "0x1923f626bb8dc025849e00f99c25fe2b2f7fb0db", + "gas": "0x55555", + "maxFeePerGas": "0x1234", + "maxPriorityFeePerGas": "0x1234", + "input": "0xabcd", + "nonce": "0x0", + "to": "0x07a565b7ed7d7a678680a4c162885bedbb695fe0", + "value": "0x1234" + } + ] +} +``` + +Ukázková odpověď: + +```json +{ + "jsonrpc": "2.0", + "id": 2, + "result": { + "raw": "0xf88380018203339407a565b7ed7d7a678680a4c162885bedbb695fe080a44401a6e4000000000000000000000000000000000000000000000000000000000000001226a0223a7c9bcf5531c99be5ea7082183816eb20cfe0bbc322e97cc5c7f71ab8b20ea02aadee6b34b45bb15bc42d9c09de4a6754e7000908da72d48cc7704971491663", + "tx": { + "nonce": "0x0", + "maxFeePerGas": "0x1234", + "maxPriorityFeePerGas": "0x1234", + "gas": "0x55555", + "to": "0x07a565b7ed7d7a678680a4c162885bedbb695fe0", + "value": "0x1234", + "input": "0xabcd", + "v": "0x26", + "r": "0x223a7c9bcf5531c99be5ea7082183816eb20cfe0bbc322e97cc5c7f71ab8b20e", + "s": "0x2aadee6b34b45bb15bc42d9c09de4a6754e7000908da72d48cc7704971491663", + "hash": "0xeba2df809e7a612a0a0d444ccfa5c839624bdc00dd29e3340d46df3870f8a30e" + } + } +} +``` + +- `raw` je podepsaná transakce v kódovaném formátu [Recursive Length Prefix (RLP)](/developers/docs/data-structures-and-encoding/rlp). +- `tx` je podepsaná transakce ve formátu JSON. + +S hashem podpisu může být transakce kryptograficky ověřena jako pocházející od odesílatele a odeslána do sítě. + +### Datové pole {#the-data-field} + +Většina transakcí putuje do kontraktu z externě vlastněného účtu. Většina kontraktů je napsána v jazyce Solidity a interpretuje své datové pole v souladu se specifikací [aplikačního binárního rozhraní (ABI)](/glossary/#abi). + +První čtyři bajty specifikují, která funkce se má zavolat, pomocí hashe názvu funkce a jejích argumentů. Někdy můžete identifikovat funkci pomocí selektoru s využitím [této databáze](https://www.4byte.directory/signatures/). + +Zbytek calldat jsou argumenty, [zakódované podle specifikace ABI](https://docs.soliditylang.org/en/latest/abi-spec.html#formal-specification-of-the-encoding). + +Např. se podívejme na [tuto transakci](https://etherscan.io/tx/0xd0dcbe007569fcfa1902dae0ab8b4e078efe42e231786312289b1eee5590f6a1). K zobrazení calldat použijte možnost **„Click to see More“**. + +Funkční selektor je `0xa9059cbb`. Existuje několik [známých funkcí s tímto podpisem](https://www.4byte.directory/signatures/?bytes4_signature=0xa9059cbb). V tomto případě byl [zdrojový kód kontraktu](https://etherscan.io/address/0xa0b86991c6218b36c1d19d4a2e9eb0ce3606eb48#code) nahrán na Etherscan, takže víme, že funkce je `transfer(address,uint256)`. + +Zbytek dat je: + +``` +0000000000000000000000004f6742badb049791cd9a37ea913f2bac38d01279 +000000000000000000000000000000000000000000000000000000003b0559f4 +``` + +Podle specifikací ABI se celočíselné hodnoty (jako jsou adresy, což jsou 20bajtová celá čísla) zobrazují v ABI jako 32bajtová slova, doplněná nulami na začátku. Takže víme, že adresa `to` je [`4f6742badb049791cd9a37ea913f2bac38d01279`](https://etherscan.io/address/0x4f6742badb049791cd9a37ea913f2bac38d01279). `value` je 0x3b0559f4 = 990206452. + +## Typy transakcí {#types-of-transactions} + +Na Ethereu existuje několik různých typů transakcí: + +- Běžné transakce: Převody z jednoho účtu na druhý. +- Transakce sloužící k nasazení kontraktu: Transakce bez adresy „to“, do datového pole se vkládá kód kontraktu. +- Exekuce kontraktu: Transakce, která interaguje s již nasazeným chytrým kontraktem. V tomto případě je adresa „to“ adresou chytrého kontraktu. + +### O palivu {#on-gas} + +Jak bylo zmíněno, vykonání transakce stojí [palivo](/developers/docs/gas/). Jednoduché převodní transakce vyžadují 21 000 jednotek paliva. + +Takže pokud Bob chce poslat Alici 1 ETH s `baseFeePerGas` 190 gwei a `maxPriorityFeePerGas` 10 gwei, bude muset zaplatit následující poplatek: + +``` +(190 + 10) * 21 000 = 4 200 000 gwei +--nebo-- +0,0042 ETH +``` + +Zůstatek Bobova účtu bude snížen **o 1,0042 ETH** (1 ETH pro Alici + 0,0042 ETH na poplatky za palivo). + +Zůstatek na Alicině účtu bude navýšen **o 1,0 ETH**. + +Základní poplatek **0,00399 ETH** bude spálen. + +Validátor si ponechá spropitné ve výši **0,000210 ETH**. + + +![Diagram ukazující vrácení nepoužitého paliva](./gas-tx.png) _Schéma převzato z [ilustrace Ethereum EVM](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_ + +Jakékoliv palivo, které nebude v transakci použito, bude vráceno na účet odesílatele. + +### Interakce s chytrými kontrakty {#smart-contract-interactions} + +Palivo je potřeba pro jakoukoliv transakci, která zahrnuje chytrý kontrakt. + +Chytré kontrakty mohou také obsahovat funkce známé jako [`view`](https://docs.soliditylang.org/en/latest/contracts.html#view-functions) nebo [`pure`](https://docs.soliditylang.org/en/latest/contracts.html#pure-functions), které nemění stav kontraktu. Volání těchto funkcí z externě vlastněného účtu tedy nevyžaduje žádné palivo. Základní volání RPC pro tento scénář je [`eth_call`](/developers/docs/apis/json-rpc#eth_call). + +Na rozdíl od volání pomocí `eth_call` jsou tyto funkce `view` nebo `pure` často volány interně (tj. z kontraktu samotného nebo z jiného kontraktu), což stojí palivo. + +## Životní cyklus transakce {#transaction-lifecycle} + +Jakmile je transakce odeslána, následuje tento proces: + +1. Kryptograficky je vygenerován hash transakce: `0x97d99bc7729211111a21b12c933c949d4f31684f1d6954ff477d0477538ff017`. +2. Transakce je poté poslána do sítě a přidána do transakčního poolu obsahujícího všechny ostatní čekající transakce v síti. +3. Validátor musí vaši transakci vybrat a zahrnout ji do bloku, aby bylo možné ji ověřit a považovat za „úspěšnou“. +4. S postupem času bude blok obsahující vaši transakci označen jako „oprávněný“ a poté „finalizovaný“. Tato vylepšení znamenají mnohem větší jistotu, že vaše transakce byla úspěšná a nikdy nebude změněna. Jakmile je blok „finalizován“, mohl by být změněn pouze útokem na úrovni sítě, který by stál několik miliard dolarů. + +## Vizuální ukázka {#a-visual-demo} + +Na tomto videu vás Austin provede transakcemi, palivem a těžbou. + + + +## Typizovaná transakční obálka {#typed-transaction-envelope} + +Ethereum původně mělo pro transakce jen jeden formát. Každá transakce obsahovala pole nonce, gas price, gas limit, adresu to, value, data, v, r a s. Tato pole jsou [RLP-kódovaná](/developers/docs/data-structures-and-encoding/rlp/) a vypadají zhruba takto: + +`RLP([nonce, gasPrice, gasLimit, to, value, data, v, r, s])` + +Ethereum se vyvinulo tak, aby podporovalo více typů transakcí a umožnilo implementaci nových funkcí, jako jsou seznamy přístupu a [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), aniž by to ovlivnilo starší formáty transakcí. + +[EIP-2718](https://eips.ethereum.org/EIPS/eip-2718) toto chování umožňuje. Transakce jsou interpretovány takto: + +`TransactionType || TransactionPayload` + +Kde jsou pole definována jako: + +- `TransactionType` – číslo mezi 0 a 0x7f, což umožňuje celkem 128 možných typů transakcí. +- `TransactionPayload` – libovolné pole bajtů definované typem transakce. + +Na základě hodnoty `TransactionType` může být transakce klasifikována jako + +1. **Transakce typu 0 (Legacy):** Původní formát transakce používaný od spuštění Etherea. Neobsahuje funkce z [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), jako je dynamický výpočet poplatků za palivo nebo seznamy přístupu pro chytré kontrakty. Legacy transakce nemají specifický prefix označující jejich typ ve svém serializovaném formátu, začínají bajtem `0xf8` při použití kódování [Recursive Length Prefix (RLP)](/developers/docs/data-structures-and-encoding/rlp). Hodnota TransactionType pro tyto transakce je `0x0`. + +2. **Transakce typu 1**: Ty byly zavedeny v [EIP-2930](https://eips.ethereum.org/EIPS/eip-2930) jako součást [vylepšení Berlín](/history/#berlin) a zahrnují parametr `accessList`. Tento seznam specifikuje adresy a klíče úložiště, které by měla transakce kontaktovat, což může potenciálně snížit náklady na [palivo](/developers/docs/gas/) pro složité transakce zahrnující chytré kontrakty. Změny v tržním mechanismu poplatků podle EIP-1559 nejsou v transakcích typu 1 zahrnuty. Transakce typu 1 také obsahují parametr `yParity`, který může být buď `0x0` nebo `0x1`, což označuje paritu hodnoty y v podpisu secp256k1. Tyto transakce jsou identifikovány začátkem bajtu `0x01` a jejich hodnota TransactionType je `0x1`. + +3. **Transakce typu 2**, běžně označovány jako transakce podle EIP-1559, byly zavedeny v [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559) v rámci [vylepšení Londýn](/history/#london). Staly se standardním typem transakcí na Ethereu. Tyto transakce zavádějí nový mechanismus trhu s poplatky, který zlepšuje předvídatelnost rozdělením poplatku za transakci na základní poplatek a prioritní poplatek. Začínají bajtem `0x02` a zahrnují pole, jako je `maxPriorityFeePerGas` a `maxFeePerGas`. Transakce typu 2 jsou nyní výchozí díky své flexibilitě a efektivitě, zejména v obdobích vysokého zatížení sítě, protože uživatelům umožňují lépe plánovat poplatky za transakce. Hodnota TransactionType pro tyto transakce je `0x2`. + + + +## Další informace {#further-reading} + +- [EIP-2718: Typizovaná transakční obálka](https://eips.ethereum.org/EIPS/eip-2718) + +_Víte o komunitním zdroji, který vám pomohl? Upravte tuto stránku a přidejte ho!_ + +## Související témata {#related-topics} + +- [Účty](/developers/docs/accounts/) +- [Virtuální stroj Ethereum (EVM)](/developers/docs/evm/) +- [Palivo](/developers/docs/gas/) diff --git a/public/content/translations/cs/developers/docs/web2-vs-web3/index.md b/public/content/translations/cs/developers/docs/web2-vs-web3/index.md new file mode 100644 index 00000000000..feb89f5bc28 --- /dev/null +++ b/public/content/translations/cs/developers/docs/web2-vs-web3/index.md @@ -0,0 +1,62 @@ +--- +title: Web2 vs. Web3 +description: +lang: cs +--- + +Web2 odkazuje na verzi internetu, kterou většina z nás zná z dnešních dní. Je to internet, kde dominují společnosti, které poskytují služby výměnou za vaše osobní údaje. Web3, v kontextu Etherea, odkazuje na decentralizované aplikace, které jsou spuštěny na blockchainu. Jsou to aplikace, které může využívat kdokoliv, aniž by musel monetizovat své osobní údaje. + +Hledáte lepší zdroj pro začátečníky? Podívejte se na náš [úvod do web3](/web3/). + +## Výhody Web3 {#web3-benefits} + +Většina vývojářů Web3 se rozhodlo vytvářet dappky z důvodu inherentní decentralizace Etherea: + +- Každý, kdo je na síti, má povolení tuto službu používat – jinými slovy, není potřeba žádné povolení. +- Nikdo vás nemůže zablokovat nebo vám odepřít přístup ke službě. +- Platby jsou integrované prostřednictvím nativního tokenu, etheru (ETH). +- Ethereum je Turingovsky úplné, což znamená, že na něm můžete naprogramovat prakticky cokoli. + +## Praktické srovnání {#practical-comparisons} + +| Web2 | Web3 | +| ----------------------------------------------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------- | +| Twitter může cenzurovat jakýkoliv účet nebo tweet. | Tweety ve Web3 by byly necenzurovatelné, protože je taková síť decentralizovaná. | +| Platební služba se může rozhodnout, že uživatelům neumožní platby za určitý typ práce. | Platební aplikace na Web3 nevyžadují osobní údaje a nemohou zabránit žádným platbám. | +| Servery pro aplikace založené na tvorbě obsahu by mohly přestat fungovat a ovlivnit příjmy uživatelů. | Servery Web3 nemohou přestat fungovat – jako svůj backend používají Ethereum, decentralizovanou síť tisíců počítačů. | + +To neznamená, že všechny služby musí být převedeny na dappky. Tyto příklady pouze ilustrují hlavní rozdíly mezi službami Web2 a Web3. + +## Omezení Web3 {#web3-limitations} + +Web3 má v současnosti několik omezení: + +- Škálovatelnost – transakce jsou na Web3 pomalejší, protože jsou decentralizované. Změny stavu, jako je platba, musí být zpracovány uzlem a sdíleny do celé sítě. +- Uživatelská zkušenost (UX) – interakce s aplikacemi Web3 může vyžadovat extra kroky, software a edukaci. To může být překážkou masové adopce. +- Přístupnost – nedostatek integrace v moderních webových prohlížečích činí Web3 pro většinu uživatelů méně přístupným. +- Náklady – většina úspěšných dappek umísťuje na blockchain jen malé části svého kódu, protože je to drahé. + +## Centralizace vs decentralizace {#centralization-vs-decentralization} + +V následující tabulce jsou uvedeny některé obecné výhody a nevýhody centralizovaných a decentralizovaných digitálních sítí. + +| Centralizované systémy | Decentralizované systémy | +| --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | +| Nízký síťový průměr (všichni účastníci jsou připojeni k centrální autoritě) – informace se šíří rychle, protože šíření zajišťuje centrální autorita s velkými výpočetními zdroji. | Účastníci na opačných stranách sítě mohou být vzdáleni několik spojení. Což znamená, že šíření informací z jedné strany sítě na druhou může trvat dlouho. | +| Obvykle vyšší výkon (vyšší propustnost, spotřebovává méně celkových výpočetních zdrojů) a jednodušší implementace. | Obvykle nižší výkon (nižší propustnost, spotřebovává více celkových výpočetních zdrojů) a složitější implementace. | +| V případě datového konfliktu je řešení jasné a snadné – konečným zdrojem pravdy je centrální autorita. | Při řešení sporů je třeba spoléhat se na protokol (často složitý), pokud účastníci poskytují rozdílné informace o stavu dat, který má být synchronizován. | +| Jediný bod selhání: Nečestní aktéři mohou potenciálně zničit síť tím, že zacílí na centrální autoritu. | Jediný bod selhání neexistuje: Síť může fungovat, i když je velká část účastníků napadena nebo vyřazena. | +| Koordinace mezi účastníky sítě je mnohem jednodušší a je řízena centrální autoritou. Centrální autorita může s velmi malým odporem přinutit účastníky sítě přijmout vylepšení, aktualizace protokolu atd. | Koordinace je často obtížná, protože žádný jeden agent nemá poslední slovo v rozhodnutích na úrovni sítě, vylepšení protokolu atd. V nejhorším případě je síť náchylná k tříštění, pokud dojde k neshodám ohledně změn protokolu. | +| Centrální autorita může cenzurovat data, což může potenciálně odříznout části sítě od interakce se zbytkem sítě. | Cenzura je mnohem těžší, protože existuje mnoho způsobů, jak po síti sířit informace. | +| Účast v síti je řízena centrální autoritou. | Kdokoli se může do sítě připojit, nejsou zde žádní „hlídači vstupu“. V ideálním případě jsou náklady na vstup do sítě velmi nízké. | + +Poznámka: Tyto vzorce jsou obecné a nemusí platit pro každou síť. Navíc v reálném světě leží míra centralizace/decentralizace na spektru. Žádná síť není zcela centralizovaná nebo zcela decentralizovaná. + +## Další informace {#further-reading} + +- [Co je Web3?](/web3/) – _ethereum.org_ +- [The Architecture of a Web 3.0 application](https://www.preethikasireddy.com/post/the-architecture-of-a-web-3-0-application) – _Preethi Kasireddy_ +- [Význam decentralizace](https://medium.com/@VitalikButerin/the-meaning-of-decentralization-a0c92b76a274) – _6. února 2017, Vitalik Buterin_ +- [Proč na decentralizaci záleží](https://medium.com/s/story/why-decentralization-matters-5e3f79f7638e) – _18. února 2018, Chris Dixon_ +- [Co je Web 3.0 a proč na něm záleží](https://medium.com/fabric-ventures/what-is-web-3-0-why-it-matters-934eb07f3d2b) – _31. prosince 2019, Max Mersch a Richard Muirhead_ +- [Proč potřebujeme Web 3.0](https://medium.com/@gavofyork/why-we-need-web-3-0-5da4f2bf95ab) – _12. září 2018, Gavin Wood_ diff --git a/public/content/translations/cs/developers/docs/wrapped-eth/index.md b/public/content/translations/cs/developers/docs/wrapped-eth/index.md new file mode 100644 index 00000000000..85b8dd4debc --- /dev/null +++ b/public/content/translations/cs/developers/docs/wrapped-eth/index.md @@ -0,0 +1,65 @@ +--- +title: Co je Zabalený ether (WETH) +description: Úvod do Zabaleného etheru (WETH), ERC20-kompatibilního wrapperu pro ether (ETH). +lang: cs +--- + +# Zabalený ether (WETH) {#intro-to-weth} + +Ether (ETH) je hlavní měna Etherea. Používá se pro různé účely, jako je uzamčení, platby a placení poplatků za palivo potřebné pro výpočetní operace. **WETH je v podstatě vylepšená forma ETH s přidanými funkcemi, které vyžaduje řada aplikací a [ERC-20 tokeny(/glossary/#erc-20)**, což jsou další typy digitálních aktiv na Ethereu. Aby ETH mohlo pracovat s těmito tokeny, musí dodržovat stejná pravidla, která jsou stanovena standardem ERC-20. + +Zabalené ETH (WETH) byl vytvořeno za účelem zaplnění této mezery. Zabalené ETH je chytrý kontrakt, který vám umožní vložit libovolné množství ETH do kontraktu a obdržet stejné množství ve vyraženém WETH, které odpovídá standardu ERC-20 tokenů. WETH je reprezentací ETH, která vám umožňuje s ním zacházet jako s ERC-20 tokenem, nikoliv jako s nativním ETH. Stále však budete potřebovat nativní ETH k placení poplatků za palivo, takže si při směně nezapomeňte nechat potřebnou část ETH. + +Pomocí WETH chytrého kontraktu můžete WETH zpětně vyměnit za ETH. Pomocí WETH chytrého kontraktu si můžete i zpětně vyměnit libovolné množství WETH a obdržíte stejné množství v ETH. Takto vložené WETH je následně spáleno a odebráno z oběhu. + +**V kontraktu WETH tokenu jsou uzamčena asi ~3 % oběžné zásoby ETH**, což z něj činí jeden z nejpoužívanějších [chytrých kontraktů](/glossary/#smart-contract). WETH je obzvláště důležité pro uživatele, kteří interagují s aplikacemi v decentralizovaných financích (DeFi). + +## Proč potřebujeme ETH zabalit jako ERC-20? {#why-do-we-need-to-wrap-eth} + +[ERC-20](/developers/docs/standards/tokens/erc-20/) definuje standardní rozhraní pro transferovatelné tokeny, takže kdokoli může vytvářet tokeny, které spolupracují s aplikacemi bez jakýchkoliv problémů, a tokeny, které používají tento standard v ekosystému Etherea. Protože ETH existovalo dříve než standard ERC-20, nesplňuje tuto specifikaci. To znamená, že **nemůžete snadno** směnit ETH za jiné ERC-20 tokeny nebo **používat ETH v aplikacích, které používají standard ERC-20**. Zabalení ETH vám umožňuje následující: + +- **Směna ETH za ERC-20 tokeny**: Nemůžete přímo vyměnit ETH za jiné ERC-20 tokeny. WETH je reprezentací etheru, která splňuje standard ERC-20 a může být směňováno za jiné ERC-20 tokeny. + +- **Použití ETH v dappkách**: Protože ETH není kompatibilní s ERC-20, vývojáři by museli vytvořit samostatná rozhraní (jedno pro ETH a další pro ERC-20 tokeny) v dappkách. Zabalení ETH tento problém odstraňuje a umožňuje vývojářům pracovat s ETH a dalšími tokeny v rámci stejné aplikace. Spousta aplikací v decentralizovaných financích používá tento standard a vytváří trhy pro směnu těchto tokenů. + +## Zabalený ether (WETH) vs. ether (ETH): Čím se liší? {#weth-vs-eth-differences} + +| | **Ether (ETH)** | **Zabalený ether (WETH)** | +| ----------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | +| Zásoba | Zásoba ETH je spravována protokolem Ethereum. [Vydávání](/roadmap/merge/issuance) ETH je zajišťováno validátory Etherea během zpracování transakcí a vytváření bloků. | WETH je ERC-20 token, jehož zásoba je spravována chytrým kontraktem. Nové jednotky WETH jsou vydávány kontraktem po obdržení vkladů ETH od uživatelů nebo jsou jednotky WETH spáleny, když si uživatel přeje zpětně vyměnit WETH za ETH. | +| Vlastnictví | Vlastnictví je spravováno protokolem Ethereum prostřednictvím vašeho zůstatku na účtu. | Vlastnictví WETH je spravováno chytrým kontraktem WETH, který je zabezpečen protokolem Ethereum. | +| Palivo | Ether (ETH) je akceptovaná jednotka platby za výpočetní operace v síti Ethereum. Poplatky za palivo jsou denominovány v gwei (jednotka etheru). | Placení poplatků za palivo pomocí WETH tokenů není nativně podporováno. | + +## Často kladené dotazy {#faq} + + + +Platíte poplatky za palivo při balení nebo rozbalování ETH pomocí WETH kontraktu. + + + + + +WETH je obecně považováno za bezpečné, protože je založeno na jednoduchém, osvědčeném chytrém kontraktu. WETH kontrakt byl také formálně ověřen, což je nejvyšší bezpečnostní standard pro chytré kontrakty na Ethereu. + + + + + +Kromě [kanonické implementace WETH](https://etherscan.io/token/0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2) popsané na této stránce existují i jiné varianty. Tyto varianty mohou být tokeny, které vytvořili vývojáři aplikací pro vlastní účely, nebo verze vydané na jiných blockchainech a mohou se chovat odlišně nebo mít odlišné bezpečnostní vlastnosti. **Vždy si ověřte informace o tokenu, abyste věděli, s jakou implementací WETH pracujete.** + + + + + +- [Hlavní síť Ethereum](https://etherscan.io/token/0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2) +- [Arbitrum](https://arbiscan.io/token/0x82af49447d8a07e3bd95bd0d56f35241523fbab1) +- [Optimism](https://optimistic.etherscan.io/token/0x4200000000000000000000000000000000000006) + + + +## Further reading {#further-reading} + +- [Co je WETH?](https://weth.tkn.eth.limo/) +- [Informace o tokenu WETH na Etherscanu](https://etherscan.io/token/0xc02aaa39b223fe8d0a0e5c4f27ead9083c756cc2) +- [Formální verifikace WETH](https://zellic.io/blog/formal-verification-weth) diff --git a/public/content/translations/cs/energy-consumption/index.md b/public/content/translations/cs/energy-consumption/index.md index b9b2ac503e6..d2a36f68aa5 100644 --- a/public/content/translations/cs/energy-consumption/index.md +++ b/public/content/translations/cs/energy-consumption/index.md @@ -6,9 +6,9 @@ lang: cs # Energetické náklady Etherea {#proof-of-stake-energy} -Ethereum je "zelený" blockchain. Mechanismus konsenzu [proof-of-stake](/developers/docs/consensus-mechanisms/pos) Etherea používá ETH místo [ energie k zabezpečení sítě](/developers/docs/consensus-mechanisms/pow). Spotřeba energie Etherea je v celé globální síti přibližně [~0,0026 TWh/rok](https://carbon-ratings.com/eth-report-2022). +Ethereum je "zelený" blockchain. Mechanismus konsenzu [důkazu podílem](/developers/docs/consensus-mechanisms/pos) Etherea používá ETH místo [ energie k zabezpečení sítě](/developers/docs/consensus-mechanisms/pow). Spotřeba energie Etherea je v celé globální síti přibližně [~0,0026 TWh/rok](https://carbon-ratings.com/eth-report-2022). -Odhad spotřeby energie pro Ethereum pochází ze studie [CCRI (Crypto Carbon Ratings Institute)](https://carbon-ratings.com). Ta obsahovala celkové odhady spotřeby elektřiny a uhlíkové stopy sítě Ethereum ([viz zpráva](https://carbon-ratings.com/eth-report-2022)). Měřili spotřebu elektřiny různých síťových uzlů s různými konfiguracemi hardwaru a softwaru. Odhadovaných **2,601 MWh** (0.0026 TWh) pro roční spotřebu elektřiny sítě odpovídá ročním emisím uhlíku **870 tun CO2e** při použití regionálních faktorů intenzity uhlíku. Tato hodnota se mění, když se síťové uzly připojí nebo odpojí od sítě – můžete ji sledovat pomocí klouzavého sedmidenního průměrného odhadu podle [Cambridge Blockchain network Sustainability indexu](https://ccaf.io/cbnsi/ethereum) (všimněte si, že pro své odhady používají trochu jinou metodu – podrobnosti jsou k dispozici na jejich webu). +Odhad spotřeby energie pro Ethereum pochází ze studie [CCRI (Crypto Carbon Ratings Institute)](https://carbon-ratings.com). Ta obsahovala celkové odhady spotřeby elektřiny a uhlíkové stopy sítě Ethereum ([viz zpráva](https://carbon-ratings.com/eth-report-2022)). Měřili spotřebu elektřiny různých uzlů s různými konfiguracemi hardwaru a klientského softwaru. Odhadovaných **2,601 MWh** (0.0026 TWh) pro roční spotřebu elektřiny sítě odpovídá ročním emisím uhlíku **870 tun CO2e** při použití regionálních faktorů intenzity uhlíku. Tato hodnota se mění, když se síťové uzly připojí nebo odpojí od sítě – můžete ji sledovat pomocí klouzavého sedmidenního průměrného odhadu podle [Cambridge Blockchain network Sustainability indexu](https://ccaf.io/cbnsi/ethereum) (všimněte si, že pro své odhady používají trochu jinou metodu – podrobnosti jsou k dispozici na jejich webu). Abychom uvedli spotřebu energie Etherea do kontextu, můžeme porovnat roční odhady pro některá další průmyslová odvětví. To nám pomůže lépe pochopit, zda je odhad pro Ethereum vysoký nebo nízký. @@ -35,7 +35,7 @@ Je složité získat přesné odhady spotřeby energie, obzvláště když zde e Tyto výše uvedené odhady nejsou dokonalým srovnáním. Výše nepřímých výdajů, které se započítávají, se liší podle zdroje a zřídkakdy zahrnuje energii ze zařízení koncových uživatelů. Každý podkladový zdroj obsahuje podrobnější informace o tom, co se měří. -Tabulka a graf výše také obsahují srovnání s Bitcoinem a proof-of-work Ethereem. Je důležité si uvědomit, že spotřeba energie v proof-of-work sítích není statická a mění se ze dne na den. Odhady se mohou mezi jednotlivými zdroji značně lišit. Toto téma přitahuje různorodé [debaty](https://www.coindesk.com/business/2020/05/19/the-last-word-on-bitcoins-energy-consumption/), nejen o množství spotřebované energie, ale také o jejích zdrojích a souvisejících etických otázkách. Spotřeba energie nemusí nutně přesně odpovídat ekologické stopě, protože různé projekty mohou využívat různé zdroje energie, včetně menšího či většího podílu obnovitelných zdrojů. Například [Cambridge Bitcoin Electricity Consumption Index](https://ccaf.io/cbnsi/cbeci/comparisons) ukazuje, že poptávka po síti Bitcoin by teoreticky mohla být napájena spalováním plynu nebo elektřinou, která by se jinak ztratila při přenosu a distribuci. Cesta Etherea k udržitelnosti spočívala v nahrazení energeticky náročné části sítě zelenou alternativou. +Tabulka a graf výše také obsahují srovnání s Bitcoinem a Ethereem důkazu prací. Je důležité si uvědomit, že spotřeba energie v sítích důkazu prací není statická a mění se ze dne na den. Odhady se mohou mezi jednotlivými zdroji značně lišit. Toto téma přitahuje různorodé [debaty](https://www.coindesk.com/business/2020/05/19/the-last-word-on-bitcoins-energy-consumption/), nejen o množství spotřebované energie, ale také o jejích zdrojích a souvisejících etických otázkách. Spotřeba energie nemusí nutně přesně odpovídat ekologické stopě, protože různé projekty mohou využívat různé zdroje energie, včetně menšího či většího podílu obnovitelných zdrojů. Například [Cambridge Bitcoin Electricity Consumption Index](https://ccaf.io/cbnsi/cbeci/comparisons) ukazuje, že poptávka po síti Bitcoin by teoreticky mohla být napájena spalováním plynu nebo elektřinou, která by se jinak ztratila při přenosu a distribuci. Cesta Etherea k udržitelnosti spočívala v nahrazení energeticky náročné části sítě zelenou alternativou. Na [stránce Cambridge Blockchain Network Sustainability indexu](https://ccaf.io/cbnsi/ethereum) si můžete prohlédnout odhady spotřeby energie a uhlíkových emisí pro spoustu průmyslových odvětví. @@ -47,9 +47,9 @@ Například u Etherea není transakční propustnost pouze propustností základ ## Uhlíkový dluh Etherea {#carbon-debt} -Energetický výdej Etherea je velmi nízký, ale ne vždy tomu tak bylo. Ethereum původně používalo machanismus proof-of-work, který měl mnohem vyšší ekologické náklady než současný proof-of-stake. +Energetický výdej Etherea je velmi nízký, ale ne vždy tomu tak bylo. Ethereum původně používalo machanismus důkazu prací, který měl mnohem vyšší ekologické náklady než současný důkaz podílem. -Od samého začátku Ethereum plánovalo implementovat mechanismus konsensu založený na proof-of-stake, ale aby to bylo možné uskutečnit bez snížení bezpečnosti a decentralizace, si vyžádalo roky soustředěného výzkumu a vývoje. Proto byl ke spuštění sítě použit mechanismus proof-of-work. Ten vyžaduje, aby těžaři k výpočtu hodnoty použili svůj hardware, a tím spotřebovali energii. +Od samého začátku Ethereum plánovalo implementovat mechanismus konsensu založený na důkazu podílem, ale aby to bylo možné uskutečnit bez snížení bezpečnosti a decentralizace, si vyžádalo roky soustředěného výzkumu a vývoje. Proto byl ke spuštění sítě použit mechanismus důkazu prací. Ten vyžaduje, aby těžaři k výpočtu hodnoty použili svůj hardware, a tím spotřebovali energii. ![Porovnání spotřeby energie Etherea před a po mergi s použitím Eiffelovky (330 metrů vysoké) nalevo, která představuje vysokou spotřebu energie před mergem, a malé 4 cm vysoké figurky Lego napravo, která představuje dramatické snížení spotřeby energie po mergi](energy_consumption_pre_post_merge.png) @@ -68,7 +68,7 @@ Nativní platformy pro financování veřejných statků fungujících na princi ## Další informace {#further-reading} - [Cambridge Blockchain Network Sustainability Index](https://ccaf.io/cbnsi/ethereum) -- [Zpráva Bílého domu o proof-of-work blockchainech](https://www.whitehouse.gov/wp-content/uploads/2022/09/09-2022-Crypto-Assets-and-Climate-Report.pdf) +- [Zpráva Bílého domu o blockchainech důkazu prací](https://www.whitehouse.gov/wp-content/uploads/2022/09/09-2022-Crypto-Assets-and-Climate-Report.pdf) - [Emise Etherea: Souhrnný odhad](https://kylemcdonald.github.io/ethereum-emissions/) - _Kyle McDonald_ - [Ethereum Energy Consumption Index](https://digiconomist.net/ethereum-energy-consumption/) - _Digiconomist_ - [ETHMerge.com](https://ethmerge.com/) - _[@InsideTheSim](https://twitter.com/InsideTheSim)_ diff --git a/public/content/translations/cs/governance/index.md b/public/content/translations/cs/governance/index.md index d15ed516749..25acd66d719 100644 --- a/public/content/translations/cs/governance/index.md +++ b/public/content/translations/cs/governance/index.md @@ -44,11 +44,11 @@ V [komunitě Etherea](/community/), jsou různé zainteresované strany, z nich - **Držitele etheru**: Tito lidé drží libovolné množství ETH. [Více o ETH](/eth/). - **Uživatele aplikací**: Tito lidé komunikují s aplikacemi na blockchainu Ethereum. -- **Vývojáře aplikací a nástrojů**: Tito lidé píší aplikace, které běží na blockchainu Ethereum (např. DeFi, NFT atd.) nebo vytvářejí nástroje pro interakci s Ethereem (např. peněženky, testovací sady atd.). [Více o decentralizovaných aplikacích](/dapps/). +- **Vývojáře aplikací a nástrojů**: Tito lidé píší aplikace, které běží na blockchainu Ethereum (např. DeFi, NFT atd.) nebo vytvářejí nástroje pro interakci s Ethereem (např. peněženky, testovací sady atd.). [Více o dappkách](/dapps/). - **Operátory síťových uzlů**: Tito lidé provozují síťové uzly, které schvalují bloky a transakce a odmítají jakoukoli neplatnou transakci nebo blok, se kterým se setkají. [Více o síťových uzlech](/developers/docs/nodes-and-clients/). - **Autory EIP**: Tito lidé navrhují změny protokolu Ethereum ve formě návrhů na vylepšení Etherea (EIP). [Více o EIP](/eips/). - **Validátory**: Tito lidé provozují síťové uzly, které mohou přidávat nové bloky do blockchainu Ethereum. -- **Vývojáře protokolu** (také známí jako "Core Developers“ ): Tito lidé se starají o různé implementace Etherea (např. go-ethereum, Nethermind, Besu, Erigon na exekuční vrstvě nebo Prysm, Lighthouse, Nimbus, Teku, Lodestar na konsenzuální vrstvě). [Více o klientech Etherea](/developers/docs/nodes-and-clients/). +- **Vývojáře protokolu** (také známí jako "Klíčoví vývojáři“ ): Tito lidé se starají o různé implementace Etherea (např. go-ethereum, Nethermind, Besu, Erigon, Reth na exekuční vrstvě nebo Prysm, Lighthouse, Nimbus, Teku, Lodestar na vrstvě konsenzu). [Více o klientech Etherea](/developers/docs/nodes-and-clients/). _Poznámka: Každý může být součástí více skupin (např. vývojář protokolu může navrhovat EIP a provozovat validátor beacon chainu a používat DeFi aplikace). Pro jednoduchost je však lepší tyto skupiny uvést odděleně._ @@ -70,7 +70,7 @@ Formální proces zavádění změn do protokolu Ethereum je následující: 1. **Navrhněte základní EIP**: Jak je popsáno v [EIP- 1](https://eips.ethereum.org/EIPS/eip-1#core-eips), prvním krokem k formálnímu navržení změny Etherea je její podrobný popis v Core EIP. Ten bude sloužit jako oficiální specifikace pro EIP, kterou budou vývojáři protokolů implementovat, pokud bude přijata. -2. **Představte své EIP vývojářům protokolu**: Jakmile budete mít základní EIP, pro které jste dostali zpětnou vazbu od komunity, měli byste je předložit vývojářům protokolu. To uděláte tak, že ho navrhnete k diskusi na [AllCoreDevs callu](https://github.com/ethereum/execution-specs/tree/master/network-upgrades#getting-the-considered-for-inclusion-cfi-status). Je pravděpodobné, že některé diskuze již proběhly asynchronně na [fóru Ethereum Magicians](https://ethereum-magicians.org/) nebo na [Ethereum R&D Discordu](https://discord.gg/mncqtgVSVw). +2. **Představte své EIP vývojářům protokolu**: Jakmile budete mít základní EIP, pro které jste dostali zpětnou vazbu od komunity, měli byste je předložit vývojářům protokolu. To uděláte tak, že ho navrhnete k diskusi na [AllCoreDevs callu](https://github.com/ethereum/execution-specs/tree/master/network-upgrades#getting-the-considered-for-inclusion-cfi- status). Je pravděpodobné, že některé diskuze již proběhly asynchronně na [fóru Ethereum Magicians](https://ethereum-magicians.org/) nebo na [Ethereum R&D Discordu](https://discord.gg/mncqtgVSVw). > Potenciální výsledky této fáze jsou: @@ -82,7 +82,7 @@ Formální proces zavádění změn do protokolu Ethereum je následující: 4. **EIP zahrnuto ve vylepšení sítě**: Za předpokladu, že je EIP schváleno, otestováno a implementováno, je naplánováno jako součást vylepšení sítě. Vzhledem k vysokým nákladům na koordinaci vylepšení sítě (každý musí upgradovat současně) jsou EIP většinou spojovány do balíčků. -5. **Aktivace vylepšení sítě**: Po aktivaci vylepšení sítě bude vaše EIP aktivní v síti Ethereum. _Poznámka: Vylepšení sítě se obvykle nejdříve aktivuje na testovacích sítích před aktivací v síti Ethereum Mainnet._ +5. **Aktivace vylepšení sítě**: Po aktivaci vylepšení sítě bude vaše EIP aktivní v síti Ethereum. _Poznámka: Vylepšení sítě se obvykle nejdříve aktivuje na testovacích sítích před aktivací v hlavní síti Ethereum._ Tento postup, i když je velmi zjednodušený, poskytuje přehled hlavních fází změny protokolu, která má být implementována na Ethereu. Níže rozebíráme neformální faktory, které během tohoto procesu také hrají roli. @@ -90,11 +90,11 @@ Tento postup, i když je velmi zjednodušený, poskytuje přehled hlavních fáz ### Porozumění předchozím vylepšením {#prior-work} -Šampioni EIP by se měli seznámit s předchozí prací a návrhy před vytvořením EIP, které má ambice vylepšit Ethereum Mainnet. Díky tomu, doufejme, přináší EIP něco nového, co dosud nebylo zamítnuto. Tři hlavní místa, kde se můžete seznámit s prací ostatních navrhovatelů vylepšení, jsou [EIP repozitář](https://github.com/ethereum/EIPs), [Ethereum Magicians](https://ethereum-magicians.org/) a [ethresear.ch](https://ethresear.ch/). +Šampioni EIP by se měli seznámit s předchozí prací a návrhy před vytvořením EIP, které má ambice vylepšit hlavní síť Ethereum. Díky tomu, doufejme, přináší EIP něco nového, co dosud nebylo zamítnuto. Tři hlavní místa, kde se můžete seznámit s prací ostatních navrhovatelů vylepšení, jsou [EIP repozitář](https://github.com/ethereum/EIPs), [Ethereum Magicians](https://ethereum-magicians.org/) a [ethresear.ch](https://ethresear.ch/). ### Pracovní skupiny {#working-groups} -Je nepravděpodobné, že by původní návrh EIP mohl být implementován na Ethereum Mainnet bez úprav nebo změn. Obecně vzato, budou EIP šampióni vždy spolupracovat s podskupinou vývojářů protokolu na specifikaci, implementaci, testování, iteraci a finalizaci jejich návrhu. Historicky tyto pracovní skupiny vyžadovaly několik měsíců (a někdy i let!) práce. Podobně by EIP šampióni měli zapojit příslušné vývojáře aplikací/nástrojů v rané fázi jejich úsilí získat zpětnou vazbu od koncových uživatelů a zmírnit jakákoli rizika začlenění EIP do Etherea. +Je nepravděpodobné, že by původní návrh EIP mohl být implementován na hlavní síť Ethereum bez úprav nebo změn. Obecně vzato, budou EIP šampióni vždy spolupracovat s podskupinou vývojářů protokolu na specifikaci, implementaci, testování, iteraci a finalizaci jejich návrhu. Historicky tyto pracovní skupiny vyžadovaly několik měsíců (a někdy i let!) práce. Podobně by EIP šampióni měli zapojit příslušné vývojáře aplikací/nástrojů v rané fázi jejich úsilí získat zpětnou vazbu od koncových uživatelů a zmírnit jakákoli rizika začlenění EIP do Etherea. ### Konsensus komunity {#community-consensus} @@ -116,11 +116,11 @@ Obecně se neshody řeší dlouhodobou diskusí na veřejných fórech, aby se p ### Fork The DAO {#dao-fork} -Forky nastávají, když je potřeba provést zásadní technická vylepšení nebo změny v síti a změnit "pravidla“ protokolu. [Klienti na Ethereu](/developers/docs/nodes-and-clients/) musí aktualizovat svůj software, aby implementovali nová pravidla forku. +Forky nastávají, když je potřeba provést zásadní technická vylepšení nebo změny v síti a změnit "pravidla“ protokolu. [Klienty na Ethereu](/developers/docs/nodes-and-clients/) musí aktualizovat svůj software, aby implementovali nová pravidla forku. Fork The DAO byl reakcí na [útok na DAO v roce 2016](https://www.coindesk.com/understanding-dao-hack-journalists), kdy bylo z nezabezpečeného kontraktu [DAO](/glossary/#dao) odčerpáno více než 3,6 milionu ETH. Tento fork přesunul finanční prostředky z chybného smart kontraktu do nového kontraktu, který umožnil získat zpět své finanční prostředky komukoli, kdo o ně přišel během hacku. -Tento postup byl odhlasován ethereovskou komunitou. Každý držitel ETH mohl hlasovat prostřednictvím transakce na [hlasovací platformě](http://v1.carbonvote.com/). Rozhodnutí o forku získalo více než 85 % hlasů. +Tento postup byl odhlasován ethereovskou komunitou. Každý držitel ETH mohl hlasovat prostřednictvím transakce na [hlasovací platformě](https://web.archive.org/web/20170620030820/http://v1.carbonvote.com/). Rozhodnutí o forku získalo více než 85 % hlasů. Je důležité poznamenat, že i když se protokol rozdělil, aby se stav sítě vrátil do stavu před hackem, váha, kterou měl hlas při rozhodování o forku, je diskutabilní z několika důvodů: @@ -148,11 +148,11 @@ Schopnost provést fork tváří v tvář významným politickým, filozofickým ## Řízení Beacon Chain {#beacon-chain} -Proces správy Etherea často upozaďuje rychlost a efektivitu ve prospěch otevřenosti a inkluzivity. Aby se urychlil vývoj Beacon Chainu, byl spuštěn odděleně od sítě proof-of-work a řídil se vlastními postupy správy. +Proces správy Etherea často upozaďuje rychlost a efektivitu ve prospěch otevřenosti a inkluzivity. Aby se urychlil vývoj Beacon Chainu, byl spuštěn odděleně od sítě důkazu prací a řídil se vlastními postupy správy. Implementace specifikací a vývoje byly i v případě Beacon Chainu vždy plně open source, ale výše popsané formální procesy používané k navrhování aktualizací použity nebyly. To umožnilo rychleji navrhnout a odsouhlasit změny a stejně tak je i implementovat. -Když se 15. září 2022 sloučil Beacon Chain s realizační vrstvou Etherea, byl merge dokončen jako součást [pařížského upgradu sítě](/history/#paris). Stav návrhu [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) byl změněn z „Poslední výzva“ na „Konečný“, čímž byl dokončen přechod na proof-of-stake. +Když se 15. září 2022 sloučil Beacon Chain s realizační vrstvou Etherea, byl merge dokončen jako součást [pařížského upgradu sítě](/history/#paris). Stav návrhu [EIP-3675](https://eips.ethereum.org/EIPS/eip-3675) byl změněn z „Poslední výzva“ na „Konečný“, čímž byl dokončen přechod na důkaz podílem. Více o mergi diff --git a/public/content/translations/cs/nft/index.md b/public/content/translations/cs/nft/index.md index 3eb0d3a76a4..609c074dede 100644 --- a/public/content/translations/cs/nft/index.md +++ b/public/content/translations/cs/nft/index.md @@ -14,28 +14,28 @@ summaryPoint3: Běží na chytrých kontraktech na blockchainu Ethereum. ## Co jsou NFTéčka? {#what-are-nfts} -NFT jsou tokeny, které jsou individuálně jedinečné. Každé NFT má jiné vlastnosti (nezaměnitelné) a je prokazatelně vzácné. V tom se liší od tokenů, jako je ETH a jiné tokeny na Ethereu (například USDC), kde je každý token v sadě identický a má stejné vlastnosti („zaměnitelné“). Obdobně jě vám jedno, kterou konkrétní dolarovou bankovku (nebo ETH) máte v peněžence, protože všechny jsou totožné a mají stejnou hodnotu. Ale _není_ vám jedno, které konkrétní NFT vlastníte, protože každé má individuální vlastnosti, které ho odlišují od ostatních („nezastupitelné“). +NFT jsou tokeny, které jsou **individuálně jedinečné**. Každé NFT má jiné vlastnosti (nezaměnitelné) a je prokazatelně vzácné. V tom se liší od tokenů, jako je [ETH](/glossary/#ether), nebo jiných tokenů na Ethereu jako USDC, které jsou identické a mají stejné vlastnosti („zaměnitelné“). Obdobně jě vám jedno, kterou konkrétní dolarovou bankovku (nebo ETH) máte v peněžence, protože všechny jsou totožné a mají stejnou hodnotu. Ale _není_ vám jedno, které konkrétní NFT vlastníte, protože každé má individuální vlastnosti, které ho odlišují od ostatních („nezastupitelné“). -Jedinečnost každého NFT umožňuje tokenizaci věcí, jako je umění, sběratelské předměty nebo dokonce nemovitosti, kde jedno konkrétní unikátní NFT představuje jednu konkrétní unikátní položku existující v reálném nebo digitálnm světě. Vlastnictví tohoto předmětu je veřejně viditelné na blockchainu Ethereum. +Jedinečnost každého NFT umožňuje tokenizaci věcí, jako je umění, sběratelské předměty nebo dokonce nemovitosti, kde jedno konkrétní unikátní NFT představuje jednu konkrétní unikátní položku existující v reálném nebo digitálnm světě. Vlastnictví tohoto aktiva je veřejně dohledatelné na [blockchainu](/glossary/#blockchain) Ethereum. ## Internet aktiv {#internet-of-assets} -NFT a Ethereum řeší některé problémy, které dnes na internetu existují. S postupující digitalizací je třeba replikovat vlastnosti fyzických předmětů, jako je vzácnost, jedinečnost a důkaz vlastnictví a to bez dohledu nebo řízení centrální organizace. Pomocí NFT můžete například vlastnit mp3 soubor napříč všemi aplikacemi běžící na Ethereu a nemusíte být odkázáni na jednu specifickou hudební aplikaci jako je Spotify nebo Apple Music. Můžete vlastnit uživatelské jméno na sociální síti, které můžete prodat nebo vyměnit, ale nemůže vám ho svévolně vzít správce platformy. +NFT a Ethereum řeší některé problémy, které dnes na internetu existují. S postupující digitalizací je třeba replikovat vlastnosti fyzických předmětů, jako je vzácnost, jedinečnost a důkaz vlastnictví a to bez dohledu nebo řízení centrální organizace. Pomocí NFT můžete například vlastnit mp3 soubor napříč všemi aplikacemi běžící na Ethereu a nemusíte být odkázáni na jednu specifickou hudební aplikaci jako je Spotify nebo Apple Music. Můžete vlastnit uživatelské jméno na sociální síti, které můžete prodat nebo vyměnit, ale **nemůže vám ho svévolně vzít** správce platformy. Zde je porovnání NFT internetu a internetu, tak jak ho známe dnes... ### Porovnání {#nft-comparison} -| NFT internet | Dnešní internet | -| ---------------------------------------------------------------------------------------------------------------------------- | --------------------------------------------------------------------------------------------------------------------------------------- | -| Vy vlastníte svá aktiva! Jen vy je můžete prodat nebo směnit. | Můžete si půjčit aktivum nějaké organizace a to vám může být odebráno. | -| NFT jsou digitálně unikátní, žádná dvě NFT nejsou stejná. | Kopii aktiva často nelze odlišit od originálu. | -| Vlastnictví NFT je zapsáno na blockchainu, aby si jej mohl kdokoli ověřit. | Záznamy o vlastnictví digitálních položek jsou uloženy na serverech ovládaných firmami, kterým musíte ohledně jejich správy důvěřovat. | -| NFT jsou smart kontrakty na Ethereu. To znamená, že je lze snadno použít v jiných smart kontraktech a aplikacích na Ethereu! | Firmy, které centralizovaně spravují digitálními aktiva, mají obvykle vlastní infrastrukturu „zahrady za zdí“. | -| Tvůrci obsahu mohou prodávat svá díla kdekoliv a mají přístup na globální trh. | Tvůrci spoléhají na infrastrukturu a distribuci platforem, které využívají. Často je limitují podmínky používání a geografická omezení. | -| Tvůrci NFT si mohou ponechat vlastnická práva ke svému dílu a naprogramovat licenční poplatky přímo do NFT kontraktu. | Platformy, jako například služby streamování hudby, si nechávají většinu zisků z prodeje. | +| NFT internet | Dnešní internet | +| ----------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------- | +| **Vaše vlastní prostředky!** Jenom vy je můžete prodat nebo směnit. | **Můžete si půjčit aktivum** nějaké organizace a to vám může být odebráno. | +| NFT jsou **digitálně jedinečné**, žádná dvě NFT nejsou stejná. | **Kopii aktiva často nelze odlišit **od originálu. | +| Vlastnictví NFT je zapsáno na blockchainu, aby si jej mohl **kdokoli ověřit**. | Přístup k záznamům o vlastnictví digitálních položek je **spravován institucemi** – musíte jim věřit. | +| NFT jsou [chytré kontrakty](/glossary/#smart-contract) na Ethereu. To znamená, že **je lze snadno použít v jiných chytrých kontraktech** a aplikacích na Ethereu! | Firmy, které centralizovaně spravují digitální aktiva, **mají obvykle vlastní infrastrukturu „uzavřeného ekosystému“**. | +| Tvůrci obsahu **mohou prodávat svá díla kdekoliv** a mají přístup na globální trh. | Tvůrci spoléhají na infrastrukturu a distribuci platforem, které využívají. Často je omezují podmínky používání a **zeměpisná omezení**. | +| Tvůrci NFT si mohou **ponechat vlastnická práva** ke svému dílu a naprogramovat licenční poplatky přímo do NFT kontraktu. | Platformy, např. **služby streamování hudby, si nechávají většinu zisků z prodeje**. | ## K čemu se NFT používají? {#nft-use-cases} @@ -50,13 +50,20 @@ NFT se používají pro spoustu věcí, mezi které patří: - nastavení přístupu k obsahu - prodej vstupenek - decentralizované názvy internetových domén -- kolaterál v DeFi +- kolaterál v [decentralizovaných financích](/glossary/#defi) -Možná jste umělec, který chce zveřejnit svou práci pomocí NFT, aniž by ztratil kontrolu a přišel o své zisky kvůli prostředníkům. Můžete vytvořit nový kontrakt a zadat počet NFT, jejich vlastnosti a přidat odkaz na konkrétní umělecké dílo. Jako umělec můžete do smart kontraktu naprogramovat licenční poplatky, které by vám měly být vyplaceny (např. 5 % z prodejní ceny, což je vlastníkovi kontraktu vyplaceno pokaždé, když je NFT převedeno). Vždy také můžete prokázat, že jste vytvořili NFT, protože vlastníte peněženku, která kontrakt vytvořila. Vaši kupující mohou snadno prokázat, že vlastní autentické NFT z vaší sbírky, protože adresa jejich peněženky je spojena s tokenem ve vašem smart kontraktu. Mohou jej používat v celém ekosystému Etherea a jsou si jisti jeho pravostí. +Možná jste umělec, který chce zveřejnit svou práci pomocí NFT, aniž by ztratil kontrolu a přišel o své zisky kvůli prostředníkům. Můžete vytvořit nový kontrakt a zadat počet NFT, jejich vlastnosti a přidat odkaz na konkrétní umělecké dílo. Jako umělec **můžete do chytrého kontraktu naprogramovat licenční poplatky**, které by vám měly být vyplaceny (např. 5 % z prodejní ceny, což je vlastníkovi kontraktu vyplaceno pokaždé, když je NFT převedeno na novou adresu). Vždy také můžete prokázat, že jste toto NFT vytvořili, protože vlastníte [peněženku](/glossary/#wallet), která kontrakt vytvořila. Kupující mohou snadno prokázat, že vlastní **autentické NFT** z vaší kolekce, protože [adresa](/glossary/#address) jejich peněženky je spojena s tokenem ve vašem chytrém kontraktu. Mohou jej používat v celém ekosystému Etherea a jsou si jisti jeho pravostí. -Nebo si představte vstupenku na sportovní událost. Stejně jako organizátor události si může vybrat, kolik vstupenek bude prodávat, může tvůrce NFT rozhodnout, kolik kopií existuje. Někdy se jedná o přesné kopie, jako je 5 000 všeobecných vstupenek. Někdy je vytvořených několik NFT, která jsou velmi podobná, ale každé mírně odlišné, jako například vstupenka s přiděleným sedadlem. Ty lze kupovat a prodávat peer-to-peer bez placení prodejcům vstupenek a kupující se vždy může ujistit o pravosti vstupenky pomocí kontroly adresy kontraktu. + +
Prozkoumejte, kupte nebo si vytvořte vlastní NFT umění...
+ + Prozkoumat NFT umění + + -NFT na ethereum.org slouží k prokázání lidí, kteří smysluplně přispěli do našeho Github repositáře (naprogramovali web, napsali nebo upravili článek...), přeložili náš obsah, nebo se zúčastnili našeho komunitního hovoru. Také máme naše vlastní NFT doménové jméno. Pokud přispějete na ethereum.org, můžete získat POAP NFT. Některé krypto meetupy používají POAPy jako vstupenky. [Více o přispívání](/contributing/#poap). +Nebo si představte vstupenku na sportovní událost. Stejně jako **si organizátor události může vybrat, kolik vstupenek bude prodávat**, může se tvůrce NFT rozhodnout, kolik kopií vytvoří. Někdy se jedná o přesné kopie, jako je 5 000 všeobecných vstupenek. Někdy je vytvořených několik NFT, která jsou velmi podobná, ale každé mírně odlišné, jako například vstupenka s přiděleným sedadlem. Ty lze kupovat a prodávat peer-to-peer bez placení prodejcům vstupenek a kupující se vždy může ujistit o pravosti vstupenky pomocí kontroly adresy kontraktu. + +**NFT na ethereum.org slouží k prokázání, že lidé smysluplně přispěli** do našeho Github repozitáře (naprogramovali web, napsali nebo upravili článek...), přeložili náš obsah, nebo se zúčastnili našeho komunitního hovoru. Také máme naše vlastní doménové jméno spojené s NFT. Pokud budete přispívat na ethereum.org, můžete získat [POAP](/glossary/#poap) NFT. Některé krypto meetupy používají POAPy jako vstupenky. [Více o přispívání](/contributing/#poap). ![ethereum.org POAP](./poap.png) @@ -68,7 +75,7 @@ Tato webová stránka má také alternativní název domény využívající NFT ## Jak fungují NFT? {#how-nfts-work} -Stejně jako kterékoliv digitální předměty na Ethereum blockchainu jsou NFT vytvářeny skrze speciální počítačový program založený na Ethereu s názvem "chytrý kontrakt." Tyto kontrakty fungují podle specifických pravidel, jako jsou standarty ERC-721 nebo ERC-1155, které určují, co může kontrakt dělat. +Stejně jako kterékoliv digitální předměty na Ethereum blockchainu jsou NFT vytvářeny skrze speciální počítačový program založený na Ethereu s názvem "chytrý kontrakt." Tyto kontrakty fungují podle specifických pravidel, jako jsou standardy [ERC-721](/glossary/#erc-721) nebo [ERC-1155](/glossary/#erc-1155), které určují, jaké operace může kontrakt vykonávat. Chytrý kontrakt NFT může dělat několik klíčových věcí: @@ -82,9 +89,9 @@ Tvůrce kontraktu může navíc přidat další pravidla. Může nastavit kolik ### Zabezpečení NFT {#nft-security} -Ethereum je zabezpečeno mechanismem proof-of-stake. Systém je navržen tak, aby ekonomicky bránil zlovolným akcím, takže Ethereum je chráněno proti neoprávněným zásahům. To je to, co umožňuje NFT fungovat. Jakmile bude blok obsahující vaši NFT transakci dokončen, stálo by útočníka miliony etheru to změnit. Každý, kdo používá Ethereum software, by byl okamžitě schopen odhalit nepoctivé a nedovolené zásahy týkající se NFT a záškodník by byl ekonomicky penalizován a vykázán. +Ethereum je zabezpečeno [mechanismem důkazu podílem](/glossary/#pos). Systém je navržen tak, aby ekonomicky bránil zlovolným akcím, takže Ethereum je chráněno proti neoprávněným zásahům. To je to, co umožňuje NFT fungovat. Jakmile bude [blok](/glossary/#block) obsahující vaši NFT transakci [dokončen](/glossary/#finality), změnit ho by stálo útočníka miliony ETH. Každý, kdo používá Ethereum software, by byl okamžitě schopen odhalit nepoctivé a nedovolené zásahy týkající se NFT a záškodník by byl ekonomicky penalizován a vykázán. -Bezpečnostní otázky týkající se NFT se nejčastěji týkají podvodů s phishingem, zranitelnosti smart kontraktů nebo uživatelské chyby (jako je neúmyslné odhalení soukromého klíče). Dobrá ochrana peněženky je tedy pro majitele NFT klíčovou. +Bezpečnostní otázky týkající se NFT se nejčastěji týkají podvodů s phishingem, zranitelnosti chytrých kontraktů nebo uživatelské chyby (jako je neúmyslné odhalení privátního klíče). Dobrá ochrana peněženky je tedy pro majitele NFT klíčovou. Více o bezpečnosti @@ -96,6 +103,11 @@ Bezpečnostní otázky týkající se NFT se nejčastěji týkají podvodů s ph - [EtherscanNFT tracker](https://etherscan.io/nft-top-contracts) - [Standart tokenu ERC-721](/developers/docs/standards/tokens/erc-721/) - [Standart tokenu ERC-1155](/developers/docs/standards/tokens/erc-1155/) +- [Oblíbené aplikace a nástroje NFT](https://www.ethereum-ecosystem.com/blockchains/ethereum/nfts) + +## Další zdroje {#other-resources} + +- [NFTScan](https://nftscan.com/) diff --git a/public/content/translations/cs/roadmap/account-abstraction/index.md b/public/content/translations/cs/roadmap/account-abstraction/index.md new file mode 100644 index 00000000000..0fc5e82eb4b --- /dev/null +++ b/public/content/translations/cs/roadmap/account-abstraction/index.md @@ -0,0 +1,126 @@ +--- +title: Abstrakce účtu +description: Přehled plánů Etherea na zjednodušení a větší zabezpečení uživatelských účtů +lang: cs +summaryPoints: + - Abstrakce účtů usnadňuje vytváření peněženek založených na chytrých kontraktech + - Chytré kontraktové peněženky výrazně usnadňují správu přístupu k účtům na Ethereu + - Ztracené nebo zkompromitované klíče lze obnovit pomocí několika záloh +--- + +# Abstrakce účtu {#account-abstraction} + +Uživatelé interagují s Ethereem pomocí **[externě vlastněných účtů (externally owned accounts, EOA)](/glossary/#eoa)**. To je jediný způsob, jak poslat transakci nebo spustit chytrý kontrakt. To limituje možnosti uživatelů interagovat s Ethereem. Např. to komplikuje hromadné posílání transakcí a je nutné, aby uživatelé neustále měli na účtu zůstatek ETH na pokrytí poplatků za palivo. + +Abstrakce účtů je způsob, jak tyto problémy vyřešit, a to tak, že uživatelům umožňuje flexibilně naprogramovat do svých účtů větší zabezpečení a lepší uživatelské prostředí. Toho může být dosaženo vylepšením [EOA](https://eips.ethereum.org/EIPS/eip-3074), aby je bylo možné ovládat pomocí chytrých kontraktů, nebo [vylepšením chytrých kontraktů](https://eips.ethereum.org/EIPS/eip-2938), aby mohly iniciovat transakce. Obě možnosti vyžadují změny v protokolu Etherea. Existuje také třetí cesta, která zahrnuje přidání [druhého, samostatného systému zpracovávání transakcí](https://eips.ethereum.org/EIPS/eip-4337), který běží paralelně se stávajícím protokolem. Bez ohledu na způsob je výsledkem přístup k Ethereu prostřednictvím peněženek založených na chytrých kontraktech, buď nativně podporovaných jako součást stávajícího protokolu, nebo prostřednictvím doplňkové transakční sítě. + +Peněženky založené na chytrých kontraktech odemykají spoustu výhod pro uživatele, např.: + +- definování vlastních flexibilních bezpečnostních pravidel, +- obnovení účtu v případě ztráty klíčů, +- sdílení bezpečnosti účtu mezi důvěryhodnými zařízeními nebo osobami, +- placením poplatků za palivo za někoho jiného, nebo možnost nechat někoho jiného platit za vás, +- hromadné transakce (např. schválení a provedení směny v jednom kroku), +- více příležitostí vývojářů dappek a peněženek vylepšit uživatelskou zkušenost. + +Tyto výhody nejsou v současné době nativně podporovány, protože pouze externě vlastněné účty ([EOA](/glossary/#eoa)) mohou zahajovat transakce. EOA jsou jednoduše páry veřejných a privátních klíčů. Fungují takto: + +- Pokud máte privátní klíč, můžete dělat cokoliv v rámci pravidel Virtuálního stroje Etherea Machine (EVM). +- V případě, že privátní klíč nemáte, nemůžete dělat _nic_. + +Pokud ztratíte klíče, nemohou být obnoveny, a ukradené klíče dávají zlodějům okamžitý přístup ke všem prostředkům na účtu. + +Peněženky založené na chytrých kontraktech řeší tyto problémy, ale dnes je obtížné je naprogramovat, protože jakákoliv logika, kterou implementují, musí být nakonec převedena do souboru EOA transakcí, než může být zpracována Ethereem. Abstrakce účtu umožňuje chytrým kontraktům iniciovat transakce samostatně, takže jakákoliv logika, kterou chce uživatel implementovat, může být zakódována přímo do peněženky založené na chytrém kontraktu a spuštěna na Ethereu. + +Ve finále zlepšuje abstrakce účtu podporu pro peněženky založené na chytrých kontraktech, což usnadňuje jejich vytváření a zabezpečuje používání. Navíc mohou uživatelé díky abstrakci účtu využívat všech výhod Etherea, aniž by museli znát nebo se starat o podkladovou technologii. + +## Za bezpečnostní frází {#beyond-seed-phrases} + +Dnešní účty jsou zabezpečeny pomocí privátních klíčů, které jsou vypočítány z bezpečnostních frází. Každý, kdo má přístup k bezpečnostní frázi, může snadno objevit privátní klíč chránící účet a získat přístup ke všem prostředkům. Pokud jsou privátní klíč a bezpečnostní fráze ztraceny, nemohou být nikdy obnoveny a prostředky, které měly zabezpečovat, jsou navždy zmrazeny. Zabezpečení těchto bezpečnostních frází je obtížné i pro odborníky a phishing bezpečnostních frází je jedním z nejběžnějších způsobů podvodů cílených na uživatele. + +Abstrakce účtu vyřeší tento problém tím, že použije chytrý kontrakt k uchovávání prostředků a autorizaci transakcí. Tyto chytré kontrakty mohou být následně obohaceny o vlastní logiku, aby byly co nejbezpečnější a přizpůsobily se uživateli na míru. Ve finále stále používáte pro přístup ke svému účtu privátní klíče, ale s bezpečnostními sítěmi, které usnadňují a zabezpečují jejich správu. + +Záložní klíče mohou být např. přidány do peněženky, takže pokud ztratíte nebo omylem odhalíte svůj hlavní klíč, může být nahrazen novým, bezpečným klíčem díky souhlasu záložních klíčů. Každý z těchto klíčů můžete různě zabezpečit, nebo je rozdělit mezi důvěryhodné osoby. To zlodějům výrazně komplikuje snahu získat plnou kontrolu nad vašimi prostředky. Podobně můžete přidat do peněženky pravidla, která sníží dopad kompromitování vašeho hlavního klíče. Např. můžete umožnit transakcím s nízkou hodnotou ověření jediným podpisem, zatímco u transakcí s vyšší hodnotou můžete nastavit vyžadování schválení od několika ověřených účtů. Existují i další způsoby, jak vám chytré kontraktové peněženky mohou pomoci odradit zloděje. Např. můžete použít whitelist, který zablokuje každou transakci, pokud není adresována na důvěryhodnou adresu nebo ověřena několika vašimi předem schválenými klíči. + +### Příklady bezpečnostní logiky, kterou lze vložit do chytré kontraktové peněženky: + +- **Autorizace mnoha podpisy**: Můžete sdílet autorizaci napříč několika důvěryhodnými osobami nebo zařízeními. Kontrakt může být nastaven tak, že transakce přesahující určitou předem danou hodnotu vyžadují autorizaci od určitého podílu (např. 3/5) důvěryhodných stran. Transakce s vysokou hodnotou mohou např. vyžadovat schválení jak od mobilního zařízení, tak od hardwarové peněženky, nebo podpisy od účtů sdílených mezi důvěryhodné členy rodiny. +- **Zmrazení účtu**: Pokud je zařízení ztraceno nebo kompromitováno, může být účet uzamčen z jiného autorizovaného zařízení, což chrání prostředky uživatele. +- **Obnova účtu**: Ztratili jste zařízení nebo zapomněli heslo? V současném paradigmatu to znamená, že vaše prostředky mohou být navždy zmrazeny. S chytrou kontraktovou peněženkou můžete nastavit whitelist účtů, které mohou autorizovat nová zařízení a znovu nastavit přístup. +- **Nastavení limitů transakcí**: Lze určit denní hodnoty pro to, kolik prostředků může být převedeno z účtu za den/týden/měsíc. To znamená, že i když útočník získá přístup k vašemu účtu, nemůže najednou vybrat vše a máte příležitost zmrazit a znovu nastavit přístup. +- **Vytvoření whitelistů**: Umožňuje povolit transakce jen na určité adresy, které označíte jako bezpečné. To znamená, že _i když_ by byl váš privátní klíč zcizen, útočník by mohl posílat prostředky pouze na účty na vašem seznamu. Změna těchto whitelistů by vyžadovala více podpisů, takže útočník nemůže přidat vlastní adresu na seznam, pokud nemá přístup k několika vašim záložním klíčům. + +## Lepší uživatelská zkušenost {#better-user-experience} + +Abstrakce účtů umožňuje **lepší celkové uživatelské možnosti** a **vylepšenou bezpečnost**, protože přidává podporu pro peněženky založené na chytrých kontraktech na úrovni protokolu. Nejvýznamnějším důvodem je, že poskytne vývojářům chytrých kontraktů, peněženek a aplikací mnohem větší svobodu ve vylepšení uživatelských možností způsoby, které ještě nemusíme být schopni předvídat. Některá zřejmá vylepšení, která přijdou s abstrakcí účtu, zahrnují spojování transakcí za účelem zvýšení rychlosti a efektivity. Jednoduchá směna by např. měla být operací na jedno kliknutí, ale dnes vyžaduje podepsání několika transakcí ke schválení přístupu k jednotlivým tokenům před provedením směny. Abstrakce účtů odstraní tuto nepříjemnost tím, že umožní slučování transakcí. Sloučené transakce by navíc mohly schválit přesně správnou hodnotu tokenů potřebnou pro každou transakci a poté zrušit schválení po dokončení transakce, což posune bezpečnost na další úroveň. + +Správa poplatků za palivo je s abstrakcí účtu také výrazně lepší. Nejenže aplikace mohou nabídnout platbu poplatků za palivo svých uživatelů, ale tyto poplatky mohou být placeny tokeny jinými než ETH, což zbavuje uživatele nutnosti mít zůstatek ETH za účelem financování transakcí. To by fungovalo tak, že by se tokeny uživatele v kontraktu směnily za ETH a poté by se ETH použilo k platbě za palivo. + + + +Správa poplatků za palivo je jednou z hlavních nepříjemností pro uživatele Etherea, především proto, že ETH je jediné aktivum, které v současnosti mohou k platbě za transakce používat. Představte si, že máte peněženku se zůstatkem USDC, ale bez ETH. Nemůžete tyto USDC tokeny přesunout nebo směnit, protože nemáte jak zaplatit za palivo. Nemůžete také směnit USDC za ETH, protože to samo o sobě vyžaduje palivo. Abyste tento problém vyřešili, museli byste si poslat ETH na účet z burzy nebo jiné adresy. S peněženkami založenými na chytrých kontraktech můžete místo toho platit poplatky za palivov USDC, čímž svůj účet odblokujete. Už nemusíte udržovat zůstatek ETH ve všech svých účtech. + +Abstrakce účtu také umožňuje vývojářům dappek určitou kreativitu v přístupu k řízení poplatků za palivo. Např. můžete začít platit své oblíbené decentralizované burze stálý poplatek každý měsíc za neomezené transakce. Platformy dappek by mohly nabídnout placení všech vašich poplatků za palivo za vás jako odměnu za používání jejich platformy nebo jako lákadlo pro nové uživatele. Pro vývojáře bude mnohem snadnější zavádět inovace v oblasti poplatků za palivo, když budou peněženky založené na chytrých kontraktech podporovány už na úrovni protokolu. + + + +Důvěryhodné relace jsou také potenciálně transformační pro uživatelské možnosti, zejména pro aplikace, jako jsou hry, kde může velké množství malých transakcí vyžadovat rychlé schválení. Individuální schvalování každé transakce by narušilo herní zážitek, ale trvalý souhlas není bezpečný. Chytrá kontraktová peněženka by mohla schválit určité transakce na pevně stanovenou dobu, až do specifické hodnoty nebo pouze pro určité adresy. + +Je také zajímavé si představit, jak by se mohlo díky abstrakci účtu změnit nakupování. Dnes každá transakce musí být schválena a poslána z peněženky předfinancované dostatečným množstvím správného tokenu. S abstrakcí účtu by mohlo být prostředí podobnější online nakupování, kde uživatel naplní „košík“ položkami a jedním klikem zaplatí všechny najednou, přičemž veškerá potřebná logika by byla zpracována kontraktem, nikoliv uživatelem. + +Toto je jen několik příkladů, jak by mohly být uživatelské možnosti vylepšeny pomocí abstrakce účtu, ale použití je mnohem širší a spousta z nich je ještě za hranicemi naší fantazie. Abstrakce účtů osvobozuje vývojáře od omezení současných EOA, přenáší pozitivní aspekty web2 do web3 bez nutnosti obětovat samosprávu a umožňuje kreativně vytvářet nové uživatelské možnosti. + +## Jak bude abstrakce účtu implementována? {#how-will-aa-be-implemented} + +Peněženky založené na chytrých kontraktech už existují, ale jejich implementace je složitá, protože EVM je nepodporuje. Místo toho se spoléhají na obalení relativně složitého kódu kolem standardních Ethereum transakcí. Ethereum může tuto situaci změnit tím, že umožní chytrým kontraktům iniciovat transakce, přičemž nezbytnou logiku zpracovává v chytrých kontraktech přímo na Ethereu namísto zpracování mimo řetězec. Umístění logiky do chytrých kontraktů také zvyšuje decentralizaci Etherea, protože odstraňuje potřebu „převaděčů“ spuštěných vývojáři peněženek, kteří překládají zprávy podepsané uživateli na běžné Ethereum transakce. + + + +EIP-2771 zavádí koncept meta-transakcí, které umožňují třetím stranám platit náklady na palivo uživatelů, aniž by se měnil protokol Ethereum. Myšlenkou je, že transakce podepsané uživateli jsou odesílány do Přeposílacího kontraktu. Přeposílací kontrakt je důvěryhodný subjekt, který ověřuje platnost transakcí, než je pošle na relé paliva. Toto se provádí mimo blockchain, což eliminuje potřebu platit za palivo. Relé paliva pak přenáší transakci na Přijímací kontrakt, který platí potřebný poplatek, aby mohla být transakce vykonatelná na Ethereu. Transakce je provedena, pokud je Přeposílací kontrakt známý a důvěryhodný pro Přijímací kontrakt. Tento model usnadňuje vývojářům implementaci transakcí bez poplatků za palivo na straně uživatele. + + + + + +EIP-4337 je prvním krokem směrem k nativní podpoře chytrých kontraktových peněženek decentralizovaným způsobem, aniž by bylo potřeba měnit protokol Ethereum. Místo úpravy konsenzuální vrstvy pro podporu chytrých kontraktových peněženek je přidán nový systém odděleně od běžného transakčního komunikačního protokolu. Tento vysoceúrovňový systém je postaven kolem nového objektu nazývaného UserOperation, který balí akce uživatele spolu s relevantními podpisy. Tyto objekty UserOperation jsou následně posílány do specializovaného mempoolu, kde je validátoři shromažďují do „balíčkové transakce“. Balíčková transakce představuje sekvenci mnoha jednotlivých objektů UserOperation a může být zahrnuta do bloků na Ethereu stejně jako běžná transakce, a může být vybírána validátory pomocí podobného modelu maximizace poplatků. + +Způsob, jakým peněženky fungují, by se se zavedením EIP-4337 také změnil. Místo toho, aby každá peněženka znovu implementovala běžnou, ale složitou bezpečnostní logiku, by tyto funkce byly outsourcovány do globálního peněženkového kontraktu známého jako „vstupní bod“. Ten by spravoval operace, jako je platba poplatků a spuštění EVM kódu, takže vývojáři peněženek se mohou soustředit na poskytování vynikajících uživatelských funkcí. + +Poznámka: Kontrakt vstupního bodu EIP-4337 byl nasazen na hlavní síť Etherea 1. března 2023. Můžete se na něj podívat na Etherscanu. + + + + + +EIP-2938 si klade za cíl vylepšit protokol Ethereum zavedením nového typu transakce, AA_TX_TYPE, který zahrnuje tři položky: nonce, target a data, kde nonce je čítač transakcí, target je cílová adresa kontraktu vstupního bodu a data je bytecode EVM. Za účelem vykonání těchto transakcí je třeba přidat do EVM dvě nové instrukce (známé jako opkódy): NONCE a PAYGAS. Opkód NONCE sleduje sekvenci transakcí a PAYGAS počítá a vybírá ze zůstatku kontraktu poplatek za palivo potřebný k vykonání transakce. Tyto nové funkce umožňují Ethereu podporovat chytré kontraktové peněženky nativně, protože potřebná infrastruktura je zabudována do protokolu Ethereum. + +Připomínáme, že EIP-2938 v současné době není aktivní. Komunita aktuálně upřednostňuje EIP-4337, protože nevyžaduje změny protokolu. + + + + + +EIP-3074 si klade za cíl aktualizovat externě vlastněné účty na Ethereu tím, že umožní delegování kontroly nad nimi na chytrý kontrakt. To znamená, že logika chytrého kontraktu by mohla schvalovat transakce pocházející z EOA (externě vlastněného účtu). To by umožnilo funkce jako sponzorování poplatků za palivo a sdružování transakcí. Aby to fungovalo, je třeba do EVM přidat dva nové opkódy: AUTH a AUTHCALL. S EIP-3074 jsou výhody chytrých kontraktových peněženek dostupné bez nutnosti kontraktu – místo toho zpracovává transakce specifický typ stateless, trustless, nevylepšitelného kontraktu známého jako "započínač". + +Připomínáme, že EIP-3074 v současné době není aktivní. Komunita aktuálně upřednostňuje EIP-4337, protože nevyžaduje změny protokolu. + + + +## Aktuální průběh {#current-progress} + +Peněženky založené na chytrých kontraktech jsou už k dispozici, ale je třeba uvést do chodu další vylepšení, aby byly co nejvíce decentralizované a přístupné bez nutnosti povolení třetí strany. EIP-4337 je hotový návrh, který nevyžaduje žádné změny protokolu Ethereum, takže je možné, že bude implementován rychle. Nicméně vylepšení, která mění protokol Ethereum, nejsou v současné době aktivně vyvíjena, takže může trvat mnohem déle, než budou tyto změny realizovány. Je také možné, že abstrakce účtu bude dostatečně dosažena prostřednictvím EIP-4337, takže žádné změny protokolu nebudou nikdy potřeba. + +## Další informace {#further-reading} + +- [erc4337.io](https://www.erc4337.io/) +- [Panelová diskuze o abstrakci účtu na Devconu v Bogotě](https://www.youtube.com/watch?app=desktop&v=WsZBymiyT-8) +- [„Proč je abstrakce účtů revoluční pro dappky“ z Devconu v Bogotě](https://www.youtube.com/watch?v=OwppworJGzs) +- [„Abstrakce účtů ELI5“ z Devconu v Bogotě](https://www.youtube.com/watch?v=QuYZWJj65AY) +- [Vitalikovy poznámky „Cesta k abstrakci účtů“](https://notes.ethereum.org/@vbuterin/account_abstraction_roadmap#Transaction-inclusion-lists) +- [Vitalikův blogový příspěvek o společenském obnovování peněženek](https://vitalik.eth.limo/general/2021/01/11/recovery.html) +- [Poznámky k EIP-2938](https://hackmd.io/@SamWilsn/ryhxoGp4D#What-is-EIP-2938) +- [Dokumentace k EIP-2938](https://eips.ethereum.org/EIPS/eip-2938) +- [Poznámky k EIP-4337](https://medium.com/infinitism/erc-4337-account-abstraction-without-ethereum-protocol-changes-d75c9d94dc4a) +- [Dokumentace k EIP-4337](https://eips.ethereum.org/EIPS/eip-4337) +- [Dokumentace k EIP-2771](https://eips.ethereum.org/EIPS/eip-2771) +- [„Základy abstrakce účtů“ – Co je abstrakce účtů, část I](https://www.alchemy.com/blog/account-abstraction) diff --git a/public/content/translations/cs/roadmap/danksharding/index.md b/public/content/translations/cs/roadmap/danksharding/index.md new file mode 100644 index 00000000000..9407292be81 --- /dev/null +++ b/public/content/translations/cs/roadmap/danksharding/index.md @@ -0,0 +1,95 @@ +--- +title: Danksharding +description: Seznamte se s Proto-Dankshardingem a Dankshardingem - dvěma po sobě jdoucími vylepšeními pro škálování Etherea. +lang: cs +summaryPoints: + - Danksharding je vícestupňové vylepšení, které má zlepšit škálovatelnost a kapacitu Etherea. + - První fáze, Proto-Danksharding, přidává do bloků datové bloby. + - Datové bloby nabízejí levnější způsob zveřejnění dat rollupů na Ethereu a tyto náklady mohou být replikovány na uživatele ve formě nižších transakčních poplatků. + - V dalších krocích rozloží plný Danksharding odpovědnost za ověřování datových blobů mezi podmnožiny uzlů, což dále škáluje Ethereum na více než 100 000 transakcí za sekundu. +--- + +# Danksharding {#danksharding} + +**Danksharding** je způsob, jehož pomocí se Ethereum stává skutečně škálovatelným blockchainem, ale k tomu je potřeba několik aktualizací protokolu. **Proto-Danksharding** je mezikrokem na této cestě. Obě vylepšení mají za cíl co nejvíce zlevnit transakce na druhé vrstvě pro uživatele a měly by zvýšit škálovatelnost Etherea na > 100 000 transakcí za sekundu. + +## Co je Proto-Danksharding? {#what-is-protodanksharding} + +Proto-Danksharding, známý také jako [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844), je způsob, jakým mohou [rollupy](/layer-2/#rollups) přidávat levnější data do bloků. Název pochází od dvou výzkumníků, kteří tento nápad navrhli: Protolambdy a Dankrada Feista. Historicky byly rollupy omezeny v tom, jak levně mohou zpracovávat uživatelské transakce, protože jejich transakce byly ukládány do `CALLDATA`. + +Toto je drahé, protože CALLDATA jsou zpracovávána všemi uzly na Ethereu a zůstávají na blockchainu navždy, i když rollupy potřebují tato data jen po krátkou dobu. Proto-Danksharding zavádí datové bloby, které mohou být odeslány a připojeny k blokům. Data v těchto blobech nejsou přístupná pro EVM a jsou automaticky smazána po stanovené době (v době psaní tohoto článku to bylo 4 096 epoch, což je přibližně 18 dní). To znamená, že rollupy mohou odesílat svá data mnohem levněji a přenést úspory na koncové uživatele ve formě levnějších transakcí. + + + +Rollupy jsou způsobem, jak škálovat Ethereum tím, že seskupují transakce mimo řetězec a poté zveřejňují výsledky na Ethereu. Rollup se v podstatě skládá ze dvou částí: dat a ověření provedení. Data jsou úplné sekvence transakcí, které jsou zpracovány rollupem k vytvoření změny stavu, jež je zveřejněna na Ethereu. Ověření provedení je opětovné provedení těchto transakcí nějakým poctivým aktérem (tzv. „schvalovatel“), aby bylo zajištěno, že navrhovaná změna stavu je správná. K provedení ověření musí být transakční data dostupná dostatečně dlouho na to, aby si je mohl kdokoliv stáhnout a zkontrolovat. To znamená, že jakékoliv nepoctivé chování sequencera rollupu může být identifikováno a napadnuto ověřovatelem. Nicméně není nutné, aby byla tato data dostupná navždy. + + + + + +Rollupy zveřejňují závazky ke svým transakčním datům na blockchainu a také zpřístupňují skutečná data v datových blobech. To znamená, že ověřovatelé mohou verifikovat, že jsou závazky platné, nebo napadnout data, která považují za nesprávná. Na úrovni uzlů jsou tyto datové bloby uloženy v konsenzus klientech. Konsenzus klienti potvrzují, že data viděli a že byla rozšířena po celé síti. Pokud by se data uchovávala navždy, tito klienti by zůstali přetíženi, což by vedlo k velkým požadavkům na hardware pro provozování uzlů. Místo toho se data automaticky mažou z uzlu každých 18 dní. Atestace konsenzus klientů prokazují, že ověřovatelé měli dostatečnou příležitost data ověřit. Skutečná data mohou být uložena mimo řetězec provozovateli rollupu, uživateli nebo ostatními. + + + +### Jak jsou data v blobech ověřována? {#how-are-blobs-verified} + +Rollupy zveřejňují transakce, které provádějí, v datových blobech. Zároveň k těmto datům zveřejňují „závazek“. Dělají to tak, že datům přizpůsobí polynomiální funkci. Tato funkce může být poté vyhodnocena na různých bodech. Např. pokud definujeme extrémně jednoduchou funkci `f(x) = 2x – 1`, můžeme tuto funkci vyhodnotit pro `x = 1`, `x = 2`, `x = 3` a získat výsledky `1, 3, 5`. Ověřovatel aplikuje stejnou funkci na data a vyhodnotí ji ve stejných bodech. Pokud byla původní data změněna, funkce nebude identická, a proto ani hodnoty vyhodnocené v každém bodě nejsou stejné. Ve skutečnosti jsou závazek a důkaz složitější, protože jsou zabaleny v kryptografických funkcích. + +### Co je KZG? {#what-is-kzg} + +KZG znamená Kate-Zaverucha-Goldberg – jména tří [původních autorů](https://link.springer.com/chapter/10.1007/978-3-642-17373-8_11) schématu, které redukuje blob dat na malý [kryptografický „závazek“](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html). Blob dat předložený rollupem musí být ověřen, aby bylo zajištěno, že rollup nejedná nepoctivě. To zahrnuje ověřovatelovo opětovné provedení transakcí v blobu, aby bylo ověřeno, že závazek byl platný. To je konceptuálně stejné jako způsob, jakým exekuční klienti kontrolují platnost transakcí na Ethereu na vrstvě 1 pomocí Merkle důkazů. KZG je alternativní důkaz, který přizpůsobí polynomiální rovnici datům. Závazek vyhodnocuje polynom na určitých tajných bodech dat. Ověřovatel by přizpůsobil stejný polynom datům a vyhodnotil ho na stejných hodnotách, přičemž by ověřil, že výsledek je stejný. To je způsob, jak ověřit data, který je kompatibilní s technikami zero-knowledge používanými některými rollupy a nakonec i jinými částmi protokolu Ethereum. + +### Co byl Ceremoniál KZG? {#what-is-a-kzg-ceremony} + +Ceremoniál KZG byla akce, při které se spousta lidí z celé Ethereum komunity společně podílela na vygenerování tajného náhodného řetězce čísel, který lze použít k ověřování dat. Je klíčové, aby tento řetězec čísel nebyl nikomu znám a nemohl být nikým znovu vytvořen. Proto každý účastník ceremoniálu obdržel řetězec od předchozího účastníka. Poté vytvořil nové náhodné hodnoty (např. tím, že dovolil prohlížeči měřit pohyb myši) a smíchal je s předchozí hodnotou. Následně tuto novou hodnotu odeslal dalšímu účastníkovi a na svém lokálním zařízení ji zničil. Pokud alespoň jeden účastník tohoto ceremoniálu postupoval poctivě, konečná hodnota bude pro útočníka neznámá. + +Ceremoniál KZG EIP-4844 byl veřejný a zúčastnily se ho desítky tisíc uživatelů, kteří přidali svou vlastní entropii (náhodnost). Celkem šlo o 140 000 příspěvků, což z něj činí největší ceremoniál svého druhu na světě. Aby byl ceremoniál znehodnocen, muselo by 100 % účastníků jednat nepoctivě. Z pohledu účastníků stačí vědět, že jen oni jednali poctivě, není třeba důvěřovat nikomu jinému, protože vědí, že ceremoniál zabezpečili (individuálně splnili požadavek, aby alespoň jeden účastník z N byl poctivý). + + + +Když rollup zveřejní data v blobu, poskytne také „závazek“, který zveřejní na blockchainu. Tento závazek je výsledkem vyhodnocení polynomu přizpůsobeného datům v určitých bodech. Tyto body jsou definovány náhodnými čísly generovanými v ceremoniálu KZG. Ověřovatelé mohou poté vyhodnotit polynom ve stejných bodech, aby ověřili data – pokud dosáhnou stejných hodnot, jsou data správná. + + + + + +Pokud někdo zná náhodné body použité pro vytvoření závazku, je pro něj snadné vytvořit nový polynom, který se bude shodovat v těchto konkrétních bodech (tj. „kolize“). To znamená, že by byl schopen přidat nebo odebrat data z blobu a stále poskytovat platný důkaz. Aby se tomu zabránilo, místo toho, aby ověřovatelé dostávali skutečné tajné body, obdrží body zabalené v kryptografické „černé skříňce“ pomocí eliptických křivek. Tyto body efektivně zamíchají hodnoty tak, aby původní hodnoty nemohly být zpětně rekonstruovány, ale s určitým chytrým algebraickým postupem mohou ověřovatelé stále vyhodnotit polynomy v bodech, které reprezentují. + + + + + Ani Danksharding, ani Proto-Danksharding nesledují tradiční model „tříštění“, který má za cíl rozdělit blockchain do více částí. Shard chainy již nejsou součástí plánu. Místo toho Danksharding využívá ke škálování Etherea distribuované vzorkování dat napříč bloby. To je mnohem jednodušší na implementaci. Tento model je někdy označován jako „tříštění dat“. + + +## Co je Danksharding? {#what-is-danksharding} + +Danksharding je úplná realizace škálování rollupů, které začalo s Proto-Danksharding. Danksharding přinese obrovské množství prostoru na Ethereu, kde mohou rollupy ukládat svá komprimovaná transakční data. To znamená, že Ethereum bude schopno snadno podporovat stovky jednotlivých rollupů a umožní provádění milionů transakcí za sekundu. + +Funguje to tak, že se rozšíří počet blobů připojených k blokům ze šesti (6) v Proto-Danksharding na 64 v úplném Danksharding. Zbytek změn vyžaduje aktualizace způsobu, jakým konsenzus klienti fungují, aby byli schopni zpracovávat nové velké bloby. Některé z těchto změn jsou již součástí plánu pro jiné účely nezávisle na Danksharding. Např. Danksharding vyžaduje implementaci oddělení navrhovatelů a stavitelů bloků (proposer-builder separation). To je vylepšení, které rozděluje úkoly budování bloků a jejich navrhování mezi různé validátory. Podobně je pro Danksharding potřeba vzorkování dostupnosti dat, ale to je také nezbytné pro vývoj jednoduchých klientů, které neukládají velké množství historických dat („bezstavové klienty“). + + + +Oddělení navrhovatelů a stavitelů bloků je nezbytné k tomu, aby jednotliví validátoři nemuseli generovat drahé závazky a důkazy pro 32 MB blobových dat. To by příliš zatěžovalo domácí validátory a vyžadovalo by to investice do výkonnějšího hardwaru, což by signifikantně snížilo decentralizaci. Místo toho převezmou zodpovědnost za tuto náročnou výpočetní práci specializovaní stavitelé bloků. Poté zpřístupní své bloky navrhovatelům bloků, aby je mohli šířit. Navrhovatel bloku jednoduše vybere blok, který je nejziskovější. Každý může levně a rychle ověřit bloby, což znamená, že jakýkoliv běžný validátor může zkontrolovat poctivost jednání stavitelů bloků. To umožňuje zpracování velkých blobů bez obětování decentralizace. Nepoctiví stavitelé bloků by mohli být jednoduše vyloučeni ze sítě a penalizováni a další by je nahradili, protože stavba bloků je výnosná činnost. + + + + + +Vzorkování dostupnosti dat je nezbytné pro validátory k rychlému a efektivnímu ověřování blobových dat. Pomocí vzorkování dostupnosti dat si mohou být validátoři jistí, že byla blobová data dostupná a správně potvrzena. Každý validátor může náhodně vybrat jen několik datových bodů a vytvořit důkaz, což znamená, že žádný validátor nemusí kontrolovat celý blob. Pokud nějaká data chybí, budou rychle identifikována a blob bude zamítnut. + + + +### Aktuální průběh {#current-progress} + +Úplný Danksharding je vzdálen několik let. Mezitím Ceremoniál KZG skončil s více než 140 000 příspěvky a [EIP](https://eips.ethereum.org/EIPS/eip-4844) pro Proto-Danksharding je hotový. Tento návrh byl plně implementován na všech testovacích sítích a byl spuštěn na hlavní síti s vylepšením sítě Cancun-Deneb („Dencun“) v březnu 2024. + +### Další informace {#further-reading} + +- [Poznámky k Proto-Dankshardingu](https://notes.ethereum.org/@vbuterin/proto_danksharding_faq) – _Vitalik Buterin_ +- [Poznámky Dankrada k Dankshardingu](https://notes.ethereum.org/@dankrad/new_sharding) +- [Diskuze mezi Dankradem, Protem a Vitalikem o Dankshardingu](https://www.youtube.com/watch?v=N5p0TB77flM) +- [Ceremoniál KZG](https://ceremony.ethereum.org/) +- [Přednáška Carla Beekhuizena na Devconu o důvěryhodných nastaveních](https://archive.devcon.org/archive/watch/6/the-kzg-ceremony-or-how-i-learnt-to-stop-worrying-and-love-trusted-setups/?tab=YouTube) +- [Více o vzorkování dostupnosti dat pro bloby](https://hackmd.io/@vbuterin/sharding_proposal#ELI5-data-availability-sampling) +- [Dankrad Feist o KZG závazcích a důkazech](https://youtu.be/8L2C6RDMV9Q) +- [KZG polynomiální závazky](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html) diff --git a/public/content/translations/cs/roadmap/dencun/index.md b/public/content/translations/cs/roadmap/dencun/index.md new file mode 100644 index 00000000000..861902c1123 --- /dev/null +++ b/public/content/translations/cs/roadmap/dencun/index.md @@ -0,0 +1,120 @@ +--- +title: FAQ ke Cancun-Deneb (Dencun) +description: Často kladené dotazy k vylepšení sítě s názvem Cancun-Deneb (Dencun) +lang: cs +--- + +# Cancun-Deneb (Dencun) {#dencun} + +Cancun-Deneb (Dencun) je vylepšení sítě Ethereum, které aktivuje **Proto-Danksharding (EIP-4844)**, zavádějící dočasné datové **bloby** za účelem zlevnění ukládání dat [druhých vrstev (L2)](/glossary/#layer-2) – rollupů. + +Nový typ transakce umožňuje poskytovatelům rollupů ukládat data nákladově efektivněji v tzv. „blobech“. Bloby jsou s jistotou dostupné na blockchainu přibližně 18 dní (přesněji 4 096 [epoch](/glossary/#epoch)). Po tomto období jsou bloby ze sítě odstraněny, ale aplikace mohou i tak ověřovat platnost svých dat pomocí důkazů. + +Toto výrazně snižuje náklady rollupů, omezuje nepřiměřený růst řetězce a podporuje více uživatelů při zachování bezpečnosti a decentralizovaného souboru operátorů uzlů. + +## Kdy můžeme očekávat snížení poplatků rollupů díky Proto-Dankshardingu? {#when} + +- Tento upgrade byl aktivován během epochy 269568, **13. března 2024 ve 13:55 (UTC)** +- Všichni hlavní poskytovatelé rollupů, jako Arbitrum nebo Optimism, oznámili, že bloby budou podporovány ihned po vylepšení +- Časový rámec pro podporu jednotlivých rollupů se může lišit, protože každý poskytovatel musí aktualizovat své systémy, aby mohl využívat nový prostor pro bloby + +## Jak mohu posílat ETH po hard forku? {#scam-alert} + +- **S vašimi prostředky nemusíte nic dělat**: Po vylepšení Ethereum Dencun není potřeba ETH převádět nebo vylepšovat. Zůstatky na vašem účtu se nezmění a ETH, které aktuálně držíte, zůstanou po hard forku přístupné ve své stávající podobě. +- **Pozor na podvody!** **Každý, kdo vás vyzývá k „upgradu“ vašich ETH, se vás snaží podvést.** V souvislosti s tímto vylepšením nemusíte podnikat žádné kroky. Vaše aktiva zůstanou nedotčena. Pamatujte, že informovanost je nejlepší obranou proti podvodům. + +[Více o rozpoznávání a vyhýbání se podvodům](/security/) + +## Jaký problém řeší upgrade sítě Dencun? {#network-impact} + +Dencun se primárně zaměřuje na **škálovatelnost** (zvládání více transakcí a více uživatelů najednou) s **dostupnými poplatky**, při **zachování decentralizace** sítě. + +Ethereovská komunita přijala pro svůj růst přístup „zaměřený na rollupy“, díky čemuž jsou rollupy druhé vrstvy primárním prostředkem pro bezpečnou podporu většího počtu uživatelů. + +Sítě rollupů zpracovávají transakce odděleně od hlavní sítě a následně publikují kryptografický důkaz a/nebo komprimovaná transakční data výsledků transakcí zpět na hlavní síť, kde se zaznamenávají. Takový záznam nese náklady (ve formě [poplatků za palivo](/glossary/#gas)) a před Proto-Dankshardingem museli všichni operátoři síťových uzlů ukládat tyto informace trvale, což bylo velmi nákladné. + +Zavedení Proto-Dankshardingu v rámci vylepšení Dencun umožňuje levnější úložiště pro tyto důkazy tím, že od operátorů uzlů vyžaduje ukládání těchto dat přibližně 18 dní, po kterých mohou být bezpečně odstraněna, což snižuje požadavky na hardware. Vzhledem k tomu, že rollupy obvykle mají dobu výběru nastavenou na 7 dní, pokud jsou bloby dostupné na vrstvě L1 po tuto dobu, jejich bezpečnostní model zůstává nezměněn. 18denní okno tak znamená významnou rezervu. + +[Další informace o škálování Etherea](/roadmap/scaling/) + +## Jak se přistupuje ke starým datovým blobům? {#historical-access} + +Zatímco běžné uzly Etherea budou vždy ukládat _aktuální stav_ sítě, historická data blobů mohou být odstraněna přibližně 18 dní po jejich uložení. Před odstraněním těchto dat Ethereum zajistí, aby byla zpřístupněna všem účastníkům sítě, čímž poskytne čas na: + +- stažení a uložení dat, pokud je o to zájem, +- dokončení všech cyklů rollupů, +- finalizaci transakcí na rollupech. + +_Historická_ data blobů mohou být potřebná z různých důvodů a mohou být uložena a zpřístupněna pomocí několika decentralizovaných protokolů: + +- **Protokoly indexování třetích stran**, jako je The Graph, tato data ukládají prostřednictvím decentralizované sítě operátorů uzlů motivovaných krypto-ekonomickými mechanismy. +- **BitTorrent** je decentralizovaný protokol, kde mohou dobrovolníci ukládat a distribuovat tato data ostatním. +- Cílem **[ethereovské portálové sítě](/developers/docs/networking-layer/portal-network/)** je poskytnout přístup ke všem jeho datům prostřednictvím decentralizované sítě operátorů uzlů pomocí rozdělení dat mezi účastníky podobně jako BitTorrent. +- I **jednotliví uživatelé** si vždy mohou uložit své vlastní kopie jakýchkoliv dat, která si přejí uchovávat pro historické účely. +- **Poskytovatelé rollupů** jsou motivováni k ukládání a zlepšování uživatelských možností během interakce s rollupy. +- **Průzkumníci bloků** typicky provozují archivní uzly, které indexují a ukládají všechny tyto informace pro snadné historické odkazování, přístupné uživatelům prostřednictvím webového rozhraní. + +Poznámka: Obnova historického stavu funguje na **modelu důvěry 1-z-N**. To znamená, že potřebujete data pouze z _jediného důvěryhodného zdroje_, abyste ověřili jejich správnost pomocí aktuálního stavu sítě. + +## Jak tento upgrade přispívá k širšímu plánu Etherea? {#roadmap-impact} + +Proto-Danksharding připravuje půdu pro úplnou implementaci [Dankshardingu](/roadmap/danksharding/). Danksharding je navržen tak, aby rozložil úložiště dat rollupů mezi operátory uzlů tak, aby každý operátor musel zpracovat pouze malou část z celkových dat. Toto rozložení zvýší počet datových blobů na jeden blok, což je nezbytné pro škálování Etherea za účelem podpory většího množství uživatelů a transakcí. + +Tato škálovatelnost je zásadní pro [podporu miliard uživatelů na Ethereu](/roadmap/scaling/) s dostupnými poplatky a pokročilejšími aplikacemi při zachování decentralizované sítě. Bez těchto změn by požadavky na hardware pro operátory uzlů rostly, což by vedlo k potřebě stále dražšího vybavení. To by mohlo vyřadit menší operátory, což by vedlo ke koncentraci kontroly nad sítí mezi několik velkých operátorů, což by bylo v rozporu s principem decentralizace. + +## Ovlivňuje tento upgrade všechny konsenzus klienty a validátory Etherea? {#client-impact} + +Ano, Proto-Danksharding (EIP-4844) vyžaduje aktualizace jak pro klienty zajišťující posílání transakcí (exekuční klienty), tak pro konsenzus klienty. Všechny hlavní klienty Etherea vydaly verze podporující toto vylepšení. Aby operátoři uzlů po vylepšení udrželi synchronizaci se sítí Ethereum, musí si ověřit, že používají podporovanou verzi klienta. Nezapomínejte, že informace o vydání upgradů klientů jsou časově citlivé, a uživatelé by měli sledovat nejnovější aktualizace pro nejaktuálnější podrobnosti. [Další informace o podporovaných verzích klientů](https://blog.ethereum.org/2024/02/27/dencun-mainnet-announcement#client-releases). + +Konsenzus klienty spravují software _validátora_, který byl kompletně aktualizován, aby mohl tato vylepšení využívat. + +## Jak ovlivňuje Cancun-Deneb (Dencun) Goerli nebo jiné testovací sítě Etherea? {#testnet-impact} + +- Devnety, Goerli, Sepolia a Holesky prošly upgradem Dencun a mají plně funkční Proto-Danksharding. +- Vývojáři rollupů mohou využít tyto sítě pro testování EIP-4844. +- Většina uživatelů nebude touto změnou v jednotlivých testovacích sítích nijak ovlivněna. + +## Budou všechny transakce na L2 nyní využívat dočasný prostor pro bloby, nebo si budu moci úložiště vybrat? {#calldata-vs-blobs} + +Transakce rollupů na druhé vrstvě (L2) Etherea mají možnost využívat dva typy úložiště dat: dočasný prostor pro bloby nebo trvalý úložný prostor pro data chytrých kontraktů (calldata). Prostor pro bloby je ekonomickou volbou, která poskytuje dočasné úložiště za nižší cenu. Zaručuje dostupnost dat pro všechna potřebná období výzev. Na druhou stranu, calldata nabízí trvalé úložiště, to je ale dražší. + +Rozhodnutí, zda použijí prostor pro bloby, nebo calldata, je primárně na poskytovatelích rollupů. Ti se rozhodují na základě aktuální poptávky po prostoru pro bloby. Pokud je poptávka po prostoru pro bloby v určitém momentu příliš vysoká, rollupy mohou zvolit calldata, aby zajistily včasné odeslání dat. + +Ačkoliv je teoreticky možné, aby si uživatelé vybrali preferovaný typ úložiště, poskytovatelé rollupů tuto volbu obvykle dělají sami. Poskytnutí této volby uživatelům by přidalo na složitosti, zejména při nákladově efektivním seskupování transakcí. Pro konkrétní detaily ohledně této volby by uživatelé měli nahlédnout do dokumentace jednotlivých poskytovatelů rollupů. + +## Sníží 4844 poplatky za palivo na vrstvě L1? {#l1-fee-impact} + +Ne zásadně. Prostor pro bloby, který využívají poskytovatelé rollupů, má svůj vlastní nový trh s poplatky za palivo. _I když se poplatky na L1 mohou snížit díky přesunu dat rollupů do blobů, toto vylepšení se primárně zaměřuje na snížení poplatků na vrstvě L2. Snížení poplatků na L1 (hlavní síť) může nastat jako sekundární efekt v menší míře._ + +- Snížení poplatků na L1 bude úměrné adopci, tedy používání datových blobů poskytovateli rollupů. +- Poplatky za palivo na L1 pravděpodobně zůstanou konkurenceschopné, ale to bude díky činnostem, které s rollupy nesouvisejí. +- Rollupy, které budou prostor pro bloby využívat, budou potřebovat méně poplatků za palivo na L1, což pomůže krátkodobě snížit poplatky za palivo na L1. +- Prostor pro bloby je stále omezený, takže pokud budou bloby v rámci bloku nasyceny/plné, rollupy mohou být nuceny odesílat svá data do permanentního úložiště, což by mohlo zvýšit ceny paliva na L1 i L2. + +## Sníží to poplatky na jiných EVM blockchainech vrstvy 1? {#alt-l1-fee-impact} + +Ne. Výhody Proto-Dankshardingu jsou specifické pro rollupy druhé vrstvy Etherea, které ukládají své důkazy na vrstvě 1 (hlavní síť). + +Pouhá kompatibilita s virtuálním strojem Etherea (EVM) neznamená, že síť bude mít z tohoto upgradu nějaký prospěch. Sítě, které fungují nezávisle na Ethereu (ať už jsou kompatibilní s EVM, nebo ne), neukládají svá data na Ethereum a z tohoto upgradu nebudou mít žádný prospěch. + +[Další informace o rollupech druhé vrstvy](/layer-2/) + +## Učíte se spíše vizuálně? {#visual-learner} + + + +_Unlocking Ethereum's Scaling, EIP-4844 – Finematics_ + + + +_Blobspace 101 with Domothy – Bankless_ + +## Further reading {#further-reading} + +- [EIP4844.com](https://www.eip4844.com/) +- [EIP-4844: Transakce shard blobů (Proto-Danksharding)](https://eips.ethereum.org/EIPS/eip-4844) +- [Oznámení o spuštění vylepšení Dencun na hlavní síti](https://blog.ethereum.org/2024/02/27/dencun-mainnet-announcement) – _blog Ethereum Foundation_ +- [Stopařův průvodce po Ethereu: Proto-Danksharding](https://members.delphidigital.io/reports/the-hitchhikers-guide-to-ethereum/#proto-danksharding-eip-4844) – _Jon Charbonneau_ +- [Často kladené otázky o Proto-Dankshardingu](https://notes.ethereum.org/@vbuterin/proto_danksharding_faq) – _Vitalik Buterin_ +- [Podrobné vysvětlení EIP-4844: Jádro upgradu Cancun](https://medium.com/@ebunker.io/an-in-depth-explanation-of-eip-4844-the-core-of-the-cancun-upgrade-de7b13761d2c) – _Ebunker_ +- [Aktualizace AllCoreDevs 016](https://tim.mirror.xyz/HzH5MpK1dnw7qhBSmzCfdCIxpwpD6DpwlfxtaAwEFro) – _Tim Beiko_ diff --git a/public/content/translations/cs/roadmap/pbs/index.md b/public/content/translations/cs/roadmap/pbs/index.md new file mode 100644 index 00000000000..bd3e22e382b --- /dev/null +++ b/public/content/translations/cs/roadmap/pbs/index.md @@ -0,0 +1,51 @@ +--- +title: Oddělení navrhovatelů od sestavovatelů +description: Zjistěte, jak a proč validátoři Etherea dělí své povinnosti sestavovatelů a šiřitelů bloků. +lang: cs +--- + +# Oddělení navrhovatelů od sestavovatelů {#proposer-builder-separation} + +Současní ethereovští validátoři vytvářejí _a_ šíří nové bloky. Seskupují transakce, o kterých se dozvěděli prostřednictvím komunikační sítě, a balí je do bloku, který rozesílají kolegům v síti Ethereum. **Oddělení navrhovatelů a sestavovatelů (PBS)** dělí tyto úkoly mezi více validátorů. Sestavovatelé bloků jsou odpovědní za vytváření bloků a jejich doručení navrhovatelům bloků v každém slotu. Navrhovatel bloku nevidí obsah bloku, jednoduše si vybere ten nejziskovější a zaplatí poplatek sestavovateli bloku, než odešle blok dalším kolegům. + +Toto je důležité vylepšení hned z několika důvodů. Za prvé, jedná se o příležitost, jak zamezit cenzuře transakcí na úrovni protokolu. Za druhé, zabraňuje situaci, kdy jsou jednotliví validátoři upozaděni institucionálními hráči, kteří mohou lépe optimalizovat ziskovost svých bloků. A za třetí, pomáhá se škálováním Etherea tím, že umožňuje dankshardingová vylepšení. + +## PBS a odolnost proti cenzuře {#pbs-and-censorship-resistance} + +Oddělením sestavovatelů a navrhovatelů bloků je pro sestavovatele bloků mnohem obtížnější cenzurovat transakce. Je to proto, že lze přidat poměrně složitá kritéria pro zařazení, která zajistí, že před navržením bloku neproběhne žádná cenzura. Jelikož je navrhovatel bloků samostatný subjekt nezávislý na sestavovateli bloků, může převzít roli ochránce před cenzurou. + +Např. lze zavést seznamy transakcí, které mají být zahrnuty, takže když validátoři vědí o určitých transakcích, které ale nevidí zahrnuté v blocích, mohou je definovat jako nutné pro další blok. Tento seznam je generován z místního mempoolu navrhovatelů bloků (seznam transakcí, o kterých ví) a odesílá se jejich kolegům těsně před navržením bloku. Pokud některá z transakcí z tohoto seznamu chybí, navrhovatel může blok buď odmítnout, přidat chybějící transakce před jeho navržením, nebo jej navrhnout a nechat jej odmítnout jinými validátory, když jej obdrží. Existuje také potenciálně efektivnější verze této myšlenky, která tvrdí, že sestavovatelé musí plně využít dostupný prostor bloků, a pokud tak neučiní, budou transakce přidány ze seznamu zahrnutí navrhovatele. V současné době je tato problematika stále aktivně zkoumána a optimální konfigurace pro zařazení do seznamů dosud nebyla stanovena. + +[Šifrované mempooly](https://www.youtube.com/watch?v=fHDjgFcha0M&list=PLpktWkixc1gUqkyc1-iE6TT0RWQTBJELe&index=3) by také mohly znemožnit sestavovatelům a navrhovatelům zjistit, které transakce zahrnují do bloku, dokud nebude blok rozšířen. + + + +Mocné organizace mohou tlačit na validátory, aby cenzurovali transakce na určité adresy nebo z nich. Validátoři tomuto tlaku mohou vyhovět tím, že detekují adresy na černé listině ve svém poolu transakcí a vynechávají je z bloků, které navrhují. Po PBS to již nebude možné, protože navrhovatelé bloků nebudou vědět, jaké transakce ve svých blocích šíří. Pro některé jednotlivce nebo aplikace může být důležité dodržovat pravidla cenzury, např. když je to v jejich regionu uzákoněno. V těchto případech dochází k omezení na úrovni aplikace, zatímco protokol zůstává bez povolení a bez cenzury. + + + +## PBS a MEV {#pbs-and-mev} + +**Maximální extrahovatelná hodnota (MEV)** popisuje validátory maximalizující svou ziskovost výhodným řazením transakcí. Mezi běžné příklady patří arbitráž směn na decentralizovaných burzách (např. předběžná realizace velkého prodeje nebo nákupu) nebo identifikace příležitostí k likvidaci DeFi pozic. Maximalizace MEV vyžaduje sofistikované technické know-how a vlastní software připojený k normálním validátorům, takže je mnohem pravděpodobnější, že institucionální operátoři překonají jednotlivce a domácí validátory při extrakci MEV. To znamená, že výnosy z uzamčení budou pravděpodobně vyšší u centralizovaných operátorů, což vytváří centralizační sílu, která od uzamčení odrazuje jednotlivce. + +PBS řeší tento problém překonfigurováním ekonomiky MEV. Místo toho, aby navrhovatel bloku prováděl své vlastní výpočty MEV, jednoduše si vybere jeden blok z mnoha, které jim nabízejí sestavovatelé bloků. Sestavovatelé bloků možná provedli sofistikovanou extrakci MEV, ale odměna za ni půjde navrhovateli bloku. To znamená, že i když v extrakci MEV dominuje malá skupina specializovaných sestavovatelů bloků, odměnu by mohl dostat jakýkoliv validátor v síti, včetně jednotlivých domácích uzamykatelů. + + + +Jednotlivci mohou být motivováni uzamykat spíše pomocí poolů než sami, a to z důvodu lepších odměn, které nabízejí sofistikované strategie MEV. Oddělení sestavení bloku od návrhu bloku znamená, že extrahované MEV bude distribuováno mezi více validátorů, spíše než centralizováno tím, kdo nejlépe spočítá MEV. Umožnění existence specializovaných sestavovatelů bloků zároveň pomůže jednotlivcům, kteří nebudou muset bloky vytvářet, a také jim zabrání v odejmutí MEV pro sebe a maximalizuje počet jednotlivých nezávislých validátorů, kteří mohou potvrdit poctivost bloků. Důležitým konceptem je „asymetrie ověřovatelů a dokazovatelů“, která odkazuje na myšlenku, že centralizovaná produkce bloků je v pořádku, pokud existuje robustní a maximálně decentralizovaná síť validátorů schopných dokázat, že jsou bloky poctivé. Decentralizace je prostředkem, nikoli konečným cílem – chceme poctivé bloky. + + +## PBS a Danksharding {#pbs-and-danksharding} + +Danksharding je způsob, jakým se Ethereum rozšíří na > 100 000 transakcí za sekundu a minimalizuje poplatky pro uživatele rollupů. Spoléhá na PBS, protože zvyšuje pracovní zátěž pro sestavovatele bloků, kteří budou muset počítat důkazy pro až 64 MB souhrnných dat za méně než 1 sekundu. To bude pravděpodobně vyžadovat specializované sestavovatele, kteří mohou tento úkol svěřit výkonnému hardwaru. V současné situaci by se však sestavování bloků mohlo stále více centralizovat kolem sofistikovanějších a výkonnějších operátorů kvůli extrakci MEV. Oddělení navrhovatele a sestavovatele je způsob, jak zabránit vyvíjenému tlaku na centralizaci ověřování bloků (což je důležité) nebo rozdělování odměn za uzamčení. Velkou vedlejší výhodou je, že specializovaní sestavovatelé bloků jsou také ochotni a schopni vypočítat potřebné důkazy dat pro Danksharding. + +## Aktuální průběh {#current-progress} + +PBS je v pokročilé fázi výzkumu, ale stále existují některé důležité konstrukční otázky, které je třeba vyřešit, než bude možné jej prototypovat v klientech Etherea. Pro žádný z nápadů zatím neexistuje konečná specifikace. To znamená, že uvedení PBS do praxe nás pravděpodobně čeká za rok nebo později. Podívejte se, [v jaké fázi se momentálně tento výzkum nachází](https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance). + +## Další informace {#further-reading} + +- [Stav výzkumu: Odolnost proti cenzuře díky PBS](https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance) +- [PBS – návrhy trhů s akceptovatelnými poplatky](https://ethresear.ch/t/proposer-block-builder-separation-friendly-fee-market-designs/9725) +- [PBS a odolnost proti cenzuře](https://notes.ethereum.org/@fradamt/H1TsYRfJc#Secondary-auctions) +- [Seznamy zařazení transakcí](https://notes.ethereum.org/@fradamt/H1ZqdtrBF) diff --git a/public/content/translations/cs/roadmap/secret-leader-election/index.md b/public/content/translations/cs/roadmap/secret-leader-election/index.md new file mode 100644 index 00000000000..56ee5a64bf8 --- /dev/null +++ b/public/content/translations/cs/roadmap/secret-leader-election/index.md @@ -0,0 +1,44 @@ +--- +title: Tajná volba lídra +description: Vysvětlení, jak tajná volba lídra může pomoci ochránit validátory před útoky +lang: cs +summaryPoints: + - IP adresa navrhovatelů bloků může být známa předem, což je činí zranitelnými vůči útokům. + - Tajná volba lídra skrývá identitu validátorů, takže je nelze znát předem. + - Rozšířením této myšlenky je náhodný výběr validátora v každém slotu. +--- + +# Tajná volba lídra {#single-secret-leader-election} + +V dnešním mechanismu konsensu založeném na [důkazu podílem](/developers/docs/consensus-mechanisms/pos) je seznam budoucích navrhovatelů bloků veřejný a lze mapovat jejich IP adresy. To znamená, že útočníci by mohli identifikovat, kteří validátoři mají navrhnout blok, a zaměřit se na ně útokem denial-of-service (DOS), který jim nedovolí blok včas navrhnout. + +To by mohlo dát útočníkovi příležitost vydělat. Např. navrhovatel bloku vybraný pro slot `n+1` by mohl DOS navrhovatele ve slotu `n`, takže by nestihl navrhnout blok. To by umožnilo útočícímu navrhovateli bloku extrahovat MEV obou slotů nebo vzít všechny transakce, které měly být rozděleny do dvou bloků, a místo toho je všechny zahrnout do jednoho, čímž by získal všechny poplatky, které s nimi souvisejí. V ohrožení jsou zejména domácí validátoři, nikoli sofistikovaní institucionální validátoři, kteří se mohou chránit před útoky DOS pomocí pokročilejších metod, a mohli by proto být centralizační silou. + +Existuje několik řešení tohoto problému. Jedním z nich je [Technologie distribuovaných validátorů](https://github.com/ethereum/distributed-validator-specs), jejímž cílem je rozdělit různé úkoly související se spuštěním validátoru na více počítačů s redundancí, takže pro útočníka je mnohem těžší zabránit navržení bloku v konkrétním slotu. Nejrobustnějším řešením je však **tajná volba jediného lídra (Single Secret Leader Election, SSLE)**. + +## Tajná volba jediného lídra {#secret-leader-election} + +V SSLE se používá chytrá kryptografie, která zajišťuje, že pouze vybraný validátor ví, že byl vybrán. Funguje to tak, že se každý validátor zaváže k tajemství sdílenému všemi. Tyto závazky se zamíchají a překonfigurují tak, aby nikdo nemohl mapovat závazky validátorů, ale každý validátor ví, který závazek k němu patří. Poté je náhodně vybrán jeden závazek. Pokud validátor zjistí, že byl vybrán jeho závazek, ví, že je řada na něm, aby navrhl blok. + +Hlavní implementace této myšlenky se nazývá [Whisk](https://ethresear.ch/t/whisk-a-practical-shuffle-based-ssle-protocol-for-ethereum/11763). Funguje takto: + +1. Validátoři se zavazují ke sdílenému tajemství. Schéma závazku je navrženo tak, že může být vázáno na identitu validátora, ale také randomizováno, takže žádná třetí strana nemůže zpětně tuto vazbu zanalyzovat a tím propojit konkrétní závazek s konkrétním validátorem. +2. Na začátku epochy je náhodně vybrána sada validátorů, která pomocí RANDAO odebere vzorky závazků od 16 384 validátorů. +3. Pro dalších 8 182 slotů (1 den) se navrhovatelé bloků promíchají a náhodně rozdělí podmnožinu závazků pomocí své vlastní entropie. +4. Po dokončení míchání se RANDAO používá k vytvoření uspořádaného seznamu závazků. Tento seznam je namapován na sloty Etherea. +5. Validátoři vidí, že jejich závazek je připojen ke konkrétnímu slotu, a když tento slot přijde na řadu, navrhnou blok. +6. Tyto kroky se opakují tak, aby přiřazení závazků ke slotům bylo vždy daleko před aktuálním slotem. + +To brání útočníkům, aby předem věděli, který konkrétní validátor navrhne další blok, což zabraňuje DOS útokům. + +## Tajné volby bez jediného vůdce (SnSLE) {#secret-non-single-leader-election} + +Existuje také samostatný návrh, jehož cílem je vytvořit scénář, ve kterém má každý validátor náhodnou šanci navrhnout blok v každém slotu, podobně jako tomu bylo v rámci důkazu prací. Tento systém je znám jako **tajná volba bez jediného vůdce (SnSLE)**. Jednoduchým způsobem, jak toho dosáhnout, je využít funkci RANDAO, která se používá k náhodnému výběru validátorů v dnešním protokolu. Myšlenkou RANDAO je, že dostatečně náhodné číslo je generováno smícháním hashů předložených mnoha nezávislými validátory. V SnSLE lze tyto hashe použít k výběru dalšího navrhovatele bloku, např. výběrem hashe s nejnižší hodnotou. Rozsah platných hashů může být omezen, což sjednotí pravděpodobnost výběru jednotlivých validátorů v každém slotu. Pokud hash musí být menší než `2^256 * 5 / N`, kde `N` = počet aktivních validátorů, je šance, že bude vybrán jakýkoliv jednotlivý validátor v každém slotu, `5/N`. V tomto příkladu by byla 99,3% šance, že alespoň jeden navrhovatel vygeneruje platný hash v každém slotu. + +## Aktuální průběh {#current-progress} + +Jak SSLE, tak SnSLE jsou ve fázi výzkumu. Pro žádný z nápadů zatím neexistuje konečná specifikace. SSLE a SnSLE jsou konkurenční návrhy, které nemohly být implementovány najednou. Před implementací je potřeba další výzkum a vývoj, prototypování a implementace na veřejných testovacích sítích. + +## Další informace {#further-reading} + +- [SnSLE](https://ethresear.ch/t/secret-non-single-leader-election/11789) diff --git a/public/content/translations/cs/roadmap/single-slot-finality/index.md b/public/content/translations/cs/roadmap/single-slot-finality/index.md new file mode 100644 index 00000000000..cae31b5b03a --- /dev/null +++ b/public/content/translations/cs/roadmap/single-slot-finality/index.md @@ -0,0 +1,66 @@ +--- +title: Finalita v jednom slotu +description: Vysvětlení finality v jednom slotu +lang: cs +--- + +# Finalita v jednom slotu {#single-slot-finality} + +Než se blok v síti Ethereum finalizuje, trvá to přibližně 15 minut. Nicméně, mechanismus konsenzu Etherea lze vylepšit tak, že bude bloky validovat efektivněji a výrazně zkrátí dobu do finality. Místo čekání patnáct minut by mohly být bloky navrženy a finalizovány ve stejném slotu. Tento koncept je známý pod pojmem **finalita v jednom slotu (SSF)**. + +## What is finality? {#what-is-finality} + +V mechanismu konsenzu Etherea založeném na důkazu podílem znamená finalita záruku, že blok nemůže být změněn nebo odstraněn z blockchainu, aniž by útočník musel spálit alespoň 33 % celkového uzamčeného ETH. Jedná se o „krypto-ekonomickou“ bezpečnost, protože důvěra je založena na extrémně vysokých nákladech spojených se změnou pořadí nebo obsahu řetězce, což zabraňuje jakémukoli racionálnímu ekonomickému subjektu se o takovou změnu vůbec pokoušet. + +## Proč se snažit o rychlejší finalitu? {#why-aim-for-quicker-finality} + +Současná doba do finality se ukázala být příliš dlouhá. Většina uživatelů nechce čekat 15 minut na finalitu, což je nepohodlné pro aplikace a burzy, které potřebují vysoký průtok transakcí a musí čekat tak dlouho, aby si byly jisté, že jejich transakce jsou trvalé. Prodleva mezi návrhem bloku a jeho finalizací také vytváří příležitost pro krátké reorganizace (reorg), které by útočník mohl využít k cenzuře určitých bloků nebo k extrakci MEV. Mechanismus, který se zabývá vylepšením bloků po etapách, je také poměrně složitý a několikrát se opravoval, aby se odstranily bezpečnostní zranitelnosti, což z něj činí jednu z částí kódu Etherea, kde je pravděpodobnější výskyt subtilních chyb. Všechny tyto problémy lze odstranit zkrácením doby do finality na jeden slot. + +## Kompromis mezi decentralizací, časem a režijními náklady {#the-decentralization-time-overhead-tradeoff} + +Záruka finality není okamžitou vlastností nového bloku – trvá nějaký čas, než se nový blok finalizuje. Důvodem je, že validátoři představující alespoň 2/3 celkového uzamčeného ETH v síti musí pro blok hlasovat („atestovat ho“), aby byl považován za finalizovaný. Každý validační uzel v síti musí zpracovávat atestace od ostatních uzlů, aby věděl, zda blok dosáhl nebo nedosáhl hranice 2/3. + +Čím kratší je čas povolený k dosažení finality, tím více výpočetního výkonu je potřeba na každém uzlu, protože zpracování atestace musí probíhat rychleji. Dále, čím více je v síti validačních uzlů, tím více atestací musí být zpracováno pro každý blok, což opět zvyšuje potřebný výpočetní výkon. Čím více výpočetního výkonu je potřeba, tím méně lidí je může provádět, protože pro každý validační uzel je potřeba dražší hardware. Zvýšení času mezi bloky snižuje potřebný výpočetní výkon na každém uzlu, ale také prodlužuje dobu do finality, protože atestace jsou zpracovávány pomaleji. + +Proto existuje kompromis mezi režijními náklady (výpočetním výkonem), decentralizací (počtem uzlů, které se mohou účastnit validace řetězce) a časem do finality. Ideální systém vyvažuje minimální výpočetní výkon, maximální decentralizaci a minimální čas do finality. + +Současný mechanismus konsenzu Etherea vyvážil tyto tři parametry takto: + +- **Stanovením minimálního uzamčení na 32 ETH**. To stanovuje horní hranici počtu atestací od validátorů, které musí být zpracovány jednotlivými uzly, a tedy i horní hranici výpočetních požadavků pro každý uzel. +- **Stanovením času do finality na ~15 minut**. To poskytuje dostatek času validátorům spuštěným na běžných domácích počítačích bezpečně zpracovat atestace pro každý blok. + +S aktuálním návrhem mechanismu je pro zkrácení času do finality nutné snížit počet validátorů v síti nebo zvýšit hardwarové požadavky pro každý uzel. Existují však vylepšení způsobu zpracování atestací, což může umožnit započítání více atestací, aniž by se zvýšily režijní náklady na každý uzel. Efektivnější zpracování umožní určit finalitu v rámci jednoho slotu, namísto dvou epoch. + +## Cesty k finalitě v jednom slotu (SSF) {#routes-to-ssf} + + + +Současný mechanismus konsenzu kombinuje atestace od více validátorů, známých jako komise, aby se snížil počet zpráv, které každý validátor musí zpracovat k ověření bloku. Každý validátor má možnost atestovat blok v každé epoše (32 slotů), ale v každém slotu atestuje pouze podmnožina validátorů, známá jako „komise“. Tito validátoři se dělí do podsítí, kde je několik validátorů vybráno jako „agregátoři“. Ti kombinují všechny podpisy, které vidí od ostatních validátorů ve své podsíti, do jednoho agregovaného podpisu. Agregátor, který zahrne největší počet individuálních příspěvků, předá svůj agregovaný podpis navrhovateli bloku, který ho zahrne do bloku spolu s agregovaným podpisem od ostatních komisí. + +Tento proces poskytuje dostatečnou kapacitu, aby mohl každý validátor hlasovat v každé epoše, protože „32 slotů * 64 komisí * 256 validátorů na komisi = 524 288 validátorů na epochu“. V době psaní tohoto textu (únor 2023) je aktivních přibližně 513 000 validátorů. + +V tomto schématu je možné, aby každý validátor hlasoval o bloku pouze rozdělením atestací napříč celou epochou. Existují však potenciální způsoby, jak tento mechanismus vylepšit, aby _měl každý validátor možnost atestovat každý slot_. + + +Od doby navržení mechanismu konsenzu Etherea se ukázalo, že schéma agregace podpisů (BLS) je mnohem škálovatelnější, než se původně zdálo, a že schopnost klientů zpracovávat a ověřovat podpisy se také zlepšila. Ukazuje se, že zpracování atestací od obrovského množství validátorů je ve skutečnosti možné v rámci jednoho slotu. Např. s jedním milionem validátorů, kteří každý hlasují dvakrát v každém slotu, a časem slotu nastaveným na 16 sekund, by uzly musely ověřovat podpisy rychlostí alespoň 125 000 agregací za sekundu, aby zpracovaly celý 1 milion atestací v rámci slotu. Ve skutečnosti trvá běžnému počítači přibližně 500 nanosekund ověřit jeden podpis, což znamená, že 125 000 podpisů může být ověřeno za ~62,5 ms, což je výrazně pod hranicí jedné sekundy. + +Dalšího zvýšení efektivity by mohlo být dosaženo vytvořením superkomisí, např. o 125 000 náhodně vybraných validátorech na slot. Jen tito validátoři by mohli hlasovat o bloku a tudíž by jen tato podmnožina validátorů rozhodovala, zda bude blok finalizován. Jestli je to dobrý nápad, závisí na tom, jak drahý by komunita chtěla, aby byl úspěšný útok na Ethereum. Protože místo vyžadování 2/3 celkového uzamčeného etheru by útočník mohl finalizovat nepoctivý blok s 2/3 uzamčeného etheru _v této superkomisi_. Toto je stále aktivně zkoumáno, ale zdá se pravděpodobné, že pro množinu validátorů dostatečně velkou na to, aby vyžadovala superkomise, bude náklad na útok na jednu z těchto podkomisí extrémně vysoký (např. náklady na útok denominované v ETH by byly `2/3 * 125 000 * 32 = ~2,6 milionu ETH`). Náklady na útok mohou být upraveny zvýšením velikosti množiny validátorů (např. nastavením velikosti validátorské množiny tak, aby náklady na útok činily 1 milion etherů, 4 miliony etherů, 10 milionů etherů atd.). [Předběžné průzkumy](https://youtu.be/ojBgyFl6-v4?t=755) komunity naznačují, že 1–2 miliony etherů jsou přijatelnými náklady na útok, což implikuje ~65 536–97 152 validátorů na superkomisi. + +Nicméně ověřování není skutečnou překážkou – tou je agregace podpisů, která reálně zatěžuje validační uzly. Aby se agregace podpisů škálovala, bude pravděpodobně nutné zvýšit počet validátorů v každé podsíti, zvýšit počet podsítí nebo přidat další vrstvy agregace (tj. implementovat komise komisí). Část řešení by mohla spočívat v povolení specializovaných agregátorů – podobně jako budou sestavování bloků a generování závazků pro data rollupů outsourcována specializovaným sestavovatelům bloků v rámci oddělení navrhovatele a sestavovatele (PBS) a Dankshardingu. + +## Jaká je role pravidla pro volbu větve v SSF? {#role-of-the-fork-choice-rule} + +Dnešní mechanismus konsenzu spoléhá na těsné propojení mezi finalizačním gadgetem (algoritmem, který určuje, zda 2/3 validátorů atestovalo určitý řetězec) a pravidlem pro volbu větve (algoritmem, který rozhoduje, který řetězec je správný, když existuje více možností). Algoritmus pro volbu větve zohledňuje pouze bloky _od_ posledního finalizovaného bloku. Pod SSF by nebyly žádné bloky, které by algoritmus pro volbu větve mohl zohlednit, protože finalita nastává ve stejném slotu, ve kterém je blok navržen. To znamená, že pod SSF by byl kdykoliv aktivní _buď_ finalizační gadget, _nebo_ algoritmus pro volbu větve. Finalizační gadget by finalizoval bloky, kde by byly online a poctivě atestovaly 2/3 validátorů. Pokud by blok nedokázal překročit hranici 2/3, nastoupilo by pravidlo pro volbu větve, aby určilo, který řetězec sledovat. To také vytváří příležitost zachovat mechanismus neaktivity, který obnovuje řetězec, když je > 1/3 validátorů offline, byť s určitými dalšími nuancemi. + +## Nevyřešené problémy {#outstanding-issues} + +Problém se škálováním agregace rozšířením počtu validátorů na podsíť spočívá ve zvýšení zátěže peer-to-peer sítě. Problém s přidáním vrstev agregace je zvýšená složitost z technického hlediska, což přidává latenci (tj. může trvat déle, než se navrhovateli bloku ozvou všichni agregátoři podsítí). Není také jasné, jak se vypořádat se scénářem, kdy je na síti více aktivních validátorů, než lze zpracovat v každém slotu, i při BLS agregaci podpisů. Jedním z možných řešení je, že by mohl být úplně odstraněn strop 32 ETH na efektivní zůstatek, protože všichni validátoři atestují každý slot a pod SSF nejsou žádné komise, což by znamenalo, že operátoři spravující více validátorů by mohli konsolidovat své uzamčení a provozovat méně validátorů, čímž by se snížil počet zpráv, které musí validační uzly zpracovat za účelem zohlednění celého množství validátorů. Toto spoléhá na fakt, že velcí uzamykatelé budou souhlasit s konsolidací svých validátorů. Je také možné kdykoliv zavést pevný strop počtu validátorů nebo množství uzamčeného ETH. To však vyžaduje nějaký mechanismus rozhodnutí, kteří validátoři se mohou účastnit a kteří ne, což je náchylné k vytvoření nežádoucích sekundárních efektů. + +## Aktuální průběh {#current-progress} + +SSF je ve fázi výzkumu. Neočekává se, že bude spuštěno v nejbližších letech, pravděpodobně se ho dočkáme až po dalších podstatných vylepšeních, jako jsou [Verkle trees](/roadmap/verkle-trees/) a [Danksharding](/roadmap/danksharding/). + +## Další informace {#further-reading} + +- [Vitalik o SSF na EDCONu v roce 2022](https://www.youtube.com/watch?v=nPgUKNPWXNI) +- [Vitalikovy poznámky: Cesta k finalitě v jednom slotu](https://notes.ethereum.org/@vbuterin/single_slot_finality) diff --git a/public/content/translations/cs/roadmap/statelessness/index.md b/public/content/translations/cs/roadmap/statelessness/index.md new file mode 100644 index 00000000000..4d3c7e0bff9 --- /dev/null +++ b/public/content/translations/cs/roadmap/statelessness/index.md @@ -0,0 +1,103 @@ +--- +title: Bezstavovost, expirace stavu a expirace historie +description: Vysvětlení expirace historie a bezstavového Etherea +lang: cs +--- + +# Bezstavovost, expirace stavu a expirace historie {#statelessness} + +Možnost provozovat uzly Etherea na obyčejném hardwaru je pro skutečnou decentralizaci zásadní. A to z toho důvodu, že provozování uzlu dává uživatelům možnost ověřovat informace nezávislým prováděním kryptografických kontrol, místo aby se spoléhali na třetí stranu, která jim poskytne data. Provozování uzlu umožňuje uživatelům odesílat transakce přímo do peer-to-peer sítě Etherea, aniž by museli důvěřovat zprostředkovateli. Decentralizace není možná, pokud jsou tyto výhody dostupné pouze uživatelům s drahým hardwarem. Místo toho by uzly měly být schopny fungovat se skromnými požadavky na zpracování a paměť, aby mohly fungovat na mobilních telefonech, mikropočítačích nebo na domácím počítači, aniž by zpomalily jeho výkon. + +Dnes je hlavní překážkou bránící univerzálnímu přístupu k uzlům vysoká potřeba úložného prostoru. To je primárně způsobeno nutností ukládat velké množství stavových dat Etherea. Tato stavová data obsahují kritické informace potřebné pro správné zpracování nových bloků a transakcí. V době psaní tohoto textu je pro provozování plného uzlu na Ethereu doporučováno rychlé SSD s kapacitou 2 TB. U uzlu, který neodstraňuje žádná starší data, rostou požadavky na úložiště přibližně o 14 GB týdně a archivační uzly, které ukládají všechna data od vzniku sítě, se blíží 12 TB (v době psaní, únor 2023). + +Levnější pevné disky mohou být použity k ukládání starších dat, ale ty jsou příliš pomalé na to, aby držely krok s příchozími bloky. Zachování současných modelů úložiště pro klienty, při současném zlevnění a zjednodušení ukládání dat, je pouze dočasným a částečným řešením problému, protože růst stavových dat Etherea je „neomezený“, což znamená, že požadavky na úložiště se mohou pouze zvyšovat a technologické zlepšení bude muset neustále držet krok s pokračujícím růstem stavu. Proto musí klienti hledat nové způsoby, jak ověřovat bloky a transakce, které nezávisí na vyhledávání dat z místních databází. + +## Redukce úložiště uzlů {#reducing-storage-for-nodes} + +Existuje několik způsobů, jak snížit množství dat, která musí každý uzel ukládat, přičemž každý z nich vyžaduje odlišný rozsah aktualizace základního protokolu Etherea: + +- **Expirace historie**: Dovoluje uzlům odstraňovat stavová data starší než X bloků, aniž by se změnil způsob, jakým klienty Etherea s těmito daty pracují. +- **Vypršení stavu**: Dovoluje stavovým datům, která nejsou často používána, aby se stala neaktivními. Neaktivní data mohou klienty ignorovat, dokud nebudou znovu oživena. +- **Slabá bezstavovost**: Pouze producenti bloků potřebují přístup k plným stavovým datům, ostatní uzly mohou ověřovat bloky bez místní stavové databáze. +- **Silná bezstavovost**: Žádné uzly nepotřebují přístup k úplným stavovým datům. + +## Expirace dat {#data-expiry} + +### Expirace historie {#history-expiry} + +Expirace historie znamená, že klienty mažou data, která pravděpodobně nebudou potřebovat, takže ukládají pouze malé množství historických dat a odstraňují starší data, když přijdou nová. Klienty vyžadují historická data ze dvou důvodů: synchronizace a zpracování žádostí o data. Původně se klienty musely synchronizovat od genesis bloku, ověřováním, že každý následující blok je správný, až k hlavě řetězce. Dnes klienti používají „slabé kontrolní body subjektivity“ k bootstrapování cesty k hlavě řetězce. Tyto kontrolní body jsou důvěryhodné výchozí body, jako kdyby genesis blok byl blízko přítomnosti, spíše než první blok Etherea. To znamená, že klienty mohou odstranit všechna data před posledním slabým kontrolním bodem subjektivity, aniž by ztratili schopnost synchronizovat se s hlavou řetězce. Klienty v současnosti zpracovávají žádosti (přicházející přes JSON-RPC) o historická data doručováním ze svých místních databází. Se zavedením expirace historie to však nebude možné, pokud budou požadovaná data odstraněna. Sdílení těchto historických dat je oblastí, ve které jsou potřeba inovativní řešení. + +Jedním z řešení je, že klienty budou požadovat historická data od peerů pomocí projektů, jako je Portal Network. Portal Network je rozvíjející se peer-to-peer síť pro poskytování historických dat, kam každý uzel ukládá malý kousek historie Etherea, takže celá historie je distribuována po celé síti. Žádosti jsou v tomto případě zpracovávány vyhledáváním peerů, kteří ukládají příslušná data, a vysíláním žádostí o tato data směrem k nim. Alternativně, protože historická data obecně vyžadují hlavně aplikace, může být jejich odpovědností je ukládat. V prostoru Etherea by také mohl být dostatek altruistických aktérů, kteří by byli ochotni udržovat historické archivy. Mohla by to být DAO, která by vznikla za účelem správy úložiště historických dat, nebo ideálně by to byla kombinace všech těchto možností. Tito poskytovatelé by mohli šířit data různými způsoby, např. prostřednictvím torrentu, FTP, Filecoinu nebo IPFS. + +Expirace historie je poněkud kontroverzní, protože dosud Ethereum vždy implicitně zaručovalo dostupnost jakýchkoliv historických dat. Plná synchronizace od vzniku sítě byla standardně možná, i když se někdy spoléhala na obnovu některých starších dat ze snapshotů. Expirace historie přesouvá odpovědnost za poskytování této záruky mimo hlavní protokol Etherea. To by mohlo zavést nová rizika cenzury, pokud by se poskytování historických dat ujaly centralizované organizace. + +EIP-4444 ještě není připraveno k implementaci, ale je předmětem aktivní diskuse. Zajímavostí je, že výzvy spojené s EIP-4444 nejsou ani tak technické, ale spíše souvisejí s řízením komunity. Aby bylo možné tento návrh na vylepšení Etherea uvést do chodu, musí získat podporu komunity, což zahrnuje nejen souhlas, ale také závazky k ukládání a poskytování historických dat od důvěryhodných subjektů. + +Toto vylepšení zásadně nemění způsob, jakým uzly Etherea pracují se stavovými daty, mění pouze způsob přístupu k historickým datům. + +### Expirace stavu {#state-expiry} + +Expirace stavu znamená odstranění stavových dat z jednotlivých uzlů v případě, že nebyl v poslední době využit. Existuje několik způsobů implementace, včetně: + +- **Expirace na základě nájmu**: Počítání „nájmu“ účtům a jejich expirace, když je nájem roven nule. +- **Expirace na základě času**: Deaktivace účtů, pokud po určitou dobu nedošlo k jejich čtení/zápisu. + +Expirace na základě nájmu by mohla spočívat v přímém počítání nájmu účtům za účelem jejich udržení v aktivní stavové databázi. Expirace na základě času by mohla být odpočítáváním od poslední interakce s účtem, nebo by mohlo jít o periodickou expiraci všech účtů. Mohly by také existovat mechanismy, které kombinují prvky obou modelů založených na čase a nájmu, např. jednotlivé účty by zůstaly v aktivním stavu, pokud by zaplatily malý poplatek před vypršením času. Při expiraci stavu je důležité si uvědomit, že neaktivní stav **není smazán**, pouze je uložen odděleně od aktivního stavu. Neaktivní stav může být obnoven do aktivního stavu. + +To by mohlo fungovat tak, že by existoval stavový strom pro specifická časová období (řekněme ~1 rok). Kdykoli začne nové období, začíná i zcela nový stavový strom. Pouze aktuální stavový strom může být modifikován, všechny ostatní jsou neměnné. Od uzlů Etherea se očekává, že budou držet pouze aktuální stavový strom a nejnovější předchozí strom. K tomu je zapotřebí najít způsob, jak spojit adresu s obdobím, ve kterém existuje. Existuje [několik možných způsobů](https://ethereum-magicians.org/t/types-of-resurrection-metadata-in-state-expiry/6607), jak toho dosáhnout, ale jedna z hlavních možností vyžaduje [prodloužení adres](https://ethereum-magicians.org/t/increasing-address-size-from-20-to-32-bytes/5485), aby se do nich vešla dodatečná informace, s přidaným benefitem, že delší adresy jsou mnohem bezpečnější. Plánovaná položka v plánu, která toto umožňuje, se nazývá [rozšíření adresního prostoru (address space extension)](https://ethereum-magicians.org/t/increasing-address-size-from-20-to-32-bytes/5485). + +Podobně jako u expirace historie, v případě expirací stavu je odpovědnost za ukládání starých stavových dat odebrána jednotlivým uživatelům a přenesena na jiné subjekty, jako jsou centralizovaní poskytovatelé, altruističtí členové komunity nebo futurističtější decentralizovaná řešení, jako je Portal Network. + +Expirace stavu je stále ve fázi výzkumu a v současné době není připravena ke spuštění. Expirace stavu bude pravděpodobně spuštěna později než bezstavové klienty a expirace historie, protože tato vylepšení umožňují většině validátorů snadné zpracování velkých stavových objemů. + +## Bezstavovost {#statelessness} + +Bezstavovost je trochu zavádějící termín, protože neznamená, že by byl koncept „stavu“ eliminován, ale zahrnuje změny ve způsobu, jakým uzly Etherea pracují se stavovými daty. Bezstavovost sama o sobě má dvě podoby: slabou bezstavovost a silnou bezstavovost. Slabá bezstavovost umožňuje většině uzlů být bezstavovými tím, že přenáší odpovědnost za ukládání stavu na méně uzlů. Silná bezstavovost úplně odstraňuje potřebu jakéhokoliv uzlu ukládat plná stavová data. Slabá i silná bezstavovost nabízí běžným validátorům následující výhody: + +- téměř okamžitou synchronizaci, +- schopnost ověřovat bloky mimo pořadí, +- uzly mohou být spuštěny s velmi nízkými hardwarovými požadavky (např. na telefonech), +- uzly mohou být spuštěny na levných pevných discích, protože neexistuje potřeba čtení/zápisu na disk, +- kompatibilitu s budoucími vylepšeními kryptografie Etherea. + +### Slabá bezstavovost {#weak-statelessness} + +Slabá bezstavovost zahrnuje změny ve způsobu, jakým uzly Etherea ověřují změny stavu, ale zcela neodstraňuje potřebu ukládání stavových dat ve všech uzlech sítě. Místo toho slabá bezstavovost přenáší odpovědnost za ukládání stavových dat na navrhovatele bloků, zatímco všechny ostatní uzly v síti ověřují bloky bez uložení plných stavových dat. + +**Při slabé bezstavovosti vyžaduje navrhování bloků přístup k plným stavovým datům, ale ověřování bloků nevyžaduje žádná stavová data.** + +Aby to bylo možné, musí už být v klientských verzích Etherea implementovány [Verkle trees](/roadmap/verkle-trees/). Verkle trees jsou nová datová struktura pro ukládání stavových dat Etherea, která umožňuje předávat mezi peery malé, stejně velké „svědky“ dat, jež mohou být použity k ověřování bloků namísto ověřování bloků proti místním databázím. Je také nutné zavést [oddělení navrhovatelů a sestavovatelů bloků](/roadmap/pbs/), protože to umožňuje, aby sestavovatelé byli specializované uzly s výkonnějším hardwarem, které vyžadují přístup k plným stavovým datům. + + + +Bezstavovost spoléhá na to, že sestavovatelé bloků udržují kopii plných stavových dat, aby mohli generovat svědky, kteří mohou být použiti k ověření bloku. Ostatní síťové uzly nepotřebují přístup ke stavovým datům, všechny informace potřebné k ověření bloku jsou dostupné ve svědkovi. To vede k situaci, kdy je navrhování bloku nákladné, ale ověřování bloku je levné, což naznačuje, že méně operátorů bude provozovat uzly navrhující bloky. Decentralizace navrhovatelů bloků však není kritická, pokud si co nejvíce účastníků může nezávisle ověřit, že bloky, které navrhují, jsou platné. + +Další informace najdete v Dankradových poznámkách + + +Navrhovatelé bloků používají stavová data k vytvoření „svědků“ – minimální sady dat, která prokazuje hodnoty stavů, jež jsou transakcemi v bloku změněny. Ostatní validátoři stavová data neuchovávají, pouze ukládají kořen stavu (hash celého stavu). Dostanou blok a svědka a jejich pomocí aktualizují svůj kořen stavu. Díky tomu je ověřovací uzel tak lehký. + +Slabá bezstavovost je v pokročilém stadiu výzkumu, ale spoléhá na implementaci oddělení navrhovatelů a sestavovatelů bloků a Verkle trees, aby malí svědci mohli být předáváni mezi peery. To znamená, že slabá bezstavovost bude pravděpodobně na hlavní síti Etherea spuštěna až za několik let. + +### Silná bezstavovost {#strong-statelessness} + +Silná bezstavovost odstraňuje potřebu jakéhokoliv uzlu uchovávat stavová data. Místo toho jsou transakce odesílány se svědky, kteří mohou být sdružováni producenty bloků. Producenti bloků jsou pak zodpovědní za ukládání pouze těch stavových dat, která jsou potřeba pro generování svědků k příslušným účtům. Odpovědnost za stav se téměř úplně přesouvá na uživatele, kteří posílají svědky a „přístupové seznamy“, aby deklarovali, s jakými účty a klíči úložiště interagují. To by umožnilo extrémně lehké uzly, ale za cenu kompromisů, včetně toho, že transakce s chytrými kontrakty by byly obtížnější. + +Silnou bezstavovost zkoumali výzkumní vývojáři, ale v současnosti se neočekává, že by byla součástí plánu Etherea – jako pravděpodobnější varianta se jeví, že slabá bezstavovost bude pro potřeby škálování Etherea dostatečná. + +## Aktuální průběh {#current-progress} + +Slabá bezstavovost, expirace historie a expirace stavu jsou všechny ve fázi výzkumu a očekává se, že budou nasazeny za několik let. Neexistuje žádná záruka, že všechny tyto návrhy budou implementovány, např. pokud bude nejdříve implementována expirace stavu, nemusí být nutné implementovat i expiraci historie. Existují také další položky v plánu, jako jsou [Verkle trees](/roadmap/verkle-trees) a [oddělení navrhovatelů a sestavovatelů bloků](/roadmap/pbs), které je třeba dokončit jako první. + +## Další informace {#further-reading} + +- [AMA s Vitalikem o bezstavovosti](https://www.reddit.com/r/ethereum/comments/o9s15i/impromptu_technical_ama_on_statelessness_and/) +- [Teorie řízení velikosti stavu](https://hackmd.io/@vbuterin/state_size_management) +- [Znovuobnovení konfliktů a minimalizace omezení stavu](https://ethresear.ch/t/resurrection-conflict-minimized-state-bounding-take-2/8739) +- [Cesty k bezstavovosti a expiraci stavu](https://hackmd.io/@vbuterin/state_expiry_paths) +- [Specifikace EIP-4444](https://eips.ethereum.org/EIPS/eip-4444) +- [Alex Stokes o EIP-4444](https://youtu.be/SfDC_qUZaos) +- [Proč je tak důležité přejít na bezstavovost](https://dankradfeist.de/ethereum/2021/02/14/why-stateless.html) +- [Původní poznámky ke konceptu bezstavového klienta](https://ethresear.ch/t/the-stateless-client-concept/172) +- [Další informace o expiraci stavu](https://hackmd.io/@vbuterin/state_size_management#A-more-moderate-solution-state-expiry) +- [Ještě více informací o expiraci stavu](https://hackmd.io/@vbuterin/state_expiry_paths#Option-2-per-epoch-state-expiry) diff --git a/public/content/translations/cs/roadmap/verkle-trees/index.md b/public/content/translations/cs/roadmap/verkle-trees/index.md new file mode 100644 index 00000000000..6c93905ec10 --- /dev/null +++ b/public/content/translations/cs/roadmap/verkle-trees/index.md @@ -0,0 +1,66 @@ +--- +title: Verkle stromy +description: Vysoce úrovňový popis Verkle trees a jejich budoucí použití k vylepšení Ethereum +lang: cs +summaryPoints: + - Zjistěte, co jsou Verkle trees + - Přečtěte si, proč jsou Verkle trees užitečným vylepšením Etherea +--- + +# Verkle stromy {#verkle-trees} + +Verkle trees (sloučenina termínů „Vector commitment“ a „Merkle Trees“) jsou datová struktura, která může být použita k vylepšení uzlů na Ethereu tak, aby už nemusely ukládat velké množství stavových dat, aniž by ztratily schopnost ověřovat bloky. + +## Bezstavovost {#statelessness} + +Verkle trees jsou klíčovým krokem na cestě k bezstavovým klientům na Ethereu. Bezstavové klienty jsou takové, které nemusí uchovávat celou stavovou databázi, aby mohly ověřovat příchozí bloky. Místo používání vlastní lokální kopie stavových dat Etherea používají bezstavové klienty k ověření bloků „svědka“ stavových dat, který je doručen společně s blokem. Svědek je soubor jednotlivých částí stavových dat, které jsou potřeba k provedení konkrétní sady transakcí, a kryptografický důkaz, že je svědek skutečně součástí úplných dat. Svědek je používán _místo_ stavové databáze. Svědci musí být dostatečně malí, aby mohli být bezpečně vysíláni po síti včas na zpracování validátory během 12sekundového slotu, jinak to nebude fungovat. Současná struktura stavových dat není vhodná, protože svědci jsou příliš velcí. Verkle trees tento problém řeší tím, že umožňují malé svědky, což odstraňuje jednu z hlavních překážek pro bezstavové klienty. + + + +Klienty na Ethereu v současnosti používají pro ukládání stavových dat datovou strukturu známou jako Patricia Merkle Trie. Informace o jednotlivých účtech jsou uloženy jako listy v trie a páry listů jsou opakovaně hashovány, dokud nezůstane pouze jeden hash. Tento konečný hash je známý jako „kořen“. K ověření bloků provádějí klienty na Ethereu všechny transakce v bloku a aktualizují svůj lokální stavový trie. Blok je považován za platný, pokud je kořen lokálního stromu identický s tím, který poskytl navrhovatel bloku, protože jakékoli rozdíly ve výpočtu mezi navrhovatelem bloku a validačním uzlem by způsobily, že hash kořene by byl úplně jiný. Problém je v tom, že ověřování blockchainu vyžaduje, aby každý klient uchovával celý stavový trie pro hlavičkový blok a několik historických bloků (výchozí nastavení v Gethu je uchovávat stavová data pro 128 bloků za hlavičkou). To vyžaduje, aby klienty měly na disku velké množství místa, což je překážka pro spuštění plných uzlů na levném hardwaru s malým výkonem. Řešením je aktualizovat stavový trie na efektivnější strukturu (Verkle tree), která může být přiřazena pomocí malého „svědka“ k datům, která mohou být sdílena místo plných stavových dat. Přeformátování stavových dat do Verkle tree je krokem k přechodu na bezstavové klienty. + + + +## Co je svědek a proč ho potřebujeme? {#what-is-a-witness} + +Ověření bloku znamená opětovné provedení transakcí obsažených v bloku, aplikování změn na stavový trie Etherea a výpočet nového hashe kořene. Ověřený blok je ten, jehož vypočítaný stav hashe kořene je stejný jako ten, který byl poskytnut s blokem (protože to znamená, že navrhovatel bloku skutečně provedl výpočty, které tvrdí, že provedl). Po klientech Ethereum v současné době vyžaduje přístup k celému stavovému trie, což je velká datová struktura, která musí být uchovávána lokálně. Svědek obsahuje pouze fragmenty stavových dat potřebné k realizaci transakcí v bloku. Validátor může k ověření, že navrhovatel bloku správně provedl transakce v bloku a aktualizoval stav, použít pouze tyto fragmenty. To však znamená, že svědek musí být přenášen mezi síťovými uzly na Ethereu dostatečně rychle, aby byl přijat a zpracován každým jedním uzlem bezpečně během 12sekundového slotu. Pokud je svědek příliš velký, může trvat některým uzlům příliš dlouho, než si jej stáhnou a udrží se aktuální s řetězcem. To je centralizující prvek, protože to znamená, že pouze uzly s rychlým internetovým připojením mohou účinně ověřovat bloky. S Verkle trees není potřeba mít stav uložený na pevném disku. _Vše_, co potřebujete k ověření bloku, je obsaženo přímo v bloku. Bohužel, svědci, které lze vyprodukovat z Merkle trie, jsou příliš velcí na to, aby podporovali bezstavové klienty. + +## Proč Verkle trees umožňují menší svědky? {#why-do-verkle-trees-enable-smaller-witnesses} + +Struktura Merkle trie umožňuje nastavit velikost svědků velkou – až moc velkou na to, aby byla bezpečně vysílána mezi síťovými uzly během 12sekundového slotu. Důvodem je, že svědek je cesta spojující data, která jsou uložena v listech, s kořenovým hashem. K ověření dat je třeba mít nejen všechny mezičlánkové hashe, které spojují každý list s kořenem, ale také všechny „sourozenecké“ uzly. Každý uzel zapojený do důkazu má sourozence, který je hashován s ním, aby vytvořil další hash o úroveň výše v trie. To je spousta dat. Verkle trees zmenšují velikost svědka zkrácením vzdálenosti mezi listy stromu a jeho kořenem a také eliminací potřeby poskytovat sourozenecké uzly pro ověření hashe kořene. Ještě větší efektivnosti prostoru lze dosáhnout použitím silného polynomiálního závazkového schématu namísto hashového vektorového závazku. Polynomiální závazek umožňuje svědkovi zachovávat stejnou velikost bez ohledu na počet listů, které prokazuje. + +Podle polynomiálního závazkového schématu mají svědci spravovatelné velikosti, které lze snadno přenášet po peer-to-peer síti. To umožňuje klientům ověřovat změny stavu v každém bloku s minimálním množstvím dat. + + + +Velikost svědka se liší v závislosti na počtu listů, které zahrnuje. Předpokládáme-li, že svědek pokrývá 1 000 listů, svědek pro Merkle trie by byl přibližně 3,5 MB (při předpokladu 7 úrovní v trie). Svědek pro stejná data ve Verkle tree (při předpokladu 4 úrovní ve stromě) by byl přibližně 150 kB – **přibližně 23x menší**. Tato redukce velikosti svědka umožňuje přijatelnou velikost svědků bezstavových klientů. Polynomiální svědci jsou velikosti 0,128–1 kB v závislosti na konkrétním polynomiálním závazku. + + + +## Jaká je struktura Verkle tree? {#what-is-the-structure-of-a-verkle-tree} + +Verkle trees jsou `(key, value)`, tedy páry klíč-hodnota, kde klíče jsou 32bajtové prvky složené z 31bajtového _kmene_ a jednoho bajtu _přípony_. Tyto klíče jsou uspořádány do uzlů _prodloužení_ a _vnitřních_ uzlů. Uzly prodloužení představují jediný kmen pro 256 dětí s různými příponami. Vnitřní uzly mají také 256 dětí, ale mohou to být jiné uzly prodloužení. Hlavní rozdíl mezi strukturou Verkle tree a Merkle tree je v tom, že Verkle tree je mnohem plošší, což znamená, že v něm je méně mezičlánkových uzlů spojujících list s kořenem, a tedy je méně dat potřeba k vytvoření důkazu. + +![](./verkle.png) + +[Další informace o struktuře Verkle trees](https://blog.ethereum.org/2021/12/02/verkle-tree-structure) + +## Aktuální průběh {#current-progress} + +Testovací sítě Verkle tree jsou již v provozu, ale vyžadují značné aktualizace klientů, které podporují Verkle stromy. I vy můžete pomoci urychlit tento vývoj tím, že spustíte své kontrakty na testnetech nebo spustíte testnetové klienty. + +[Prozkoumejte testovací síť Verkle Gen Devnet 2](https://verkle-gen-devnet-2.ethpandaops.io/) + +[Sledujte, jak Guillaume Ballet vysvětluje testovací síť Condrieu Verkle](https://www.youtube.com/watch?v=cPLHFBeC0Vg) (poznámka: testovací síť Condrieu byla důkaz prací a nyní byla nahrazen testovací sítí Verkle Gen Devnet 2). + +## Další informace {#further-reading} + +- [Verkle trees pro bezstavovost](https://verkle.info/) +- [Dankrad Feist vysvětluje Verkle trees na PEEPanEIP](https://www.youtube.com/watch?v=RGJOQHzg3UQ) +- [Guillaume Ballet vysvětluje Verkle trees na ETHGlobal](https://www.youtube.com/watch?v=f7bEtX3Z57o) +- [„Jak Verkle trees činí Ethereum štíhlejším a efektivnějším“ od Guillauma Balleta na Devconu 6](https://www.youtube.com/watch?v=Q7rStTKwuYs) +- [Piper Merriam o bezstavových klientech z ETHDenver 2020](https://www.youtube.com/watch?v=0yiZJNciIJ4) +- [Dankrad Feist vysvětluje Verkle trees a bezstavovost v podcastu Zero Knowledge](https://zeroknowledge.fm/episode-202-stateless-ethereum-verkle-tries-with-dankrad-feist/) +- [Vitalik Buterin o Verkle trees](https://vitalik.eth.limo/general/2021/06/18/verkle.html) +- [Dankrad Feist o Verkle trees](https://dankradfeist.de/ethereum/2021/06/18/verkle-trie-for-eth1.html) +- [Dokumentace k EIP Verkle trees](https://notes.ethereum.org/@vbuterin/verkle_tree_eip#Illustration) diff --git a/public/content/translations/cs/security/index.md b/public/content/translations/cs/security/index.md index 7fda0c00249..858d5d3b9c2 100644 --- a/public/content/translations/cs/security/index.md +++ b/public/content/translations/cs/security/index.md @@ -6,101 +6,7 @@ lang: cs # Bezpečnost a předcházení podvodům v Ethereu {#introduction} -S rostoucím zájmem o kryptoměny je nezbytné osvojit si osvědčené postupy při jejich používání. Kryptoměny mohou být zábavné a vzrušující, ale existují i vážná rizika. Pokud si předem dáte tuhle malou práci, můžete tato rizika zmírnit. - - - -## Bezpečnost na internetu v kostce {#web-security} - -### Používejte silná hesla {#use-strong-passwords} - -[Více než 80 % případů napadení účtu je důsledkem slabých nebo ukradených hesel](https://cloudnine.com/ediscoverydaily/electronic-discovery/80-percent-hacking-related-breaches-related-password-issues-cybersecurity-trends/). Pro zabezpečení účtů je nejlepší dlouhá kombinace znaků, čísel a symbolů. - -Častou chybou, které se lidi dopouštějí, je používání kombinace dvou až tří běžných, ve slovníku příbuzných, slov. Taková hesla jsou nezabezpečená, protože jsou náchylná k jednoduché hackerské technice známé jako [slovníkový útok](https://wikipedia.org/wiki/Dictionary_attack). - -```md -Příklad slabého hesla: CuteFluffyKittens! - -Příklad silného hesla: ymv\*azu.EAC8eyp8umf -``` - -Další častou chybou je používání hesel, která lze snadno uhodnout nebo zjistit pomocí [sociálního inženýrství](https://wikipedia.org/wiki/Social_engineering_(security)). Uvádění jména za svobodna vaší matky, jmen dětí nebo domácích mazlíčků nebo dat narození v hesle není bezpečné a zvyšuje riziko prolomení hesla. - -#### Čeho se držet, když vytváříte heslo: {#good-password-practices} - -- Vytvářejte hesla tak dlouhá, jak to umožňuje generátor hesel nebo vyplňovaný formulář -- Používejte kombinaci velkých a malých písmen, číslic a symbolů -- V hesle nepoužívejte osobní údaje, například příjmení -- Vyhněte se běžným slovům ze slovníku - -[Více o vytváření silných hesel](https://terranovasecurity.com/how-to-create-a-strong-password-in-7-easy-steps/) - -### Používejte pro všechno jedinečná hesla {#use-unique-passwords} - -Silné heslo neposkytuje takovou ochranu, pokud je heslo odhaleno při úniku dat. Webová stránka [Have I Been Pwned](https://haveibeenpwned.com) vám umožňuje zkontrolovat, zda se vaše účty podílely na narušení bezpečnosti dat uložených v jejich databázi. Pokud ano, **měli byste okamžitě změnit vaše uniklá hesla**. Používání jedinečných hesel pro každý účet snižuje riziko, že hackeři získají přístup ke všem vašim účtům, pokud je jedno z vašich hesel prozrazeno. - -### Používejte správce hesel {#use-password-manager} - - -
- Správce hesel se postará o vytvoření silných a jedinečných hesel a jejich zapamatování! Vřele doporučujeme nějaký používat, většina z nich je zdarma! -
- - -Pamatovat si silná a jedinečná hesla pro každý účet není ideální. Správce hesel nabízí bezpečné šifrované úložiště všech vašich hesel, ke kterým máte přístup prostřednictvím jednoho silného hlavního hesla. Při registraci do nové služby také doporučují silná hesla, abyste si nemuseli vytvářet vlastní. Mnoho správců hesel vám také oznámí, zda jste byli součástí úniku dat, a umožní vám změnit hesla dříve, než dojde ke škodlivým útokům. - -![Příklad použití správce hesel](./passwordManager.png) - -#### Vyzkoušejte správce hesel: {#try-password-manager} - -- [Bitwarden](https://bitwarden.com/) -- [KeePass](https://keepass.info/) -- [1Password](https://1password.com/) -- Nebo se podívejte na další [doporučené správce hesel](https://www.privacytools.io/secure-password-manager) - -### Používejte dvoufaktorové ověření {#two-factor-authentication} - -Chcete-li prokázat, že vy jste skutečně vy, existují různé jedinečné důkazy, které lze použít k ověření. Tyto důkazy se nazývají **faktory** a jsou to tyto tři hlavní: - -- Něco, co víte (jako třeba heslo nebo bezpečností otázku) -- Něco, co jste (jako třeba otisk prstu nebo sken duhovky/obličeje) -- Něco, co vlastníte (bezpečnostní klíč nebo ověřovací aplikace v telefonu) - -Používání **dvoufaktorového ověřování (2FA)** poskytuje další *bezpečnostní faktor* pro vaše online účty, takže k přístupu k účtu nestačí znát pouze heslo (něco, co znáte). Druhým faktorem je nejčastěji náhodný šestimístný kód, známý jako **jednorázové heslo (TOTP)**, ke kterému získáte přístup prostřednictvím autentizační aplikace, jako je Google Authenticator nebo Authy. Fungují jako "něco, co vlastníte", protože seed, který generuje časovaný kód, je uložen ve vašem zařízení. - - -
- Poznámka: Používání 2FA pomocí SMS je náchylné k - - odcizení SIM karty - - and není bezpečné. Pro nejlepší ochranu používejte službu jako{" "} - - Google Authenticator - - nebo Authy. -
- - -#### Bezpečnostní klíče {#security-keys} - -Ti, kteří chtějí udělat další krok v oblasti 2FA, mohou zvážit použití bezpečnostního klíče. Bezpečnostní klíče jsou fyzická hardwarová ověřovací zařízení, která fungují stejně jako ověřovací aplikace. Nejbezpečnějším způsobem 2FA je použití bezpečnostního klíče. Mnoho těchto klíčů využívá standard FIDO Universal 2nd Factor (U2F). [Zjistěte více o FIDO U2F](https://www.yubico.com/authentication-standards/fido-u2f/). - -Podívejte se na další informace o 2FA: - - - -### Odinstalujte rozšíření prohlížeče {#uninstall-browser-extensions} - -Rozšíření prohlížeče, jako jsou rozšíření pro Chrome nebo doplňky pro Firefox, mohou rozšířit užitečné funkce prohlížeče a zlepšit uživatelský komfort, ale jsou spojena s riziky. Ve výchozím nastavení si většina rozšíření prohlížeče vyžádá přístup ke "čtení a změně dat webu", což jim umožňuje dělat s vašimi daty téměř cokoli. Rozšíření Chrome jsou vždy automaticky aktualizována, takže dříve bezpečné rozšíření může být později aktualizováno a obsahovat škodlivý kód. Většina rozšíření prohlížeče se nesnaží ukrást vaše data, ale měli byste vědět, že to mohou udělat. - -#### Zůstaňte v bezpečí tím, že: {#browser-extension-safety} - -- Budete instalovat rozšíření prohlížeče pouze z důvěryhodných zdrojů -- Budete odstraňovat nepoužívaná rozšíření prohlížeče -- Budete instalovat rozšíření Chrome lokálně, abyste zastavili automatické aktualizace (Pokročilé) - -[Další informace o rizicích rozšíření prohlížeče](https://www.kaspersky.co.uk/blog/browser-extensions-security/12750/) +Rostoucí zájem o kryptoměny s sebou přináší rostoucí riziko ze strany podvodníků a hackerů. Tento článek uvádí některé osvědčené postupy ke zmírnění těchto rizik. @@ -108,7 +14,7 @@ Rozšíření prohlížeče, jako jsou rozšíření pro Chrome nebo doplňky pr ### Rozšiřte své znalosti {#level-up-your-knowledge} -Jedním z největších důvodů, proč se lidé nechávají v kryptu podvádět, je obecně nedostatečné porozumění. Pokud například nechápete, že síť Ethereum je decentralizovaná a nikdo ji nevlastní, můžete se snadno stát obětí někoho, kdo se vydává za pracovníka zákaznického servisu a slibuje vám vrácení ztracených ETH výměnou za vaše privátní klíče. Vzdělávat se v oblasti fungování Etherea se vyplatí. +Nedorozumění ohledně toho, jak kryptoměny fungují, mohou vést k nákladným chybám. Např. pokud se někdo vydává za pracovníka zákaznického servisu, který vám může vrátit ztracené ETH výměnou za vaše privátní klíče, využívá toho, že lidé nerozumí tomu, že Ethereum je decentralizovaná síť, která takovou funkčnost nemá. Vzdělávat se v oblasti fungování Etherea se vyplatí. Co je to Ethereum? @@ -121,19 +27,19 @@ Jedním z největších důvodů, proč se lidé nechávají v kryptu podvádět ## Zabezpečení peněženky {#wallet-security} -### Neposkytujte své privátní klíče {#protect-private-keys} +### Nesdílejte své privátní klíče {#protect-private-keys} -**Nikdy z žádného důvodu nesdílejte své privátní klíče!** +**Nikdy, za žádných okolností, nesdílejte své privátní klíče!** -Privátní klíč k vaší peněžence slouží jako heslo k vaší Ethereum peněžence. Je to jediná věc, která brání tomu, aby někdo, kdo zná adresu vaší peněženky, vybral z vašeho účtu veškerá aktiva! +Privátní klíč k vaší peněžence slouží jako heslo k vaší peněžence Ethereum. Je to jediná věc, která brání tomu, aby někdo, kdo zná adresu vaší peněženky, vybral z vašeho účtu veškerá aktiva! Co je Ethereum peněženka? -#### Nepořizujte si snímky obrazovky s bezpečnostními frázemi/privátními klíči {#screenshot-private-keys} +#### Nepořizujte si snímky obrazovky s bezpečnostními frázemi / privátními klíči {#screenshot-private-keys} -Pořízením snímky obrazovky bezpečnostních frází nebo privátních klíčů riskujete, že je synchronizujete do cloudu a potenciálně je zpřístupníte hackerům. Získání privátních klíčů z cloudu je pro hackery běžným terčem útoku. +Pořízení snímku obrazovky s vašimi bezpečnostními frázemi nebo privátními klíči je může synchronizovat s poskytovatelem cloudových služeb, což by je mohlo zpřístupnit hackerům. Získání privátních klíčů z cloudu je běžným způsobem útoku hackerů. ### Používejte hardwarovou peněženku {#use-hardware-wallet} @@ -148,9 +54,9 @@ Uchovávání privátních klíčů offline výrazně snižuje riziko napadení, ### Dvakrát zkontrolujte transakce před odesláním {#double-check-transactions} -Častou chybou je náhodné odeslání kryptoměn na nesprávnou adresu peněženky. **Transakce odeslaná na Ethereu je nevratná.** Pokud neznáte majitele adresy a nepřesvědčíte ho, aby vám poslal vaše prostředky zpět, nebudete mít možnost je získat zpět. +Častou chybou je náhodné odeslání kryptoměn na nesprávnou adresu peněženky. **Transakce odeslaná na Ethereu je nevratná.** Pokud neznáte vlastníka adresy a nepřesvědčíte ho, aby vám prostředky vrátil, nebudete schopni je získat zpět. -Před odesláním transakce se vždy ujistěte, že adresa, na kterou odesíláte, přesně odpovídá adrese požadovaného příjemce. Při interakci s chytrým kontraktem se také doporučuje si před podpisem přečíst zprávu o transakci. +Před odesláním transakce se vždy ujistěte, že adresa, na kterou odesíláte, přesně odpovídá adrese požadovaného příjemce. Při interakci s chytrým kontraktem je nejlepší si před podpisem přečíst zprávu o transakci. ### Nastavte si u chytrých kontraktů limity převodů {#spend-limits} @@ -164,25 +70,35 @@ Mnoho Ethereum peněženek nabízí ochranu limitů, která chrání před vybí ## Běžné podvody {#common-scams} -Podvodníci vždy hledají způsoby, jak vás připravit o peníze. Podvodníky nelze zcela zastavit, ale můžeme jim ztížit situaci tím, že budeme znát většinu používaných technik. Těchto podvodů existuje mnoho, ale obecně se řídí stejnými základními vzorci. Když už nic jiného, nezapomeňte: +Podvodníky nelze zcela zastavit, ale můžeme jim ztížit situaci tím, že budeme znát většinu používaných technik. Těchto podvodů existuje mnoho, ale obecně se řídí stejnými základními vzorci. Když už nic jiného, nezapomeňte: - být vždy skeptičtí - že vám nikdo nedá ETH zdarma ani se slevou - že nikdo nepotřebuje přístup k vašim privátním klíčům nebo osobním údajům +### Reklamní phishing na Twitteru {#ad-phishing} + +![Phishing v odkazech na Twitteru](./twitterPhishingScam.png) + +Existuje způsob, jak podvrhnout funkci náhledu (rozbalení) odkazu na Twitteru (také známém jako X) za účelem oklamání uživatele. Cílem je vyvolat v uživatelích dojem, že navštěvují legitimní web. Tato technika využívá mechanismus Twitteru pro generování náhledů URL adres sdílených v tweetech a ukazuje náhled například _z ethereum.org_ (viz výše), i když jsou tyto odkazy ve skutečnosti přesměrovány na škodlivý web. + +Vždy se ujistěte, že jste na správné doméně, obzváště poté, co kliknete na odkaz. + +[Další informace](https://harrydenley.com/faking-twitter-unfurling). + ### Rozdávací podvod {#giveaway} Jedním z nejčastějších podvodů v oblasti kryptoměn je tzv. rozdávací podvod. Rozdávací podvod může mít mnoho podob, ale obecně funguje tak, že pokud pošlete ETH na uvedenou adresu peněženky, dostanete své ETH zpět, ale navíc zdvojnásobené. *Z tohoto důvodu je také známý jako podvod 2 za 1.* -Tyto podvody obvykle stanovují omezenou dobu pro zúčastnění v rozdávání, aby podpořily špatné rozhodování a vyvolaly falešný pocit naléhavosti. +Tyto podvody obvykle stanovují omezený čas pro možnost nároku na výhru, aby vytvořily falešný pocit naléhavosti. -#### Podvody na sociálních médiích {#social-media-hacks} +### Podvody na sociálních médiích {#social-media-hacks} K významnému případu došlo v červenci 2020, kdy byly nabourány účty významných osobností a organizací na Twitteru. Hacker zároveň na nabouraných účtech zveřejnil nabídku na rozdávání bitcoinů. Přestože byly klamavé tweety rychle zaznamenány a smazány, hackerům se přesto podařilo uniknout s 11 bitcoiny (v září 2021 to bylo 500 000 dolarů). ![Podvod na Twitteru](./appleTwitterScam.png) -#### Rozdávání dárků od celebrit {#celebrity-giveaway} +### Rozdávání dárků od celebrit {#celebrity-giveaway} Další častou formou podvodu je rozdávání dárků od celebrit. Podvodníci vezmou nahraný videorozhovor nebo konferenční přednášku celebrity a živě ji přenášejí na YouTube, aby to vypadalo, že celebrita poskytla živý videorozhovor a podpořila rozdávání kryptoměn. @@ -236,9 +152,9 @@ Pokud obdržíte e-mail od neznámého odesílatele, nezapomeňte: ### Podvody s kryptomakléři {#broker-scams} -Podvodní kryptomakléři tvrdí, že jsou specializovaní makléři s kryptoměnami, kteří vám nabídnou, že převezmou vaše peníze a investují je za vás. Tuto nabídku obvykle doprovázejí sliby nereálných výnosů. Poté, co podvodník obdrží vaše finanční prostředky, vás může vést dál a požádat vás o zaslání dalších prostředků, abyste nepřišli o další investiční zisky, nebo může úplně zmizet. +Podvodní kryptomakléři tvrdí, že jsou specializovaní makléři s kryptoměnami, kteří vám nabídnou, že převezmou kontrolu nad vašimi penězi a investují je za vás. Poté, co podvodník obdrží vaše finanční prostředky, vás může vést dál a požádat vás o zaslání dalších prostředků, abyste nepřišli o další investiční zisky, nebo může úplně zmizet. -Tito podvodní makléři vyhledávají své cíle využíváním falešných účtů na YouTube a začínáním zdánlivě přirozené konverzace o makléři. Tyto konverzace jsou často vysoce hodnocené, aby se zvýšila jejich legitimita, ale všechna hodnocení pocházejí od robotů. +Tito podvodní makléři vyhledávají své cíle využíváním falešných účtů na YouTube a tím, že začínají zdánlivě přirozené konverzace o "makléři". Tyto konverzace jsou často vysoce hodnocené, aby se zvýšila jejich legitimita, ale všechna hodnocení pocházejí od robotů. **Neumožňujte cizím lidem na internetu, aby za vás investovali. Přijdete o své krypto.** @@ -246,7 +162,7 @@ Tito podvodní makléři vyhledávají své cíle využíváním falešných ú ### Podvody s kryptotěžebními pooly {#mining-pool-scams} -Od září 2022 již těžba na Ethereu není možná. Podvody s těžebními pooly však stále existují. Podvody s těžebními pooly spočívají v tom, že vás nevyžádaně kontaktují lidé, kteří tvrdí, že vstupem do těžebního Ethereum poolu můžete dosáhnout vysokých zisků. Podvodník bude vznášet nároky a zůstane s vámi v kontaktu tak dlouho, jak bude potřeba. Podvodník se vás v podstatě bude snažit přesvědčit, že když se připojíte k těžebnímu Ethereum poolu, tak budou vaše kryptoměny použity k vytvoření ETH a že vám budou vyplaceny dividendy ve formě ETH. Nakonec zjistíte, že vaše kryptoměny přináší malé výnosy. Je to jen návnada, abyste investovali více. Nakonec budou všechny vaše finanční prostředky odeslány na neznámou adresu a podvodník buď zmizí, nebo v některých případech zůstane v kontaktu, jak se stalo v jednom z nedávných případů. +Od září 2022 již těžba na Ethereu není možná. Podvody s těžebními pooly však stále existují. Podvody s těžebními pooly spočívají v tom, že vás nevyžádaně kontaktují lidé, kteří tvrdí, že vstupem do těžebního Ethereum poolu můžete dosáhnout vysokých zisků. Podvodník bude vznášet nároky a zůstane s vámi v kontaktu tak dlouho, jak bude potřeba. Podvodník se vás v podstatě bude snažit přesvědčit, že když se připojíte k těžebnímu poolu na Ethereu, budou vaše kryptoměny použity k vytvoření ETH a budou vám vyplaceny dividendy ve formě ETH. Poté uvidíte, že vaše kryptoměna přináší malé výnosy. Je to jen návnada, abyste investovali více. Nakonec budou všechny vaše finanční prostředky odeslány na neznámou adresu a podvodník buď zmizí, nebo v některých případech zůstane v kontaktu, jak se stalo v jednom z nedávných případů. Sečteno a podtrženo, buďte obezřetní vůči lidem, kteří vás kontaktují na sociálních sítích a žádají vás o účast v těžebním poolu. Jakmile o kryptoměny přijdete, jsou fuč. @@ -266,6 +182,92 @@ Airdropové podvody spočívají v tom, že podvodný projekt vám do peněženk +## Bezpečnost na internetu v kostce {#web-security} + +### Používejte silná hesla {#use-strong-passwords} + +[Více než 80 % případů napadení účtu je důsledkem slabých nebo ukradených hesel](https://cloudnine.com/ediscoverydaily/electronic-discovery/80-percent-hacking-related-breaches-related-password-issues-cybersecurity-trends/). Pro zabezpečení účtů je nejlepší dlouhá kombinace znaků, čísel a symbolů. + +Běžnou chybou je použití kombinace několika běžných, souvisejících slov. Taková hesla nejsou bezpečná, protože jsou náchylná k jednoduché hackerské technice zvané slovníkový útok. + +```md +Příklad slabého hesla: CuteFluffyKittens! + +Příklad silného hesla: ymv\*azu.EAC8eyp8umf +``` + +Další častou chybou je používání hesel, která lze snadno uhodnout nebo zjistit pomocí [sociálního inženýrství](https://wikipedia.org/wiki/Social_engineering_(security)). Použití jména vaší matky za svobodna, jmen dětí nebo domácích mazlíčků nebo dat narození v hesle není bezpečné a zvyšuje riziko prolomení hesla. + +#### Čeho se držet, když vytváříte heslo: {#good-password-practices} + +- Vytvářejte hesla tak dlouhá, jak to umožňuje generátor hesel nebo vyplňovaný formulář +- Používejte kombinaci velkých a malých písmen, číslic a symbolů +- V hesle nepoužívejte osobní údaje, například příjmení +- Vyhněte se běžným výrazům + +[Více o vytváření silných hesel](https://terranovasecurity.com/how-to-create-a-strong-password-in-7-easy-steps/) + +### Používejte pro všechno jedinečná hesla {#use-unique-passwords} + +Silné heslo, které bylo odhaleno při úniku dat, již není silným heslem. Webová stránka [Have I Been Pwned](https://haveibeenpwned.com) vám umožňuje zkontrolovat, zda vaše účty byly zahrnuty do veřejných úniků dat. Pokud ano, **okamžitě tato hesla změňte**. Používání jedinečných hesel pro každý účet snižuje riziko, že se hackeři dostanou ke všem vašim účtům, pokud jedno z vašich hesel bude kompromitováno. + +### Používejte správce hesel {#use-password-manager} + + +
+ Správce hesel se postará o vytvoření silných a jedinečných hesel a jejich zapamatování! Vřele doporučujeme nějaký používat, většina z nich je zdarma! +
+ + +Pamatovat si silná a jedinečná hesla pro každý účet není ideální. Správce hesel nabízí bezpečné šifrované úložiště všech vašich hesel, ke kterým máte přístup prostřednictvím jednoho silného hlavního hesla. Při registraci do nové služby také doporučují silná hesla, abyste si nemuseli vytvářet vlastní. Mnoho správců hesel vám také oznámí, zda jste byli součástí úniku dat, a umožní vám změnit hesla dříve, než dojde ke škodlivým útokům. + +![Příklad použití správce hesel](./passwordManager.png) + +#### Vyzkoušejte správce hesel: {#try-password-manager} + +- [Bitwarden](https://bitwarden.com/) +- [KeePass](https://keepass.info/) +- [1Password](https://1password.com/) +- Nebo se podívejte na další [doporučené správce hesel](https://www.privacytools.io/secure-password-manager) + +### Používejte dvoufaktorové ověření {#two-factor-authentication} + +Někdy můžete být požádáni o ověření své identity prostřednictvím jedinečných důkazů. Tyto důkazy jsou známé jako **faktory**. Tři hlavní faktory jsou: + +- Něco, co víte (jako třeba heslo nebo bezpečností otázku) +- Něco, co jste (jako třeba otisk prstu nebo sken duhovky/obličeje) +- Něco, co vlastníte (bezpečnostní klíč nebo ověřovací aplikace v telefonu) + +Používání **dvoufaktorového ověřování (2FA)** je dalším *bezpečnostním faktorem* pro vaše online účty. 2FA zajišťuje, že pouze mít vaše heslo nestačí k přístupu k účtu. Druhým faktorem je nejčastěji náhodný šestimístný kód, známý jako **jednorázové heslo (TOTP)**, ke kterému získáte přístup prostřednictvím autentizační aplikace, jako je Google Authenticator nebo Authy. Fungují jako "něco, co vlastníte", protože seed, který generuje časovaný kód, je uložen ve vašem zařízení. + + +
+ Poznámka: Používání 2FA pomocí SMS je náchylné k odcizení SIM karty a není bezpečné. Pro nejlepší ochranu používejte službu jako Google Authenticator nebo Authy. +
+ + +#### Bezpečnostní klíče {#security-keys} + +Bezpečnostní klíč je pokročilejší a bezpečnější typ dvoufaktorového ověřování (2FA). Bezpečnostní klíče jsou fyzická hardwarová ověřovací zařízení, která fungují podobně jako ověřovací aplikace. Nejbezpečnějším způsobem 2FA je použití bezpečnostního klíče. Mnoho těchto klíčů využívá standard FIDO Universal 2nd Factor (U2F). [Zjistěte více o FIDO U2F](https://www.yubico.com/authentication-standards/fido-u2f/). + +Podívejte se na další informace o 2FA: + + + +### Odinstalujte rozšíření prohlížeče {#uninstall-browser-extensions} + +Rozšíření pro prohlížeče, jako jsou rozšíření pro Chrome nebo doplňky pro Firefox, mohou zlepšit funkčnost prohlížeče, ale také přinášejí určitá rizika. Ve výchozím nastavení si většina rozšíření prohlížeče vyžádá přístup ke "čtení a změně dat webu", což jim umožňuje dělat s vašimi daty téměř cokoli. Rozšíření Chrome jsou vždy automaticky aktualizována, takže dříve bezpečné rozšíření může být později aktualizováno a obsahovat škodlivý kód. Většina rozšíření prohlížeče se nesnaží ukrást vaše data, ale měli byste vědět, že to mohou udělat. + +#### Zůstaňte v bezpečí tím, že: {#browser-extension-safety} + +- Budete instalovat rozšíření prohlížeče pouze z důvěryhodných zdrojů +- Budete odstraňovat nepoužívaná rozšíření prohlížeče +- Budete instalovat rozšíření Chrome lokálně, abyste zastavili automatické aktualizace (Pokročilé) + +[Další informace o rizicích rozšíření prohlížeče](https://www.kaspersky.co.uk/blog/browser-extensions-security/12750/) + + + ## Další informace {#further-reading} ### Bezpečnost na internetu {#reading-web-security} diff --git a/public/content/translations/cs/smart-contracts/index.md b/public/content/translations/cs/smart-contracts/index.md index dfcc6279d48..9c9236c6547 100644 --- a/public/content/translations/cs/smart-contracts/index.md +++ b/public/content/translations/cs/smart-contracts/index.md @@ -26,7 +26,7 @@ Představme si, že Alice a Bob jedou cyklistický závod. Řekněme, že Alice Tento jednoduchý příklad ilustruje problém s jakoukoliv dohodou, která není založená na chytrém kontraktu. I když jsou podmínky dohody splněny (tj. jste vítězem závodu), musíte stále důvěřovat jiné osobě, že splní svou část dohody (např. že vám vyplatí výhru). -## Digitální prodejní automat {#vending-machine} +## Digitální výdejní automat {#vending-machine} Jednoduchá metafora pro chytrý kontrakt je prodejní automat, který funguje podobně jako chytrý kontrakt – konkrétní vstupy zaručují předem stanovené výstupy. @@ -50,7 +50,7 @@ Tradiční kontrakty jsou nejednoznačné, protože se spoléhají na to, že je ## Veřejný záznam {#public-record} -Chytré kontrakty jsou užitečným nástrojem pro audity a sledování. Jelikož jsou ethereovské smart kontrakty na veřejném blockchainu, každý může okamžitě sledovat převody aktiv a další související informace. Můžete například zkontrolovat, zda někdo poslal peníze na vaši adresu. +Chytré kontrakty jsou užitečným nástrojem pro audity a sledování. Jelikož jsou ethereovské chytré kontrakty na veřejném blockchainu, každý může okamžitě sledovat převody aktiv a další související informace. Můžete například zkontrolovat, zda někdo poslal peníze na vaši adresu. ## Ochrana soukromí {#privacy-protection} diff --git a/public/content/translations/cs/staking/dvt/index.md b/public/content/translations/cs/staking/dvt/index.md index ed701ad0adc..990f60b83d1 100644 --- a/public/content/translations/cs/staking/dvt/index.md +++ b/public/content/translations/cs/staking/dvt/index.md @@ -30,7 +30,7 @@ Pokud některá z komponent počítače v klastru selže (například pokud jsou Ideálním scénářem pro Ethereum je existence co nejvíce nezávisle provozovaných validátorů. Nicméně několik poskytovatelů vkládání je v současné době velmi populárních a spravuje značnou část celkově vložených ETH. DVT umožňuje provoz těchto validátorů, aniž by utrpěla decentralizace vloženého kapitálu. A to díky tomu, že klíče každého validátoru jsou distribuovány mezi více počítačů a bylo by třeba, aby se na případné podvodné aktivitě validátoru shodlo mnohem větší množství držitelů těchto částí klíče. -Bez DVT je snazší, aby poskytovatelé vkládání používali pouze jednu nebo dvě konfigurace klienta pro všechny své validátory, což zvyšuje dopad případné chyby v klientovi. DVT lze použít k rozložení rizika mezi různé konfigurace klienta a různý hardware a díky této rozmanitosti se zvyšuje odolnost. +Bez DVT je snazší, aby poskytovatelé vkládání používali pouze jednu nebo dvě konfigurace klienta pro všechny své validátory, což zvyšuje dopad případné chyby v klientu. DVT lze použít k rozložení rizika mezi různé konfigurace klienta a různý hardware a díky této rozmanitosti se zvyšuje odolnost. **DVT poskytuje Ethereu tyto výhody:** diff --git a/public/content/translations/cs/staking/pools/index.md b/public/content/translations/cs/staking/pools/index.md index 07887e9a889..375ad73baa7 100644 --- a/public/content/translations/cs/staking/pools/index.md +++ b/public/content/translations/cs/staking/pools/index.md @@ -4,7 +4,7 @@ description: Přehled, jak začít se zapojením do sdruženého vkládání ETH lang: cs template: staking emoji: ":money_with_wings:" -image: /images/staking/leslie-pool.png +image: /images/use-cases/defi.png alt: Nosorožec Leslie plave v bazénu. sidebarDepth: 2 summaryPoints: @@ -17,7 +17,7 @@ summaryPoints: Vkladový fond je přístup založený na spolupráci, který umožňuje mnoha lidem s menším množsvím ETH získat 32 ETH potřebných k aktivaci sady validátorových klíčů. Funkce stakingových fondů není v rámci protokolu nativně podporována, takže řešením byla vytvořena tato samostatná funkce, aby potřebu řešila. -Některé fondy fungují pomocí chytrých smluv, kde lze vložit prostředky do smlouvy, která důvěryhodně spravuje a sleduje váš vklad a vydává vám token, který představuje tuto hodnotu. Jiné fondy nemusí zahrnovat chytré smlouvy a jsou místo toho zprostředkovány mimo řetězec. +Některé fondy fungují pomocí chytrých kontraktů, kde lze vložit prostředky do kontraktu, který důvěryhodně spravuje a sleduje váš vklad a vydává vám token, který představuje tuto hodnotu. Jiné fondy nemusí zahrnovat chytré kontrakty a jsou místo toho zprostředkovány mimo řetězec. ## Proč vkládat s fondem? {#why-stake-with-a-pool} @@ -35,7 +35,7 @@ Kromě výhod, které jsme nastínili v našem [úvodu do vkládání](/staking/ Sdružené nebo delegované vklady nejsou nativně podporovány protokolem Ethereum, ale vzhledem k poptávce po uživatelích, aby vkládali méně než 32 ETH, byl vytvořen rostoucí počet řešení, která tuto poptávku uspokojí. -Každý fond a nástroje nebo smart kontrakty, které používají, byly vytvořeny různými týmy a všechny mají jiné výhody a rizika. Fondy umožňují uživatelům směnit ETH za token představující vložený ETH. Tento token je užitečný, protože umožňuje uživatelům směnit jakékoli množství ETH za ekvivalentní částku tokenu nesoucího výnos, který generuje výnos z vložených odměn aplikovaných na podkladové vložené ETH (a naopak) na decentralizovaných burzách, i když skutečný ETH zůstává vložen v konsensuální vrstvě. To znamená, že směny tam a zpět z vloženého ETH nesoucího výnos a „raw ETH“ jsou rychlé, snadné a jsou dostupné i v jiných objemech než jen v násobcích 32 ETH. +Každý fond a nástroje nebo chytré kontrakty, které používají, byly vytvořeny různými týmy a všechny mají jiné výhody a rizika. Fondy umožňují uživatelům směnit ETH za token představující vložený ETH. Tento token je užitečný, protože umožňuje uživatelům směnit jakékoli množství ETH za ekvivalentní částku tokenu nesoucího výnos, který generuje výnos z vložených odměn aplikovaných na podkladové vložené ETH (a naopak) na decentralizovaných burzách, i když skutečný ETH zůstává vložen v konsensuální vrstvě. To znamená, že směny tam a zpět z vloženého ETH nesoucího výnos a „raw ETH“ jsou rychlé, snadné a jsou dostupné i v jiných objemech než jen v násobcích 32 ETH. Tyto vložené ETH tokeny však mají tendenci vykazovat kartelové chování, kdy velké množství vložených ETH skončí pod kontrolou několika centralizovaných organizací, místo toho aby bylo rozděleno mezi mnoho nezávislých jednotlivců. To vytváří podmínky pro cenzuru nebo extrakci hodnot. Zlatým standardem pro vkládání by vždy měli být jednotlivci provozující validátory na vlastním hardwaru, kdykoli je to možné. @@ -53,11 +53,11 @@ K dispozici jsou různé možnosti, které vám pomohou s nastavením. Pomocí v -Vezměte prosím na vědomí, že je důležité vybrat si službu, která bere [rozmanitost klientů](/developers/docs/nodes-and-clients/client-diversity/) vážně, protože zlepšuje zabezpečení sítě a omezuje vaše riziko. Služby, které prokazatelně omezují většinové klientské používání, jsou označeny „rozmanitost realizačního klienta“ a „rozmanitost klientů konsensu“. +Vezměte prosím na vědomí, že je důležité vybrat si službu, která bere [rozmanitost klientů](/developers/docs/nodes-and-clients/client-diversity/) vážně, protože zlepšuje zabezpečení sítě a omezuje vaše riziko. Služby, které prokazatelně omezují většinové klientské používání, jsou označeny „rozmanitost exekučního klienta“ a „rozmanitost konsenzus klienta“. Máte návrh na vkladový nástroj, který nám chyběl? Podívejte se na naše [zásady pro záznam produktů](/contributing/adding-staking-products/), abyste zjistili, zda by se hodily, a odešlete je ke kontrole. -## Často kladené otázky {#faq} +## Často kladené dotazy {#faq} Tokeny ERC-20 jsou obvykle vydávány vkladatelům a představují hodnotu jejich vložených ETH společně s odměnami. Mějte na paměti, že různé fondy rozdělují odměny za vklady svým uživatelům mírně odlišnými metodami, ale toto je společné téma. diff --git a/public/content/translations/cs/staking/saas/index.md b/public/content/translations/cs/staking/saas/index.md index 38016d3e851..c486fef46b5 100644 --- a/public/content/translations/cs/staking/saas/index.md +++ b/public/content/translations/cs/staking/saas/index.md @@ -47,7 +47,7 @@ Níže uvádíme několik dostupných poskytovatelů SaaS. Pomocí výše uveden -Vezměte prosím na vědomí, že je důležité podporovat [rozmanitost klientů](/developers/docs/nodes-and-clients/client-diversity/), protože zlepšuje zabezpečení sítě a omezuje vaše riziko. Služby, které prokazatelně omezují většinové klientské používání, jsou označeny „rozmanitost realizačního klienta“ a „rozmanitost klientů konsensu“. +Vezměte prosím na vědomí, že je důležité podporovat [rozmanitost klientů](/developers/docs/nodes-and-clients/client-diversity/), protože zlepšuje zabezpečení sítě a omezuje vaše riziko. Služby, které prokazatelně omezují většinové klientské používání, jsou označeny „rozmanitost exekučního klienta“ a „rozmanitost konsenzus klienta“. ### Generátory klíčů @@ -55,7 +55,7 @@ Vezměte prosím na vědomí, že je důležité podporovat [rozmanitost klient Máte návrh na poskytovatele vkladu jako služby, kterého jsme vynechali? Podívejte se na naše [zásady pro záznam produktů](/contributing/adding-staking-products/), abyste zjistili, zda by se hodily, a odešlete je ke kontrole. -## Často kladené otázky {#faq} +## Často kladené dotazy {#faq} Ujednání se budou u jednotlivých poskytovatelů lišit, ale obvykle vás provedeme nastavením všech potřebných podpisových klíčů (jeden na 32 ETH) a jejich nahráním poskytovateli, aby je mohl ověřit vaším jménem. Samotné podpisové klíče nedávají žádnou možnost vybrat, převést nebo utratit vaše prostředky. Poskytují však možnost odevzdat hlasy směrem ke konsenzu, což, pokud není provedeno správně, může mít za následek offline penalizaci nebo trest. diff --git a/public/content/translations/cs/staking/solo/index.md b/public/content/translations/cs/staking/solo/index.md index f0f3a02ceb6..70d4af0af86 100644 --- a/public/content/translations/cs/staking/solo/index.md +++ b/public/content/translations/cs/staking/solo/index.md @@ -4,7 +4,7 @@ description: Přehled toho, jak začít samostatně vkládat ETH lang: cs template: staking emoji: ":money_with_wings:" -image: /images/staking/leslie-solo.png +image: /images/staking/leslie-saas.png alt: Nosorožec Leslie na svém vlastním počítačovém čipu. sidebarDepth: 2 summaryPoints: @@ -19,7 +19,7 @@ Samostatný vklad je akt [spuštění uzlu Ethereum](/run-a-node/) připojeného **Samostatný vklad zvyšuje decentralizaci sítě Ethereum**, díky čemuž je Ethereum odolnější vůči cenzuře a odolnější vůči útokům. Jiné metody vkladů nemusí síti pomoci stejným způsobem. Samostatný vklad je nejlepší možností vkládání pro zajištění Etherea. -Uzel Ethereum se skládá jak z klienta prováděcí vrstvy (EL), tak z klienta konsensuální vrstvy (CL). Tito klienti jsou software, který společně s platnou sadou podpisových klíčů ověřuje transakce a bloky, osvědčuje správnému vedoucímu řetězce, shromažďuje atestace a navrhuje bloky. +Uzel Ethereum se skládá jak z klienta prováděcí vrstvy (EL), tak z klienta konsensuální vrstvy (CL). Tyto klienty jsou software, který společně s platnou sadou podpisových klíčů ověřuje transakce a bloky, osvědčuje správnému vedoucímu řetězce, shromažďuje atestace a navrhuje bloky. Samostatní vkladatelé jsou zodpovědní za provoz hardwaru potřebného ke spuštění těchto klientů. Důrazně se doporučuje používat k tomu vyhrazený počítač, který obsluhujete z domova – to je mimořádně prospěšné pro zdraví sítě. @@ -53,7 +53,7 @@ Vyžaduje také velmi základní nastavení hardwaru a určité porozumění min -Stejně jako soukromé klíče zajišťují vaši adresu Ethereum, budete muset vygenerovat klíče speciálně pro váš validátor. Musíte rozumět tomu, jak uchovat všechny počáteční fráze nebo soukromé klíče v bezpečí.{' '} +Stejně jako privátní klíče zajišťují vaši adresu Ethereum, budete muset vygenerovat klíče speciálně pro váš validátor. Musíte rozumět tomu, jak uchovat všechny počáteční fráze nebo privátní klíče v bezpečí.{' '} Zabezpečení Etherea a prevence podvodů @@ -123,13 +123,13 @@ Máte návrh na vkladový nástroj, který nám chyběl? Podívejte se na naše -## Často kladené otázky {#faq} +## Často kladené dotazy {#faq} Toto je několik nejčastějších otázek týkajících se vkládání, které stojí za to vědět. -Validátor je virtuální entita, která žije na Ethereu a účastní se konsenzu protokolu Ethereum. Validátory jsou reprezentovány zůstatkem, veřejným klíčem a dalšími vlastnostmi. Klient validátoru je software, který jedná jménem validátoru tím, že drží a používá jeho soukromý klíč. Jeden klient validátoru může pojmout mnoho párů klíčů a ovládat mnoho validátorů. +Validátor je virtuální entita, která žije na Ethereu a účastní se konsenzu protokolu Ethereum. Validátory jsou reprezentovány zůstatkem, veřejným klíčem a dalšími vlastnostmi. Klient validátoru je software, který jedná jménem validátoru tím, že drží a používá jeho privátní klíč. Jeden klient validátoru může pojmout mnoho párů klíčů a ovládat mnoho validátorů. @@ -156,7 +156,7 @@ Existuje jen několik konkrétních způsobů, které mohou vést k tomu, že va Provozování supervětšinového klienta (jakéhokoli klienta používaného více než 2/3 sítě) také nese riziko potenciálního trestu v případě, že tento klient má chybu, která vede k rozvětvení řetězce. To může mít za následek vadnou vidlici, která se finalizuje. Oprava zpět na zamýšlený řetězec by vyžadovala odeslání prostorového hlasování pokusem o vrácení dokončeného bloku. Za to můžete být také potrestáni. Lze se tomu vyhnout tím, že místo toho spustíte menšinového klienta. -Ekvivalentní chyby v menšinovém klientovi by se nikdy nedokončily, a proto by nikdy nevedly k prostorovému hlasování a jednoduše by vedly k penalizaci za nečinnost, nikoli trestu. +Ekvivalentní chyby v menšinovém klientu by se nikdy nedokončily, a proto by nikdy nevedly k prostorovému hlasování a jednoduše by vedly k penalizaci za nečinnost, nikoli trestu. - -Jednotliví klienti se mohou mírně lišit, pokud jde o výkon a uživatelské rozhraní, protože každý je vyvíjen různými týmy pomocí různých programovacích jazyků. Jak již bylo řečeno, žádný z nich není „nejlepší“ Všichni produkční klienti jsou vynikající softwary, které všechny provádějí stejné základní funkce pro synchronizaci a interakci s blockchainem. + +Jednotlivé klienty se mohou mírně lišit, pokud jde o výkon a uživatelské rozhraní, protože každý je vyvíjen různými týmy pomocí různých programovacích jazyků. Jak již bylo řečeno, žádný z nich není „nejlepší“ Všechny produkční klienty jsou vynikající softwary, které všechny provádějí stejné základní funkce pro synchronizaci a interakci s blockchainem. -Protože všichni produkční klienti poskytují stejnou základní funkcionalitu, je ve skutečnosti velmi důležité, abyste si vybrali menšinového klienta, což znamená jakéhokoli klienta, kterého momentálně NEPOUŽÍVÁ většina validátorů v síti. Může to znít neintuitivně, ale provozování většinového nebo supervětšinového klienta vás vystavuje zvýšenému riziku trestu v případě chyby v tomto klientovi. Provozování menšinového klienta tato rizika drasticky omezuje. +Protože všechny produkční klienty poskytují stejnou základní funkcionalitu, je ve skutečnosti velmi důležité, abyste si vybrali menšinového klienta, což znamená jakéhokoli klienta, kterého momentálně NEPOUŽÍVÁ většina validátorů v síti. Může to znít neintuitivně, ale provozování většinového nebo supervětšinového klienta vás vystavuje zvýšenému riziku trestu v případě chyby v tomto klientu. Provozování menšinového klienta tato rizika drasticky omezuje. Další informace o tom, proč je rozmanitost klientů kritická diff --git a/public/content/translations/cs/staking/withdrawals/index.md b/public/content/translations/cs/staking/withdrawals/index.md index 8049f475b65..fbe0abe1985 100644 --- a/public/content/translations/cs/staking/withdrawals/index.md +++ b/public/content/translations/cs/staking/withdrawals/index.md @@ -1,9 +1,9 @@ --- -title: Probíhají výběry +title: Uzamčení výběrů description: Stránka shrnující, co jsou výběry push, jak fungují a co musí stakeři udělat, aby získali své odměny lang: cs template: staking -image: /images/staking/leslie-withdrawal.png +image: ../../images/staking/leslie-withdrawal.png alt: Nosorožec Leslie se svými vkladovými odměnami sidebarDepth: 2 summaryPoints: @@ -72,7 +72,7 @@ Upgrade Shanghai/Capella umožnil získat dříve vložené ETH zpět na běžn O tom, zda má daný validátor nárok na výběr či nikoli, rozhoduje stav samotného účtu validátoru. K určení, zda má být u účtu zahájen výběr či nikoli, není v žádném okamžiku potřeba žádný uživatelský vstup – celý proces probíhá automaticky konsensuální vrstvou v nepřetržité smyčce. -### More of a visual learner? {#visual-learner} +### Učíte se spíše vizuálně? {#visual-learner} Podívejte se na toto vysvětlení výběrů z vkladů Ethereum od Finematics: @@ -103,7 +103,7 @@ Operátoři validátoru v průběhu životního cyklu validátoru provádějí p ### Bez paliva {#gas-free} -Tento přístup k výběrům vkladů zabraňuje tomu, aby satkeři museli ručně odeslat transakci požadující výběr konkrétní částky ETH. To znamená, že **není vyžadován žádný plyné palivo (transakční poplatek)** a výběry také nesoutěží o stávající blokový prostor prováděcí vrstvy. +Tento přístup k výběrům vkladů zabraňuje tomu, aby satkeři museli ručně odeslat transakci požadující výběr konkrétní částky ETH. To znamená, že **není vyžadováno žádné palivo (transakční poplatek)** a výběry také nesoutěží o stávající blokový prostor prováděcí vrstvy. ### Jak často dostanu odměny za vklady? {#how-soon} @@ -125,7 +125,7 @@ Po rozšíření tohoto výpočtu můžeme odhadnout dobu, kterou bude trvat zpr Jak vidíte, toto se zpomaluje, protože je v síti více validátorů. Nárůst vynechaných slotů by to mohl úměrně zpomalit, ale to bude obecně představovat pomalejší možné výsledky. -## Často kladené otázky {#faq} +## Často kladené dotazy {#faq} Nastavením adresy pro stažení prováděcí vrstvy byly přihlašovací údaje pro tento validátor trvale změněny. To znamená, že staré přihlašovací údaje již nebudou fungovat a nové přihlašovací údaje budou přesměrovány na účet prováděcí vrstvy. -Adresy pro výběr mohou být buď chytrá smlouva (řízená svým kódem), nebo externě vlastněný účet (EOA, řízený svým soukromým klíčem). V současné době tyto účty nemají žádný způsob, jak předat zprávu zpět do konsensuální vrstvy, která by signalizovala změnu pověření validátoru, a přidání této funkce by přidalo zbytečné složitosti protokolu. +Adresy pro výběr mohou být buď chytrý kontrakt (řízený svým kódem), nebo externě vlastněný účet (EOA, řízený svým privátním klíčem). V současné době tyto účty nemají žádný způsob, jak předat zprávu zpět do konsensuální vrstvy, která by signalizovala změnu pověření validátoru, a přidání této funkce by přidalo zbytečné složitosti protokolu. -Jako alternativu ke změně adresy pro výběr u konkrétního validátoru se uživatelé mohou rozhodnout nastavit jako adresu pro výběr chytrou smlouvu, která zvládne rotaci klíčů, jako je Trezor. Uživatelé, kteří nastaví své prostředky na vlastní EOA, mohou provést úplný odchod, aby mohli vybrat všechny své vložené prostředky, a poté znovu vložit pomocí nových pověření. +Jako alternativu ke změně adresy pro výběr u konkrétního validátoru se uživatelé mohou rozhodnout nastavit jako adresu pro výběr chytrý kontrakt, který zvládne rotaci klíčů, jako je Trezor. Uživatelé, kteří nastaví své prostředky na vlastní EOA, mohou provést úplný odchod, aby mohli vybrat všechny své vložené prostředky, a poté znovu vložit pomocí nových pověření. -
Learn more about DAOs
+
Více o DAO
Více o DAO @@ -107,7 +107,7 @@ Platební infrastruktura Web2 spoléhá na banky a další subjekty, přičemž Více na ETH -## Web3 limitations {#web3-limitations} +## Omezení Web3 {#web3-limitations} Navzdory četným výhodám Web3 sxistuje v jeho současné podobě stále mnoho omezení, která musí ekosystém vyřešit, aby se mohl dále rozvíjet. @@ -119,7 +119,7 @@ Důležité funkce Web3, jako je přihlášení pomocí ethereovské adresy, jso Technické překážky vstupu do Web3 jsou v současnosti příliš vysoké. Uživatelé musí chápat bezpečnostní otázky, rozumět složité technické dokumentaci a orientovat se v neintuitivních uživatelských rozhraních. Na vyřešení tohoto problému pracují zejména [poskytovatelé peněženek](/wallets/find-wallet/), ale než se Web3 masově rošíří, bude zapotřebí většího pokroku. -### Education {#education} +### Vzdělávání {#education} Web3 zavádí nová paradigmata, která vyžadují učení se jiným mentálním modelům, než jaké se používají ve Web2.0. K podobnému vzdělávacímu přerodu došlo v době, kdy Web1.0 získával koncem 90. let na popularitě; zastánci World Wide Webu používali různé vzdělávací techniky, aby edukovali veřejnost, a to od jednoduchých metafor (informační dálnice, prohlížeče, surfování na webu) až po [televizní vysílání](https://www.youtube.com/watch?v=SzQLI7BxfYI). Web3 není složitý, ale je jiný. Vzdělávací iniciativy, které informují uživatele Web2 o paradigmatech Web3, jsou zásadní pro jeho úspěch. diff --git a/public/content/translations/cs/zero-knowledge-proofs/index.md b/public/content/translations/cs/zero-knowledge-proofs/index.md index 375e920bd70..59c0a3aad84 100644 --- a/public/content/translations/cs/zero-knowledge-proofs/index.md +++ b/public/content/translations/cs/zero-knowledge-proofs/index.md @@ -4,93 +4,27 @@ description: Netechnický úvod do důkazů s nulovou znalostí pro začátečn lang: cs --- -## Co jsou důkazy s nulovou znalostí? {#what-are-zk-proofs} +# Co jsou důkazy s nulovou znalostí? {#what-are-zk-proofs} Důkaz s nulovou znalostí je způsob, jak prokázat platnost tvrzení, aniž by bylo odhaleno samotné tvrzení. „Dokazovatel“ je strana, která se snaží prokázat tvrzení, zatímco „ověřovatel“ je odpovědný za ověření tvrzení. Důkazy s nulovou znalostí se poprvé objevily v dokumentu z roku 1985 s názvem „[Znalostí komplexita interaktivních důkazních systémů](http://people.csail.mit.edu/silvio/Selected%20Scientific%20Papers/Proof%20Systems/The_Knowledge_Complexity_Of_Interactive_Proof_Systems.pdf)“. Ten poskytuje definici důkazů s nulovými znalostmi, která se dnes používá nejvíce: -> Protokol s nulovou znalostí je metoda, kterou může jedna strana (dokazovatel) prokázat druhé straně (ověřovateli), že je něco pravdivé, aniž by prozradila jakoukoli jinou informaci kromě skutečnosti, že toto konkrétní tvrzení je pravdivé. +> Protokol s nulovou znalostí je metoda, pomocí které jedna strana (dokazovatel) **může prokázat** druhé straně (ověřovateli), **že je něco pravdivé, aniž by prozradila jakékoli informace** kromě skutečnosti, že toto konkrétní tvrzení je pravdivé. Důkazy s nulovou znalostí se v průběhu let vylepšovaly a nyní se používají v aplikacích v reálném světě. -## Proč potřebujeme důkazy s nulovou znalostí? {#why-zero-knowledge-proofs-are-important} - -Důkazy s nulovou znalostí představovaly průlom v aplikované kryptografii, protože slibovaly zlepšení bezpečnosti uživatelských informací. Zamyslete se, jak byste mohli prokázat nějaký výrok (např. „Jsem občan země X“) jiné straně (např. poskytovateli služeb). Budete muset poskytnout „důkaz“ na podporu tohoto výroku, jako je cestovní pas nebo řidičský průkaz. - -S tímto přístupem se ale pojí různé problémy, především nedostatek soukromí. Informace identifikující osobu (Personally Identifiable Information, PII) sdílené se službami třetích stran jsou uloženy v centrálních databázích, které jsou zranitelné vůči útokům hackerů. Vzhledem k tomu, že krádež identity je kritickým problémem, zvyšujíi se požadavky na další na ochranu soukromí při sdílení citlivých informací. - -Důkazy s nulovou znalostí řeší tento problém tím, že odstraňují potřebu odhalovat citlivé informace za účelem prokázání platnosti tvrzení. Protokol s nulovou znalostí používá výrok (nazývaný „svědek“) jako vstup pro vytvoření stručného důkazu jeho platnosti. Tento důkaz poskytuje záruku, že prohlášení je pravdivé, aniž by odhalil informace použité při jeho vytváření. - -Vraťme se k našemu příkladu: Jediný důkaz, který potřebujete k prokázání svého občanství, je důkaz s nulovou znalostí. Ověřovatel musí pouze zkontrolovat, zda platí určité vlastnosti důkazu, aby se přesvědčil, že platí i základní tvrzení. - -## Jak důkazy s nulovou znalostí fungují? {#how-do-zero-knowledge-proofs-work} - -Důkaz s nulovou znalostí vám umožňuje prokázat pravdivost tvrzení, aniž byste sdíleli obsah tvrzení nebo odhalili, jak jste pravdu zjistili. Aby to bylo možné, protokoly s nulovou znalostí spoléhají na algoritmy, které berou jistá data jako vstup a vracejí „pravda“ nebo „nepravda“ jako výstup. - -Protokol s nulovou znalostí musí splňovat tato kritéria: - -1. **Úplnost:** Pokud je vstup platný, protokol s nulovou znalostí vždy vrátí hodnotu „true“. Pokud je tedy základní tvrzení pravdivé a dokazovatel i ověřovatel jednají čestně, je možné důkaz přijmout. - -2. **Spolehlivost**: Pokud je vstup neplatný, je teoreticky nemožné přimět protokol s nulovou znalostí, aby vrátil hodnotu „pravda“. Nepoctivý dokazovatel tedy nemůže oklamat poctivého ověřovatele, nebude schopen ho přesvědčit, že neplatný výrok je platný (s výjimkou zanedbatelné míry pravděpodobnosti). - -3. **Nulová znalost**: Ověřovatel se o výroku nedozví nic kromě jeho platnosti nebo nepravdivosti (má „nulovou znalost“ výroku). Tento požadavek také brání ověřovateli na základě důkazu uhodnout původní vstup (obsah prohlášení). + -V základní podobě se důkaz s nulovou znalostí skládá ze tří prvků. Jsou to: **svědek**, **zkouška** a **odpověď**. - -- **Svědek**: Důkazem s nulovou znalostí chce dokazovatel prokázat znalost nějaké skryté informace. Tajná informace je „svědkem“ důkazu a předpokládaná znalost svědka ověřovatelem vytváří soubor otázek, na které může odpovědět pouze strana, která tyto informace zná. Dokazovatel tedy zahájí proces dokazování náhodným výběrem otázky, vypočítáním odpovědi a jejím odesláním ověřovateli. - -- **Zkouška**: Ověřovatel náhodně vybere další otázku ze sady a požádá dokazovatele, aby na ni odpověděl. - -- **Odpověď**: Dokazovatel přijme otázku, vypočítá odpověď a vrátí ji ověřovateli. Odpověď dokazovatele umožňuje ověřovateli zkontrolovat, zda má skutečně přístup ke svědkovi. Aby dokazovatel nehádal naslepo a náhodou správné odpovědi neuhodl, vybere ověřovatel více otázek, na které se bude ptát. Mnohonásobným opakováním tohoto postupu výrazně klesá možnost podvodu ze strany dokazovatele. Je proto nutné provést ho několikrát za sebou, dokud není ověřovatel spokojen. - -Výše uvedené popisuje strukturu „interaktivního důkazu s nulovou znalostí“. Rané protokoly s nulovou znalostí používaly interaktivní dokazování, kde ověření platnosti prohlášení vyžadovalo zpětnou komunikaci mezi dokazovateli a ověřovateli. - -Dobrým příkladem, který ilustruje, jak fungují interaktivní důkazy, je slavný [příběh jeskyně Ali Baba](https://en.wikipedia.org/wiki/Zero-knowledge_proof#The_Ali_Baba_cave) od Jeana-Jacquese Quisquatera. V příběhu chce Peggy (dokazovatel) dokázat Victorovi (ověřovatel), že zná tajnou frázi, jak otevřít kouzelné dveře, aniž by ji prozradila. - -### Neinteraktivní důkazy s nulovou znalostí {#non-interactive-zero-knowledge-proofs} - -I když je interaktivní dokazování revoluční, mělo omezenou užitečnost, protože vyžadovalo, aby byly obě strany k dispozici a interagovaly opakovaně. I kdyby byl ověřovatel přesvědčen o poctivosti dokazovatele, důkaz by nebyl k dispozici pro nezávislé ověření (protože výpočet nového důkazu vyžadoval novou sadu zpráv mezi dokazovatelem a ověřovatelem). - -K vyřešení tohoto problému Manuel Blum, Paul Feldman a Silvio Micali navrhli první [neinteraktivní důkazy s nulovou znalostí](https://dl.acm.org/doi/10.1145/62212.62222), kde dokazobvatel a ověřovatel sdílejí klíč. To umožňuje dokazovateli prokázat svou znalost některých informací (tj. svědka), aniž by poskytoval informace samotné. - -Na rozdíl od interaktivních důkazů vyžadují neinteraktivní důkazy pouze jedno kolo komunikace mezi účastníky (dokazovatelem a ověřovatelem). Dokazovatel předá tajné informace speciálnímu algoritmu pro výpočet důkazu s nulovou znalostí. Tento důkaz je zaslán ověřovateli, který pomocí jiného algoritmu zkontroluje, že dokazovatel zná tajné informace. - -Neinteraktivní dokazování omezuje komunikaci mezi dokazovatelem a ověřovatelem, což zefektivňuje proces ověřování. Jakmile je navíc vygenerován důkaz, může ho ověřit kdokoliv (s přístupem ke sdílenému klíči a ověřovacímu algoritmu). - -Neinteraktivní důkazy představovaly průlom v technologii nulové znalosti a podnítily vývoj dnes používaných důkazních systémů. Typy těchto důkazů rozebíráme níže: - -### Typy důkazů s nulovou znalostí {#types-of-zero-knowledge-proofs} - -#### ZK-SNARKs {#zk-snarks} - -ZK-SNARK je zkratka pro **Zero-Knowledge Succinct Non-Interactive Argument of Knowledge**. Protokol ZK-SNARK má následující vlastnosti: - -- **Nulová znalost**: Ověřovatel může ověřit platnost tvrzení, aniž by o tvrzení věděl cokoliv dalšího. Jediné, co ověřovatel o prohlášení ví, je, zda je pravdivé nebo nepravdivé. - -- **Spolehlivost**: Důkaz s nulovou znalostí je menší než svědek a je možné ho ověřit rychle. - -- **Neinteraktivita**: Důkaz je „neinteraktivní“, protože dokazovatel a ověřovatel interagují pouze jednou, na rozdíl od interaktivních důkazů, které vyžadují více kol komunikace. - -- **Důvěryhodnost**: Důkaz splňuje požadavek „spolehlivosti“, takže podvádění je extrémně nepravděpodobné. - -- **(Chybějící) Znalost**: Důkaz s nulovou znalostí nemůže být konstruován bez přístupu k tajným informacím (svědek). Pro dokazovatele, který nezná svědka, je obtížné, ne-li nemožné, vypočítat platný důkaz s nulovou znalostí. - -Výše zmíněný „sdílený klíč“ odkazuje na veřejné parametry, na kterých se dokazovatel a ověřovatel domluví při generování a ověřování důkazů. Generování veřejných parametrů (souhrnně známých jako Common Reference String (CRS)) je citlivá operace, protože je klíčová pro zabezpečení protokolu. Pokud se entropie (náhodnost) použitá při generování CRS dostane do rukou nepoctivého dokazovatele, může vypočítat falešné důkazy. - -[Multi-party computing (MPC)](https://en.wikipedia.org/wiki/Secure_multi-party_computation) je způsob, jak snížit rizika při generování veřejných parametrů. Probíhá tak, že se několik účastníků připojí k takzvanému [důvěryhodnému obřadu nastavení](https://zkproof.org/2021/06/30/setup-ceremonies/amp/), kde každá osoba k vytvoření CRS přispěje náhodnými hodnotami. Pokud alespoň jeden čestný účastník zničí svou část entropie, protokol ZK-SNARK si zachovává výpočetní spolehlivost. - -Důvěryhodná nastavení vyžadují, aby uživatelé důvěřovali účastníkům při generování veřejných parametrů. Vývoj ZK-STARKů však umožnil vznik ověřovacích protokolů, které pracují s nastavením, kterému není třeba důvěřovat. - -#### ZK-STARKs {#zk-starks} +## Proč potřebujeme důkazy s nulovou znalostí? {#why-zero-knowledge-proofs-are-important} -ZK-STARK je zkratka pro **Zero-Knowledge Scalable Transparent Argument of Knowledge**. ZK-STARK jsou podobné ZK-SNARK, až na to, že jsou: +Důkazy nulové znalosti představovaly průlom v aplikované kryptografii, protože slibovaly zlepšení bezpečnosti uživatelských informací. Zamyslete se, jak byste mohli prokázat nějaký výrok (např. „Jsem občan země X“) jiné straně (např. poskytovateli služeb). Budete muset poskytnout „důkaz“ na podporu tohoto výroku, jako je cestovní pas nebo řidičský průkaz. -- **Škálovatelné**: ZK-STARK je rychlejší než ZK-SNARK při generování a ověřování důkazů, pokud je svědek větší. S důkazy typu STARK se časy dokazování a ověřování s rostoucím objemem dat svědka jen mírně prodlužují (doby dokazování a ověřování typu SNARK rostou s velikostí svědka lineárně). +S tímto přístupem se ale pojí různé problémy, především nedostatek soukromí. Informace identifikující osobu (Personally Identifiable Information, PII) sdílené se službami třetích stran jsou uloženy v centrálních databázích, které jsou zranitelné vůči útokům hackerů. Vzhledem k tomu, že krádež identity je kritickým problémem, zvyšují se požadavky na další na ochranu soukromí při sdílení citlivých informací. -- **Transparentní**: ZK-STARK spoléhá na veřejně ověřitelnou náhodnost při generování veřejných parametrů pro prokázání a ověření důkazu, namísto nastavení, kterému je třeba důvěřovat. Jsou tedy ve srovnání se ZK-SNARK transparentnější. +Důkazy nulové znalosti řeší tento problém tím, že **odstraňují potřebu odhalovat citlivé informace za účelem prokázání platnosti tvrzení**. Protokol s nulovou znalostí používá výrok (nazývaný „svědek“) jako vstup pro vytvoření stručného důkazu jeho platnosti. Tento důkaz poskytuje záruku, že je prohlášení pravdivé, aniž by odhalil informace použité při jeho vytváření. -ZK-STARK produkují větší důkazy než ZK-SNARK, což znamená, že mají obecně vyšší ověřovací náklady. Existují však případy (jako je prokazování velkých datových sad), kdy mohou být ZK-STARK cenově výhodnější než ZK-SNARK. +Vraťme se k našemu příkladu: Jediný důkaz, který potřebujete k prokázání svého občanství, je důkaz nulové znalosti. Ověřovatel musí pouze zkontrolovat, zda platí určité vlastnosti důkazu, aby se přesvědčil, že platí i základní tvrzení. ## Ukázkové případy použití důkazů s nulovou znalostí {#use-cases-for-zero-knowledge-proofs} @@ -102,9 +36,9 @@ Kryptoměny byly vyvinuty jako nástroj pro uskutečňování soukromých peer-t Existují specifické „kryptoměny na ochranu soukromí“ určené pro zcela anonymní transakce. Blockchainy zaměřené na soukromí, jako jsou Zcash a Monero, neuvádí podrobnosti o transakci, včetně adres odesílatele/příjemce, typu finančních prostředků, množství a časové osy transakce. -Díky zahrnutí technologie nulové znalosti umožňují blockchainové sítě, které se zaměřují na soukromí, síťovým uzlům ověřovat transakce bez nutnosti přístupu k datům transakcí. +Díky zahrnutí technologie nulové znalosti umožňují [blockchainové](/glossary/#blockchain) sítě, které se zaměřují na soukromí, [síťovým uzlům](/glossary/#node) ověřovat transakce bez nutnosti přístupu k datům transakcí. -Důkazy s nulovými znalostmi se také používají při anonymizaci transakcí na veřejných blockchainech. Příkladem je Tornado Cash, decentralizovaná služba bez třetí strany, která uživatelům umožňuje provádět soukromé transakce na Ethereu. Tornado Cash používá důkazy s nulovou znalostí ke skrytí podrobností o transakcích a k zajištění finančního soukromí. Bohužel, protože se jedná o "opt-in" nástroje ochrany osobních údajů, jsou spojovány s nezákonnou činností. Pro vyřešení tohoto problému je třeba, aby se soukromí stalo výchozím nastavením veřejných blockchainů. +**Důkazy s nulovými znalostmi se také používají při anonymizaci transakcí na veřejných blockchainech.** Příkladem je Tornado Cash, decentralizovaná služba bez třetí strany, která uživatelům umožňuje provádět soukromé transakce na Ethereu. Tornado Cash používá důkazy s nulovou znalostí ke skrytí podrobností o transakcích a k zajištění finančního soukromí. Bohužel, protože se jedná o "opt-in" nástroje ochrany osobních údajů, jsou spojovány s nezákonnou činností. Pro vyřešení tohoto problému je třeba, aby se soukromí stalo výchozím nastavením veřejných blockchainů. ### Ochrana identity {#identity-protection} @@ -122,7 +56,7 @@ Důkazy s nulovou znalostí mohou zjednodušit ověřování pro platformy i už Ověřitelný výpočet je další aplikací technologie s nulovou znalostí pro zlepšení chodu blockchainu. Umožňuje nám outsourcovat výpočty jinému subjektu a to při zachování ověřitelných výsledků. Subjekt předloží výsledek spolu s dokladem, který ověřuje, že program byl spuštěn správně. -Ověřitelný výpočet je zásadní pro zlepšení rychlosti zpracování na blockchain a to bez snížení bezpečnosti. Pochopení tohoto principu vyžaduje znalost rozdílů v navrhovaných řešeních pro škálování Etherea. +Ověřitelný výpočet je **zásadní pro zlepšení rychlosti zpracování na blockchain** bez snížení bezpečnosti. Pochopení tohoto principu vyžaduje znalost rozdílů v navrhovaných řešeních pro škálování Etherea. [Řešení škálování blockchainu](/developers/docs/scaling/#on-chain-scaling), jako je sharding, vyžadují rozsáhlou úpravu základní vrstvy blockchainu. Tento přístup je však velmi složitý a chyby v implementaci mohou podkopat bezpečnostní model Etherea. @@ -154,21 +88,21 @@ Například [kvadratické mechanismy financování](https://www.radicalxchange.o Díky hlasování na blockchainu je kvadratické financování náchylné k tajným dohodám: Blockchainové transakce jsou veřejné, takže úplatkáři mohou kontrolovat aktivitu úplatníka v řetězci, protože vidí, jak kdo „hlasoval“. Tímto způsobem kvadratické financování přestává být efektivním prostředkem pro alokaci finančních prostředků na základě preferencí komunity. -Novější řešení, jako je MACI (Minimum Anti-Collusion Infrastructure), naštěstí používají důkazy s nulovou znalostí, aby bylo hlasování na blockchainu (např. kvadratické mechanismy financování) odolné vůči úplatkům a tajným dohodám. MACI je sada smart kontraktů a skriptů, které umožňují centrálnímu správci (nazývanému „koordinátor“) shromažďovat hlasy a sčítat výsledky, _aniž by odhalovaly_ podrobnosti o tom, jak jednotlivci hlasovali. I tak je možné ověřit, že hlasy byly řádně sečteny, případně potvrdit, že se konkrétní jednotlivec zúčastnil hlasování. +Novější řešení, jako je MACI (Minimum Anti-Collusion Infrastructure), naštěstí používají důkazy s nulovou znalostí, aby bylo hlasování na blockchainu (např. kvadratické mechanismy financování) odolné vůči úplatkům a tajným dohodám. MACI je sada chytrých kontraktů a skriptů, které umožňují centrálnímu správci (nazývanému „koordinátor“) shromažďovat hlasy a sčítat výsledky, _aniž by odhalovaly_ podrobnosti o tom, jak jednotlivci hlasovali. I tak je možné ověřit, že hlasy byly řádně sečteny, případně potvrdit, že se konkrétní jednotlivec zúčastnil hlasování. #### Jak MACI pracuje s důkazy s nulovou znalostí? {#how-maci-works-with-zk-proofs} -Na začátku koordinátor zařadí MACI kontrakt na Ethereum, pté se uživatelé mohou přihlásit k hlasování (registrací svého veřejného klíče do smart kontraktu). Uživatelé hlasují zasíláním zpráv zašifrovaných jejich veřejným klíčem do smart kontraktu (platný hlas musí být mimo jiné podepsán nejnovějším veřejným klíčem spojeným s identitou uživatele). Poté skončení hlasování koordinátor zpracuje všechny zprávy, sečte hlasy a ověří výsledky na blockchainu. +Na začátku koordinátor zařadí MACI kontrakt na Ethereum, pté se uživatelé mohou přihlásit k hlasování (registrací svého veřejného klíče do chytrého kontraktu). Uživatelé hlasují zasíláním zpráv zašifrovaných jejich veřejným klíčem do chytrého kontraktu (platný hlas musí být mimo jiné podepsán nejnovějším veřejným klíčem spojeným s identitou uživatele). Poté skončení hlasování koordinátor zpracuje všechny zprávy, sečte hlasy a ověří výsledky na blockchainu. V MACI se důkazy s nulovou znalostí používají k zajištění správnosti výpočtu tím, že koordinátorovi znemožní nesprávné zpracování hlasů a sečtení výsledků. Toho je dosaženo tím, že koordinátor musí vygenerovat důkazy ZK-SNARK ověřující, že a) všechny zprávy byly zpracovány správně, b) konečný výsledek odpovídá součtu všech _platných_ hlasů. MACI tedy i bez sdílení podrobností o hlasech uživatelů (jak je tomu obvykle) zaručuje integritu výsledků hlasování. Tato funkce je užitečná při snižování účinnosti základních tajných dohod. Tuto možnost můžeme ilustrovat pomocí předchozího příkladu, kdy Bob podplatil Alici, aby hlasovala pro jím preferovanou možnost: -- Alice se zaregistruje k hlasování zasláním svého veřejného klíče do smart kontraktu. +- Alice se zaregistruje k hlasování zasláním svého veřejného klíče do chytrého kontraktu. - Alice souhlasí, že bude hlasovat pro `možnost B` výměnou za úplatek od Boba. - Alice hlasuje pro `možnost B`. - Alice tajně odešle zašifrovanou transakci, a tím změní veřejný klíč spojený se svou identitou. -- Alice odešle další (zašifrovanou) zprávu do smart kontraktu, čímž hlasuje pro `možnost A` pomocí nového veřejného klíče. +- Alice odešle další (zašifrovanou) zprávu do chytrého kontraktu, čímž hlasuje pro `možnost A` pomocí nového veřejného klíče. - Alice ukáže Bobovi transakci, která prokazuje, že hlasovala pro `možnost B` (tato transakce je neplatná, protože veřejný klíč, který pro tento hlas použila, již není spojen s Alicinou identitou v systému) - Při zpracovávání zpráv koordinátor přeskočí Alicin hlas pro `možnost B` a započítává pouze hlas pro `možnost A`. Bobův pokus manipulovat s hlasováním pomocí dohody s Alicí selže. @@ -178,35 +112,103 @@ Ale v případech, kdy je koordinátor čestný, MACI představuje mocný nástr [Zjistěte více o MACI](https://privacy-scaling-explorations.github.io/maci/). +## Jak důkazy s nulovou znalostí fungují? {#how-do-zero-knowledge-proofs-work} + +Důkaz s nulovou znalostí vám umožňuje prokázat pravdivost tvrzení, aniž byste sdíleli obsah tvrzení nebo odhalili, jak jste pravdu zjistili. Aby to bylo možné, protokoly s nulovou znalostí spoléhají na algoritmy, které berou jistá data jako vstup a vracejí „pravda“ nebo „nepravda“ jako výstup. + +Protokol s nulovou znalostí musí splňovat tato kritéria: + +1. **Úplnost:** Pokud je vstup platný, protokol s nulovou znalostí vždy vrátí hodnotu „true“. Pokud je tedy základní tvrzení pravdivé a dokazovatel i ověřovatel jednají čestně, je možné důkaz přijmout. + +2. **Spolehlivost**: Pokud je vstup neplatný, je teoreticky nemožné přimět protokol s nulovou znalostí, aby vrátil hodnotu „pravda“. Nepoctivý dokazovatel tedy nemůže oklamat poctivého ověřovatele, nebude schopen ho přesvědčit, že neplatný výrok je platný (s výjimkou zanedbatelné míry pravděpodobnosti). + +3. **Nulová znalost**: Ověřovatel se o výroku nedozví nic kromě jeho platnosti nebo nepravdivosti (má „nulovou znalost“ výroku). Tento požadavek také brání ověřovateli na základě důkazu uhodnout původní vstup (obsah prohlášení). + +V základní podobě se důkaz s nulovou znalostí skládá ze tří prvků. Jsou to: **svědek**, **zkouška** a **odpověď**. + +- **Svědek**: Důkazem s nulovou znalostí chce dokazovatel prokázat znalost nějaké skryté informace. Tajná informace je „svědkem“ důkazu a předpokládaná znalost svědka ověřovatelem vytváří soubor otázek, na které může odpovědět pouze strana, která tyto informace zná. Dokazovatel tedy zahájí proces dokazování náhodným výběrem otázky, vypočítáním odpovědi a jejím odesláním ověřovateli. + +- **Zkouška**: Ověřovatel náhodně vybere další otázku ze sady a požádá dokazovatele, aby na ni odpověděl. + +- **Odpověď**: Dokazovatel přijme otázku, vypočítá odpověď a vrátí ji ověřovateli. Odpověď dokazovatele umožňuje ověřovateli zkontrolovat, zda má skutečně přístup ke svědkovi. Aby dokazovatel nehádal naslepo a náhodou správné odpovědi neuhodl, vybere ověřovatel více otázek, na které se bude ptát. Mnohonásobným opakováním tohoto postupu výrazně klesá možnost podvodu ze strany dokazovatele. Je proto nutné provést ho několikrát za sebou, dokud není ověřovatel spokojen. + +Výše uvedené popisuje strukturu „interaktivního důkazu s nulovou znalostí“. Rané protokoly s nulovou znalostí používaly interaktivní dokazování, kde ověření platnosti prohlášení vyžadovalo zpětnou komunikaci mezi dokazovateli a ověřovateli. + +Dobrým příkladem, který ilustruje, jak fungují interaktivní důkazy, je slavný [příběh jeskyně Ali Baba](https://en.wikipedia.org/wiki/Zero-knowledge_proof#The_Ali_Baba_cave) od Jeana-Jacquese Quisquatera. V příběhu chce Peggy (dokazovatel) dokázat Victorovi (ověřovatel), že zná tajnou frázi, jak otevřít kouzelné dveře, aniž by ji prozradila. + +### Neinteraktivní důkazy s nulovou znalostí {#non-interactive-zero-knowledge-proofs} + +I když je interaktivní dokazování revoluční, mělo omezenou užitečnost, protože vyžadovalo, aby byly obě strany k dispozici a interagovaly opakovaně. I kdyby byl ověřovatel přesvědčen o poctivosti dokazovatele, důkaz by nebyl k dispozici pro nezávislé ověření (protože výpočet nového důkazu vyžadoval novou sadu zpráv mezi dokazovatelem a ověřovatelem). + +K vyřešení tohoto problému Manuel Blum, Paul Feldman a Silvio Micali navrhli první [neinteraktivní důkazy s nulovou znalostí](https://dl.acm.org/doi/10.1145/62212.62222), kde dokazobvatel a ověřovatel sdílejí klíč. To umožňuje dokazovateli prokázat svou znalost některých informací (tj. svědka), aniž by poskytoval informace samotné. + +Na rozdíl od interaktivních důkazů vyžadují neinteraktivní důkazy pouze jedno kolo komunikace mezi účastníky (dokazovatelem a ověřovatelem). Dokazovatel předá tajné informace speciálnímu algoritmu pro výpočet důkazu s nulovou znalostí. Tento důkaz je zaslán ověřovateli, který pomocí jiného algoritmu zkontroluje, že dokazovatel zná tajné informace. + +Neinteraktivní dokazování omezuje komunikaci mezi dokazovatelem a ověřovatelem, což zefektivňuje proces ověřování. Jakmile je navíc vygenerován důkaz, může ho ověřit kdokoliv (s přístupem ke sdílenému klíči a ověřovacímu algoritmu). + +Neinteraktivní důkazy představovaly průlom v technologii nulové znalosti a podnítily vývoj dnes používaných důkazních systémů. Typy těchto důkazů rozebíráme níže: + +### Typy důkazů s nulovou znalostí {#types-of-zero-knowledge-proofs} + +#### ZK-SNARKy {#zk-snarks} + +ZK-SNARK je zkratka pro **Zero-Knowledge Succinct Non-Interactive Argument of Knowledge**. Protokol ZK-SNARK má následující vlastnosti: + +- **Nulová znalost**: Ověřovatel může ověřit platnost tvrzení, aniž by o tvrzení věděl cokoliv dalšího. Jediné, co ověřovatel o prohlášení ví, je, zda je pravdivé nebo nepravdivé. + +- **Spolehlivost**: Důkaz s nulovou znalostí je menší než svědek a je možné ho ověřit rychle. + +- **Neinteraktivita**: Důkaz je „neinteraktivní“, protože dokazovatel a ověřovatel interagují pouze jednou, na rozdíl od interaktivních důkazů, které vyžadují více kol komunikace. + +- **Důvěryhodnost**: Důkaz splňuje požadavek „spolehlivosti“, takže podvádění je extrémně nepravděpodobné. + +- **(Chybějící) Znalost**: Důkaz s nulovou znalostí nemůže být konstruován bez přístupu k tajným informacím (svědek). Pro dokazovatele, který nezná svědka, je obtížné, ne-li nemožné, vypočítat platný důkaz s nulovou znalostí. + +Výše zmíněný „sdílený klíč“ odkazuje na veřejné parametry, na kterých se dokazovatel a ověřovatel domluví při generování a ověřování důkazů. Generování veřejných parametrů (souhrnně známých jako Common Reference String (CRS)) je citlivá operace, protože je klíčová pro zabezpečení protokolu. Pokud se entropie (náhodnost) použitá při generování CRS dostane do rukou nepoctivého dokazovatele, může vypočítat falešné důkazy. + +[Multi-party computing (MPC)](https://en.wikipedia.org/wiki/Secure_multi-party_computation) je způsob, jak snížit rizika při generování veřejných parametrů. Probíhá tak, že se několik účastníků připojí k takzvanému [důvěryhodnému obřadu nastavení](https://zkproof.org/2021/06/30/setup-ceremonies/amp/), kde každá osoba k vytvoření CRS přispěje náhodnými hodnotami. Pokud alespoň jeden čestný účastník zničí svou část entropie, protokol ZK-SNARK si zachovává výpočetní spolehlivost. + +Důvěryhodná nastavení vyžadují, aby uživatelé důvěřovali účastníkům při generování veřejných parametrů. Vývoj ZK-STARKů však umožnil vznik ověřovacích protokolů, které pracují s nastavením, kterému není třeba důvěřovat. + +#### ZK-STARKy {#zk-starks} + +ZK-STARK je zkratka pro **Zero-Knowledge Scalable Transparent Argument of Knowledge**. ZK-STARK jsou podobné ZK-SNARK, až na to, že jsou: + +- **Škálovatelné**: ZK-STARK je rychlejší než ZK-SNARK při generování a ověřování důkazů, pokud je svědek větší. S důkazy typu STARK se časy dokazování a ověřování s rostoucím objemem dat svědka jen mírně prodlužují (doby dokazování a ověřování typu SNARK rostou s velikostí svědka lineárně). + +- **Transparentní**: ZK-STARK spoléhá na veřejně ověřitelnou náhodnost při generování veřejných parametrů pro prokázání a ověření důkazu, namísto nastavení, kterému je třeba důvěřovat. Jsou tedy ve srovnání se ZK-SNARK transparentnější. + +ZK-STARK produkují větší důkazy než ZK-SNARK, což znamená, že mají obecně vyšší ověřovací náklady. Existují však případy (jako je prokazování velkých datových sad), kdy mohou být ZK-STARK cenově výhodnější než ZK-SNARK. + ## Nevýhody použití důkazů s nulovou znalostí {#drawbacks-of-using-zero-knowledge-proofs} ### Náklady na hardware {#hardware-costs} -Generování důkazů s nulovou znalostí zahrnuje velmi složité výpočty, které se nejlépe dělají na specializovaných strojích. Jelikož jsou tyto stroje drahé, jsou často mimo dosah jednotlivců. Navíc aplikace, které by chtěly používat technologii s nulovou znalostí, musí počítat s náklady na hardware – což může zvýšit náklady pro koncové uživatele. +Generování důkazů nulové znalosti zahrnuje velmi složité výpočty, které se nejlépe dělají na specializovaných strojích. Jelikož jsou tyto stroje drahé, jsou často mimo dosah jednotlivců. Navíc aplikace, které by chtěly používat technologii s nulovou znalostí, musí počítat s náklady na hardware – což může zvýšit náklady pro koncové uživatele. ### Náklady na ověření důkazu {#proof-verification-costs} -Ověřování důkazů také vyžaduje složité výpočty a zvyšuje náklady na implementaci technologie s nulovou znalostí v aplikacích. Tyto náklady jsou obzvláště důležité v souvislosti s prokazováním správnosti výpočtů. Například ZK-rollupy platí asi 500 000 gasu za ověření jediného důkazu ZK-SNARK na Ethereu, přičemž ZK-STARK vyžadují ještě vyšší poplatky. +Ověřování důkazů také vyžaduje složité výpočty a zvyšuje náklady na implementaci technologie s nulovou znalostí v aplikacích. Tyto náklady jsou obzvláště důležité v souvislosti s prokazováním správnosti výpočtů. Např. ZK-rollupy platí asi 500 000 jednotek paliva za ověření jediného důkazu ZK-SNARK na Ethereu, přičemž ZK-STARK vyžadují ještě vyšší poplatky. ### Předpoklady důvěry {#trust-assumptions} V ZK-SNARK je společný referenční řetězec (veřejné parametry) generován jednou a je zúčastněným stranám k dispozici pro opětovné použití. Veřejné parametry jsou vytvářeny prostřednictvím tzv. důvěryhodného obřadu nastavení, který předpokládá, že účastníci jsou čestní. -Ale ve skutečnosti neexistuje způsob, jak by uživatelé mohli posoudit poctivost všech účastníků. Také musí věřit vývojářům. ZK-STARK jsou bez nostnosti důvěry, protože náhodnost použitá při generování řetězce je veřejně ověřitelná. V současné době výzkumníci pracují na nastaveních pro ZK-SNARK, která také nevyžadují důvěru, aby zvýšili bezpečnost dokazovacích mechanismů. +Ale ve skutečnosti neexistuje způsob, jak by uživatelé mohli posoudit poctivost všech účastníků. Také musí věřit vývojářům. ZK-STARK jsou bez předpokladu důvěry, protože náhodnost použitá při generování řetězce je veřejně ověřitelná. V současné době výzkumníci pracují na nastaveních pro ZK-SNARK, která také nevyžadují důvěru, aby zvýšili bezpečnost dokazovacích mechanismů. ### Hrozby kvantových počítačů {#quantum-computing-threats} -ZK-SNARK používá pro šifrování kryptografii eliptických křivek ([ECDSA](/glossary/#ecdsa)). Zatímco algoritmus ECDSA je prozatím bezpečný, vývoj kvantových počítačů by mohl v budoucnu narušit jeho bezpečnostní model. +ZK-SNARK používá pro šifrování kryptografii eliptické křivky. V současnosti se předpokládá, že problém diskrétního logaritmu eliptické křivky je těžko řešitelný, ale vývoj kvantových počítačů by tento bezpečnostní model mohl v budoucnu ohrozit. -ZK-STARK je považován za imunní vůči hrozbě kvantových počítačů, protože pro šifrování používá hashe odolné proti kolizím. Na rozdíl od párů veřejného a soukromého klíče, který se používá v kryptografii eliptických křivek, je hašování odolné proti kolizím pro algoritmy kvantových počítačů obtížnější prolomit. +ZK-STARK je považován za imunní vůči hrozbě kvantových počítačů, protože pro šifrování používá hashe odolné proti kolizím. Na rozdíl od párů veřejného a privátního klíče, který se používá v kryptografii eliptických křivek, je hašování odolné proti kolizím pro algoritmy kvantových počítačů obtížnější prolomit. -## Další četba {#further-reading} +## Další informace {#further-reading} -- [Počítačový vědec vysvětluje jeden koncept v 5 úrovních obtížnosti | WIRED](https://www.youtube.com/watch?v=fOGdb1CTu5c) – _Wired YouTube kanál_ - [Přehled modelových příkladů využití důkazů s nulovou znalostí](https://pse.dev/projects) — _Tým pro průzkum soukromí a škálování_ - [SNARKs vs. STARKS vs. rekurzivní SNARKs](https://www.alchemy.com/overviews/snarks-vs-starks) — _Alchemy Overviews_ - [Důkaz s nulovou znalostí: Zlepšení soukromí na blockchainu](https://www.altoros.com/blog/zero-knowledge-proof-improving-privacy-for-a-blockchain/) – _Dmitrij Lavrenov_ - [zk-SNARKs — Realistický příklad použití nulových znalostí, který jde do hloubky](https://medium.com/coinmonks/zk-snarks-a-realistic-zero-knowledge-example-and-deep-dive-c5e6eaa7131c) — _Adam Luciano_ - [ZK-STARKs — Vytvořte ověřitelnou důvěru, odolnou dokonce i proti kvantovým počítačům](https://medium.com/coinmonks/zk-starks-create-verifiable-trust-even-against-quantum-computers-dd9c6a2bb13d) — _Adam Luciano_ - [Přibližné úvod k tomu, jak fungují zk-SNARKy](https://vitalik.eth.limo/general/2021/01/26/snarks.html) — _Vitalik Buterin_ -- [Co jsou důkazy s nulovou znalostí a jaká je jejich role na blockchainu?](https://www.leewayhertz.com/zero-knowledge-proof-and-blockchain/)— _LeewayHertz_ +- [Proč je Zero Knowledge Proof (ZKP) zásadní změnou pro samostatnou identitu](https://frankiefab.hashnode.dev/why-zero-knowledge-proofs-zkps-is-a-game-changer-for-self-sovereign-identity) — _Franklin Ohaegbulam_ + diff --git a/src/intl/cs/page-dapps.json b/src/intl/cs/page-dapps.json index b672cc18e2e..32ac52fd179 100644 --- a/src/intl/cs/page-dapps.json +++ b/src/intl/cs/page-dapps.json @@ -1,8 +1,8 @@ { "page-dapps-1inch-logo-alt": "Logo 1inch", "page-dapps-aave-logo-alt": "Logo Aave", - "page-dapps-add-button": "Navrhnout dapp", - "page-dapps-add-title": "Přidat dapp", + "page-dapps-add-button": "Navrhnout dappku", + "page-dapps-add-title": "Přidat dappku", "page-dapps-ankr-logo-alt": "Logo Ankr", "page-dapps-api3-logo-alt": "Logo API3", "page-dapps-arweave-logo-alt": "Logo ARweave", @@ -33,7 +33,7 @@ "page-dapps-category-worlds": "Virtuální světy", "page-dapps-category-demand-aggregator": "Agregátoři poptávky", "page-dapps-category-derivatives": "Deriváty", - "page-dapps-category-liquid-staking": "Likvidní staking", + "page-dapps-category-liquid-staking": "Likvidní uzamčení", "page-dapps-category-bridges": "Mosty", "page-dapps-category-experiences": "Sdílené zkušenosti", "page-dapps-category-guilds": "Výnosové cechy", @@ -41,6 +41,7 @@ "page-dapps-choose-category": "Vybrat kategorii", "page-dapps-category-social": "Sociální sítě", "page-dapps-category-content": "Obsah", + "page-dapps-category-community": "Komunita", "page-dapps-category-messaging": "Zprávy", "page-dapps-category-identity": "Identita", "page-dapps-collectibles-benefits-1-description": "Když umění na Ethereu tokenizujete, můžete každému snadno prokázat, že je vaše. Cestu uměleckého díla lze totiž vysledovat, od vytvoření k jemu současnému držiteli. Tak zabráníte padělání.", @@ -64,7 +65,7 @@ "page-dapps-dapp-description-1inch": "Pomáhá vyhnout se vysokému cenovému skluzu sečtením nejlepších cen.", "page-dapps-dapp-description-aave": "Půjčte své tokeny, abyste vydělali na úrocích. Tokeny a úroky si můžete kdykoli vybrat.", "page-dapps-dapp-description-ankr": "Soubor odlišných Web3 infrastrukturních produktů pro programování, získávání, hraní a další. A to vše na jednom blockchainu.", - "page-dapps-dapp-description-api3": "Cenové referenční datové kanály první strany, které umožňují dAppky v 10 sítích (a nadále víc) připojit se k údajům o cenách aktiv v reálném čase, včetně cen kryptoměn a forexu.", + "page-dapps-dapp-description-api3": "Cenové referenční datové kanály první strany, které umožňují dappky v 10 sítích (a nadále víc) připojit se k údajům o cenách aktiv v reálném čase, včetně cen kryptoměn a forexu.", "page-dapps-dapp-description-arweave": "Ukládejte data trvale, udržitelně a s jediným počátečním poplatkem.", "page-dapps-dapp-description-async-art": "Vytvářejte, sbírejte a obchodujte s uměním #ProgrammableArt – digitálními malbami rozdělenými na „vrstvy“, které můžete použít k ovlivnění celkového obrazu. Každý vzor a vrstva je token ERC721.", "page-dapps-dapp-description-audius": "Decentralizovaná streamovací platforma. Posloucháte hudbu? Peníze jdou přímo tvůrcům, ne zavedeným značkám.", @@ -77,7 +78,7 @@ "page-dapps-dapp-description-convex": "Convex umožňuje poskytovatelům likvidity Curve vydělávat pomocí poplatků za obchodování a získat zvýšení CRV bez zamykání jejich CRV.", "page-dapps-dapp-description-cryptopunks": "Kupujte, přihazujte, a nabízejte Punky k prodeji, což je jeden z prvních tokenových sběratelských předmětů na Ethereu.", "page-dapps-dapp-description-cryptovoxels": "Vytvářejte umělecké galerie, budujte obchody, a kupujte půdu ve virtuálním světě Ethereum.", - "page-dapps-dapp-description-cyberconnect": "Decentralizovaný protokol sociálních grafů, který pomáhá dAppkám spouštět síťové efekty a vytvářet personalizované sociální zážitky", + "page-dapps-dapp-description-cyberconnect": "Decentralizovaný protokol sociálních grafů, který pomáhá dappkám spouštět síťové efekty a vytvářet personalizované sociální zážitky", "page-dapps-dapp-description-dark-forest": "Ovládněte planety v nekonečném, proceduálně generovaném, kryptograficky specifikovaném vesmíru.", "page-dapps-dapp-description-decentraland": "Sbírejte, obchodujte s virtuální půdou ve virtuálním světě, který můžete prozkoumat.", "page-dapps-dapp-description-ens": "Uživatelsky přívětivá jména pro Ethereum adresy a decentralizované stránky.", @@ -91,14 +92,15 @@ "page-dapps-dapp-description-ipfs": "Hypermediální protokol typu peer-to-peer, jehož cílem je zachovat a rozšířit znalosti lidstva tím, že web bude aktualizovatelný, odolný a otevřenější.", "page-dapps-dapp-description-radicle": "Bezpečná peer-to-peer spolupráce na psaní kódu bez prostředníků.", "page-dapps-dapp-description-kyberswap": "Vyměňujte a vydělávejte za nejlepší sazby.", - "page-dapps-dapp-description-lido": "Zjednodušené a bezpečné sázení digitálních aktiv.", + "page-dapps-dapp-description-lido": "Zjednodušené a bezpečné uzamčení digitálních aktiv.", "page-dapps-dapp-description-loopring": "Obchodní platforma typu Peer-to-peer stvořená pro rychlost.", "page-dapps-dapp-description-marble-cards": "Vytvářejte jedinečné digitální karty pomocí na URL a obchodujte s nimi.", "page-dapps-dapp-description-matcha": "Vyhledávání na několika burzách, abyste našli nejlepší cenu.", + "page-dapps-dapp-description-meeds": "Komunitní centra Web3 pro éru decentralizované práce. Odměňujte příspěvky, které jsou důležité, spravedlivě a transparentně.", "page-dapps-dapp-description-mirror": "Vytvořena skrz web3 pro web3, robustní nakladatelská platforma Mirror překonává překážky při autorském psaní online", "page-dapps-dapp-description-multichain": "Konečný směrovač pro web3. Jedná se o infrastrukturu vyvinutou pro libovolné interakce napříč blockchainy.", "page-dapps-dapp-description-nifty-gateway": "Nakupujte díla od špičkových umělců, atletů, značek a tvůrců na blockchainu.", - "page-dapps-dapp-description-oasis": "Se stabilní kryptoměnou Dai od Etherea můžete obchodovat, půjčovat si ji, a ještě s ní ušetříte.", + "page-dapps-dapp-description-summerfi": "Obchodujte, půjčujte si a ušetřete s Dai, Ethereum stablecoinem.", "page-dapps-dapp-description-opensea": "Objevte limitovanou edicí zboží, kterou můžete nakupovat, prodávat nebo s ní obchodovat.", "page-dapps-dapp-description-opera": "Poslat kryptoměnu z prohlížeče obchodníkům, ostatním uživatelům a aplikacím.", "page-dapps-dapp-description-osuvox": "3D avataři žijící na blockchainu", @@ -113,16 +115,15 @@ "page-dapps-dapp-description-rotki": "Open source nástroj pro sledování portfolia, analýzy, účetnictví a daňové výkaznictví, který respektuje vaše soukromí.", "page-dapps-dapp-description-krystal": "Jednoduchá platforma pro přístup ke všem vašim oblíbeným službám DeFi.", "page-dapps-dapp-description-rarible": "Vytvářejte, prodávejte a kupujte tokenizované sběratelské předměty.", - "page-dapps-dapp-description-rubic": "Meziblockchainový technologický agregátor pro uživatele a dAppky.", + "page-dapps-dapp-description-request-finance": "Sada finančních nástrojů pro krypto faktury, mzdy a výdaje.", + "page-dapps-dapp-description-rubic": "Meziblockchainový technologický agregátor pro uživatele a dappky.", "page-dapps-dapp-description-sablier": "Přenos peněz v reálném čase.", - "page-dapps-dapp-description-skiff": "Koncové šifrování e-mailů, kalendáře, dokumentů a souborů, které vám umožní svobodně komunikovat.", "page-dapps-dapp-description-spatial": "Vytvořte si svůj vlastní avatar a 3D světy", "page-dapps-dapp-description-spruce": "Open-source stack, který ponechává kontrolu nad identitou a daty tam, kde má být: u uživatelů.", "page-dapps-dapp-description-status": "Navržena tak, aby umožňovala volný tok informací, chránila právo na soukromé a bezpečné rozhovory a podporovala suverenitu jednotlivců.", "page-dapps-dapp-description-superrare": "Kupujte digitální umělecká díla přímo od umělců nebo na sekundárních trzích.", "page-dapps-dapp-description-synthetix": "Synthetix je protokol pro vydávání syntetických aktiv a obchodování s nimi", "page-dapps-dapp-description-token-sets": "Investiční strategie do kryptoměn, které se automaticky vyvažují.", - "page-dapps-dapp-description-tornado-cash": "Posílejte anonymní transakce na Ethereu.", "page-dapps-dapp-description-uniswap": "Tokeny můžete jednoduše vyměnit, nebo je poskytnout jako odměnu v %.", "page-dapps-dapp-description-xmtp": "Posílejte zprávy mezi blockchain účty, včetně SZ, upozornění, oznámení a dalších.", "page-dapps-dapp-description-yearn": "Yearn Finance je agregátor výnosů. Poskytuje jednotlivcům, DAO a dalším protokolům způsob, jak uložit digitální aktiva a získat výnos.", @@ -145,27 +146,27 @@ "page-dapps-editors-choice-pooltogether": "Pořiďte si lístek do neztrátové loterie. Každý týden posíláme výnos z úroku vypočítaný z celého fondu lístků jednomu šťastnému výherci. Získejte své peníze zpátky, kdykoliv se vám zlíbí.", "page-dapps-editors-choice-uniswap": "Směňte své tokeny snadno. Oblíbené komunity, které umožňují obchodovat tokeny s lidmi po celé síti.", "page-dapps-ens-logo-alt": "Logo Ethereum Name Service", - "page-dapps-explore-dapps-description": "Mnoho decentralizovaných aplikací je stále experimentálních, protože testují možnosti decentralizovaných sítích. Avšak v kategoriích technologie, finance, hry a sběratelství by se našli někteří úspěšní průkopníci.", + "page-dapps-explore-dapps-description": "Mnoho dappek je stále experimentálních, protože testují možnosti decentralizovaných sítích. Avšak v kategoriích technologie, finance, hry a sběratelství by se našli někteří úspěšní průkopníci.", "page-dapps-explore-dapps-title": "Prozkoumat dappky", - "page-dapps-features-1-description": "Jakmile je kód decentralizované aplikace nasazen do Etherea, nemůže být vyjmut. Kdokoli tak může využívat funkce dané decentralizované aplikace. Aplikaci tak může stále využívat, i kdyby se tým, který aplikaci vyvinul, rozpustil. Co se jednou na Ethereu objeví, už tam zůstane.", + "page-dapps-features-1-description": "Jakmile je kód dappky nasazen do Etherea, nemůže být vyjmut. Kdokoli tak může využívat funkce dané dappky. Dappku tak může stále využívat, i kdyby se tým, který ji vyvinul, rozpustil. Co se jednou na Ethereu objeví, už tam zůstane.", "page-dapps-features-1-title": "Bez vlastníků", - "page-dapps-features-2-description": "Nikdo vám nemůže zabránit v používání decentralizované aplikace ani v odesílání transakcí. Například, pokud by byl Twitter na Ethereu, nikdo vám nemůže zablokovat účet nebo vám zabránit ve tweetování.", + "page-dapps-features-2-description": "Nikdo vám nemůže zabránit v používání dappky ani v odesílání transakcí. Například, pokud by byl Twitter na Ethereu, nikdo vám nemůže zablokovat účet nebo vám zabránit ve tweetování.", "page-dapps-features-2-title": "Bez cenzury", "page-dapps-features-3-description": "Protože ETH patří pod Ethereum, platby touto kryptoměnou jsou pro Ethereum nativní. Vývojáři nemusí trávit čas integrací poskytovatelů plateb třetích stran.", "page-dapps-features-3-title": "Integrované platby", - "page-dapps-features-4-description": "Kód decentralizované aplikace je často ve výchozím nastavení otevřený a kompatibilní. Týmy pravidelně stavějí na práci jiného týmu. Pokud chcete umožnit uživatelům výměnu tokenů přímo v dappce, můžete jednoduše připojit kód jiné aplikace.", + "page-dapps-features-4-description": "Kód dappky je často ve výchozím nastavení otevřený a kompatibilní. Týmy pravidelně stavějí na práci jiného týmu. Pokud chcete umožnit uživatelům výměnu tokenů přímo v dappce, můžete jednoduše připojit kód jiné aplikace.", "page-dapps-features-4-title": "Připojit a hrát", "page-dapps-features-5-description": "U většiny dappek nemusíte sdílet svou identitu z reálného světa. Váš účet Ethereum je váš login a potřebujete jen peněženku.", "page-dapps-features-5-title": "Jedno anonymní přihlášení", - "page-dapps-features-6-description": "Kryptografie zajišťuje, že útočníci nemůžou vytvářet transakce a jiné interakce v decentralizovaných aplikacích vašim jménem. Kroky v aplikacích vždy autorizujete pomocí Ethereum účtu, obvykle prostřednictvím vaší peněženky, takže uchovávejte přihlašovací údaje v bezpečí.", + "page-dapps-features-6-description": "Kryptografie zajišťuje, že útočníci nemůžou vytvářet transakce a jiné interakce v dappkách vašim jménem. Kroky v dappkách vždy autorizujete pomocí Ethereum účtu, obvykle prostřednictvím vaší peněženky, takže uchovávejte přihlašovací údaje v bezpečí.", "page-dapps-features-6-title": "Chráněné šifrováním", - "page-dapps-features-7-description": "Jakmile je ostrá verze decentralizované aplikace na Ethereu, k jejímu výpadku může dojít jedině v případě, že spadne celá síť Ethereum. Na sítě velikosti Etherea není snadné zaútočit.", + "page-dapps-features-7-description": "Jakmile je ostrá verze dappky na Ethereu, k jejímu výpadku může dojít jedině v případě, že spadne celá síť Ethereum. Na sítě velikosti Etherea není snadné zaútočit.", "page-dapps-features-7-title": "Žádné výpadky", "page-dapps-finance-benefits-1-description": "K finančním službám na Ethereu se nemusíte registrovat. Do začátku vám stačí pouze finanční prostředky a internetové připojení.", "page-dapps-finance-benefits-1-title": "Otevřený přístup", "page-dapps-finance-benefits-2-description": "Čeká na vás svět tokenů, se kterými můžete obchodovat v rámci finančních produktů. Na Ethereu vznikají za přispění uživatelů nové tokeny každý den.", "page-dapps-finance-benefits-2-title": "Nová ekonomika tokenů", - "page-dapps-finance-benefits-3-description": "Komunita uživatelů vytvořila stabilní kryptoměny, tedy méně volatilní kryptoměnu. Díky tomu máte možnost experimentovat a využívat kryptoměnu bez rizika a nejistoty.", + "page-dapps-finance-benefits-3-description": "Týmy vytvořily stablecoiny, tedy méně volatilní kryptoměnu. To umožňuje uživatelům vyzkoušet a využívat kryptoměny bez rizika a nejistoty.", "page-dapps-finance-benefits-3-title": "Stabilní kryptoměny (stablecoins)", "page-dapps-finance-benefits-4-description": "Finanční produkty na Ethereu jsou modulární a vzájemně kompatibilní. Na trh se neustále dostávají nové konfigurace těchto modulů, které rozšiřují možnosti využití kryptoměn.", "page-dapps-finance-benefits-4-title": "Propojené finanční služby", @@ -186,8 +187,8 @@ "page-dapps-gaming-button": "Hry", "page-dapps-gaming-description": "Jedná se o aplikace, které se zaměřují na vytváření virtuálních světů a souboje s ostatními hráči pomocí sběratelských předmětů, které mají reálnou hodnotu.", "page-dapps-gaming-title": "Decentralizované hry", - "page-dapps-get-some-eth-description": "Za jednotlivé akce v decentralizovaných aplikacích platíte transakčním poplatkem", - "page-dapps-get-started-subtitle": "K vyzkoušení jakékoli decentralizované aplikace potřebujete peněženku a ETH. Peněženka vám umožní se připojit a přihlásit. Navíc budete potřebovat další ETH k zaplacení jakýchkoli transakčních poplatků.", + "page-dapps-get-some-eth-description": "Za jednotlivé akce v dappkách platíte transakčním poplatkem", + "page-dapps-get-started-subtitle": "Abyste si mohli vyzkoušet jakoukoliv dappku, potřebujete peněženku a ETH. Peněženka vám umožní se připojit nebo přihlásit. Také budete potřebovat další ETH k zaplacení jakýchkoli transakčních poplatků.", "page-dapps-get-started-title": "Začínáme", "page-dapps-gitcoin-grants-logo-alt": "Logo Gitcoin Grants", "page-dapps-gitcoin-logo-alt": "Logo Gitcoin", @@ -197,28 +198,29 @@ "page-dapps-graph-logo-alt": "Logo Graph", "page-dapps-radicle-logo-alt": "Logo Radicle", "page-dapps-hero-header": "Nástroje a služby, které běží na Ethereu", - "page-dapps-hero-subtitle": "Decentralizované aplikace představují novou vlnu aplikací, které pomocí Etherea narušují zavedené obchodní modely, nebo vytvářejí nové.", - "page-dapps-how-dapps-work-p1": "Backend kód (chytré kontrakty) dappek je uložený na decentralizované síti, ne na centralizovaném serveru. K ukládání dat využívají decentralizované aplikace blockchain Etherea a pro vlastní logiku chytré kontrakty.", + "page-dapps-hero-subtitle": "Dappky představují novou vlnu aplikací, které pomocí Etherea narušují zavedené obchodní modely, nebo vytvářejí nové.", + "page-dapps-how-dapps-work-p1": "Dappky mají backendový kód (chytré kontrakty), který je spuštěn na decentralizované síti, nikoli na centralizovaném serveru. K ukládání dat využívají decentralizované aplikace blockchain Ethereum a chytré kontrakty pro vlastní logiku.", "page-dapps-how-dapps-work-p2": "Chytrý kontrakt funguje na principu souboru pravidel, které existují na blockchainu, kde k nim může každý přistupovat a používat podle daných pravidel. Princip je stejný jako u prodejního automatu: pokud jej naplníte dostatečným množstvím pečlivě vybraných prostředků, dostanete to, co chcete. A podobně jako prodejní automaty mohou chytré kontrakty uchovávat finanční prostředky stejně jako účet Ethereum. Kód tak může zprostředkovávat dohody a transakce.", - "page-dapps-how-dapps-work-p3": "Decentralizované aplikace, které jednou nasadíte do sítě Ethereum, už nemůžete měnit. Aplikace jsou decentralizované proto, že jsou řízeny logikou zapsanou v chytrém kontraktu, nikoli jednotlivcem nebo společností.", - "page-dapps-how-dapps-work-title": "Jak decentralizované aplikace fungují", + "page-dapps-how-dapps-work-p3": "Dappky, které jednou nasadíte do sítě Ethereum, už nemůžete měnit. Dappky jsou decentralizované proto, že jsou řízeny logikou zapsanou v chytrém kontraktu, nikoli jednotlivcem nebo společností.", + "page-dapps-how-dapps-work-title": "Jak dappky fungují", "page-dapps-ipfs-logo-alt": "Logo IPFS", "page-dapps-kyberswap-logo-alt": "Logo KyberSwap", "page-dapps-learn-callout-button": "Začněte tvořit", - "page-dapps-learn-callout-description": "Na našem komunitním vývojářském portálu najdete dokumenty, nástroje a frameworky, které vám pomohou decentralizovanou aplikaci vytvořit.", + "page-dapps-learn-callout-description": "Na našem komunitním vývojářském portálu najdete dokumenty, nástroje a frameworky, které vám pomohou dappku vytvořit.", "page-dapps-learn-callout-image-alt": "Ilustrace ručně stavěného symbolu ETH z lega.", - "page-dapps-learn-callout-title": "Naučte se vytvářet decentralizované aplikace", + "page-dapps-learn-callout-title": "Naučte se vytvářet dappky", "page-dapps-lido-logo-alt": "Logo Lido", "page-dapps-loopring-logo-alt": "Logo Loopring", - "page-dapps-magic-behind-dapps-description": "Decentralizované aplikace mohou působit jako běžné aplikace. Za touto maskou se však skrývá několik jedinečných vlastností, protože zdědily všechny nadstandardní funkce Etherea. Níže najdete, čím se dappky liší od běžných aplikací.", + "page-dapps-magic-behind-dapps-description": "Dappky mohou působit jako běžné aplikace. Za touto maskou se však skrývá několik jedinečných vlastností, protože zdědily všechny nadstandardní funkce Etherea. Níže najdete, čím se dappky liší od běžných aplikací.", "page-dapps-magic-behind-dapps-link": "Proč je Ethereum tak skvělé?", - "page-dapps-magic-behind-dapps-title": "Kouzlo decentralizovaných aplikací", + "page-dapps-magic-behind-dapps-title": "Kouzlo dappek", "page-dapps-magic-title-1": "Kouzlo", "page-dapps-magic-title-2": "na jeho stopě", "page-dapps-magician-img-alt": "Ilustrace kouzelníků", "page-dapps-marble-cards-logo-alt": "Logo marble.card", "page-dapps-async-logo-alt": "Logo Async", "page-dapps-matcha-logo-alt": "Logo Matcha", + "page-dapps-meeds-logo-alt": "Logo Meeds", "page-dapps-metaverse-benefits-title": "metaverse", "page-dapps-metaverse-benefits-description": "Co na Ethereu umožňuje, aby se metaverzu dařilo?", "page-dapps-metaverse-benefits-1-title": "NFT", @@ -232,7 +234,7 @@ "page-dapps-mobile-options-header": "Procházet jinou kategorii", "page-dapps-multichain-logo-alt": "Logo Multichain", "page-dapps-nifty-gateway-logo-alt": "Logo Nifty Gateway", - "page-dapps-oasis-logo-alt": "Logo Oasis", + "page-dapps-summerfi-logo-alt": "Logo Summer.fi", "page-dapps-opensea-logo-alt": "Logo OpenSea", "page-dapps-opera-logo-alt": "Logo Opera", "page-dapps-osuvox-logo-alt": "Logo OSUVOX", @@ -241,14 +243,14 @@ "page-dapps-pooltogether-logo-alt": "Logo PoolTogether", "page-dapps-rarible-logo-alt": "Logo Rarible", "page-dapps-ready-button": "Přejít", - "page-dapps-ready-description": "Vyberte si decentralizovanou aplikaci, kterou chcete vyzkoušet.", + "page-dapps-ready-description": "Vyberte si dappku, kterou chcete vyzkoušet.", "page-dapps-ready-title": "Jste připraveni?", + "page-dapps-request-finance-logo-alt": "Logo Request Finance", "page-dapps-rubic-logo-alt": "Logo Rubic", "page-dapps-sablier-logo-alt": "Logo Sablier", "page-dapps-set-up-a-wallet-button": "Najít peněženku", - "page-dapps-set-up-a-wallet-description": "Peněženka slouží jako „přihlášení“ do decentralizované aplikace.", + "page-dapps-set-up-a-wallet-description": "Peněženka slouží jako „přihlášení“ do dappky.", "page-dapps-set-up-a-wallet-title": "Nastavení peněženky", - "page-dapps-skiff-logo-alt": "Logo Skiff", "page-dapps-social-button": "Sociální", "page-dapps-social-description": "Jedná se o aplikace, které se zaměřují na vytváření decentralizovaných sociálních sítí využívajících technologie decentralizované identity, kde digitální identity a sociální grafy vlastní uživatelé.", "page-dapps-social-title": "Sociální", @@ -260,15 +262,14 @@ "page-dapps-technology-description": "Jedná se o aplikace, které se zaměřují na decentralizaci vývojářských nástrojů, začlenění kryptoměnových systémů do existující technologie a vytváření tržišť pro vývoj open-source aplikace.", "page-dapps-technology-title": "Decentralizovaná technologie", "page-dapps-token-sets-logo-alt": "Logo Token sets", - "page-dapps-tornado-cash-logo-alt": "Logo Tornado cash", "page-dapps-uniswap-logo-alt": "Logo Uniswap", "page-dapps-wallet-callout-button": "Najít peněženku", - "page-dapps-wallet-callout-description": "Peněženky jsou vlastně decentralizované aplikace. Podle funkcí si vyberte tu, která vám bude nejvíce vyhovovat.", + "page-dapps-wallet-callout-description": "Peněženky jsou vlastně dappky. Podle funkcí si vyberte tu, která vám bude nejvíce vyhovovat.", "page-dapps-wallet-callout-image-alt": "Ilustrace robota.", "page-dapps-wallet-callout-title": "Zobrazit peněženky", "page-dapps-warning-header": "Vše si vždy důkladně prostudujte", "page-dapps-warning-message": "Ethereum je nová technologie, a i většina aplikací je nových. Před uložením velkého množství peněz se ujistěte, že znáte všechna rizika.", - "page-dapps-what-are-dapps": "Co jsou decentralizované aplikace?", + "page-dapps-what-are-dapps": "Co jsou dappky?", "page-dapps-more-on-defi-button": "Další informace o decentralizovaných financích", "page-dapps-more-on-nft-button": "Další informace o tokenizovaných sběratelských předmětech", "page-dapps-more-on-nft-gaming-button": "Další informace o tokenizováných herních předmětech", @@ -279,12 +280,13 @@ "page-dapps-yearn-image-alt": "Logo Yearn", "page-dapps-convex-image-alt": "Logo Convex", "foundation": "Nadace", - "transaction-fees": "Jaké jsou transakční poplatky?", "page-wallets-get-some": "Získejte ETH", "page-dapps-dapp-description-curve": "Curve je dex, který se zaměřuje na stablecoiny", "page-dapps-curve-image-alt": "Logo Curve", "page-dapps-dapp-description-dodo": "DODO je blockchainový poskytovatel likvidity, který využívá algoritmus Proactive Market Maker (PMM)", "page-dapps-dodo-image-alt": "Logo DODO", "page-dapps-dapp-description-artblocks": "Art Blocks se věnuje uvádění přesvědčivých děl současného generativního umění do existence", - "page-dapps-artblocks-image-alt": "Logo Art Blocks" + "page-dapps-artblocks-image-alt": "Logo Art Blocks", + "page-dapps-explore-title": "Chcete si prohlédnout další aplikace?", + "page-dapps-explore": "Podívejte se na stovky dappek" } diff --git a/src/intl/cs/page-developers-docs.json b/src/intl/cs/page-developers-docs.json index c8abf7ed634..7072184cf00 100644 --- a/src/intl/cs/page-developers-docs.json +++ b/src/intl/cs/page-developers-docs.json @@ -1,4 +1,150 @@ { + "docs-nav-accounts": "Účty", + "docs-nav-accounts-description": "Entity v síti, které mohou držet zůstatek a odesílat transakce", + "docs-nav-advanced": "Další", + "docs-nav-backend-apis": "Backendová API", + "docs-nav-block-explorers": "Prohlížeče bloků", + "docs-nav-blocks": "Bloky", + "docs-nav-blocks-description": "Způsob, kterým se dávkují transakce k zajištění synchronizace stavu mezi všemi účastníky", + "docs-nav-bridges": "Mosty", + "docs-nav-bridges-description": "Přehled přemostění pro vývojáře", + "docs-nav-compiling-smart-contracts": "Kompilace chytrých kontraktů", + "docs-nav-composability": "Složitelnost", + "docs-nav-consensus-mechanisms": "Mechanismy konsenzu", + "docs-nav-consensus-mechanisms-description": "Jak se jednotlivé uzly distribuované sítě dohodnou na aktuálním stavu systému", + "docs-nav-gasper": "Gasper", + "docs-nav-weak-subjectivity": "Slabá subjektivita", + "docs-nav-attestations": "Atestace", + "docs-nav-keys": "Klíče", + "docs-nav-block-proposal": "Návrh bloku", + "docs-nav-data-and-analytics": "Data a analytika", + "docs-nav-data-and-analytics-description": "Jak jsou data blockchainu agregována, organizována a implementována do dappek", + "docs-nav-data-availability": "Dostupnost dat", + "docs-nav-data-availability-storage-strategies": "Strategie ukládání dat v blockchainu", + "docs-nav-dart": "Dart", + "docs-nav-delphi": "Delphi", + "docs-nav-deploying-smart-contracts": "Nasazování chytrých kontraktů", + "docs-nav-design-and-ux": "Úvod do designu a UX", + "docs-nav-design-and-ux-description": "Úvod do UX designu a výzkumu v prostoru web3 a v ekosystému Etherea", + "docs-nav-design-fundamentals": "Základy designu", + "docs-nav-development-frameworks": "Vývojářské rámce", + "docs-nav-development-frameworks-description": "Nástroje, které usnadňují vývoj na Ethereu", + "docs-nav-development-networks": "Vývojové sítě", + "docs-nav-development-networks-description": "Lokální blockchainová prostředí sloužící k testování dappek před nasazením", + "docs-nav-dex-design-best-practice": "Osvědčené postupy návrhu decentralizovaných burz (DEX)", + "docs-nav-dot-net": ".NET", + "docs-nav-erc-20": "ERC-20: Zaměnitelné tokeny", + "docs-nav-erc-721": "ERC-721: NFT", + "docs-nav-erc-777": "ERC-777", + "docs-nav-erc-1155": "ERC-1155", + "docs-nav-erc-4626": "ERC-4626", + "docs-nav-ethereum-client-apis": "API klientů Etherea", + "docs-nav-ethereum-client-apis-description": "Pohodlné knihovny, které umožňují vaší webové aplikaci komunikovat s Ethereem a chytrými kontrakty", + "docs-nav-ethereum-stack": "Ethereum zásobník", + "docs-nav-evm": "Virtuální stroj Etherea (EVM)", + "docs-nav-evm-description": "EVM zpracovává veškeré výpočty v síti Etherea", + "docs-nav-foundational-topics": "Základní témata", + "docs-nav-gas": "Palivo", + "docs-nav-gas-description": "Výpočetní výkon potřebný ke zpracování transakcí, za který odesílatelé transakcí platí v ETH", + "docs-nav-golang": "Golang", + "docs-nav-heuristics-for-web3": "Heuristika pro web3", + "docs-nav-integrated-development-environments-ides": "Integrovaná vývojová prostředí (IDE)", + "docs-nav-integrated-development-environments-ides-description": "Nejlepší prostředí pro psaní kódu dappek", + "docs-nav-intro-to-dapps": "Úvod k dapps", + "docs-nav-intro-to-dapps-description": "Seznámení s decentralizovanými aplikacemi", + "docs-nav-intro-to-ether": "Úvod k etheru", + "docs-nav-intro-to-ether-description": "Stručný přehled etheru", + "docs-nav-intro-to-ethereum": "Úvod k platformě Ethereum", + "docs-nav-intro-to-ethereum-description": "Stručný přehled Etherea", + "docs-nav-intro-to-the-stack": "Úvod k sadě nástrojů", + "docs-nav-intro-to-the-stack-description": "Přehled stacku Ethereum/web3", + "docs-nav-java": "Java", + "docs-nav-java-script-apis": "API JavaScriptu", + "docs-nav-javascript": "JavaScript", + "docs-nav-json-rpc": "JSON-RPC", + "docs-nav-mev": "Maximální extrahovatelná hodnota (MEV)", + "docs-nav-mev-description": "Jak se z blockchainu Etherea získává hodnota nad rámec blokové odměny", + "docs-nav-mining": "Těžba", + "docs-nav-mining-algorithms": "Těžební algoritmy", + "docs-nav-ethash": "Ethash", + "docs-nav-networks": "Sítě", + "docs-nav-networks-description": "Implementace Etherea včetně testovacích sítí", + "docs-nav-nodes-and-clients": "Uzly a klienti", + "docs-nav-nodes-and-clients-description": "Osoby zapojené do sítě a software, který používají k ověřování transakcí", + "docs-nav-opcodes": "Opkódy", + "docs-nav-run-a-node": "Spuštění uzlu", + "docs-nav-client-diversity": "Rozmanitost klientů", + "docs-nav-bootnodes": "Bootnody", + "docs-nav-light-clients": "Jednoduché klienty", + "docs-nav-nodes-as-a-service": "Uzly jako služba", + "docs-nav-oracles": "Data oracle", + "docs-nav-oracles-description": "Jak se informace vkládají do blockchainu Etherea", + "docs-nav-programming-languages": "Programovací jazyky", + "docs-nav-programming-languages-description": "Jak začít s Ethereem pomocí jazyků, které už možná znáte", + "docs-nav-proof-of-authority": "Proof of authority", + "docs-nav-proof-of-stake": "Důkaz podílem", + "docs-nav-proof-of-work": "Důkaz prací", + "docs-nav-python": "Python", + "docs-nav-readme": "Přehled", + "docs-nav-ruby": "Ruby", + "docs-nav-rust": "Rust", + "docs-nav-scaling": "Škálování", + "docs-nav-scaling-description": "Metody pro zachování decentralizace a bezpečnosti při růstu Etherea", + "docs-nav-scaling-optimistic-rollups": "Optimistický rollup", + "docs-nav-scaling-zk-rollups": "Rollupy s nulovým přístupem", + "docs-nav-scaling-channels": "Stavové kanály", + "docs-nav-scaling-sidechains": "Sidechains", + "docs-nav-scaling-plasma": "Plasma", + "docs-nav-scaling-validium": "Validium", + "docs-nav-smart-contract-security": "Bezpečnost chytrých kontraktů", + "docs-nav-smart-contract-security-description": "Osvědčené postupy pro správu útoků a zranitelností chytrých kontraktů", + "docs-nav-smart-contract-formal-verification": "Formální ověřování chytrých kontraktů", + "docs-nav-smart-contract-formal-verification-description": "Úvod do formálního ověřování v kontextu chytrých kontraktů na Ethereu", + "docs-nav-smart-contract-anatomy": "Anatomie chytrých kontraktů", + "docs-nav-smart-contract-languages": "Jazyk chytrých kontraktů", + "docs-nav-smart-contracts": "Chytré kontrakty", + "docs-nav-smart-contracts-description": "Programy, které se nacházejí na adrese Ethereum a spouštějí funkce vyvolané transakcemi", + "docs-nav-smart-contracts-libraries": "Knihovny chytrých kontraktů", + "docs-nav-standards": "Standardy", + "docs-nav-standards-description": "Dohodnuté protokoly pro zachování efektivity a dostupnosti projektů pro komunitu", + "docs-nav-storage": "Úložiště", + "docs-nav-storage-description": "Decentralizované skladovací struktury a mechanismy", + "docs-nav-testing-smart-contracts": "Testování chytrých kontraktů", + "docs-nav-token-standards": "Standardy pro tokeny", + "docs-nav-transactions": "Transakce", + "docs-nav-transactions-description": "Převody a další akce, které způsobují změnu stavu Etherea", + "docs-nav-upgrading-smart-contracts": "Vylepšení chytrých kontraktů", + "docs-nav-verifying-smart-contracts": "Ověřování chytrých kontraktů", + "docs-nav-web2-vs-web3": "Web2 vs. Web3", + "docs-nav-web2-vs-web3-description": "Zásadní rozdíly, které aplikace založené na blockchainu poskytují", + "docs-nav-networking-layer": "Síťová vrstva", + "docs-nav-networking-layer-description": "Vysvětlení síťové vrstvy Etherea", + "docs-nav-networking-layer-network-addresses": "Síťové adresy", + "docs-nav-networking-layer-portal-network": "Portal Network", + "docs-nav-data-structures-and-encoding": "Datové struktury a kódování", + "docs-nav-data-structures-and-encoding-description": "Vysvětlení datových struktur a schémat kódování používaných v celém zásobníku Etherea", + "docs-nav-data-structures-and-encoding-rlp": "Prefix s rekurzivní délkou (RLP)", + "docs-nav-data-structures-and-encoding-patricia-merkle-trie": "Patricia Merkle Trie", + "docs-nav-data-structures-and-encoding-ssz": "Jednoduchá serializace (SSZ)", + "docs-nav-data-structures-and-encoding-web3-secret-storage": "Definice tajného úložiště web3", + "docs-nav-rewards-and-penalties": "Odměny a tresty v kontextu důkazu podílem", + "docs-nav-node-architecture": "Architektura uzlů", + "docs-nav-archive-nodes": "Archivní uzly", + "docs-nav-attack-and-defense": "Útok a obrana v kontextu důkazu podílem", + "docs-nav-pos-vs-pow": "Důkaz podílem vs. důkaz prací", + "docs-nav-pos-faqs": "ČKO týkající se důkazu podílem", + "page-calltocontribute-desc-1": "Pokud jste odborník na toto téma a chcete přispět, upravte tuto stránku a obohaťte ji svými vědomostmi.", + "page-calltocontribute-desc-2": "Budete zapsáni a pomůžete komunitě Ethereum!", + "page-calltocontribute-desc-3": "Použít tuto pružnou", + "page-calltocontribute-desc-4": "Otázky? Zeptejte se nás v kanálu #content na našem discordovém serveru", + "page-calltocontribute-link": "šablonu dokumentu", + "page-calltocontribute-link-2": "Discordový server", + "page-calltocontribute-span": "Upravit stránku", + "page-calltocontribute-title": "Pomozte nám s touto stránkou", + "layer-2-arbitrum-note": "Důkazy podvodu jsou pouze pro uživatele na bílé listině, bílá listina zatím není otevřena", + "layer-2-boba-note": "Ověření státu je ve vývoji", + "layer-2-metis-note": "Důkazy podvodů jsou ve vývoji", + "layer-2-optimism-note": "Důkazy chyb jsou ve vývoji", "back-to-top": "Zpět na začátek", "banner-page-incomplete": "Tato stránka je neúplná a budeme rádi za jakoukoliv pomoc. Upravte tuto stránku a přidejte cokoliv, co by podle vás mohlo být užitečné pro ostatní.", "next": "Další", diff --git a/src/intl/cs/page-eth.json b/src/intl/cs/page-eth.json index 9611e0e1ae6..0d9e5280487 100644 --- a/src/intl/cs/page-eth.json +++ b/src/intl/cs/page-eth.json @@ -15,9 +15,9 @@ "page-eth-fuels": "ETH pohání a zabezpečuje Ethereum", "page-eth-fuels-desc": "ETH je krev Etherea. Když posíláš ETH nebo používáš Ethereum aplikaci, zaplatíš poplatek v ETH za využívání sítě Ethereum. Tento poplatek je pobídkou pro výrobce bloků aby zpracoval a ověřil to, co se snažíš dělat.", "page-eth-fuels-desc-2": "Validátoři fungují jako dozorčí Etherea. Kontrolují a dokazují, že nikdo nepodvadí. Jsou náhodně vybíráni pro tvorbu bloku transakcí. Validátoři, kteří vykonají tuto práci, jsou následně odměněni malou částí nově vygenerovaného ETH.", - "page-eth-fuels-desc-3": "Práce validátorů a kapitál, který vkládají, udržuje Ethereum v bezpečí a bez centralizované kontroly.", - "page-eth-fuels-staking": "Stakingem svého ETH pomáháte zabezpečit síť Ethereum, a tím získáváte odměny. V tomto systému hrozba ztráty ETH odrazuje útočníky.", - "page-eth-fuels-more-staking": "Další informace o investicích", + "page-eth-fuels-desc-3": "Práce validátorů a kapitál, který uzamykají, udržuje Ethereum v bezpečí a bez centralizované kontroly.", + "page-eth-fuels-staking": "Uzamčením svého ETH pomáháte zabezpečit síť Ethereum, a tím získáváte odměny. V tomto systému hrozba ztráty ETH odrazuje útočníky.", + "page-eth-fuels-more-staking": "Další informace o uzamčení", "page-eth-get-eth-btn": "Získat ETH", "page-eth-gov-tokens": "Správní tokeny", "page-eth-gov-tokens-desc": "Tokeny reprezentující volební sílu v decentralizovaných organizacích.", @@ -76,7 +76,7 @@ "page-eth-where-to-buy": "Kde získat ETH", "page-eth-where-to-buy-desc": "ETH můžete získat na burze nebo v peněžence, ale různé země mají ke kryptoměnám jiný přístup. Zaškrtněte a zobrazte si služby, které vám umožní koupit ETH.", "page-eth-yours": "Je opravdu vaše", - "page-eth-yours-desc": "ETH vám umožňuje být vlastní bankou. Své vlastní prostředky můžete ovládat pomocí své peněženky jako dokladu o vlastnictví – žádné třetí strany nejsou potřeba.", + "page-eth-yours-desc": "ETH vám umožňuje být vlastní bankou. Své vlastní prostředky můžete ovládat pomocí své peněženky jako důkazu vlastnictví – žádné třetí strany nejsou potřeba.", "page-eth-more-on-tokens": "Další informace o tokenech a jejich použití", "page-eth-button-buy-eth": "Získat ETH", "page-eth-tokens-stablecoins": "Stabilní kryptoměny (stablecoins)", @@ -89,5 +89,5 @@ "page-eth-tokens-dao-description": "Internetové komunity často spravované držiteli tokenů.", "page-eth-whats-defi": "Další informace o DeFi", "page-eth-whats-defi-description": "DeFi je decentralizovaný finanční systém postavený na Ethereu. Tento přehled vysvětluje, co tento systém umožňuje provést.", - "page-what-is-ethereum-what-is-ether": "Co je Ether?" + "page-what-is-ethereum-what-is-ether": "Co je ether?" } diff --git a/src/intl/cs/page-gas.json b/src/intl/cs/page-gas.json index 30d2019bd2c..b08a642dcee 100644 --- a/src/intl/cs/page-gas.json +++ b/src/intl/cs/page-gas.json @@ -1,18 +1,18 @@ { - "page-gas-meta-title": "Palivové poplatky na Ethereu: jak fungují?", - "page-gas-meta-description": "Přečtěte si o palivu na Ethereu: jak funguje a jak platit méně v palivových poplatcích", - "page-gas-hero-title": "Palivové poplatky", + "page-gas-meta-title": "Poplatky za palivo na Ethereu: jak fungují?", + "page-gas-meta-description": "Přečtěte si o palivu na Ethereu: jak funguje a jak platit méně v poplatcích za palivo", + "page-gas-hero-title": "Poplatky za palivo", "page-gas-hero-header": "Poplatky sítě", "page-gas-hero-button-1-content": "Co je to palivo?", "page-gas-hero-subtitle-1": "Síťovým poplatkům na Ethereu se říká palivo.", "page-gas-hero-subtitle-2": "Palivo pohání Ethereum.", "page-gas-summary-title": "Souhrn", "page-gas-summary-item-1": "Každá transakce na Ethereu vyžaduje ke zpracování malý poplatek", - "page-gas-summary-item-2": "Těmto poplatkům se říká \"palivové\" poplatky", + "page-gas-summary-item-2": "Těmto poplatkům se říká poplatky „za palivo“", "page-gas-summary-item-3": "Poplatky za palivo nejsou napevno stanoveny, mění se v závislosti na přetížení sítě.", - "page-gas-what-are-gas-fees-header": "Co jsou palivové poplatky?", + "page-gas-what-are-gas-fees-header": "Co jsou poplatky za palivo?", "page-gas-what-are-gas-fees-text-1": "Představte si Ethereum jako velkou počítačovou síť, kde mohou lidé provádět úkoly, jako je posílání zpráv nebo spouštění programů. Stejně jako v reálném světě je k provedení těchto úkolů potřeba energie.", - "page-gas-what-are-gas-fees-text-2": "Na Ethereu má každá výpočetní akce stanovenou cenu „paliva“. Palivové poplatky představují celkové náklady na akce v transakci. Když odešlete transakci nebo spustíte chytrý kontrakt, zaplatíte za zpracování palivové poplatky.", + "page-gas-what-are-gas-fees-text-2": "Na Ethereu má každá výpočetní akce stanovenou cenu „paliva“. Poplatky za palivo představují celkové náklady na akce v transakci. Když odešlete transakci nebo spustíte chytrý kontrakt, zaplatíte za zpracování poplatky za palivo.", "page-gas-how-do-i-pay-less-gas-header": "Jak zaplatím méně za palivo?", "page-gas-how-do-i-pay-less-gas-text": "I když jsou vyšší poplatky na Ethereu někdy nevyhnutelné, existují strategie, které můžete použít ke snížení nákladů:", "page-gas-how-do-i-pay-less-gas-card-1-title": "Načasujte si své transakce", @@ -22,27 +22,27 @@ "page-gas-how-do-i-pay-less-gas-card-3-title": "Použijte vrstvu 2", "page-gas-how-do-i-pay-less-gas-card-3-description": "Blockchainy na 2. vrstvě jsou postaveny nad Ethereem, nabízejí nižší poplatky a zpracovávají více transakcí. Jsou dobrou volbou, jak ušetřit na poplatcích za transakce, které nemusí probíhat v hlavní síti Etherea.", "page-gas-try-layer-2": "Vyzkoušejte 2. vrstvu", - "page-gas-what-causes-high-gas-fees-header": "Co způsobuje vysoké palivové poplatky?", - "page-gas-what-causes-high-gas-fees-text-1": "Kdykoli množství výpočtů (palivo) na Ethereu překročí určitou hranici, začnou se palivové poplatky zvyšovat. Čím více palivo tuto hranici překročí, tím rychleji se palivové poplatky zvyšují.", + "page-gas-what-causes-high-gas-fees-header": "Co způsobuje vysoké poplatky za palivo?", + "page-gas-what-causes-high-gas-fees-text-1": "Kdykoli množství výpočtů (palivo) na Ethereu překročí určitou hranici, začnou se poplatky za palivo zvyšovat. Čím více palivo tuto hranici překročí, tím rychleji se poplatky za palivo zvyšují.", "page-gas-what-causes-high-gas-fees-text-2": "Vyšší poplatky mohou být způsobeny například populárními decentralizovanými aplikacemi (dappkami) nebo NFT, pravidelně zvýšeným obchodováním na DEXech nebo přehnanou aktivitou uživatelů v době špičky.", "page-gas-what-causes-high-gas-fees-text-3": "Vývojáři na Ethereu by měli před nasazením dbát na optimalizaci použití svých chytrých kontraktů. Pokud hodně lidí používá špatně napsaný chytrý kontrakt, spotřebuje více paliva a mohl by nechtěně způsobit přetížení sítě.", "page-gas-want-to-dive-deeper": "Chcete se ponořit hlouběji?", "page-gas-check-out-the-developer-docs": "Podívejte se do dokumentace pro vývojáře.", "page-gas-attack-of-the-cryptokitties-header": "Útok kryptokočiček", - "page-gas-attack-of-the-cryptokitties-text": "V listopadu 2017 byl spuštěn populární projekt CryptoKitties. Jeho rychlý nárůst popularity způsobil značné přetížení sítě a extrémně vysoké palivové poplatky. Problémy, které projekt CryptoKitties představoval, urychlily naléhavost hledání řešení pro škálování Etherea.", + "page-gas-attack-of-the-cryptokitties-text": "V listopadu 2017 byl spuštěn populární projekt CryptoKitties. Jeho rychlý nárůst popularity způsobil značné přetížení sítě a extrémně vysoké poplatky za palivo. Problémy, které projekt CryptoKitties představoval, urychlily naléhavost hledání řešení pro škálování Etherea.", "page-gas-why-do-we-need-gas-header": "Proč potřebujeme palivo?", "page-gas-why-do-we-need-gas-text": "Palivo je klíčovým prvkem pro zajištění bezpečnosti Etherea a zpracování transakcí. Palivo pomáhá mnoha způsoby:", "page-gas-benefits-1-description": "Palivo udržuje Ethereum odolné vůči sybil útokům tím, že zabraňuje škodlivým aktérům zahltit síť podvodnými aktivitami.", "page-gas-benefits-2-description": "Vzhledem k tomu, že výpočet stojí palivo, je spamování Etherea drahými transakcemi, ať už náhodně nebo záměrně, finančně znevýhodněno.", "page-gas-benefits-3-description": "Pevný limit na množství výpočtů, které lze v jednom okamžiku provést, zabraňuje zahlcení Etherea a pomáhá zajistit, aby byla síť vždy dostupná.", - "page-gas-how-is-gas-calculated-header": "Jak jsou palivové poplatky vypočítány?", + "page-gas-how-is-gas-calculated-header": "Jak jsou poplatky za palivo vypočítány?", "page-gas-advanced": "Další", - "page-gas-how-is-gas-calculated-text-1": "Celkový palivový poplatek se skládá z několika částí:", + "page-gas-how-is-gas-calculated-text-1": "Celkový poplatek za palivo se skládá z několika částí:", "page-gas-how-is-gas-calculated-item-1": "Základní poplatek: poplatek stanovený sítí, který je třeba zaplatit za transakci", "page-gas-how-is-gas-calculated-item-2": "Prioritní poplatek: nepovinné spropitné, které motivuje provozovatele uzlů, aby zahrnuli vaši transkaci", "page-gas-how-is-gas-calculated-item-3": "Jednotky spotřebovaného paliva*: vzpomínáte si, jak jsme říkali, že palivo představuje výpočet? Složitější akce, jako je interakce s chytrým kontraktem, spotřebují více paliva než jednoduché akce, jako je odeslání transakce.", "page-gas-how-is-gas-calculated-list-item-1": "* Na Obrázku 1 vidíte, kolik paliva spotřebují různé typy transakcí", - "page-gas-how-is-gas-calculated-text-2": "Vzorec pro výpočet palivového poplatku je: jednotky spotřebovaného plynu * (základní poplatek + prioritní poplatek). Většina peněženek vypočítá spotřebu paliva a zobrazí ji jednodušším způsobem.", + "page-gas-how-is-gas-calculated-text-2": "Vzorec pro výpočet poplatku za palivo je: jednotky spotřebovaného paliva * (základní poplatek + prioritní poplatek). Většina peněženek vypočítá spotřebu paliva a zobrazí ji jednodušším způsobem.", "page-gas-table-figure": "Obrázek 1: Spotřebované palivo podle typu transakce", "page-gas-table-header-1": "Typy transakcí", "page-gas-table-header-2": "Jednotky spotřebovaného paliva", @@ -51,14 +51,14 @@ "page-gas-table-item-3-transaction-type": "Převádění NFT", "page-gas-table-item-4-transaction-type": "Swapowání na Uniswapu", "page-gas-faq-header": "Často kladené otázky", - "page-gas-faq-question-1-q": "Komu se platí palivový poplatek v rámci mé transakce?", - "page-gas-faq-question-1-a-1": "Většina poplatku za provoz sítě (základní poplatek) je zničena (spálena) protokolem. Pokud je součástí vaší transakce prioritní poplatek, bude přidělen validátorovi, který tuto transakci navrhl.", + "page-gas-faq-question-1-q": "Komu se platí poplatek za palivo v rámci mé transakce?", + "page-gas-faq-question-1-a-1": "Většina poplatku za palivo (základní poplatek) je zničena (spálena) protokolem. Pokud je součástí vaší transakce prioritní poplatek, bude přidělen validátorovi, který tuto transakci navrhl.", "page-gas-faq-question-1-a-2": "Podrobný popis procesu si můžete přečíst v dokumentech o palivu pro vývojáře.", - "page-gas-faq-question-2-q": "Musím platit palivo v ETH?", - "page-gas-faq-question-2-a-1": "Ano. Všechny palivové poplatky na Ethereu musí být zaplaceny v nativní měně ETH.", + "page-gas-faq-question-2-q": "Musím platit za palivo v ETH?", + "page-gas-faq-question-2-a-1": "Ano. Všechny poplatky za palivo na Ethereu musí být zaplaceny v nativní měně ETH.", "page-gas-faq-question-2-a-2": "Více o ETH", "page-gas-faq-question-3-q": "Co je to gwei?", - "page-gas-faq-question-3-a-1": "Ve většině peněženek nebo sledovačů paliva se ceny plynu uvádějí jako \"gwei\".", + "page-gas-faq-question-3-a-1": "Ve většině peněženek nebo sledovačů paliva se ceny paliva uvádějí jako „gwei“.", "page-gas-faq-question-3-a-2": "Gwei je menší část ETH, podobně jako halíře u českých korun, s tím rozdílem, že 1 ETH je rovno 1 miliardě gwei. O gwei mluvíme, když se bavíme o malých částech ETH.", "page-gas-use-layer-2": "Použijte vrstvu 2" } diff --git a/src/intl/cs/page-get-eth.json b/src/intl/cs/page-get-eth.json index 5231356dfb2..79c1be20ed6 100644 --- a/src/intl/cs/page-get-eth.json +++ b/src/intl/cs/page-get-eth.json @@ -14,13 +14,13 @@ "page-get-eth-dex-desc": "Pokud chcete mít větší kontrolu, nakupujte ETH pomocí chytrých kontraktů. Pomocí DEX můžete obchodovat s digitálními aktivy, aniž byste předali kontrolu nad svými prostředky centralizované společnosti.", "page-get-eth-peers": "Získávejte ETH od jiných uživatelů", "page-get-eth-peers-desc": "Jakmile budete mít účet Ethereum, jediným dalším krokem, abyste mohli začít posílat a přijímat ETH (a další tokeny) formou peer-to-peer, je sdílet vaši adresu.", - "page-get-eth-staking": "Vložení odměn", + "page-get-eth-staking": "Uzamčení odměn", "page-get-eth-staking-desc": "Pokud již nějaké ETH máte, můžete si vydělat další spuštěním validátorového síťového uzlu. Za to dostáváte zaplaceno v ETH.", "page-get-eth-earn": "Vydělejte si ETH", "page-get-eth-earn-desc": "ETH si můžete vydělat prací pro organizace DAO nebo společnosti, které platí kryptoměnami, vyhráváním odměn, hledáním softwarových chyb a další aktivitou.", "page-get-eth-daos-link-desc": "Více o organizacích DAO", "page-get-eth-cex-link-desc": "Seznam burz", - "page-get-eth-staking-link-desc": "Více o stakingu", + "page-get-eth-staking-link-desc": "Více o uzamčení", "page-get-eth-dexs": "Decentralizované burzy (DEX)", "page-get-eth-dexs-desc": "Decentralizované burzy jsou otevřené trhy pro ETH a ostatní tokeny. Kupujícího a prodávajícího mezi sebou propojují napřímo.", "page-get-eth-dexs-desc-2": "Místo používání důvěryhodné třetí strany k ochraně peněžních prostředků používají kód. ETH prodejce bude převedeno pouze v případě, že je platba zaručena. Tento typ kódu je znám jako chytrý kontrakt.", diff --git a/src/intl/cs/page-learn.json b/src/intl/cs/page-learn.json index 2aa93e31758..9053588ec3c 100644 --- a/src/intl/cs/page-learn.json +++ b/src/intl/cs/page-learn.json @@ -57,7 +57,7 @@ "dao-card-title": "Decentralizované autonomní organizace (DAO)", "dao-card-description": "Umožněte nové způsoby koordinace práce bez šéfa.", "dao-card-button": "Co jsou DAO?", - "dapp-card-title": "Decentralizované aplikace (dapps)", + "dapp-card-title": "Decentralizované aplikace (dappky)", "dapp-card-description": "Vytvořte digitální ekonomiku peer-to-peer služeb.", "dapp-card-button": "Prozkoumat dappky", "emerging-use-cases-title": "Rozvíjející se případy použití", @@ -67,10 +67,10 @@ "supply-chain-management": "Správa dodavatelského řetězce", "more-on-ethereum-use-cases": "Více o využití sítě Ethereum", "more-on-ethereum-use-cases-link": "Blockchain v rozvojových zemích", - "strengthening-the-ethereum-network-description": "Stakováním na ETH můžete pomoci zajistit Ethereum a zároveň získat odměny. Existují různé možnosti stakingu v závislosti na vašich technických znalostech a na tom, kolik ETH máte.", - "staking-ethereum-card-title": "Staking Etherea", - "staking-ethereum-card-description": "Zjistěte, jak začít se stakingem svého ETH.", - "staking-ethereum-card-button": "Začněte se stakingem", + "strengthening-the-ethereum-network-description": "Uzamčením ETH můžete pomoci zajistit Ethereum a zároveň získat odměny. Existují různé možnosti uzamčení v závislosti na vašich technických znalostech a na tom, kolik ETH máte.", + "staking-ethereum-card-title": "Uzamčení Etherea", + "staking-ethereum-card-description": "Zjistěte, jak začít s uzamčením svého ETH.", + "staking-ethereum-card-button": "Začněte s uzamčením", "run-a-node-card-title": "Provozování vlastního uzlu", "run-a-node-card-description": "Hrajte klíčovou roli v síti Ethereum spuštěním uzlu.", "learn-about-ethereum-protocol-description": "Pro uživatele, kteří mají největší zájem o technickou část sítě Ethereum.", @@ -87,8 +87,8 @@ "more-on-ethereum-protocol-ethereum-for-developers": "Ethereum pro vývojáře", "more-on-ethereum-protocol-consensus": "Mechanismus konsenzu Etherea založený na důkazu podílem", "more-on-ethereum-protocol-evm": "Vestavěný počítač Etherea (EVM)", - "more-on-ethereum-protocol-nodes-and-clients": "Uzly a klienti Etherea", - "ethereum-community-description": "Úspěch Etherea je zásluhou jeho neuvěřitelně oddané komunity. Tisíce inspirativních a odhodlaných lidí pomáhají prosazovat vizi Etherea a zároveň zajišťují bezpečnost sítě prostřednictvím stakingu a správy. Přidejte se k nám!", + "more-on-ethereum-protocol-nodes-and-clients": "Uzly a klienty Etherea", + "ethereum-community-description": "Úspěch Etherea je zásluhou jeho neuvěřitelně oddané komunity. Tisíce inspirativních a odhodlaných lidí pomáhají prosazovat vizi Etherea a zároveň zajišťují bezpečnost sítě prostřednictvím uzamčení a správy. Přidejte se k nám!", "community-hub-card-title": "Komunitní centrum", "community-hub-card-description": "Naše komunita zahrnuje lidi ze všech prostředí.", "community-hub-card-alt": "Obrázek skupiny stavitelů pracujících společně.", diff --git a/src/intl/cs/page-stablecoins.json b/src/intl/cs/page-stablecoins.json index ac43cfc82fe..fcf2f5745af 100644 --- a/src/intl/cs/page-stablecoins.json +++ b/src/intl/cs/page-stablecoins.json @@ -4,10 +4,10 @@ "page-stablecoins-accordion-borrow-crypto-collateral-copy-p2": "Ale protože cena ETH velmi kolísá, je třeba dát do zástavy větší množství. To znamená, že pokud si chcete půjčit 100 dolarů ve stabilních kryptoměnách, budete pravděpodobně muset zastavit alespoň ETH za 150. To chrání celý systém i poskytovatele půjček.", "page-stablecoins-accordion-borrow-crypto-collateral-link": "Další informace o stablecoinech krytých kryptoměnou", "page-stablecoins-accordion-borrow-pill": "Další", - "page-stablecoins-accordion-borrow-places-intro": "Pomocí těchto decentralizovaných aplikací si můžete půjčovat stablecoiny pomocí kryptoměny jako kolaterálu (zástavy). Někdo kromě ETH přijímá i jiné tokeny.", + "page-stablecoins-accordion-borrow-places-intro": "Pomocí těchto dappek si můžete půjčovat stablecoiny pomocí kryptoměny jako kolaterálu (zástavy). Někdo kromě ETH přijímá i jiné tokeny.", "page-stablecoins-accordion-borrow-places-title": "Kde si můžete půjčit stablecoiny", "page-stablecoins-accordion-borrow-requirement-1": "Ethereum peněženka", - "page-stablecoins-accordion-borrow-requirement-1-description": "K použití decentralizované aplikace budete potřebovat peněženku.", + "page-stablecoins-accordion-borrow-requirement-1-description": "K použití dappky budete potřebovat peněženku.", "page-stablecoins-accordion-borrow-requirement-2": "Ether (ETH)", "page-stablecoins-accordion-borrow-requirement-2-description": "K zástavě nebo transakčním poplatkům budete potřebovat ETH.", "page-stablecoins-accordion-borrow-requirements-description": "K půjčení stabilní kryptoměny potřebujete správnou dappku. Také budete potřebovat peněženku a pár ETH.", @@ -39,7 +39,7 @@ "page-stablecoins-accordion-less": "Méně", "page-stablecoins-accordion-more": "Více", "page-stablecoins-accordion-requirements": "Co budete potřebovat", - "page-stablecoins-accordion-swap-dapp-intro": "Pokud již máte ETH a peněženku, můžete pomocí těchto dappky směňovat za stablecoiny.", + "page-stablecoins-accordion-swap-dapp-intro": "Pokud už máte ETH a peněženku, můžete se stát uživatelem těchto dappek a pomocí nich směňovat stablecoiny.", "page-stablecoins-accordion-swap-dapp-link": "Více o decentralizovaných směnárnách", "page-stablecoins-accordion-swap-dapp-title": "Dappky na směňování tokenů", "page-stablecoins-accordion-swap-editors-tip": "Tip editora", @@ -56,6 +56,7 @@ "page-stablecoins-algorithmic-con-1": "Musíte věřit algoritmu (nebo ho umět číst).", "page-stablecoins-algorithmic-con-2": "Množství vašich mincí se bude měnit v závislosti na celkové zásobě.", "page-stablecoins-algorithmic-description": "Tyto stabilní kryptoměny nejsou ničím kryty. Místo toho je řídí algoritmus, který prodává tokeny, pokud se jejich cena sníží pod požadovanou úroveň, a vytváří je, pokud jejich cena vystoupí nad požadovanou úroveň. Protože se počet tokenů v oběhu neustále mění, mění se i počet tokenů, které vlastníte, ale vždy odpovídá vašemu podílu.", + "page-stablecoins-algorithmic-disclaimer": "Algoritmické stablecoiny jsou experimentální technologií. Měli byste si být vědomi rizik s nimi spojenými, než je začnete používat.", "page-stablecoins-algorithmic-pro-1": "Není potřeba žádné zajištění.", "page-stablecoins-algorithmic-pro-2": "Řízeno transparentním algoritmem.", "page-stablecoins-bank-apy": "0,05 %", @@ -63,6 +64,7 @@ "page-stablecoins-bank-apy-source-link": "Zdroj", "page-stablecoins-bitcoin-pizza": "Nechvalně proslulá pizza za Bitcoiny", "page-stablecoins-bitcoin-pizza-body": "V roce 2010 někdo koupil dvě pizzy za 10 000 bitcoinů. Ty v té době měly cenu kolem 41 dolarů. Dnes to představuje miliony dolarů. V historii platformy Ethereum je mnoho podobných politováníhodných transakcí. Stabilní kryptoměny tento problém řeší, takže si můžete vychutnat pizzu a přitom držet ETH.", + "page-stablecoins-category-dashboard-and-education": "Překled a vzdělávání", "page-stablecoins-coin-price-change": "Změna ceny (posledních 30 dnů)", "page-stablecoins-crypto-backed": "Zajištěné kryptoměnou", "page-stablecoins-crypto-backed-con-1": "Méně stabilní než stablecoiny kryté papírovými penězi.", @@ -71,7 +73,7 @@ "page-stablecoins-crypto-backed-pro-1": "Transparentní a plně decentralizované.", "page-stablecoins-crypto-backed-pro-2": "Dá se rychle směnit za jiná kryptoměnová aktiva.", "page-stablecoins-crypto-backed-pro-3": "Žádní externí uschovatelé. Všechna aktiva jsou ovládána účty platformy Ethereum.", - "page-stablecoins-dai-banner-body": "Dai je pravděpodobně nejslavnější decentralizovaná stabilní kryptoměna. Jeho hodnota je přibližně jeden dolar a je přijímán mnoha decentralizovanými aplikacemi.", + "page-stablecoins-dai-banner-body": "Dai je pravděpodobně nejslavnější decentralizovaná stabilní kryptoměna. Jeho hodnota je přibližně jeden dolar a je přijímán mnoha dappkami.", "page-stablecoins-dai-banner-learn-button": "Dozvědět se o Dai", "page-stablecoins-dai-banner-swap-button": "Směňte ETH za Dai", "page-stablecoins-dai-banner-title": "Dai", @@ -107,7 +109,7 @@ "page-stablecoins-research-warning": "Ethereum je nová technologie, a i většina aplikací je nových. Ujistěte se, že znáte rizika a vkládejte jen to, co si můžete dovolit ztratit.", "page-stablecoins-research-warning-title": "Vše si vždy důkladně prostudujte", "page-stablecoins-save-stablecoins": "Spořte se stabilními kryptoměnami", - "page-stablecoins-save-stablecoins-body": "Stabilní kryptoměny často mají nadprůměrnou úrokovou sazbu, protože po jejich půjčování je velká poptávka. Pomocí decentralizovaných aplikací můžete v reálném čase vydělávat na úrocích ze svých stablecoinů tak, že je vložíte mezi sdílené prostředky pro půjčování.", + "page-stablecoins-save-stablecoins-body": "Stabilní kryptoměny často mají nadprůměrnou úrokovou sazbu, protože po jejich půjčování je velká poptávka. Pomocí dappek můžete v reálném čase vydělávat na úrocích ze svých stablecoinů tak, že je vložíte mezi sdílené prostředky pro půjčování.", "page-stablecoins-saving": "Využívejte své stablecoiny naplno a vydělávejte na úrocích za jejich půjčování. Jako vše ostatní v oblasti kryptoměn se může předpokládaný procentuální roční výnos (Annual Percentage Yields, APY) měnit ze dne na den v závislosti na nabídce a poptávce.", "page-stablecoins-stablecoins-dapp-callout-description": "Podívejte se na dappky Etherea – stablecoiny jsou často užitečnější pro každodenní transakce.", "page-stablecoins-stablecoins-dapp-callout-image-alt": "Ilustrace doge.", @@ -116,10 +118,10 @@ "page-stablecoins-stablecoins-dapp-description-2": "Půjčujte stablecoiny a vydělávejte na úrocích a $COMP, vlastní token projektu Compound.", "page-stablecoins-stablecoins-dapp-description-3": "Obchodní platforma, kde můžete získat výnosy z úroků z vašeho Dai a USDC.", "page-stablecoins-stablecoins-dapp-description-4": "Aplikace navržená k ukládání Dai.", - "page-stablecoins-stablecoins-feature-1": "Stabilní kryptoměny jsou globální a lze je posílat přes internet. Jakmile máte Ethereum účet, můžete je jednoduše přijímat nebo odesílat.", + "page-stablecoins-stablecoins-feature-1": "Stablecoiny jsou globální a lze je posílat přes internet. Jakmile máte účet na Ethereu, můžete je jednoduše přijímat nebo posílat.", "page-stablecoins-stablecoins-feature-2": "Poptávka po stablecoinech je vysoká, takže za půjčení svých můžete získat výnos z úroků. Před půjčkou se ujistěte, že znáte všechna rizika.", - "page-stablecoins-stablecoins-feature-3": "Stabilní kryptoměny lze směnit za ETH a další tokeny Ethereum. Většina decentralizovaných aplikací se spoléhá na stabilní kryptoměny.", - "page-stablecoins-stablecoins-feature-4": "Stablecoiny jsou zabezpečeny kryptografií. Nikdo vaším jménem nemůže falšovat transakce.", + "page-stablecoins-stablecoins-feature-3": "Stablecoiny můžete směnit za ETH a další tokeny na Ethereu. Většina dappek funguje na stablecoinech.", + "page-stablecoins-stablecoins-feature-4": "Stablecoiny jsou zabezpečeny kryptografií. Nikdo nemůže vaším jménem falšovat transakce.", "page-stablecoins-stablecoins-meta-description": "Úvod do Ethereum stablecoinů: co jsou zač, jak je získat a proč jsou důležité.", "page-stablecoins-stablecoins-table-header-column-1": "Měna", "page-stablecoins-stablecoins-table-header-column-2": "Tržní kapitalizace", @@ -160,6 +162,7 @@ "loopring-logo": "Logo Loopring", "makerdao-logo": "Logo MakerDao", "matcha-logo": "Logo Matcha", - "oasis-logo": "Logo Oasis", - "uniswap-logo": "Logo Uniswap" + "summerfi-logo": "Logo Summer.fi", + "uniswap-logo": "Logo Uniswap", + "page-stablecoins-go-to": "Navštívit" } diff --git a/src/intl/cs/page-staking.json b/src/intl/cs/page-staking.json index 4edbb1cf975..1da3ee23de4 100644 --- a/src/intl/cs/page-staking.json +++ b/src/intl/cs/page-staking.json @@ -1,90 +1,90 @@ { - "comp-withdrawal-comparison-current-title": "Současní vkladatelé", - "comp-withdrawal-comparison-current-li-1": "Někteří uživatelé mohli zadat adresu pro výběr při prvním nastavení vkladu – tito uživatelé již nemusí nic dalšího dělat.", - "comp-withdrawal-comparison-current-li-2": "Většina vkladatelů nezadala adresu pro výběr při prvním nastavení vkladu a budou muset své údaje pro výběr aktualizovat. Vkladový spouštěcí panel obsahuje návod, jak to udělat.", + "comp-withdrawal-comparison-current-title": "Současní uzamykatelé", + "comp-withdrawal-comparison-current-li-1": "Někteří uživatelé mohli zadat adresu pro výběr při prvním nastavení vkladu uzamčení – tito uživatelé již nemusí nic dalšího dělat.", + "comp-withdrawal-comparison-current-li-2": "Většina uzamykatelů nezadala adresu pro výběr při prvním nastavení vkladu a budou muset své údaje pro výběr aktualizovat. Spouštěcí panel uzamčení obsahuje návod, jak to udělat.", "comp-withdrawal-comparison-current-p": "Zde můžete zadat číslo indexu validátoru, abyste zjistili, zda je třeba ještě aktualizovat vaše údaje(lze jej nalézt v záznamech klienta):", - "comp-withdrawal-comparison-new-title": "Noví vkladatelé (zatím bez vkladu)", - "comp-withdrawal-comparison-new-li-1": "Ve výchozím nastavení by noví vkladatelé, kteří chtějí automaticky povolit výplatu odměn a funkci výběru, měli při generování svých ověřovacích klíčů pomocí nástroje Staking Deposit CLI zadat adresu pro výběr Etherea, kterou ovládají.", + "comp-withdrawal-comparison-new-title": "Noví uzamykatelé (zatím bez vkladu)", + "comp-withdrawal-comparison-new-li-1": "Ve výchozím nastavení by noví uzamykatelé, kteří chtějí automaticky povolit výplatu odměn a funkci výběru, měli při generování svých ověřovacích klíčů pomocí nástroje Staking Deposit CLI zadat adresu pro výběr Etherea, kterou ovládají.", "comp-withdrawal-comparison-new-li-2": "V okamžiku vkladu to není nutné, ale zabrání to pozdější aktualizaci těchto klíčů pro odblokování vašich prostředků.", - "comp-withdrawal-comparison-new-p": "Vkladový spouštěcí panel vás provede vstupem do vkládání.", - "comp-withdrawal-comparison-new-link": "Navštivte vkladový spouštěcí panel", + "comp-withdrawal-comparison-new-p": "Spouštěcí panel uzamčení vás provede vstupem do uzamčení.", + "comp-withdrawal-comparison-new-link": "Navštivte spouštěcí panel uzamčení", "comp-withdrawal-credentials-placeholder": "Index validátora", "comp-withdrawal-credentials-error": "Jejda! Zkontrolujte číslo indexu validátora a zkuste to znovu.", "comp-withdrawal-credentials-upgraded-1": "Index validátoru {{validatorIndex}} je připraven začít přijímat odměny!", "comp-withdrawal-credentials-upgraded-2": "Údaje k výběru spojené s adresou provedení:", "comp-withdrawal-credentials-not-upgraded-1": "Tento validátor je třeba aktualizovat.", - "comp-withdrawal-credentials-not-upgraded-1-testnet": "Tento validátor testovací sítě Holesky je třeba aktualizovat.", - "comp-withdrawal-credentials-not-upgraded-2": "Pokyny k aktualizaci v současné době najdete na Vkladovém spouštěcím panelu.", + "comp-withdrawal-credentials-not-upgraded-1-testnet": "Tohoto validátora testovací sítě Holesky je třeba aktualizovat.", + "comp-withdrawal-credentials-not-upgraded-2": "Pokyny k aktualizaci v současné době najdete na Spouštěcím panelu uzamčení.", "comp-withdrawal-credentials-verify-mainnet": "Ověření v hlavní síti", - "comp-withdrawal-credentials-verify-holesky": "Ověření v Holesky", + "comp-withdrawal-credentials-verify-holesky": "Ověření na Holesky", "page-staking-withdrawals-when": "Odesláno!", - "page-staking-image-alt": "Obrázek Nosorožce jakožto maskota pro vkladový spouštěcí panel.", + "page-staking-image-alt": "Obrázek Nosorožce jakožto maskota pro spouštěcí panel uzamčení.", "page-staking-benefits-1-title": "Získávejte odměny", "page-staking-benefits-1-description": "Odměny se udělují za akce, které pomohou síti dosáhnout konsenzu. Odměny získáte za spuštění softwaru, který správně dávkuje transakce do nových bloků a kontroluje práci ostatních validátorů, protože právě to udržuje bezpečný chod blockchainu.", "page-staking-benefits-2-title": "Lepší zabezpečení", - "page-staking-benefits-2-description": "Síť je tím silnější proti útokům, čím více ETH je vloženo, protože pak je potřeba více ETH k ovládnutí většiny sítě. Abyste se stali hrozbou, museli byste držet většinu validátorů, což znamená, že byste museli ovládat většinu ETH v systému – to je hodně!", + "page-staking-benefits-2-description": "Síť je tím silnější proti útokům, čím více ETH je uzamčeno, protože pak je potřeba více ETH k ovládnutí většiny sítě. Abyste se stali hrozbou, museli byste držet většinu validátorů, což znamená, že byste museli ovládat většinu ETH v systému – to je hodně!", "page-staking-benefits-3-title": "Udržitelnější", - "page-staking-benefits-3-description": "Vkladatelé nemusí provádět energeticky náročné výpočty spojené s důkazem prací, aby se mohli podílet na zabezpečení sítě, což znamená, že vkladové uzly mohou běžet na relativně skromném hardwaru s velmi nízkou spotřebou energie.", + "page-staking-benefits-3-description": "Uzamykatelé nemusí provádět energeticky náročné výpočty spojené s důkazem prací, aby se mohli podílet na zabezpečení sítě, což znamená, že uzly uzamčení mohou běžet na relativně skromném hardwaru s velmi nízkou spotřebou energie.", "page-staking-benefits-3-link": "Další informace o spotřebě energie Etherea", - "page-staking-description": "Vkladem 32 ETH aktivujete software validátoru. Jako validátor budete zodpovědní za ukládání dat, zpracovávání transakcí a přidávání nových bloků na blockchain. Díky tomu bude Ethereum pro všechny bezpečné a vy budete v tomto procesu získávat nové ETH.", - "page-staking-hero-title": "Jak vkládat ETH", + "page-staking-description": "Uzamčením 32 ETH aktivujete software validátoru. Jako validátor budete zodpovědní za ukládání dat, zpracovávání transakcí a přidávání nových bloků na blockchain. Díky tomu bude Ethereum pro všechny bezpečné a vy budete v tomto procesu získávat nové ETH.", + "page-staking-hero-title": "Jak uzamknout ETH", "page-staking-hero-header": "Získávejte odměny a zároveň zabezpečujte Ethereum", "page-staking-hero-subtitle": "Jakýkoliv uživatel s jakýmkoliv množství ETH může pomoct zabezpečit síť a získat tak odměny.", - "page-staking-dropdown-home": "Domov vkládání", + "page-staking-dropdown-home": "Domov uzamčení", "page-staking-dropdown-solo": "Samostatné uzamčení", - "page-staking-more-on-solo": "Více o samostatném vkládání", - "page-staking-learn-more-solo": "Další informace o samostatném vkládání", + "page-staking-more-on-solo": "Více o samostatném uzamčení", + "page-staking-learn-more-solo": "Další informace o samostatném uzamčení", "page-staking-dropdown-saas": "Uzamčení jako služba", - "page-staking-more-on-saas": "Více o vkládání jako službě", - "page-staking-learn-more-saas": "Další informace o vkládání jako službě", + "page-staking-more-on-saas": "Více o uzamčení jako službě", + "page-staking-learn-more-saas": "Další informace o uzamčení jako službě", "page-staking-dropdown-pools": "Sdružené uzamčení", "page-staking-dropdown-withdrawals": "O výběrech", "page-staking-dropdown-dvt": "Distribuované technologie validátorů", - "page-staking-more-on-pools": "Více o sdruženém vkládání", - "page-staking-learn-more-pools": "Další informace o sdruženém vkládání", - "page-staking-section-what-title": "Co je to vkládání?", - "page-staking-section-why-title": "Proč vkládat ETH?", - "page-staking-section-why-p1": "Záleží na tom, kolik jste ochotni vložit. K aktivaci vlastního validátoru budete potřebovat 32 ETH, ale je možné vložit méně.", + "page-staking-more-on-pools": "Více o sdruženém uzamčení", + "page-staking-learn-more-pools": "Další informace o sdruženém uzamčení", + "page-staking-section-what-title": "Co je to uzamčení?", + "page-staking-section-why-title": "Proč uzamknout ETH?", + "page-staking-section-why-p1": "Záleží na tom, kolik jste ochotni uzamknout. K aktivaci vlastního validátoru budete potřebovat 32 ETH, ale je možné uzamknout méně.", "page-staking-section-why-p2": "Podívejte se na níže uvedené možnosti a vyberte si tu, která je pro vás a pro síť nejlepší.", "page-staking-guide-title-coincashew-ethereum": "Návod na Ethereum 2.0 od CoinCashew", "page-staking-guide-title-somer-esat": "Somer Esat", "page-staking-guide-title-rocket-pool": "Operátoři uzlů Rocket Pool", "page-staking-guide-description-linux": "Linux (CLI)", "page-staking-guide-description-mac-linux": "Linux, macOS (CLI)", - "page-staking-hierarchy-solo-h2": "Samostatné vkládání z domova", + "page-staking-hierarchy-solo-h2": "Samostatné uzamčení z domova", "page-staking-hierarchy-solo-pill-1": "Nejvýznamnější", "page-staking-hierarchy-solo-pill-2": "Plná kontrola", "page-staking-hierarchy-solo-pill-3": "Plné odměny", "page-staking-hierarchy-solo-pill-4": "Bez nutnosti další důvěry", - "page-staking-hierarchy-solo-p1": "Samostatné vkládání na Ethereu je zlatý standard pro vkládání. Poskytuje odměny za plnou účast, zlepšuje decentralizaci sítě a nikdy nevyžaduje, abyste své prostředky svěřili někomu jinému.", - "page-staking-hierarchy-solo-p2": "Ti, kteří uvažují o samostatném vkládání, by měli mít alespoň 32 ETH a vyhrazený počítač připojený k internetu cca 24/7. Nějaké technické znalosti jsou užitečné, ale nyní existují snadno použitelné nástroje, které tento proces usnadňují.", + "page-staking-hierarchy-solo-p1": "Samostatné uzamčení na Ethereu je zlatý standard pro uzamčení. Poskytuje odměny za plnou účast, zlepšuje decentralizaci sítě a nikdy nevyžaduje, abyste své prostředky svěřili někomu jinému.", + "page-staking-hierarchy-solo-p2": "Ti, kteří uvažují o samostatném uzamčení, by měli mít alespoň 32 ETH a vyhrazený počítač připojený k internetu cca 24/7. Nějaké technické znalosti jsou užitečné, ale nyní existují snadno použitelné nástroje, které tento proces usnadňují.", "page-staking-hierarchy-saas-pill-1": "Vašich 32 ETH", "page-staking-hierarchy-saas-pill-2": "Vaše klíče validátora", "page-staking-hierarchy-saas-pill-3": "Provoz svěřeného uzlu", - "page-staking-hierarchy-saas-p1": "Pokud nechcete nebo se necítíte na to, abyste se zabývali hardwarem, ale přesto chcete vložit svých 32 ETH, možnosti vkládání jako služby vám umožní delegovat náročnou část, zatímco budete získávat odměny za nativní bloky.", + "page-staking-hierarchy-saas-p1": "Pokud nechcete nebo se necítíte na to, abyste se zabývali hardwarem, ale přesto chcete uzamknout svých 32 ETH, možnosti uzamčení jako služby vám umožní delegovat náročnou část, zatímco budete získávat odměny za nativní bloky.", "page-staking-hierarchy-saas-p2": "Tyto možnosti vás obvykle provedou vytvořením sady údajů validátoru, nahráním podpisových klíčů a uložením vašich 32 ETH. To službě umožní provést ověření vaším jménem.", - "page-staking-hierarchy-saas-p3": "Tento způsob vkládání vyžaduje určitou míru důvěry v poskytovatele. Aby se omezilo riziko protistrany, klíče k výběru ETH jsou obvykle ve vašem vlastnictví.", - "page-staking-hierarchy-pools-pill-1": "Vložte jakoukoli částku", + "page-staking-hierarchy-saas-p3": "Tento způsob uzamčení vyžaduje určitou míru důvěry v poskytovatele. Aby se omezilo riziko protistrany, klíče k výběru ETH jsou obvykle ve vašem vlastnictví.", + "page-staking-hierarchy-pools-pill-1": "Uzamkněte jakoukoli částku", "page-staking-hierarchy-pools-pill-2": "Získávejte odměny", "page-staking-hierarchy-pools-pill-3": "Zachovejte jednoduchost", "page-staking-hierarchy-pools-pill-4": "Populární", - "page-staking-hierarchy-pools-p1": "V současné době existuje několik řešení pro sdružování, která pomáhají uživatelům, kteří nemají 32 ETH nebo se necítí na jejich vložení.", - "page-staking-hierarchy-pools-p2": "Mnoho z těchto možností zahrnuje takzvané „likvidní vkládání“, které zahrnuje likvidní token ERC-20, jenž představuje vložené ETH.", - "page-staking-hierarchy-pools-p3": "Likvidní vkládání umožňuje snadný a kdykoli proveditelný výstup a je stejně jednoduché jako výměna tokenů. Tato možnost také umožňuje uživatelům mít svá aktiva v úschově ve vlastní Ethereum peněžence.", - "page-staking-hierarchy-pools-p4": "Sdružené vkládání není nativní součástí sítě Ethereum. Tato řešení vytvářejí třetí strany a nesou s sebou vlastní rizika.", + "page-staking-hierarchy-pools-p1": "V současné době existuje několik řešení pro sdružování, která pomáhají uživatelům, kteří nemají 32 ETH nebo se necítí na jejich uzamčení.", + "page-staking-hierarchy-pools-p2": "Mnoho z těchto možností zahrnuje takzvané „likvidní uzamčení“, které zahrnuje likvidní token ERC-20, jenž představuje uzamčené ETH.", + "page-staking-hierarchy-pools-p3": "Likvidní uzamčení umožňuje snadný a kdykoli proveditelný výstup a je stejně jednoduché jako výměna tokenů. Tato možnost také umožňuje uživatelům mít svá aktiva v úschově ve vlastní Ethereum peněžence.", + "page-staking-hierarchy-pools-p4": "Sdružené uzamčení není nativní součástí sítě Ethereum. Tato řešení vytvářejí třetí strany a nesou s sebou vlastní rizika.", "page-staking-hierarchy-cex-h2": "Centralizované burzy", "page-staking-hierarchy-cex-pill-1": "Nejméně významné", "page-staking-hierarchy-cex-pill-2": "Nejvyšší předpoklady důvěry", - "page-staking-hierarchy-cex-p1": "Mnoho centralizovaných burz poskytuje služby vkládání, pokud vám zatím nevyhovuje držet ETH ve vlastní peněžence. Mohou být nouzovým řešením, které vám umožní získat určitý výnos z držby ETH s minimálním dohledem nebo úsilím.", + "page-staking-hierarchy-cex-p1": "Mnoho centralizovaných burz poskytuje služby uzamčení, pokud vám zatím nevyhovuje držet ETH ve vlastní peněžence. Mohou být nouzovým řešením, které vám umožní získat určitý výnos z držby ETH s minimálním dohledem nebo úsilím.", "page-staking-hierarchy-cex-p2": "Kompromisem je, že centralizovaní poskytovatelé konsolidují velké fondy ETH, aby mohli provozovat velké množství validátorů. To může být pro síť a její uživatele nebezpečné, protože vzniká velký centralizovaný cíl a bod selhání, čímž se síť stává zranitelnější vůči útokům nebo chybám.", - "page-staking-hierarchy-cex-p3": "Pokud vám držení svých vlastních klíčů nesedí, nevadí. Tyto možnosti jsou tu pro vás. Mezitím se podívejte na naši stránku o peněženkách, kde se můžete naučit, jak převzít skutečnou kontrolu nad svými prostředky. Až budete připraveni, vraťte se a vylepšete své vkladové schopnosti tím, že vyzkoušíte některou z nabízených služeb sdruženého vkládání s vlastní úschovou.", - "page-staking-hierarchy-subtext": "Jak jste si možná všimli, existuje mnoho způsobů, jak se zapojit do vkládání na Ethereu. Tyto cesty se zaměřují na širokou škálu uživatelů a nakonec jsou každá jedinečná a liší se z hlediska rizik, odměn a předpokladů důvěry. Některé jsou více decentralizované, odzkoušené a/nebo rizikovější než ostatní. V této oblasti poskytujeme některé informace o populárních projektech, ale vždy si udělejte vlastní průzkum, než někam ETH pošlete.", - "page-staking-comparison-solo-saas": "U poskytovatelů SaaS musíte stále vložit 32 ETH, ale nemusíte provozovat hardware. Obvykle si ponecháváte přístup ke svým klíčům validátoru, ale musíte také sdílet své podpisové klíče, aby provozovatel mohl jednat jménem vašeho validátoru. To zavádí vrstvu důvěry, která není přítomna při provozování vlastního hardwaru, a na rozdíl od samostaného vkládání z domova SaaS tolik nepomáhá s geografickým rozložením uzlů. Pokud si na provozování hardwaru nevěříte, ale přesto chcete vložit 32 ETH, může pro vás být využití poskytovatele SaaS dobrou volbou.", - "page-staking-comparison-solo-pools": "Samostatné vkládání je podstatně náročnější než vkládání se sdruženou službou, ale nabízí plný přístup k odměnám ETH a plnou kontrolu nad nastavením a zabezpečením validátoru. Vkládání se sdruženou službou má výrazně nižší vstupní bariéru. Uživatelé mohou vkládat malé částky ETH, nemusí generovat klíče validátoru a nemají žádné hardwarové požadavky kromě standardního připojení k internetu. Likviditní tokeny umožňují vystoupit z vkládání dříve, než je to umožněno na úrovni protokolu. Pokud vás tyto funkce zajímají, může pro vás být vhodným řešením sdružené vkládání.", - "page-staking-comparison-saas-solo": "Podobnost spočívá v tom, že máte vlastní ověřovací klíče a nemusíte sdružovat finanční prostředky, ale v případě SaaS musíte důvěřovat třetí straně, která může potenciálně jednat se zlými úmysly nebo se sama stát terčem útoku či regulace. Pokud se vás tyto předpoklady důvěryhodnosti nebo rizika centralizace týkají, zlatým standardem samosprávného vkládání je samostatné vkládání.", - "page-staking-comparison-saas-pools": "Ty jsou podobné v tom, že se zpravidla spoléháte na někoho jiného, kdo spustí klienta validátoru, ale na rozdíl od SaaS vám sdružené vkládání umožňuje účastnit se s menšími částkami ETH. Pokud chcete vkládat méně než 32 ETH, zvažte jejich vyzkoušení.", - "page-staking-comparison-pools-solo": "Sdružené vkládání má ve srovnání se samostatným vkládáním výrazně nižší vstupní bariéru, ale je spojeno s dalším rizikem a to tím, že všechny operace s uzly jsou delegovány na třetí stranu a jsou zpoplatněny. Samostatné vkládání poskytuje plnou suverenitu a kontrolu nad volbami, které se týkají výběru nastavení vkládání. Vkladatelé nikdy nemusí odevzdávat své klíče a získávají plnou odměnu, aniž by si zprostředkovatelé brali podíl.", - "page-staking-comparison-pools-saas": "Ty jsou si podobné v tom, že vkladatelé sami neprovozují software validátoru, ale na rozdíl od možností sdružování vyžaduje SaaS k aktivaci validátoru plný vklad 32 ETH. Odměny se vkladateli kumulují a obvykle zahrnují měsíční poplatek nebo jiný vklad za používání služby. Pokud dáváte přednost vlastním klíčům validátoru a chcete vložit alespoň 32 ETH, může pro vás být využití poskytovatele SaaS dobrou volbou.", + "page-staking-hierarchy-cex-p3": "Pokud vám držení svých vlastních klíčů nesedí, nevadí. Tyto možnosti jsou tu pro vás. Mezitím se podívejte na naši stránku o peněženkách, kde se můžete naučit, jak převzít skutečnou kontrolu nad svými prostředky. Až budete připraveni, vraťte se a vylepšete své schopnosti tím, že vyzkoušíte některou z nabízených služeb sdruženého uzamčení s vlastní úschovou.", + "page-staking-hierarchy-subtext": "Jak jste si možná všimli, existuje mnoho způsobů, jak se zapojit do uzamčení na Ethereu. Tyto cesty se zaměřují na širokou škálu uživatelů a nakonec jsou každá jedinečná a liší se z hlediska rizik, odměn a předpokladů důvěry. Některé jsou více decentralizované, odzkoušené a/nebo rizikovější než ostatní. V této oblasti poskytujeme některé informace o populárních projektech, ale vždy si udělejte vlastní průzkum, než někam ETH pošlete.", + "page-staking-comparison-solo-saas": "U poskytovatelů SaaS musíte stále vložit 32 ETH, ale nemusíte provozovat hardware. Obvykle si ponecháváte přístup ke svým klíčům validátoru, ale musíte také sdílet své podpisové klíče, aby provozovatel mohl jednat jménem vašeho validátoru. To zavádí vrstvu důvěry, která není přítomna při provozování vlastního hardwaru, a na rozdíl od samostaného uzamčení z domova SaaS tolik nepomáhá s geografickým rozložením uzlů. Pokud si na provozování hardwaru nevěříte, ale přesto chcete vložit 32 ETH, může pro vás být využití poskytovatele SaaS dobrou volbou.", + "page-staking-comparison-solo-pools": "Samostatné uzamčení je podstatně náročnější než uzamčení se sdruženou službou, ale nabízí plný přístup k odměnám ETH a plnou kontrolu nad nastavením a zabezpečením validátoru. Uzamčení se sdruženou službou má výrazně nižší vstupní bariéru. Uživatelé mohou uzamykat malé částky ETH, nemusí generovat klíče validátoru a nemají žádné hardwarové požadavky kromě standardního připojení k internetu. Likviditní tokeny umožňují vystoupit z uzamčení dříve, než je to umožněno na úrovni protokolu. Pokud vás tyto funkce zajímají, může pro vás být vhodným řešením sdružené uzamčení.", + "page-staking-comparison-saas-solo": "Podobnost spočívá v tom, že máte vlastní ověřovací klíče a nemusíte sdružovat finanční prostředky, ale v případě SaaS musíte důvěřovat třetí straně, která může potenciálně jednat se zlými úmysly nebo se sama stát terčem útoku či regulace. Pokud se vás tyto předpoklady důvěryhodnosti nebo rizika centralizace týkají, zlatým standardem samosprávného uzamčení je samostatné uzamčení.", + "page-staking-comparison-saas-pools": "Ty jsou podobné v tom, že se zpravidla spoléháte na někoho jiného, kdo spustí klienta validátoru, ale na rozdíl od SaaS vám sdružené uzamčení umožňuje účastnit se s menšími částkami ETH. Pokud chcete uzamknout méně než 32 ETH, zvažte jejich vyzkoušení.", + "page-staking-comparison-pools-solo": "Sdružené uzamčení má ve srovnání se samostatným uzamčením výrazně nižší vstupní bariéru, ale je spojeno s dalším rizikem a to tím, že všechny operace s uzly jsou delegovány na třetí stranu a jsou zpoplatněny. Samostatné uzamčení poskytuje plnou suverenitu a kontrolu nad volbami, které se týkají výběru nastavení uzamčení. Uzamykatelé nikdy nemusí odevzdávat své klíče a získávají plnou odměnu, aniž by si zprostředkovatelé brali podíl.", + "page-staking-comparison-pools-saas": "Ty jsou si podobné v tom, že uzamykatelé sami neprovozují software validátoru, ale na rozdíl od možností sdružování vyžaduje SaaS k aktivaci validátoru plný vklad 32 ETH. Odměny se uzamykateli kumulují a obvykle zahrnují měsíční poplatek nebo jiné uzamčení za používání služby. Pokud dáváte přednost vlastním klíčům validátoru a chcete uzamknout alespoň 32 ETH, může pro vás být využití poskytovatele SaaS dobrou volbou.", "page-staking-considerations-solo-1-title": "Open Source", "page-staking-considerations-solo-1-description": "Zásadní kód je 100% open source a je k dispozici veřejnosti k forknutí a použití", "page-staking-considerations-solo-1-warning": "Closed source", @@ -103,18 +103,19 @@ "page-staking-considerations-solo-5-title": "Bez nutnosti další důvěry", "page-staking-considerations-solo-5-description": "Klíče validátoru nejsou v žádném okamžiku životního cyklu validátoru svěřeny žádnému jinému člověku. Veškeré zapojené chytré smlouvy jsou bez zadních vrátek, bez závislosti na privilegovaných oprávněních k provádění.", "page-staking-considerations-solo-5-warning": "Nutnost důvěry", + "page-staking-considerations-solo-6-title": "Bez nutnosti povolení", "page-staking-considerations-solo-6-description": "Uživatelé nepotřebují žádné zvláštní oprávnění k provozování validátoru pomocí softwaru nebo služby.", "page-staking-considerations-solo-6-valid": "Oprávnění nepožadováno", "page-staking-considerations-solo-6-warning": "Oprávnění požadováno", "page-staking-considerations-solo-7-title": "Víceklientový", - "page-staking-considerations-solo-7-description": "Software umožňuje uživatelům vybírat a přepínat mezi nejméně dvěma nebo více klienty pro provádění a dvěma nebo více klienty konsensuální vrstvy", + "page-staking-considerations-solo-7-description": "Software umožňuje uživatelům vybírat a přepínat mezi nejméně dvěma nebo více exekučními klienty a dvěma nebo více klienty vrstvy konsenzu", "page-staking-considerations-solo-7-valid": "Lehké přepínání mezi klienty", "page-staking-considerations-solo-7-warning": "Omezeno na většinového klienta", "page-staking-considerations-solo-8-title": "Vlastní úschova", "page-staking-considerations-solo-8-description": "Uživatel si ponechává v úschově všechna pověření validátoru, včetně podpisových klíčů a klíčů pro výběr.", "page-staking-considerations-solo-8-warning": "Správce třetí strany", "page-staking-considerations-solo-9-title": "Úsporný", - "page-staking-considerations-solo-9-description": "Uživatelé mohou provozovat validátor s vkladem nižším než 32 ETH a využívat sdružené prostředky od ostatních.", + "page-staking-considerations-solo-9-description": "Uživatelé mohou provozovat validátor s uzamčením nižším než 32 ETH a využívat sdružené prostředky od ostatních.", "page-staking-considerations-solo-9-valid": "< 32 ETH", "page-staking-considerations-solo-9-warning": "32 ETH", "page-staking-considerations-saas-4-description": "Služba byla dostupná a používaná veřejností po uvedenou dobu.", @@ -122,88 +123,88 @@ "page-staking-considerations-saas-6-valid": "Kdokoli se může připojit.", "page-staking-considerations-saas-6-warning": "Oprávnění požadováno", "page-staking-considerations-saas-7-title": "Různorodost provedení", - "page-staking-considerations-saas-7-description": "Služba by neměla spouštět více než 50 % svých souhrnných validátorů s většinovým klientem.", + "page-staking-considerations-saas-7-description": "Služba by neměla spouštět více než 50 % svých souhrnných validátorů s většinovým exekučním klientem.", "page-staking-considerations-saas-7-valid": "Méně než 50 %", "page-staking-considerations-saas-7-caution": "Současně neznámo", "page-staking-considerations-saas-7-warning": "Více než 50 %", "page-staking-considerations-saas-8-title": "Různorodost konsenzu", - "page-staking-considerations-saas-8-description": "Služba by neměla spouštět více než 50 % svých souhrnných validátorů s konsensuálním klientem.", + "page-staking-considerations-saas-8-description": "Služba by neměla spouštět více než 50 % svých souhrnných validátorů s konsenzus klientem.", "page-staking-considerations-saas-8-valid": "Méně než 50 %", "page-staking-considerations-saas-8-caution": "Současně neznámo", "page-staking-considerations-saas-8-warning": "Více než 50 %", "page-staking-considerations-pools-5-description": "Služba nevyžaduje, abyste svěřovali klíče do úschovy nebo rozdělovali odměny lidem.", "page-staking-considerations-pools-6-title": "Uzly bez oprávnění", "page-staking-considerations-pools-6-description": "Služba umožňuje komukoli se bez oprávnění připojit jako provozovatel uzlu pro fond.", - "page-staking-considerations-pools-7-description": "Služba by neměla spouštět více než 50 % svých souhrnných validátorů s většinovým klientem.", + "page-staking-considerations-pools-7-description": "Služba by neměla spouštět více než 50 % svých souhrnných validátorů s většinovým exekučním klientem.", "page-staking-considerations-pools-8-title": "Token likvidity", - "page-staking-considerations-pools-8-description": "Nabízí obchodovatelný token likvidity představující vaše vložené ETH, který je uložen ve vaší peněžence.", + "page-staking-considerations-pools-8-description": "Nabízí obchodovatelný token likvidity představující vaše uzamčené ETH, který je uložen ve vaší peněžence.", "page-staking-considerations-pools-8-valid": "Token(y) likvidity", "page-staking-considerations-pools-8-warning": "Žádný token likvidity", - "page-staking-considerations-pools-9-description": "Služba by neměla spouštět více než 50 % svých souhrnných validátorů s konsensuálním klientem.", - "page-staking-how-solo-works-item-1": "Pořiďte si nějaký hardware: Musíte provozovat uzel, abyste mohli vkládat.", + "page-staking-considerations-pools-9-description": "Služba by neměla spouštět více než 50 % svých souhrnných validátorů s konsenzus klientem.", + "page-staking-how-solo-works-item-1": "Pořiďte si nějaký hardware: Musíte provozovat uzel, abyste mohli uzamykat.", "page-staking-how-solo-works-item-2": "Synchronizujte klienta exekuční vrstvy.", - "page-staking-how-solo-works-item-3": "Synchronizujte klienta konsensuální vrstvy.", + "page-staking-how-solo-works-item-3": "Synchronizujte klienta vrstvy konsenzu.", "page-staking-how-solo-works-item-4": "Vygenerujte si klíče a načtěte je do klienta validátoru.", "page-staking-how-solo-works-item-5": "Dohlížejte na svůj uzel a starejte se o něj.", - "page-staking-launchpad-widget-testnet-label": "Testovací síť Holesky", - "page-staking-launchpad-widget-testnet-start": "Začněte vkládat na testovací síti Holesky", + "page-staking-launchpad-widget-testnet-label": "Testovací síť Goerli", + "page-staking-launchpad-widget-testnet-start": "Začněte uzamykat na testovací síti Goerli", "page-staking-launchpad-widget-mainnet-label": "Mainnet", - "page-staking-launchpad-widget-mainnet-start": "Začněte vkládat na hlavní síti", + "page-staking-launchpad-widget-mainnet-start": "Začněte uzamykat na hlavní síti", "page-staking-launchpad-widget-span": "Vybrat síť", - "page-staking-launchpad-widget-p1": "Od samostatných validátorů se očekává, že si vyzkouší své nastavení a provozní dovednosti na testovací síti Holesky, než začnou riskovat finanční prostředky. Nezapomeňte, že je důležité zvolit menšinového klienta, protože to zvyšuje bezpečnost sítě a omezuje vaše riziko.", - "page-staking-launchpad-widget-p2": "Pokud to zvládnete, můžete vše potřebné nastavit z příkazového řádku pouze pomocí vkladového spouštěcího panelu.", - "page-staking-launchpad-widget-p3": "Abyste si usnadnili práci, podívejte se na některé z níže uvedených nástrojů a návodů, které vám při práci s vkladovým spouštěcím panelem pomohou snadno nastavit vaše klienty.", + "page-staking-launchpad-widget-p1": "Od samostatných validátorů očekáváme, že si vyzkouší své nastavení a provozní dovednosti na testovací síti Holesky, než začnou riskovat finanční prostředky. Nezapomeňte, že je důležité zvolit menšinového klienta, protože to zvyšuje bezpečnost sítě a omezuje vaše riziko.", + "page-staking-launchpad-widget-p2": "Pokud to zvládnete, můžete vše potřebné nastavit z příkazového řádku pouze pomocí spouštěcího panelu uzamčení.", + "page-staking-launchpad-widget-p3": "Abyste si usnadnili práci, podívejte se na některé z níže uvedených nástrojů a návodů, které vám při práci se spouštěcím panelem uzamčení pomohou snadno nastavit vaše klienty.", "page-staking-launchpad-widget-link": "Softwarové nástroje a návod", "page-staking-products-get-started": "Začít", - "page-staking-dropdown-staking-options": "Možnosti vkládání", - "page-staking-dropdown-staking-options-alt": "Rozbalovací nabídka možností vkládání", - "page-staking-stats-box-metric-1": "Celkový objem vloženého ETH", + "page-staking-dropdown-staking-options": "Možnosti uzamčení", + "page-staking-dropdown-staking-options-alt": "Rozbalovací nabídka možností uzamčení", + "page-staking-stats-box-metric-1": "Celkový objem uzamčeného ETH", "page-staking-stats-box-metric-2": "Celkem validátorů", "page-staking-stats-box-metric-3": "Aktuální RPS", - "page-staking-stats-box-metric-1-tooltip": "Celkový objem vloženého ETH na Beacon Chainu, bez zůstatků nad 32 ETH", + "page-staking-stats-box-metric-1-tooltip": "Celkový objem uzamčeného ETH na Beacon Chainu, bez zůstatků nad 32 ETH", "page-staking-stats-box-metric-2-tooltip": "Počet aktuálně aktivovaných účtů validátorů na Beacon Chainu", "page-staking-stats-box-metric-3-tooltip": "Průměrný anualizovaný finanční výnos na validátora za posledních 24 hodin", - "page-staking-section-comparison-subtitle": "Neexistuje žádné univerzální řešení pro vkládání a každé je jedinečné. Zde porovnáme některá rizika, odměny a požadavky různých způsobů vkládání.", + "page-staking-section-comparison-subtitle": "Neexistuje žádné univerzální řešení pro uzamčení a každé je jedinečné. Zde porovnáme některá rizika, odměny a požadavky různých způsobů vkládání.", "page-staking-section-comparison-rewards-title": "Odměny", "page-staking-section-comparison-solo-rewards-li1": "Maximální odměny – získejte plnou odměnu přímo z protokolu", "page-staking-section-comparison-solo-rewards-li2": "Odměnu získáte za dávkování transakcí do nového bloku nebo za kontrolu práce ostatních validátorů, aby řetězec fungoval bezpečně.", "page-staking-section-comparison-solo-rewards-li3": "Za navržené bloky obdržíte také poplatky za nespálené transakce.", "page-staking-section-comparison-saas-rewards-li1": "Obvykle zahrnuje plnou odměnu za protokol po odečtení měsíčního poplatku za provoz uzlu.", "page-staking-section-comparison-saas-rewards-li2": "Často jsou k dispozici ovládací panely pro snadné sledování klienta validátoru.", - "page-staking-section-comparison-pools-rewards-li1": "Sdružení vkladatelé získávají odměny různým způsobem v závislosti na zvolené metodě sdruženého vkládání.", - "page-staking-section-comparison-pools-rewards-li2": "Mnoho služeb sdruženého vkládání nabízí jeden nebo více tokenů likvidity, které představují vaše vložené ETH plus váš podíl na odměnách validátorů", + "page-staking-section-comparison-pools-rewards-li1": "Sdružení uzamykatelé získávají odměny různým způsobem v závislosti na zvolené metodě sdruženého uzamčení.", + "page-staking-section-comparison-pools-rewards-li2": "Mnoho služeb sdruženého uzamčení nabízí jeden nebo více tokenů likvidity, které představují vaše uzamčené ETH plus váš podíl na odměnách validátorů", "page-staking-section-comparison-pools-rewards-li3": "Tokeny likvidity můžete držet ve vlastní peněžence, používat je v DeFi a prodat je, pokud se rozhodnete odejít", "page-staking-section-comparison-risks-title": "Rizika", "page-staking-section-comparison-solo-risks-li1": "Vaše ETH je v sázce", "page-staking-section-comparison-solo-risks-li2": "Za přechod do režimu offline jsou stanoveny sankce, které stojí ETH.", "page-staking-section-comparison-solo-risks-li3": "Škodlivé chování může vést k potrestání většího množství ETH a nucenému vyřazení ze sítě.", - "page-staking-section-comparison-saas-risks-li1": "Stejná rizika jako u samostatného vkládání a navíc riziko protistrany poskytovatele služeb", + "page-staking-section-comparison-saas-risks-li1": "Stejná rizika jako u samostatného uzamčení a navíc riziko protistrany poskytovatele služeb", "page-staking-section-comparison-saas-risks-li2": "Používání vašich podpisových klíčů je svěřeno někomu jinému, kdo by se mohl chovat zlomyslně.", "page-staking-section-comparison-pools-risks-li1": "Rizika se liší v závislosti na použité metodě.", "page-staking-section-comparison-pools-risks-li2": "Obecně se rizika skládají z kombinace rizika protistrany, chytrého kontraktu a rizika provedení", "page-staking-section-comparison-requirements-title": "Požadavky", - "page-staking-section-comparison-solo-requirements-li1": "Musíte vložit 32 ETH.", + "page-staking-section-comparison-solo-requirements-li1": "Musíte vložit 32 ETH", "page-staking-section-comparison-solo-requirements-li2": "Musíte se starat o hardware, na kterém běží exekuční a konsensuální klient Etherea, který je zároveň připojen k internetu", - "page-staking-section-comparison-solo-requirements-li3": "Vkladový spouštěcí panel vás provede procesem a hardwarovými požadavky.", - "page-staking-section-comparison-saas-requirements-li1": "Vložte 32 ETH a vygenerujte si s pomocí klíče.", + "page-staking-section-comparison-solo-requirements-li3": "Spouštěcí panel uzamčení vás provede procesem a hardwarovými požadavky.", + "page-staking-section-comparison-saas-requirements-li1": "Vložte 32 ETH a vygenerujte si s pomocí své klíče", "page-staking-section-comparison-saas-requirements-li2": "Bezpečně si uložte své klíče.", "page-staking-section-comparison-saas-requirements-li3": "O zbytek je postaráno, i když se konkrétní služby liší.", "page-staking-section-comparison-pools-requirements-li1": "Nejnižší požadavky na ETH, některé projekty vyžadují pouze 0,01 ETH.", - "page-staking-section-comparison-pools-requirements-li2": "Vkládejte přímo ze své peněženky na různé sdružené vkladové platformy nebo jednoduše obchodujte za jeden z vkladových tokenů likvidity.", + "page-staking-section-comparison-pools-requirements-li2": "Vkládejte přímo ze své peněženky na různé sdružené platformy uzamčení nebo jednoduše obchodujte za jeden z tokenů likvidity uzamčení.", "page-staking-faq-1-question": "Co je to validátor?", - "page-staking-faq-1-answer": "Validátor je virtuální entita, která žije na Ethereu a podílí se na konsensu Ethereum protokolu. Validátory jsou reprezentovány zůstatkem, veřejným klíčem a dalšími vlastnostmi. Klient validátoru je software, který jedná jménem validátoru tím, že drží a používá jeho soukromý klíč. Jeden klient validátoru může držet mnoho párů klíčů a ovládat mnoho validátorů.", - "page-staking-faq-2-question": "Proč musím mít vložené prostředky?", - "page-staking-faq-2-answer": "Validátor má možnost navrhovat a atestovat bloky pro síť. Aby se zabránilo nečestnému chování, musí mít uživatelé vložené své prostředky. To umožňuje protokolu potrestat nepoctivé aktéry. Vkládání je prostředkem k udržení poctivosti, protože vaše činy budou mít finanční následky.", + "page-staking-faq-1-answer": "Validátor je virtuální entita, která žije na Ethereu a podílí se na konsensu Ethereum protokolu. Validátory jsou reprezentovány zůstatkem, veřejným klíčem a dalšími vlastnostmi. Klient validátoru je software, který jedná jménem validátoru tím, že drží a používá jeho privátní klíč. Jeden klient validátoru může držet mnoho párů klíčů a ovládat mnoho validátorů.", + "page-staking-faq-2-question": "Proč musím mít uzamčené prostředky?", + "page-staking-faq-2-answer": "Validátor má možnost navrhovat a atestovat bloky pro síť. Aby se zabránilo nečestnému chování, musí mít uživatelé uzamčené své prostředky. To umožňuje protokolu potrestat nepoctivé aktéry. Vkládání je prostředkem k udržení poctivosti, protože vaše činy budou mít finanční následky.", "page-staking-faq-3-question": "Mohu si koupit „Eth2“?", "page-staking-faq-3-answer-p1": "Nativní token „Eth2“ v protokolu neexistuje, protože nativní token etheru (ETH) se při přechodu na důkaz podílem nezměnil.", - "page-staking-faq-3-answer-p2": "Existují odvozené tokeny/tickery, které mohou představovat vložené ETH (tj. rETH od Rocket Pool, stETH od Lido, ETH2 od Coinbase). Více informací o vkladových fondech", - "page-staking-faq-4-question": "Je vkládání již v provozu?", - "page-staking-faq-4-answer-p1": "Ano, vkládání je v provozu od 1. prosince 2020.", - "page-staking-faq-4-answer-p2": "To znamená, že uživatelé mohou v současné době vkládat své ETH, spustit klienta validátoru a začít získávat odměny.", - "page-staking-faq-4-answer-p3": "Upgrade Šanghaj/Capella byl dokončen 12. dubna 2023, což umožnilo výběry vložených částek a uzavřelo smyčku likvidity vkládání.", - "page-staking-faq-5-question": "Kdy mohu vybrat své vložené ETH?", - "page-staking-faq-5-answer-p1": "Hned teď! Vkladatelé si mohou vybrat své odměny a/nebo hlavní vklad ze svého zůstatku na validátoru, pokud se tak rozhodnou.", - "page-staking-faq-5-answer-p2": "Vkladatelé také získávají odměny ve formě poplatků a MEV při navrhování bloků, které jsou okamžitě k dispozici prostřednictvím nastavené adresy příjemce poplatků.", + "page-staking-faq-3-answer-p2": "Existují odvozené tokeny/tickery, které mohou představovat uzamčené ETH (tj. rETH od Rocket Pool, stETH od Lido, ETH2 od Coinbase). Více informací o fondech uzamčení", + "page-staking-faq-4-question": "Je uzamčení již v provozu?", + "page-staking-faq-4-answer-p1": "Ano, uzamčení je v provozu od 1. prosince 2020.", + "page-staking-faq-4-answer-p2": "To znamená, že uživatelé mohou v současné době uzamykat své ETH, spustit klienta validátoru a začít získávat odměny.", + "page-staking-faq-4-answer-p3": "Upgrade Šanghaj/Capella byl dokončen 12. dubna 2023, což umožnilo výběry uzamčených částek a uzavřelo smyčku likvidity uzamčení.", + "page-staking-faq-5-question": "Kdy mohu vybrat své uzamčené ETH?", + "page-staking-faq-5-answer-p1": "Hned teď! Uzamykatelé si mohou vybrat své odměny a/nebo hlavní vklad ze svého zůstatku na validátoru, pokud se tak rozhodnou.", + "page-staking-faq-5-answer-p2": "Uzamykatelé také získávají odměny ve formě poplatků a MEV při navrhování bloků, které jsou okamžitě k dispozici prostřednictvím nastavené adresy příjemce poplatků.", "page-staking-faq-5-answer-link": "Více o výběru vkladů", "page-staking-further-reading-author-vitalik-buterin": "Vitalik Buterin", "page-staking-further-reading-2-link": "Odůvodnění návrhu Serenity", @@ -213,19 +214,22 @@ "page-staking-further-reading-5-author": "Danny Ryan", "page-staking-further-reading-6-link": "Příspěvky atestantů", "page-staking-further-reading-8-link": "Vzdělávací materiály přispívané komunitou Beaconcha.in", - "page-staking-further-reading-9-link": "ČKO o vkladovém spouštěcím panelu Etherea", + "page-staking-further-reading-9-link": "ČKO o spouštěcím panelu uzamčení Etherea", "page-staking-further-reading-10-link": "Databáze znalostí EthStaker", - "page-staking-toc-how-to-stake-your-eth": "Jak vkládat ETH", - "page-staking-toc-comparison-of-options": "Srovnání možností vkládání", + "page-staking-toc-how-to-stake-your-eth": "Jak uzamknout ETH", + "page-staking-toc-comparison-of-options": "Srovnání možností uzamčení", "page-staking-toc-faq": "Časté dotazy", "page-staking-toc-further": "Další informace", - "page-staking-dom-info-title": "Vkládání s Ethereem", - "page-staking-join-community": "Připojte se ke komunitě vkladatelů", - "page-staking-join-community-desc": "EthStaker je komunita pro všechny, kteří chtějí diskutovat a učit se o vkládání na Ethereu. Připojte se k desítkám tisíc členů z celého světa, kteří vám poradí, poskytnou podporu a budou se bavit o všem, co se týká vkládání.", - "page-staking-meta-description": "Přehled vkládání na Ethereu: rizika, odměny, požadavky a místa, kde vkládání provádět.", - "page-staking-meta-title": "Vkládání na Ethereu", + "page-staking-dom-info-title": "Uzamčenís Ethereem", + "page-staking-join-community": "Připojte se ke komunitě uzamykatelů", + "page-staking-join-community-desc": "EthStaker je komunita pro všechny, kteří chtějí diskutovat a učit se o uzamčení na Ethereu. Připojte se k desítkám tisíc členů z celého světa, kteří vám poradí, poskytnou podporu a budou se bavit o všem, co se týká vkládání.", + "page-staking-meta-description": "Přehled uzamčení na Ethereu: rizika, odměny, požadavky a místa, kde vkládání provádět.", + "page-staking-meta-title": "Uzamčení na Ethereu", "page-staking-withdrawals-important-notices": "Důležitá upozornění", "page-staking-withdrawals-important-notices-desc": "Výběry zatím nejsou k dispozici. Pro více informací si prosím přečtěte ČKO o Eth2 Sloučení a po Sloučení.", "page-upgrades-merge-btn": "Více o mergi", - "subscribe-to-ef-blog": "Přihlaste se k odběru blogu EF a dostávejte e-mailová upozornění na nejnovější oznámení o protokolu." + "subscribe-to-ef-blog": "Přihlaste se k odběru blogu EF a dostávejte e-mailová upozornění na nejnovější oznámení o protokolu.", + "page-staking-comparison-with-other-options": "Srovnání s dalšími možnostmi", + "page-staking-any-amount": "Jakákoliv částka", + "page-staking-testnet": "testovací síť" } diff --git a/src/intl/cs/page-wallets-find-wallet.json b/src/intl/cs/page-wallets-find-wallet.json index 9dd29d25221..28a02a6c943 100644 --- a/src/intl/cs/page-wallets-find-wallet.json +++ b/src/intl/cs/page-wallets-find-wallet.json @@ -8,28 +8,28 @@ "page-find-wallet-meta-title": "Najděte peněženku pro Ethereum", "page-find-wallet-title": "Zvolte peněženku", "page-find-wallet-try-removing": "Zkuste odebrat funkci nebo dvě", - "page-stake-eth": "Stakujte ETH", + "page-stake-eth": "Uzamčete ETH", "page-find-wallet-open-source": "Open Source", "page-find-wallet-open-source-desc": "Open-source software umožňuje komukoliv kontrolovat integritu a bezpečnost aplikace", "page-find-wallet-self-custody": "Vlastní úschova", "page-find-wallet-non-custodial": "Osobní vlastnictví", - "page-find-wallet-non-custodial-desc": "Peněženky, které neovládají vaše soukromé klíče", + "page-find-wallet-non-custodial-desc": "Peněženky, které neovládají vaše privátní klíče", "page-find-wallet-hardware-wallet-support": "Podpora hardwarové peněženky", "page-find-wallet-hardware-wallet-support-desc": "Peněženky, které se mohou připojit k hardwarové peněžence pro lepší zabezpečení", "page-find-wallet-rpc-importing": "Importování RPC", "page-find-wallet-rpc-importing-desc": "Peněženky podporující vlastní koncové RPC pro připojení k různým uzlům nebo sítím", "page-find-wallet-nft-support": "Podpora NFT", "page-find-wallet-nft-support-desc": "Peněženky, které podporují prohlížení a interakci s vašimi NFT", - "page-find-wallet-connect-to-dapps": "Připojit k dapps", + "page-find-wallet-connect-to-dapps": "Připojit k dappkám", "page-find-wallet-connect-to-dapps-desc": "Můžete se připojit k aplikacím, které podporují WalletConnect nebo jinou alternativu.", - "page-find-wallet-staking": "Vkládání", - "page-find-wallet-staking-desc": "Staking ETH přímo z peněženky", + "page-find-wallet-staking": "Uzamčení", + "page-find-wallet-staking-desc": "Uzamčení ETH přímo z peněženky", "page-find-wallet-swaps": "Swapy", "page-find-wallet-swaps-desc": "Vyměnit tokeny ERC-20 přímo v peněžence", "page-find-wallet-layer-2": "Vrstva 2", "page-find-wallet-layer-2-desc": "Peněženky podporující Ethereum vrstvu 2", - "page-find-wallet-gas-fee-customization": "Přizpůsobení poplatků", - "page-find-wallet-gas-fee-customization-desc": "Přizpůsobte si výši poplatků (základní poplatek, prioritní poplatek a maximální poplatek)", + "page-find-wallet-gas-fee-customization": "Přizpůsobení poplatků za palivo", + "page-find-wallet-gas-fee-customization-desc": "Přizpůsobte si výši poplatků za palivo (základní poplatek, prioritní poplatek a maximální poplatek)", "page-find-wallet-ens-support": "Podpora ENS", "page-find-wallet-ens-support-desc": "Peněženky, které podporují službu Ethereum Name Service (ENS)", "page-find-wallet-token-importing": "Importování tokenu", @@ -41,7 +41,7 @@ "page-find-wallet-multisig": "Multisig", "page-find-wallet-multisig-desc": "Peněženky, které vyžadují více podpisů pro autorizaci transakce", "page-find-wallet-social-recovery": "Obnova přístupu", - "page-find-wallet-social-recovery-desc": "Peněženky, které strážcům umožňují změnit podpisový klíč pro smart contract peněženky", + "page-find-wallet-social-recovery-desc": "Peněženky, které strážcům umožňují změnit podpisový klíč pro peněženky chytrých kontraktů", "page-find-wallet-languages-supported": "Jazyková podpora", "page-find-wallet-languages-search-language": "Vyhledat jazyk", "page-find-wallet-popular-languages": "Nejpopulárnější", diff --git a/src/intl/cs/page-wallets.json b/src/intl/cs/page-wallets.json index 9b123c5847f..a6099d9ef0b 100644 --- a/src/intl/cs/page-wallets.json +++ b/src/intl/cs/page-wallets.json @@ -30,7 +30,7 @@ "page-wallets-meta-description": "Co potřebujete vědět, abyste mohli používat peněženku na ETH.", "page-wallets-meta-title": "Peněženky pro Ethereum", "page-wallets-mobile": "Mobilní aplikace, díky kterým jsou vaše finanční prostředky dostupné odkudkoli.", - "page-wallets-more-on-dapps-btn": "Více o dapps", + "page-wallets-more-on-dapps-btn": "Více o dappkách", "page-wallets-most-wallets": "Ve většině peněženek si můžete vytvořit nový účet na síti Ethereum. Takže už nemusíte nějaký mít předtím, než stáhnete peněženku.", "page-wallets-protecting-yourself": "Chráníme sebe a vaše prostředky", "page-wallets-seed-phrase": "Zapište si vaši frázi pro obnovení.", @@ -48,9 +48,9 @@ "page-wallets-title": "Peněženky pro Ethereum", "page-wallets-triple-check": "Vše raději třikrát zkontrolujte", "page-wallets-triple-check-desc": "Pamatujte, transakce nelze vrátit zpět a peněženky nelze jednoduše obnovit, takže buďte opatrní a obezřetní za každých okolností.", - "page-wallets-try-dapps": "Vyzkoušejte decentralizované aplikace", + "page-wallets-try-dapps": "Vyzkoušejte dappky", "page-wallets-try-dapps-alt": "Obrázek spolupracujících členů komunity platformy Ethereum", - "page-wallets-try-dapps-desc": "Decentralizované aplikace (dappky) jsou aplikace postavené na platformě Ethereum. Jsou levnější, spravedlivější a shovívavější k vašim datům než většina tradičních aplikací.", + "page-wallets-try-dapps-desc": "Dappky jsou aplikace postavené na platformě Ethereum. Jsou levnější, spravedlivější a shovívavější k vašim datům než většina tradičních aplikací.", "page-wallets-types": "Typy peněženek", "page-wallets-types-desc": "Je více způsobů, jak interagovat se svým účtem:", "page-wallets-web-browser": "Peněženky v prohlížeči jsou webové aplikace, které umožňují interakci s účtem přímo v prohlížeči.", diff --git a/src/intl/cs/page-what-is-ethereum.json b/src/intl/cs/page-what-is-ethereum.json index d994404674d..d70c70dbb5b 100644 --- a/src/intl/cs/page-what-is-ethereum.json +++ b/src/intl/cs/page-what-is-ethereum.json @@ -3,7 +3,7 @@ "page-what-is-ethereum-alt-img-comm": "Obrázek spolupracujících členů komunity platformy Ethereum", "page-what-is-ethereum-alt-img-lego": "Ilustrace ruky tvořící logo ETH z lega", "page-what-is-ethereum-banking-card": "Bankovnictví pro všechny", - "page-what-is-ethereum-banking-card-desc": "Ne každý má přístup k finančním službám. K přístupu k Ethereu a na něm postaveným úvěrovým, výpůjčním a spořicím produktům však potřebujete pouze připojení k internetu.", + "page-what-is-ethereum-banking-card-desc": "Ne každý má přístup k finančním službám. K přístupu na síť Ethereum a k jejím úvěrům, půjčkám a spořicím produktům stačí jen připojení k internetu.", "page-what-is-ethereum-build": "Vytvořte něco s Ethereem", "page-what-is-ethereum-build-desc": "Pokud chcete začít vystavět svou budoucnost na Ethereu, přečtěte si naši dokumentaci, vyzkoušejte si návody a nástroje, abyste věděli, kde začít.", "page-what-is-ethereum-censorless-card": "Odolnost proti cenzuře", @@ -51,21 +51,21 @@ "page-what-is-ethereum-slide-1-desc-2": "Ethereum a stablecoiny zjednodušují proces posílání peněz do zahraničí. Přesun finančních prostředků po celém světě často trvá jen několik minut a za zlomek ceny, na rozdíl od průměrných bank, kterým to trvá několik pracovních dnů nebo dokonce týdnů. Kromě toho neexistuje žádný dodatečný poplatek za provedení transakce s vysokou hodnotou a existují nulová omezení toho, kde nebo proč posíláte své peníze.", "page-what-is-ethereum-slide-2-title": "Nejrychlejší pomoc v době krize", "page-what-is-ethereum-slide-2-desc-1": "Máte-li to štěstí, že máte více možností bankovnictví prostřednictvím důvěryhodných institucí, kde žijete, můžete považovat za samozřejmou finanční svobodu, bezpečnost a stabilitu, kterou nabízejí. Pro mnoho lidí po celém světě, kteří čelí politické represi nebo hospodářským těžkostem, však finanční instituce nemusí poskytovat potřebnou ochranu nebo služby.", - "page-what-is-ethereum-slide-2-desc-2": "Když válka, ekonomické katastrofy nebo potlačování občanských svobod zasáhly obyvatele Venezuely, Kuby, Afghánistánu, Nigérie, Běloruska a Ukrajiny, představovaly kryptoměny nejrychlejší a často jedinou možnost, jak si zachovat finanční nezávislost. 1 Jak je vidět na těchto příkladech, kryptoměny jako Ethereum mohou poskytnout neomezený přístup ke globální ekonomice, když jsou lidé odříznuti od okolního světa. Kromě toho stablecoiny nabízejí uchování hodnoty, když se místní měny hroutí v důsledku hyperinflace.", + "page-what-is-ethereum-slide-2-desc-2": "Během války, kdy ekonomické katastrofy a potlačování občanských svobod dopadaly na obyvatele Venezuely, Kuby, Afghánistánu, Nigérie, Běloruska a Ukrajiny, představovaly kryptoměny nejrychlejší a často jedinou možnost, jak si zachovat finanční nezávislost. 1 Jak je vidět na těchto příkladech, kryptoměny jako Ethereum mohou poskytnout neomezený přístup ke globální ekonomice v případech, kdy jsou lidé odříznuti od okolního světa. Stablecoiny navíc nabízejí uchování hodnoty, když se místní měny hroutí v důsledku hyperinflace.", "page-what-is-ethereum-slide-3-title": "Podpora tvůrců", "page-what-is-ethereum-slide-3-desc-1": "Jen v roce 2021 využili síť Ethereum umělci, hudebníci, spisovatelé a další tvůrci ke kolektivnímu výdělku kolem 3,5 miliardy dolarů. Díky tomu je Ethereum jednou z největších globálních platforem pro tvůrce, vedle Spotify, YouTube a Etsy. Zjistěte více.", "page-what-is-ethereum-slide-4-title": "Podpora hráčů videoher", "page-what-is-ethereum-slide-4-desc-1": "Play-to-Earn hry (kde jsou hráči skutečně odměňováni za hraní hry) se objevily nedávno a transformují herní průmysl. Tradičně je často zakázáno obchodovat nebo převádět aktiva ve hře jiným hráčům za reálné peníze. To nutí hráče k používání internetových stránek černého trhu, které často představují bezpečnostní riziko. Blockchainové hraní bere v potaz ekonomiku ve hře a prodej herních aktiv podporuje důvěryhodným způsobem.", "page-what-is-ethereum-slide-4-desc-2": "Hráči jsou navíc motivováni tím, že jsou schopni obchodovat herní tokeny za reálné peníze, a být tak skutečně odměňováni za svůj herní čas.", "page-what-is-ethereum-meet-ether-title": "Seznamte se s etherem, kryptoměnou sítě Ethereum", - "page-what-is-ethereum-meet-ether-desc-1": "Mnoho činností v síti Ethereum vyžaduje provedení určitých úkolů na vestavěném počítači Ethereum (známém jako Ethereum Virtual Machine). Tato výpočetní činnost není zdarma; platí se za ni pomocí nativní kryptoměny Ethereum zvané ether (ETH). To znamená, že k tomu, abyste mohli tuto síť používat, potřebujete alespoň malé množství etheru.", - "page-what-is-ethereum-meet-ether-desc-2": "Ethereum je pouze digitální a můžete ho okamžitě poslat komukoliv kdekoli na světě. Nabídka etheru není ovládána žádnou vládou ani společností – je decentralizovaná a zcela transparentní. Ether je vydáván přesným způsobem podle protokolu pouze stakerům, kteří síť zabezpečují.", + "page-what-is-ethereum-meet-ether-desc-1": "Mnoho činností v síti Ethereum vyžaduje provedení určitých úkolů na vestavěném počítači Ethereum (známém jako Virtuální stroj Etherea). Tato výpočetní činnost není zdarma; platí se za ni pomocí nativní kryptoměny Ethereum zvané ether (ETH). To znamená, že k tomu, abyste mohli tuto síť používat, potřebujete alespoň malé množství etheru.", + "page-what-is-ethereum-meet-ether-desc-2": "Ethereum je pouze digitální a můžete ho okamžitě poslat komukoliv kdekoli na světě. Nabídka etheru není ovládána žádnou vládou ani společností – je decentralizovaná a zcela transparentní. Ether je vydáván přesným způsobem podle protokolu pouze uzamykatelům, kteří síť zabezpečují.", "page-what-is-ethereum-what-is-ether": "Co je Ether?", "page-what-is-ethereum-get-eth": "Získat ETH", "page-what-is-ethereum-explore-applications": "Prozkoumat aplikace", "page-what-is-ethereum-learn-defi": "Dozvědět se více o DeFi", "page-what-is-ethereum-who-runs-ethereum-title": "Kdo ovládá Ethereum?", - "page-what-is-ethereum-who-runs-ethereum-desc-1": "Ethereum není ovládáno žádným konkrétním subjektem. Existuje vždy, když jsou připojeny počítače, na kterých běží software podle Ethereum protokolu a které se přidávají do Ethereumblockchainu. Každý z těchto počítačů se nazývá uzel. Uzly může provozovat kdokoli, ačkoli abyste se mohli podílet na zabezpečení sítě, musíte vkládat ETH (nativní token Etherea). To může udělat každý, kdo má 32 ETH, aniž by potřeboval povolení.", + "page-what-is-ethereum-who-runs-ethereum-desc-1": "Ethereum není ovládáno žádným konkrétním subjektem. Existuje vždy, když jsou připojeny počítače, na kterých běží software podle Ethereum protokolu a které se přidávají do Ethereumblockchainu. Každý z těchto počítačů se nazývá uzel. Uzly může provozovat kdokoli, ačkoli abyste se mohli podílet na zabezpečení sítě, musíte uzamykat ETH (nativní token Etherea). To může udělat každý, kdo má 32 ETH, aniž by potřeboval povolení.", "page-what-is-ethereum-who-runs-ethereum-desc-2": "Ani zdrojový kód Etherea nevytváří jediná entita. Kdokoli může navrhnout změny protokolu a diskutovat o vylepšeních. Existuje několik implementací protokolu Ethereum, které jsou vytvářeny nezávislými organizacemi v několika programovacích jazycích, a jsou obvykle vytvořeny otevřeně a podporují příspěvky komunity.", "page-what-is-ethereum-run-a-node": "Provozování vlastního uzlu", "page-what-is-ethereum-smart-contract-title": "Co to jsou chytré kontrakty?", @@ -103,7 +103,7 @@ "page-what-is-ethereum-ethereum-in-numbers-title": "Ethereum v číslech", "page-what-is-ethereum-ethereum-in-numbers-stat-1-desc": "Projekty na Ethereu", "page-what-is-ethereum-ethereum-in-numbers-stat-2-desc": "Účty (pěněženky) na Ethereu s nenulovým zůstatkem ETH", - "page-what-is-ethereum-ethereum-in-numbers-stat-3-desc": "Smart kontrakty na Ethereu", + "page-what-is-ethereum-ethereum-in-numbers-stat-3-desc": "Chytré kontrakty na Ethereu", "page-what-is-ethereum-ethereum-in-numbers-stat-4-desc": "Hodnota prostředků na blockchainu Ethereum", "page-what-is-ethereum-ethereum-in-numbers-stat-5-desc": "Příjem tvůrců na blockchainu Ethereum v roce 2021", "page-what-is-ethereum-ethereum-in-numbers-stat-6-desc": "Počet dnešních transakcí", @@ -121,5 +121,5 @@ "page-what-is-ethereum-get-eth-title": "Získejte ETH", "page-what-is-ethereum-explore-dapps-alt": "Prozkoumat dappky", "page-what-is-ethereum-explore-dapps-description": "Dappky jsou aplikace postavené na Ethereu. Dappky narušují současné obchodní modely a vymýšlejí nové.", - "page-what-is-ethereum-explore-dapps-title": "Vyzkoušejte decentralizované aplikace" + "page-what-is-ethereum-explore-dapps-title": "Vyzkoušejte dappky" } diff --git a/src/intl/cs/template-usecase.json b/src/intl/cs/template-usecase.json index 9d924364f99..44fbd2ac321 100644 --- a/src/intl/cs/template-usecase.json +++ b/src/intl/cs/template-usecase.json @@ -4,7 +4,7 @@ "template-usecase-dropdown-dao": "Decentralizované autonomní organizace (DAO)", "template-usecase-dropdown-social-networks": "Decentralizované sociální sítě", "template-usecase-dropdown-identity": "Decentralizovaná identita", - "template-usecase-dropdown-desci": "„Decentralizovaná věda“", + "template-usecase-dropdown-desci": "Decentralizovaná věda (DeSci)", "template-usecase-dropdown-refi": "Regenerativní finance (ReFi)", "template-usecase-dropdown": "Případy použití Etherea", "template-usecase-banner": "Využití Etherea se vždy rozvíjí a vyvíjí. Přidej jakoukoli informaci, o které si myslíš, že udělá věci jasnější a aktuálnější.", From afdc3bdb0ab07c030111018bbda9762cb20d441d Mon Sep 17 00:00:00 2001 From: Corwin Smith Date: Thu, 10 Oct 2024 18:44:52 +0000 Subject: [PATCH 2/4] markdown checker --- .../translations/cs/developers/docs/intro-to-ether/index.md | 4 ++-- .../content/translations/cs/developers/docs/networks/index.md | 2 +- .../content/translations/cs/developers/docs/scaling/index.md | 2 +- public/content/translations/cs/governance/index.md | 2 +- 4 files changed, 5 insertions(+), 5 deletions(-) diff --git a/public/content/translations/cs/developers/docs/intro-to-ether/index.md b/public/content/translations/cs/developers/docs/intro-to-ether/index.md index 7561b90117d..dafece75c42 100644 --- a/public/content/translations/cs/developers/docs/intro-to-ether/index.md +++ b/public/content/translations/cs/developers/docs/intro-to-ether/index.md @@ -22,7 +22,7 @@ První kryptoměnou byl Bitcoin, který vytvořil Satoshi Nakamoto. Od spuštěn Ethereum umožňuje vývojářům vytvářet [**decentralizované aplikace (dappky)**](/developers/docs/dapps), které sdílejí společný fond výpočetního výkonu. Tento sdílený fond je omezený, takže Ethereum potřebuje mechanismus, který určí, kdo ho může používat. Jinak by mohla dappka omylem nebo záměrně spotřebovat všechny síťové zdroje, což by znemožnilo přístup ostatním. -Kryptoměna ether podporuje mechanismus stanovení cen pro výpočetní výkon Etherea. Když uživatelé chtějí provést transakci, musí zaplatit etherem, aby byla jejich transakce na blockchainu uznána. Tyto náklady jsou známé jako [poplatky za palivo](/developers/docs/gas/) a výše poplatku závisí na množství výpočetního výkonu potřebného k provedení transakce a na celosíťové poptávce po výpočetním výkonu v daném okamžiku. +Kryptoměna ether podporuje mechanismus stanovení cen pro výpočetní výkon Etherea. Když uživatelé chtějí provést transakci, musí zaplatit ethereum, aby byla jejich transakce na blockchainu uznána. Tyto náklady jsou známé jako [poplatky za palivo](/developers/docs/gas/) a výše poplatku závisí na množství výpočetního výkonu potřebného k provedení transakce a na celosíťové poptávce po výpočetním výkonu v daném okamžiku. Proto, i když by škodlivá dappka odeslala nekonečnou smyčku, transakci by nakonec došel ether a byla by ukončena, což by umožnilo síti vrátit se do normálu. @@ -73,6 +73,6 @@ Uživatelé mohou zjistit zůstatek etheru na jakémkoliv [účtu](/developers/d - [Definování Etheru a Etherea](https://www.cmegroup.com/education/courses/introduction-to-ether/defining-ether-and-ethereum.html) – _CME Group_ - [Ethereum Whitepaper](/whitepaper/): Původní návrh Etherea. Tento dokument obsahuje popis etheru a motivaci za jeho vytvořením. -- [Kalkulačka gwei](https://www.alchemy.com/gwei-calculator): Použijte tuto kalkulačku gwei pro snadnou konverzi mezi wei, gwei a etherem. Stačí zadat jakoukoliv částku ve wei, gwei nebo ETH a automaticky vypočítat konverzi. +- [Kalkulačka gwei](https://www.alchemy.com/gwei-calculator): Použijte tuto kalkulačku gwei pro snadnou konverzi mezi wei, gwei a ethereum. Stačí zadat jakoukoliv částku ve wei, gwei nebo ETH a automaticky vypočítat konverzi. _Víte o komunitním zdroji, který vám pomohl? Upravte tuto stránku a přidejte ho!_ diff --git a/public/content/translations/cs/developers/docs/networks/index.md b/public/content/translations/cs/developers/docs/networks/index.md index 41675fd5d65..975d1075235 100644 --- a/public/content/translations/cs/developers/docs/networks/index.md +++ b/public/content/translations/cs/developers/docs/networks/index.md @@ -91,7 +91,7 @@ Goerli je testovací síť pro testování validace a uzamčení. Síť Goerli j - [Coinbase Wallet Faucet | Goerli](https://coinbase.com/faucets/ethereum-goerli-faucet) - [Chainstack Goerli faucet](https://faucet.chainstack.com/goerli-faucet) -Chcete-li spustit validátor na testovací síti Goerli, použijte [launchpad „cheap goerli validator“ ](https://goerli.launchpad.ethstaker.cc/en/) od ethstaker. +Chcete-li spustit validátor na testovací síti Goerli, použijte [launchpad „cheap goerli validator“](https://goerli.launchpad.ethstaker.cc/en/) od ethstaker. ### Testovací sítě druhé vrstvy {#layer-2-testnets} diff --git a/public/content/translations/cs/developers/docs/scaling/index.md b/public/content/translations/cs/developers/docs/scaling/index.md index bb77419051f..8f6a73bd28a 100644 --- a/public/content/translations/cs/developers/docs/scaling/index.md +++ b/public/content/translations/cs/developers/docs/scaling/index.md @@ -100,7 +100,7 @@ _Upozornění: Ve videu je pojem „Vrstva 2“ používán k označení všech ## Další informace {#further-reading} -- [A rollup-centric Ethereum roadmap ](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698)– _Vitalik Buterin_ +- [A rollup-centric Ethereum roadmap](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698)– _Vitalik Buterin_ - [Aktuální analytika škálovacích řešení vrstvy 2 pro Ethereum](https://www.l2beat.com/) - [Hodnocení škálovacích řešení vrstvy 2 pro Ethereum: Porovnávací rámec](https://medium.com/matter-labs/evaluating-ethereum-l2-scaling-solutions-a-comparison-framework-b6b2f410f955) - [Neúplný průvodce rollupy](https://vitalik.eth.limo/general/2021/01/05/rollup.html) diff --git a/public/content/translations/cs/governance/index.md b/public/content/translations/cs/governance/index.md index 25acd66d719..99faf335978 100644 --- a/public/content/translations/cs/governance/index.md +++ b/public/content/translations/cs/governance/index.md @@ -70,7 +70,7 @@ Formální proces zavádění změn do protokolu Ethereum je následující: 1. **Navrhněte základní EIP**: Jak je popsáno v [EIP- 1](https://eips.ethereum.org/EIPS/eip-1#core-eips), prvním krokem k formálnímu navržení změny Etherea je její podrobný popis v Core EIP. Ten bude sloužit jako oficiální specifikace pro EIP, kterou budou vývojáři protokolů implementovat, pokud bude přijata. -2. **Představte své EIP vývojářům protokolu**: Jakmile budete mít základní EIP, pro které jste dostali zpětnou vazbu od komunity, měli byste je předložit vývojářům protokolu. To uděláte tak, že ho navrhnete k diskusi na [AllCoreDevs callu](https://github.com/ethereum/execution-specs/tree/master/network-upgrades#getting-the-considered-for-inclusion-cfi- status). Je pravděpodobné, že některé diskuze již proběhly asynchronně na [fóru Ethereum Magicians](https://ethereum-magicians.org/) nebo na [Ethereum R&D Discordu](https://discord.gg/mncqtgVSVw). +2. **Představte své EIP vývojářům protokolu**: Jakmile budete mít základní EIP, pro které jste dostali zpětnou vazbu od komunity, měli byste je předložit vývojářům protokolu. To uděláte tak, že ho navrhnete k diskusi na [AllCoreDevs callu](https://github.com/ethereum/execution-specs/tree/master/network-upgrades#getting-the-considered-for-inclusion-cfi-status). Je pravděpodobné, že některé diskuze již proběhly asynchronně na [fóru Ethereum Magicians](https://ethereum-magicians.org/) nebo na [Ethereum R&D Discordu](https://discord.gg/mncqtgVSVw). > Potenciální výsledky této fáze jsou: From edfc6f983e4f2b0486a927f576eb7bfa4539147b Mon Sep 17 00:00:00 2001 From: Corwin Smith Date: Thu, 10 Oct 2024 18:56:20 +0000 Subject: [PATCH 3/4] Fix broken image path --- public/content/translations/cs/staking/withdrawals/index.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/public/content/translations/cs/staking/withdrawals/index.md b/public/content/translations/cs/staking/withdrawals/index.md index fbe0abe1985..7ab2d1549c2 100644 --- a/public/content/translations/cs/staking/withdrawals/index.md +++ b/public/content/translations/cs/staking/withdrawals/index.md @@ -3,7 +3,7 @@ title: Uzamčení výběrů description: Stránka shrnující, co jsou výběry push, jak fungují a co musí stakeři udělat, aby získali své odměny lang: cs template: staking -image: ../../images/staking/leslie-withdrawal.png +image: /images/staking/leslie-withdrawal.png alt: Nosorožec Leslie se svými vkladovými odměnami sidebarDepth: 2 summaryPoints: From a2db9bcb9c760c2e16b2fc39b8db039a2c65fa36 Mon Sep 17 00:00:00 2001 From: Paul Wackerow <54227730+wackerow@users.noreply.github.com> Date: Mon, 14 Oct 2024 13:41:19 +0100 Subject: [PATCH 4/4] chore: revert markdown-checker correction "etherem" an acceptable cs translation for "ether"; not a misspelling of "Ethereum" --- .../translations/cs/developers/docs/intro-to-ether/index.md | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/public/content/translations/cs/developers/docs/intro-to-ether/index.md b/public/content/translations/cs/developers/docs/intro-to-ether/index.md index dafece75c42..7561b90117d 100644 --- a/public/content/translations/cs/developers/docs/intro-to-ether/index.md +++ b/public/content/translations/cs/developers/docs/intro-to-ether/index.md @@ -22,7 +22,7 @@ První kryptoměnou byl Bitcoin, který vytvořil Satoshi Nakamoto. Od spuštěn Ethereum umožňuje vývojářům vytvářet [**decentralizované aplikace (dappky)**](/developers/docs/dapps), které sdílejí společný fond výpočetního výkonu. Tento sdílený fond je omezený, takže Ethereum potřebuje mechanismus, který určí, kdo ho může používat. Jinak by mohla dappka omylem nebo záměrně spotřebovat všechny síťové zdroje, což by znemožnilo přístup ostatním. -Kryptoměna ether podporuje mechanismus stanovení cen pro výpočetní výkon Etherea. Když uživatelé chtějí provést transakci, musí zaplatit ethereum, aby byla jejich transakce na blockchainu uznána. Tyto náklady jsou známé jako [poplatky za palivo](/developers/docs/gas/) a výše poplatku závisí na množství výpočetního výkonu potřebného k provedení transakce a na celosíťové poptávce po výpočetním výkonu v daném okamžiku. +Kryptoměna ether podporuje mechanismus stanovení cen pro výpočetní výkon Etherea. Když uživatelé chtějí provést transakci, musí zaplatit etherem, aby byla jejich transakce na blockchainu uznána. Tyto náklady jsou známé jako [poplatky za palivo](/developers/docs/gas/) a výše poplatku závisí na množství výpočetního výkonu potřebného k provedení transakce a na celosíťové poptávce po výpočetním výkonu v daném okamžiku. Proto, i když by škodlivá dappka odeslala nekonečnou smyčku, transakci by nakonec došel ether a byla by ukončena, což by umožnilo síti vrátit se do normálu. @@ -73,6 +73,6 @@ Uživatelé mohou zjistit zůstatek etheru na jakémkoliv [účtu](/developers/d - [Definování Etheru a Etherea](https://www.cmegroup.com/education/courses/introduction-to-ether/defining-ether-and-ethereum.html) – _CME Group_ - [Ethereum Whitepaper](/whitepaper/): Původní návrh Etherea. Tento dokument obsahuje popis etheru a motivaci za jeho vytvořením. -- [Kalkulačka gwei](https://www.alchemy.com/gwei-calculator): Použijte tuto kalkulačku gwei pro snadnou konverzi mezi wei, gwei a ethereum. Stačí zadat jakoukoliv částku ve wei, gwei nebo ETH a automaticky vypočítat konverzi. +- [Kalkulačka gwei](https://www.alchemy.com/gwei-calculator): Použijte tuto kalkulačku gwei pro snadnou konverzi mezi wei, gwei a etherem. Stačí zadat jakoukoliv částku ve wei, gwei nebo ETH a automaticky vypočítat konverzi. _Víte o komunitním zdroji, který vám pomohl? Upravte tuto stránku a přidejte ho!_