Stay mindful of the risks
+Only bet what you can afford, and be aware of potential addictive behaviors.
+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.
+
+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.
+
+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.
+
+` a obsahuje úryvek kódu, takže obsah uvnitř těchto tagů by neměl být přeložen.
+V příkladu níže můžete vidět, že když najedete kurzorem na tag \<0> , zobrazí se, že představuje `` a obsahuje úryvek kódu, takže obsah uvnitř těchto tagů by neměl být přeložen.
diff --git a/public/content/translations/cs/danksharding/index.md b/public/content/translations/cs/danksharding/index.md
new file mode 100644
index 00000000000..60d3345c5e9
--- /dev/null
+++ b/public/content/translations/cs/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 sdružují transakce mimo blockchain 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 blockchain 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/decentralized-identity/index.md b/public/content/translations/cs/decentralized-identity/index.md
index b83f4c7255c..0db37181c5b 100644
--- a/public/content/translations/cs/decentralized-identity/index.md
+++ b/public/content/translations/cs/decentralized-identity/index.md
@@ -67,9 +67,9 @@ Decentralizovaná identita umožňuje společnostem vyhnout se konvenčním [Kno
### 3. Hlasování a online komunity {#voting-and-online-communities}
-Online hlasování a sociální média jsou dvě nová využití pro decentralizovanou identitu. Online hlasovací systémy jsou náchylné k manipulaci, zejména pokud škodliví aktéři vytvářejí k hlasování falešnou identitu. Žádat jednotlivce, aby předložili online atestace, může zlepšit integritu procesů hlasování on-line.
+Online hlasování a sociální média jsou dvě nová využití pro decentralizovanou identitu. Online hlasovací systémy jsou náchylné k manipulaci, zejména pokud škodliví aktéři vytvářejí k hlasování falešnou identitu. Žádat jednotlivce, aby předložili blockchainové atestace, může zlepšit integritu procesů hlasování online.
-Decentralizovaná identita může pomoci vytvořit online komunity, které jsou bez falešných účtů. Každý uživatel například bude muset ověřit svou identitu pomocí blockchainového systému identity jako je Ethereum Name Service, což snižuje možnost výskytu botů.
+Decentralizovaná identita může pomoci vytvořit online komunity, které jsou bez falešných účtů. Každý uživatel například bude muset ověřit svou identitu pomocí blockchainového systému identity, jako je Ethereum Name Service, což snižuje možnost výskytu botů.
### 4. Ochrana proti Sybil útokům {#sybil-protection}
@@ -119,7 +119,7 @@ Decentralizované identifikátory jsou také klíčové pro ochranu soukromí os
Jak se informace atestací ukládají a získávají v ekosystému založeném na Ethereu se liší od tradiční správy identity. Zde je přehled různých přístupů k vydávání, ukládání a ověřování atestací v decentralizovaných systémech identity:
-### Atestace mimo blockchain {#off-chain-attestations}
+### Atestace mimo blockchain {#offchain-attestations}
Jednou z obav o uchovávání atestací na blockchainu je to, že by mohly obsahovat informace, které si jednotlivci přejí zachovat v tajnosti. Veřejná povaha blockchainu Ethereum činí ukládání takových osvědčení neatraktivním.
@@ -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 [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).
+Atestace na blockchainu jsou ukládány v [chytrých kontaktech](/glossary/#smart-contract) na blockchainu Etherea. Chytrý kontrakt (sloužící jako rejstřík) spojí atestaci s odpovídajícím blockchainovým decentralizovaným identifikátorem (veřejným klíčem).
Zde je příklad toho, jak by mohla fungovat blockchainová atestace v praxi:
@@ -151,15 +151,15 @@ Zde je příklad toho, jak by mohla fungovat blockchainová atestace v praxi:
### Soulbound tokeny a identity {#soulbound}
-[Soulbound tokeny](https://vitalik.eth.limo/general/2022/01/26/soulbound.html) ([nepřenosná NFT](/glossary/#nft)) je možné používat ke shromažďování informací, které jsou pro konkrétní peněženku jedinečné. To efektivně vytváří jedinečnou blockchainovou identitu vázanou na konkrétní Ethereum adresu, která by mohla zahrnovat tokeny reprezentující úspěchy (např.: dokončení daného online kurzu nebo dosažení nového skóre ve hře) nebo komunitní účasti.
+[Soulbound tokeny](https://vitalik.eth.limo/general/2022/01/26/soulbound.html) ([nepřenosná NFT](/glossary/#nft)) je možné používat ke shromažďování informací, které jsou pro konkrétní peněženku jedinečné. To efektivně vytváří jedinečnou blockchainovou identitu vázanou na konkrétní Ethereum adresu, která by mohla zahrnovat tokeny reprezentující úspěchy (např.: dokončení daného online kurzu nebo dosažení nového skóre ve hře) nebo komunitní účast.
## Využití decentralizované identity {#use-decentralized-identity}
Existuje mnoho ambiciózních projektů, které využívají Ethereum jako základ pro decentralizovaná řešení identity:
-- **[Ethereum Name Service (ENS)](https://ens.domains/)** – _Decentralizovaný systém pojmenování pro blockchainové, strojově čitelné identifikátory, jako jsou adresy peněženky Ethereum, hashe obsahů a metadata._
+- **[Ethereum Name Service (ENS)](https://ens.domains/)** – _Decentralizovaný systém pojmenování pro blockchainové, strojově čitelné identifikátory, jako jsou adresy Ethereum peněženek, hashe obsahů a metadata._
- **[SpruceID](https://www.spruceid.com/)** – _Projekt decentralizované identity, který uživatelům umožňuje ovládat digitální identitu s Ethereum účty a profily ENS místo spoléhání se na služby třetích stran._
-- **[Ethereum Attestation Service (EAS)](https://attest.sh/)** – _Decentralizovaná účetní kniha/protokol pro vytváření jakýkoliv atestací na blockchainu nebo mimo něj._
+- **[Ethereum Attestation Service (EAS)](https://attest.sh/)** – _Decentralizovaná účetní kniha / protokol pro vytváření atestací na blockchainu nebo mimo něj._
- **[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._
@@ -180,7 +180,7 @@ Existuje mnoho ambiciózních projektů, které využívají Ethereum jako zákl
- [Decentralizovaná identita (Bonusové živé vysílání)](https://www.youtube.com/watch?v=ySHNB1za_SE&t=539s) — _Skvělé video na vysvětlení decentralizované identity od Andrease Antonopolouse_
- [Přihlaste se pomocí Etherea a decentralizované identity s Ceramic, IDX, React, a 3ID Connect](https://www.youtube.com/watch?v=t9gWZYJxk7c) – _YouTube tutorial na vytváření systému správy identity pro tvorbu, čtení a aktualizaci uživatelského profilu pomocí jejich Ethereum peněženky od Nadera Dabita_
- [BrightID – Decentralizovaná identita na Ethereu](https://www.youtube.com/watch?v=D3DbMFYGRoM) — _epizoda podcastu Bankless o BrightID, decentralizovaném řešení identity pro Ethereum_
-- [Internet mimo blockchain: Decentralizovaná identita & Ověřitelné údaje](https://www.youtube.com/watch?v=EZ_Bb6j87mg) – EthDenver 2022 prezentace Evina McMullena
+- [Internet mimo blockchain: Decentralizovaná identita a Ověřitelné údaje](https://www.youtube.com/watch?v=EZ_Bb6j87mg) – EthDenver 2022 prezentace Evina McMullena
- [Vysvětlení ověřitelných pověření](https://www.youtube.com/watch?v=ce1IdSr-Kig) - Vysvětlující video na YouTube s demo ukázkou od Tamina Baumanna
### Komunity {#communities}
diff --git a/public/content/translations/cs/developers/docs/blocks/index.md b/public/content/translations/cs/developers/docs/blocks/index.md
index 228d3cb6b54..d9b30aa3dd8 100644
--- a/public/content/translations/cs/developers/docs/blocks/index.md
+++ b/public/content/translations/cs/developers/docs/blocks/index.md
@@ -33,7 +33,7 @@ Důkaz podílem znamená následující:
- 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)
+[Více o důkazu podílem](/developers/docs/consensus-mechanisms/pos)
## Co je v bloku? {#block-anatomy}
diff --git a/public/content/translations/cs/developers/docs/evm/index.md b/public/content/translations/cs/developers/docs/evm/index.md
index 2d50ed440b8..b7cff65f1f8 100644
--- a/public/content/translations/cs/developers/docs/evm/index.md
+++ b/public/content/translations/cs/developers/docs/evm/index.md
@@ -4,7 +4,7 @@ description: Úvod do virtuálního stroje Etherea a jeho vztah ke stavu, transa
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ě.
+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 „[paliva](/developers/docs/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}
@@ -14,7 +14,7 @@ Pro pochopení EVM je nutné mít základní povědomí o běžné terminologii
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.
+Ethereum sice má vlastní nativní kryptoměnu (ether), která se řídí téměř stejnými intuitivními pravidly, ale zároveň umožňuje mnohem výkonnější funkce: [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.
 _Schéma převzato z [ilustrace Ethereum EVM](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_
diff --git a/public/content/translations/cs/developers/docs/gas/index.md b/public/content/translations/cs/developers/docs/gas/index.md
index 050443e78c9..706018c8e5d 100644
--- a/public/content/translations/cs/developers/docs/gas/index.md
+++ b/public/content/translations/cs/developers/docs/gas/index.md
@@ -106,7 +106,7 @@ Ačkoliv transakce obsahuje limit, palivo nevyužité během transakce se vrací
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.
+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 zadáte příliš málo paliva, například limit paliva 20 000 pro jednoduchý převod ETH, transakce ve fázi validace selže. Bude odmítnuta před zařazením do bloku a nebude spotřebováno žádné palivo. Na druhou stranu, pokud transakci během provádění dojde palivo (např. chytrý kontrakt spotřebuje v polovině provádění veškeré palivo), EVM vrátí všechny změny, ale veškeré poskytnuté palivo bude stále spotřebováno na provedenou práci.
## Proč mohou být poplatky za palivo tak vysoké? {#why-can-gas-fees-get-so-high}
@@ -139,3 +139,4 @@ Pokud chcete monitorovat poplatky za palivo, abyste mohli odesílat své ETH za
- [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)
+- [EIP-1559: Oddělování mechanismů od memů](https://research.2077.xyz/eip-1559-separating-mechanisms-from-memes)
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 94b33c31ee8..f877b92093f 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.
@@ -40,7 +40,7 @@ Kromě vytváření etheru prostřednictvím odměn za bloky může být ether t
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.
+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 blockchain, což by vedlo k méně transparentnímu a složitějšímu trhu s transakčními poplatky.
## Denominace etheru {#denominations}
@@ -71,8 +71,8 @@ Uživatelé mohou zjistit zůstatek etheru na jakémkoliv [účtu](/developers/d
## 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_
+- [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 ether. 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/smart-contracts/formal-verification/index.md b/public/content/translations/cs/developers/docs/smart-contracts/formal-verification/index.md
index 53676e5161c..7004bb0202a 100644
--- a/public/content/translations/cs/developers/docs/smart-contracts/formal-verification/index.md
+++ b/public/content/translations/cs/developers/docs/smart-contracts/formal-verification/index.md
@@ -70,7 +70,9 @@ Formální specifikace na nízké úrovni mohou být uvedeny buď jako vlastnost
### Vlastnosti ve stylu Hoareovy logiky {#hoare-style-properties}
-[Hoareova logika](https://en.wikipedia.org/wiki/Hoare_logic) poskytuje sadu formálních pravidel pro uvažování o správnosti programů, včetně chytrých kontraktů. Vlastnost ve stylu Hoareovy logiky je reprezentována jako Hoareův trojúhelník `{P}c{Q}`, kde `c` je program a `P` a `Q` jsou predikáty na stavu `c` (tj. programu), formálně popsané jako _předpoklady_ a _podmínky následku_.
+[Hoareova logika](https://en.wikipedia.org/wiki/Hoare_logic) poskytuje sadu formálních pravidel pro uvažování o správnosti programů, včetně chytrých kontraktů. Vlastnost ve stylu Hoareovy logiky je reprezentována jako Hoareova trojice \{_P_}_c_\{_Q_}, kde _c_ je program a _P_ a _Q_ jsou predikáty na stavu _c_ (tj. programu), formálně popsané jako _předpoklady_ a _podmínky následku_.
+
+Předpoklad je predikát popisující podmínky potřebné pro správné provedení funkce; uživatelé volající kontrakt musí tuto podmínku splnit. Podmínka následku je predikát popisující podmínku, kterou funkce stanoví, pokud je správně provedena; uživatelé mohou očekávat, že tato podmínka bude po volání funkce pravdivá. _Invariant_ v Hoareově logice je predikát, který je zachován při provádění funkce (tj. nemění se).
Specifikace ve stylu Hoareovy logiky mohou zaručit buď _částečnou správnost_, _nebo úplnou správnost_. Implementace funkce kontraktu je „částečně správná“, pokud předpoklad platí před provedením funkce a když provedení končí, podmínka následku je také pravdivá. Důkaz úplné správnosti je obdržen, pokud je předpoklad pravdivý před provedením funkce, dále je zaručeno, že provádění funkce bude ukončeno, a když k tomu dojde, následek bude pravdivý.
diff --git a/public/content/translations/cs/developers/docs/smart-contracts/index.md b/public/content/translations/cs/developers/docs/smart-contracts/index.md
index 9770b4ae9f1..1608d0dd257 100644
--- a/public/content/translations/cs/developers/docs/smart-contracts/index.md
+++ b/public/content/translations/cs/developers/docs/smart-contracts/index.md
@@ -86,9 +86,9 @@ Další informace o [komponovatelnosti smart kontraktů](/developers/docs/smart-
## Omezení {#limitations}
-Samotné smart kontrakty nemohou získávat informace o „skutečných“ událostech, protože nemohou získávat data z off-chain zdrojů. To znamená, že nemohou reagovat na události ve skutečném světě. Tento design je úmyslný. Spoléhat se na externí informace by mohlo ohrozit konsenzus, což je důležité pro bezpečnost a decentralizaci.
+Samotné chytré kontrakty nemohou získávat informace o „skutečných“ událostech, protože nemohou získávat data ze zdrojů mimo blockchain. To znamená, že nemohou reagovat na události ve skutečném světě. Tento design je úmyslný. Spoléhat se na externí informace by mohlo ohrozit konsenzus, což je důležité pro bezpečnost a decentralizaci.
-Nicméně je důležité, aby blockchainové aplikace mohly používat off-chain data. Řešením jsou [orákly](/developers/docs/oracles/), což jsou nástroje, které přinášejí off-chain data a zpřístupňují je smart kontraktům.
+Nicméně je důležité, aby blockchainové aplikace mohly používat data, která jsou mimo blockchain. Řešením jsou [orákula](/developers/docs/oracles/), což jsou nástroje, které zpracovávají data mimo blockchain a zpřístupňují je chytrým kontraktům.
Dalším omezením smart kontraktů je maximální velikost kontraktu. Smart kontrakt může mít maximálně 24 Kb, jinak dojde k vyčerpání paliva. Toto lze obejít pomocí tzv. [Diamond Pattern](https://eips.ethereum.org/EIPS/eip-2535).
diff --git a/public/content/translations/cs/developers/docs/smart-contracts/security/index.md b/public/content/translations/cs/developers/docs/smart-contracts/security/index.md
index 9dc33171ffe..eef78b9ba30 100644
--- a/public/content/translations/cs/developers/docs/smart-contracts/security/index.md
+++ b/public/content/translations/cs/developers/docs/smart-contracts/security/index.md
@@ -99,7 +99,7 @@ Je však důležité nenahlížet na audity jako na všelék. Audity smart kontr
Zřízení programu bug bounty, tedy programu odměn za vyřešení chyb, je dalším přístupem k implementaci externích kontrol kódu. Bug bounty je finanční odměna poskytovaná jednotlivcům (obvykle whitehat hackerům), kteří objeví zranitelnosti v aplikaci.
-Při správném použití bug bounty motivuje členy hackerské komunity k inspekci vašeho kódu a odhalení kritických chyb. Příkladem z reálného světa je „infinite money bug“, který by útočníkovi umožnil vytvořit neomezené množství Etheru na platformě [Optimism](https://www.optimism.io/), [druhé vrstvě](/layer-2/) protokolu na Ethereu. Naštěstí whitehat hacker [odhalil tuto chybu](https://www.saurik.com/optimism.html) a informoval tým, čímž si [vysloužil velkou odměnu](https://cryptoslate.com/critical-bug-in-ethereum-l2-optimism-2m-bounty-paid/).
+Při správném použití bug bounty motivuje členy hackerské komunity k inspekci vašeho kódu a odhalení kritických chyb. Příkladem z reálného světa je „infinite money bug“, který by útočníkovi umožnil vytvořit neomezené množství etheru na [Optimismu](https://www.optimism.io/), protokolu [druhé vrstvy](/layer-2/) na Ethereu. Naštěstí whitehat hacker [odhalil tuto chybu](https://www.saurik.com/optimism.html) a informoval tým, čímž si [vysloužil velkou odměnu](https://cryptoslate.com/critical-bug-in-ethereum-l2-optimism-2m-bounty-paid/).
Užitečnou strategií je nastavit odměnu v programu bug bounty v poměru k výši prostředků, které jsou v sázce. Tento přístup, popisovaný jako „[škálovatelná bug bounty](https://medium.com/immunefi/a-defi-security-standard-the-scaling-bug-bounty-9b83dfdc1ba7)“, finančně motivuje jednotlivce zodpovědně zveřejnit zranitelnosti namísto jejich zneužití.
@@ -115,7 +115,7 @@ Existence auditů a bug bounty vás nezbavuje odpovědnosti za psaní kvalitníh
- Pro testování, kompilaci a nasazování smart kontraktů používejte [vývojové prostředí](/developers/docs/frameworks/)
-- Spusťe svůj kód v základních nástrojích pro analýzu kódu, jako jsou [Cyfrin Aaderyn](https://github.com/Cyfrin/aderyn), Mythril a Slither. Ideálně byste to měli udělat před každým sloučením pull requestu a porovnat rozdíly ve výstupu
+- Spusťte svůj kód pomocí základních nástrojů pro analýzu kódu, jako jsou [Cyfrin Aderyn](https://github.com/Cyfrin/aderyn), Mythril a Slither. Ideálně byste to měli udělat před každým sloučením pull requestu a porovnat rozdíly ve výstupu
- Ujistěte se, že váš kód se kompiluje bez chyb a kompilátor Solidity nevydává žádná varování
@@ -199,23 +199,23 @@ Tento příklad ukazuje základní funkce nouzového zastavení:
Modifikátor `onlyWhenStopped` se používá pro funkce, které by měly být volatelné během nouze (např. `funkce emergencyWithdraw()`). Tyto funkce mohou pomoci situaci vyřešit, a proto jsou vyloučeny ze seznamu „omezených funkcí“.
-Použití funkce nouzového zastavení poskytuje efektivní řešení vážných zranitelností smart kontraktu. Nicméně to zvyšuje nutnost uživatelů důvěřovat vývojářům, že tuto funkci neaktivují z vlastních sobeckých důvodů. K řešení tohoto problému je možné decentralizovat kontrolu nad nouzovým zastavením, například tím, že ho podrobíte mechanismu hlasování na blockchainu, časovému zámku nebo schválení z multisig peněženky.
+Použití funkce nouzového zastavení poskytuje efektivní řešení vážných zranitelností smart kontraktu. Nicméně to zvyšuje nutnost uživatelů důvěřovat vývojářům, že tuto funkci neaktivují z vlastních sobeckých důvodů. Za tímto účelem je možné decentralizovat kontrolu nad nouzovým zastavením buď tím, že bude podléhat hlasovacímu mechanismu na blockchainu, časovému zámku nebo schválení z multisig peněženky.
#### Monitorování událostí {#event-monitoring}
[Události](https://docs.soliditylang.org/en/v0.8.15/contracts.html#events) umožňují sledovat volání funkcí smart kontraktů a monitorovat změny stavových proměnných. Ideální je naprogramovat váš smart kontrakt tak, aby zapsal událost pokaždé, když nějaká strana provede bezpečnostně kritickou akci (např. výběr prostředků).
-Protokolování událostí a jejich monitorování mimo řetězec poskytuje přehled o činnostech kontraktu a pomáhá rychleji odhalit škodlivé akce. To znamená, že váš tým může rychleji reagovat na útoky a podniknout kroky ke zmírnění dopadu na uživatele, jako je pozastavení funkcí nebo provedení aktualizace.
+Protokolování událostí a jejich monitorování mimo blockchain poskytuje přehled o činnostech kontraktu a pomáhá rychleji odhalit škodlivé akce. To znamená, že váš tým může rychleji reagovat na útoky a podniknout kroky ke zmírnění dopadu na uživatele, jako je pozastavení funkcí nebo provedení aktualizace.
Můžete si také vybrat hotový nástroj pro monitorování, který automaticky přeposílá upozornění pokaždé, když někdo interaguje s vašimi kontrakty. Tyto nástroje vám umožní vytvářet vlastní upozornění na základě různých spouštěcích událostí, jako je objem transakcí, četnost volání funkcí nebo specifické funkce zapojené do transakce. Například byste mohli naprogramovat upozornění, které se objeví, když částka vybraná v jedné transakci překročí určitou prahovou hodnotu.
### 7. Návrh bezpečných řídicích systémů {#design-secure-governance-systems}
-Možná budete chtít decentralizovat svou aplikaci tím, že předáte kontrolu nad hlavními smart kontrakty členům komunity. V takovém případě bude systém smart kontraktů zahrnovat řídicí modul, což je mechanismus, který umožňuje členům komunity schvalovat administrativní akce prostřednictvím řídicího systému na blockchainu. Například návrh na aktualizaci proxy kontraktu na novou implementaci může být odhlasován držiteli tokenů.
+Možná budete chtít decentralizovat svou aplikaci tím, že předáte kontrolu nad hlavními smart kontrakty členům komunity. V tomto případě bude systém chytrých kontraktů zahrnovat řídicí modul — mechanismus, který členům komunity umožní schvalovat administrativní kroky prostřednictvím systému řízení na blockchainu. Například návrh na aktualizaci proxy kontraktu na novou implementaci může být odhlasován držiteli tokenů.
Decentralizované řízení může být prospěšné, zejména proto, že sladí zájmy vývojářů a koncových uživatelů. Nicméně mechanismy správy smart kontraktů mohou při nesprávné implementaci představovat nové riziko. Pravděpodobný scénář je, že útočník získá obrovskou hlasovací sílu (měřenou počtem držených tokenů) tím, že si vezme [bleskovou půjčku](/defi/#flash-loans) a protlačí škodlivý návrh.
-Jedním ze způsobů, jak předcházet problémům spojeným s řízením na blockchainu, je [použití časového zámku (timelock)](https://blog.openzeppelin.com/protect-your-users-with-smart-contract-timelocks/). Časový zámek brání smart kontraktu v provádění předem daných akcí, dokud neuplyne stanovené množství času. Další strategie zahrnují přiřazení „váhy hlasu“ každému tokenu na základě toho, jak dlouho ho adresa držela, nebo měření hlasovací síly adresy v historickém období (například 2–3 bloky v minulosti) namísto aktuálního bloku. Obě metody snižují možnosti rychlého získávání hlasovací síly za účelem ovlivnění hlasování na blockchainu.
+Jedním ze způsobů, jak předcházet problémům spojeným s řízením na blockchainu, je [použití časového zámku](https://blog.openzeppelin.com/protect-your-users-with-smart-contract-timelocks/). Časový zámek brání smart kontraktu v provádění předem daných akcí, dokud neuplyne stanovené množství času. Další strategie zahrnují přiřazení „váhy hlasu“ každému tokenu na základě toho, jak dlouho ho adresa držela, nebo měření hlasovací síly adresy v historickém období (například 2–3 bloky v minulosti) namísto aktuálního bloku. Obě metody snižují možnosti rychlého získávání hlasovací síly za účelem ovlivnění hlasování na blockchainu.
Více o [návrhu systémů bezpečného řízení](https://blog.openzeppelin.com/smart-contract-security-guidelines-4-strategies-for-safer-governance-systems/), [různých hlasovacích mechanismech v DAO](https://hackernoon.com/governance-is-the-holy-grail-for-daos) a [běžných vektorech útoku DAO využívajících DeFi](https://dacian.me/dao-governance-defi-attacks) najdete ve sdílených odkazech.
@@ -235,7 +235,7 @@ EVM neumožňuje souběžné zpracování (konkurenci), což znamená, že dva k
Ačkoli je tento proces většinou neškodný, předání řízení nedůvěryhodným kontraktům může způsobit problémy, jako je reentrancy (opětovný vstup). Útok opětovným vstupem nastane, když škodlivý kontrakt znovu volá do zranitelného kontraktu, než je původní funkce dokončena. Tento typ útoku je nejlepší vysvětlovat na příkladu.
-Zvažte jednoduchý smart kontrakt (Victim), který umožňuje komukoli vložit a vybrat Ether:
+Mějme jednoduchý chytrý kontrakt (Victim), který umožňuje komukoli vložit a vybrat ether:
```solidity
// This contract is vulnerable. Do not use in production
@@ -341,12 +341,12 @@ contract MutexPattern {
locked = false;
}
// This function is protected by a mutex, so reentrant calls from within `msg.sender.call` cannot call `withdraw` again.
- // The `return` statement evaluates to `true` but still evaluates the `locked = false` statement in the modifier
+ // Příkaz 'return' se vyhodnotí jako 'true', ale stále vyhodnocuje příkaz 'locked = false' v modifikátoru.
function withdraw(uint _amount) public payable noReentrancy returns(bool) {
require(balances[msg.sender] >= _amount, "No balance to withdraw.");
balances[msg.sender] -= _amount;
- bool (success, ) = msg.sender.call{value: _amount}("");
+ (bool success, ) = msg.sender.call{value: _amount}("");
require(success);
return true;
@@ -439,13 +439,13 @@ Od verze 0.8.0 kompilátor Solidity odmítá kód, který by vedl k podtečení
#### Manipulace s orákly {#oracle-manipulation}
-[Orákly](/developers/docs/oracles/) získávají informace mimo blockchain (off-chain) a posílají je na blockchain, aby je mohly používat smart kontrakty. Pomocí oráklů můžete navrhovat smart kontrakty, které spolupracují se systémy mimo blockchain, jako jsou kapitálové trhy, čímž se výrazně rozšiřují jejich aplikace.
+[Orákula](/developers/docs/oracles/) získávají informace mimo blockchain a posílají je do něj, kde je mohou použít chytré kontrakty. Pomocí orákul můžete navrhovat chytré kontrakty, které spolupracují se systémy mimo blockchain, jako jsou kapitálové trhy, což výrazně rozšiřuje jejich využití.
-Pokud je však orákulum poškozeno a posílá nesprávné informace na blockchain, kód smart kontraktů bude vykonáván na základě chybných vstupů, což může způsobit problémy. To je podstatou „problému orákulí“, který se týká úkolu zajistit, aby informace z blockchainového orákula byly přesné, aktuální a včasné.
+Pokud je však orákulum poškozeno a posílá nesprávné informace na blockchain, kód chytrých kontraktů bude vykonáván na základě chybných vstupů, což může způsobit problémy. To je podstatou „problému orákulí“, který se týká úkolu zajistit, aby informace z blockchainového orákula byly přesné, aktuální a včasné.
-Další bezpečnostní problém je používání on-chain orákula, jako je decentralizovaná burza (DEX), k získání aktuální ceny aktiva. Platformy na půjčování prostředků v odvětví [decentralizovaných financí (DeFi)](/defi/) to často dělají, aby určily hodnotu zástavy uživatele a zjistily, kolik si může půjčit.
+Souvisejícím bezpečnostním problémem je použití orákula na blockchainu, například decentralizované burzy, k získání aktuální ceny aktiva. Platformy na půjčování prostředků v odvětví [decentralizovaných financí (DeFi)](/defi/) to často dělají, aby určily hodnotu zástavy uživatele a zjistily, kolik si může půjčit.
-Ceny na DEX jsou často přesné, zejména díky arbitrážím, které obnovují paritu na trzích. Nicméně jsou otevřené manipulacím, zejména pokud on-chain orákulum vypočítává ceny aktiv na základě historických obchodních vzorců (což je obvyklý případ).
+Ceny na DEX jsou často přesné, zejména díky arbitrážím, které obnovují paritu na trzích. Je však možné s nimi manipulovat, zejména pokud orákulum na blockchainu vypočítává ceny aktiv na základě historických obchodních vzorců (což se obvykle stává).
Útočník by mohl například uměle zvýšit spotovou cenu aktiva tím, že si vezme bleskovou půjčku těsně před interakcí s vaším půjčovacím kontraktem. Dotazování na cenu aktiva na DEX by vrátilo vyšší než normální hodnotu (kvůli velké „nákupní objednávce“ útočníka, která zkresluje poptávku po aktivu), což by mu umožnilo si půjčit více, než by měl. Takovéto „útoky na bleskové půjčky“ byly použity ke zneužití závislosti na cenových oráklech mezi aplikacemi DeFi, což stálo protokoly miliony finančních prostředků.
@@ -453,7 +453,7 @@ Ceny na DEX jsou často přesné, zejména díky arbitrážím, které obnovují
Minimálním požadavkem na [zabránění manipulaci s orákly](https://www.cyfrin.io/blog/price-oracle-manipultion-attacks-with-examples) je použití decentralizované sítě orákulí, která dotazuje informace z více zdrojů, aby se zabránilo jednotlivým bodům selhání. Ve většině případů mají decentralizovaná orákula vestavěné kryptoekonomické pobídky, které motivují orákulové uzly k hlášení správných informací, což je činí bezpečnějšími než centralizovaná orákula.
-Pokud plánujete dotazovat on-chain orákulum na ceny aktiv, zvažte použití takového, které implementuje mechanismus časově váženého průměru ceny (TWAP). [TWAP orákulum](https://docs.uniswap.org/contracts/v2/concepts/core-concepts/oracles) dotazuje cenu aktiva ve dvou různých časových bodech (které můžete upravit) a vypočítá spotovou cenu na základě získaného průměru. Volba delších časových období chrání váš protokol proti manipulaci s cenami, protože velké objednávky provedené nedávno nemohou ovlivnit ceny aktiv.
+Pokud plánujete dotazovat se blockchainového orákula na ceny aktiv, zvažte použití takového systému, který implementuje mechanismus časově vážené průměrné ceny (TWAP). [TWAP orákulum](https://docs.uniswap.org/contracts/v2/concepts/core-concepts/oracles) dotazuje cenu aktiva ve dvou různých časových bodech (které můžete upravit) a vypočítá spotovou cenu na základě získaného průměru. Volba delších časových období chrání váš protokol proti manipulaci s cenami, protože velké objednávky provedené nedávno nemohou ovlivnit ceny aktiv.
## Zdroje pro zabezpečení smart kontraktů pro vývojáře {#smart-contract-security-resources-for-developers}
@@ -563,7 +563,7 @@ Pokud plánujete dotazovat on-chain orákulum na ceny aktiv, zvažte použití t
- **[Standard ověřování zabezpečení smart kontraktů](https://github.com/securing/SCSVS)** – _čtrnáctidílný kontrolní seznam vytvořený za účelem standardizace zabezpečení smart kontraktů pro vývojáře, architekty, bezpečnostní recenzenty a prodejce._
-- **[Učte se zabezpečení a auditování smart kontraktů](https://updraft.cyfrin.io/courses/security) – _ultimátní kurz bezpečnosti a auditu smart kontraktů vytvořený pro vývojáře smart kontraktů, kteří chtějí zvýšit úroveň svých osvědčených postupů v oblasti bezpečnosti a stát se bezpečnostními výzkumníky._
+- **[Učte se zabezpečení a auditování chytrých kontraktů](https://updraft.cyfrin.io/courses/security)** – _Ultimátní kurz bezpečnosti a auditu chytrých kontraktů vytvořený pro vývojáře chytrých kontraktů, kteří chtějí zvýšit úroveň svých osvědčených postupů v oblasti bezpečnosti a stát se bezpečnostními výzkumníky._
### Výukové programy o zabezpečení smart kontraktů {#tutorials-on-smart-contract-security}
diff --git a/public/content/translations/cs/developers/docs/smart-contracts/testing/index.md b/public/content/translations/cs/developers/docs/smart-contracts/testing/index.md
index 3e21eb9e69f..f8689e2826f 100644
--- a/public/content/translations/cs/developers/docs/smart-contracts/testing/index.md
+++ b/public/content/translations/cs/developers/docs/smart-contracts/testing/index.md
@@ -207,7 +207,7 @@ Přestože automatizované testování prováděné v lokálním vývojovém pro
Testování kontraktu na lokálním blockchainu (známém také jako [vývojová síť](/developers/docs/development-networks/)) je doporučenou alternativou k testování na hlavní síti. Lokální blockchain je kopie blockchainu Etherea spuštěná lokálně na vašem počítači, která simuluje chování exekuční vrstvy Etherea. Proto můžete naprogramovat transakce pro interakci s kontraktem, aniž byste museli vynaložit značné režijní náklady.
-Spuštění kontraktů na lokálním blockchainu by mohlo být užitečné jako forma ručního integračního testování. [Chytré kontrakty jsou vysoce modulární](/developers/docs/smart-contracts/composability/), což umožňuje integraci se stávajícími protokoly, ale stále je třeba zajistit, aby tyto složité interakce v řetězci vedly ke správným výsledkům.
+Spuštění kontraktů na lokálním blockchainu by mohlo být užitečné jako forma ručního integračního testování. [Chytré kontrakty jsou vysoce modulární](/developers/docs/smart-contracts/composability/), což umožňuje integraci se stávajícími protokoly, ale stále je třeba zajistit, aby tyto složité interakce na blockchainu vedly ke správným výsledkům.
[Další informace o vývojových sítích.](/developers/docs/development-networks/)
@@ -259,7 +259,7 @@ Hlavní rozdíl spočívá v tom, že programy odměn za vyřešení chyb jsou o
- **[Brownie unit testing framework](https://eth-brownie.readthedocs.io/en/v1.0.0_a/tests.html)** – _Brownie využívá Pytest, funkčně bohatý testovací framework, který umožňuje psát malé testy s minimem kódu, dobře se škáluje pro velké projekty a je vysoce rozšiřitelný._
-- **[Foundry Tests](https://github.com/foundry-rs/foundry/tree/master/forge)** – _Foundry nabízí Forge, rychlý a flexibilní framework pro testování na Ethereu, který dokáže provádět jednoduché jednotkové testy, kontroly optimalizace paliva a fuzzing kontraktů._
+- **[Foundry Tests](https://github.com/foundry-rs/foundry/tree/master/crates/forge)** – _Foundry nabízí Forge, rychlý a flexibilní framework pro testování na Ethereu, který dokáže provádět jednoduché jednotkové testy, kontroly optimalizace paliva a fuzzing kontraktů._
- **[Hardhat Tests](https://hardhat.org/hardhat-runner/docs/guides/test-contracts)** – _Framework pro testování chytrých kontraktů založený na ethers.js, Mocha a Chai._
diff --git a/public/content/translations/cs/developers/docs/smart-contracts/verifying/index.md b/public/content/translations/cs/developers/docs/smart-contracts/verifying/index.md
index ba0ad50fbd5..902e409e962 100644
--- a/public/content/translations/cs/developers/docs/smart-contracts/verifying/index.md
+++ b/public/content/translations/cs/developers/docs/smart-contracts/verifying/index.md
@@ -72,11 +72,11 @@ Tradiční proces ověřování kontraktů může být složitý. Proto máme n
Ačkoli je Etherscan známý především jako [prohlížeč blockchainu Etherea](/developers/docs/data-and-analytics/block-explorers/), nabízí také [službu ověřování zdrojového kódu](https://etherscan.io/verifyContract) pro vývojáře a uživatele chytrých kontraktů.
-Etherscan umožňuje překompilovat bytekód kontraktu z původního datového payloadu (zdrojový kód, adresa knihovny, nastavení kompilátoru, adresa kontraktu atd.). Pokud je překompilovaný bytekód spojen s bytekódem (a parametry konstruktoru) kontraktu na blockchainu, pak je [smlouva ověřena](https://info.etherscan.com/types-of-contract-verification/).
+Etherscan umožňuje překompilovat bytekód kontraktu z původního datového payloadu (zdrojový kód, adresa knihovny, nastavení kompilátoru, adresa kontraktu atd.). Pokud je překompilovaný bytekód spojen s bytekódem (a parametry konstruktoru) kontraktu na blockchainu, pak je [kontrakt ověřen](https://info.etherscan.com/types-of-contract-verification/).
Po ověření obdrží zdrojový kód vašeho kontraktu označení „Ověřeno“ a je zveřejněn na Etherscanu, kde ho mohou kontrolovat ostatní. Přidá se také do sekce [Ověřené kontrakty](https://etherscan.io/contractsVerified/) – úložiště chytrých kontraktů s ověřenými zdrojovými kódy.
-Etherscan je nejpoužívanějším nástrojem pro ověřování kontraktů. Ověřování kontraktu na Etherscanu má však nevýhodu: nepodaří se mu porovnat **hash metadat** bytekódu na blockchainu a překompilovaného bytekódu. Shody v programu Etherscan jsou proto pouze částečné.
+Etherscan je nejpoužívanějším nástrojem pro ověřování kontraktů. Ověřování kontraktu na Etherscanu má však nevýhodu: nedokáže porovnat **hash metadat** bytekódu na blockchainu a překompilovaného bytekódu. Shody v programu Etherscan jsou proto pouze částečné.
[ Více o ověřování kontraktů na Etherscanu](https://medium.com/etherscan-blog/verifying-contracts-on-etherscan-f995ab772327).
diff --git a/public/content/translations/cs/dvt/index.md b/public/content/translations/cs/dvt/index.md
new file mode 100644
index 00000000000..990f60b83d1
--- /dev/null
+++ b/public/content/translations/cs/dvt/index.md
@@ -0,0 +1,91 @@
+---
+title: Technologie distribuovaných validátorů
+description: Technologie distribuovaných validátorů umožňuje distribuovaný provoz ethereovského validátoru více stranami.
+lang: cs
+---
+
+# Technologie distribuovaných validátorů {#distributed-validator-technology}
+
+Technologie distribuovaných validátorů (DVT) je přístup k zabezpečení validátoru, který dělí odpovědnost za přístupová hesla a podepisování mezi více stran, a to za účelem snížení pravděpodobnosti selhání a zvýšení odolnosti validátoru.
+
+Principem je **rozdělení privátního klíče** používaného k zabezpečení validátoru **mezi více počítačů** organizovaných do klastru. Výhodou tohoto rozdělení je, že útočníci musí vynaložit mnohem více energie, aby se dostali k privátnímu klíči, protože na žádném počítači není uložen celý. Taktéž umožňuje vypnutí některých síťových uzlů, protože potřebné podpisy mohou být generovány podmnožinou počítačů v každém klastru. To snižuje pravděpodobnost selhání a zvyšuje odolnost celého souboru validátorů.
+
+
+
+## Proč potřebujeme DVT? {#why-do-we-need-dvt}
+
+### Bezpečnost {#security}
+
+Validátory generují dva páry privátních a veřejných klíčů: Klíče pro účast v konsensu a klíče pro výběr finančních prostředků. Zatímco klíče pro výběr je možné uchovávat v bezpečí cold storage, privátní klíče validátorů musí být neustále online. Pokud je privátní klíč odhalen, útočník může tento validátor ovládnout a potenciálně dojde k trestu nebo ztrátě vloženého ETH. DVT může validátorům pomoci toto riziko snížit. Jak to funguje:
+
+Vkladatelé se mohou podílet na vkládání a zároveň uchovávat privátní klíč svého validátoru v cold storage, pokud používají DVT. Původní privátní klíč je totiž zašifrován a poté rozdělen na několik částí. Tyto části jsou online sdíleny mezi více síťových uzlů, což umožňuje distribuovaný provoz validátoru. To je možné díky tomu, že validátory Etherea používají BLS podpisy, které jsou aditivní, což znamená, že úplný klíč lze obnovit součtem jeho složek. To umožňuje vkladateli uchovávat plný původní „master“ klíč validátoru v bezpečí offline.
+
+### Žádná slabá místa {#no-single-point-of-failure}
+
+Když je validátor rozdělen mezi více provozovatelů a více strojů, dokáže odolat individuálním hardwarovým a softwarovým poruchám bez toho, aby byl odpojen. Riziko selhání lze také snížit tím, že se použijí různé konfigurace hardwaru a softwaru na síťových uzlech v klastru. Tato odolnost je nedostupná pro konfigurace validátorů s jedním síťovým uzlem - pochází právě z vrstvy DVT.
+
+Pokud některá z komponent počítače v klastru selže (například pokud jsou v klastru validátorů čtyři provozovatelé a jeden používá specifického klienta, který má chybu), ostatní provozovatelé zajistí, že validátor bude nadále fungovat.
+
+### Decentralizace {#decentralization}
+
+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 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:**
+
+1. **Decentralizuje** ethereovský konsensus důkazu podílem.
+2. Zabezpečuje **životaschopnost** sítě.
+3. Vytváří **toleranci validátorů k chybám**.
+4. **Snižuje důvěru** operací validátoru.
+5. **Minimalizuje tresty** a rizika výpadku.
+6. **Vylepšuje rozmanitost** (klient, datové centrum, lokace, regulace, atd.).
+7. **Zvyšuje bezpečnost** klíčů validátorů.
+
+## Jak DVT funguje? {#how-does-dvt-work}
+
+DVT obsahuje tyto komponenty:
+
+- **[Shamirův systém tajného sdílení](https://medium.com/@keylesstech/a-beginners-guide-to-shamir-s-secret-sharing-e864efbf3648)** – Validátory používají [BLS klíče](https://en.wikipedia.org/wiki/BLS_digital_signature). Jednotlivé BLS „části klíče“ („key shares“) lze sloučit do jediného agregovaného klíče (podpisu). V DVT je privátní klíč validátora kombinovaným BLS podpisem každého operátora v klastru.
+- **[Schéma minimálního podpisu](https://medium.com/nethermind-eth/threshold-signature-schemes-36f40bc42aca)** – Určuje, kolik částí klíče je potřeba pro podpis, například 3 ze 4.
+- **[Distribuované generování klíčů (DKG)](https://medium.com/toruslabs/what-distributed-key-generation-is-866adc79620)** – Kryptografický proces, který generuje jednotlivé části klíče a slouží k distribuci podílů existujícího nebo nového klíče validátoru síťovým uzlům v klastru.
+- **[Vícestranný výpočet (MPC)](https://messari.io/report/applying-multiparty-computation-to-the-world-of-blockchains)** – Kompletní klíč validátoru je generován tajně pomocí vícestranného výpočtu. Celý klíč není znám žádnému operátorovi – každý zná pouze svoji část (svůj „podíl“).
+- **Konsenzuální protokol** – Konsenzuální protokol vybere jeden síťový uzel, který se stane navrhovatelem bloku. Tento síťový uzel sdílí blok s ostatními síťovými uzly v klastru, které přidávají své části klíče k agregovanému podpisu. Jakmile je agregován dostatečný počet částí klíče, blok je navržen na Ethereum.
+
+Distribuované validátory mají naprogramovanou toleranci k chybám a mohou pokračovat v provozu i v případě, že se některé individuální síťové uzly odpojí. To znamená, že klastr je odolný i v případě, že jsou některé síťové uzly v něm napadeny nebo že jsou nefunkční.
+
+## Příklady použití DVT {#dvt-use-cases}
+
+DVT má významné důsledky pro širší ekosystém vkládání:
+
+### Samostatní vkladatelé {#solo-stakers}
+
+DVT umožňuje i vkládání bez prostředníka a to tak, že rozloží klíč validátoru mezi vzdálené síťové uzly, přičemž celý klíč zůstane úplně offline. To znamená, že vkladatelé, kteří pracují z domova, nemusí nutně vynakládat finanční prostředky na hardware, zatímco distribuce částí klíče jim může pomoci zvýšit odolnost proti potenciálním hackům.
+
+### Staking as a service (SaaS) {#saas}
+
+Operátoři (jako jsou vkladové fondy a institucionální vkladatelé), kteří spravují více validátorů, mohou pomocí DVT snížit svá rizika. Distribuováním infrastruktury mohou přidat do svých výpočtů redundanci a diverzifikovat druhy hardware, který při vkládání používají.
+
+DVT sdílí odpovědnost za správu klíčů mezi více síťových uzlů, což znamená, že i některé provozní náklady mohou být sdíleny. DVT může také snížit operační riziko a náklady na pojištění pro poskytovatele vkládání.
+
+### Staking pools {#staking-pools}
+
+Díky standardním nastavením validátorů jsou vkladové fondy a poskytovatelé likvidního vkládání nuceni mít různé úrovně důvěry jednotlivým operátorům, protože zisky a ztráty jsou sdíleny v rámci fondu. Musejí se také spoléhat na operátory, kterým svěřují zabezpečení podpisového klíče, protože dosud pro ně neexistovala jiná možnost.
+
+I když se tradičně snažili o rozložení rizika tím, že se vklad rozdělil mezi více operátorů, každý operátor i tak samostatně spravoval významné částky. Pokud by operátor nebyl schopen provádět dané úkony, měl výpadek, byl napaden nebo se dopustil podvodného jednání, představuje přístup, kdy se na něj spoléhá celý fond, obrovské riziko.
+
+Pokud ale pool využívá DVT, je míra potřebné důvěry v operátory významně snížena. **Fondy mohou operátorům umožnit držet staky, aniž by potřebovali spravovat klíč validátoru** (jsou využívány pouze části klíče). DVT dále umožňuje rozdělit spravované vklady mezi více operátorů (například místo toho, aby jeden operátor spravoval 1 000 validátorů, DVT umožňuje, aby byly tyto validátory provozovány kolektivně více operátory). Různé konfigurace operátorů zajistí, že pokud jeden operátor selže, ostatní budou stále schopni fungovat. To vede k redundanci a diverzifikaci systému, což vede ke zlepšení výkonu a odolnosti a zároveň maximalizaci odměn poolu.
+
+Další výhodou minimalizace důvěry vůči jednotlivým operátorům je to, že vkladové fondy mohou umožnit otevřenější účast bez nutnosti schvalování operátorů. Tímto způsobem mohou snížit svá rizika a podpořit decentralizaci Etherea tím, že budou zapojovat jak supervizované operátory, tak operátory bez nutnosti schvalování, například tím, že budou spojovat domácí nebo menší vkladatele s těmi většími.
+
+## Potenciální nevýhody DVT {#potential-drawbacks-of-using-dvt}
+
+- **Dodatečná komponenta** – zavedení DVT síťového uzlu přidává do systému další část, která může být potenciálně poruchová nebo zranitelná. Eliminovat tento problém je možné pomocí implementace dalších DVT síťových uzlů, což znamená více DVT klientů (stejně jako existuje více klientů pro konsenzuální a exekuční vrstvy).
+- **Provozní náklady** – protože DVT distribuuje validátor mezi více účastníků, je k provozu zapotřebí více síťových uzlů namísto jednoho, což zvyšuje provozní náklady.
+- **Potenciálně zvýšená latence** – protože DVT využívá konsenzuální protokol k dosažení konsenzu mezi více síťovými uzly, které provozují validátor, může potenciálně způsobit zvýšenou latenci.
+
+## Další informace {#further-reading}
+
+- [Specifikace distribuovaných validátorů Etherea (pro pokročilé)](https://github.com/ethereum/distributed-validator-specs)
+- [Technická specifikace distribuovaných validátorů Etherea](https://github.com/ethereum/distributed-validator-specs/tree/dev/src/dvspec)
+- [Demo aplikace pro Shamirovo sdílení hesel](https://iancoleman.io/shamir/)
diff --git a/public/content/translations/cs/eips/index.md b/public/content/translations/cs/eips/index.md
new file mode 100644
index 00000000000..2e35057e94d
--- /dev/null
+++ b/public/content/translations/cs/eips/index.md
@@ -0,0 +1,79 @@
+---
+title: Návrhy na zlepšení platformy Ethereum (EIP)
+description: Základní informace, které potřebujete k pochopení EIP
+lang: cs
+---
+
+# Úvod do návrhů na zlepšení platformy Ethereum (EIP) {#introduction-to-ethereum-improvement-proposals}
+
+## Co jsou EIP? {#what-are-eips}
+
+[Návrhy na na zlepšení platformy Ethereum (Ethereum Improvement Proposals, EIP)](https://eips.ethereum.org/) jsou standardy specifikující potenciální nové funkce nebo procesy pro Ethereum. EIP obsahují technické specifikace pro navrhovaná vylepšení a fungují jako „zdroj správnosti“ pro komunitu. Diskuze a vývoj síťových vylepšení a aplikačních standardů Etherea probíhají právě prostřednictvím procesu EIP.
+
+Kdokoli z komunity Ethereum má možnost vytvořit EIP. Pokyny pro psaní EIP jsou součástí [EIP-1](https://eips.ethereum.org/EIPS/eip-1). Každý EIP by měl poskytovat stručnou technickou specifikaci a částečně i popis motivace ke vzniku tohoto návrhu. Autor EIP je zodpovědný za dosažení shody v rámci komunity a zdokumentování alternativních názorů. Vzhledem k vysoké technické náročnosti, která je pro kvalitní EIP nezbytná, jich většinu navrhují vývojáři aplikací nebo protokolů.
+
+## Proč na EIP záleží? {#why-do-eips-matter}
+
+EIP hrají ústřední roli ve změnách a dokumentaci Etherea. Jedná se o standardní způsob, jak mohou členové komunity navrhovat, diskutovat a přijímat změny. Existují [různé typy EIP](https://eips.ethereum.org/EIPS/eip-1#eip-types), včetně základních EIP pro nízkoúrovňové změny protokolů, které ovlivňují konsensus a vyžadují vylepšení sítě, jako je [EIP-1559](https://eips.ethereum.org/EIPS/eip-1559), a ERC pro aplikační standardy, jako je [EIP-20](https://eips.ethereum.org/EIPS/eip-20) a [EIP-721](https://eips.ethereum.org/EIPS/eip-721).
+
+Každé vylepšení sítě se skládá ze sady EIP, které musí implementovat každý [ethereovský klient](/learn/#clients-and-nodes) v síti. To znamená, že aby vývojáři klientů zůstali v konsensu s ostatními klienty na hlavní síti Ethereum, musí se ujistit, že požadované EIP implementovali všichni.
+
+Kromě poskytnutí technické specifikace změn jsou EIP také jednotkou, kolem které se v Ethereu odehrává řízení: Kdokoli může EIP navrhnout, a pokud se tak stane, různé zúčastněné strany v komunitě začnou diskutovat o jeho přijetí jako standardu nebo zahrnutí do vylepšení sítě. Protože EIP, které se netýkají klíčových částí Etherea, nemusí být přijaty všemi aplikacemi (například je možné vytvořit zastupitelný token, který neimplementuje EIP-20), ale základní EIP musí být široce přijaty (protože všechny síťové uzly musí implementovat stejné vylepšení, aby zůstaly součástí stejné sítě), základní EIP vyžadují širší konsensus v rámci komunity než EIP, které se netýkají klíčových částí protokolu.
+
+## Historie EIP {#history-of-eips}
+
+[GitHub repozitář Ethereum Improvement Proposals (EIPs)](https://github.com/ethereum/EIPs) byl založen v říjnu 2015. Proces EIP je založen na procesu [Bitcoin Improvement Proposals (BIPs)](https://github.com/bitcoin/bips), který sám o sobě vychází z procesu [Python Enhancement Proposals (PEPs)](https://www.python.org/dev/peps/).
+
+Editoři EIP mají za úkol revidovat EIP z hlediska technické správnosti, formátování a opravy pravopisu, gramatiky a stylu kódu. Martin Becze, Vitalik Buterin, Gavin Wood a několik dalších byli původními editory EIP od roku 2015 do konce roku 2016.
+
+Současnými EIP editory jsou
+
+- Alex Beregszaszi (@axic)
+- Gavin John (@Pandapip1)
+- Greg Colvin (@gcolvin)
+- Matt Garnett (@lightclient)
+- Sam Wilson (@SamWilsn)
+
+Emeritními EIP editory jsou
+
+- Casey Detrio (@cdetrio)
+- Hudson Jameson (@Souptacular)
+- Martin Becze (@wanderer)
+- Micah Zoltu (@MicahZoltu)
+- Nick Johnson (@arachnid)
+- Nick Savers (@nicksavers)
+- Vitalik Buterin (@vbuterin)
+
+Pokud se chcete stát editorem EIP, podívejte se na návrh [EIP-5069](https://eips.ethereum.org/EIPS/eip-5069).
+
+Editoři EIP rozhodují, kdy je návrh připraven stát se EIP, a pomáhají autorům EIP přetavit jejich návrhy do realizovatelné podoby. Setkání mezi editory EIP a komunitou pomáhají organizovat [Ethereum Cat Herders](https://www.ethereumcatherders.com/) (viz [EIPIP](https://github.com/ethereum-cat-herders/EIPIP)).
+
+Celý proces standardizace spolu s grafem je popsán v [EIP-1](https://eips.ethereum.org/EIPS/eip-1)
+
+## Zjistit více {#learn-more}
+
+Pokud si chcete přečíst více o EIP, podívejte se na [web EIP](https://eips.ethereum.org/) a [EIP-1](https://eips.ethereum.org/EIPS/eip-1). Zde je několik užitečných odkazů:
+
+- [Seznam všech návrhů na zlepšení platformy Ethereum](https://eips.ethereum.org/all)
+- [Popis všech typů EIP](https://eips.ethereum.org/EIPS/eip-1#eip-types)
+- [Popis všech stavů EIP](https://eips.ethereum.org/EIPS/eip-1#eip-process)
+
+### Komunitní vzdělávací projekty {#community-projects}
+
+- [PEEPanEIP](https://www.youtube.com/playlist?list=PL4cwHXAawZxqu0PKKyMzG_3BJV_xZTi1F) — *PEEPanEIP je série vzdělávacích videí, která je zaměřena na návrhy na zlepšení platformy Ethereum (EIP) a klíčové funkce nadcházejících vylepšení.*
+- [EIPs For Nerds](https://ethereum2077.substack.com/t/eip-research) — *EIPs For Nerds poskytuje komplexní, jednoduché přehledy různých návrhů na zlepšení platformy Ethereum (EIP), včetně základních EIP a EIP na aplikační/infrastrukturní vrstvě (ERC), s cílem vzdělávat čtenáře a formovat konsenzus ohledně navrhovaných změn v protokolu Ethereum.*
+- [EIPs.wtf](https://www.eips.wtf/) — *EIPs.wtf poskytuje doplňující informace o návrzích na zlepšení platformy Ethereum (EIP), včetně jejich statusu, detailů implementace, souvisejících pull requestů a zpětné vazby od komunity.*
+- [EIP.Fun](https://eipfun.substack.com/) — *EIP.Fun poskytuje nejnovější zprávy o návrzích na zlepšení platformy Ethereum (EIP), aktualizace z jednání o EIP a další informace.*
+- [EIPs Insight](https://eipsinsight.com/) — *EIPs Insight představuje přehled stavu návrhů na zlepšení platformy Ethereum (EIP) a statistiky na základě informací z různých zdrojů.*
+
+## Jak se zapojit {#participate}
+
+Každý může vytvořit EIP. Před odesláním návrhu je třeba nastudovat si [EIP-1](https://eips.ethereum.org/EIPS/eip-1), který popisuje proces EIP a jak napsat EIP. Dalším krokem je vyžádat si zpětnou vazbu na webu [Ethereum Magicians](https://ethereum-magicians.org/), kde jsou návrhy nejprve prodiskutovány s komunitou.
+
+## Reference {#references}
+
+
+
+Obsah stránky byl částečně převzat z [Ethereum Protocol Development Governance and Network Upgrade Coordination](https://hudsonjameson.com/2020-03-23-ethereum-protocol-development-governance-and-network-upgrade-coordination/) od Hudsona Jamesona
+
+
diff --git a/public/content/translations/cs/foundation/index.md b/public/content/translations/cs/foundation/index.md
new file mode 100644
index 00000000000..ee04c056a03
--- /dev/null
+++ b/public/content/translations/cs/foundation/index.md
@@ -0,0 +1,40 @@
+---
+title: Ethereum Foundation
+description: Zjistěte více o Nadaci Ethereum (Ethereum Foundation, EF), neziskové organizaci, která se věnuje podpoře Etherea a souvisejících technologií.
+hideEditButton: true
+lang: cs
+---
+
+# O Nadaci Ethereum {#about-the-ethereum-foundation}
+
+
+
+Další informace o nadaci a její práci naleznete na [ethereum.foundation](http://ethereum.foundation/), nebo se podívejte na [Blog Ethereum Foundation](https://blog.ethereum.org/), kde najdete nejnovější zprávy a oznámení od nadace EF.
diff --git a/public/content/translations/cs/future-proofing/index.md b/public/content/translations/cs/future-proofing/index.md
new file mode 100644
index 00000000000..1785e9d8bc4
--- /dev/null
+++ b/public/content/translations/cs/future-proofing/index.md
@@ -0,0 +1,38 @@
+---
+title: Příprava na budoucnost Etherea
+description: Neustávající práce na vylepšeních činí Ethereum odolnou, decentralizovanou základní vrstvou, bez ohledu na to, co nám budoucnost přinese.
+lang: cs
+image: /images/roadmap/roadmap-future.png
+alt: "Plán Etherea"
+template: roadmap
+---
+
+Některé části plánu nejsou nezbytně nutné pro škálování nebo zabezpečení Etherea v blízké budoucnosti, ale pro stabilitu a spolehlivost ve vzdálené budoucnosti.
+
+## Odolnost proti kvantovým počítačům {#quantum-resistance}
+
+Až budou vynalezeny kvantové počítače, bude část [kryptografie](/glossary/#cryptography) zajišťující bezpečnost současného Etherea ohrožena. Přestože kvantové počítače jsou pravděpodobně desítky let vývoje daleko od toho, aby se staly skutečnou hrozbou pro moderní kryptografii, Ethereum je budováno tak, aby bylo bezpečné po celá staletí. I tak je ale snaha o [Ethereum odolné proti útokům kvantových počítačům](https://consensys.net/blog/developers/how-will-quantum-supremacy-affect-blockchain/) prioritou.
+
+Výzva, před kterou vývojáři Etherea stojí, spočívá v tom, že současný protokol [Důkaz podílem](/glossary/#pos) spoléhá na efektivní podpisové schéma pro agregaci hlasů na platných [blocích](/glossary/#block), známé jako BLS. Toto schéma podpisu je ohroženo kvantovými počítači, ale kvantově odolné alternativy nejsou tak účinné.
+
+Je známo, že [schémata závazků „KZG“](/roadmap/danksharding/#what-is-kzg), která se v Ethereu používají ke generování kryptografických tajemství, jsou kvantově zranitelná. V současné době se tento problém obchází pomocí „nastavení s nutností důvěry“, kde mnoho uživatelů generuje náhodnost, kterou nelze zpětně analyzovat kvantovým počítačem. Ideálním řešením by však bylo začlenit místo toho kvantově bezpečnou kryptografii. Existují dva hlavní přístupy, které by mohly účinně nahradit BLS schéma: Podepisování založené na [STARK](https://hackmd.io/@vbuterin/stark_aggregation) technologii a podepisování založené na [mřížce](https://medium.com/asecuritysite-when-bob-met-alice/so-what-is-lattice-encryption-326ac66e3175). **Ty jsou v současné době zkoumány a prototypovány**.
+
+ Další materiály o KZG a nastaveních s nutností důvěry
+
+## Jednodušší a efektivnější Ethereum {#simpler-more-efficient-ethereum}
+
+Složitost vytváří příležitosti pro chyby nebo zranitelnosti, které mohou útočníci zneužít. Proto je součástí plánu vývoje Etherea jeho zjednodušení a odstranění kódu, který byl připojen s různými vylepšeními, ale už není potřeba nebo je možné ho vylepšit. Štíhlý a jednoduchý kód je pro vývojáře snazší udržovat a rozvíjet.
+
+V plánu je několik aktualizací, které budou provedeny ve [virtuálním stroji Etherea (EVM)](/developers/docs/evm) za účelem zjednodušení a zvýšení efektivity. Patří mezi ně [odstranění opkódu SELFDESTRUCT](https://hackmd.io/@vbuterin/selfdestruct) – jedná se o zřídka používaný příkaz, který už není potřeba a za určitých okolností může být jeho použití nebezpečné, zejména v kombinaci s dalšími budoucími vylepšeními úložiště Etherea. [Klienti na Ethereu](/glossary/#consensus-client) také stále podporují některé staré typy transakcí, které lze nyní zcela odstranit. Způsob výpočtu [transakčního poplatku](/glossary/#gas) je také možné zlepšit. Dále mohou být zavedeny efektivnější metody pro aritmetický základ některých kryptografických operací.
+
+Podobně existují aktualizace, které lze provést v jiných částech současných klientů Etherea. Jedním z příkladů je, že současní exekutivní a konsensuální klienti používají jiný typ komprese dat. Sdílení dat mezi klienty bude mnohem jednodušší a intuitivnější, když bude schéma komprese jednotné v celé síti.
+
+## Aktuální průběh {#current-progress}
+
+Většina vylepšení potřebných pro budoucí zabezpečení Etherea je **stále ve fázi výzkumu a může trvat několik let**, než dojde k jejich implementaci. Vylepšení, jako je odstranění SELFDESTRUCT a harmonizace kompresního schématu používaného v exekučních a konsensuálních klientech, pravděpodobně přijdou dříve než kvantově odolná kryptografie.
+
+**Další informace**
+
+- [Palivo](/developers/docs/gas)
+- [EVM](/developers/docs/evm)
+- [Datové struktury](/developers/docs/data-structures-and-encoding)
diff --git a/public/content/translations/cs/governance/index.md b/public/content/translations/cs/governance/index.md
index 1a88aca4611..ebee1b1fe80 100644
--- a/public/content/translations/cs/governance/index.md
+++ b/public/content/translations/cs/governance/index.md
@@ -4,15 +4,15 @@ description: Úvod do rozhodování o Ethereu.
lang: cs
---
-# Úvod do správy Etherea {#introduction}
+# Úvod do řízení Etherea {#introduction}
-_Pokud Ethereum nikdo nevlastní, jak se rozhoduje o minulých a budoucích změnách Etherea? Ethereum governance, nebo česky správa Etherea, je proces, který toto umožňuje._
+_Pokud Ethereum nikdo nevlastní, jak se rozhoduje o minulých a budoucích změnách Etherea? Řízení Etherea je proces, který toto umožňuje._
Více o DAO
@@ -38,9 +38,9 @@ _Zatímco na úrovni protokolu je řízení Etherea off-chain, velké množství
Více o EIP
@@ -104,7 +104,7 @@ Neexistuje žádný jasný návod, jak řešit sporné návrhy. Je to výsledek
Od šampionů EIP se očekává, že si vyžádají zpětnou vazbu od všech zúčastněných stran. Pokud zjistíte, že jste šampionem EIP, které je sporné, měli byste se pokusit vyřešit námitky zúčastněných stran, abyste dosáhli konsensu. Vzhledem k velikosti a rozmanitosti komunity Etherea neexistuje jediná metrika (např. hlasování pomocí tokenů), kterou by bylo možné použít k posouzení konsenzu komunity, a od šampionů EIP se očekává, že se přizpůsobí okolnostem svého návrhu.
-Kromě zabezpečení sítě přikládali vývojáři protokolu významnou váhu tomu, čeho si vývojáři aplikací/nástrojů a uživatelé aplikací cení - a to vzhledem k tomu, že používání aplikací a vývoj na Ethereu je to, co činí ekosystém atraktivním pro ostatní zúčastněné strany. Kromě toho je třeba implementovat EIP napříč všemi implementacemi klientů, které jsou spravovány různými týmy. Součástí tohoto procesu je obvykle přesvědčování různých týmů vývojářů protokolu, že konkrétní změna je cenná a že pomůže koncovým uživatelům nebo vyřeší problém se zabezpečením.
+Kromě zabezpečení sítě přikládali vývojáři protokolu významnou váhu tomu, čeho si vývojáři aplikací/nástrojů a uživatelé aplikací cení – a to vzhledem k tomu, že používání aplikací a vývoj na Ethereu je to, co činí ekosystém atraktivním pro ostatní zúčastněné strany. Kromě toho je třeba implementovat EIP napříč všemi implementacemi klientů, které jsou spravovány různými týmy. Součástí tohoto procesu je obvykle přesvědčování různých týmů vývojářů protokolu, že konkrétní změna je cenná a že pomůže koncovým uživatelům nebo vyřeší problém se zabezpečením.
+ Sloučení bylo provedeno 15. září 2022. Tento krok dokončil přechod Etherea na konsensuální mechanismus důkaz podílem a oficiálně odstranil důkaz prací, čímž snížil spotřebu energie přibližně o 99,95 %.
+
+
+## Co bylo Sloučení? {#what-is-the-merge}
+
+Sloučení představovalo spojení původní exekuční vrstvy Etherea (hlavní síť, která existovala od [genesis](/history/#frontier)) s novou konsensuální vrstvou založenou na důkazu podílem, Řetězovou vazbou. To eliminovalo potřebu energeticky náročného těžení a místo toho umožnilo zabezpečení sítě pomocí uzamčeného ETH. Byl to opravdu zajímavý krok k naplnění vize Etherea — větší škálovatelnost, bezpečnost a udržitelnost.
+
+
+Tento přechod na důkaz podílem změnil způsob, jakým je ether vydáván. Přečtěte si další informace na téma vydávání etheru před Sloučením a po něm.
+
+
+### Uživatelé a držitelé {#users-holders}
+
+**Sloučení nezměnilo nic pro držitele/uživatele.**
+
+_Jednu věc je třeba zdůraznit_: Jako uživatel nebo držitel ETH nebo jakéhokoliv jiného digitálního aktiva na Ethereu, stejně jako uzamykatelé, kteří neprovozují síťové uzly, **nemusíte s vašimi prostředky nebo peněženkou podnikat kvůli Sloučení žádné kroky.** ETH je jednoduše ETH. Neexistuje něco jako „starý ETH“/„nový ETH“ nebo „ETH1“/„ETH2“ a peněženky fungují po Sloučení úplně stejně jako předtím — lidé, kteří vám říkají něco jiného, jsou s největší pravděpodobností podvodníci.
+
+Navzdory přechodu z důkazu prací na důkaz podílem zůstala celá historie Etherea od genesis neporušená a nezměněná. Jakékoliv prostředky držené ve vaší peněžence před Sloučením jsou stále přístupné i po Sloučení. **Nemusíte pro to vůbec nic udělat.**
+
+[Více o bezpečnosti Etherea](/security/#eth2-token-scam)
+
+### Provozovatelé síťových uzlů a vývojáři decentralizovaných aplikací {#node-operators-dapp-developers}
+
+
+
+Klíčové akční položky zahrnují:
+
+1. Spusťte _oba_ klienty: konsensuálního i exekučního; koncové body třetích stran pro získání exekučních dat po Sloučení nefungují.
+2. Autentizujte exekučního i konsensuálního klienta s použitím sdíleného JWT klíče, aby spolu mohli komunikovat v zabezpečeném prostředí.
+3. Nastavte adresu pro „příjem odměn“ abyste mohli dostat transakční poplatky/MEV, které si vyděláte.
+
+Pokud neprovedete první dvě výše uvedené položky, vámi provozovaný síťový uzel uzel bude považován za „offline“, dokud nebudou obě vrstvy synchronizovány a autentizovány.
+
+Pokud nenastavíte adresu pro „příjem odměn“, váš validátor bude stále fungovat jako obvykle, ale poplatky a MEV, které byste jinak získali v blocích navržených vaším validátorem, budou spáleny.
+
+
+
+
+Před Sloučením byl exekuční klient (například Geth, Erigon, Besu nebo Nethermind) dostačující pro příjem, správné ověření a šíření bloků distribuovaných sítí. Platnost transakcí obsažených v exekuční zprávě _po Sloučení_ závisí i na platnosti „konsensuálního bloku“, ve kterém je obsažena.
+
+Výsledkem je, že kompletní síťový uzel Etherea nyní potřebuje jak klienta exekučního, tak konsensuálního. Tyto dva klienty spolupracují prostřednictvím nového Engine API. Engine API vyžaduje autentizaci pomocí JWT klíče, který je poskytován oběma klientům a umožňuje jim tak bezpečnou komunikaci.
+
+Klíčové akční body zahrnují:
+
+- Nainstalujte klienta konsensu navíc k exekučnímu klientovi.
+- Autentizujte exekuční a konsensuální klienty sdíleným JWT klíčem a umožněte jim tak bezpečnou komunikaci.
+
+Nesplnění výše uvedených položek povede k tomu, že váš uzel se bude jevit jako „offline“, dokud nebudou obě vrstvy synchronizovány a autentizovány.
+
+
+
+
+
+Sloučení přineslo změny v konsensu, což zahrnuje i změny týkající se:
+
+
+ - struktury bloku
+ - časování slotů/bloků
+ - změn opcode
+ - zdrojů náhodnosti na blockchainu
+ - konceptu bezpečného prvního prvku a finalizovaných bloků
+
+
+Více informací najdete v tomto příspěvku na blogu od Tima Beika o tom, jak Sloučení ovlivňuje aplikační vrstvu Etherea.
+
+
+
+## Sloučení a spotřeba energie {#merge-and-energy}
+
+Sloučení znamenalo pro Ethereum konec důkazu prací a zahájilo éru udržitelnějšího, ekologičtějšího Etherea. Spotřeba energie Ethereem klesla odhadem o 99,95 %, což činí Ethereum ekologickým blockchainem. Další informace o [spotřebě energie Ethereem](/energy-consumption/).
+
+## Sloučení a škálování {#merge-and-scaling}
+
+Sloučení také připravilo půdu pro další škálovatelná vylepšení, která nebyla za důkazu prací možná, a přiblížilo Ethereum o krok blíže k dosažení plného škálování, bezpečnosti a udržitelnosti uvedených v [jeho vizi](/roadmap/vision/).
+
+## Mýty o Sloučení {#misconceptions}
+
+
+
+Existují dva typy síťových uzlů Etherea: Uzly, které mohou navrhovat bloky, a uzly, které nemohou.
+
+Uzly, které navrhují bloky, jsou pouze malou částí celkového počtu uzlů na Ethereu. Tato kategorie zahrnuje těžební uzly pod důkazem prací (proof-of-work, PoW) a validační uzly pod důkazem podílem (proof-of-stake, PoS). Tato kategorie vyžaduje investici ekonomických zdrojů (například GPU hashovací výkon v případě důkazu prací nebo uzamčené ETH v případě důkazu podílem) výměnou za možnost občas navrhnout další blok a získat protokolové odměny.
+
+Ostatní uzly v síti (tj. většina) nemusí investovat žádné ekonomické zdroje nad rámec běžného počítače s 1–2 TB dostupného úložiště a internetového připojení. Tyto síťové uzly nenavrhují bloky, ale stále hrají klíčovou roli při zabezpečení sítě tím, že kontrolují platnost nových bloků a ověřují je podle pravidel konsensu sítě. Pokud je blok platný, uzel pokračuje v jeho šíření sítí. Pokud je blok z jakéhokoli důvodu neplatný, software síťového uzlu jej odmítne jako neplatný a přestane jej šířit.
+
+Spuštění uzlu, který nenavrhuje bloky, je možné pro každého pod konsensuálním mechanismem (důkaz prací nebo důkaz podílem) a doporučuje se všem uživatelům, pokud k tomu mají volné prostředky. Provozování takového uzlu je pro Ethereum velmi cenné a poskytuje jednotlivcům, kteří ho provozují, dodatečné výhody, jako je zvýšená bezpečnost, soukromí a odolnost proti cenzuře.
+
+Schopnost každého spustit svůj vlastní uzel je naprostým základem pro udržení decentralizace sítě Ethereum.
+
+Další informace o provozování vlastního uzlu
+
+
+
+
+
+Transakční poplatky jsou výsledkem poptávky na síti v poměru k její kapacitě. Sloučení zrušilo používání důkazu prací, došlo k přechodu na důkaz podílem z důvodu konsensu, ale nezměnilo významně žádné parametry, které přímo ovlivňují kapacitu nebo propustnost sítě.
+
+S plánem orientovaným na rollupy se úsilí zaměřuje na škálování uživatelské aktivity na druhé vrstvě, zatímco první vrstva hlavní síť funguje jako bezpečná decentralizovaná vypořádací vrstva optimalizovaná pro ukládání dat rollupů, což vede k exponenciálnímu snížení nákladů na transakce na rollupech. Přechod na důkaz podílem je klíčovým předpokladem pro realizaci tohoto cíle. Další informace o palivu a poplatcích.
+
+
+
+
+Rychlost transakce může být měřena několika způsoby, včetně času na zařazení do bloku a času k finalizaci. Oba tyto aspekty se mírně změnily, ale ne tak, aby to uživatelé zaznamenali.
+
+Historicky, na důkazu prací, bylo cílem mít nový blok přibližně každých 13,3 sekundy. Na důkazu podílem se sloty objevují přesně každých 12 sekund, z nichž každý je příležitostí pro validátora publikovat blok. Většina slotů obsahuje bloky, ale nutně ne všechny bloky (např. když je validátor offline). V případě důkazu podílem se bloky produkují přibližně o 10 % častěji než v případě důkazu prací. Tento rozdíl je poměrně nevýznamný a je nepravděpodobné, že by byl uživateli zaznamenán.
+
+Důkaz podílem zavedl koncept finalizace transakcí, který dříve neexistoval. V případě důkazu prací se schopnost vrátit blok stává exponenciálně obtížnější s každým dalším blokem těženým po této transakci, ale nikdy nedosáhne nuly. V případě důkazu podílem jsou bloky seskupeny do epoch (6,4minutové úseky času obsahující 32 šancí na blok), o kterých validátoři hlasují. Když epocha skončí, validátoři hlasují o tom, zda ji lze považovat za „ověřenou“. Pokud se validátoři dohodnou na justifikaci epochy, bude finalizována v následující epoše. Vrátit finalizované transakce je ekonomicky neproveditelné, protože by to vyžadovalo zisk a spálení více než jedné třetiny celkového uzamčeného ETH.
+
+
+
+
+
+Bezprostředně po Sloučení mohli uzamykatelé přistupovat pouze k odměnám za poplatky a MEV, které získali v důsledku navrhování bloků. Tyto odměny jsou připisovány na účet, který sám o sobě vkladový není a který ovládá validátor (známý jako příjemce poplatků), a jsou dostupné okamžitě. Tyto odměny jsou oddělené od protokolových odměn za vykonávání funkcí validátora.
+
+Po vylepšení sítě Shanghai/Capella mohou nyní uzamykatelé určit adresu pro výběr, kde mohou začít přijímat automatické výplaty jakéhokoliv přebytku zůstatku uzamčení (množství větší než je 32 ETH z protokolových odměn). Toto vylepšení také umožnilo validátorovi odemknout a získat celý svůj zůstatek po vystoupení ze sítě.
+
+Další informace o výběrech prostředků z uzamčení
+
+
+
+
+Po vylepšení Shanghai/Capella jsou validátoři motivováni k výběru svého zůstatku uzamčení nad 32 ETH, protože tyto prostředky nepřispívají k výnosu a leží nevyužity. V závislosti na APR (určeném celkovým množstvím uzamčeného ETH) mohou být motivováni k vystoupení ze svých validátorů, aby si vymohli celý svůj zůstatek, nebo případně uzamknout ještě více pomocí svých odměn, aby získali větší výnos.
+
+Důležité upozornění: Úplné vystoupení validátorů je omezeno protokolem, a pouze určité množství validátorů může vystoupit během jedné epochy (každých 6,4 minuty). Tento limit se mění v závislosti na počtu aktivních validátorů, ale vychází přibližně na 0,33 % celkového uzamčeného ETH, které může být vybráno ze sítě za jeden den.
+
+To brání masovému exodu uzamčených prostředků. Dále to zabraňuje potenciálnímu útočníkovi, který má přístup k velké části celkového uzamčeného ETH, aby spáchal trestný čin a vystoupil či vybral všechny zůstatky vadných validátorů v jedné epoše, než protokol uplatní trest.
+
+APR je také úmyslně dynamický, což umožňuje trhu uzamykatelů vyvážit, kolik jsou ochotni být placeni za zabezpečení sítě. Pokud je sazba příliš nízká, validátoři vystoupí rychlostí omezenou protokolem. Tento krok postupně zvýší APR pro všechny, kteří zůstanou, a znovu přiláká nové nebo vracející se uzamykatele.
+
+
+## Co se stalo s Eth2? {#eth2}
+
+Termín Eth2 už se nepoužívá. Po sloučení Eth1 a Eth2 do jednoho řetězce již není potřeba rozlišovat mezi dvěma sítěmi Ethereum; existuje pouze Ethereum.
+
+Aby nedošlo ke zmatku, komunita tyto termíny aktualizovala:
+
+- Eth1 je nyní „exekuční vrstva“, která zpracovává transakce a exekuci.
+- Eth2 je nyní „vrstva konsenzu“, která se zabývá konsensem důkazu podílem.
+
+Tyto změny termínů slouží pouze k úpravě názvosloví. Cíle ani plán Etherea se nemění.
+
+[Další informace o přejmenování Eth2](https://blog.ethereum.org/2022/01/24/the-great-eth2-renaming/)
+
+## Vztahy mezi aktualizacemi {#relationship-between-upgrades}
+
+Všechna Ethereum vylepšení jsou poněkud vzájemně provázaná. Pojďme si tedy připomenout, jak Sloučení souvisí s ostatními vylepšeními.
+
+### Sloučení a Řetězová vazba {#merge-and-beacon-chain}
+
+Sloučení představuje formální přijetí Řetězové vazby jako nové konsensuální vrstvy k původní exekuční vrstvě, hlavní síti. Po Sloučení jsou validátoři pověřeni zajištěním hlavní sítě Ethereum a těžba pomocí [důkazu prací](/developers/docs/consensus-mechanisms/pow/) již není platným způsobem tvorby bloků.
+
+Bloky jsou nyní navrhovány validujícími uzly, které mají uzamčené ETH, výměnou za právo účastnit se konsensu. Tato vylepšení připravují půdu pro budoucí škálovací vylepšení, včetně tříštění.
+
+
+ Řetězová vazba
+
+
+### Sloučení a vylepšení Shanghai {#merge-and-shanghai}
+
+Aby se usnadnilo a maximalizovalo zaměření na úspěšný přechod na důkaz podílem, vylepšení Sloučení z počátku nezahrnovalo některé očekávané funkce, jako je možnost vybrat uzamčené ETH. Tato funkčnost byla umožněna samostatně s vylepšením Shanghai/Capella.
+
+Těm z vás, které toto téma zajímá, doporučujeme podívat se na příspěvek [Co se stane po Sloučení](https://youtu.be/7ggwLccuN5s?t=101) od Vitalika na akci ETHGlobal v dubnu 2021.
+
+### Sloučení a tříštění {#merge-and-data-sharding}
+
+Původní plán byl pracovat na tříštění před Sloučením, aby se zlepšila škálovatelnost. Nicméně, s boomem [řešení škálování druhé vrstvy](/layer-2/) dostal přednost přechod z důkazu prací na důkaz podílem.
+
+Plány na tříštění se rychle vyvíjejí, ale vzhledem k úspěchu technologií druhé vrstvy pro škálování exekuce transakcí, se přesunuly na hledání optimálního způsobu, jak distribuovat zátěž, kterou způsobuje uchovávání komprimovaných calldat z kontraktů rollupů, což umožní exponenciální růst kapacity sítě. To by nebylo možné bez předchozího přechodu na důkaz podílem.
+
+
+ Tříštění
+
+
+## Další informace {#further-reading}
+
+
+
+- Před přechodem na důkaz podílem bylo těžařům vydáváno přibližně 13 000 ETH/den.
+- Uzamykatelům je vydáváno přibližně 1 700 ETH/den, na základě přibližně 14 milionů celkově uzamčených ETH.
+- Přesná míra vydávání uzamčení se mění podle celkového množství uzamčených ETH.
+- **Od Sloučení se vydává pouze ~1 700 ETH/den, což snižuje celkové vydávání nových ETH o ~88 %**.
+- Pálení: Mění se podle poptávky sítě. - Pokud je průměrná cena paliva alespoň 16 gwei za daný den, nastává efektivní kompenzace právě těch ~1 700 ETH, které jsou vydávány validátorům, a směruje čistou inflaci ETH v daný den k nule nebo níže.
+
+
+
+## Před Sloučením (historicky) {#pre-merge}
+
+### Vydávání v exekuční vrstvě {#el-issuance-pre-merge}
+
+Za časů důkazu prací komunikovali těžaři pouze s exekuční vrstvou, a pokud byli první, kdo vyřešil další blok, byla jejich práce kompenzována blokovými odměnami. Od [vylepšení Constantinople](/history/#constantinople) v roce 2019 činila tato odměna 2 ETH na blok. Těžaři byli také odměňováni za zveřejňování [ommer](/glossary/#ommer) bloků, což byly platné bloky, které se neobjevily v nejdelším/kanonickém řetězci. Tyto odměny dosahovaly maximálně 1,75 ETH na ommer a těžaři je dostávali _navíc k_ odměně za kanonický blok. Proces těžby byl ekonomicky náročnou aktivitou, která v minulosti navíc vyžadovala vysokou úroveň vydávání ETH za účelem zachování udržitelnosti.
+
+### Vydávání ve vrstvě konsenzu {#cl-issuance-pre-merge}
+
+[Řetězová vazba](/history/#beacon-chain-genesis) byla spuštěna v roce 2020. Místo těžařů je zabezpečena validátory využívajícími důkaz podílem. Tento řetězec byl inicializován uživateli Etherea, kteří vkládali ETH jednosměrně do chytrého kontraktu na hlavní síti (exekuční vrstva), který Řetězová vazba sledovala a připsala uživateli stejné množství ETH na novém řetězci. Dokud nedošlo ke Sloučení, validátoři Řetězové vazby nezpracovávali transakce a v podstatě dosahovali shody ohledně samotného stavu poolu validátorů.
+
+Validátoři na Řetězové vazbě jsou za potvrzování stavu řetězce a navrhování bloků odměňováni v ETH. Odměny (nebo pokuty) jsou vypočítávány a rozdělovány každou epochu (každých 6,4 minuty) na základě výkonu validátorů. Odměny validátorům jsou **výrazně** menší než odměny za těžbu, které byly dříve vydávány v době důkazu prací (2 ETH každých ~13,5 sekundy), protože provoz validujícího uzlu není tak ekonomicky náročný, a proto nevyžaduje, a tím pádem ani neospravedlňuje, tak vysokou odměnu.
+
+### Systém vydávání před Sloučením {#pre-merge-issuance-breakdown}
+
+Celková nabídka ETH: **~120 520 000 ETH** (v době Sloučení v září 2022)
+
+**Vydávání v exekuční vrstvě:**
+
+- Odhadováno na 2,08 ETH každých 13,3 sekundy*: **~4 930 000** ETH vydáno za rok
+- Vedlo k inflaci **přibližně 4,09 %** (4,93 mil. za rok / 120,5 mil. celkem)
+- \*To zahrnuje 2 ETH za kanonický blok, plus průměrně 0,08 ETH za ommer bloky. Také pracuje s časovým úsekem 13,3 sekundy, což je základní cílový čas bloku bez jakéhokoli vlivu [bomby obtížnosti.](/glossary/#difficulty-bomb). ([Vizte zdroje](https://bitinfocharts.com/ethereum/))
+
+**Vydávání ve vrstvě konsenzu:**
+
+- Při použití 14 000 000 celkově uzamčených ETH je míra vydávání ETH přibližně 1700 ETH/den ([Vizte zdroj](https://ultrasound.money/))
+- Výsledkem je **~620 500** ETH vydaných za rok
+- To vedlo k inflaci **přibližně 0,52 %** (620,5 tis. za rok / 119,3 mil. celkem)
+
+
+Celková anualizovaná míra vydávání (před Sloučením): ~4,61 % (4,09 % + 0,52 %)
+~88,7 % vydávaných ETH směřovalo k těžařům v exekuční vrstvě (4,09 / 4,61 * 100)
+~11,3 % bylo vydáváno uzamykatelům ve vrstvě konsenzu (0,52 / 4,61 * 100)
+
+
+## Po Sloučení (současnost) {#post-merge}
+
+### Vydávání v exekuční vrstvě {#el-issuance-post-merge}
+
+Vydávání ETH v exekuční vrstvě je od Sloučení nulové. Podle nových pravidel konsenzu už důkaz prací není platným způsobem tvorby bloků. Veškerá činnost v exekuční vrstvě je seskupena do „beacon bloků“, které jsou potvrzovány a publikovány validátory důkazu podílem. Odměny za potvrzování a publikování beacon bloků jsou evidovány samostatně ve vrstvě konsenzu.
+
+### Vydávání ve vrstvě konsenzu {#cl-issuance-post-merge}
+
+Vydávání ETH ve vrstvě konsenzu pokračuje stejně jako před Sloučením, s malými odměnami pro validátory, kteří potvrzují a navrhují bloky. Odměny validátorů se nadále připisují k jejich _zůstatkům_ spravovaným ve vrstvě konsenzu. Na rozdíl od aktuálních účtů („exekučních“ účtů), které mohou provádět transakce na hlavní síti, tyto samostatné účty Etherea nemohou volně transakčně interagovat s jinými účty Etherea. Prostředky na těchto účtech lze stáhnout pouze na jednu specifikovanou exekuční adresu.
+
+Od vylepšení Shanghai/Capella, které proběhlo v dubnu 2023, je umožněno uzamykatelům vybírat tyto prostředky. Uzamykatelé mají motivaci k vybrání svých _výdělků/odměn (přebytek nad 32 ETH)_, protože tyto prostředky nijak nepřispívají k váze jejich uzamčení (která se maximálně rovná 32).
+
+Uzamykatelé se také mohou rozhodnout odejít a vybrat celý zůstatek. Aby bylo zajištěno, že Ethereum zůstane stabilní, je počet validátorů, kteří mohou odejít současně, omezen.
+
+Přibližně 0,33 % z celkového počtu validátorů může odejít během jednoho dne. Ve výchozím nastavení mohou odejít čtyři (4) validátoři během jedné epochy (každých 6,4 minuty, tedy 900 za den). Další jeden (1) validátor dostane povolení k odchodu na každých 65 536 (216) dalších validátorů nad 262 144 (218). Například, s více než 327 680 validátory může odejít pět (5) validátorů během jedné epochy (1 125 za den). Šest (6) dostane povolení s celkovým počtem aktivních validátorů nad 393 216 a tak dále.
+
+Čím více validátorů vybírá své prostředky, tím více je maximální počet odcházejících validátorů postupně snižován na minimálně čtyři, aby se úmyslně zabránilo hromadnému destabilizujícímu vybírání velkého množství uzamčených ETH současně.
+
+### Rozbor inflace po Sloučení {#post-merge-inflation-breakdown}
+
+- Celková nabídka ETH: **~120 520 000 ETH** (v době Sloučení v září 2022)
+- Vydávání v exekuční vrstvě: **0**
+- Vydávání ve vrstvě konsenzu: Stejné jako výše, roční míra vydávání (při celkovém uzamčení 14 milionů ETH) je **~0,52 %**
+
+
+Celková roční míra vydávání: ~0,52 %
+Čisté snížení ročního vydávání ETH: ~88,7 % ((4,61 % - 0,52 %) / 4,61 % * 100)
+
+
+##
+Pálení poplatků bylo spuštěno s vylepšením London v srpnu 2021 a od Sloučení zůstává beze změn.
+
+
+Kromě pálení poplatků zavedeného s vylepšením London mohou validátoři také dostávat pokuty za to, že jsou offline, nebo hůře, mohou být „potrestáni“ za porušení specifických pravidel, které ohrožuje bezpečnost sítě. Tyto pokuty vedou k odečtení ETH od zůstatku validátora, aniž by byly převedeny jako odměna jinému účtu, čímž se efektivně pálí/odstraňují z oběhu.
+
+### Výpočet průměrné ceny paliva za účelem deflace {#calculating-average-gas-price-for-deflation}
+
+Jak bylo uvedeno výše, množství vydaného ETH za daný den závisí na celkovém uzamčeném ETH. V době psaní tohoto textu je to přibližně 1700 ETH/den.
+
+Abychom určili průměrnou cenu paliva potřebnou k úplné kompenzaci vydávání za dané 24hodinové období, začneme výpočtem celkového počtu bloků za den, při blokovém čase 12 sekund:
+
+- `(1 blok za 12 sekund) * (60 sekund za jednu minutu) = 5 bloků za jednu minutu`
+- `(5 bloků za jednu minutu) * (60 minut za jednu hodinu) = 300 bloků za jednu hodinu`
+- `(300 bloků za jednu hodinu) * (24 hodin za jeden den) = 7200 bloků za jeden den`
+
+Každý blok cílí na `15x10^6 paliva za blok` ([více o palivu](/developers/docs/gas/)). Použitím tohoto výpočtu můžeme stanovit průměrnou cenu paliva (v jednotkách gwei za jednotku paliva) potřebnou k vyrovnání vydávání, pokud je dané denní vydávání ETH v objemu 1700 ETH:
+
+- `7200 bloků za jeden den * 15x10^6 paliva za jeden blok * `**`Y gwei za jedno palivo`**` * 1 ETH/ 10^9 gwei = 1700 ETH za jeden den`
+
+Řešení pro `Y`:
+
+- `Y = (1700(10^9))/(7200 * 15(10^6)) = (17x10^3)/(72 * 15) = 16 gwei` (zaokrouhleno na dvě číslice)
+
+Dalším způsobem, jak upravit tento poslední krok, by bylo nahradit číslo `1700` proměnnou `X`, která představuje denní vydávání ETH, a zjednodušit zbytek na:
+
+- `Y = (X(10^3)/(7200 * 15)) = X/108`
+
+To můžeme zjednodušit a zapsat jako funkci `X`:
+
+- `f(X) = X/108`, kde `X` je denní vydávání ETH, a `f(X)` představuje cenu gwei za jednotku paliva potřebnou k vyrovnání veškerého nově vydaného ETH.
+
+Například, pokud `X` (denní vydávání ETH) vzroste na 1800 na základě celkového uzamčeného ETH, `f(X)` (gwei potřebný k vyrovnání veškerého vydávání) by pak byl `17 gwei` (za použití dvou platných číslic)
+
+## Další informace {#further-reading}
+
+- [Sloučení](/roadmap/merge/)
+- [Ultrasound.money](https://ultrasound.money/) - _Dashboardy dostupné k vizualizaci vydávání a pálení ETH v reálném čase_
+- [Charting Ethereum Issuance](https://www.attestant.io/posts/charting-ethereum-issuance/) - _Jim McDonald 2020_
diff --git a/public/content/translations/cs/scaling/index.md b/public/content/translations/cs/scaling/index.md
new file mode 100644
index 00000000000..716562e1ad2
--- /dev/null
+++ b/public/content/translations/cs/scaling/index.md
@@ -0,0 +1,51 @@
+---
+title: Škálování Etherea
+description: Rollupy združují transakce mimo blockchain, čímž uživateli snižují náklady za transkaci. Současný způsob, jakým rollupy zpracovávají data, je však příliš drahý, což limituje, nakolik mohou transakce zlevnit. Tento problém řeší Proto-Danksharding.
+lang: cs
+image: /images/roadmap/roadmap-transactions.png
+alt: "Plán Etherea"
+template: roadmap
+---
+
+Ethereum je škálováno pomocí [druhé vrstvy](/layer-2/#rollups) (řešení též známého pod pojmem „rollupy“), která sdružuje transakce a výstup odesílá do Etherea. Přestože jsou rollupy až osmkrát levnější než hlavní síť Ethereum, je možné je dále optimalizovat a snížit tak náklady pro koncové uživatele. Rollupy spoléhají na některé centralizované komponenty, které mohou vývojáři v budoucnu odstranit.
+
+
+
+ - Dnešní rollupy jsou přibližně 5x až 20x levnější než 1. vrstva Etherea
+ - ZK-rollupy brzy sníží poplatky asi 40x až 100x
+ - ZK-rollupy brzy sníží poplatky asi 40x až 100x
+ - Pro uživatele to bude znamenat, že se cena za provedení transakce ustálí na hodnotě, která odpovídá přibližně 0,001 USD
+
+
+
+## Zlevnění dat {#making-data-cheaper}
+
+Rollupy sdružují velké množství transakcí, provádějí je a výsledky zasílají do Etherea. Tento postup generuje mnoho dat, která musí být otevřeně dostupná, aby kdokoli mohl provádět transakce a ověřit čestnost operátora rollupu. Pokud někdo zjistí nějakou nesrovnalost, může vznést námitku.
+
+### Proto-Danksharding {#proto-danksharding}
+
+Rollupová data jsou permanentně uložena na Ethereu, což je drahé. Více než 90 % transakčních nákladů, které uživatelé platí za použití rollupů, je využito na uložení dat. Abychom snížili transakční náklady, můžeme data přesunout do nového dočasného úložiště zvaného „blob“. Bloby jsou levnější, protože nejsou permanentní; jakmile nebudou potřeba, budou z Etherea odstraněny. Dlouhodobé ukládání dat rollupů je odpovědností lidí, kteří je potřebují, jako jsou operátoři rollupů, burzy, indexovací služby atd. Přidání blobových transakcí do infrastruktury Etherea je součástí vylepšení známého jako „Proto-Danksharding“.
+
+Pomocí Proto-Dankshardingu je možné do bloků na Ethereu přidávat spoustu blobů. To umožňuje další podstatné zvýšení škálovatelnosti (více než >100x) Etherea a zmenšení transakčních nákladů.
+
+### Danksharding {#danksharding}
+
+Druhá fáze rozšiřování blobových dat je komplikovaná, protože vyžaduje nové metody kontroly dostupnosti souhrnných dat v síti. Také se v otázce oddělení odpovědnosti za vytváření bloků a návrhy [bloků](/glossary/#block) spoléhá na [validátory](/glossary/#validator). To také vyžaduje vývoj řešení kryptografického důkazu, že validátoři skutečně ověřili malé podmnožiny blobových dat.
+
+Tento druhý krok je známý jako [„Danksharding“](/roadmap/danksharding/). Do úplné implementace pravděpodobně **zbývá několik let**. Danksharding spoléhá na další vývoj, jako je [oddělení tvorby bloků a návrhů bloků](/roadmap/pbs) a nové návrhy sítí, které umožňují efektivně potvrdit dostupnost dat náhodným vzorkováním několika kilobajtů najednou, známým jako [vzorkování dostupnosti dat (DAS)](/developers/docs/data-availability).
+
+Více o Dankshardingu
+
+## Decentralizující rollupy {#decentralizing-rollups}
+
+[Rollupy](/layer-2) již v současné době pomáhají škálovat Ethereum. [Rozsáhlý ekosystém rollupových projektů](https://l2beat.com/scaling/tvl) umožňuje uživatelům provádět transakce rychle a levně s řadou bezpečnostních záruk. Rollupy ale byly zavedeny pomocí centralizovaných sekvencerů (to jsou počítače, které provádějí veškeré zpracování a agregaci transakcí před jejich odesláním do Etherea). To je řešení s potenciální cenzurou, protože operátory sekvenceru mohou být sankcionovány, podplaceny nebo jinak kompromitovány. [Rollupy se zároveň liší](https://l2beat.com) ve způsobu, jakým ověřují příchozí data. Nejlepším způsobem je, že „prověřovatelé“ předkládají [důkazy o podvodu](/glossary/#fraud-proof) nebo důkazy o platnosti, ale ne všechny rollupy už toto umí. Dokonce i ty, které používají důkazy o platnosti/podvodu, používají jen malou skupinu známých důkazů. Proto je dalším kritickým krokem při škálování Etherea rozdělení odpovědnosti za provoz sekvencerů a prověřovatelů mezi více entit.
+
+Více o rollupech
+
+## Aktuální průběh {#current-progress}
+
+Proto-Danksharding je první z bodů plánu, které budou implementovány v rámci vylepšení sítě Cancun-Deneb („Dencun“) v březnu 2024. **Úplný Danksharding bude pravděpodobně implementován za několik let**. Nejprve je třeba spustit několik dalších bodů plánu vylepšení Etherea. Decentralizace rollupové infrastruktury bude pravděpodobně postupný proces – existuje mnoho různých rollupů, které budují mírně odlišné systémy a budou se plně decentralizovat různým tempem.
+
+[Více o vylepšení sítě s názvem Dencun](/roadmap/dencun/)
+
+Další informace o výběrech
-### Rozšiřte své znalosti {#level-up-your-knowledge}
+## Obrana proti útokům {#defending-against-attacks}
-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í.
+Protokol důkaz podílem na Ethereu je stále možné vylepšovat. Jedno z vylepšení je známé jako [view-merge](https://ethresear.ch/t/view-merge-as-a-replacement-for-proposer-boost/13739) – bezpečnější algoritmus pro výběr [větve](/glossary/#fork), který ztěžuje určité sofistikované typy útoků.
-
- Co je to Ethereum?
-
+Snížení času potřebného k [finalizaci](/glossary/#finality) bloků by poskytlo lepší uživatelskou zkušenost a zabránilo sofistikovaným „reorg“ útokům, při kterých se útočníci snaží přeorganizovat nejnovější bloky za účelem zisku nebo cenzury transakcí. [**Finalizace v jednom slotu (single slot finality, tzv. SSF)**](/roadmap/single-slot-finality/) je **způsob, jak minimalizovat zpoždění finalizace**. V současnosti je časové okno bloků 15 minut, během kterých by teoreticky útočník mohl přesvědčit další validátory, aby bloky přeorganizovali. V případě SSF je to 0 minut. Uživatelé, od jednotlivců po aplikace a burzy, benefitují z rychlého ujištění, že jejich transakce nebudou zrušeny, a síť benefituje z toho, že zamezí celé řadě útoků.
-
- Co je Ether?
-
-Další informace o finalizaci v jednom slotu
-## Zabezpečení peněženky {#wallet-security}
+## Obrana proti cenzuře {#defending-against-censorship}
-### Nesdílejte své privátní klíče {#protect-private-keys}
+Decentralizace zabraňuje tomu, aby jednotlivci nebo malé skupiny [validátorů](/glossary/#validator) získali příliš velký vliv. Nové technologie uzamčení mohou pomoci zajistit, že validátoři Etherea zůstanou co nejvíce decentralizovaní, a zároveň je chrání proti hardwarovým, softwarovým a síťovým poruchám. Mezi ně patří i software, který sdílí odpovědnosti validátorů napříč několika [síťovými uzly](/glossary/#node). Tomu se říká **distribuovaná validační technologie (DVT)**. [Vkladové fondy](/glossary/#staking-pool) jsou motivovány k použití DVT, protože umožňuje více počítačům kolektivně se podílet na validaci, čímž zvyšuje zabezpečení a odolnost proti chybám. Také rozděluje klíče validátorů mezi několik systémů, místo aby jeden operátor provozoval několik validátorů. To ztěžuje nepoctivým operátorům koordinaci útoků na Ethereum. Celkově je cílem dosáhnout bezpečnostních výhod tím, že jsou validátoři provozováni jako _komunity_, nikoliv jako jednotlivci.
-**Nikdy, za žádných okolností, nesdílejte své privátní klíče!**
+Další informace o technologie distribuovaných validátorů
-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!
+Implementace **oddělení navrhovatele a stavitele bloků (proposer-builder separation, PBS)** výrazně zlepší vestavěné obranné mechanismy Etherea proti cenzuře. PBS umožňuje jednomu validátorovi vytvořit blok a jinému ho šířit po síti Ethereum. To zajišťuje, že zisky z algoritmů na maximalizaci zisku při vytváření bloků, které naprogramují profesionálové, jsou spravedlivěji rozděleny po celé síti, **čímž se zabraňuje koncentraci uzamčených prostředků** u nejvýkonnějších institucionálních uzamykatelů. Navrhovatel bloku si vybere nejziskovější blok, který mu nabídnul trh stavitelů bloků. Aby byl navrhovatel bloku schopen cenzurovat, musel by si ve většině případů vybrat méně ziskový blok, což by bylo **ekonomicky iracionální a také zřejmé ostatním validátorům** v síti.
-
- Co je Ethereum peněženka?
-
+Existují potenciální doplňky k PBS, jako jsou šifrované transakce a inkluzní seznamy, které by mohly dále zlepšit odolnost Etherea proti cenzuře. Tyto funkce činí stavitele i navrhovatele bloků slepými k aktuálním transakcím zahrnutým v jejich blocích.
-#### Nepořizujte si snímky obrazovky s bezpečnostními frázemi / privátními klíči {#screenshot-private-keys}
+Další informace o oddělení navrhovatele a stavitele bloků
-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ů.
+## Ochrana validátorů {#protecting-validators}
-### Používejte hardwarovou peněženku {#use-hardware-wallet}
+Sofistikovaný útočník by mohl identifikovat budoucí validátory a spamovat je, aby jim zabránil v navrhování bloků; tomu se říká útok **odmítnutí služby (denial of service, DoS)**. Implementace [**tajného výběru lídrů (secret leader election, SLE)**](/roadmap/secret-leader-election) chrání proti tomuto typu útoku tím, že zabraňuje navrhovatelům bloků být známi předem. Toho je možné dosáhnout tak, že se konstantně promíchává sada kryptografických závazků reprezentujících kandidáty na navrhovatele bloků a implementuje jejich pořadí za účelem určení výběru validátora takovým způsobem, že pouze validátoři sami znají své pořadí předem.
-Hardwarová peněženka poskytuje offline úložiště privátních klíčů. Je považována za nejbezpečnější variantu peněženky pro ukládání privátních klíčů: váš privátní klíč se nikdy nedotkne internetu a zůstává zcela lokálně ve vašem zařízení.
+Další informace o tajném výběru lídrů
-Uchovávání privátních klíčů offline výrazně snižuje riziko napadení, a to i v případě, že hacker získá kontrolu nad vaším počítačem.
+## Aktuální průběh {#current-progress}
-#### Vyzkoušejte hardwarovou peněženku: {#try-hardware-wallet}
-
-- [Ledger](https://www.ledger.com/)
-- [Trezor](https://trezor.io/)
-
-### 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 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 je nejlepší si před podpisem přečíst zprávu o transakci.
-
-### Nastavte si u chytrých kontraktů limity převodů {#spend-limits}
-
-Při interakci s chytrými kontrakty nepovolujte neomezené limity převodů. Neomezené převody by mohly chytrému kontraktu umožnit vyčerpat vaši peněženku. Místo toho nastavte limity převodů pouze na částku nezbytnou pro danou transakci.
-
-Mnoho Ethereum peněženek nabízí ochranu limitů, která chrání před vybíráním peněz z účtů.
-
-[Jak zrušit chytrý přístup k Vašim krypto fondům](/guides/how-to-revoke-token-access/)
-
-
-
- Pozor: ačkoli k podvodům s podporou běžně dochází na Discordu, mohou se vyskytovat i v jiných chatovacích aplikacích, kde se diskutuje o kryptoměnách, včetně e-mailu.
-
-
-
-### Podvod s 'Eth2' tokenem {#eth2-token-scam}
-
-Před [Sloučením](/roadmap/merge/) využili podvodníci zmatku kolem termínu "Eth2" a snažili se přimět uživatele, aby vyměnili své ETH za token "ETH2". Žádný "ETH2" neexistuje a žádný jiný legitimní token nebyl se Sloučením zaveden. ETH, které jste vlastnili před Sloučením, jsou stále stejné ETH. Pro přechod z důkazu prací na důkaz podílem **není třeba provádět žádnou akci týkající se vašeho ETH**.
-
-Podvodníci se mohou vydávat za "podporu" a tvrdit vám, že pokud jim dáte vaše ETH, dostanete zpět "ETH2". Neexistuje žádná [oficiální podpora Etherea](/community/support/) ani žádný nový token. Nikdy nikomu nesdělujte bezpečnostní frázi vaší peněženky.
-
-_Poznámka: Existují odvozené tokeny/tickery, které mohou představovat podílové ETH (tj. rETH od Rocket Pool, stETH od Lido, ETH2 od Coinbase), ale není třeba na ně "migrovat."_
-
-### Phishingové podvody {#phishing-scams}
-
-Dalším stále častějším úhlem pohledu, který podvodníci využívají k pokusu o krádež peněz z vaší peněženky, jsou phishingové podvody.
-
-Některé phishingové e-maily vyzývají uživatele, aby klikli na odkazy, které je přesměrují na falešné webové stránky a požádají je o zadání jejich bezpečnostní fráze, obnovení hesla nebo odeslání ETH. Jiné vás mohou požádat, abyste nevědomky nainstalovali malware, který infikuje váš počítač a umožní podvodníkům přístup k souborům vašeho počítače.
-
-Pokud obdržíte e-mail od neznámého odesílatele, nezapomeňte:
-
-- Nikdy neotvírejte odkazy nebo přílohy z e-mailových adres, které neznáte
-- Nikdy nikomu neprozrazujte své osobní údaje ani hesla
-- Mažte e-maily od neznámých odesílatelů
-
-[Další informace o tom, jak se vyhnout phishingovým podvodům](https://support.mycrypto.com/staying-safe/mycrypto-protips-how-not-to-get-scammed-during-ico)
-
-### 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 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 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.**
-
-
-
-### 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 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č.
-
-Několik věcí k zapamatování:
-
-- Dávejte si pozor, aby vás někdo nekontaktoval ohledně způsobů, jak vydělat peníze na vašich kryptoměnách
-- Udělejte si průzkum o stakování, likvidních poolech nebo jiných způsobech investování vašeho krypta
-- Málokdy, pokud vůbec, jsou takové systémy legitimní. Pokud by tomu tak bylo, pravděpodobně by se staly mainstreamem a vy byste o nich určitě slyšeli.
-
-[Muž přišel o 200 tisíc dolarů při podvodu s těžebním poolem](https://www.reddit.com/r/CoinBase/comments/r0qe0e/scam_or_possible_incredible_payout/)
-
-### Airdropové podvody {#airdrop-scams}
-
-Airdropové podvody spočívají v tom, že podvodný projekt vám do peněženky airdropne aktivum (NFT, token) a pošle vás na podvodnou webovou stránku, kde si ho můžete vyzvednout. Při pokusu o vyzvednutí budete vyzváni, abyste se přihlásili pomocí vaší Ethereum peněženky a "schválili" transakci. Tato transakce kompromituje váš účet tím, že podvodníkovi odešle vaše veřejné a privátní klíče. Alternativní forma tohoto podvodu může spočívat v potvrzení transakce, která odešle finanční prostředky na účet podvodníka.
-
-[Více o airdropových podvodech](https://www.youtube.com/watch?v=LLL_nQp1lGk)
-
-
-
- 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.
-
-
-
-#### 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:
-
-
+
Hardware občas selže, dojde k chybě síťových připojení a klientský software občas potřebuje upgrade. Údržba uzlů je nevyhnutelná a občas bude vyžadovat vaši pozornost. Budete si chtít být jisti, že budete informováni o všech očekávaných upgradech sítě nebo jiných důležitých upgradech klientů.
diff --git a/public/content/translations/cs/statelessness/index.md b/public/content/translations/cs/statelessness/index.md
new file mode 100644
index 00000000000..7ab7f1ea8cb
--- /dev/null
+++ b/public/content/translations/cs/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 klienti 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/support/index.md b/public/content/translations/cs/support/index.md
new file mode 100644
index 00000000000..87a2a99c6e6
--- /dev/null
+++ b/public/content/translations/cs/support/index.md
@@ -0,0 +1,105 @@
+---
+title: Ethereum podpora
+description: Získejte podporu v ekosystému Etherea.
+lang: cs
+---
+
+# Ethereum podpora {#support}
+
+## Oficiální podpora pro Ethereum {#official-support}
+
+Hledáte oficiální podporu pro Ethereum? První věc, kterou byste měli vědět, je, že Ethereum je decentralizované. To znamená, že žádná centrální organizace, entita nebo osoba nevlastní Ethereum, a proto neexistují žádné oficiální kanály podpory.
+
+Pochopení decentralizované povahy Etherea je zásadní, protože **každý, kdo se vydává za oficiálního podporovatele Etherea, se vás pravděpodobně snaží podvést!** Nejlepší ochranou před podvodníky je vzdělávat se a brát bezpečnost vážně.
+
+
+ Bezpečnost a předcházení podvodům v Ethereu
+
+
+
+ Osvojte si základy Etherea
+
+
+Přestože neexistuje oficiální podpora, mnoho skupin, komunit a projektů v ekosystému Etherea je ochotných vám pomoci a na této stránce můžete najít mnoho užitečných informací a zdrojů. Stále máte dotazy? Připojte se na [Discordu ethereum.org](/discord/) a my se vám pokusíme pomoci.
+
+## Často kladené dotazy {#faq}
+
+### Poslal/a jsem ETH na špatnou peněženku {#wrong-wallet}
+
+Transakce odeslaná na Ethereu je nevratná. Bohužel, pokud jste poslali ETH na špatnou peněženku, není žádný způsob, jak tyto prostředky získat zpět. Žádná centrální organizace, entita ani osoba nevlastní Ethereum, což znamená, že nikdo nemůže transakce vrátit zpět. Proto je důležité vždy pečlivě zkontrolovat své transakce před jejich odesláním.
+
+### Jak mohu získat svou odměnu z Ethereum giveaway? {#giveaway-scam}
+
+Ethereum giveaway jsou podvody navržené k tomu, aby vám ukradly ETH. Nenechte se zlákat nabídkami, které vypadají až moc dobře na to, aby byly pravdivé — pokud pošlete ETH na adresu giveaway, nedostanete žádnou odměnu a nebudete moci své prostředky získat zpět.
+
+[Více o prevenci podvodů](/security/#common-scams)
+
+### Moje transakce se zasekla {#stuck-transaction}
+
+Transakce na Ethereu se mohou někdy zaseknout, a to v případě, že jste zadali nižší poplatek za transakci, než je požadováno vzhledem k zatížení sítě. Spousta peněženek poskytuje možnost znovu odeslat stejnou transakci s vyšším poplatkem, aby byla transakce zpracována. Alternativně můžete zrušit nevyřízenou transakci tím, že pošlete transakci na svou vlastní adresu a použijete stejné jedinečné číslo nonce jako u nevyřízené transakce.
+
+[Jak zrychlit nebo zrušit nevyřízenou transakci v MetaMasku](https://metamask.zendesk.com/hc/en-us/articles/360015489251-How-to-speed-up-or-cancel-a-pending-transaction)
+
+[Jak zrušit nevyřízené transakce na Ethereu](https://info.etherscan.com/how-to-cancel-ethereum-pending-transactions/)
+
+### Jak mohu těžit Ethereum? {#mining-ethereum}
+
+Těžba Etherea už není možná. Těžba byla ukončena, když Ethereum přešlo z [proof of work](/glossary/#pow) na [proof of stake](/glossary/#pos). Nyní má Ethereum místo těžařů validátory. Každý může [stakovat](/glossary/#staking) ETH a dostávat odměny za provozování validačního softwaru zabezpečujícího síť.
+
+### Jak se stát stakerem / provozovat validátor? {#how-to-stake}
+
+Chcete-li se stát validátorem, musíte zastakovat 32 ETH v Ethereum deposit contractu a nastavit validační síťový uzel. Další informace naleznete na našich [stránkách o stakování](/staking) a na [staking launchpadu](https://launchpad.ethereum.org/).
+
+## Vývoj dappek {#building-support}
+
+Vývoj může být obtížný. Zde najdete několik zdrojů zaměřených na vývoj, kde vám zkušení vývojáři Etherea rádi pomohou.
+
+- [Alchemy University](https://university.alchemy.com/#starter_code)
+- [Discord CryptoDevs](https://discord.com/invite/5W5tVb3)
+- [Ethereum StackExchange](https://ethereum.stackexchange.com/)
+- [StackOverflow](https://stackoverflow.com/questions/tagged/web3)
+- [Web3 University](https://www.web3.university/)
+- [LearnWeb3](https://discord.com/invite/learnweb3)
+
+V naší sekci [zdrojů pro vývojáře Etherea](/developers/) najdete dokumentaci a průvodce vývojem.
+
+### Nástroje {#dapp-tooling}
+
+Týká se vaše otázka konkrétního nástroje, projektu nebo knihovny? Většina projektů má chatovací servery nebo fóra věnovaná poskytování podpory.
+
+Zde jsou některé oblíbené příklady:
+
+- [Solidity](https://gitter.im/ethereum/solidity)
+- [ethers.js](https://discord.gg/6jyGVDK6Jx)
+- [web3.js](https://discord.gg/GsABYQu4sC)
+- [Hardhat](https://discord.gg/xtrMGhmbfZ)
+- [Alchemy](http://alchemy.com/discord)
+- [Tenderly](https://discord.gg/fBvDJYR)
+
+## Provozování vlastního síťového uzlu {#node-support}
+
+Pokud provozujete uzel nebo validátora, tady najdete některé komunity, které vám pomohou začít.
+
+- [Discord EthStaker](https://discord.gg/ethstaker)
+- [Reddit EthStaker](https://www.reddit.com/r/ethstaker)
+
+Většina týmů, které vytvářejí klienty na Ethereu, má také veřejně přístupné body, kde můžete získat podporu a ptát se na otázky.
+
+### Exekuční klienti {#execution-clients}
+
+- [Geth](https://discord.gg/FqDzupGyYf)
+- [Nethermind](https://discord.gg/YJx3pm8z5C)
+- [Besu](https://discord.gg/p8djYngzKN)
+- [Erigon](https://github.com/ledgerwatch/erigon/issues)
+- [Reth](https://github.com/paradigmxyz/reth/discussions)
+
+### Konsenzuální klienti {#consensus-clients}
+
+- [Prysm](https://discord.gg/prysmaticlabs)
+- [Nimbus](https://discord.gg/nSmEH3qgFv)
+- [Lighthouse](https://discord.gg/cyAszAh)
+- [Teku](https://discord.gg/7hPv2T6)
+- [Lodestar](https://discord.gg/aMxzVcr)
+- [Grandine](https://discord.gg/H9XCdUSyZd)
+
+[Naučte se provozovat síťový uzel](/developers/docs/nodes-and-clients/run-a-node/).
diff --git a/public/content/translations/cs/user-experience/index.md b/public/content/translations/cs/user-experience/index.md
new file mode 100644
index 00000000000..4e75daad6dd
--- /dev/null
+++ b/public/content/translations/cs/user-experience/index.md
@@ -0,0 +1,36 @@
+---
+title: Zlepšování zkušeností uživatelů
+description: Používání Etherea je pro většinu lidí stále moc složité. Aby bylo možné přiblížit se k masovému přijetí, musí Ethereum zásadně snížit své bariéry pro vstup – uživatelé by měli mít výhody decentralizovaného, cenzuře odolného přístupu k Ethereu bez omezení, ale musí to být stejně bezproblémové, jako používání tradičních Web2 aplikací.
+lang: cs
+image: /images/roadmap/roadmap-ux.png
+alt: "Plán Etherea"
+template: roadmap
+---
+
+**Používání Etherea musí být jednodušší**; od správy [klíčů](/glossary/#key) a [peněženek](/glossary/#wallet) až po posílání transakcí. Aby bylo masové přijetí vůbec možné, musí být používání Etherea mnohem jednodušší, aby měli uživatelé možnost cenzuře odolného přístupu k Ethereu bez omezení se zkušeností podobnou bezproblémovému používání [Web2](/glossary/#web2) aplikací.
+
+## Za bezpečnostní frází {#no-more-seed-phrases}
+
+Účty na Ethereu jsou chráněny párem klíčů, které se používají k identifikaci účtu (veřejný klíč) a podepisování zpráv (privátní klíč). Privátní klíč je jako hlavní heslo; umožňuje úplný přístup k účtu na Ethereu. To je odlišný způsob fungování, než na který jsou lidé zvyklí u bank a Web2 aplikací, které spravují účty za uživatele. Aby Ethereum dosáhlo masového přijetí bez nutnosti spoléhat se na centralizované třetí strany, musí existovat jednoduchý a bezproblémový způsob, jak může uživatel převzít kontrolu nad svými aktivy a daty, aniž by musel rozumět kryptografii veřejného a privátního klíče a správě těchto klíčů.
+
+Řešením je při interakci s Ethereem používat peněženky založené na [chytrých kontraktech](/glossary/#smart-contract). Takové peněženky vytvářejí způsoby ochrany účtů v případě ztráty nebo krádeže klíčů, možnosti lepší detekce a obrany proti podvodům a umožňují peněženkám rozšířit nabídku o nové funkce. Ačkoliv peněženky založené na chytrých kontraktech v současné době existují, je obtížné je vyvíjet, protože to ze strany protokolu Ethereum vyžaduje lepší podporu. Tato dodatečná podpora je známá jako abstrakce účtů.
+
+Více o abstrakci účtů
+
+## Síťové uzly pro každého
+
+Uživatelé provozující [síťové uzly](/glossary/#node) nemusí důvěřovat třetím stranám, které by jim poskytovaly data, a mohou rychle, v soukromí a bez povolení interagovat s [blockchainem](/glossary/#blockchain) Ethereum. Nicméně, provoz síťového uzlu v současnosti vyžaduje technické znalosti a významný prostor na pevném disku, což vede mnoho lidí k tomu, že raději důvěřují zprostředkovatelům.
+
+Existuje několik vylepšení, která usnadní provoz těchto uzlů a sníží jejich náročnost na zdroje. Způsob ukládání dat se změní ve prospěch prostorově efektivnější struktury známé jako **Verkle Tree**. Dále, s využitím [bezstavovosti](/roadmap/statelessness) nebo [expirace dat](/roadmap/statelessness/#data-expiry), nebudou síťové uzly na Ethereu potřebovat ukládat kopii celého stavu Etherea, což výrazně sníží požadavky na prostor na pevném disku. [Jednoduché síťové uzly](/developers/docs/nodes-and-clients/light-clients/) nabídnou řadu výhod provozu plného uzlu, ale mohou být snadno provozovány na mobilních telefonech nebo v jednoduchých webových aplikacích.
+
+Další informace o Verkle Trees
+
+S těmito vylepšeními budou bariéry pro provoz síťového uzlu sníženy prakticky na nulu. Uživatelé budou benefitovat z bezpečného přístupu k Ethereu bez bariér, aniž by museli obětovat velký prostor na pevném disku nebo CPU na svém počítači či mobilním telefonu, a nebudou se muset spoléhat na třetí strany za účelem získání dat nebo přístupu k síti při používání aplikací.
+
+## 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 v protokolu Etherea. Hlavní chytrý kontrakt nutný pro EIP-4337 byl **spuštěn v březnu 2023**.
+
+**Úplná bezstavovost je stále ve fázi výzkumu** a její implementace bude pravděpodobně trval několik let. Existuje několik milníků na cestě k úplné bezstavovosti, včetně expirace dat, které mohou být implementovány dříve. Nejprve je ale třeba dokončit jiné body plánu, jako jsou [Verkle Trees](/roadmap/verkle-trees/) a [oddělení navrhovatelů a stavitelů bloků](/roadmap/pbs/).
+
+Testovací sítě Verkle Trees jsou již v provozu a další fáze zahrnuje spuštění klientů podporujících Verkle Tree na soukromých a následně veřejných testovacích sítích. I vy můžete pomoci urychlit tento vývoj tím, že spustíte své kontrakty na testovacích sítích nebo spustíte klienty testovacích sítí.
diff --git a/public/content/translations/cs/withdrawals/index.md b/public/content/translations/cs/withdrawals/index.md
new file mode 100644
index 00000000000..7ab2d1549c2
--- /dev/null
+++ b/public/content/translations/cs/withdrawals/index.md
@@ -0,0 +1,218 @@
+---
+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
+alt: Nosorožec Leslie se svými vkladovými odměnami
+sidebarDepth: 2
+summaryPoints:
+ - Upgrade Shanghai/Capella umožnil výběry sázek na Ethereum
+ - Operátoři validátorů musí pro aktivaci poskytnout adresu pro výběr
+ - Odměny jsou automaticky rozdělovány každých několik dní
+ - Validátoři, kteří zcela ukončí vklady, obdrží zbývající zůstatek
+---
+
+
+Výběry vkladů byly povoleny při upgradu Shanghai/Capella, ke kterému došlo 12. dubna 2023. Další informace o Šanghaji/Capelle
+
+
+**Výběry vkladů** označují převody ETH z účtu validátoru na konsensuální vrstvě Etherea (Beacon Chain) do realizační vrstvy, kde s nimi lze provádět transakce.
+
+**Výplaty odměny za přebytečný zůstatek** nad 32 ETH budou automaticky a pravidelně zasílány na adresu pro výběr propojenou s každým validátorem, jakmile ji poskytne uživatel. Uživatelé mohou také **úplně ukončit vklady** a odemknout tak svůj plný zůstatek na validátoru.
+
+## Vložení odměn {#staking-rewards}
+
+Platby odměn se automaticky zpracovávají pro aktivní účty validátorů s maximálním efektivním zůstatkem 32 ETH.
+
+Jakýkoli zůstatek nad 32 ETH získaný prostřednictvím odměn ve skutečnosti nepřispívá k jistině ani nezvyšuje váhu tohoto validátoru v síti, a je tak automaticky vybrán jako výplata odměny každých několik dní. Kromě jednorázového poskytnutí adresy pro výběr nevyžadují tyto odměny žádnou akci ze strany operátora validátoru. To vše je zahájeno na konsensuální vrstvě, takže v žádném kroku není vyžadováno žádné palivo (transakční poplatek).
+
+### Jak jsme se sem dostali? {#how-did-we-get-here}
+
+Během několika posledních let Ethereum prošlo několika upgrady sítě a přešlo na síť zabezpečenou samotným ETH namísto energeticky náročné těžby, jak tomu bylo dříve. Účast na konsensu o Ethereu je nyní známá jako „staking“, protože účastníci dobrovolně zablokovali ETH, čímž je „v sázce“ možnost zapojit se do sítě. Uživatelé, kteří dodržují pravidla, budou odměněni, zatímco pokusy o podvádění mohou být penalizovány.
+
+Od zahájení smlouvy o vkladu v listopadu 2020 někteří stateční průkopníci Etherea dobrovolně uzamkli finanční prostředky, aby aktivovali „validátory“, speciální účty, které mají právo formálně potvrzovat a navrhovat bloky podle pravidel sítě.
+
+Před upgradem Shanghai/Capella jste nemohli používat svůj vsazený ETH ani k němu přistupovat. Nyní se však můžete přihlásit k automatickému přijímání odměn na vybraný účet a také můžete kdykoli vybrat své vsazené ETH.
+
+### Jak mohu přispět? {#how-do-i-prepare}
+
+
+ Každému účtu validátoru lze přiřadit pouze jednu adresu pro výběr, a to jednou. Jakmile je adresa vybrána a odeslána do konsensuální vrstvy, nelze to vrátit zpět ani znovu změnit. Před odesláním znovu zkontrolujte vlastnictví a správnost poskytnuté adresy.
+
+
+Pokud adresu mezitím neposkytnete, nehrozí vašim finančním prostředkům žádné ohrožení, za předpokladu, že vaše mnemotechnická pomůcka nebo fráze zůstala v bezpečí offline a nebyla žádným způsobem kompromitována. Nepřidání přihlašovacích údajů pro výběr jednoduše ponechá ETH uzamčené v účtu validátoru tak, jak bylo, dokud nebyla poskytnuta adresa pro výběr.
+
+## Úplné ukončení stakingu {#exiting-staking-entirely}
+
+Před převedením _jakýchkoli_ prostředků ze zůstatku účtu validátoru je vyžadováno zadání adresy pro výběr.
+
+Uživatelé, kteří chtějí zcela ukončit vklady a vybrat zpět svůj celý zůstatek, musí také podepsat a vysílat zprávu „dobrovolný odchod“ s validačními klíči, která zahájí proces ukončení vkladu. To se provádí pomocí vašeho klienta validátoru a předává se vašemu konsensuálnímu uzlu a nevyžaduje palivo.
+
+Proces odchodu validátoru z vkládání trvá různě dlouhou dobu v závislosti na tom, kolik dalších současně odchází. Po dokončení tento účet již nebude odpovědný za plnění povinností sítě validátorů, nebude mít nárok na odměny a nebude již „v sázce“ jejich ETH. V tomto okamžiku bude účet označen jako plně „výběrný“.
+
+Jakmile je účet označen jako „výběrný“ a byly poskytnuty přihlašovací údaje pro výběr, uživatel nemusí kromě čekání dělat nic jiného. Navrhovatelé bloků automaticky a nepřetržitě odstraňují způsobilé vyřazené prostředky a zůstatek na vašem účtu bude převeden v plné výši (známé také jako „úplný výběr“) během příští kontroly.
+
+## Kdy jsou povoleny výběry vkladů? {#when}
+
+Výběry vkladů jsou živé! Funkce výběru byla povolena v rámci upgradu Shanghai/Capella, ke kterému došlo 12. dubna 2023.
+
+Upgrade Shanghai/Capella umožnil získat dříve vložené ETH zpět na běžné účty Ethereum. Tím se uzavřela smyčka v nasazování likvidity a Ethereum se o krok přiblížilo na jeho cestě k vybudování udržitelného, škálovatelného a bezpečného decentralizovaného ekosystému.
+
+- [Více o historii Etherea](/history/)
+- [Více o plánu Etherea](/roadmap/)
+
+## Jak fungují platby za výběr? {#how-do-withdrawals-work}
+
+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.
+
+### Učíte se spíše vizuálně? {#visual-learner}
+
+Podívejte se na toto vysvětlení výběrů z vkladů Ethereum od Finematics:
+
+
+Představte si analogové hodiny. Ručička na hodinách ukazuje na hodinu, postupuje jedním směrem, nepřeskakuje žádné hodiny a nakonec se po dosažení posledního čísla opět přetočí na začátek.
+Nyní si místo 1 až 12 představte, že hodiny mají 0 až N (celkový počet účtů validátorů, které kdy byly zaregistrovány na vrstvě konsensu, přes 500 000 k lednu 2023).
+Ručička na hodinách ukazuje na další validátor, u kterého je třeba zkontrolovat oprávněné výběry. Začíná na 0 a postupuje stále dokola, aniž by přeskakovala jakýkoli účet. Když je dosaženo posledního validátoru, cyklus pokračuje zpět na začátek.
+
+
+#### Kontrola účtu pro výběry {#checking-an-account-for-withdrawals}
+
+Zatímco navrhovatel prochází validátory ohledně možných výběrů, každý kontrolovaný validátor je hodnocen na základě krátké série otázek, aby se určilo, zda by měl být spuštěn výběr, a pokud ano, jaké množství ETH by mělo být odebráno.
+
+1. **Byla zadána adresa pro výběr?** Pokud nebyla zadána žádná adresa pro výběr, účet bude přeskočen a výběr nebude zahájen.
+2. **Je validátor ukončen a lze jej vybrat?** Pokud validátor zcela skončil a my jsme dosáhli epochy, kdy je jejich účet považován za „výběrný“, dojde k úplnému výběru. Tím se celý zbývající zůstatek převede na adresu pro výběr.
+3. **Je efektivní zůstatek maximálních 32?** Pokud má účet přihlašovací údaje k výběru, není úplně ukončen a čekají odměny ve vyšším počtu než 32, bude zpracován částečný výběr, který převede pouze odměny nad 32 na adresu výběru uživatele.
+
+Operátoři validátoru v průběhu životního cyklu validátoru provádějí pouze dvě akce, které přímo ovlivňují tento tok:
+
+- Poskytněte přihlašovací údaje pro výběr, abyste umožnili jakoukoli formu výběru.
+- Opusťte síť, což způsobí úplný výběr.
+
+### 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á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}
+
+Maximální počet výběrů, které je možné zpracovat v jednom bloku. Při tomto tempu lze zpracovat 115 200 výběrů validátorů za den (za předpokladu, že nejsou žádné vynechané sloty). Jak je uvedeno výše, validátoři bez způsobilých výběrů budou přeskočeni, čímž se zkrátí čas na dokončení kontroly.
+
+Po rozšíření tohoto výpočtu můžeme odhadnout dobu, kterou bude trvat zpracování daného počtu výběrů:
+
+
+
+| Počet výběrů | Čas na dokončení |
+| :--------------------: | :---------------: |
+| 400 000 | 3,5 dne |
+| 500 000 | 4,3 dne |
+| 600 000 | 5,2 dne |
+| 700 000 | 6,1 dne |
+| 800 000 | 7,0 dnů |
+
+
+
+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é dotazy {#faq}
+
+
+Ne, proces poskytnutí přihlašovacích údajů pro výběr je jednorázový proces a nelze jej po odeslání změnit.
+
+
+
+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ý 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 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í.
+
+
+
+
+Pokud jste součástí vkladového fondu nebo držíte vkladové tokeny, měli byste se u svého poskytovatele informovat o tom, jak se nakládá s výběry vkladů, protože každá služba funguje jinak.
+
+Obecně by uživatelé měli mít možnost získat zpět své základní vložené ETH nebo změnit poskytovatele vkladů, kterého využívají. Pokud je konkrétní fond příliš velký, lze prostředky opustit, uplatnit a znovu vložit u menšího poskytovatele. Nebo, pokud jste nashromáždili dostatek ETH, můžete vložit z domova.
+
+
+
+
+Ano, pokud váš validátor poskytl adresu pro výběr. Ta musí být poskytnuta jednou, aby bylo možné zpočátku provádět jakékoli výběry, poté budou platby odměn automaticky spuštěny každých několik dní s každým validátorem.
+
+
+
+
+Ne, pokud je váš validátor stále aktivní v síti, k úplnému výběru nedojde automaticky. To vyžaduje ruční spuštění dobrovolného ukončení.
+
+Jakmile validátor dokončí proces ukončení a za předpokladu, že účet má přihlašovací údaje k výběru, bude zbývající zůstatek pak vybrán během příští kontroly validátorem.
+
+
+
+
+Výběry jsou navrženy tak, aby byly spouštěny automaticky a převáděly jakékoli ETH, které aktivně nepřispívají ke vkladu. To zahrnuje úplné zůstatky účtů, které dokončily proces ukončení.
+
+Není možné ručně vyžádat určité množství ETH k výběru.
+
+
+
+
+Provozovatelům validátorů doporučujeme navštívit stránku Výběry z vkladového spouštěcího panelu, kde najdete další podrobnosti o přípravě validátoru na výběry, načasování událostí a další podrobnosti o fungování výběrů.
+
+Chcete-li své nastavení nejprve vyzkoušet na testovací síti, navštivte Holesky Testnet Staking Launchpad a začněte.
+
+
+
+
+Ne. Jakmile validátor skončí a vybere se jeho celý zůstatek, veškeré dodatečné prostředky vložené na tomto validátoru budou automaticky převedeny na adresu pro výběr během příští kontroly validátoru. Chcete-li znovu vložit ETH, musí být aktivován nový validátor.
+
+
+## Další informace {#further-reading}
+
+- [Výběry z vkladového spouštěcího panelu](https://launchpad.ethereum.org/withdrawals)
+- [EIP-4895: Řetězová vazba výběru jako operace](https://eips.ethereum.org/EIPS/eip-4895)
+- [Ethereum Cat Herders – Šanghaj](https://www.ethereumcatherders.com/shanghai_upgrade/index.html)
+- [PEEPanEIP #94: Výběr vložených ETH (testování) s Potuz & Hsiao-Wei Wang](https://www.youtube.com/watch?v=G8UstwmGtyE)
+- [PEEPanEIP#68: EIP-4895: Výběry pomocí řetězové vazby jako operace s Alexem Stokesem](https://www.youtube.com/watch?v=CcL9RJBljUs)
+- [Porozumění efektivnímu zůstatku validátoru](https://www.attestant.io/posts/understanding-validator-effective-balance/)
diff --git a/public/content/translations/cs/zero-knowledge-proofs/index.md b/public/content/translations/cs/zero-knowledge-proofs/index.md
index 59c0a3aad84..b5faf29423b 100644
--- a/public/content/translations/cs/zero-knowledge-proofs/index.md
+++ b/public/content/translations/cs/zero-knowledge-proofs/index.md
@@ -32,11 +32,11 @@ Vraťme se k našemu příkladu: Jediný důkaz, který potřebujete k prokázá
Platby kreditní kartou jsou často viditelné pro více stran, včetně poskytovatele plateb, bank a dalších zainteresovaných stran (např. vládních úřadů). Finanční dohled má sice výhody, například v případě odhalování nezákonné činnosti, ale také narušuje soukromí běžných občanů.
-Kryptoměny byly vyvinuty jako nástroj pro uskutečňování soukromých peer-to-peer transakcí. Většina transakcí s kryptoměnami je ale otevřeně viditelná na veřejných blockchainech. Identity uživatelů jsou často pseudonymní a buď záměrně propojeny s identitami v reálném světě (např. zahrnutím ethereovských adres na profily Twitter nebo GitHub), nebo mohou být spojeny s identitami v reálném světě pomocí datové analýzy aktivity uživatele.
+Kryptoměny byly vyvinuty jako nástroj pro uskutečňování soukromých peer-to-peer transakcí. Většina transakcí s kryptoměnami je ale otevřeně viditelná na veřejných blockchainech. Identity uživatelů jsou často pseudonymní a buď záměrně propojeny s identitami v reálném světě (např. zahrnutím ETH adres na profily na Twitteru nebo GitHubu), nebo mohou být spojeny s identitami v reálném světě pomocí datové analýzy aktivity uživatele.
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é](/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í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í. [EIP-7503](https://eips.ethereum.org/EIPS/eip-7503) je příkladem navrženého návrhu, který umožní nativní soukromé převody hodnoty v blockchainu Etherea. Takové návrhy je však obtížné realizovat kvůli kombinaci bezpečnostních, regulačních a uživatelských obav.
**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ů.
@@ -58,9 +58,9 @@ Ověřitelný výpočet je další aplikací technologie s nulovou znalostí pro
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.
+[Řešení škálování blockchainu](/developers/docs/scaling/#onchain-scaling), jako je tříštění, 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.
-[Řešení škálování mimo blockchain](/developers/docs/scaling/#off-chain-scaling) nevyžadují přepracování základního protokolu Etherea. Místo toho se spoléhají na outsourcovaný výpočetní model pro zlepšení propustnosti transakcí na základní vrstvě Etherea.
+[Řešení škálování mimo blockchain](/developers/docs/scaling/#offchain-scaling) nevyžadují přepracování základního protokolu Etherea. Místo toho se spoléhají na outsourcovaný výpočetní model pro zlepšení propustnosti transakcí na základní vrstvě Etherea.
V praxi to funguje takto:
@@ -70,13 +70,13 @@ V praxi to funguje takto:
Výhodou je, že Ethereum nemusí provádět žádnou exekuci a potřebuje pouze aplikovat výsledky z outsourcovaných výpočtů na svůj stav. To snižuje zahlcení sítě a také zlepšuje rychlost transakcí (protokoly mimo blockchain se optimalizují pro rychlejší exekuci).
-Blockchain potřebuje způsob, jak ověřovat transakce externě bez opětovného provádění, jinak dojde ke ztrátě výhody externí exekuce.
+Blockchain potřebuje způsob, jak ověřovat transakce mimo blockchain bez opětovného provádění, jinak dojde ke ztrátě výhody exekuce mimo blockchain.
-Zde přichází na řadu ověřitelný výpočet. Když síťový uzel provede transakci mimo Ethereum, předloží důkaz s nulovou znalostí, aby prokázal správnost externí exekuce. Tento důkaz (nazývaný [důkaz platnosti](/glossary/#validity-proof)) zaručuje, že transakce je platná, což umožňuje Ethereu aplikovat výsledek na svůj stav – aniž by čekal, zda tento výsledek někdo zpochybní.
+Zde přichází na řadu ověřitelný výpočet. Když uzel provede transakci mimo Ethereum, předloží důkaz nulové znalosti, aby prokázal správnost exekuce mimo blockchain. Tento důkaz (nazývaný [důkaz platnosti](/glossary/#validity-proof)) zaručuje, že transakce je platná, což umožňuje Ethereu aplikovat výsledek na svůj stav – aniž by čekal, zda tento výsledek někdo zpochybní.
[Rollupy s nulovou znalostí](/developers/docs/scaling/zk-rollups) a [validia](/developers/docs/scaling/validium/) jsou dvě řešení škálování mimo blockchain, která používají důkazy platnosti k zajištění bezpečné škálovatelnosti. Tyto protokoly provádějí tisíce transakcí mimo blockchain a předkládají důkazy k ověření na Ethereu. Tyto výsledky lze použít okamžitě po ověření důkazu, což umožňuje Ethereu zpracovat více transakcí bez zvýšení náročnosti výpočtů na základní vrstvě.
-### Snížení úplatkářství a tajných dohod při hlasování {#secure-blockchain-voting}
+### Snížení úplatkářství a tajných dohod při hlasování na blockchainu {#secure-blockchain-voting}
Hlasovací schémata na blockchainu mají spoustu dobrých vlastností: Jsou plně auditovatelná, zabezpečená proti útokům, odolná vůči cenzuře a nemají žádná geografická omezení. Ale nejsou imunní vůči problému **tajné dohody**.
@@ -86,13 +86,13 @@ Tajná dohoda, definovaná jako „koordinace za účelem omezení otevřené so
Například [kvadratické mechanismy financování](https://www.radicalxchange.org/concepts/plural-funding/) využívají dary k měření preference veřejně prospěšných projektů. Každý dar se počítá jako „hlas“ pro konkrétní projekt, přičemž projekty, které získají více hlasů, získají více prostředků z odpovídající skupiny.
-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.
+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 úplatkáře na blockchainu, 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 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í.
+Novější řešení, jako je MACI (Minimum Anti-Collusion Infrastructure), naštěstí používají důkazy nulové znalosti, 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 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.
+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é koordinátor zpracuje všechny zprávy po skončení hlasování, 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ů.
@@ -104,11 +104,11 @@ MACI tedy i bez sdílení podrobností o hlasech uživatelů (jak je tomu obvykl
- 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 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.
+- 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`. Proto Bobův pokus manipulovat s hlasováním pomocí tajné dohody s Alicí selže.
Používání MACI _vyžaduje_ víru, že se koordinátor nedomluví s úplatkáři nebo se nepokusí uplatit samotné voliče. Koordinátor může dešifrovat uživatelské zprávy (nezbytné pro vytvoření důkazu), takže pro něj není problém přesně ověřit, jak kdo hlasoval.
-Ale v případech, kdy je koordinátor čestný, MACI představuje mocný nástroj pro zaručení poctivosti hlasování v řetězci. To vysvětluje jeho popularitu mezi aplikacemi kvadratického financování (např. [clr.fund](https://clr.fund/#/about/maci)), které do značné míry spoléhají na nedotknutelnost volby každého jednotlivce.
+Ale v případech, kdy je koordinátor čestný, MACI představuje mocný nástroj pro zaručení poctivosti hlasování na blockchainu. To vysvětluje jeho popularitu mezi aplikacemi kvadratického financování (např. [clr.fund](https://clr.fund/#/about/maci)), které do značné míry spoléhají na nedotknutelnost volby každého jednotlivce.
[Zjistěte více o MACI](https://privacy-scaling-explorations.github.io/maci/).
@@ -211,4 +211,4 @@ ZK-STARK je považován za imunní vůči hrozbě kvantových počítačů, prot
- [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_
- [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_
-
+- [EIP-7503 vysvětleno: Povolení soukromých převodů na Ethereu pomocí důkazů nulové znalosti](https://research.2077.xyz/eip-7503-zero-knowledge-wormholes-for-private-ethereum-transactions#introduction) — _Emmanuel Awosika_
diff --git a/public/content/translations/de/developers/docs/standards/tokens/erc-1155/index.md b/public/content/translations/de/developers/docs/standards/tokens/erc-1155/index.md
index 60eb2a87f1b..22740a05f02 100644
--- a/public/content/translations/de/developers/docs/standards/tokens/erc-1155/index.md
+++ b/public/content/translations/de/developers/docs/standards/tokens/erc-1155/index.md
@@ -23,7 +23,7 @@ Um diese Seite besser zu verstehen, empfehlen wir Ihnen, zuerst etwas über [Tok
- [Batch-Transfer](#batch_transfers): Übertragen Sie mehrere Assets in einem einzigen Schritt.
- [Batch-Balance](#batch_balance): Abrufen der Salden mehrerer Anlagen in einem einzigen Schritt.
- [Batch-Genehmigung](#batch_approval): Genehmige alle Token für eine Adresse.
-- [Haken](#recieve_hook): Haken für den Empfang von Token.
+- [Haken](#receive_hook): Haken für den Empfang von Token.
- [NFT-Support](#nft_support): Wenn das Angebot nur 1 ist, wird es als NFT behandelt.
- [Sichere Übertragungsregeln](#safe_transfer_rule): Regelwerk für die sichere Übertragung.
diff --git a/public/content/translations/de/developers/tutorials/calling-a-smart-contract-from-javascript/index.md b/public/content/translations/de/developers/tutorials/calling-a-smart-contract-from-javascript/index.md
index 604dbab65f7..80de3796183 100644
--- a/public/content/translations/de/developers/tutorials/calling-a-smart-contract-from-javascript/index.md
+++ b/public/content/translations/de/developers/tutorials/calling-a-smart-contract-from-javascript/index.md
@@ -105,7 +105,7 @@ Sie können auf die Methoden eines instanziierten Smart Contracts, für den Sie
```js
daiToken.methods.balanceOf(senderAddress).call(function (err, res) {
if (err) {
- console.log("An error occured", err)
+ console.log("An error occurred", err)
return
}
console.log("The balance is: ", res)
@@ -123,7 +123,7 @@ daiToken.methods
.transfer(receiverAddress, "100000000000000000000")
.send({ from: senderAddress }, function (err, res) {
if (err) {
- console.log("An error occured", err)
+ console.log("An error occurred", err)
return
}
console.log("Hash of the transaction: " + res)
diff --git a/public/content/translations/de/enterprise/index.md b/public/content/translations/de/enterprise/index.md
index a111ef40c17..20e404f0f74 100644
--- a/public/content/translations/de/enterprise/index.md
+++ b/public/content/translations/de/enterprise/index.md
@@ -13,7 +13,7 @@ Blockchain-Anwendungen helfen Unternehmen:
- Sie erschaffen neue Geschäftsmodelle und Wertschöpfungsmöglichkeiten.
- Sie bieten für ihre Organisation einen wettbewerbsorientierten Zukunftsschutz.
-Enterprise-Blockchain-Anwendungen können auf dem öffentlichen Ethereum-[Mainnet](/glossary/#mainnet) oder auf privaten Blockchains, die auf der Ethereum-Technologie basieren, aufgebaut werden. Weitere Informationen zu [privaten Enterprise-Ethereum-Ketten](/enterprise/private-ethereum/)
+Enterprise-Blockchain-Anwendungen können auf dem öffentlichen Ethereum-[Mainnet](/glossary/#mainnet) oder auf privaten Blockchains, die auf der Ethereum-Technologie basieren, aufgebaut werden.
## Öffentliches gegenüber privatem Ethereum {#private-vs-public}
diff --git a/public/content/translations/el/about/index.md b/public/content/translations/el/about/index.md
index 5bc9b5f0dad..5094508f8c9 100644
--- a/public/content/translations/el/about/index.md
+++ b/public/content/translations/el/about/index.md
@@ -90,9 +90,9 @@ lang: el
## Οδικός χάρτης προϊόντος {#roadmap}
-Για να κάνουμε την εργασία μας πιο προσιτή και να προωθήσουμε περισσότερη συνεργασία με την κοινότητα, η βασική ομάδα του ethereum.org δημοσιεύει μια επισκόπηση των τριμηνιαίων στόχων του οδικού μας χάρτη.
+Για να κάνουμε τη δουλειά μας πιο προσιτή και να προωθήσουμε περισσότερη συνεργασία με την κοινότητα, η βασική ομάδα του ethereum.org δημοσιεύει μια επισκόπηση των στόχων του οδικού χάρτη του [κύκλου διαμόρφωσης](https://www.productplan.com/glossary/shape-up-method/).
-[Δείτε τον οδικό χάρτη προϊόντων για το 3ο τρίμηνο του 2024](https://github.com/ethereum/ethereum-org-website/issues/13399)
+[Δείτε τον οδικό χάρτη προϊόντων του Κύκλου 1 για το 2025](https://github.com/ethereum/ethereum-org-website/issues/14726)
**Πώς σας φαίνεται;** Εκτιμούμε πάντα τα σχόλια σχετικά με τον οδικό μας χάρτη. Αν πιστεύετε ότι υπάρχει κάτι πάνω στο οποίο πρέπει να εργαστούμε, ενημερώστε μας! Καλωσορίζουμε ιδέες και PR από οποιονδήποτε στην κοινότητα.
diff --git a/public/content/translations/el/account-abstraction/index.md b/public/content/translations/el/account-abstraction/index.md
new file mode 100644
index 00000000000..004b12767ba
--- /dev/null
+++ b/public/content/translations/el/account-abstraction/index.md
@@ -0,0 +1,132 @@
+---
+title: Αφαιρετικότητα λογαριασμού
+description: Επισκόπηση των σχεδίων του Ethereum για απλούστερους και ασφαλέστερους λογαριασμούς χρήστη
+lang: el
+summaryPoints:
+ - Η απλοποίηση λογαριασμού καθιστά τη δημιουργία πορτοφολιών των έξυπνων συμβολαίων πολύ πιο εύκολη.
+ - Τα πορτοφόλια έξυπνων συμβολαίων μπορούν ευκολότερα να διαχειριστούν ψηφιακά στοιχεία λογαριασμών Ethereum.
+ - Τα κλειδιά που έχουν χαθεί ή εκτεθεί μπορεί να γίνει η επαναφορά τους με χρήση πολλαπλών αντιγράφων ασφαλείας.
+---
+
+# Αφαιρετικότητα λογαριασμού {#account-abstraction}
+
+Οι χρήστες αλληλεπιδρούν με το Ethereum χρησιμοποιώντας **[εξωτερικά ιδιόκτητους λογαριασμούς (EOA)](/glossary/#eoa)**. Είναι επί του παρόντος ο μοναδικός τρόπος για τους χρήστες να ξεκινούν συναλλαγές ή να εκτελούν έξυπνα συμβόλαια στο Ethereum. Αυτό περιορίζει σημαντικά τον τρόπο αλληλεπίδρασης των χρηστών με το Ethereum. Για παράδειγμα, δυσκολεύει τη διεκπεραίωση πακέτων συναλλαγών και απαιτεί από τους χρήστες να διατηρούν πάντα υπόλοιπο σε ETH για την κάλυψη των κρατήσεων.
+
+Η αφαιρετικότητα λογαριασμού είναι μια νέα προσέγγιση που αποσκοπεί στην επίλυση αυτών των προβλημάτων, επιτρέποντας στους χρήστες να ενσωματώσουν μεγαλύτερη ασφάλεια και καλύτερες εμπειρίες χρήσης στους λογαριασμούς τους. Αυτό μπορεί να επιτευχθεί με την [Αναβάθμιση των EOA](https://eips.ethereum.org/EIPS/eip-3074) που μπορούν να ελέγχονται από έξυπνα συμβόλαια ή από [αναβάθμιση των έξυπνων συμβολαίων](https://eips.ethereum.org/EIPS/eip-2938) επιτρέποντας στα έξυπνα συμβόλαια να εκτελούν άμεσα συναλλαγές. Και οι δύο αυτές οι επιλογές απαιτούν αλλαγές στο πρωτόκολλο του Ethereum. Εξετάζεται επίσης μια τρίτη προσέγγιση, η οποία περιλαμβάνει την προσθήκη ενός [δεύτερου, ξεχωριστού συστήματος συναλλαγών](https://eips.ethereum.org/EIPS/eip-4337) που θα λειτουργεί παράλληλα με το υπάρχον πρωτόκολλο. Ανεξάρτητα από την τελική επιλογή, το αποτέλεσμα θα είναι η πρόσβαση στο Ethereum μέσω πορτοφολιών έξυπνων συμβολαίων. Αυτά τα πορτοφόλια μπορεί να υποστηρίζονται εγγενώς ως μέρος του υπάρχοντος πρωτοκόλλου ή μέσω ενός πρόσθετου δικτύου συναλλαγών.
+
+Τα πορτοφόλια έξυπνων συμβολαίων παρέχουν πολλά οφέλη στους χρήστες, όπως:
+
+- Ορισμός ευέλικτων κανόνων ασφαλείας.
+- Ανάκτηση λογαριασμού σε περίπτωση απώλειας των κλειδιών.
+- Διαμοιρασμός πρόσβασης σε έμπιστα άτομα ή συσκευές.
+- Πληρωμή κρατήσεων άλλου χρήστη.
+- Εκτέλεση πολλών συναλλαγών ταυτόχρονα (π.χ. έγκριση και εκτέλεση μιας ανταλλαγής κρυπτονομισμάτων σε ένα βήμα).
+- Περισσότερες δυνατότητες για καινοτομία για dapps και δημιουργούς πορτοφολιών αλληλεπίδρασης χρηστών.
+
+Αυτά τα οφέλη δεν υποστηρίζονται σήμερα επειδή μόνο οι εξωτερικά ιδιόκτητοι λογαριασμοί ([EOA](/glossary/#eoa)) μπορούν να ξεκινήσουν συναλλαγές Οι ΕΟΕ είναι απλά ζεύγη δημόσιων-ιδιωτικών κλειδιών. Δείτε πως λειτουργούν:
+
+- Εάν έχετε το ιδιωτικό κλειδί μπορείτε να κάνετε _οτιδήποτε_ επιτρέπεται από την Ethereum Virtual Machine (EVM).
+- Εάν δεν έχετε το ιδιωτικό κλειδί δεν μπορείτε να κάνετε _τίποτα_.
+
+Αν όμως χάσετε τα ιδιωτικά σας κλειδιά, δεν υπάρχει τρόπος ανάκτησης και ένας κλέφτης με πρόσβαση σε αυτά θα αποκτήσει άμεσα όλα τα χρήματα του λογαριασμού σας.
+
+Τα πορτοφόλια έξυπνων συμβολαίων αποτελούν λύση σε αυτά τα προβλήματα, αλλά προς το παρόν είναι δύσκολο να προγραμματιστούν, επειδή οποιαδήποτε λογική και αν εφαρμόζουν, πρέπει τελικά να μεταφραστεί σε μια σειρά συναλλαγών EOA για να γίνει αποδεκτή από το Ethereum. Η αφαιρετικότητα λογαριασμού επιτρέπει στα έξυπνα συμβόλαια να ξεκινούν μόνα τους συναλλαγές. Έτσι, οποιαδήποτε λογική θέλει να εφαρμόσει ο χρήστης μπορεί να προστεθεί ως κώδικας απευθείας στο πορτοφόλι έξυπνου συμβολαίου και να εκτελεστεί στο Ethereum.
+
+Με λίγα λόγια, η αφαιρετικότητα λογαριασμού βελτιώνει την υποστήριξη για πορτοφόλια έξυπνων συμβολαίων, καθιστώντας τα πιο εύκολα στην ανάπτυξη και πιο ασφαλή στη χρήση. Τελικά, χάρη στην αφαιρετικότητα λογαριασμού, οι χρήστες μπορούν να απολαύσουν όλα τα οφέλη του Ethereum χωρίς να χρειάζεται να γνωρίζουν ή να ασχοληθούν με την υποκείμενη τεχνολογία.
+
+## Πέρα από τις φράσεις ασφαλείας {#beyond-seed-phrases}
+
+Σήμερα, οι λογαριασμοί προστατεύονται με ιδιωτικά κλειδιά που υπολογίζονται από τις φράσεις ασφαλείας. Οποιοσδήποτε έχει πρόσβαση σε μια φράση ασφαλείας μπορεί εύκολα να ανακαλύψει το ιδιωτικό κλειδί που προστατεύει έναν λογαριασμό και να αποκτήσει πρόσβαση σε όλα τα περιουσιακά στοιχεία που προστατεύει. Εάν χαθεί το ιδιωτικό κλειδί και η φράση ασφαλείας, δεν μπορούν ποτέ να ανακτηθούν και τα περιουσιακά στοιχεία που ελέγχουν «παγώνουν» για πάντα. Η εξασφάλιση αυτών των φράσεων ασφαλείας είναι δύσκολη, ακόμη και για έμπειρους χρήστες, καθώς η εξαπάτηση για τις φράσεις ασφαλείας είναι ένας από τους πιο συνηθισμένους τρόπους με τους οποίους εξαπατώνται οι χρήστες.
+
+Η αφαιρετικότητα λογαριασμού θα λύσει αυτό το πρόβλημα χρησιμοποιώντας ένα έξυπνο συμβόλαιο για να διατηρεί περιουσιακά στοιχεία και να εξουσιοδοτεί συναλλαγές. Αυτά τα έξυπνα συμβόλαια μπορούν στη συνέχεια να προσαρμοστούν με μια λογική για να γίνουν όσο το δυνατόν πιο ασφαλή και προσαρμοσμένα στον χρήστη. Τελικά, εξακολουθείτε να χρησιμοποιείτε ιδιωτικά κλειδιά για να ελέγχετε την πρόσβαση στον λογαριασμό σας, αλλά με τα ανάλογα δίχτυα ασφαλείας που τα κάνουν πιο εύκολα και ασφαλή στη διαχείριση.
+
+Για παράδειγμα, μπορούν να προστεθούν στο πορτοφόλι κλειδιά αντιγράφων ασφαλείας, έτσι ώστε εάν χάσετε ή εκθέσετε κατά λάθος το κύριο κλειδί σας, μπορεί να αντικατασταθεί με ένα νέο, ασφαλές με χρήση των κλειδιών αντιγράφων ασφαλείας. Μπορείτε να ασφαλίσετε κάθε ένα από αυτά τα κλειδιά με διαφορετικό τρόπο ή να τα χωρίσετε σε αξιόπιστα σημεία. Αυτό δυσκολεύει πολύ περισσότερο τους κλέφτες να αποκτήσουν πλήρη έλεγχο των κεφαλαίων σας. Ομοίως, μπορείτε να προσθέσετε κανόνες στο πορτοφόλι για να μειώσετε τον αντίκτυπο σε περίπτωση παραβίασης του κύριου κλειδιού σας, για παράδειγμα, μπορεί να επιτρέψετε συναλλαγές χαμηλής αξίας να επαληθεύονται με μία μόνο υπογραφή, ενώ συναλλαγές υψηλότερης αξίας να απαιτούν έγκριση από πολλούς πιστοποιημένους υπογράφοντες. Υπάρχουν και άλλοι τρόποι με τους οποίους τα πορτοφόλια έξυπνων συμβολαίων μπορούν να σας βοηθήσουν να αποτρέψετε τους κλέφτες, για παράδειγμα, μπορεί να χρησιμοποιηθεί μια λίστα επιτρεπόμενων για να αποκλειστεί κάθε συναλλαγή εκτός εάν αφορά μια αξιόπιστη διεύθυνση ή επαληθευτεί από τα προεγκριμένα κλειδιά σας.
+
+### Παραδείγματα λογικής ασφαλείας που μπορούν να ενσωματωθούν σε ένα πορτοφόλι έξυπνου συμβολαίου:
+
+- **Multisig authorization**: Μπορείτε να μοιράσετε διαπιστευτήρια εξουσιοδότησης σε πολλούς αξιόπιστους χρήστες ή συσκευές. Στη συνέχεια, το συμβόλαιο μπορεί να διαμορφωθεί έτσι ώστε οι συναλλαγές που υπερβαίνουν μια προκαθορισμένη τιμή να απαιτούν εξουσιοδότηση από ένα συγκεκριμένο ποσοστό (π.χ. 3/5) των αξιόπιστων μερών. Για παράδειγμα, οι συναλλαγές υψηλής αξίας μπορεί να απαιτούν έγκριση τόσο από μια κινητή συσκευή όσο και από ένα υλικό πορτοφόλι ή υπογραφές από λογαριασμούς που διανέμονται σε αξιόπιστα μέλη της οικογένειας.
+- **Πάγωμα λογαριασμού**: Εάν μια συσκευή χαθεί ή παραβιαστεί, ο λογαριασμός μπορεί να κλειδωθεί από άλλη εξουσιοδοτημένη συσκευή, προστατεύοντας τα περιουσιακά στοιχεία του χρήστη.
+- **Ανάκτηση λογαριασμού**: Χάσατε μια συσκευή ή ξεχάσατε τον κωδικό πρόσβασης; Στο τρέχον μοντέλο, σημαίνει ότι τα περιουσιακά σας στοιχεία θα μπορούσαν να παγώσουν για πάντα. Με ένα πορτοφόλι έξυπνων συμβολαίων, μπορείτε να δημιουργήσετε μια λίστα επιτρεπόμενων λογαριασμών που μπορούν να εξουσιοδοτήσουν νέες συσκευές και να επαναφέρουν την πρόσβαση.
+- **Ορισμός ορίων συναλλαγών:** Καθορίστε ημερήσια όρια για το ύψος συναλλαγών μπορεί να μεταφερθεί από τον λογαριασμό σε μια ημέρα, εβδομάδα ή μήνα. Αυτό σημαίνει ότι εάν ένας εισβολέας αποκτήσει πρόσβαση στον λογαριασμό σας, δεν μπορεί να αποσύρει τα πάντα ταυτόχρονα και θα έχετε την ευκαιρία να παγώσετε και να επαναφέρετε την πρόσβαση.
+- **Δημιουργία επιτρεπόμενων λιστών**: Επιτρέψτε συναλλαγές μόνο σε ορισμένες διευθύνσεις που γνωρίζετε ότι είναι ασφαλείς. Αυτό σημαίνει ότι _ακόμη και αν_ κλάπηκε το ιδιωτικό σας κλειδί, ο εισβολέας θα μπορούσε να στείλει χρήματα μόνο σε λογαριασμούς που βρίσκονται στη λίστα σας. Αυτές οι λίστες θα απαιτούσαν πολλές υπογραφές για να τροποποιηθούν, έτσι ώστε ένας εισβολέας να μην μπορεί να προσθέσει τη δική του διεύθυνση στη λίστα εκτός εάν είχε πρόσβαση σε πολλά από τα κλειδιά αντιγράφων ασφαλείας σας.
+
+## Καλύτερη εμπειρία χρήστη {#better-user-experience}
+
+Η αφαιρετικότητα λογαριασμού επιτρέπει μια **καλύτερη συνολική εμπειρία χρήστη** καθώς και **βελτιωμένη ασφάλεια** επειδή προσθέτει υποστήριξη για πορτοφόλια έξυπνων συμβολαίων στο επίπεδο του πρωτοκόλλου. Ο πιο σημαντικός λόγος για αυτό είναι ότι θα δώσει στους προγραμματιστές έξυπνων συμβολαίων, πορτοφολιών και εφαρμογών πολύ περισσότερη ελευθερία να καινοτομήσουν στην εμπειρία χρήστη, με τρόπους που ίσως δεν μπορούμε ακόμη να προβλέψουμε. Ορισμένες προφανείς βελτιώσεις που θα έρθουν μαζί με την αφαιρετικότητα λογαριασμού περιλαμβάνουν την ομαδοποίηση συναλλαγών για ταχύτητα και αποδοτικότητα. Για παράδειγμα, μια απλή ανταλλαγή θα πρέπει να είναι μια λειτουργία ενός κλικ, αλλά σήμερα απαιτεί την υπογραφή πολλαπλών συναλλαγών για την έγκριση της δαπάνης μεμονωμένων κρυπτονομισμάτων πριν από την εκτέλεση της ανταλλαγής. Η αφαιρετικότητα λογαριασμού αφαιρεί αυτή την τριβή επιτρέποντας την ομαδοποίηση συναλλαγών. Επιπλέον, η ομαδοποιημένη συναλλαγή θα μπορούσε να εγκρίνει ακριβώς τη σωστή αξία των κρυπτονομισμάτων που απαιτούνται για κάθε συναλλαγή και στη συνέχεια να ανακαλέσει τις εγκρίσεις μετά την ολοκλήρωση της συναλλαγής, παρέχοντας πρόσθετη ασφάλεια.
+
+Η διαχείριση gas βελτιώνεται επίσης πολύ με την αφαιρετικότητα λογαριασμού. Οι εφαρμογές όχι μόνο μπορούν να προσφέρουν την πληρωμή των τελών gas των χρηστών τους, αλλά τα τέλη gas μπορούν να πληρωθούν σε κρυπτονομίσματα εκτός από το ETH, απελευθερώνοντας τους χρήστες από την ανάγκη να διατηρούν υπόλοιπο σε ETH για την πληρωμή συναλλαγών. Αυτό θα λειτουργούσε με την ανταλλαγή των κρυπτονομισμάτων του χρήστη για ETH μέσα στο συμβόλαιο και στη συνέχεια χρησιμοποιώντας το ETH για την πληρωμή gas.
+
+
+
+Η διαχείριση gas είναι ένα από τα κύρια προβλήματα που αντιμετωπίζουν οι χρήστες του Ethereum, κυρίως επειδή το ETH είναι το μόνο περιουσιακό στοιχείο που μπορεί να χρησιμοποιηθεί για την πληρωμή συναλλαγών. Φανταστείτε ότι έχετε ένα πορτοφόλι με υπόλοιπο σε USDC, αλλά όχι ETH. Δεν μπορείτε να μεταφέρετε ή να ανταλλάξετε αυτά τα USDC επειδή δεν μπορείτε να πληρώσετε gas. Δεν μπορείτε επίσης να ανταλλάξετε τα USDC για ETH, γιατί αυτό από μόνο του κοστίζει gas. Θα πρέπει να στείλετε περισσότερα ETH στον λογαριασμό σας από ένα ανταλλακτήριο ή μια άλλη διεύθυνση για να λύσετε το πρόβλημα. Με τα πορτοφόλια έξυπνων συμβολαίων, μπορείτε απλά να πληρώσετε gas σε USDC, απελευθερώνοντας τον λογαριασμό σας. Δε χρειάζεται πλέον να διατηρείτε υπόλοιπο σε ETH σε όλους τους λογαριασμούς σας.
+
+Η αφαιρετικότητα λογαριασμού επιτρέπει επίσης στους προγραμματιστές dapp να είναι δημιουργικοί στη διαχείριση gas. Για παράδειγμα, ίσως να μπορείτε να αρχίσετε να πληρώνετε στο αγαπημένο σας DEX ένα σταθερό τέλος κάθε μήνα για απεριόριστες συναλλαγές. Τα Dapp μπορεί να προσφέρουν την πληρωμή όλων των τελών gas σας για λογαριασμό σας ως ανταμοιβή για τη χρήση της πλατφόρμας τους ή ως προσφορά εγγραφής. Θα είναι πολύ πιο εύκολο για τους προγραμματιστές να καινοτομήσουν στο gas όταν υποστηρίζονται πορτοφόλια έξυπνων συμβάσεων σε επίπεδο πρωτοκόλλου.
+
+
+
+Οι αξιόπιστες συνεδρίες είναι επίσης πιθανώς τροποποιημένες για τις εμπειρίες των χρηστών, ειδικά για εφαρμογές όπως τα παιχνίδια, όπου μπορεί να χρειαστεί έγκριση ένας μεγάλος αριθμός μικρών συναλλαγών σε σύντομο χρονικό διάστημα. Η μεμονωμένη έγκριση κάθε συναλλαγής θα χαλούσε την εμπειρία παιχνιδιού, αλλά η μόνιμη έγκριση δεν είναι ασφαλής. Ένα πορτοφόλι έξυπνων συμβολαίων θα μπορούσε να εγκρίνει ορισμένες συναλλαγές για σταθερό χρονικό διάστημα, έως μια συγκεκριμένη τιμή ή μόνο σε ορισμένες διευθύνσεις.
+
+Είναι επίσης ενδιαφέρον να σκεφτούμε πώς οι αγορές θα μπορούσαν να αλλάξουν με την αφαιρετικότητα λογαριασμού. Σήμερα, κάθε συναλλαγή πρέπει να εγκρίνεται και να εκτελείται από ένα πορτοφόλι με προκαταβολή επαρκούς ποσού του σωστού κρυπτονομίσματος. Με την αφαιρετικότητα λογαριασμού, η εμπειρία θα μπορούσε να μοιάζει περισσότερο με τις γνωστές διαδικτυακές αγορές όπου ένας χρήστης θα μπορούσε να γεμίσει ένα «καλάθι» με αντικείμενα και να κάνει κλικ μία φορά και να τα αγοράσει όλα ταυτόχρονα, με όλη τη λογική που απαιτείται να χειρίζεται το συμβόλαιο, όχι ο χρήστης.
+
+Αυτά είναι μερικά μόνο παραδείγματα του πώς οι εμπειρίες των χρηστών θα μπορούσαν να ανεβούν επίπεδο με την αφαιρετικότητα λογαριασμού, αλλά θα υπάρχουν και πολλά άλλα που δεν έχουμε φανταστεί ακόμα. Η αφαιρετικότητα λογαριασμού απελευθερώνει τους προγραμματιστές από τους περιορισμούς των σημερινών EOA, τους επιτρέπει να μεταφέρουν τις καλές πτυχές του web2 στο web3 χωρίς να θυσιάσουν την αυτασφάλιση και να δημιουργήσουν δημιουργικά νέες εμπειρίες χρήστη.
+
+## Πώς θα υλοποιηθεί η αφαιρετικότητα λογαριασμού; {#how-will-aa-be-implemented}
+
+Σήμερα υπάρχουν πορτοφόλια έξυπνων συμβολαίων, αλλά είναι δύσκολο να υλοποιηθούν καθώς η EVM δεν τα υποστηρίζει. Αντίθετα, βασίζονται σε σχετικά πολύπλοκο κώδικα που περιβάλλει τις τυπικές συναλλαγές Ethereum. Το Ethereum μπορεί να το αλλάξει αυτό επιτρέποντας στα έξυπνα συμβόλαια να ξεκινούν συναλλαγές, χειριζόμενη την απαραίτητη λογική στα έξυπνα συμβόλαια Ethereum αντί για εκτός αλυσίδας. Η προσθήκη της λογικής σε έξυπνα συμβόλαια αυξάνει επίσης την αποκέντρωση του Ethereum καθώς αφαιρεί την ανάγκη για «μεταφορείς» που εκτελούνται από προγραμματιστές πορτοφολιών, για τη μετάφραση μηνυμάτων που υπογράφονται από τον χρήστη σε κανονικές συναλλαγές Ethereum.
+
+
+
+Το EIP-2771 εισάγει την έννοια των μετα-συναλλαγών που επιτρέπουν σε τρίτους να πληρώνουν τα έξοδα gas ενός χρήστη χωρίς να κάνουν αλλαγές στο πρωτόκολλο Ethereum. Η ιδέα είναι ότι οι συναλλαγές που υπογράφονται από έναν χρήστη αποστέλλονται σε ένα συμβόλαιο Προώθησης «Forwarder». Ο «forwarder» είναι μια αξιόπιστη οντότητα που επαληθεύει ότι οι συναλλαγές είναι έγκυρες πριν τις στείλει σε ένα σταθμό αναμετάδοσης gas. Αυτό γίνεται εκτός αλυσίδας, αποφεύγοντας την ανάγκη πληρωμής gas. Ο σταθμός αναμετάδοσης gas μεταφέρει τη συναλλαγή σε ένα συμβόλαιο `Recipient`, πληρώνοντας το απαραίτητο gas για να εκτελεστεί η συναλλαγή στο Ethereum. Η συναλλαγή εκτελείται εάν ο `Forwarder` είναι γνωστός και αξιόπιστος από το `Recipient`. Αυτό το μοντέλο διευκολύνει τους προγραμματιστές να υλοποιήσουν συναλλαγές χωρίς gas για τους χρήστες.
+
+
+
+
+
+Το EIP-4337 είναι το πρώτο βήμα προς την υποστήριξη εγγενών πορτοφολιών έξυπνων συμβολαίων με αποκεντρωμένο τρόπο χωρίς να απαιτούνται αλλαγές στο πρωτόκολλο Ethereum. Αντί να τροποποιηθεί το επίπεδο συναίνεσης για να υποστηρίξει πορτοφόλια έξυπνων συμβολαίων, ένα νέο σύστημα προστίθεται ξεχωριστά στο κανονικό πρωτόκολλο διαφήμισης συναλλαγών. Αυτό το σύστημα υψηλότερου επιπέδου είναι χτισμένο γύρω από ένα νέο αντικείμενο που ονομάζεται UserOperation το οποίο ομαδοποιεί ενέργειες από έναν χρήστη μαζί με τις σχετικές υπογραφές. Αυτά τα αντικείμενα UserOperation στη συνέχεια μεταδίδονται σε ένα ξεχωριστό «mempool» όπου οι επικυρωτές μπορούν να τα συλλέξουν σε ένα «πακέτο συναλλαγών». Το πακέτο συναλλαγών αντιπροσωπεύει μια ακολουθία πολλών μεμονωμένων UserOperations το οποίο μπορεί να συμπεριληφθεί σε μπλοκ Ethereum όπως μια κανονική συναλλαγή και θα παραληφθεί από τους επικυρωτές χρησιμοποιώντας ένα παρόμοιο μοντέλο επιλογής μεγιστοποίησης αμοιβών.
+
+Ο τρόπος λειτουργίας των πορτοφολιών θα αλλάξει επίσης στο πλαίσιο του EIP-4337. Αντί να υλοποιεί ξανά κάθε πορτοφόλι κοινή αλλά περίπλοκη λογική ασφαλείας, αυτές οι λειτουργίες θα εξωτερικεύονται σε ένα παγκόσμιο συμβόλαιο πορτοφολιού γνωστό ως "σημείο εισόδου". Αυτό θα χειρίζεται λειτουργίες όπως η πληρωμή τελών και η εκτέλεση κώδικα EVM, ώστε οι προγραμματιστές πορτοφολιών να μπορούν να επικεντρωθούν στην παροχή εξαιρετικών εμπειριών χρήστη.
+
+Σημειώστε ότι το σημείου εισόδου του συμβολαίου EIP 4337 αναπτύχθηκε στο Ethereum Mainnet στις 1 Μαρτίου 2023. Μπορείτε να δείτε το συμβόλαιο στο Etherscan.
+
+
+
+
+
+Το EIP-2938 στοχεύει στην ενημέρωση του πρωτοκόλλου Ethereum εισάγοντας έναν νέο τύπο συναλλαγής, AA_TX_TYPE που περιλαμβάνει τρία πεδία: nonce, target και data, όπου το nonce είναι ένας καταμετρητής συναλλαγών, το target είναι το σημείο εισόδου της διεύθυνσης συμβολαίου και το data είναι bytecode EVM. Για να εκτελέσουν αυτές τις συναλλαγές, πρέπει να προστεθούν δύο νέες οδηγίες (γνωστές ως opcodes) στο EVM: το NONCE και το PAYGAS. Το NONCE παρακολουθεί την ακολουθία συναλλαγών και το PAYGAS υπολογίζει και αφαιρεί το gas που απαιτείται για την εκτέλεση της συναλλαγής από το υπόλοιπο των συμβολαίων. Αυτές οι νέες λειτουργίες επιτρέπουν στο Ethereum να υποστηρίζει εγγενώς πορτοφόλια έξυπνων συμβολαίων καθώς η απαραίτητη υποδομή είναι ενσωματωμένη στο πρωτόκολλο Ethereum.
+
+Σημειώστε ότι το EIP-2938 δεν είναι ενεργό αυτήν τη στιγμή. Η κοινότητα προτιμά αυτήν τη στιγμή το EIP-4337 επειδή δεν απαιτεί αλλαγές στο πρωτόκολλο.
+
+
+
+
+
+Το EIP-3074 στοχεύει στην ενημέρωση των εξωτερικά κατεχόμενων λογαριασμών του Ethereum επιτρέποντάς τους να αναθέσουν τον έλεγχο σε ένα έξυπνο συμβόλαιο. Αυτό σημαίνει ότι η λογική του έξυπνου συμβολαίου θα μπορούσε να εγκρίνει συναλλαγές που προέρχονται από έναν EOA. Αυτό θα επέτρεπε χαρακτηριστικά όπως η χορηγία gas και τα πακέτα συναλλαγών. Για να λειτουργήσει αυτό, πρέπει να προστεθούν δύο νέες οδηγίες στο EVM: το AUTH και το AUTHCALL. Με το EIP-3074, τα οφέλη ενός πορτοφολιού έξυπνου συμβολαίου είναι διαθέσιμα χωρίς να χρειάζεται ένα συμβόλαιο, αντίθετα, ένας συγκεκριμένος τύπος άστατου, χωρίς εμπιστοσύνη, μη αναβαθμίσιμου συμβολαίου γνωστού ως «επικαλεστής» χειρίζεται τις συναλλαγές.
+
+Σημειώστε ότι το EIP-3074 δεν είναι ενεργό αυτήν τη στιγμή. Η κοινότητα προτιμά αυτήν τη στιγμή το EIP-4337 επειδή δεν απαιτεί αλλαγές στο πρωτόκολλο.
+
+
+
+## Τρέχουσα πρόοδος {#current-progress}
+
+Τα πορτοφόλια έξυπνων συμβολαίων είναι ήδη διαθέσιμα, αλλά απαιτούνται περισσότερες αναβαθμίσεις για να γίνουν όσο το δυνατόν πιο αποκεντρωμένα και χωρίς την ανάγκη χρήσης άδειας. Το EIP-4337 είναι μια ώριμη πρόταση που δεν απαιτεί καμία αλλαγή στο πρωτόκολλο Ethereum, επομένως είναι πιθανό να υλοποιηθεί γρήγορα. Ωστόσο, οι αναβαθμίσεις που αλλάζουν το πρωτόκολλο Ethereum δε βρίσκονται αυτήν τη στιγμή σε ενεργή ανάπτυξη, επομένως αυτές οι αλλαγές μπορεί να χρειαστούν πολύ περισσότερο χρόνο για να κυκλοφορήσουν. Είναι επίσης πιθανό η αφαιρετικότητα λογαριασμού να επιτυγχάνεται αρκετά καλά από το EIP-4337 ώστε να μην απαιτούνται ποτέ αλλαγές πρωτοκόλλου.
+
+**Σημείωση**: Μπορείτε να παρακολουθήσετε την υιοθέτηση πορτοφολιών έξυπνων συμβολαίων ERC-4337 [μέσω αυτού του πίνακα ελέγχου](https://www.bundlebear.com/overview/all).
+
+## Περισσότερες πληροφορίες {#further-reading}
+
+- [erc4337.io](https://www.erc4337.io/)
+- [Συζήτηση για την αφαιρετικότητα λογαριασμού από το Devcon Bogota](https://www.youtube.com/watch?app=desktop&v=WsZBymiyT-8)
+- [«Γιατί η αφαιρετικότητα λογαριασμού θα αλλάξει τα δεδομενα για τις dapps» από το Devcon Bogota](https://www.youtube.com/watch?v=OwppworJGzs)
+- [«Αφαιρετικότητα λογαριασμού ELI5» από το Devcon Bogota](https://www.youtube.com/watch?v=QuYZWJj65AY)
+- [Σημειώσεις «Ο δρόμος προς την αφαιρετικότητα λογαριασμού» από τον Vitalik](https://notes.ethereum.org/@vbuterin/account_abstraction_roadmap#Transaction-inclusion-lists)
+- [Ανάρτηση ιστολογίου του Vitalik σχετικά με τα πορτοφόλια ανάκτησης κοινωνικών δικτύων](https://vitalik.eth.limo/general/2021/01/11/recovery.html)
+- [Σημειώσεις EIP-2938](https://hackmd.io/@SamWilsn/ryhxoGp4D#What-is-EIP-2938)
+- [Τεκμηρίωση EIP-2938](https://eips.ethereum.org/EIPS/eip-2938)
+- [Σημειώσεις EIP-4337](https://medium.com/infinitism/erc-4337-account-abstraction-without-ethereum-protocol-changes-d75c9d94dc4a)
+- [Τεκμηρίωση EIP-4337](https://eips.ethereum.org/EIPS/eip-4337)
+- [Τεκμηρίωση EIP-2771](https://eips.ethereum.org/EIPS/eip-2771)
+- [«Τα βασικά της αφαιρετικότητας λογαριασμού» -- Τι είναι η αφαιρετικότητα λογαριασμού, Μέρος Ι](https://www.alchemy.com/blog/account-abstraction)
+- [Οδικός χάρτης I Αφαίρεση λογαριασμού του Ethereum Charting: EIP-3074, EIP-5806, & EIP-7702](https://research.2077.xyz/charting-ethereums-account-abstraction-roadmap-eip-3074-eip-5806-eip-7702)
+- [Καταπληκτική Αφαίρεση Λογαριασμού](https://github.com/4337Mafia/awesome-account-abstraction)
+- [Αρθρωτή αφαίρεση λογαριασμού για όλους τους άλλους.](https://blog.rhinestone.wtf/part-1-modular-account-abstraction-for-everyone-else-84567422bc46)
+
diff --git a/public/content/translations/el/beacon-chain/index.md b/public/content/translations/el/beacon-chain/index.md
new file mode 100644
index 00000000000..ce75b19bfc0
--- /dev/null
+++ b/public/content/translations/el/beacon-chain/index.md
@@ -0,0 +1,75 @@
+---
+title: Η Κύρια Αλυσίδα
+description: Μάθετε για την Κύρια Αλυσίδα – την αναβάθμιση που εισήγαγε την απόδειξη συμμετοχής στο Ethereum.
+lang: el
+template: upgrade
+image: /images/upgrades/core.png
+alt:
+summaryPoint1: Η Κύρια Αλυσίδα εισήγαγε την απόδειξη συμμετοχής στο οικοσύστημα του Ethereum.
+summaryPoint2: Συγχωνεύθηκε με την αρχική αλυσίδα απόδειξης εργασίας του Ethereum τον Σεπτέμβριο του 2022.
+summaryPoint3: Η Κύρια Αλυσίδα εισήγαγε τη λογική συναίνεσης και το πρωτόκολλο διασποράς μπλοκ (block gossip protocol) που πλέον κρατάει ασφαλές το Ethereum.
+---
+
+
+ Η Κύρια Αλυσίδα (Beacon Chain) τέθηκε σε εφαρμογή την 1η Δεκεμβρίου 2020 και με τη Συγχώνευση στις 15 Σεπτεμβρίου 2022 επισημοποίησε την ανάδειξη της απόδειξης συμμετοχής ως μηχανισμού συναίνεσης του Ethereum.
+
+
+## Τι είναι η Κύρια Αλυσίδα; {#what-is-the-beacon-chain}
+
+Η Κύρια Αλυσίδα (Beacon Chain) είναι το όνομα της αρχικής κρυπτοαλυσίδας με την απόδειξη συμμετοχής η οποία κυκλοφόρησε το 2020. Δημιουργήθηκε προκειμένου να διασφαλιστεί η αξιοπιστία και η βιωσιμότητα της λογικής συναίνεσης της απόδειξης συμμετοχής, πριν αυτή τεθεί σε λειτουργία στο Kεντρικό Δίκτυο του Ethereum. Επομένως, εκτελούνταν παράλληλα με την αρχική απόδειξη εργασίας του Ethereum. Η Κύρια Αλυσίδα ήταν μια κρυπτοαλυσίδα «άδειων» μπλοκ, αλλά με την απενεργοποίηση της απόδειξης εργασία και ενεργοποιώντας την απόδειξη συμμετοχής στο Ethereum, απαιτούσε να δώσει εντολή στην Κύρια Αλυσίδα να δεχτεί τα δεδομένα συναλλαγών από το λογισμικό πελάτη εκτέλεσης, να τα συγκεντρώσει σε μπλοκ και στη συνέχεια να τα οργανώσει σε μια κρυπτοαλυσίδα χρησιμοποιώντας ένα μηχανισμό συναίνεσης που βασίζεται στην απόδειξη συμμετοχής του μηχανισμού συναίνεσης. Ταυτόχρονα, οι αρχικές εφαρμογές πελάτη του Ethereum διέκοψαν την κρυπτόρυξη, τη διάδοση μπλοκ και τη λογική συναίνεσης, μεταβιβάζοντας όλες αυτές τις λειτουργίες στην Κύρια Αλυσίδα. Το γεγονός αυτό έγινε γνωστό ως [Η Συγχώνευση](/roadmap/merge/). Μόλις συνέβη Η Συγχώνευση, δεν υπήρχαν πλέον δύο κρυπτοαλυσίδες. Υπήρχε μόνο η απόδειξη συμμετοχής Ethereum, όπου απαιτεί πλέον δύο διαφορετικά λογισμικά πελάτη ανά κόμβο. Η Κύρια Αλυσίδα είναι τώρα το επίπεδο συναίνεσης, ένα ομότιμο δίκτυο πελατών συναίνεσης που χειρίζεται την ενημέρωση των μπλοκ και τη λογική συναίνεσης, ενώ οι αρχικοί πελάτες αποτελούν το επίπεδο εκτέλεσης, το οποίο είναι υπεύθυνο για την ενημέρωση, την εκτέλεση των συναλλαγών και τη διαχείριση της κατάστασης του Ethereum. Τα δύο επίπεδα μπορούν να επικοινωνούν μεταξύ τους χρησιμοποιώντας τη Μηχανή API.
+
+## Τι ακριβώς κάνει η Κύρια Αλυσίδα; {#what-does-the-beacon-chain-do}
+
+Κύρια Αλυσίδα ονομάστηκε το σύνολο λογαριασμών που διηύθυνε και συντόνιζε το δίκτυο συμμετεχόντων με [αποθηκευμένο κεφάλαιο](/staking/) του Ethereum, πριν αυτοί οι συμμετέχοντες αρχίσουν να επικυρώνουν πραγματικές συναλλαγές Ethereum. Δεν επεξεργάζεται συναλλαγές ή χειρίζεται έξυπνα συμβόλαια καθώς αυτό γίνεται στο επίπεδο εκτέλεσης. Η Κύρια Αλυσίδα είναι υπεύθυνη για πράγματα όπως τον χειρισμό των μπλοκ και την πιστοποίηση, την εκτέλεση των επιλεγμένων αναβαθμίσεων και τη διαχείριση ανταμοιβών και κυρώσεων. Διαβάστε περισσότερα στη σελίδα [αρχιτεκτονική κόμβου](/developers/docs/nodes-and-clients/node-architecture/#node-comparison).
+
+## Αντίκτυπος της Κύριας Αλυσίδας {#beacon-chain-features}
+
+### Εισαγωγή στην αποθήκευση νομισμάτων {#introducing-staking}
+
+Η Κύρια Αλυσίδα έφερε στο Ethereum την [απόδειξη συμμετοχής](/developers/docs/consensus-mechanisms/pos/). Η διαδικασία αυτή διατηρεί το Ethereum ασφαλές και αποφέρει περισσότερα ETH στους επικυρωτές. Στην πράξη, η αποθήκευση κεφαλαίου έχει να κάνει με την αποθήκευση ETH προκειμένου να ενεργοποιηθεί το λογισμικό επικυρωτή. Ως συμμετέχων (staker), εκτελείται το λογισμικό που δημιουργεί και επικυρώνει νέα μπλοκ στην αλυσίδα.
+
+Η αποθήκευση κεφαλαίου εξυπηρετεί έναν σκοπό παρόμοιο με αυτόν της [κρυπτόρυξης](/developers/docs/consensus-mechanisms/pow/mining/), αλλά διαφέρει σε πολλά επίπεδα. Η κρυπτόρυξη απαιτούσε μεγάλες, προκαταβολικές δαπάνες, όπως χρήση ισχυρών συστημάτων εξοπλισμού και κατανάλωση ενέργειας, γεγονός το οποίο οδηγούσε σε οικονομίες κλίμακας και ενίσχυση της κεντρικής διαχείρισης. Επιπλέον, η κρυπτόρυξη δε συνοδευόταν από καμία απαίτηση για δέσμευση περιουσιακών στοιχείων ως εγγύηση, περιορίζοντας έτσι την ικανότητα του πρωτοκόλλου να επιβάλλει κυρώσεις σε κακόβουλους παράγοντες έπειτα από κάποια επίθεση.
+
+Η μετάβαση στην απόδειξη συμμετοχής έκανε το Ethereum πολύ πιο ασφαλές και αποκεντρωμένο συγκριτικά με την απόδειξη εργασίας. Όσοι περισσότεροι συμμετέχουν στο δίκτυο, τόσο πιο αποκεντρωμένο και ασφαλές ενάντια σε επιθέσεις γίνεται το Ethereum.
+
+Η χρήση της απόδειξης συμμετοχής ως συναινετικός μηχανισμός είναι ένα θεμελιώδες στοιχείο για [το ασφαλές, φιλικό προς το περιβάλλον και επεκτάσιμο Ethereum που έχουμε τώρα](/roadmap/vision/).
+
+
+ Αν ενδιαφέρεστε να γίνετε επικυρωτής και να συμβάλετε στην ενίσχυση της ασφάλειας του Ethereum, μάθετε περισσότερα για την αποθήκευση (staking).
+
+
+### Ρυθμίζοντας την τμηματοποίηση (sharding) {#setting-up-for-sharding}
+
+Από τότε που η Κύρια Αλυσίδα συγχωνεύτηκε με το αρχικό κεντρικό δίκτυο Ethereum, η κοινότητα του Ethereum άρχισε να επιζητά την αναβάθμιση του δικτύου.
+
+Η απόδειξη συμμετοχής έχει το πλεονέκτημα ότι διαθέτει ένα μητρώο με όλους τους εγκεκριμένους παραγωγούς μπλοκ ανά πάσα στιγμή, τον καθένα με τη συμμετοχή του σε ETH. Το μητρώο αυτό δημιουργεί τις προϋποθέσεις για τη δυνατότητα εφαρμογής της τακτικής «διαίρει και βασίλευε». Αυτό, όμως, επιτυγχάνεται με έναν αξιόπιστο διαχωρισμό συγκεκριμένων αρμοδιοτήτων δικτύου.
+
+Η αρμοδιότητα αυτή έρχεται σε αντίθεση με την απόδειξη εργασίας, στην οποία οι κρυπτορύχοι δεν έχουν καμία υποχρέωση απέναντι στο δίκτυο. Θα μπορούσαν να σταματήσουν την κρυπτόρυξη και να προβούν στη μόνιμη απενεργοποίηση του λογισμικού του κόμβου τους σε μία στιγμή χωρίς καμία επίπτωση. Επιπλέον, δεν υπάρχει μητρώο γνωστών ατόμων που προτείνουν μπλοκ ούτε αξιόπιστος τρόπος διαχωρισμού των αρμοδιοτήτων δικτύου με ασφάλεια.
+
+[Περισσότερα για την τμηματοποίηση](/roadmap/danksharding/)
+
+## Σχέση μεταξύ των αναβαθμίσεων {#relationship-between-upgrades}
+
+Οι αναβαθμίσεις του Ethereum είναι αλληλένδετες κατά κάποιον τρόπο. Ας ανακεφαλαιώσουμε λοιπόν πώς η Κύρια Αλυσίδα επηρεάζει τις άλλες αναβαθμίσεις.
+
+### Κύρια Αλυσίδα και Συγχώνευση {#merge-and-beacon-chain}
+
+Αρχικά, η Κύρια Αλυσίδα υπήρχε ανεξάρτητα από το Kεντρικό Δίκτυο Ethereum. Ωστόσο, συγχωνεύτηκαν το 2022.
+
+
+ Η Συγχώνευση
+
+
+### Τομείς και Κύρια Αλυσίδα {#shards-and-beacon-chain}
+
+Η τμηματοποίηση μπορεί να εισαχθεί με ασφάλεια στο οικοσύστημα του Ethereum μόνο με έναν μηχανισμό συναίνεσης της απόδειξης συμμετοχής. Η Κύρια Αλυσίδα εισήγαγε την αποθήκευση κεφαλαίου, η οποία «συγχωνεύτηκε» με το Κεντρικό Δίκτυο, ανοίγοντας τον δρόμο προς την τμηματοποίηση για την περαιτέρω κλιμάκωση του Ethereum.
+
+
+ Αλυσίδες τομέα
+
+
+## Περισσότερες πληροφορίες
+
+- [Περισσότερα για τις μελλοντικές αναβαθμίσεις του Ethereum](/roadmap/vision)
+- [Περισσότερα για την αρχιτεκτονική κόμβου](/developers/docs/nodes-and-clients/node-architecture)
+- [Περισσότερα για την απόδειξη συμμετοχής](/developers/docs/consensus-mechanisms/pos)
diff --git a/public/content/translations/el/bridges/index.md b/public/content/translations/el/bridges/index.md
index 2594cdb5fe3..8b3dca7b6cc 100644
--- a/public/content/translations/el/bridges/index.md
+++ b/public/content/translations/el/bridges/index.md
@@ -49,7 +49,7 @@ _Το Web3 έχει εξελιχθεί σε ένα οικοσύστημα από
### Dapps σε άλλες κρυπτοαλυσίδες {#dapps-other-chains}
-Εάν χρησιμοποιούσατε το Aave στο κεντρικό δίκτυο του Ethereum για να δανείσετε USDT, αλλά το επιτόκιο για δανεισμό USDT χρησιμοποιώντας το Aave στο Polygon είναι υψηλότερο.
+Εάν χρησιμοποιούσατε το Aave στο Ethereum Mainnet για την παροχή USDT, αλλά το επιτόκιο που ενδέχεται να λάβετε για την παροχή USDT χρησιμοποιώντας το Aave στο Polygon είναι υψηλότερο.
### Εξερεύνηση οικοσυστημάτων blockchain {#explore-ecosystems}
@@ -131,7 +131,9 @@ _Το Web3 έχει εξελιχθεί σε ένα οικοσύστημα από
Solidity Gitter - συνομιλία για ανάπτυξη με τη solidity (Gitter).
Solidity Matrix - συνομιλία για ανάπτυξη με τη solidity (Matrix)
Ethereum Stack Exchange *- φόρουμ ερωτήσεων και απαντήσεων*
-Peeranha *- αποκεντρωμένο φόρουμ ερωτήσεων και απαντήσεων*
+Φόρουμ κοινότητας Peera *- αποκεντρωμένο φόρουμ ερωτήσεων και απαντήσεων*
-## YouTube και Twitter {#youtube-and-twitter}
+## YouTube και X (γνωστό ως Twitter) {#youtube-and-twitter}
Ethereum Foundation - Μείνετε ενημερωμένοι με ό,τι πιο πρόσφατο από το Ίδρυμα Ethereum.
-@ethereum - Επίσημος λογαριασμός του Ιδρύματος Ethereum.
-@ethdotorg - Η πύλη στο Ethereum που δημιουργήθηκε για την αναπτυσσόμενη παγκόσμια κοινότητα μας.
+@ethereum - Κύριος λογαριασμός Ethereum για την κοινότητα
+@ethereumfndn - Επίσημος λογαριασμός του Ethereum Foundation
+@ethdotorg - Η πύλη στο Ethereum που δημιουργήθηκε για την αναπτυσσόμενη παγκόσμια κοινότητα μας.
Λίστα με σημαντικούς λογαριασμούς Ethereum twitter.
+ Δημιουργία ζητήματος
+
diff --git a/public/content/translations/el/contributing/adding-exchanges/index.md b/public/content/translations/el/contributing/adding-exchanges/index.md
new file mode 100644
index 00000000000..eae70508f5c
--- /dev/null
+++ b/public/content/translations/el/contributing/adding-exchanges/index.md
@@ -0,0 +1,40 @@
+---
+title: Προσθήκη ανταλλακτηρίων
+description: Η πολιτική που χρησιμοποιούμε για την προσθήκη ανταλλακτηρίων στο ethereum.org
+lang: el
+---
+
+# Προσθήκη ανταλλακτηρίων Ethereum {#adding-ethereum-exchanges}
+
+Ο καθένας είναι ελεύθερος να προτείνει νέα ανταλλακτήρια στο ethereum.org.
+
+Αυτή τη στιγμή η λίστα μας βρίσκεται:
+
+- [ethereum.org/get-eth](/get-eth/)
+
+Αυτή η σελίδα επιτρέπει στο χρήστη να εισαγάγει την τοποθεσία του και να ενημερωθεί για τα διαθέσιμα ανταλλακτήρια. Αυτός ο τρόπος βοηθά έγκαιρα σε τυχόν γεωγραφικούς περιορισμούς.
+
+Λόγω αυτού του πλαισίου, χρειαζόμαστε ορισμένες συγκεκριμένες πληροφορίες όταν προτείνετε ένα ανταλλακτήριο.
+
+**ΣΗΜΕΙΩΣΗ:** Εάν θέλετε να προτείνετε ένα αποκεντρωμένο ανταλλακτήριο, δείτε την [πολιτική εισαγωγής πορτοφολιών και εφαρμογών](/contributing/adding-products/).
+
+## Τι χρειαζόμαστε {#what-we-need}
+
+- Τους γεωγραφικούς περιορισμούς που ισχύουν για το ανταλλακτήριο. Οι γεωγραφικοί περιορισμοί που σχετίζονται με το ανταλλακτήριο θα πρέπει να αναφέρονται λεπτομερώς σε μια ειδική σελίδα ή ενότητα του ιστότοπου του.
+- Τα νομίσματα που μπορούν να χρησιμοποιήσουν οι χρήστες για να αγοράσουν ΕΤΗ
+- Απόδειξη λειτουργίας νόμιμης εμπορικής εταιρείας ως ανταλλακτήριο
+- Οποιεσδήποτε πρόσθετες πληροφορίες μπορεί να έχετε – μπορεί να είναι πληροφορίες σχετικά με την εταιρεία όπως τα χρόνια λειτουργίας της, την οικονομική υποστήριξη της κλπ.
+
+Χρειαζόμαστε αυτές τις πληροφορίες ώστε να μπορέσουμε με ακρίβεια [να βοηθήσουμε τους χρήστες να βρουν ένα ανταλλακτήριο που μπορούν να χρησιμοποιήσουν](/get-eth/#country-picker).
+
+Και έτσι ώστε το ethereum.org να μπορεί να είναι πιο βέβαιο ότι το ανταλλακτήριο λειτουργεί ως μια νόμιμη και ασφαλή υπηρεσία.
+
+---
+
+## Προσθέστε το ανταλλακτήριο σας {#add-exchange}
+
+Αν θέλετε να προσθέσετε ένα ανταλλακτήριο στο ethereum.org, δημιουργήστε ένα ζήτημα στο GitHub.
+
+
+ Δημιουργήστε ένα ζήτημα
+
diff --git a/public/content/translations/el/contributing/adding-glossary-terms/index.md b/public/content/translations/el/contributing/adding-glossary-terms/index.md
new file mode 100644
index 00000000000..3b1397d87fa
--- /dev/null
+++ b/public/content/translations/el/contributing/adding-glossary-terms/index.md
@@ -0,0 +1,26 @@
+---
+title: Προσθήκη όρων στο γλωσσάρι
+lang: el
+description: Τα κριτήριά μας για την προσθήκη νέων όρων στο γλωσσάριο του ethereum.org
+---
+
+# Προσθήκη όρων στο γλωσσάρι {#contributing-to-ethereumorg-}
+
+Αυτός ο χώρος αλλάζει καθημερινά. Νέοι όροι προστίθενται συνεχώς στο λεξικό των χρηστών του Ethereum και χρειαζόμαστε τη βοήθειά σας για μια ακριβή, ενημερωμένη αναφορά για όλα τα ζητήματα του Ethereum. Δείτε το [γλωσσάριο](/glossary/) μας και αποφασίστε παρακάτω αν θέλετε να βοηθήσετε!
+
+## Κριτήρια {#criteria}
+
+Οι νέοι όροι στο γλωσσάριο θα αξιολογούνται με βάση τα ακόλουθα κριτήρια:
+
+- Είναι ο όρος/ορισμός ενημερωμένος και σχετικός;
+- Υπάρχει ήδη παρόμοιος όρος στο γλωσσάρι; (Αν ναι, εξετάστε τη χρησιμότητα προσθήκης ενός νέου όρου, έναντι της επικαιροποίησης του υπάρχοντος)
+- Είναι ο όρος/ορισμός χωρίς διαφήμιση προϊόντων ή διαφημιστικού περιεχομένου;
+- Είναι ο όρος/ορισμός άμεσα σχετικός με το Ethereum;
+- Είναι ο ορισμός ακριβής και υποκειμενικός, χωρίς επιπλέον κρίσεις ή απόψεις;
+- Είναι η πηγή αξιόπιστη; Γίνετε παραπομπή στις πηγές τους;
+
+---
+
+## Προσθήκη του όρου σας {#how-decisions-about-the-site-are-made}
+
+Αν θέλετε να προσθέσετε έναν όρο στο γλωσσάριο του ethereum.org και πληροί τα κριτήρια, [δημιουργήστε ένα ζήτημα στο GitHub](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=feature+%3Asparkles%3A%2Ccontent+%3Afountain_pen%3A&template=suggest_glossary_term.yaml).
diff --git a/public/content/translations/el/contributing/adding-layer-2s/index.md b/public/content/translations/el/contributing/adding-layer-2s/index.md
new file mode 100644
index 00000000000..25a242db61e
--- /dev/null
+++ b/public/content/translations/el/contributing/adding-layer-2s/index.md
@@ -0,0 +1,97 @@
+---
+title: Προσθήκη επιπέδου 2s
+description: Η πολιτική που χρησιμοποιούμε κατά την προσθήκη ενός επιπέδου 2 στο ethereum.org
+lang: el
+---
+
+# Προσθήκη επιπέδου 2s {#adding-layer-2}
+
+Θέλουμε να βεβαιωθούμε ότι παραθέτουμε τους καλύτερους δυνατούς πόρους, ώστε οι χρήστες να μπορούν να πλοηγούνται στον χώρο του επιπέδου 2 με ασφάλεια και σιγουριά.
+
+Οποιοσδήποτε μπορεί να προτείνει ελεύθερα την προσθήκη ενός επιπέδου 2 στο ethereum.org. Αν υπάρχει κάποιο επίπεδο 2 που μας έχει διαφύγει, **[προτείνετέ το](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=feature+%3Asparkles%3A%2Ccontent+%3Afountain_pen%3A&template=suggest_layer2.yaml)!**
+
+Αυτή τη στιγμή καταχωρούμε L2 στις ακόλουθες σελίδες:
+
+- [Πακέτα ενημέρωσης optimistic](/developers/docs/scaling/optimistic-rollups/)
+- [Rollup μηδενικής γνώσης](/developers/docs/scaling/zk-rollups/)
+- [Επίπεδο 2](/layer-2/)
+
+Το επίπεδο 2 είναι ένα σχετικά νέο και συναρπαστικό υπόδειγμα για το Ethereum. Προσπαθήσαμε να δημιουργήσουμε ένα δίκαιο πλαίσιο προς εξέταση στο ethereum.org, αλλά τα κριτήρια καταχώρισης θα αλλάξουν και θα εξελιχθούν με την πάροδο του χρόνου.
+
+## Το πλαίσιο λήψης αποφάσεων {#decision-framework}
+
+### Κριτήρια για ένταξη: τα απαραίτητα {#criteria-for-inclusion-the-must-haves}
+
+**Δημοσίευση στο L2BEAT**
+
+- Για να ληφθεί υπόψη, αυτό το έργο πρέπει να καταχωρηθεί στο [L2BEAT](https://l2beat.com). Το L2BEAT παρέχει μια ισχυρή εκτίμηση κινδύνου για έργα επιπέδου 2 στην οποία βασιζόμαστε για την αξιολόγηση έργων L2. **Εάν το έργο δεν εμφανίζεται στο L2BEAT, δεν θα το καταχωρήσουμε ως L2 στο ethereum.org.**
+- [Μάθε πώς μπορείς να προσθέσεις το έργο L2 σου στο L2BEAT](https://github.com/l2beat/l2beat/blob/master/CONTRIBUTING.md).
+
+**Ανοιχτού κώδικα**
+
+- Ο κώδικάς σας πρέπει να είναι προσβάσιμος και θα πρέπει να δέχεστε PR από την ευρύτερη κοινότητα.
+
+**Κατηγορία επιπέδου 2**
+
+Επί του παρόντος θεωρούμε ότι οι ακόλουθες λύσεις είναι επίπεδου 2:
+
+- Πακέτο ενημέρωσης optimistic
+- Πακέτο ενημέρωσης μηδενικής γνώσης
+
+_Δεν θεωρούμε ότι ανήκουν στο επίπεδο 2 οι άλλες λύσεις κλιμάκωσης που δεν χρησιμοποιούν το Ethereum για διαθεσιμότητα δεδομένων ή ασφάλεια._
+
+**Ethereum για διαθεσιμότητα δεδομένων**
+
+- Η διαθεσιμότητα δεδομένων είναι ένας σημαντικός παράγοντας διαφοροποίησης μεταξύ άλλων λύσεων κλιμάκωσης και του επιπέδου 2. Ένα έργο **πρέπει** να χρησιμοποιεί το Ethereum Mainnet για διαθεσιμότητα δεδομένων για να ληφθεί υπόψη προς καταχώριση.
+
+**Γέφυρες**
+
+- Πώς μπορούν να ενταχθούν στο επίπεδο 2 οι χρήστες;
+
+**Η ημερομηνία κυκλοφορίας του έργου**
+
+- Ένα επίπεδο 2 που κυκλοφορεί «ζωντανά» στο Κεντρικό Δίκτυο για πάνω από 6 μήνες
+
+- Τα νεότερα έργα που δεν έχουν δοκιμαστεί στο πεδίο μάχης πολλές φορές από τους χρήστες είναι λιγότερο πιθανό να καταχωριστούν.
+
+**Εξωτερικός έλεγχος ασφάλειας**
+
+- Είτε μέσω ελέγχου είτε μέσω ομάδας εσωτερικής ασφάλειας ή άλλης μεθόδου, η ασφάλεια του προϊόντος σας πρέπει να ελεγχθεί με αξιόπιστο τρόπο. Αυτό μειώνει τον κίνδυνο για τους χρήστες μας και μας δείχνει ότι λαμβάνετε σοβαρά υπόψη την ασφάλεια.
+
+**Συντηρημένη βάση χρηστών**
+
+- Θα εξετάσουμε μετρικά στοιχεία όπως το ιστορικό TVL, τα στατιστικά στοιχεία συναλλαγών και αν χρησιμοποιείται από γνωστές εταιρείες ή έργα
+
+**Ενεργή ομάδα ανάπτυξης**
+
+- Δεν θα καταχωρίσουμε ένα επίπεδο 2 που δεν έχει μια ενεργή ομάδα να εργάζεται στο έργο.
+
+**Εξερευνητής μπλοκ**
+
+- Τα έργα που καταχωρίζονται απαιτούν έναν λειτουργικό εξερευνητή μπλοκ έτσι ώστε οι χρήστες να μπορούν να πλοηγούνται εύκολα στην αλυσίδα.
+
+### Άλλα κριτήρια: τα καλά {#nice-to-haves}
+
+**Υποστήριξη ανταλλακτηρίου για το έργο**
+
+- Μπορούν οι χρήστες να κάνουν κατάθεση και/ή ανάληψη απευθείας από ένα ανταλλακτήριο;
+
+**Σύνδεσμοι για dapp στο οικοσύστημα επιπέδου 2**
+
+- Θέλουμε να είμαστε σε θέση να παρέχουμε πληροφορίες σχετικά με το τι να αναμένουν ότι μπορούν να κάνουν οι χρήστες σε αυτό το επίπεδο 2. (π.χ. https://portal.arbitrum.io/, https://www.optimism.io/apps)
+
+**Λίστες συμβολαίων κρυπτονομισμάτων**
+
+- Εφόσον τα περιουσιακά στοιχεία θα έχουν νέα διεύθυνση στο επίπεδο 2, εάν υπάρχει διαθέσιμος πόρος λίστας token, κοινοποιήστε τον.
+
+**Υποστήριξη εγγενούς πορτοφολιού**
+
+- Υπάρχουν πορτοφόλια που υποστηρίζουν από κατασκευής τους το L2;
+
+## Προσθέστε το επίπεδο 2 σας {#add-exchange}
+
+Εάν θέλετε να προσθέσετε ένα επίπεδο 2 στο ethereum.org, δημιουργήστε ένα ζήτημα στο GitHub.
+
+
+ Δημιουργήστε ένα ζήτημα
+
diff --git a/public/content/translations/el/contributing/adding-products/index.md b/public/content/translations/el/contributing/adding-products/index.md
new file mode 100644
index 00000000000..0277a6aaf19
--- /dev/null
+++ b/public/content/translations/el/contributing/adding-products/index.md
@@ -0,0 +1,100 @@
+---
+title: Προσθήκη Προϊόντων
+description: Η πολιτική που χρησιμοποιούμε για την προσθήκη dapps στο ethereum.org
+lang: el
+---
+
+# Προσθήκη προϊόντων Ethereum {#adding-products}
+
+Οποιοσδήποτε είναι ελεύθερος να προτείνει νέες dapp στο περιεχόμενο του ethereum.org. **Όχι, δε θα εμφανίσουμε την dapp σας στην αρχική σελίδα του ιστότοπου μας**😜
+
+Οι dapps παρουσιάζονται σε:
+
+- ethereum.org/dapps
+- ethereum.org/get-eth
+
+**Παρακαλούμε προτείνετε μόνο νέες προσθήκες σε αυτές τις σελίδες.**
+
+Αν και καλωσορίζουμε τις νέες προσθήκες, επιλέξαμε τις τρέχουσες dapp με βάση την εμπειρία που προσπαθούμε να δημιουργήσουμε για τους χρήστες μας. Αυτά βασίζονται σε ορισμένες από τις αρχές σχεδιασμού μας:
+
+- _Έμπνευση_: οτιδήποτε στο ethereum.org θα πρέπει να προσφέρει κάτι νέο στους χρήστες.
+- _Μια καλή ιστορία_: αυτό που παρατίθεται πρέπει να είναι περιεκτικό και διορατικό.
+- _Αξιοπιστία_: να είναι νόμιμες επιχειρήσεις ή έργα για ελαχιστοποίηση κινδύνου των χρηστών.
+
+Συνολικά το **ethereum.org θέλει να προσφέρει μια «αδιάλειπτη εμπειρία ενσωμάτωσης» για νέους χρήστες**. Για το λόγο αυτό, προσθέτουμε dapp με βάση τα παρακάτω:
+
+- ευκολία χρήσης
+- διαλειτουργικότητα με άλλα προϊόντα
+- ασφάλεια
+- επιβιωσιμότητα
+
+Δείτε παρακάτω το πλαίσιο λήψης αποφάσεων με περισσότερες λεπτομέρειες. Μη διστάσετε να υποβάλετε σχόλια ή να προτείνετε αλλαγές.
+
+## Το πλαίσιο λήψης αποφάσεων {#decision-framework}
+
+### Κριτήρια για ένταξη: τα απαραίτητα {#criteria-for-inclusion-the-must-haves}
+
+- **Το προϊόν να έχει ελεγχθεί για την ασφάλεια του** – είτε μέσω διάφορων ελέγχων, μιας ομάδας εσωτερικής ασφάλειας ή κάποιας άλλης μεθόδου, η ασφάλεια του προϊόντος σας πρέπει να ελεγχθεί αξιόπιστα. Αυτό μειώνει τον κίνδυνο για τους χρήστες μας και μας δείχνει ότι λαμβάνετε σοβαρά υπόψη την ασφάλεια.
+- **Το προϊόν πρέπει να είναι «δημοσιευμένο» για πάνω από 6 μήνες**, αυτό είναι μια άλλη ένδειξη ασφάλειας. Οι έξι μήνες είναι ένα καλό χρονικό πλαίσιο για να εντοπιστούν κρίσιμα σφάλματα και δυσλειτουργίες.
+- **Δημιουργήθηκε από μια ενεργή ομάδα** – αυτό βοηθά στη διασφάλιση της ποιότητας και ότι ένας χρήστης θα λάβει υποστήριξη με τα ερωτήματά του.
+- **Ειλικρινείς και ακριβείς πληροφορίες καταχώρισης** - αναμένεται ότι τυχόν προτεινόμενες καταχωρίσεις από έργα συνοδεύονται από ειλικρινείς και ακριβείς πληροφορίες. Τα προϊόντα που παραποιούν πληροφορίες καταχώρισης, όπως η δήλωση του προϊόντος σας ως «ανοιχτού λογισμικού» όταν αυτό δεν ισχύει, θα αφαιρεθούν.
+
+### Κριτήρια κατάταξης: θετικά στοιχεία {#criteria-for-ranking-the-nice-to-haves}
+
+Η dapp σας ενδέχεται να μην εμφανίζεται στο ethereum.org όσο οι άλλες λόγω των ακόλουθων κριτηρίων.
+
+**Αποκεντρωμένες Εφαρμογές (Dapps)**
+
+- **Μπορείτε να έχετε πρόσβαση μέσω της πλειονότητας των καταχωρισμένων πορτοφολιών** – οι dapp θα πρέπει να λειτουργούν με την πλειονότητα των πορτοφολιών που είναι καταχωρισμένα στο ethereum.org.
+- **Μπορούν να τη δοκιμάσουν οι χρήστες –** ένας μεμονωμένος χρήστης θα πρέπει να μπορεί να χρησιμοποιήσει την dapp σας και να πετύχει ένα απτό αποτέλεσμα.
+- **Υποδοχή και ένταξη** – το προϊόν σας θα πρέπει να έχει μια καλά σχεδιασμένη εμπειρία υποδοχής και ένταξης για να βοηθά και να εκπαιδεύει τους χρήστες. Διαφορετικά, πρέπει να διαθέτει στοιχεία για περιεχόμενο με οδηγίες όπως άρθρα ή βίντεο.
+- **Ανεξάρτητος έλεγχος** – οι χρήστες ελέγχουν τα χρήματά τους. Εάν το προϊόν σας εξαφανιστεί, οι χρήστες εξακολουθούν να έχουν πρόσβαση στα χρήματά τους και μπορούν να τα μετακινήσουν.
+- **Παγκόσμια πρόσβαση** – Το προϊόν σας δεν έχει γεωγραφικούς περιορισμούς ή απαιτήσεις KYC που αποκλείουν την πρόσβαση ορισμένων ατόμων στην υπηρεσία σας.
+- **Ανοικτός κώδικας** – ο κώδικάς σας θα πρέπει να είναι προσβάσιμος και θα πρέπει να δέχεστε PR από την ευρύτερη κοινότητα.
+- **Κοινότητα** – έχετε μια αποκλειστική κοινότητα, ίσως ένα Discord, όπου οι χρήστες μπορούν να αλληλεπιδράσουν με την ομάδα σας για να λάβουν βοήθεια ή να προτείνουν νέες λειτουργίες.
+
+## Κριτήρια στην πράξη {#criteria-in-practice}
+
+Όσο περισσότερα από τα κριτήρια πληροίτε, τόσο πιο πιθανό είναι το προϊόν σας να καταλήξει μέσα στο ethereum.org.
+
+Ένα καταχωρισμένο προϊόν που πληροί μόνο τα απαραίτητα μπορεί να αφαιρεθεί εάν προταθεί ένα νέο προϊόν που πληροί τα απαραίτητα και αρκετά από τα επιθυμητά στοιχεία.
+
+Άλλα πράγματα που θα επηρεάσουν αυτή την απόφαση:
+
+- Θα σπάσει το UX της σελίδας αν προσθέσουμε αντί να αντικαταστήσουμε;
+ - Ο ιστότοπός μας είναι κυρίως εκπαιδευτικός και ο κύριος σκοπός του είναι να εξηγήσει το Ethereum και τις έννοιες που το αφορούν. Η προσθήκη υπερβολικών επιλογών για τους χρήστες μπορεί να κάνει τις σελίδες λιγότερο ευανάγνωστες και επομένως λιγότερο χρήσιμες.
+- Όλες αυτές οι επιλογές στη σελίδα παραλύουν τον χρήστη;
+ - Όπως όταν περνάτε ώρες ψάχνοντας στο Netflix επειδή δεν μπορείτε να αποφασίσετε τι να δείτε. Είναι επικίνδυνο να προκαλείς σύγχυση σε νέους χρήστες με υπερβολικές επιλογές.
+
+Αυτή είναι μια απόφαση σχεδιασμού για την οποία είναι υπεύθυνο το ethereum.org.
+
+Αλλά να είστε σίγουροι ότι **θα υπάρχουν σύνδεσμοι προς άλλους ιστότοπους που κατατάσσουν περισσότερες dapp**
+
+### Κατάταξη προϊόντων {#product-ordering}
+
+Εκτός εάν στα προϊόντα έχει γίνει ειδική ταξινόμηση με διαφορετικό τρόπο, όπως αλφαβητικά, τα προϊόντα θα εμφανίζονται από αυτά που προστέθηκαν πιο πρόσφατα στη σελίδα έως τα λιγότερο πρόσφατα. Με άλλα λόγια, τα νεότερα προϊόντα προστίθενται στο κάτω μέρος της λίστας.
+
+### Όροι χρήσης {#terms-of-use}
+
+Διαβάστε επίσης στους [όρους χρήσης](/terms-of-use/) μας. Οι πληροφορίες στο ethereum.org παρέχονται αποκλειστικά για λόγους γενικής πληροφόρησης.
+
+## Συντήρηση {#maintenance}
+
+Δεδομένης της ρευστής φύσης του Ethereum, οι ομάδες και τα προϊόντα έρχονται και παρέρχονται και η καινοτομία είναι καθημερινό φαινόμενο. Επομένως, θα διενεργούμε ελέγχους ρουτίνας του περιεχομένου μας για:
+
+- να βεβαιωνόμαστε ότι όλες οι καταχωρισμένες dapp εξακολουθούν να πληρούν τα κριτήριά μας
+- να επαληθεύουμε ότι δεν υπάρχουν προτεινόμενα προϊόντα που πληρούν περισσότερα από τα κριτήριά μας από αυτά που είναι καταχωρισμένα αυτή τη στιγμή
+
+Μπορείτε να βοηθήσετε σε αυτό ελέγχοντας και ενημερώνοντάς μας. [Δημιουργήστε ένα ζήτημα](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=Type%3A+Feature&template=feature_request.yaml&title=) ή στείλτε ένα email στο [website@ethereum.org](mailto:website@ethereum.org)
+
+_Εξετάζουμε επίσης επιλογές για ψηφοφορία, ώστε η κοινότητα να μπορεί να υποδεικνύει τις προτιμήσεις της και να επισημαίνει τα καλύτερα προϊόντα που υπάρχουν για να τα προτείνουμε._
+
+---
+
+## Προσθέστε το προϊόν σας {#add-your-product}
+
+Αν θέλετε να προσθέσετε μια dapp στο ethereum.org και πληροί τα κριτήρια, δημιουργήστε ένα ζήτημα στο GitHub.
+
+
+ Δημιουργήστε ένα ζήτημα
+
diff --git a/public/content/translations/el/contributing/adding-staking-products/index.md b/public/content/translations/el/contributing/adding-staking-products/index.md
new file mode 100644
index 00000000000..8f0b6e09b54
--- /dev/null
+++ b/public/content/translations/el/contributing/adding-staking-products/index.md
@@ -0,0 +1,176 @@
+---
+title: Προσθήκη προϊόντων ή υπηρεσιών αποθήκευσης κεφαλαίου (staking)
+description: Η πολιτική που χρησιμοποιούμε όταν προσθέτουμε προϊόντα ή υπηρεσίες αποθήκευσης στο ethereum.org
+lang: el
+---
+
+# Προσθήκη προϊόντων ή υπηρεσιών αποθήκευσης κεφαλαίου (staking) {#adding-staking-products-or-services}
+
+Θέλουμε να βεβαιωθούμε ότι καταχωρίζουμε στον κατάλογό μας τους καλύτερους δυνατούς πόρους, διατηρώντας παράλληλα τους χρήστες ασφαλείς και σίγουρους.
+
+Οποιοσδήποτε μπορεί να προτείνει την προσθήκη προϊόντων ή υπηρεσιών αποθήκευσης στο ethereum.org. Αν κάποιο μας έχει διαφύγει, **[προτείνετέ το](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=feature+%3Asparkles%3A%2Ccontent+%3Afountain_pen%3A&template=suggest_staking_product.yaml)!**
+
+Αυτή τη στιγμή αναφέρουμε προϊόντα και υπηρεσίες αποθήκευσης στις ακόλουθες σελίδες:
+
+- [Ατομικό ποντάρισμα](/staking/solo/)
+- [Ποντάρισμα ως μια υπηρεσία](/staking/saas/)
+- [Δεξαμενές αποθήκευσης κεφαλαίου](/staking/pools/)
+
+Η απόδειξη συμμετοχής στην Κύρια αλυσίδα (Beacon Chain) είναι δυνατή από την 1η Δεκεμβρίου 2020. Παρόλο που η αποθήκευση είναι ακόμα σχετικά νέα λειτουργία, προσπαθήσαμε να δημιουργήσουμε ένα δίκαιο και διαφανές πλαίσιο προς εξέταση στο ethereum.org. Ωστόσο, τα κριτήρια καταχώρισης θα αλλάζουν και θα εξελίσσονται με την πάροδο του χρόνου και στην ουσία εναπόκεινται στη διακριτική ευχέρεια της ομάδας του ιστοτόπου του ethereum.org.
+
+## Το πλαίσιο λήψης αποφάσεων {#the-decision-framework}
+
+Η απόφαση καταχώρισης ενός προϊόντος στο ethereum.org δεν εξαρτάται από έναν μόνο παράγοντα. Συνεκτιμώνται πολλά κριτήρια μαζί όταν αποφασίζεται η καταχώριση ενός προϊόντος ή μιας υπηρεσίας. Όσο περισσότερα από αυτά τα κριτήρια πληρούνται, τόσο πιο πιθανό είναι να καταχωρισθεί.
+
+**Πρώτα, σε ποια κατηγορία προϊόντος ή υπηρεσίας ανήκει;**
+
+- Εργαλεία κόμβου ή πελάτη
+- Διαχείριση κλειδιού
+- Η αποθήκευση ως υπηρεσία (SaaS)
+- Δεξαμενή αποθήκευσης κεφαλαίου
+
+Προς το παρόν, καταχωρίζουμε μόνο προϊόντα ή υπηρεσίες σε αυτές τις κατηγορίες.
+
+### Κριτήρια ένταξης {#criteria-for-inclusion}
+
+Τα υποψήφια προϊόντα ή υπηρεσίες αποθήκευσης θα αξιολογούνται με βάση τα ακόλουθα κριτήρια:
+
+**Πότε κυκλοφόρησε το έργο ή η υπηρεσία;**
+
+- Υπάρχουν στοιχεία για το πότε το προϊόν ή η υπηρεσία διατέθηκε στο κοινό;
+- Αυτό χρησιμοποιείται για τον προσδιορισμό της βαθμολογίας της «δοκιμής στο πεδίο μάχης» των προϊόντων.
+
+**Συντηρείται ενεργά το έργο;**
+
+- Υπάρχει ενεργή ομάδα που αναπτύσσει το έργο; Ποιοι συμμετέχουν;
+- Θα ληφθούν υπόψη μόνο προϊόντα που συντηρούνται ενεργά.
+
+**Το προϊόν ή η υπηρεσία είναι απαλλαγμένα από έμπιστους/ανθρώπινους μεσάζοντες;**
+
+- Ποια βήματα σε αυτό το ταξίδι απαιτούν από τους χρήστες να εμπιστευτούν σε τρίτους είτε τη φύλαξη των κλειδιών των κεφαλαίων τους είτε τη σωστή διανομή των ανταμοιβών;
+- Αυτό χρησιμοποιείται για τον προσδιορισμό του χαρακτηρισμού του προϊόντος ή της υπηρεσίας ως «έμπιστου/-ης».
+
+**Το έργο παρέχει ακριβείς και αξιόπιστες πληροφορίες;**
+
+- Είναι σημαντικό ο ιστότοπος του προϊόντος να διαθέτει ενημερωμένες, ακριβείς και μη παραπλανητικές πληροφορίες, ιδιαίτερα εάν αφορούν το πρωτόκολλο του Ethereum ή άλλες σχετικές τεχνολογίες.
+- Υποψήφια προϊόντα ή υπηρεσίες που περιέχουν παραπληροφόρηση, παρωχημένα στοιχεία ή δυνητικά παραπλανητικές δηλώσεις σχετικά με το Ethereum ή άλλα σχετικά θέματα δεν θα καταχωρίζονται ή θα αφαιρούνται εάν έχουν ήδη καταχωρισθεί.
+
+**Ποιες πλατφόρμες υποστηρίζονται;**
+
+- π.χ. Linux, macOS, Windows, iOS, Android
+
+#### Λογισμικό και έξυπνα συμβόλαια {#software-and-smart-contracts}
+
+Για οποιοδήποτε σχετικό προσαρμοσμένο λογισμικό ή έξυπνα συμβόλαια:
+
+**Είναι όλα ανοιχτού κώδικα;**
+
+- Τα έργα ανοιχτού κώδικα θα πρέπει να διαθέτουν δημοσίως διαθέσιμο χώρο αποθήκευσης πηγαίου κώδικα
+- Αυτό χρησιμοποιείται για τον προσδιορισμό της βαθμολογίας «ανοιχτού κώδικα» των προϊόντων.
+
+**Είναι το προϊόν εκτός ανάπτυξης _beta_;**
+
+- Πού βρίσκεται το προϊόν στον κύκλο ανάπτυξής του;
+- Τα προϊόντα στο στάδιο beta δεν λαμβάνονται υπόψη για ένταξη στο ethereum.org
+
+**Έχει υποβληθεί το λογισμικό σε εξωτερικό έλεγχο ασφαλείας;**
+
+- Εάν όχι, υπάρχουν σχέδια για τη διενέργεια εξωτερικού ελέγχου;
+- Αυτό χρησιμοποιείται για τον προσδιορισμό της βαθμολογίας «ελεγχθέντων» προϊόντων.
+
+**Έχει το έργο πρόγραμμα επιβράβευσης για την εύρεση σφαλμάτων;**
+
+- Εάν όχι, υπάρχουν σχέδια για τη δημιουργία προγράμματος επιβράβευσης για την εύρεση σφαλμάτων ασφαλείας;
+- Αυτό χρησιμοποιείται για τον προσδιορισμό της βαθμολογίας «πρόγραμμα επιβράβευσης για την εύρεση σφαλμάτων» του προϊόντος.
+
+#### Εργαλεία κόμβου ή πελάτη {#node-or-client-tooling}
+
+Για προϊόντα λογισμικού που σχετίζονται με τη ρύθμιση, τη διαχείριση ή τη μετεγκατάσταση κόμβου ή πελάτη:
+
+**Ποιοι πελάτες επιπέδου συναίνεσης (π.χ. Lighthouse, Teku, Nimbus, Prysm, Grandine) υποστηρίζονται;**
+
+- Ποια προγράμματα πελάτες υποστηρίζονται; Μπορεί ο χρήστης να επιλέξει;
+- Αυτό χρησιμοποιείται για τον προσδιορισμό της βαθμολογίας «πολλαπλών προγραμμάτων πελάτες».
+
+#### Ποντάρισμα ως μια υπηρεσία {#staking-as-a-service}
+
+Για [καταχωρίσεις δέσμευσης κεφαλαίου ως υπηρεσίας](/staking/saas/) (δηλαδή λειτουργία εκχωρημένου κόμβου):
+
+**Ποιες είναι οι χρεώσεις που σχετίζονται με τη χρήση αυτής της υπηρεσίας;**
+
+- Ποια είναι η διάρθρωση των χρεώσεων, π.χ. υπάρχει μηνιαία χρέωση για την υπηρεσία;
+- Υπάρχουν πρόσθετες απαιτήσεις αποθήκευσης;
+
+**Απαιτείται από τους χρήστες να εγγραφούν για λογαριασμό;**
+
+- Μπορεί κάποιος να χρησιμοποιήσει την υπηρεσία χωρίς άδεια ή KYC;
+- Χρησιμοποιείται για τον προσδιορισμό της βαθμολογίας «χωρίς την ανάγκη αδειοδότησης».
+
+**Ποιος κρατά τα κλειδιά υπογραφής και τα κλειδιά ανάληψης;**
+
+- Σε ποια κλειδιά διατηρεί την πρόσβασή του ο χρήστης; Σε ποια κλειδιά αποκτά πρόσβαση η υπηρεσία;
+- Χρησιμοποιείται για τον προσδιορισμό της βαθμολογίας «έλλειψη εμπιστοσύνης» των προϊόντων.
+
+**Ποια είναι η ποικιλομορφία σε προγράμματα πελάτες των κόμβων που λειτουργούν;**
+
+- Τι ποσοστό των κλειδιών επικύρωσης εκτελούνται από πελάτη επιπέδου συναίνεσης πλειοψηφίας;
+- Από την τελευταία τροποποίηση, το Prysm είναι ο πελάτης επιπέδου συναίνεσης που εκτελείται από την πλειοψηφία των χειριστών κόμβων, κάτι που είναι επικίνδυνο για το δίκτυο. Εάν κάποιος πελάτης επιπέδου συναίνεσης χρησιμοποιείται επί του παρόντος σε ποσοστό μεγαλύτερο του 33% του δικτύου, ζητάμε δεδομένα που σχετίζονται με τη χρήση του.
+- Αυτό χρησιμοποιείται για τον προσδιορισμό της βαθμολογίας «ποικιλομορφία πελατών» του προϊόντος.
+
+#### Δεξαμενή αποθήκευσης κεφαλαίου {#staking-pool}
+
+Για [υπηρεσίες δέσμευσης κεφαλαίου σε δεξαμενή](/staking/pools/):
+
+**Ποιο είναι το ελάχιστο ποσό ETH που απαιτείται για συμμετοχή;**
+
+- π.χ. 0,01 ETH
+
+**Ποιες είναι οι σχετικές χρεώσεις ή απαιτήσεις αποθήκευσης;**
+
+- Τι ποσοστό των ανταμοιβών αφαιρούνται ως χρεώσεις;
+- Υπάρχουν πρόσθετες απαιτήσεις αποθήκευσης;
+
+**Υπάρχει token ρευστότητας;**
+
+- Ποια είναι τα σχετικά token; Πώς λειτουργούν; Ποιες είναι οι διευθύνσεις του συμβολαίου;
+- Αυτό χρησιμοποιείται για τον προσδιορισμό της βαθμολογίας «token ρευστότητας» των προϊόντων.
+
+**Μπορούν οι χρήστες να συμμετέχουν ως χειριστές κόμβων;**
+
+- Ποιες είναι οι απαιτήσεις εκτέλεσης πελατών επικύρωσης χρησιμοποιώντας τα συγκεντρωμένα κεφάλαια;
+- Απαιτείται άδεια από μεμονωμένο άτομο, εταιρεία ή DAO;
+- Χρησιμοποιείται για τον προσδιορισμό της βαθμολογίας «κόμβοι χωρίς ανάγκη αδειοδότησης» των προϊόντων.
+
+**Ποια είναι η ποικιλομορφία προγραμμάτων πελάτες των διαχειριστών κόμβων δεξαμενής;**
+
+- Ποιο ποσοστό των χειριστών κόμβων εκτελούν έναν πελάτη επιπέδου συναίνεσης πλειοψηφίας;
+- Από την τελευταία τροποποίηση, το Prysm είναι ο πελάτης επιπέδου συναίνεσης που εκτελείται από την πλειοψηφία των χειριστών κόμβων, κάτι που είναι επικίνδυνο για το δίκτυο. Εάν κάποιος πελάτης επιπέδου συναίνεσης χρησιμοποιείται επί του παρόντος σε ποσοστό μεγαλύτερο του 33% του δικτύου, ζητάμε δεδομένα που σχετίζονται με τη χρήση του.
+- Αυτό χρησιμοποιείται για τον προσδιορισμό της βαθμολογίας «ποικιλομορφία πελατών» του προϊόντος.
+
+### Άλλα κριτήρια: τα καλά {#other-criteria}
+
+**Ποιες διεπαφές χρήστη υποστηρίζονται;**
+
+- π.χ. Εφαρμογή προγράμματος περιήγησης, εφαρμογή για υπολογιστές, εφαρμογή για κινητά, CLI
+
+**Για εργαλεία κόμβων, παρέχει το λογισμικό έναν εύκολο τρόπο εναλλαγής μεταξύ πελατών;**
+
+- Μπορεί ο χρήστης να αλλάξει εύκολα και με ασφάλεια πελάτες χρησιμοποιώντας το εργαλείο;
+
+**Για SaaS, πόσες συσκευές επικύρωσης λειτουργούν υπό την υπηρεσία αυτή τη στιγμή;**
+
+- Αυτό μας δίνει μια ιδέα για την εμβέλεια της υπηρεσίας σας μέχρι στιγμής.
+
+## Πώς εμφανίζουμε τα αποτελέσματα {#product-ordering}
+
+Τα παραπάνω [κριτήρια για ένταξη](#criteria-for-inclusion) χρησιμοποιούνται για τον υπολογισμό μιας σωρευτικής βαθμολογίας για κάθε προϊόν ή υπηρεσία. Αυτό χρησιμοποιείται ως μέσο ταξινόμησης και προβολής προϊόντων που πληρούν ορισμένα αντικειμενικά κριτήρια. Όσο περισσότερα κριτήρια παρέχονται για τα αποδεικτικά στοιχεία, τόσο υψηλότερη είναι η ταξινόμηση ενός προϊόντος, με τους δεσμούς να τυχαιοποιούνται κατά τη φόρτωση.
+
+Η λογική κώδικα και η βαρύτητα των κριτηρίων περιέχονται αυτή τη στιγμή σε [αυτό το στοιχείο JavaScript](https://github.com/ethereum/ethereum-org-website/blob/dev/src/components/Staking/StakingProductsCardGrid.js#L350) στο αποθετήριο μας.
+
+## Προσθέστε το προϊόν ή την υπηρεσία σας {#add-product}
+
+Εάν θέλετε να προσθέσετε ένα προϊόν ή μια υπηρεσία αποθήκευσης στο ethereum.org, δημιουργήστε ένα ζήτημα στο GitHub.
+
+
+ Δημιουργήστε ένα ζήτημα
+
diff --git a/public/content/translations/el/contributing/adding-wallets/index.md b/public/content/translations/el/contributing/adding-wallets/index.md
new file mode 100644
index 00000000000..e43b9bcbc25
--- /dev/null
+++ b/public/content/translations/el/contributing/adding-wallets/index.md
@@ -0,0 +1,80 @@
+---
+title: Προσθήκη πορτοφολιών
+description: Η πολιτική που χρησιμοποιούμε κατά την προσθήκη ενός πορτοφολιού στο ethereum.org
+lang: el
+---
+
+# Προσθήκη πορτοφολιών {#adding-wallets}
+
+Θέλουμε να βεβαιωθούμε ότι δείχνουμε μια ποικιλία πορτοφολιών που καλύπτουν όλα τα χαρακτηριστικά των πορτοφολιών, έτσι ώστε οι χρήστες να μπορούν να πλοηγούνται στο Ethereum με σιγουριά.
+
+Οποιοσδήποτε είναι ελεύθερος να προτείνει την προσθήκη πορτοφολιού στο ethereum.org. Αν υπάρχει κάποιο πορτοφόλι που μας έχει διαφύγει, παρακαλούμε προτείνετέ το!
+
+Δείτε τη λίστα πορτοφολιών έως τώρα:
+
+- [ethereum.org/wallets/find-wallet/](/wallets/find-wallet/)
+
+Τα πορτοφόλια αλλάζουν γρήγορα στο Ethereum. Προσπαθήσαμε να δημιουργήσουμε ένα δίκαιο πλαίσιο προς εξέταση στο ethereum.org, αλλά τα κριτήρια καταχώρισης θα αλλάξουν και θα εξελιχθούν με την πάροδο του χρόνου.
+
+## Το πλαίσιο λήψης αποφάσεων {#the-decision-framework}
+
+### Κριτήρια για ένταξη: τα απαραίτητα {#the-must-haves}
+
+- **Το προϊόν να έχει ελεγχθεί για την ασφάλεια του** - είτε μέσω ελέγχου, μιας ομάδας εσωτερικής ασφάλειας, με κωδικοποίηση ανοιχτού κώδικα ή κάποιας άλλης μεθόδου. Η ασφάλεια του πορτοφολιού σας πρέπει να είναι αξιόπιστη. Αυτό μειώνει τον κίνδυνο για τους χρήστες μας και μας δείχνει ότι λαμβάνετε σοβαρά υπόψη την ασφάλεια.
+- **Ένα πορτοφόλι που είναι "ενεργό" για πάνω από έξι μήνες Ή κυκλοφόρησε από μια ομάδα με αξιόπιστο ιστορικό** - είναι μια ένδειξη ασφάλειας. Έξι μήνες είναι ένα καλό χρονικό πλαίσιο για να εντοπιστούν τα κρίσιμα σφάλματα και οι εκμεταλλεύσεις. Ζητάμε έξι μήνες για να βοηθήσουμε στο φιλτράρισμα και την αποβολή των ενσωματώσεων που εγκαταλείπονται γρήγορα ως έργα.
+- **Να υποστηρίζεται από μια ενεργή ομάδα** - αυτό βοηθά στη διασφάλιση της ποιότητας και ότι ένας χρήστης θα λάβει υποστήριξη για τα ερωτήματά του.
+- **Ειλικρινείς και ακριβείς πληροφορίες καταχώρισης** - αναμένεται ότι τυχόν προτεινόμενες καταχωρίσεις από έργα συνοδεύονται από ειλικρινείς και ακριβείς πληροφορίες. Προϊόντα που νοθεύουν πληροφορίες καταχώρισης, όπως η δήλωση του προϊόντος σας ως «ανοιχτού κώδικα» ενώ δεν είναι, θα αφαιρούνται.
+- **Σημείο επαφής** - Ένα σημείο επαφής για το πορτοφόλι θα μας βοηθήσει πολύ να λάβουμε ακριβείς πληροφορίες όταν πραγματοποιούνται αλλαγές. Αυτό θα διατηρήσει διαχειρίσιμη την ενημέρωση του ethereum.org κατά τη συλλογή μελλοντικών πληροφοριών.
+- **Συναλλαγές EIP-1559 (τύπου 2)** - το πορτοφόλι σας πρέπει να υποστηρίζει συναλλαγές EIP-1559 (τύπου 2) για συναλλαγές στο Κεντρικό Δίκτυο Ethereum.
+- **Καλή εμπειρία χρήστη** - Αν και το UX είναι υποκειμενικό, εάν πολλά μέλη της βασικής ομάδας δοκιμάσουν το προϊόν και κρίνουν ότι η χρήση του παρουσιάζει δυσκολίες, επιφυλασσόμαστε του δικαιώματος να απορρίψουμε το πορτοφόλι και αντί αυτού θα παρέχουμε χρήσιμες προτάσεις για βελτίωση. Αυτό γίνεται ώστε να προστατέψουμε τη βάση χρηστών μας που αποτελείται κυρίως από αρχάριους.
+
+### Αφαιρέσεις προϊόντων {#product-removals}
+
+- **Ενημερωμένες πληροφορίες** - Οι πάροχοι πορτοφολιού είναι υπεύθυνοι για την εκ νέου υποβολή των πληροφοριών του πορτοφολιού τους κάθε 6 μήνες για να διασφαλίζεται η εγκυρότητα και η συνάφεια των παρεχόμενων πληροφοριών (ακόμα και αν δεν έχουν γίνει αλλαγές στο προϊόν τους). Εάν η ομάδα προϊόντος δεν τις υποβάλει, το ethereum.org μπορεί να αφαιρέσει το έργο από τη σελίδα.
+
+### Άλλα κριτήρια: τα καλά {#the-nice-to-haves}
+
+- **Παγκόσμια προσβάσιμο** - το πορτοφόλι σας δεν έχει γεωγραφικούς περιορισμούς ή απαιτήσεις KYC που αποκλείουν την πρόσβαση ορισμένων ατόμων στην υπηρεσία σας.
+- **Διαθέσιμο σε πολλές γλώσσες** - το πορτοφόλι σας μεταφράζεται σε πολλές γλώσσες, γεγονός το οποίο επιτρέπει σε χρήστες από όλο τον κόσμο να έχουν πρόσβαση σε αυτό.
+- **Ανοιχτού κώδικα** - ολόκληρη η βάση κώδικα του έργου σας (όχι μόνο οι ενότητες) θα πρέπει να είναι προσβάσιμη και θα πρέπει να δέχεστε PR από την ευρύτερη κοινότητα.
+- **Ανεξάρτητος έλεγχος** - οι χρήστες ελέγχουν τα χρήματά τους. Εάν το προϊόν σας εξαφανιστεί, οι χρήστες εξακολουθούν να έχουν πρόσβαση στα χρήματά τους και μπορούν να τα μετακινήσουν.
+- **Υποστήριξη πορτοφολιού hardware** - οι χρήστες μπορούν να συνδέσουν το hardware πορτοφόλι τους για να υπογράψουν συναλλαγές.
+- **WalletConnect** - οι χρήστες μπορούν να συνδεθούν σε dapp χρησιμοποιώντας το WalletConnect.
+- **Εισαγωγή τελικών σημείων RPC του Ethereum** - οι χρήστες μπορούν να εισάγουν δεδομένα κόμβου RPC, κάτι που τους επιτρέπει να συνδεθούν σε έναν κόμβο της επιλογής τους ή σε άλλα δίκτυα συμβατά με EVM.
+- **NFT** - οι χρήστες μπορούν να προβάλλουν και να αλληλεπιδρούν με τα NFT τους στο πορτοφόλι.
+- **Σύνδεση σε εφαρμογές Ethereum** - οι χρήστες μπορούν να συνδέονται και να χρησιμοποιούν εφαρμογές Ethereum.
+- **Αποθήκευση κεφαλαίου** - οι χρήστες μπορούν να αποθηκεύσουν απευθείας μέσω του πορτοφολιού.
+- **Ανταλλαγές** - οι χρήστες μπορούν να ανταλλάσσουν token μέσω του πορτοφολιού.
+- **Δίκτυα πολλαπλών αλυσίδων** - το πορτοφόλι σας υποστηρίζει την πρόσβαση των χρηστών σε πολλά δίκτυα blockchain από προεπιλογή.
+- **Δίκτυα Επιπέδου 2** - το πορτοφόλι σας υποστηρίζει την πρόσβαση των χρηστών σε δίκτυα επιπέδου 2 από προεπιλογή.
+- **Προσαρμογή χρεώσεων καυσίμων (gas)** - το πορτοφόλι σας επιτρέπει στους χρήστες να προσαρμόζουν τις χρεώσεις gas των συναλλαγών τους (βασική χρέωση, χρέωση προτεραιότητας, μέγιστη χρέωση).
+- **Υποστήριξη ENS** - το πορτοφόλι σας επιτρέπει στους χρήστες να στέλνουν συναλλαγές σε ονόματα ENS.
+- **Υποστήριξη ERC-20** - το πορτοφόλι σας επιτρέπει στους χρήστες να εισάγουν συμβόλαια κρυπτονομισμάτων ERC-20 ή να υποβάλλουν αυτόματα ερωτήματα και να εμφανίζουν στοιχεία ERC-20.
+- **Αγορά κρυπτονομισμάτων** - το πορτοφόλι σας υποστηρίζει την άμεση αγορά από τους χρήστες και την ένταξη τους στο σύστημα κρυπτονομισμάτων.
+- **Πώληση έναντι fiat** - το πορτοφόλι σας υποστηρίζει τους χρήστες που πραγματοποιούν πωλήσεις και αναλήψεις σε fiat απευθείας σε κάρτα ή τραπεζικό λογαριασμό.
+- **Πολλαπλές υπογραφές** - το πορτοφόλι σας υποστηρίζει πολλαπλές υπογραφές για την υπογραφή μιας συναλλαγής.
+- **Κοινωνική ανάκτηση** - το πορτοφόλι σας παρέχει υποστήριξη με τη μορφή κηδεμόνων: ένας χρήστης μπορεί να ανακτήσει το πορτοφόλι του εάν χάσει τη μυστική φράση κλειδί του μέσω αυτών των κηδεμόνων.
+- **Αποκλειστική ομάδα υποστήριξης** - το πορτοφόλι σας διαθέτει μια ειδική ομάδα υποστήριξης στην οποία μπορούν να απευθύνονται οι χρήστες όταν αντιμετωπίζουν προβλήματα.
+- **Εκπαιδευτικοί πόροι/τεκμηρίωση** - το προϊόν σας θα πρέπει να έχει μια καλά σχεδιασμένη εμπειρία υποδοχής και ένταξης των χρηστών για να τους βοηθά και να τους εκπαιδεύει. Διαφορετικά, πρέπει να διαθέτει στοιχεία για περιεχόμενο με οδηγίες όπως άρθρα ή βίντεο.
+
+## Προσθήκη πορτοφολιού {#adding-a-wallet}
+
+Αν θέλετε να προσθέσετε ένα πορτοφόλι στο ethereum.org, δημιουργήστε ένα ζήτημα στο GitHub.
+
+
+ Δημιουργήστε ένα ζήτημα
+
+
+## Συντήρηση {#maintenance}
+
+Δεδομένης της ρευστής φύσης του Ethereum, οι ομάδες και τα προϊόντα έρχονται και παρέρχονται και η καινοτομία είναι καθημερινό φαινόμενο. Επομένως, θα διενεργούμε ελέγχους ρουτίνας του περιεχομένου μας για:
+
+- να βεβαιωνόμαστε ότι όλα τα πορτοφόλια και οι dapp που καταχωρίζονται εξακολουθούν να πληρούν τα κριτήριά μας
+- να επαληθεύουμε ότι δεν υπάρχουν προτεινόμενα προϊόντα που πληρούν περισσότερα από τα κριτήριά μας από αυτά που είναι καταχωρισμένα αυτή τη στιγμή
+
+Το ethereum.org συντηρείται από την κοινότητα ανοιχτού κώδικα και βασιζόμαστε στη βοήθεια της κοινότητας για να το διατηρούμε ενημερωμένο. Εάν παρατηρήσετε οποιαδήποτε πληροφορία σχετικά με τα πορτοφόλια που έχουν καταχωριστεί στη λίστα η οποία πρέπει να ενημερωθεί, [ανοίξτε ένα ζήτημα](https://github.com/ethereum/ethereum-org-website/issues/new?assignees=&labels=wallet+%3Apurse%3A&template=suggest_wallet.yaml) ή [υποβάλετε αίτημα](https://github.com/ethereum/ethereum-org-website/pulls)!
+
+
+## Όροι Χρήσης {#terms-of-use}
+
+Διαβάστε επίσης τους [όρους χρήσης](/terms-of-use/) μας. Οι πληροφορίες στο ethereum.org παρέχονται αποκλειστικά για λόγους γενικής πληροφόρησης.
diff --git a/public/content/translations/el/contributing/content-resources/index.md b/public/content/translations/el/contributing/content-resources/index.md
new file mode 100644
index 00000000000..e120126620f
--- /dev/null
+++ b/public/content/translations/el/contributing/content-resources/index.md
@@ -0,0 +1,32 @@
+---
+title: Προσθήκη πόρων περιεχομένου
+lang: el
+description: Τα κριτήριά μας για την καταχώριση των πόρων περιεχομένου στο ethereum.org
+---
+
+# Προσθήκη πόρων περιεχομένου {#adding-content-resources}
+
+Δεν μπορούμε να καλύψουμε όλα τα θέματα στο Ethereum, οπότε προσπαθούμε να παρουσιάσουμε μερικά από τα ποιο σημαντικά άρθρα, οδηγίες, δημοσιεύσεις εργασίες και διάφορους πόρους που δημιουργεί η κοινότητα. Αυτά, συχνά παρέχουν πιο εμπεριστατωμένες πληροφορίες σχετικά με τα ενδιαφέροντα των χρηστών.
+
+Αν υπάρχει ένας πόρος περιεχομένου που πιστεύετε ότι πρέπει να προστεθεί σε μια σελίδα, μη διστάσετε να τον προτείνετε κάπου κατάλληλα.
+
+## Πώς θα αποφασίσουμε {#how-we-decide}
+
+Οι πόροι μαθημάτων αξιολογούνται με τα παρακάτω κριτήρια:
+
+- Είναι το περιεχόμενο ενημερωμένο;
+- Είναι το περιεχόμενο επί πληρωμή;
+- Είναι ακριβείς οι πληροφορίες; Είναι πραγματικές ή βασισμένες σε εμπειρία;
+- Είναι αξιόπιστος ο συγγραφέας; Γίνετε παραπομπή στις πηγές τους;
+- Γίνετε ξεχωριστή αναφορά στο περιεχόμενο/συνδέσμους ότι δεν καλύπτονται;
+- Εξυπηρετεί αυτό το περιεχόμενο έναν [από τους χρήστες μας](https://www.notion.so/efdn/Ethereum-org-User-Persona-Memo-b44dc1e89152457a87ba872b0dfa366c);
+
+---
+
+## Προσθήκη πόρου περιεχομένου σας {#add-your-content-resource}
+
+Αν θέλετε να προσθέσετε έναν πόρο περιεχομένου στο ethereum.org και πληροί τα κριτήρια, δημιουργήστε ένα ζήτημα στο GitHub.
+
+
+ Δημιουργήστε ένα ζήτημα
+
diff --git a/public/content/translations/el/contributing/design-principles/index.md b/public/content/translations/el/contributing/design-principles/index.md
new file mode 100644
index 00000000000..dd70d0ed9a2
--- /dev/null
+++ b/public/content/translations/el/contributing/design-principles/index.md
@@ -0,0 +1,93 @@
+---
+title: Αρχές σχεδιασμού
+lang: el
+description: Οι αρχές πίσω από τις αποφάσεις για τον σχεδιασμό και το περιεχόμενο του ethereum.org
+---
+
+# Οι αρχές σχεδιασμού μας {#contributing-to-ethereumorg-}
+
+Δείτε όλες τις εργασίες
+
+## Πώς να συμμετέχετε στο ethereum.org {#how-to-update-content}
+
+Εάν θέλετε να συνεισφέρετε στο [Πρόγραμμα Μετάφρασης](/contributing/translation-program/), δημιουργήστε έναν λογαριασμό στο [Crowdin](https://crowdin.com/project/ethereum-org). Για οτιδήποτε άλλο, προσθήκη ή επεξεργασία περιεχομένου ή γραφικών στον ιστότοπο, διόρθωση σφαλμάτων, εργασία σε ανοιχτές εργασίες, θα χρειαστείτε έναν λογαριασμό [GitHub](https://github.com/).
+
+Όλες οι ενημερώσεις γίνονται μέσω της διαδικασίας PR του GitHub. Αυτό σημαίνει ότι δημιουργείτε ένα τοπικό αντίγραφο του ιστοτόπου, κάνετε τις αλλαγές σας και αιτήστε τη συγχώνευση των αλλαγών σας. Αν δεν το έχετε κάνει ποτέ στο παρελθόν, ακολουθήστε τις οδηγίες στο κάτω μέρος του [αποθετηρίου GitHub](https://github.com/ethereum/ethereum-org-website).
+
+Δε χρειάζεστε άδεια για συμμετοχή σε ένα έργο, αλλά είναι καλύτερο να μας ενημερώσετε τι σχεδιάζετε να κάνετε. Μπορείτε να το κάνετε αυτό:
+
+- Σχολιάζοντας ένα ζήτημα ή PR στο [GitHub](https://github.com/ethereum/ethereum-org-website)
+- Με μήνυμα στο [διακομιστή Discord μας](https://discord.gg/ethereum-org)
+
+Πριν τη συμμετοχή σας, βεβαιωθείτε ότι είστε εξοικειωμένοι με:
+
+- το εξελισσόμενο [όραμα του ethereum.org](/about/)
+- τις [αρχές σχεδιασμού μας](/contributing/design-principles/)
+- τον [οδηγό στυλ μας](/contributing/style-guide/)
+- ο δικός μας [κώδικας δεοντολογίας](/community/code-of-conduct)
+
+
+ Συμμετοχή στο έργο
+
+
+### Ανοίξτε τη γλώσσα σας {#open-language}
+
+Αφού συνδεθείτε στο Crowdin, θα δείτε μια περιγραφή του έργου και μια λίστα με όλες τις διαθέσιμες γλώσσες. Κάθε γλώσσα περιέχει πληροφορίες σχετικά με το συνολικό ποσό των λέξεων για μετάφραση και μια επισκόπηση του ποσοστού του περιεχομένου που έχει μεταφραστεί και εγκριθεί σε μια συγκεκριμένη γλώσσα.
+
+Ανοίξτε τη γλώσσα που θέλετε να μεταφράσετε για να δείτε τη λίστα αρχείων, διαθέσιμα για μετάφραση.
+
+
+
+### Βρείτε ένα έγγραφο για να δουλέψετε {#find-document}
+
+Το περιεχόμενο του ιστότοπου χωρίζεται σε μια σειρά από έγγραφα και ενότητες περιεχομένου. Μπορείτε να ελέγξετε την πρόοδο του κάθε εγγράφου στα δεξιά. Αν η πρόοδος μετάφρασης είναι κάτω από 100%, παρακαλούμε συνεισφέρετε!
+
+Δεν υπάρχει η γλώσσα σας; [Δημιουργήστε ένα ζήτημα](https://github.com/ethereum/ethereum-org-website/issues/new/choose) ή κάντε ερώτηση στο [Discord](/discord/) μας
+
+
+
+Μια σημείωση σχετικά με τα τμήματα περιεχομένου: χρησιμοποιούμε τα «τμήματα περιεχομένου» στο Crowdin για να ενημερωθεί πρώτα το περιεχόμενο υψηλότερης προτεραιότητας. Όταν ελέγχετε μια γλώσσα, για παράδειγμα [Φιλιππινέζικα](https://crowdin.com/project/ethereum-org/fil#) θα δείτε φακέλους στα τμήματα περιεχομένου ("1. Homepage", "2. Essentials", "3. Exploring", κτλ.).
+
+Σας προτείνουμε να μεταφράσετε με την αριθμητική σειρά (1 → 2 → 3 → ⋯) ώστε να εξασφαλιστεί αρχικά η μετάφραση των σελίδων με υψηλότερο αντίκτυπο.
+
+[Μάθετε περισσότερα για τα τμήματα περιεχομένου του ethereum.org](/contributing/translation-program/content-buckets/)
+
+### Μετάφραση {#translate}
+
+Μετά την επιλογή του αρχείου που θέλετε να μεταφράσετε, θα ανοίξει ο επεξεργαστής κειμένου. Αν δε χρησιμοποιήσατε ποτέ το Crowdin, χρησιμοποιήστε τον παρακάτω γρήγορο οδηγό για να μάθετε τα βασικά.
+
+
+
+**_1 – Αριστερή εργαλειοθήκη_**
+
+- Αμετάφραστο (κόκκινο) – κείμενο που δεν έχει επεξεργαστεί ακόμα. Είναι οι φράσεις που θα πρέπει να μεταφράζετε.
+- Μεταφρασμένο (πράσινο) – κείμενο που έχει μεταφραστεί, αλλά δεν έχει αναθεωρηθεί ακόμη. Είστε ευπρόσδεκτοι να προτείνετε διαφορετικές μεταφράσεις ή να ψηφίσετε για τις υπάρχουσες χρησιμοποιώντας τα κουμπιά «+» και «-» στον επεξεργαστή.
+- Εγκεκριμένο (σημάδι ελέγχου) – κείμενο που έχει επανεξεταστεί και είναι προς το παρόν δημοσιευμένο στον ιστότοπο.
+
+Μπορείτε να χρησιμοποιήσετε τα κουμπιά στο επάνω μέρος για να αναζητήσετε συγκεκριμένες λέξεις, να τα φιλτράρετε σύμφωνα με την κατάσταση ή να αλλάξετε την προβολή.
+
+**_2 – Περιοχή επεξεργασίας_**
+
+Η κύρια περιοχή μετάφρασης – το πηγαίο κείμενο εμφανίζεται στο επάνω τμήμα, με επιπλέον περιεχόμενο και στιγμιότυπα οθόνης, αν είναι διαθέσιμα. Για να προτείνετε μια νέα μετάφραση, εισαγάγετε τη μετάφρασή σας στο πεδίο «Enter translation here» και κάντε κλικ στο κουμπί Αποθήκευση.
+
+Μπορείτε επίσης να βρείτε υπάρχουσες μεταφράσεις από άλλες γλώσσες σε αυτήν την ενότητα, αντιστοιχίες της μεταφραστικής μνήμης καθώς και προτάσεις αυτόματης μετάφρασης.
+
+**_3 – Δεξιά εργαλειοθήκη_**
+
+Εδώ μπορείτε να δείτε τα σχόλια, τις καταχωρήσεις μεταφραστικής μνήμης και καταχωρήσεις από το γλωσσάρι. Η προεπιλεγμένη προβολή εμφανίζει τα σχόλια και επιτρέπει στους μεταφραστές να επικοινωνούν, να θέτουν ζητήματα ή να αναφέρουν τις εσφαλμένες μεταφράσεις.
+
+Χρησιμοποιώντας τα κουμπιά στο επάνω τμήμα, μπορείτε να μεταβείτε στη μεταφραστική μνήμη, όπου μπορείτε να αναζητήσετε υπάρχουσες μεταφράσεις ή στο γλωσσάρι, το οποίο περιέχει περιγραφές και τυπικές μεταφράσεις των βασικών όρων.
+
+Θέλετε να μάθετε περισσότερα; Δείτε την [τεκμηρίωση σχετικά με τη χρήση του επεξεργαστή στο Crowdin](https://support.crowdin.com/online-editor/)
+
+### Πρόοδος αναθεώρησης {#review-process}
+
+Μόλις ολοκληρώσετε τη μετάφραση (δηλ. όλα τα αρχεία σε ένα τμήμα περιεχομένου στο 100%), μια υπηρεσία με επαγγελματίες μεταφραστές θα εξετάσει (και ενδεχομένως να επεξεργαστεί) το περιεχόμενο. Μόλις ολοκληρωθεί η αναθεώρηση (δηλ. η πρόοδος αναθεώρησης είναι στο 100%), θα προστεθεί στον ιστότοπο.
+
+
+ Παρακαλούμε μη χρησιμοποιείτε την αυτόματη μετάφραση για να μεταφράσετε το έργο. Όλες οι μεταφράσεις θα επανεξεταστούν πριν προστεθούν στον ιστότοπο. Αν οι μεταφράσεις που προτείνετε βρεθούν να είναι από αυτόματη μετάφραση, θα απορριφθούν και οι συνεισφέροντες που τη χρησιμοποιούν συχνά θα αφαιρεθούν από το έργο.
+
+
+### Επικοινωνήστε μαζί μας {#get-in-touch}
+
+Έχετε ερωτήσεις; Θέλετε να συνεργαστείτε με την ομάδα μας και άλλους μεταφραστές; Παρακαλούμε δημοσιεύστε στο κανάλι μας #translation του [ethereum.org του διακομιστή Discord](/discord/)
+
+Μπορείτε επίσης να επικοινωνήσετε μαζί μας στο translations@ethereum.org
+
+Σας ευχαριστούμε για τη συμμετοχή σας στο πρόγραμμα μετάφρασης του ethereum.org!
diff --git a/public/content/translations/el/contributing/translation-program/index.md b/public/content/translations/el/contributing/translation-program/index.md
new file mode 100644
index 00000000000..914ec1e644f
--- /dev/null
+++ b/public/content/translations/el/contributing/translation-program/index.md
@@ -0,0 +1,90 @@
+---
+title: Πρόγραμμα μετάφρασης
+lang: el
+description: Πληροφορίες σχετικά με το πρόγραμμα μετάφρασης του ethereum.org
+---
+
+# Πρόγραμμα μετάφρασης {#translation-program}
+
+Το πρόγραμμα μετάφρασης είναι μια συλλογική προσπάθεια για τη μετάφραση του ethereum.org σε διαφορετικές γλώσσες για να καταστήσει τον ιστότοπο πιο προσιτό σε δισεκατομμύρια μη αγγλόφωνους ομιλητές σε όλο τον κόσμο.
+
+
+
+## Βοηθήστε μας στη μετάφραση {#help-us-translate}
+
+Το πρόγραμμα μετάφρασης του ethereum.org είναι ανοιχτό και ο καθένας μπορεί να συνεισφέρει!
+
+1. Θα χρειαστεί να συνδεθείτε ή να εγγραφείτε στον λογαριασμό σας στο Crowdin.
+2. Επιλέξτε τη γλώσσα για την οποία θέλετε να συνεισφέρετε.
+3. Πριν ξεκινήσετε, παρακαλούμε ελέγξτε τον οδηγό [Πώς να μεταφράσετε](/contributing/translation-program/how-to-translate/) για να μάθετε να χρησιμοποιείτε το Crowdin και τον [Οδηγό στυλ μετάφρασης](/contributing/translation-program/translators-guide/) για συμβουλές και βέλτιστες πρακτικές.
+4. Οι αυτόματες μεταφράσεις δε θα εγκρίνονται.
+5. Όλες οι μεταφράσεις εξετάζονται πριν προστεθούν στον ιστότοπο, οπότε θα υπάρξει μια μικρή καθυστέρηση πριν οι μεταφράσεις σας δημοσιευθούν.
+
+_Εγγραφείτε στο [ethereum.org Discord](/discord/) για να συμμετέχετε στις μεταφράσεις, να κάνετε ερωτήσεις, να υποβάλλετε σχόλια και ιδέες ή να συμμετέχετε σε μία ομάδα μετάφρασης._
+
+
+ Ξεκινήστε να μεταφράζετε
+
+
+## Σχετικά με το πρόγραμμα μετάφρασης {#about-us}
+
+Η κοινότητα του Ethereum έχει στόχο να είναι παγκόσμια και περιεκτική, ωστόσο μεγάλο μέρος του περιεχομένου είναι στην αγγλική γλώσσα, δυσκολεύοντας στην κατανόηση των άρθρων σε περίπου 6 δισεκατομμύρια ανθρώπους διαφορετικής γλώσσας. Για την παγκόσμια κοινότητα το ethereum.org λειτουργεί ως πύλη εισόδου στο Ethereum και πιστεύουμε ότι η παροχή περιεχομένου του Ethereum στους μη αγγλόφωνους χρήστες στις μητρικές τους γλώσσες είναι απαραίτητη.
+
+Το πρόγραμμα μετάφρασης του ethereum.org έχει ως στόχο να κάνει το Ethereum προσιτό σε όλους μεταφράζοντας το ethereum.org και άλλο περιεχόμενο σε όσο το δυνατόν περισσότερες γλώσσες.
+
+Διαβάστε περισσότερα για την [ αποστολή και το όραμα](/contributing/translation-program/mission-and-vision) του μεταφραστικού προγράμματος του ethereum.org.
+
+### Η πρόοδός μας μέχρι σήμερα {#our-progress}
+
+- [**6.900 +** μεταφραστές](/contributing/translation-program/contributors/)
+- **68** γλώσσες στον ιστότοπο
+- [**2,89 εκατομμύρια** λέξεις μεταφρασμένες το 2024](/contributing/translation-program/acknowledgements/)
+
+`nonce``
+
+`` - _Αρχή ετικέτας, που περιέχει κώδικα_
+
+nonce - _Μή μεταφράσιμο κείμενο_
+
+`` - _Ετικέτα τέλους_
+
+
+
+Το κείμενο προέλευσης περιέχει επίσης συμπτυγμένες ετικέτες, οι οποίες περιέχουν μόνο αριθμούς, πράγμα που σημαίνει ότι η λειτουργία τους δεν είναι άμεσα εμφανής. Μπορείτε να τοποθετήσετε το δείκτη του ποντικιού πάνω από αυτές τις ετικέτες για να δείτε ακριβώς ποια λειτουργία εξυπηρετούν.
+
+Στο παράδειγμα παρακάτω, μπορείτε να το δείτε αυτό περνώντας τον κέρσορα πάνω από την \<0> ετικέτα που δείχνει ότι αντιπροσωπεύει το `` και περιέχει ένα απόσπασμα κώδικα, επομένως το περιεχόμενο μέσα σε αυτές τις ετικέτες δε θα πρέπει να μεταφραστεί.
+
+
+
+## Σύντομες ή πλήρεις φόρμες/συντμήσεις {#short-vs-full-forms}
+
+Υπάρχουν πολλές συντομογραφίες που χρησιμοποιούνται στον ιστότοπο π.χ. dapps, NFT, DAO, DeFi, κλπ. Αυτές οι συντομογραφίες χρησιμοποιούνται συνήθως στα Αγγλικά και οι περισσότεροι επισκέπτες του ιστότοπου είναι εξοικειωμένοι με αυτές.
+
+Δεδομένου ότι συνήθως δεν έχουν καθιερωμένες μεταφράσεις σε άλλες γλώσσες, ο καλύτερος τρόπος προσέγγισης αυτών και των παρόμοιων όρων είναι να παράσχετε μια περιγραφική μετάφραση της πλήρους φόρμας και να προσθέσετε την αγγλική συντομογραφία σε παρενθέσεις.
+
+Μη μεταφράζετε αυτές τις συντομογραφίες, καθώς οι περισσότεροι άνθρωποι δεν είναι εξοικειωμένοι με αυτές και οι μεταφρασμένες εκδόσεις δε θα είχαν πολύ νόημα για τους περισσότερους επισκέπτες.
+
+Παράδειγμα, πώς να μεταφράσετε το dapps:
+
+- Αποκεντρωμένες εφαρμογές (dapps) → _Πλήρη μετάφραση (Αγγλική ορολογία εντός των παρενθέσεων)_
+
+## Όροι χωρίς καθιερωμένες μεταφράσεις {#terms-without-established-translations}
+
+Ορισμένοι όροι μπορεί να μην έχουν καθιερωμένες μεταφράσεις σε άλλες γλώσσες και είναι ευρέως γνωστοί με τον πρωτότυπο αγγλικό όρο. Τέτοιοι όροι περιλαμβάνουν ως επί το πλείστον νεότερες έννοιες, όπως απόδειξη εργασίας, απόδειξη συμμετοχής, κύρια αλυσίδα, αποθηκευμένο κεφάλαιο κλπ.
+
+Ενώ η μετάφραση αυτών των όρων μπορεί να ακούγεται αφύσικη, καθώς χρησιμοποιείται συνήθως η αγγλική έκδοση και σε άλλες γλώσσες, συνιστάται ιδιαίτερα η μετάφραση τους.
+
+Όταν τους μεταφράζετε, μη διστάσετε να γίνετε δημιουργικοί, χρησιμοποιήστε περιγραφικές μεταφράσεις ή απλώς μεταφράστε τες κυριολεκτικά.
+
+**Ο λόγος για τον οποίο οι περισσότεροι όροι πρέπει να μεταφράζονται, αντί να αφήνουν κάποιους στα αγγλικά, είναι το γεγονός ότι αυτή η νέα ορολογία θα γίνει πιο διαδεδομένη στο μέλλον, καθώς περισσότεροι άνθρωποι αρχίζουν να χρησιμοποιούν το Ethereum και τις σχετικές τεχνολογίες. Αν θέλουμε να συμπεριλάβουμε περισσότερους ανθρώπους από όλο τον κόσμο σε αυτόν τον χώρο, πρέπει να παρέχουμε κατανοητή ορολογία σε όσο το δυνατόν περισσότερες γλώσσες, ακόμα και αν χρειαστεί να τη δημιουργήσουμε μόνοι μας.**
+
+## Κουμπιά και CTA {#buttons-and-ctas}
+
+Ο ιστότοπος περιέχει πολλά κουμπιά, τα οποία θα πρέπει να μεταφράζονται διαφορετικά από άλλο περιεχόμενο.
+
+Το κείμενο του κουμπιού μπορεί να αναγνωριστεί προβάλλοντας τα στιγμιότυπα οθόνης, που συνδέονται με τις περισσότερες συμβολοσειρές ή ελέγχοντας το περιβάλλον στον επεξεργαστή, το οποίο περιλαμβάνει τη φράση «κουμπί».
+
+Οι μεταφράσεις για τα κουμπιά πρέπει να είναι όσο το δυνατόν πιο σύντομες, για να αποφευχθούν αναντιστοιχίες μορφοποίησης. Επιπλέον, οι μεταφράσεις κουμπιών θα πρέπει να είναι επιτακτικές, δηλαδή να παρουσιάζουν μια εντολή ή αίτημα.
+
+
+
+## Μετάφραση για συμπερίληψη {#translating-for-inclusivity}
+
+Οι επισκέπτες του Ethereum.org προέρχονται από όλο τον κόσμο και από διαφορετικά υπόβαθρα. Η γλώσσα στον ιστότοπο θα πρέπει επομένως να είναι ουδέτερη, φιλόξενη για όλους και όχι εξειδικευμένη.
+
+Μια σημαντική πτυχή αυτού είναι η ουδετερότητα των φύλων. Αυτό μπορεί να επιτευχθεί εύκολα χρησιμοποιώντας την επίσημη μορφή της προσφώνησης και αποφεύγοντας οποιεσδήποτε λέξεις που σχετίζονται με το φύλο στις μεταφράσεις.
+
+Μια άλλη μορφή συμπερίληψης είναι η προσπάθεια μετάφρασης για ένα παγκόσμιο κοινό, όχι συγκεκριμένα για οποιαδήποτε χώρα, φυλή ή περιοχή.
+
+Τέλος, η γλώσσα πρέπει να είναι κατάλληλη για όλα τα ακροατήρια και τις ηλικίες.
+
+## Μεταφράσεις για συγκεκριμένες γλώσσες {#language-specific-translations}
+
+Κατά τη μετάφραση, είναι σημαντικό να ακολουθείτε τους γραμματικούς κανόνες, τη σύνταξη και τη μορφοποίηση που χρησιμοποιείται στη γλώσσα σας, σε αντίθεση με το αντιγραμμένο κείμενο. Το πηγαίο κείμενο ακολουθεί κανόνες σύνταξης της αγγλικής γραμματικής, κάτι που δεν ισχύει σε πολλές άλλες γλώσσες.
+
+Θα πρέπει να γνωρίζετε τους κανόνες για τη γλώσσα σας και να μεταφράζετε ανάλογα. Εάν χρειάζεστε βοήθεια, επικοινωνήστε μαζί μας και θα σας βοηθήσουμε να βρείτε μερικούς πόρους σχετικά με τον τρόπο χρήσης αυτών των στοιχείων στη γλώσσα σας.
+
+Μερικά παραδείγματα για το τι πρέπει να προσέχετε ιδιαίτερα:
+
+### Σημεία στίξης, μορφοποίηση {#punctuation-and-formatting}
+
+**Κεφαλαία**
+
+- Υπάρχουν τεράστιες διαφορές στη χρήση των κεφαλαίων σε διάφορες γλώσσες.
+- Στα Αγγλικά, είναι σύνηθες να γράφουμε κεφαλαία όλες τις λέξεις σε τίτλους, ονόματα, μήνες και ημέρες, ονόματα γλωσσών, αργίες κλπ. Σε πολλές άλλες γλώσσες, αυτό είναι γραμματικά λανθασμένο, καθώς έχουν διαφορετικούς κανόνες για τα κεφαλαία.
+- Ορισμένες γλώσσες έχουν επίσης κανόνες για τη χρήση κεφαλαίων σε προσωπικές αντωνυμίες, ουσιαστικά και ορισμένα επίθετα, τα οποία δε γράφονται με κεφαλαία στα αγγλικά.
+
+**Διαστήματα**
+
+- Οι κανόνες ορθογραφίας ορίζουν τη χρήση των διαστημάτων για κάθε γλώσσα. Επειδή τα κενά χρησιμοποιούνται παντού, αυτοί οι κανόνες είναι μερικοί από τους πιο διακριτούς και τα κενά είναι μερικά από τα πιο εσφαλμένα στοιχεία που μεταφράζονται.
+- Μερικές κοινές διαφορές στα διαστήματα μεταξύ των αγγλικών και άλλων γλωσσών:
+ - Διάστημα πριν από τις μονάδες μέτρησης και τα νομίσματα (π.χ. USD, EUR, kB, MB).
+ - Διάστημα πριν από τα σύμβολα θερμοκρασίας (π.χ. °C, ℉).
+ - Κενό πριν από κάποια σημεία στίξης, ειδικά την έλλειψη (…).
+ - Διάστημα πριν και μετά τις κάθετες (/).
+
+**Λίστες**
+
+- Κάθε γλώσσα έχει ένα ποικίλο και πολύπλοκο σύνολο κανόνων για τη σύνταξη λιστών. Μπορεί να διαφέρουν σημαντικά από τα αγγλικά.
+- Σε ορισμένες γλώσσες, η πρώτη λέξη κάθε νέας γραμμής πρέπει να γράφεται με κεφαλαία, ενώ σε άλλες, οι νέες γραμμές πρέπει να ξεκινούν με πεζά γράμματα. Πολλές γλώσσες έχουν επίσης διαφορετικούς κανόνες σχετικά με τη χρήση κεφαλαίων σε λίστες, ανάλογα με το μήκος κάθε γραμμής.
+- Το ίδιο ισχύει και για τα σημεία στίξης των στοιχείων γραμμής. Η τελική στίξη στις λίστες μπορεί να είναι τελεία (**.**), κόμμα (**,**) ή ερωτηματικό (** ισχυρό x-id="1">;**), ανάλογα με τη γλώσσα.
+
+**Εισαγωγικά**
+
+- Οι γλώσσες χρησιμοποιούν πολλά διαφορετικά εισαγωγικά σημεία. Η απλή αντιγραφή των αγγλικών εισαγωγικών σημείων στίξης από την πηγή, είναι συχνά λανθασμένη.
+- Μερικά από τα πιο κοινά είδη των εισαγωγικών περιλαμβάνουν:
+ - „παράδειγμα κειμένου“
+ - ‚παράδειγμα κειμένου’
+ - »παράδειγμα κειμένου«
+ - “παράδειγμα κειμένου”
+ - ‘παράδειγμα κειμένου’
+ - «παράδειγμα κειμένου»
+
+**Παύλα και διπλή παύλα**
+
+- Στα αγγλικά, μια παύλα (-) χρησιμοποιείται για τη σύνδεση λέξεων ή τον διαχωρισμό συλλαβών μιας λέξης, ενώ η χρήση διπλής παύλας (–) για να υποδείξει ανάγνωση σε χαμηλότερο τόνο ή μια παύση.
+- Πολλές γλώσσες έχουν διαφορετικούς κανόνες για τη χρήση παύλας και διπλής παύλας που πρέπει να τηρούνται.
+
+### Μορφοποίηση {#formats}
+
+**Αριθμοί**
+
+- Η κύρια διαφορά στη γραφή αριθμών σε διαφορετικές γλώσσες είναι το διαχωριστικό που χρησιμοποιείται για δεκαδικούς και τις χιλιάδες. Για τις χιλιάδες, αυτό μπορεί να είναι τελεία, κόμμα ή κενό. Ομοίως, ορισμένες γλώσσες χρησιμοποιούν δεκαδικό ψηφίο, ενώ άλλες χρησιμοποιούν κόμμα στα δεκαδικά.
+ - Μερικά παραδείγματα μεγάλων αριθμών:
+ - Αγγλικά – **1,000.50**
+ - Ισπανικά – **1.000,50**
+ - Γαλλικά – **1 000,50**
+- Μια άλλη σημαντική παράμετρος κατά τη μετάφραση αριθμών είναι το σύμβολο ποσοστού. Μπορεί να γραφτεί με διαφορετικούς τρόπους: **100%**, **100 %** ή **%100**.
+- Τέλος, οι αρνητικοί αριθμοί μπορούν να εμφανίζονται διαφορετικά, ανάλογα με τη γλώσσα: -100, 100-, (100) ή [100].
+
+**Ημερομηνίες**
+
+- Κατά τη μετάφραση των ημερομηνιών, υπάρχουν ορισμένες εκτιμήσεις και διαφορές με βάση τη γλώσσα. Αυτά περιλαμβάνουν τη μορφή ημερομηνίας, το διαχωριστικό, τη χρήση κεφαλαίων και τα αρχικά μηδενικά. Υπάρχουν επίσης διαφορές μεταξύ του πλήρους μήκους και των ημερομηνιών με αριθμούς.
+ - Μερικά παραδείγματα διαφορετικών μορφών ημερομηνίας:
+ - Αγγλικά UK (ηη/μμ/εεεε) – 1st January, 2022
+ - Αγγλικά ΗΠΑ (μμ/ηη/εεεε) – January 1st, 2022
+ - Κινέζικα (εεεε-μμ-ηη) – 2022 年 1 月 1 日
+ - Γαλλικά (ηη/μμ/εεεε) – 1er janvier 2022
+ - Ιταλικά (ηη/μμ/εεεε) – 1º gennaio 2022
+ - Γερμανικά (ηη/μμ/εεεε) – 1. Januar 2022
+
+**Νομίσματα**
+
+- Η μετάφραση των νομισμάτων μπορεί να είναι μια πρόκληση, λόγω των διαφόρων μορφών, συμβάσεων και μετατροπών. Κατά γενικό κανόνα, διατηρήστε τις μονάδες μέτρησης σύμφωνα με την πηγή προέλευσης. Μπορείτε να προσθέσετε το τοπικό σας νόμισμα και τη μετατροπή σε παρένθεση, προς όφελος του αναγνώστη.
+- Οι κύριες διαφορές στη γραφή νομισμάτων σε διαφορετικές γλώσσες, περιλαμβάνουν την τοποθέτηση συμβόλων, δεκαδικά κόμματα έναντι δεκαδικών σημείων, διαστήματος και συντομογραφιών έναντι των συμβόλων.
+ - Θέση του συμβόλου: $100 ή 100$
+ - Δεκαδικά με κόμμα ή με τελεία: 100,50$ ή 100.50$
+ - Διάστημα: 100$ ή 100 $
+ - Συντομογραφίες ή σύμβολα: 100 $ ή 100 USD
+
+**Μονάδες μέτρησης**
+
+- Κατά γενικό κανόνα, διατηρήστε τις μονάδες μέτρησης σύμφωνα με την πηγή προέλευσης. Εάν η χώρα σας χρησιμοποιεί διαφορετικό σύστημα, μπορείτε να συμπεριλάβετε τη μετατροπή μέσα σε παρένθεση.
+- Εκτός από τη διαφορετικότητα ανά γλώσσα των μονάδων μέτρησης, είναι επίσης σημαντικό να σημειωθούν οι διαφορές στο πώς οι γλώσσες προσεγγίζουν αυτές τις μονάδες. Η κύρια διαφορά είναι το κενό διάστημα μεταξύ του αριθμού και της μονάδας, το οποίο μπορεί να είναι διαφορετικό, με βάση τη γλώσσα. Παραδείγματα όπως 100kB ή 100 kB και 50ºF ή 50 ºF.
+
+## Συμπεράσματα {#conclusion}
+
+Η μετάφραση του ethereum.org είναι μια εξαιρετική ευκαιρία να μάθετε για τις διάφορες πτυχές του Ethereum.
+
+Όταν μεταφράζετε, προσπαθήστε να μην βιάζεστε. Χαλαρώστε και διασκεδάστε!
+
+Σας ευχαριστούμε που συμμετέχετε στο Πρόγραμμα Μετάφρασης και μας βοηθάτε να κάνουμε τον ιστότοπο προσβάσιμο σε ένα ευρύτερο κοινό. Η κοινότητα του Ethereum είναι παγκόσμια και χαιρόμαστε που είστε μέρος της!
diff --git a/public/content/translations/el/danksharding/index.md b/public/content/translations/el/danksharding/index.md
new file mode 100644
index 00000000000..05dd6ca4153
--- /dev/null
+++ b/public/content/translations/el/danksharding/index.md
@@ -0,0 +1,95 @@
+---
+title: Danksharding
+description: Μάθετε για το Proto-Danksharding και το Danksharding, τις δύο διαδοχικές αναβαθμίσεις για την κλιμάκωση του Ethereum.
+lang: el
+summaryPoints:
+ - Το Danksharding είναι μια αναβάθμιση πολλών φάσεων για τη βελτίωση της δυνατότητας κλιμάκωσης και της χωρητικότητας του Ethereum.
+ - Το πρώτο στάδιο, το Proto-Danksharding, προσθέτει δεδομένα-blobs (data blobs) στα μπλοκ
+ - Τα δεδομένα-blobs προσφέρουν έναν φθηνότερο τρόπο για τα rollups να δημοσιεύουν τα δεδομένα στο Ethereum και αυτό το κόστος μπορεί να μεταφερθεί στους χρήστες με τη μορφή χαμηλότερων τελών συναλλαγής.
+ - Αργότερα, το πλήρες Danksharding θα διανείμει την ευθύνη επαλήθευσης των δεδομένων-blobs σε υποσύνολα κόμβων, κλιμακώνοντας περαιτέρω το Ethereum σε περισσότερες από 100.000 συναλλαγές ανά δευτερόλεπτο.
+---
+
+# Danksharding {#danksharding}
+
+Το **Danksharding** είναι ο τρόπος με τον οποίο το Ethereum γίνεται ένα πραγματικά επεκτάσιμο blockchain, αλλά απαιτούνται αρκετές αναβαθμίσεις πρωτοκόλλου για να φτάσετε εκεί. Το **Proto-Danksharding** είναι ένα ενδιάμεσο βήμα στην όλη πορεία. Και τα δύο στοχεύουν να κάνουν τις συναλλαγές στο επίπεδο 2 όσο το δυνατόν πιο φθηνές για τους χρήστες και θα πρέπει να κλιμακώσουν το Ethereum σε >100.000 συναλλαγές ανά δευτερόλεπτο.
+
+## Τι είναι το Proto-Danksharding; {#what-is-protodanksharding}
+
+Το Proto-Danksharding, γνωστό και ως [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844), είναι ένας τρόπος ώστε τα [πακέτα ενημέρωσης](/layer-2/#rollups) να προσθέτουν φθηνότερα δεδομένα στα μπλοκ. Το όνομα προέρχεται από τους δύο ερευνητές που πρότειναν την ιδέα: τον Protolambda και τον Dankrad Feist. Ιστορικά, τα rollup είχαν περιορισμούς όσον αφορά το πόσο φθηνές μπορούν να κάνουν τις συναλλαγές των χρηστών λόγω του γεγονότος ότι δημοσιεύουν τις συναλλαγές τους στο `CALLDATA`.
+
+Αυτό είναι ακριβό επειδή υποβάλλεται σε επεξεργασία από όλους τους κόμβους Ethereum και βρίσκεται για πάντα εντός αλυσίδας, παρόλο που τα rollup χρειάζονται τα δεδομένα μόνο για μικρό χρονικό διάστημα. Το Proto-Danksharding εισάγει δεδομένα blob που μπορούν να αποσταλούν και να συνδεθούν σε μπλοκ. Τα δεδομένα σε αυτά τα blob δεν είναι προσβάσιμα στην EVM και διαγράφονται αυτόματα μετά από μια καθορισμένη χρονική περίοδο (ορίζεται σε 4096 εποχές τη στιγμή της σύνταξης ή περίπου 18 ημέρες). Αυτό σημαίνει ότι τα πακέτα δεδομένων μπορούν να στέλνουν τα δεδομένα τους πολύ πιο φθηνά και να μεταφέρουν τις εξοικονομήσεις τους στους τελικούς χρήστες με τη μορφή φθηνότερων συναλλαγών.
+
+
+
+Τα πακέτα συναλλαγών είναι ένας τρόπος για να κλιμακωθεί το Ethereum ομαδοποιώντας τις συναλλαγές εκτός αλυσίδας και στη συνέχεια δημοσιεύοντας τα αποτελέσματα στο Ethereum. Ένα rollup αποτελείται ουσιαστικά από δύο μέρη: τα δεδομένα και τον έλεγχο εκτέλεσης. Τα δεδομένα είναι η πλήρης ακολουθία των συναλλαγών που επεξεργάζεται ένα rollup, για να παράγει την αλλαγή κατάστασης που δημοσιεύεται στο Ethereum. Ο έλεγχος εκτέλεσης είναι η επανεξέταση αυτών των συναλλαγών από έναν ειλικρινή παράγοντα (έναν «αποδεικνύοντα») για να διασφαλιστεί ότι η προτεινόμενη αλλαγή κατάστασης είναι σωστή. Για να πραγματοποιηθεί ο έλεγχος εκτέλεσης, τα δεδομένα συναλλαγών πρέπει να είναι διαθέσιμα για αρκετά μεγάλο χρονικό διάστημα ώστε να μπορεί ο καθένας να τα κατεβάσει και να τα ελέγξει. Αυτό σημαίνει ότι οποιαδήποτε ανέντιμη συμπεριφορά από τον διαχειριστή του rollup μπορεί να εντοπιστεί και να αμφισβητηθεί από αυτόν που αποδεικνύει. Ωστόσο, δε χρειάζεται να είναι διαθέσιμα για πάντα.
+
+
+
+
+
+Τα πακέτα συναλλαγών δημοσιεύουν δεσμεύσεις για τα δεδομένα συναλλαγών τους στην αλυσίδα και επίσης καθιστούν τα πραγματικά δεδομένα διαθέσιμα σε blobs δεδομένων. Αυτό σημαίνει ότι αυτοί που αποδεικνύουν μπορούν να ελέγξουν αν οι δεσμεύσεις είναι έγκυρες ή να αμφισβητήσουν δεδομένα που θεωρούν λανθασμένα. Σε επίπεδο κόμβου, τα δεδομένα blob τηρούνται στον πελάτη συναίνεσης. Οι πελάτες συναίνεσης βεβαιώνουν ότι έχουν δει τα δεδομένα και ότι έχουν διαδοθεί στο δίκτυο. Εάν τα δεδομένα διατηρούνταν για πάντα, αυτοί οι πελάτες θα διογκώνονταν και θα οδηγούσαν σε μεγάλες απαιτήσεις σε υλικό για τη λειτουργία των κόμβων. Αντίθετα, τα δεδομένα περικόπτονται αυτόματα από τον κόμβο κάθε 18 ημέρες. Οι βεβαιώσεις των πελατών συναίνεσης, αποδεικνύουν ότι υπήρξε επαρκής ευκαιρία για τους αποδεικνύοντες να επαληθεύσουν τα δεδομένα. Τα πραγματικά δεδομένα μπορούν να αποθηκευτούν εκτός αλυσίδας από φορείς εκμετάλλευσης, χρήστες ή άλλους.
+
+
+
+### Πώς επαληθεύονται τα δεδομένα blob; {#how-are-blobs-verified}
+
+Τα rollup δημοσιεύουν τις συναλλαγές που εκτελούν σε δεδομένα blob. Αναρτούν και «δέσμευση» για τα δεδομένα. Αυτό επιτυγχάνεται μέσω της προσαρμογής μιας «polynomial» συνάρτησης στα δεδομένα. Αυτή η συνάρτηση μπορεί στη συνέχεια να αξιολογηθεί σε διάφορα σημεία. Για παράδειγμα, αν ορίσουμε μια εξαιρετικά απλή συνάρτηση `f(x) = 2x-1`, τότε μπορούμε να αξιολογήσουμε αυτή τη συνάρτηση για `x = 1`, `x = 2`, `x = 3`, δίνοντας τα αποτελέσματα `1, 3, 5`. Ένας αποδεικνύων εφαρμόζει την ίδια συνάρτηση στα δεδομένα και την αξιολογεί με τον ίδιο τρόπο. Εάν τα αρχικά δεδομένα αλλάξουν, η συνάρτηση δε θα είναι ίδια και επομένως δε θα είναι ίδιες οι τιμές που αξιολογούνται σε κάθε σημείο. Στην πραγματικότητα, η δέσμευση και η απόδειξη είναι πιο περίπλοκες επειδή περιέχονται σε κρυπτογραφικές συναρτήσεις.
+
+### Τι είναι το KZG; {#what-is-kzg}
+
+Το KZG σημαίνει Kate-Zaverucha-Goldberg, τα ονόματα των τριών [αρχικών συγγραφέων](https://link.springer.com/chapter/10.1007/978-3-642-17373-8_11) ενός σχεδίου που μειώνει ένα blob δεδομένων σε μια μικρή [κρυπτογραφική δέσμευση](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html). Το blob δεδομένων που υποβάλλει ένα rollup πρέπει να επαληθευτεί για να διασφαλιστεί ότι το rollup δε συμπεριφέρεται κακόβουλα. Αυτό περιλαμβάνει την επανεξέταση των συναλλαγών στο blob από έναν αποδεικνύοντα για να ελέγξει ότι η δέσμευση ήταν έγκυρη. Αυτό είναι εννοιολογικά το ίδιο με τον τρόπο που οι πελάτες εκτέλεσης ελέγχουν την εγκυρότητα των συναλλαγών Ethereum στο επίπεδο 1, χρησιμοποιώντας τις αποδείξεις Merkle. Το KZG είναι μια εναλλακτική απόδειξη που προσαρμόζει μια polynomial εξίσωση στα δεδομένα. Η δέσμευση αξιολογεί το polynomial σε κάποια μυστικά σημεία δεδομένων. Ένας αποδεικνύων θα προσαρμόσει το ίδιο polynomial στα δεδομένα και θα το αξιολογήσει στις ίδιες τιμές, ελέγχοντας ότι το αποτέλεσμα είναι το ίδιο. Αυτός είναι ένας τρόπος επαλήθευσης των δεδομένων που είναι συμβατός με τις τεχνικές μηδενικής γνώσης που χρησιμοποιούνται από ορισμένα rollups και άλλα μέρη του πρωτοκόλλου Ethereum.
+
+### Τι ήταν η τελετή KZG; {#what-is-a-kzg-ceremony}
+
+Η τελετή KZG ήταν ένας τρόπος για πολλούς ανθρώπους από όλη την κοινότητα του Ethereum να δημιουργήσουν συλλογικά μια μυστική τυχαία σειρά αριθμών που μπορούν να χρησιμοποιηθούν για την επαλήθευση ορισμένων δεδομένων. Είναι πολύ σημαντικό ότι αυτή η σειρά αριθμών δεν είναι γνωστή και δεν μπορεί να αναδημιουργηθεί από κανέναν. Για να διασφαλιστεί αυτό, κάθε άτομο που συμμετείχε στην τελετή έλαβε μια σειρά από τον προηγούμενο συμμετέχοντα. Οι συμμετέχοντες δημιούργησαν νέες τυχαίες τιμές (π.χ. επιτρέποντας στο πρόγραμμα περιήγησής τους να μετρήσει την κίνηση του ποντικιού τους) και τις ανέμειξαν με την προηγούμενη τιμή. Στη συνέχεια, έστειλαν την τιμή στον επόμενο συμμετέχοντα και την κατέστρεψαν από την τοπική τους μηχανή. Στον βαθμό που ένα άτομο στην τελετή το έκανε αυτό με ειλικρίνεια, η τελική τιμή δε θα είναι γνωστή σε έναν επιτιθέμενο.
+
+Η τελετή KZG του EIP-4844 ήταν ανοιχτή στο κοινό και δεκάδες χιλιάδες άνθρωποι συμμετείχαν για να προσθέσουν τη δική τους εντροπία (τυχαιότητα). Συνολικά έγιναν πάνω από 140.000 συνεισφορές, καθιστώντας την τη μεγαλύτερη τελετή του είδους της στον κόσμο. Για να υπονομευθεί η τελετή, το 100% των συμμετεχόντων θα έπρεπε να είναι ενεργά ανέντιμοι. Από την οπτική των συμμετεχόντων, εάν γνωρίζουν ότι ήταν ειλικρινείς, δε χρειάζεται να εμπιστευτούν κανέναν άλλο, επειδή γνωρίζουν ότι ασφάλισαν την τελετή (ικανοποίησαν ατομικά την απαίτηση ενός ειλικρινούς συμμετέχοντα από τους Ν).
+
+
+
+Όταν ένα πακέτο συναλλαγών δημοσιεύει δεδομένα σε ένα blob, παρέχει μια "δέσμευση" ότι δημοσιεύει στην αλυσίδα. Αυτή η δέσμευση είναι το αποτέλεσμα της αξιολόγησης μια πολυωνυμικής προσαρμογής στα δεδομένα σε ορισμένα σημεία. Αυτά τα σημεία ορίζονται από τους τυχαίους αριθμούς που δημιουργούνται στην τελετή KZG. Οι αποδεικνύοντες μπορούν στη συνέχεια να αξιολογήσουν το polynomial στα ίδια σημεία για να επαληθεύσουν τα δεδομένα και εάν καταλήξουν στις ίδιες τιμές, τότε τα δεδομένα είναι σωστά.
+
+
+
+
+
+Εάν κάποιος γνωρίζει τις τυχαίες τοποθεσίες που χρησιμοποιούνται για τη δέσμευση, είναι εύκολο για αυτόν να δημιουργήσει ένα νέο polynomial που ταιριάζει σε αυτά τα συγκεκριμένα σημεία (δηλαδή μια «σύγκρουση»). Αυτό σημαίνει ότι θα μπορούσε να προσθέσει ή να αφαιρέσει δεδομένα από το blob και να παράσχει ακόμα μια έγκυρη απόδειξη. Για να αποφευχθεί αυτό, αντί να δίνουν στους αποδεικνύοντες τις πραγματικές μυστικές τοποθεσίες, στην πραγματικότητα λαμβάνουν τις τοποθεσίες καλυμμένες με ένα κρυπτογραφημένο «μαύρο κουτί» χρησιμοποιώντας ελλειπτικές καμπύλες. Αυτές ανακατεύουν αποτελεσματικά τις τιμές με τέτοιο τρόπο ώστε οι αρχικές τιμές να μην μπορούν να αναστραφούν, αλλά με κάποιο έξυπνο υπολογισμό άλγεβρας οι αποδεικνύοντες και οι επαληθευτές μπορούν ακόμα να αξιολογούν polynomials στα σημεία που αντιπροσωπεύουν.
+
+
+
+
+ Ούτε το Danksharding ούτε το Proto-Danksharding ακολουθούν το παραδοσιακό μοντέλο «τμηματοποίησης» που στοχεύει στον διαχωρισμό της κρυπτοαλυσίδας σε πολλαπλά μέρη. Οι αλυσίδες shard δεν αποτελούν πλέον μέρος του οδικού χάρτη. Αντίθετα, το Danksharding χρησιμοποιεί δειγματοληψία κατανεμημένων δεδομένων σε blobs για την κλιμάκωση του Ethereum. Αυτό είναι πολύ απλούστερο στην εφαρμογή. Αυτό το μοντέλο έχει μερικές φορές αναφερθεί ως «data-sharding».
+
+
+## Τι είναι το Danksharding; {#what-is-danksharding}
+
+Το Danksharding είναι η πλήρης υλοποίηση της κλιμάκωσης rollup που ξεκίνησε με το Proto-Danksharding. Το Danksharding θα φέρει τεράστιες ποσότητες χώρου στο Ethereum, ώστε τα rollup να απορρίπτουν τα συμπιεσμένα δεδομένα συναλλαγών τους. Αυτό σημαίνει ότι το Ethereum θα είναι σε θέση να υποστηρίξει εύκολα εκατοντάδες μεμονωμένα rollups και να πραγματοποιήσει εκατομμύρια συναλλαγές ανά δευτερόλεπτο.
+
+Ο τρόπος λειτουργίας του είναι η επέκταση των blobs που συνδέονται με τα μπλοκ από έξι (6) στο Proto-Danksharding σε 64, στο πλήρες Danksharding. Οι υπόλοιπες απαιτούμενες αλλαγές είναι όλες ενημερώσεις στον τρόπο λειτουργίας των πελατών συναίνεσης, για να μπορούν να χειρίζονται τα νέα μεγάλα blobs. Ορισμένες από αυτές τις αλλαγές βρίσκονται ήδη στον οδικό χάρτη για άλλους σκοπούς ανεξάρτητα από το Danksharding. Για παράδειγμα, το Danksharding απαιτεί να έχει εφαρμοστεί ο διαχωρισμός προτείνοντος-κατασκευαστή μπλοκ. Πρόκειται για μια αναβάθμιση που διαχωρίζει τις εργασίες κατασκευής και πρότασης μπλοκ σε διαφορετικούς επικυρωτές. Ομοίως, η δειγματοληψία διαθεσιμότητας δεδομένων απαιτείται για το Danksharding, αλλά απαιτείται επίσης για την ανάπτυξη εφαρμογών πελάτη μικρού μεγέθους που δεν αποθηκεύουν πολλά ιστορικά δεδομένα («πελάτες χωρίς κατάσταση»).
+
+
+
+Ο διαχωρισμός προτείνοντος-κατασκευαστή μπλοκ απαιτείται για να αποτραπεί η ανάγκη των μεμονωμένων επικυρωτών να δημιουργούν δαπανηρές δεσμεύσεις και αποδείξεις για 32MB δεδομένων blob. Αυτό θα ασκήσει υπερβολική πίεση στους οικιακούς χρήστες αποθηκευμένου κεφαλαίου και θα τους υποχρεώσει να επενδύσουν σε ισχυρότερα συστήματα, γεγονός που βλάπτει την αποκέντρωση. Αντίθετα, εξειδικευμένοι κατασκευαστές μπλοκ αναλαμβάνουν την ευθύνη για αυτή τη δαπανηρή υπολογιστική εργασία. Στη συνέχεια, διαθέτουν τα μπλοκ τους στους προτείνοντες μπλοκ για δημοσίευση. Ο προτείνων μπλοκ απλώς επιλέγει το μπλοκ που είναι πιο κερδοφόρο. Ο καθένας μπορεί να επαληθεύσει τα blobs φθηνά και γρήγορα, πράγμα που σημαίνει ότι οποιοσδήποτε κανονικός επικυρωτής μπορεί να ελέγξει ότι οι κατασκευαστές μπλοκ συμπεριφέρονται αξιόπιστα. Αυτό επιτρέπει την επεξεργασία των μεγάλων blobs χωρίς να θυσιάζεται η αποκέντρωση. Οι κακοήθεις κατασκευαστές μπλοκ θα μπορούσαν απλώς να εκδιωχθούν από το δίκτυο και να επιβληθεί περικοπή, ενώ άλλοι θα μπουν στη θέση τους επειδή η κατασκευή μπλοκ είναι μια κερδοφόρα δραστηριότητα.
+
+
+
+
+
+Η δειγματοληψία διαθεσιμότητας δεδομένων απαιτείται για τους επικυρωτές για γρήγορο και αποτελεσματικό έλεγχο των δεδομένων blob. Χρησιμοποιώντας τη δειγματοληψία διαθεσιμότητας δεδομένων, οι επικυρωτές μπορούν να είναι πολύ σίγουροι ότι τα δεδομένα blob ήταν διαθέσιμα και δεσμεύτηκαν σωστά. Κάθε επικυρωτής μπορεί τυχαία να δειγματίσει μερικά μόνο σημεία δεδομένων και να δημιουργήσει μια απόδειξη, που σημαίνει ότι κανένας επικυρωτής δεν χρειάζεται να ελέγξει ολόκληρο το blob. Εάν λείπουν δεδομένα, θα εντοπιστούν γρήγορα και το blob θα απορριφθεί.
+
+
+
+### Τρέχουσα πρόοδος {#current-progress}
+
+Το πλήρες Danksharding είναι αρκετά χρόνια μακριά. Στο μεταξύ, η τελετή KZG ολοκληρώθηκε με περισσότερες από 140.000 συνεισφορές και το [EIP](https://eips.ethereum.org/EIPS/eip-4844) για το Proto-Danksharding έχει ωριμάσει. Αυτή η πρόταση έχει εφαρμοστεί πλήρως σε όλα τα δίκτυα δοκιμών και τέθηκε σε λειτουργία στο Mainnet με την αναβάθμιση δικτύου Cancun-Deneb (Dencun) τον Μάρτιο του 2024.
+
+### Περισσότερες πληροφορίες {#further-reading}
+
+- [Σημειώσεις Proto-Danksharding](https://notes.ethereum.org/@vbuterin/proto_danksharding_faq) - _Vitalik Buterin_
+- [Σημειώσεις του Dankrad για το Danksharding](https://notes.ethereum.org/@dankrad/new_sharding)
+- [Συζήτηση του Dankrad, Proto και Vitalik για το Danksharding](https://www.youtube.com/watch?v=N5p0TB77flM)
+- [Η τελετή KZG](https://ceremony.ethereum.org/)
+- [Ομιλία του Carl Beekhuizen στο Devcon για αξιόπιστους τρόπου εγκατάστασης](https://archive.devcon.org/archive/watch/6/the-kzg-ceremony-or-how-i-learnt-to-stop-worrying-and-love-trusted-setups/?tab=YouTube)
+- [Περισσότερα για τη δειγματοληψία διαθεσιμότητας δεδομένων για blobs](https://hackmd.io/@vbuterin/sharding_proposal#ELI5-data-availability-sampling)
+- [Ο Dankrad Feist για τις δεσμεύσεις και αποδείξεις KZG](https://youtu.be/8L2C6RDMV9Q)
+- [Πολυωνυμικές δεσμεύσεις KZG](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html)
diff --git a/public/content/translations/el/dao/index.md b/public/content/translations/el/dao/index.md
index cd925bff2dc..bb0e8dc5879 100644
--- a/public/content/translations/el/dao/index.md
+++ b/public/content/translations/el/dao/index.md
@@ -19,7 +19,7 @@ summaryPoint3: Ένα ασφαλές μέρος συγκέντρωσης κεφ
Οι DAO μας επιτρέπουν να εργαζόμαστε με άλλους χρήστες σε όλο τον κόσμο χωρίς να εμπιστευόμαστε έναν καλοπροαίρετο ηγέτη για να διαχειριστούμε τα κεφάλαια ή τις επιχειρήσεις. Δεν υπάρχει διευθύνων σύμβουλος που να μπορεί να δαπανήσει χρήματα για μια ιδιοτροπία του ή οικονομικός σύμβουλος που να μπορεί να χειραγωγήσει τα λογιστικά βιβλία. Αντιθέτως, οι κανόνες με βάση την κρυπτοαλυσίδα ενσωματώνονται στον κώδικα και καθορίζουν τον τρόπο λειτουργίας του οργανισμού και της δαπάνης των κεφαλαίων.
-Υπάρχουν ενσωματωμένα θησαυροφυλάκια στα οποία κανείς δεν έχει έγκριση πρόσβασης χωρίς την άδεια της ομάδας. Οι αποφάσεις λαμβάνονται μετά από προτάσεις και ψηφοφορίες για να διασφαλιστεί ότι όλοι στον οργανισμό έχουν λόγο και όλα συμβαίνουν με διαφάνεια στην [κρυπτοαλυσίδα](/glossary/#on-chain).
+Υπάρχουν ενσωματωμένα θησαυροφυλάκια στα οποία κανείς δεν έχει έγκριση πρόσβασης χωρίς την άδεια της ομάδας. Οι αποφάσεις λαμβάνονται μετά από προτάσεις και ψηφοφορίες για να διασφαλιστεί ότι όλοι στον οργανισμό έχουν λόγο και όλα συμβαίνουν με διαφάνεια στην [κρυπτοαλυσίδα](/glossary/#onchain).
## Πού εξυπηρετούν οι οργανισμοί DAO; {#why-dao}
@@ -120,7 +120,7 @@ _Συνήθως χρησιμοποιείται για πιο στενές και
### Συμμετοχή που βασίζεται στη δημοσιότητα {#reputation-based-membership}
-Η δημοσιότητα αποτελεί απόδειξη παρουσίας και παρέχει το δικαίωμα ψήφου στον DAO. Σε αντίθεση με τα μέλη σύμφωνα με τα ψηφιακά στοιχεία ή τις μετοχές τους, οι DAO που βασίζονται στη δημοσιότητα δε μεταβιβάζουν την ιδιοκτησία στους συμμετέχοντες. Η δημοσιότητα δεν μπορεί να αγοραστεί, να μεταβιβαστεί ή να εκχωρηθεί. Τα μέλη του DAO πρέπει να κερδίζουν τη φήμη τους μέσω της συμμετοχής τους. Η ψηφοφορία επί της αλυσίδας είναι χωρίς άδεια και τα μελλοντικά μέλη μπορούν ελεύθερα να υποβάλουν προτάσεις για να ενταχθούν σε DAO και να ζητήσουν να λάβουν δημοσιότητα και ψηφιακά στοιχεία ως ανταμοιβή σε αντάλλαγμα για τις συνεισφορές τους.
+Η δημοσιότητα αποτελεί απόδειξη παρουσίας και παρέχει το δικαίωμα ψήφου στον DAO. Σε αντίθεση με τα μέλη σύμφωνα με τα ψηφιακά στοιχεία ή τις μετοχές τους, οι DAO που βασίζονται στη δημοσιότητα δε μεταβιβάζουν την ιδιοκτησία στους συμμετέχοντες. Η δημοσιότητα δεν μπορεί να αγοραστεί, να μεταβιβαστεί ή να εκχωρηθεί. Τα μέλη του DAO πρέπει να κερδίζουν τη φήμη τους μέσω της συμμετοχής τους. Η ψηφοφορία επί της αλυσίδας δεν απαιτεί άδεια και τα μελλοντικά μέλη μπορούν ελεύθερα να υποβάλουν προτάσεις για να ενταχθούν σε DAO και να ζητήσουν να λάβουν δημοσιότητα και ψηφιακά στοιχεία ως ανταμοιβή σε αντάλλαγμα για τις συνεισφορές τους.
_Συνήθως χρησιμοποιείται για την αποκεντρωμένη ανάπτυξη και διακυβέρνηση πρωτοκόλλων και [dapp](/glossary/#dapp), αλλά είναι κατάλληλο και για ένα ποικίλο σύνολο οργανισμών, όπως φιλανθρωπικές οργανώσεις, συλλογικότητες εργαζομένων, επενδυτικούς συλλόγους κλπ._
diff --git a/public/content/translations/el/decentralized-identity/index.md b/public/content/translations/el/decentralized-identity/index.md
index 472b5c21e93..95f6bad83f1 100644
--- a/public/content/translations/el/decentralized-identity/index.md
+++ b/public/content/translations/el/decentralized-identity/index.md
@@ -67,9 +67,9 @@ summaryPoint3: Χάρη στα κρυπτονομίσματα, οι χρήστε
### 3. Ψηφοφορίες και διαδικτυακές κοινότητες {#voting-and-online-communities}
-Η διαδικτυακή ψηφοφορία και τα μέσα κοινωνικής δικτύωσης είναι δύο νέες εφαρμογές για αποκεντρωμένη ταυτότητα. Τα διαδικτυακά συστήματα ψηφοφορίας είναι επιρρεπή σε χειραγώγηση, ειδικά εάν κακόβουλοι παράγοντες δημιουργούν ψευδείς ταυτότητες για να ψηφίσουν. Ζητώντας από άτομα να παρουσιάσουν βεβαιώσεις on-chain μπορεί να βελτιώσει την ακεραιότητα των διαδικτυακών διαδικασιών ψηφοφορίας.
+Η διαδικτυακή ψηφοφορία και τα μέσα κοινωνικής δικτύωσης είναι δύο νέες εφαρμογές για αποκεντρωμένη ταυτότητα. Τα διαδικτυακά συστήματα ψηφοφορίας είναι επιρρεπή σε χειραγώγηση, ειδικά εάν κακόβουλοι παράγοντες δημιουργούν ψευδείς ταυτότητες για να ψηφίσουν. Ζητώντας από άτομα να παρουσιάσουν βεβαιώσεις στην αλυσίδα μπορεί να βελτιώσει την ακεραιότητα των διαδικτυακών διαδικασιών ψηφοφορίας.
-Η αποκεντρωμένη ταυτότητα μπορεί να βοηθήσει στη δημιουργία διαδικτυακών κοινοτήτων χωρίς ψεύτικους λογαριασμούς. Για παράδειγμα, κάθε χρήστης μπορεί να χρειαστεί να πιστοποιήσει την ταυτότητά του χρησιμοποιώντας ένα σύστημα ταυτότητας on-chain, όπως η υπηρεσία ονομάτων Ethereum, μειώνοντας την πιθανότητα από ρομπότ.
+Η αποκεντρωμένη ταυτότητα μπορεί να βοηθήσει στη δημιουργία διαδικτυακών κοινοτήτων χωρίς ψεύτικους λογαριασμούς. Για παράδειγμα, κάθε χρήστης μπορεί να χρειαστεί να πιστοποιήσει την ταυτότητά του χρησιμοποιώντας ένα σύστημα ταυτότητας στην αλυσίδα, όπως η υπηρεσία ονομάτων Ethereum, μειώνοντας την πιθανότητα από ρομπότ.
### 4. Προστασία Anti-Sybil {#sybil-protection}
@@ -119,7 +119,7 @@ summaryPoint3: Χάρη στα κρυπτονομίσματα, οι χρήστε
Ο τρόπος με τον οποίο αποθηκεύονται και ανακτώνται οι πληροφορίες βεβαίωσης σε ένα οικοσύστημα ταυτότητας που βασίζεται στο Ethereum, διαφέρει από την παραδοσιακή διαχείριση ταυτότητας. Ακολουθεί μια επισκόπηση διαφορετικών προσεγγίσεων για την έκδοση, την αποθήκευση και την επαλήθευση βεβαιώσεων σε αποκεντρωμένα συστήματα ταυτότητας:
-### Βεβαιώσεις εκτός αλυσίδας {#off-chain-attestations}
+### Επικύρωση εκτός αλυσίδας {#offchain-attestations}
Μια ανησυχία σχετικά με την αποθήκευση βεβαιώσεων στην αλυσίδα είναι ότι μπορεί να περιέχουν πληροφορίες που οι χρήστες θέλουν να διατηρήσουν ιδιωτικά. Ο δημόσιος χαρακτήρας του blockchain Ethereum καθιστά μη ελκυστική την αποθήκευση τέτοιων βεβαιώσεων.
@@ -137,7 +137,7 @@ summaryPoint3: Χάρη στα κρυπτονομίσματα, οι χρήστε
Αυτή η προσέγγιση επιτρέπει στις βεβαιώσεις να αποκτήσουν διάρκεια με βάση το blockchain, διατηρώντας παράλληλα τις πληροφορίες των αξιώσεων κρυπτογραφημένες και επαληθεύσιμες. Επιτρέπει επίσης την επιλεκτική αποκάλυψη, καθώς ο κάτοχος του ιδιωτικού κλειδιού μπορεί να αποκρυπτογραφήσει τις πληροφορίες.
-### Βεβαιώσεις επί της αλυσίδας {#onchain-attestations}
+### Επικύρωση επί της αλυσίδας {#onchain-attestations}
Οι επιβεβαιώσεις επί της αλυσίδας πραγματοποιούνται στα [έξυπνα συμβόλαια](/glossary/#smart-contract) στο blockchain του Ethereum. Το έξυπνο συμβόλαιο (που λειτουργεί ως μητρώο) θα αντιστοιχίσει μια βεβαίωση σε ένα αντίστοιχο αποκεντρωμένο αναγνωριστικό στην αλυσίδα (ένα δημόσιο κλειδί).
diff --git a/public/content/translations/el/developers/docs/apis/json-rpc/index.md b/public/content/translations/el/developers/docs/apis/json-rpc/index.md
index d313b241996..9f048307964 100644
--- a/public/content/translations/el/developers/docs/apis/json-rpc/index.md
+++ b/public/content/translations/el/developers/docs/apis/json-rpc/index.md
@@ -207,8 +207,8 @@ curl -X POST --data '{"jsonrpc":"2.0","method":"web3_sha3","params":["0x68656c6c
Η πλήρης λίστα τρεχόντων ID δικτύου είναι διαθέσιμη στο [chainlist.org](https://chainlist.org). Δείτε περισσότερα στο:
- `1`: Κεντρικό δίκτυο Ethereum
+- `5`: Δίκτυο δοκιμών Goerli
- `11155111`: Δίκτυο δοκιμών Sepolia
-- `17000`: Δίκτυο δοκιμών Hoodi
**Παράδειγμα**
diff --git a/public/content/translations/el/developers/docs/consensus-mechanisms/index.md b/public/content/translations/el/developers/docs/consensus-mechanisms/index.md
index 6ab7afcdb60..d3a2e695e0c 100644
--- a/public/content/translations/el/developers/docs/consensus-mechanisms/index.md
+++ b/public/content/translations/el/developers/docs/consensus-mechanisms/index.md
@@ -89,4 +89,4 @@ _Γνωρίζετε κάποιο πόρο της κοινότητας που σ
- [Απόδειξη της εργασίας](/developers/docs/consensus-mechanisms/pow/)
- [Εξόρυξη](/developers/docs/consensus-mechanisms/pow/mining/)
- [Απόδειξη συμμετοχής](/developers/docs/consensus-mechanisms/pos/)
-- [Proof-of-authority](/developers/docs/consensus-mechanisms/poa/)
+- [Απόδειξη Αρχής](/developers/docs/consensus-mechanisms/poa/)
diff --git a/public/content/translations/el/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md b/public/content/translations/el/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
index 5184e72a27e..7d64f7173e1 100644
--- a/public/content/translations/el/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
+++ b/public/content/translations/el/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
@@ -16,7 +16,7 @@ lang: el
Μια **«αναδιοργάνωση»** είναι μια αναδιάταξη των μπλοκ σε νέα σειρά, ίσως με κάποια προσθήκη ή αφαίρεση μπλοκ στην κανονική αλυσίδα. Μια κακόβουλη αναδιοργάνωση μπορεί να εξασφαλίσει τη συμπερίληψη ή εξαίρεση συγκεκριμένων μπλοκ, επιτρέποντας διπλή δαπάνη ή εξαγωγή αξίας μέσω front-running και back-running συναλλαγών (MEV). Οι αναδιοργανώσεις θα μπορούσαν επίσης να χρησιμοποιηθούν για να εμποδίσουν τη συμπερίληψη ορισμένων συναλλαγών στην κανονική αλυσίδα, δηλαδή αποτελούν μια μορφή λογοκρισίας. Η πιο ακραία μορφή αναδιοργάνωσης είναι η «αντιστροφή οριστικότητας» που αφαιρεί ή αντικαθιστά μπλοκ που έχουν προηγουμένως οριστικοποιηθεί. Αυτό είναι δυνατό μόνο εάν καταστραφεί περισσότερο από το ⅓ του συνολικού αποθηκευμένου ether από τον επιτιθέμενο. Αυτή η εγγύηση είναι γνωστή ως «οικονομική οριστικότητα». Περισσότερα για αυτό το θέμα αργότερα.
-Η **διπλή οριστικότητα** είναι απίθανη αλλά σοβαρή κατάσταση όπου δύο ενσωματώσεις μπορούν να οριστικοποιηθούν ταυτόχρονα, δημιουργώντας ένα μόνιμο σχίσμα στην αλυσίδα. Αυτό είναι θεωρητικά δυνατό για έναν επιτιθέμενο που είναι διατεθειμένος να διακινδυνεύσει το 34% του συνολικού αποθηκευμένου ether. Η κοινότητα θα αναγκαστεί να συντονιστεί εκτός αλυσίδας και να καταλήξει σε συμφωνία σχετικά με την αλυσίδα που θα ακολουθήσει, κάτι που προϋποθέτει την επίδειξη πυγμής στο κοινωνικό επίπεδο.
+Η **διπλή οριστικότητα** είναι απίθανη αλλά σοβαρή κατάσταση όπου δύο ενσωματώσεις μπορούν να οριστικοποιηθούν ταυτόχρονα, δημιουργώντας ένα μόνιμο σχίσμα στην αλυσίδα. Αυτό είναι θεωρητικά δυνατό για έναν επιτιθέμενο που είναι διατεθειμένος να διακινδυνεύσει το 34% του συνολικού αποθηκευμένου ether. Η κοινότητα θα αναγκαζόταν να συντονίσει το offchain και να καταλήξει σε συμφωνία για το ποια αλυσίδα να ακολουθήσει, κάτι που θα απαιτούσε δύναμη στο κοινωνικό στρώμα.
Μια επίθεση **καθυστέρησης οριστικότητας** εμποδίζει το δίκτυο να επιτύχει τις απαραίτητες συνθήκες για την οριστικοποίηση τμημάτων της αλυσίδας. Χωρίς οριστικότητα, είναι δύσκολο να εμπιστευτεί κανείς τις χρηματοοικονομικές εφαρμογές που είναι χτισμένες πάνω στο Ethereum. Στόχος μιας επίθεσης καθυστέρησης οριστικότητας είναι πιθανώς απλά να διαταράξει το Ethereum παρά να αποκομίσει άμεσο κέρδος, εκτός εάν ο επιτιθέμενος έχει κάποια στρατηγική χρεωστική θέση.
diff --git a/public/content/translations/el/developers/docs/consensus-mechanisms/pos/index.md b/public/content/translations/el/developers/docs/consensus-mechanisms/pos/index.md
index 8af67ee295f..2e6963ab395 100644
--- a/public/content/translations/el/developers/docs/consensus-mechanisms/pos/index.md
+++ b/public/content/translations/el/developers/docs/consensus-mechanisms/pos/index.md
@@ -96,4 +96,4 @@ lang: el
## Σχετικά θέματα {#related-topics}
- [Απόδειξη της εργασίας (Proof of work)](/developers/docs/consensus-mechanisms/pow/)
-- [Proof-of-authority](/developers/docs/consensus-mechanisms/poa/)
+- [Απόδειξη Αρχής](/developers/docs/consensus-mechanisms/poa/)
diff --git a/public/content/translations/el/developers/docs/consensus-mechanisms/pos/keys/index.md b/public/content/translations/el/developers/docs/consensus-mechanisms/pos/keys/index.md
index 2dafe2767bc..e18f3148253 100644
--- a/public/content/translations/el/developers/docs/consensus-mechanisms/pos/keys/index.md
+++ b/public/content/translations/el/developers/docs/consensus-mechanisms/pos/keys/index.md
@@ -23,7 +23,7 @@ lang: el
- **Ιδιωτικό** κλειδί επικυρωτή
- **Δημόσιο** κλειδί επικυρωτή
-Ο σκοπός του ιδιωτικού κλειδιού επικυρωτή είναι να υπογράφει ενέργειες on-chain όπως προτάσεις μπλοκ και βεβαιώσεις. Εξαιτίας αυτού, αυτά τα κλειδιά πρέπει να φυλάσσονται σε ένα πορτοφόλι άμεσα προσβάσιμο.
+Ο σκοπός του ιδιωτικού κλειδιού επικύρωσης είναι να υπογράφει λειτουργίες στην αλυσίδα, όπως προτάσεις μπλοκ και βεβαιώσεις. Εξαιτίας αυτού, αυτά τα κλειδιά πρέπει να φυλάσσονται σε ένα πορτοφόλι άμεσα προσβάσιμο.
Αυτή η ευελιξία έχει το πλεονέκτημα της πολύ γρήγορης μετακίνησης των κλειδιών υπογραφής επικυρωτή από τη μία συσκευή στην άλλη, ωστόσο, εάν έχουν χαθεί ή κλαπεί, ένας κλέφτης μπορεί να **ενεργήσει κακόβουλα** με μερικούς τρόπους:
@@ -56,6 +56,8 @@ lang: el
+**Σημείωση**: Η έξοδος από τα καθήκοντα δέσμευσης κεφαλαίου και η απόσυρση του υπολοίπου ενός επικυρωτή προϋποθέτει προς το παρόν την υπογραφή ενός [μηνύματος εθελοντικής εξόδου (VEM)](https://mirror.xyz/ladislaus.eth/wmoBbUBes2Wp1_6DvP6slPabkyujSU7MZOFOC3QpErs&1) με το κλειδί επικύρωσης. Ωστόσο, το [EIP-7002](https://eips.ethereum.org/EIPS/eip-7002) είναι μια πρόταση που θα επιτρέψει σε έναν χρήστη να ενεργοποιήσει την έξοδο ενός εργαλείου επικύρωσης και να αποσύρει το υπόλοιπό του υπογράφοντας μηνύματα εξόδου με το κλειδί ανάληψης στο μέλλον. Αυτό θα μειώσει τις υποθέσεις εμπιστοσύνης επιτρέποντας στους συμμετέχοντες που εκχωρούν ETH στους [παρόχους δέσμευσης κεφαλαίου ως υπηρεσία](https://ethereum.org/en/staking/saas/#what-is-staking-as-a-service) να διατηρήσουν τον έλεγχο των κεφαλαίων τους.
+
## Παράγωγη Κλειδιών από Μυστική Φράση {#deriving-keys-from-seed}
Εάν κάθε 32 ETH που αποθηκεύονται απαιτούσαν ένα νέο σύνολο δύο εντελώς ανεξάρτητων κλειδιών, η διαχείριση κλειδιών θα γινόταν γρήγορα δύσχρηστη, ειδικά για χρήστες που εκτελούν πολλούς επικυρωτές. Αντίθετα, πολλαπλά κλειδιά επικυρωτή μπορούν να παραχθούν από ένα ενιαίο κοινό μυστικό και η αποθήκευση αυτού του ενιαίου μυστικού επιτρέπει την πρόσβαση σε πολλαπλά κλειδιά επικυρωτή.
@@ -94,3 +96,5 @@ master_key / purpose / coin_type / account / change / address_index
- [Άρθρο του Ethereum Foundation από τον Carl Beekhuizen](https://blog.ethereum.org/2020/05/21/keys/)
- [Δημιουργία κλειδιού EIP-2333 BLS12-381](https://eips.ethereum.org/EIPS/eip-2333)
+- [EIP-7002: Execution Layer Triggered Exits](https://research.2077.xyz/eip-7002-unpacking-improvements-to-staking-ux-post-merge)
+- [Διαχείριση κλειδιών στην κλιμάκωση](https://docs.ethstaker.cc/ethstaker-knowledge-base/scaled-node-operators/key-management-at-scale)
diff --git a/public/content/translations/el/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md b/public/content/translations/el/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md
index a808fd59c49..917b27e6f78 100644
--- a/public/content/translations/el/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md
+++ b/public/content/translations/el/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md
@@ -84,6 +84,8 @@ PROPOSER_WEIGHT uint64(8)
- [Κίνητρα στο υβριδικό πρωτόκολλο Casper του Ethereum](https://arxiv.org/pdf/1903.04205.pdf)
- [Προδιαγραφή με σχόλια του Vitalik](https://github.com/ethereum/annotated-spec/blob/master/phase0/beacon-chain.md#rewards-and-penalties-1)
- [Συμβουλές αποτροπής περικοπής Eth2](https://medium.com/prysmatic-labs/eth2-slashing-prevention-tips-f6faa5025f50)
+- [Επεξήγηση EIP-7251: Αύξηση του μέγιστου αποτελεσματικού υπολοίπου για επικυρωτές](https://research.2077.xyz/eip-7251_Increase_MAX_EFFECTIVE_BALANCE)
+- [Ανάλυση περικοπών ποινών βάσει του EIP-7251](https://ethresear.ch/t/slashing-penalty-analysis-eip-7251/16509)
_Πηγές_
diff --git a/public/content/translations/el/developers/docs/consensus-mechanisms/pow/index.md b/public/content/translations/el/developers/docs/consensus-mechanisms/pow/index.md
index aa66cd42b3f..b0780ece930 100644
--- a/public/content/translations/el/developers/docs/consensus-mechanisms/pow/index.md
+++ b/public/content/translations/el/developers/docs/consensus-mechanisms/pow/index.md
@@ -106,4 +106,4 @@ lang: el
- [Κρυπτόρυξη](/developers/docs/consensus-mechanisms/pow/mining/)
- [Απόδειξη συμμετοχής](/developers/docs/consensus-mechanisms/pos/)
-- [Proof-of-authority](/developers/docs/consensus-mechanisms/poa/)
+- [Απόδειξη Αρχής](/developers/docs/consensus-mechanisms/poa/)
diff --git a/public/content/translations/el/developers/docs/data-and-analytics/block-explorers/index.md b/public/content/translations/el/developers/docs/data-and-analytics/block-explorers/index.md
index 3bbb51adf31..bdba8fd82e4 100644
--- a/public/content/translations/el/developers/docs/data-and-analytics/block-explorers/index.md
+++ b/public/content/translations/el/developers/docs/data-and-analytics/block-explorers/index.md
@@ -5,7 +5,7 @@ lang: el
sidebarDepth: 3
---
-Οι εξερευνητές block είναι η πύλη σας για τα δεδομένα του Ethereum. Μπορείτε να τα χρησιμοποιήσετε για να δείτε δεδομένα σε πραγματικό χρόνο για μπλοκ, συναλλαγές, επικυρωτές, λογαριασμούς και άλλες on-chain δραστηριότητες.
+Οι εξερευνητές block είναι η πύλη σας για τα δεδομένα του Ethereum. Μπορείτε να τα χρησιμοποιήσετε για να δείτε δεδομένα σε πραγματικό χρόνο για μπλοκ, συναλλαγές, επικυρωτές, λογαριασμούς και άλλες δραστηριότητες στην αλυσίδα.
## Προαπαιτούμενα {#prerequisites}
@@ -95,7 +95,7 @@ sidebarDepth: 3
- Gas limit - Ο μέγιστος αριθμός μονάδων gas που μπορεί να καταναλώσει αυτή η συναλλαγή
- Gas used - Η πραγματική ποσότητα μονάδων gas που κατανάλωσε η συναλλαγή
- Gas price - Η τιμή που ορίζεται ανά μονάδα gas
-- Nonce - Ο αριθμός συναλλαγής `από` τη διεύθυνση (να θυμάστε ότι αυτό ξεκινά από το 0, οπότε ένα nonce `100` θα ήταν στην πραγματικότητα η 101η συναλλαγή που υποβλήθηκε από αυτόν τον λογαριασμό)
+- Nonce - Ο αριθμός συναλλαγής `from` τη διεύθυνση (να θυμάστε ότι αυτό ξεκινά από το 0, οπότε ένα nonce `100` θα ήταν στην πραγματικότητα η 101η συναλλαγή που υποβλήθηκε από αυτόν τον λογαριασμό)
- Input data - Οποιαδήποτε πρόσθετη πληροφορία απαιτείται από τη συναλλαγή
### Λογαριασμοί {#accounts}
@@ -238,12 +238,12 @@ sidebarDepth: 3
## Εξερευνητές Block {#block-explorers}
-- [Etherscan](https://etherscan.io/) - ένας εξερευνητής μπλοκ που μπορείτε να χρησιμοποιήσετε για την ανάκτηση δεδομένων για το Ethereum Mainnet και τα δίκτυα δοκιμών Sepolia και Hoodi
+- [Etherscan](https://etherscan.io/) - ένας εξερευνητής μπλοκ που μπορείτε να χρησιμοποιήσετε για την ανάκτηση δεδομένων για το Ethereum Mainnet και το Goerli Testnet
- [3xpl](https://3xpl.com/ethereum): Ένας ανοιχτού κώδικα εξερευνητής Ethereum χωρίς διαφημίσεις που επιτρέπει τη λήψη των συνόλων δεδομένων του.
-- [Beaconcha.in](https://beaconcha.in/): Ένας ανοιχτού κώδικα εξερευνητής μπλοκ για το κύριο δίκτυο του Ethereum και τα δίκτυα δοκιμών Sepolia και Hoodi.
+- [Beaconcha.in](https://beaconcha.in/): Ένας ανοιχτού κώδικα εξερευνητής μπλοκ για το κύριο δίκτυο του Ethereum και το δοκιμαστικό δίκτυο Goerli.
- [Blockchair](https://blockchair.com/ethereum): ο πιο ιδιωτικός εξερευνητής Ethereum. Επίσης για ταξινόμηση και φιλτράρισμα δεδομένων του mempool.
- [Etherchain](https://www.etherchain.org/) - ένας εξερευνητής μπλοκ για το κεντρικό δίκτυο του Ethereum
-- [Ethplorer](https://ethplorer.io/): Ένας εξερευνητής μπλοκ με έμφαση στα tokens για το κύριο δίκτυο του Ethereum και τα δίκτυα δοκιμών Sepolia και Hoodi.
+- [Ethplorer](https://ethplorer.io/): Ένας εξερευνητής μπλοκ με έμφαση στα tokens για το κύριο δίκτυο του Ethereum και το δοκιμαστικό δίκτυο Kovan.
- [Rantom](https://rantom.app/) - Ένας φιλικός προς το χρήστη ανοιχτού κώδικα DeFi & NFT προβολής συναλλαγών για λεπτομερείς πληροφορίες
- [Ethernow](https://www.ethernow.xyz/): Ένας εξερευνητής συναλλαγών σε πραγματικό χρόνο που σας επιτρέπει να δείτε το προ-αλυσίδα επίπεδο του κύριου δικτύου Ethereum.
diff --git a/public/content/translations/el/developers/docs/data-and-analytics/index.md b/public/content/translations/el/developers/docs/data-and-analytics/index.md
index 12b8b28a6f6..40bddc0164c 100644
--- a/public/content/translations/el/developers/docs/data-and-analytics/index.md
+++ b/public/content/translations/el/developers/docs/data-and-analytics/index.md
@@ -45,11 +45,15 @@ lang: el
## Πρόγραμμα δεδομένων Ethernow - Mempool {#ethernow}
Το [Blocknative](https://www.blocknative.com/) παρέχει ανοιχτή πρόσβαση στο ιστορικό [αρχείο δεδομένων του mempool](https://www.ethernow.xyz/mempool-data-archive) στο Ethereum. Αυτό δίνει τη δυνατότητα σε ερευνητές και σε έργα της κοινότητας να εξερευνήσουν το επίπεδο προ-αλυσίδας του Ethereum Mainnet. Το σύνολο δεδομένων διατηρείται ενεργά και αντιπροσωπεύει το πιο ολοκληρωμένο ιστορικό αρχείο γεγονότων συναλλαγών mempool εντός του οικοσυστήματος του Ethereum. Μάθετε περισσότερα για το [Ethernow](https://www.ethernow.xyz/).
-## Περισσότερες πληροφορίες {#further-reading}
+## Γλώσσα ερωτήματος EVM
+
+Η Γλώσσα Ερωτημάτων EVM (EQL) είναι μια γλώσσα που μοιάζει με SQL και έχει σχεδιαστεί για να υποβάλλει ερωτήματα σε αλυσίδες EVM (Εικονική μηχανή Ethereum). Ο απώτερος στόχος της EQL είναι να υποστηρίξει σύνθετα σχεσιακά ερωτήματα σε πολίτες πρώτης κατηγορίας της αλυσίδας EVM (μπλοκ, λογαριασμοί και συναλλαγές), ενώ παρέχει στους προγραμματιστές και τους ερευνητές μια εργονομική σύνταξη για καθημερινή χρήση. Με το EQL, οι προγραμματιστές μπορούν να ανακτήσουν δεδομένα blockchain χρησιμοποιώντας οικεία σύνταξη τύπου SQL και να εξαλείψουν την ανάγκη για πολύπλοκο κώδικα boilerplate. Η EQL υποστηρίζει τυπικά αιτήματα δεδομένων blockchain (π.χ. ανάκτηση του μηδενικού και υπολοίπου ενός λογαριασμού στο Ethereum ή ανάκτηση του τρέχοντος μεγέθους και χρονικής σφραγίδας μπλοκ) και προσθέτει συνεχώς υποστήριξη για πιο σύνθετα αιτήματα και σύνολα χαρακτηριστικών.
+## Περισσότερες πληροφορίες {#further-reading}
+- [Εξερευνώντας Δεδομένα Κρύπτο I: Αρχιτεκτονική Ροής Δεδομένων](https://research.2077.xyz/exploring-crypto-data-1-data-flow-architectures)
- [Επισκόπηση του Δικτύου Graph](https://thegraph.com/docs/en/about/network/)
- [Χώρος ανάπτυξης Graph Query](https://thegraph.com/explorer/subgraph/graphprotocol/graph-network-mainnet?version=current)
- [Παραδείγματα κώδικα API στο EtherScan](https://etherscan.io/apis#contracts)
- [Beaconcha.in εξερευνητής κύριας αλυσίδας](https://beaconcha.in)
- [Τα βασικά για το Dune](https://docs.dune.com/#dune-basics)
-- [Οδηγός γρήγορης εκκίνησης SubQuery Ethereum](https://academy.subquery.network/indexer/quickstart/quickstart_chains/ethereum-gravatar.html)
+- [Γλώσσα ερωτήματος EVM](https://eql.sh/blog/alpha-release-notes)
diff --git a/public/content/translations/el/developers/docs/development-networks/index.md b/public/content/translations/el/developers/docs/development-networks/index.md
index c045d0db770..e8349ee860d 100644
--- a/public/content/translations/el/developers/docs/development-networks/index.md
+++ b/public/content/translations/el/developers/docs/development-networks/index.md
@@ -47,11 +47,10 @@ _θα μπορούσατε_ [να εκτελέσετε έναν κόμβο](/dev
### Δημόσιες αλυσίδες δοκιμών Ethereum {#public-beacon-testchains}
-Υπάρχουν επίσης δύο διατηρούμενες δημόσιες εφαρμογές δοκιμών του Ethereum: το Sepolia και το Hoodi. Το Sepolia είναι το προτεινόμενο τυπικό δίκτυο δοκιμών για την ανάπτυξη εφαρμογών, με ένα κλειστό σύνολο επικυρωτών για γρήγορη συγχρονισμό. Το Hoodi είναι ένα δίκτυο δοκιμών για επικύρωση και αποθήκευση κεφαλαίου, το οποίο χρησιμοποιεί ένα ανοικτό σύνολο επικυρωτών και επιτρέπει δυνητικά σε οποιονδήποτε να επικυρώσει.
+Υπάρχουν επίσης δύο διατηρούμενες δημόσιες εφαρμογές δοκιμών του Ethereum: το Goerli και το Sepolia. Το προτεινόμενο δίκτυο δοκιμών με μακροπρόθεσμη υποστήριξη είναι το Goerli, στο οποίο ο καθένας έχει δυνατότητα να επικυρώσει. Το Sepolia είναι μια νεότερη, μικρότερη αλυσίδα που αναμένεται επίσης να διατηρηθεί για το άμεσο μέλλον, με ένα επιτρεπόμενο σύνολο επικυρωτών (που σημαίνει ότι δεν υπάρχει γενική πρόσβαση σε νέους επικυρωτές σε αυτό το δίκτυο δοκιμών). Η αλυσίδα Ropsten αναμένεται να καταργηθεί το 4ο τρίμηνο του 2022 και η αλυσίδα Rinkeby αναμένεται να καταργηθεί το 2ο-3ο τρίμηνο του 2023.
-- [Πλατφόρμα εκκίνησης αποθήκευσης κεφαλαίου Hoodi](https://hoodi.launchpad.ethereum.org/en/)
-- [Ιστότοπος Sepolia](https://sepolia.dev/)
-- [Ιστότοπος Hoodi](https://hoodi.ethpandaops.io/)
+- [Πλατφόρμα εκκίνησης αποθήκευσης κεφαλαίου Goerli](https://goerli.launchpad.ethereum.org/)
+- [Ανακοίνωση κατάργησης Ropsten, Rinkeby & Kiln](https://blog.ethereum.org/2022/06/21/testnet-deprecation)
### Πακέτο Kurtosis Ethereum {#kurtosis}
diff --git a/public/content/translations/el/developers/docs/evm/index.md b/public/content/translations/el/developers/docs/evm/index.md
index 7c40dbb52e3..9eb40f7f6e7 100644
--- a/public/content/translations/el/developers/docs/evm/index.md
+++ b/public/content/translations/el/developers/docs/evm/index.md
@@ -4,7 +4,7 @@ description: Μια εισαγωγή στην εικονική μηχανή το
lang: el
---
-Η εικονική μηχανή Ethereum (EVM) είναι ένα αποκεντρωμένο εικονικό περιβάλλον που εκτελεί κώδικα με συνέπεια και ασφάλεια σε όλους τους κόμβους του Ethereum. Οι κόμβοι εκτελούν το EVM για την εκτέλεση έξυπνων συμβολαίων, χρησιμοποιώντας "[gas](/gas/)" για τη μέτρηση της υπολογιστικής προσπάθειας που απαιτούν οι [λειτουργίες](/developers/docs/evm/opcodes/), διασφαλίζοντας αποτελεσματική κατανομή πόρων και ασφάλεια δικτύου.
+Η εικονική μηχανή Ethereum (EVM) είναι ένα αποκεντρωμένο εικονικό περιβάλλον που εκτελεί κώδικα με συνέπεια και ασφάλεια σε όλους τους κόμβους του Ethereum. Οι κόμβοι εκτελούν το EVM για την εκτέλεση έξυπνων συμβολαίων, χρησιμοποιώντας "[gas](/developers/docs/gas/)" για τη μέτρηση της υπολογιστικής προσπάθειας που απαιτούν οι [λειτουργίες](/developers/docs/evm/opcodes/), διασφαλίζοντας αποτελεσματική κατανομή πόρων και ασφάλεια δικτύου.
## Προαπαιτούμενα {#prerequisites}
@@ -14,7 +14,7 @@ lang: el
Η αναλογία ενός «κατανεμημένου ledger» χρησιμοποιείται συχνά για να περιγράψει αλυσίδες συστοιχιών, όπως το Bitcoin, που ενεργοποιούν ένα νόμισμα αποκεντρωμένο χρησιμοποιώντας θεμελιώδη εργαλεία κρυπτογραφίας. Το ledger διατηρεί ένα αρχείο δραστηριότητας το οποίο πρέπει να συμμορφώνεται με ένα σύνολο κανόνων που ελέγχουν τι μπορεί και τι δεν μπορεί να κάνει κάποιος για να τροποποιήσει το ledger. Για παράδειγμα, μια διεύθυνση Bitcoin δεν μπορεί να ξοδέψει περισσότερα Bitcoin από όσα είχε λάβει προηγουμένως. Αυτοί οι κανόνες είναι θεμελιώδεις για όλες τις συναλλαγές στο Bitcoin και σε πολλές άλλες αλυσίδες συστοιχιών.
-Ενώ το Ethereum έχει το δικό του εγγενές κρυπτονόμισμα (Ether) που ακολουθεί σχεδόν ακριβώς τους ίδιους διαισθητικούς κανόνες, ενεργοποιεί επίσης μια πολύ πιο ισχυρή λειτουργία: [τα έξυπνα συμβόλαια](/developers/docs/smart-contracts/). Για αυτό το πιο περίπλοκο χαρακτηριστικό, απαιτείται μια πιο σύνθετη αναλογία. Αντί για ένα κατανεμημένο ledger, το Ethereum είναι μια κατανεμημένη [μηχανή κατάστασης](https://wikipedia.org/wiki/Finite-state_machine). Η κατάσταση του Ethereum είναι μια μεγάλη δομή δεδομένων που περιέχει όχι μόνο όλους τους λογαριασμούς και τα υπόλοιπα, αλλά μια _κατάσταση μηχανής_, η οποία μπορεί να αλλάζει από μπλοκ σε μπλοκ σύμφωνα με ένα προκαθορισμένο σύνολο κανόνων και η οποία μπορεί να εκτελεί αυθαίρετα κώδικα μηχανήματος. Οι συγκεκριμένοι κανόνες αλλαγής κατάστασης από μπλοκ σε μπλοκ καθορίζονται από το EVM.
+Ενώ το Ethereum έχει το δικό του εγγενές κρυπτονόμισμα (ether) που ακολουθεί σχεδόν ακριβώς τους ίδιους διαισθητικούς κανόνες, επιτρέπει επίσης μια πολύ πιο ισχυρή λειτουργία: [τα έξυπνα συμβόλαια](/developers/docs/smart-contracts/). Για αυτό το πιο περίπλοκο χαρακτηριστικό, απαιτείται μια πιο σύνθετη αναλογία. Αντί για ένα κατανεμημένο ledger, το Ethereum είναι μια κατανεμημένη [μηχανή κατάστασης](https://wikipedia.org/wiki/Finite-state_machine). Η κατάσταση του Ethereum είναι μια μεγάλη δομή δεδομένων που περιέχει όχι μόνο όλους τους λογαριασμούς και τα υπόλοιπα, αλλά μια _κατάσταση μηχανής_, η οποία μπορεί να αλλάζει από μπλοκ σε μπλοκ σύμφωνα με ένα προκαθορισμένο σύνολο κανόνων και η οποία μπορεί να εκτελεί αυθαίρετα κώδικα μηχανήματος. Οι συγκεκριμένοι κανόνες αλλαγής κατάστασης από μπλοκ σε μπλοκ καθορίζονται από το EVM.
 _Προσαρμοσμένο διάγραμμα [εικονογραφημένο από Ethereum EVM](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_
diff --git a/public/content/translations/el/developers/docs/gas/index.md b/public/content/translations/el/developers/docs/gas/index.md
index 964a31e69e4..7860d496a53 100644
--- a/public/content/translations/el/developers/docs/gas/index.md
+++ b/public/content/translations/el/developers/docs/gas/index.md
@@ -106,7 +106,7 @@ lang: el
Το όριο gas αναφέρεται στη μέγιστη ποσότητα gas που είστε διατεθειμένοι να καταναλώσετε σε μια συναλλαγή. Οι πιο περίπλοκες συναλλαγές που περιλαμβάνουν [έξυπνα συμβόλαια](/developers/docs/smart-contracts/) απαιτούν περισσότερη υπολογιστική εργασία, επομένως απαιτούν υψηλότερο όριο gas από μια απλή πληρωμή. Μια τυπική μεταφορά ETH απαιτεί όριο gas 21.000 μονάδων gas.
-Για παράδειγμα, αν βάλετε όριο gas 50.000 για μια απλή μεταφορά ETH, το EVM θα καταναλώσει 21.000 και θα λάβετε πίσω τα υπόλοιπα 29.000. Ωστόσο, εάν καθορίσετε πολύ λίγο gas, για παράδειγμα, ένα όριο gas 20.000 για μια απλή μεταφορά ETH, το EVM θα καταναλώσει τις 20.000 μονάδες gas σας προσπαθώντας να διεκπεραιώσει τη συναλλαγή, αλλά δεν θα ολοκληρωθεί. Στη συνέχεια, το EVM επαναφέρει οποιεσδήποτε αλλαγές, αλλά δεδομένου ότι ο επικυρωτής έχει ήδη πραγματοποιήσει εργασίες αξίας 20 χιλιάδων μονάδων gas, αυτό το gas καταναλώνεται.
+Για παράδειγμα, αν βάλετε όριο gas 50.000 για μια απλή μεταφορά ETH, το EVM θα καταναλώσει 21.000 και θα λάβετε πίσω τα υπόλοιπα 29.000. Ωστόσο, εάν καθορίσετε πολύ λίγο gas, για παράδειγμα, όριο gas 20.000 για μια απλή μεταφορά ETH, η συναλλαγή θα αποτύχει κατά τη φάση επικύρωσης. Θα απορριφθεί πριν συμπεριληφθεί σε ένα μπλοκ και δε θα καταναλωθεί gas. Από την άλλη πλευρά, εάν μια συναλλαγή εξαντληθεί από gas κατά την εκτέλεση (π.χ., ένα έξυπνο συμβόλαιο καταναλώνει όλο το gas μέχρι τη μέση), το EVM θα επαναφέρει τυχόν αλλαγές, αλλά όλο το παρεχόμενο gasθα εξακολουθεί να καταναλώνεται για την εργασία που εκτελείται.
## Γιατί μπορούν τα τέλη gas να είναι τόσο υψηλά; {#why-can-gas-fees-get-so-high}
@@ -138,4 +138,5 @@ lang: el
- [Απόδειξη Συμμετοχής ή Απόδειξης Εργασίας](https://blockgeeks.com/guides/proof-of-work-vs-proof-of-stake/)
- [Στρατηγικές βελτιστοποίησης gas για Προγραμματιστές](https://www.alchemy.com/overviews/solidity-gas-optimization)
- [Έγγραφα EIP-1559](https://eips.ethereum.org/EIPS/eip-1559).
-- [Πόροι EIP-1559 του Tim Beiko](https://hackmd.io/@timbeiko/1559-resources).
+- [Πόροι EIP-1559 του Tim Beiko](https://hackmd.io/@timbeiko/1559-resources)
+- [EIP-1559: Διαχωρίζοντας Μηχανισμούς από Μιμίδια](https://research.2077.xyz/eip-1559-separating-mechanisms-from-memes)
diff --git a/public/content/translations/el/developers/docs/intro-to-ether/index.md b/public/content/translations/el/developers/docs/intro-to-ether/index.md
index faf4df458eb..5a8bd4f7b1e 100644
--- a/public/content/translations/el/developers/docs/intro-to-ether/index.md
+++ b/public/content/translations/el/developers/docs/intro-to-ether/index.md
@@ -40,7 +40,7 @@ lang: el
Το Ether καίγεται σε κάθε συναλλαγή στο Ethereum. Όταν οι χρήστες πληρώνουν για τις συναλλαγές τους, ένα βασικό τέλος gas, που ορίζεται από το δίκτυο σύμφωνα με τη ζήτηση συναλλαγών, καταστρέφεται. Αυτό, σε συνδυασμό με διάφορου μεγέθους μπλοκ και μέγιστη κράτηση gas, απλοποιεί την εκτίμηση της χρέωσης συναλλαγής στο Ethereum. Όταν η ζήτηση του δικτύου είναι υψηλή, τα [μπλοκ](https://etherscan.io/block/12965263) μπορούν να κάψουν περισσότερο ether από όσο κόβουν, αντισταθμίζοντας αποτελεσματικά την έκδοση ether.
-Η καύση του βασικού τέλους παρεμποδίζει την ικανότητα ενός παραγωγού μπλοκ να χειραγωγεί τις συναλλαγές. Για παράδειγμα, εάν οι παραγωγοί μπλοκ λάμβαναν το βασικό τέλος, θα μπορούσαν να συμπεριλάβουν τις δικές τους συναλλαγές δωρεάν και να αυξήσουν το βασικό τέλος για όλους τους άλλους. Εναλλακτικά, θα μπορούσαν να επιστρέψουν το βασικό τέλος σε ορισμένους χρήστες εκτός αλυσίδας, οδηγώντας σε μια πιο αδιαφανή και πολύπλοκη αγορά τελών συναλλαγών.
+Η καύση του βασικού τέλους παρεμποδίζει την ικανότητα ενός παραγωγού μπλοκ να χειραγωγεί τις συναλλαγές. Για παράδειγμα, εάν οι παραγωγοί μπλοκ λάμβαναν το βασικό τέλος, θα μπορούσαν να συμπεριλάβουν τις δικές τους συναλλαγές δωρεάν και να αυξήσουν το βασικό τέλος για όλους τους άλλους. Εναλλακτικά, θα μπορούσαν να επιστρέψουν τη βασική προμήθεια σε ορισμένους χρήστες εκτός αλυσίδας, οδηγώντας σε μια πιο αδιαφανή και πολύπλοκη αγορά προμήθειας συναλλαγών.
## Ονομαστικές αξίες του ether {#denominations}
@@ -71,8 +71,8 @@ lang: el
## Περισσότερες πληροφορίες {#further-reading}
-- [Ορισμός του Ether και του Ethereum](https://www.cmegroup.com/education/courses/introduction-to-ether/defining-ether-and-ethereum.html) – _Ομάδα CME_
-- [Λευκό βιβλίο Ethereum](/whitepaper/): Η αρχική πρόταση για το Ethereum. Αυτό το έγγραφο περιλαμβάνει μια περιγραφή του ether και των κινήτρων πίσω από τη δημιουργία του.
+- [Ορισμός του ether και του Ethereum](https://www.cmegroup.com/education/courses/introduction-to-ether/defining-ether-and-ethereum.html) – _Ομάδα CME_
+- [Λευκή βίβλος Ethereum](/whitepaper/): Η αρχική πρόταση για το Ethereum. Αυτό το έγγραφο περιλαμβάνει μια περιγραφή του ether και των κινήτρων πίσω από τη δημιουργία του.
- [Αριθμομηχανή Gwei](https://www.alchemy.com/gwei-calculator): Χρησιμοποιήστε αυτήν την αριθμομηχανή gwei για να μετατρέψετε εύκολα wei, gwei και ether. Απλώς συνδέστε οποιαδήποτε ποσότητα wei, gwei ή ETH και υπολογίστε αυτόματα τη μετατροπή.
_Γνωρίζετε κάποιο πόρο της κοινότητας που σας βοήθησε; Επεξεργαστείτε αυτή τη σελίδα και προσθέστε το!_
diff --git a/public/content/translations/el/developers/docs/networks/index.md b/public/content/translations/el/developers/docs/networks/index.md
index 9e40489f5bc..69718a5cca4 100644
--- a/public/content/translations/el/developers/docs/networks/index.md
+++ b/public/content/translations/el/developers/docs/networks/index.md
@@ -24,17 +24,17 @@ lang: el
### Δίκτυα δοκιμών Ethereum {#ethereum-testnets}
-Εκτός από το κεντρικό δίκτυο, υπάρχουν δημόσια δοκιμαστικά δίκτυα. Αυτά είναι δίκτυα που χρησιμοποιούνται από προγραμματιστές πρωτοκόλλων ή έξυπνων συμβολαίων για να δοκιμάσουν τόσο τις αναβαθμίσεις πρωτοκόλλων όσο και τα πιθανά έξυπνα συμβόλαια σε ένα περιβάλλον παραγωγής πριν από την ανάπτυξή τους στο κεντρικό δίκτυο. Σκέψου το σαν μια αναλογία των διακομιστών παραγωγής έναντι των διακομιστών «staging».
+Εκτός από το βασικό δίκτυο, υπάρχουν δημόσια δοκιμαστικά δίκτυα. Αυτά είναι δίκτυα που χρησιμοποιούνται από προγραμματιστές πρωτοκόλλων ή έξυπνων συμβολαίων για να δοκιμάσουν τόσο τις αναβαθμίσεις πρωτοκόλλων όσο και τα πιθανά έξυπνα συμβόλαια σε ένα περιβάλλον παραγωγής πριν από την ανάπτυξη τους στο βασικό δίκτυο. Σκέψου το σαν μια αναλογία των διακομιστών παραγωγής έναντι των διακομιστών «staging».
-Προτού αναπτύξετε οποιονδήποτε κώδικα συμβολαίου γράφετε στο κεντρικό δίκτυο, θα πρέπει να τον δοκιμάσετε σε ένα δοκιμαστικό. Ανάμεσα στις αποκεντρωμένες εφαρμογές που ενσωματώνονται σε υπάρχοντα έξυπνα συμβόλαια, τα περισσότερα έργα έχουν αντίγραφα που έχουν αναπτυχθεί σε δοκιμαστικά δίκτυα.
+Προτού αναπτύξετε οποιονδήποτε κώδικα συμβολαίου γράφετε στο βασικό δίκτυο, θα πρέπει να τον δοκιμάσετε σε ένα δοκιμαστικό. Ανάμεσα στις αποκεντρωμένες εφαρμογές που ενσωματώνονται σε υπάρχοντα έξυπνα συμβόλαια, τα περισσότερα έργα έχουν αντίγραφα που έχουν αναπτυχθεί σε δοκιμαστικά δίκτυα.
-Τα περισσότερα δοκιμαστικά δίκτυα ξεκίνησαν χρησιμοποιώντας έναν μηχανισμό συναίνεσης περιορισμένης πρόσβασης με απόδειξη άδειας. Αυτό σημαίνει ότι επιλέγεται ένας μικρός αριθμός κόμβων για την επικύρωση των συναλλαγών και τη δημιουργία νέων μπλοκ - αποθηκεύοντας την ταυτότητά τους κατά τη διαδικασία. Εναλλακτικά, κάποια δοκιμαστικά δίκτυα διαθέτουν έναν ανοιχτό μηχανισμό συναίνεσης με απόδειξη συμμετοχής όπου όλοι μπορούν να δοκιμάσουν να εκτελέσουν έναν επικυρωτή, ακριβώς όπως στο κεντρικό δίκτυο του Ethereum.
+Τα περισσότερα δοκιμαστικά δίκτυα ξεκίνησαν χρησιμοποιώντας έναν μηχανισμό συναίνεσης περιορισμένης πρόσβασης με απόδειξη άδειας. Αυτό σημαίνει ότι επιλέγεται ένας μικρός αριθμός κόμβων για την επικύρωση των συναλλαγών και τη δημιουργία νέων μπλοκ - αποθηκεύοντας την ταυτότητά τους κατά τη διαδικασία. Εναλλακτικά, κάποια δοκιμαστικά δίκτυα διαθέτουν έναν ανοιχτό μηχανισμό συναίνεσης με απόδειξη συμμετοχής όπου όλοι μπορούν να δοκιμάσουν να εκτελέσουν έναν επικυρωτή, ακριβώς όπως στο βασικό δίκτυο του Ethereum.
-Το ETH στα δοκιμαστικά δίκτυα υποτίθεται ότι δεν έχει καμία πραγματική αξία, ωστόσο έχουν δημιουργηθεί αγορές για ορισμένους τύπους δοκιμαστικών δικτύων ETH των οποίων η απόκτηση έχει γίνει σπάνια ή δύσκολη. Δεδομένου ότι χρειάζεσαι ETH για να αλληλεπιδράσεις πραγματικά με το Ethereum (ακόμη και στα δοκιμαστικά δίκτυα), οι περισσότεροι άνθρωποι παίρνουν δωρεάν ETH δοκιμαστικών δικτύων από faucet. Οι περισσότερες παροχές είναι εφαρμογές ιστού όπου μπορείτε να εισαγάγετε τη διεύθυνσή σας για να αιτηθείτε και να λάβετε ETH.
+Το ETH στα δοκιμαστικά δίκτυα υποτίθεται ότι δεν έχει καμία πραγματική αξία, ωστόσο έχουν δημιουργηθεί αγορές για ορισμένους τύπους δοκιμαστικών δικτύων ETH των οποίων η απόκτηση έχει γίνει σπάνια ή δύσκολη. Δεδομένου ότι χρειάζεσαι ETH για να αλληλεπιδράσεις πραγματικά με το Ethereum (ακόμη και στα δοκιμαστικά δίκτυα), οι περισσότεροι άνθρωποι παίρνουν δωρεάν ETH δοκιμαστικών δικτύων από faucet. Οι περισσότερες παροχές είναι εφαρμογές ιστού όπου μπορείτε να εισαγάγετε τη διεύθυνσή σας για να αιτηθείτε και να λάβετε ΕΤΗ.
#### Ποιo δοκιμαστικό δίκτυο να χρησιμοποιήσω;
-Τα δύο δημόσια δοκιμαστικά δίκτυα που διατηρούν επί του παρόντος οι προγραμματιστές είναι το Sepolia και το Hoodi. Το Sepolia είναι ένα δίκτυο ώστε οι προγραμματιστές συμβολαίων και εφαρμογών να δοκιμάζουν τις εφαρμογές τους. Το δίκτυο Hoodi επιτρέπει στους προγραμματιστές πρωτοκόλλων να δοκιμάζουν τις αναβαθμίσεις του δικτύου και επιτρέπει στους συμμετέχοντες να δοκιμάζουν τους επικυρωτές.
+Τα δύο δημόσια δοκιμαστικά δίκτυα που διατηρούν επί του παρόντος οι προγραμματιστές είναι το Sepolia και το Goerli. Το Sepolia είναι ένα δίκτυο ώστε οι προγραμματιστές συμβολαίων και εφαρμογών να δοκιμάζουν τις εφαρμογές τους. Το δίκτυο Goerli επιτρέπει στους προγραμματιστές πρωτοκόλλων να δοκιμάζουν τις αναβαθμίσεις του δικτύου και επιτρέπει στους συμμετέχοντες να δοκιμάζουν τους επικυρωτές.
#### Sepolia {#sepolia}
@@ -42,7 +42,7 @@ lang: el
- Κλειστό σύνολο επικυρωτών, ελεγχόμενο από πελάτη & ομάδες δοκιμών
- Νέο δοκιμαστικό δίκτυο, με λιγότερες αναπτυσσόμενες εφαρμογές από άλλα δοκιμαστικά δίκτυα
-- Γρήγορος συγχρονισμός και ελάχιστος χώρος στο δίσκο για τη λειτουργία ενός κόμβου
+- Με γρήγορο συγχρονισμό και εκτέλεση κόμβου που απαιτεί ελάχιστο χώρο στο δίσκο
##### Πηγές
@@ -54,73 +54,81 @@ lang: el
##### Faucets
-- [QuickNode Sepolia Faucet](https://faucet.quicknode.com/drip)
+- [Sepolia faucet στο QuickNode](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)
+- [Coinbase Wallet faucet | Sepolia](https://coinbase.com/faucets/ethereum-sepolia-faucet)
+- [Sepolia faucet στο Alchemy](https://sepoliafaucet.com/)
+- [Sepolia faucet στο Infura](https://www.infura.io/faucet)
+- [Sepolia faucet στο Chainstack](https://faucet.chainstack.com/sepolia-faucet)
+- [Faucet στο οικοσύστημα Ethereum](https://www.ethereum-ecosystem.com/faucets/ethereum-sepolia)
-#### Hoodi {#hoodi}
+#### Goerli _(μακροπρόθεσμη υποστήριξη)_ {#goerli}
-Το Hoodi είναι ένα δοκιμαστικό δίκτυο για τη δοκιμή επικύρωσης και συμμετοχής. Το δίκτυο Hoodi είναι ανοιχτό για χρήστες που θέλουν να εκτελέσουν έναν επικυρωτή δοκιμαστικού δικτύου. Επομένως, οι συμμετέχοντες που επιθυμούν να δοκιμάσουν αναβαθμίσεις πρωτοκόλλου πριν από την ανάπτυξή τους στο κεντρικό δίκτυο θα πρέπει να χρησιμοποιούν το Hoodi.
+_Σημείωση: [το δοκιμαστικό δίκτυο Goerli έχει καταργηθεί](https://ethereum-magicians.org/t/proposal-predictable-ethereum-testnet-lifecycle/11575/17) και θα αντικατασταθεί από το [Holesovice](https://github.com/eth-clients/holesovice) το 2023. Παρακαλώ λάβετε υπόψη τη μετεγκατάσταση των εφαρμογών σας στο Sepolia._
-- Ανοιχτό σύνολο επικυρωτών, οι συμμετέχοντες μπορούν να δοκιμάσουν αναβαθμίσεις δικτύου
+Το Goerli είναι ένα δοκιμαστικό δίκτυο για δοκιμές επικύρωσης και αποθήκευσης. Το δίκτυο Goerli είναι ανοιχτό για χρήστες που θέλουν να εκτελέσουν ένα πρόγραμμα επικύρωσης δοκιμαστικού δικτύου. Επομένως, οι συμμετέχοντες που επιθυμούν να δοκιμάσουν αναβαθμίσεις πρωτοκόλλου πριν από την ανάπτυξή τους στο βασικό δίκτυο θα πρέπει να χρησιμοποιούν το Goerli.
+
+- Ανοιχτό σετ επικυρωτή, οι συμμετέχοντες μπορούν να δοκιμάσουν αναβαθμίσεις δικτύου
- Μεγάλη κατάσταση, χρήσιμη για τη δοκιμή σύνθετων αλληλεπιδράσεων έξυπνων συμβολαίων
- Μεγαλύτερη διάρκεια συγχρονισμού και περισσότερη αποθήκευση για τη λειτουργία ενός κόμβου
##### Πηγές
-- [Ιστότοπος](https://hoodi.ethpandaops.io/)
-- [GitHub](https://github.com/eth-clients/hoodi)
-- [Explorer](https://explorer.hoodi.ethpandaops.io/)
-- [Checkpoint Sync](https://checkpoint-sync.hoodi.ethpandaops.io/)
+- [Ιστότοπος](https://goerli.net/)
+- [GitHub](https://github.com/eth-clients/goerli)
+- [Etherscan](https://goerli.etherscan.io)
+- [Blockscout](https://eth-goerli.blockscout.com/)
##### Faucets
-- [Hoodi Faucet](https://hoodi.ethpandaops.io/)
+- [Goerli faucet στο QuickNode](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/)
+- [Goerli faucet στο All That Node](https://www.allthatnode.com/faucet/ethereum.dsrv)
+- [Coinbase Wallet Faucet | Goerli](https://coinbase.com/faucets/ethereum-goerli-faucet)
+- [Goerli faucet στο Chainstack](https://faucet.chainstack.com/goerli-faucet)
-Για να εκκινήσετε έναν επικυρωτή στο δοκιμαστικό δίκτυο Hoodi, χρησιμοποιήστε το [Hoodi launchpad](https://hoodi.launchpad.ethereum.org/en/).
+Για να εκκινήσετε έναν επικυρωτή στο δίκτυο δοκιμών Holesky, χρησιμοποιήστε την [πλατφόρμα «φτηνού επικυρωτή Holesky»](https://holesky.launchpad.ethstaker.cc/en/) του ethstaker.
### Δίκτυα δοκιμών Layer 2 {#layer-2-testnets}
-Το [επίπεδο 2 (L2)](/layer-2/) είναι ένας συλλογικός όρος που περιγράφει ένα συγκεκριμένο σύνολο λύσεων κλιμάκωσης του Ethereum. Το επίπεδο 2 είναι μια ξεχωριστή αλυσίδα μπλοκ που επεκτείνει το Ethereum και κληρονομεί τις εγγυήσεις ασφαλείας του Ethereum. Τα δοκιμαστικά δίκτυα επιπέδου 2 είναι συνήθως στενά συνδεδεμένα με δημόσια δοκιμαστικά δίκτυα Ethereum.
+Το [επίπεδο 2 (L2)](/layer-2/) είναι ένας συλλογικός όρος που περιγράφει ένα συγκεκριμένο σύνολο λύσεων κλιμάκωσης Ethereum. Το επίπεδο 2 είναι μια ξεχωριστή αλυσίδα συστοιχιών που επεκτείνει το Ethereum και κληρονομεί τις εγγυήσεις ασφαλείας του Ethereum. Τα δοκιμαστικά δίκτυα επιπέδου 2 είναι συνήθως στενά συνδεδεμένα με δημόσια δοκιμαστικά δίκτυα Ethereum.
-#### Arbitrum Sepolia {#arbitrum-sepolia}
+#### Arbitrum Goerli {#arbitrum-goerli}
-Ένα δοκιμαστικό δίκτυο για το [Arbitrum](https://arbitrum.io/).
+Ένα δίκτυο δοκιμών για το [Arbitrum](https://arbitrum.io/).
##### Faucets
-- [Chainlink faucet](https://faucets.chain.link/arbitrum-sepolia)
-- [Alchemy faucet](https://www.alchemy.com/faucets/arbitrum-sepolia)
+- [Πάροχος Chainlink](https://faucets.chain.link/)
-#### Optimistic Sepolia {#optimistic-sepolia}
+#### Optimistic Goerli {#optimistic-goerli}
-Ένα δοκιμαστικό δίκτυο για το [Optimism](https://www.optimism.io/).
+Ένα δίκτυο δοκιμών για το [Optimism](https://www.optimism.io/).
##### Faucets
-- [Chainlink faucet](https://faucets.chain.link/optimism-sepolia)
-- [Alchemy faucet](https://www.alchemy.com/faucets/optimism-sepolia)
+- [Paradigm faucet](https://faucet.paradigm.xyz/)
+- [Coinbase Wallet Faucet | Optimism Goerli](https://coinbase.com/faucets/optimism-goerli-faucet)
-#### Starknet Sepolia {#starknet-sepolia}
+#### Starknet Goerli {#starknet-goerli}
Ένα δοκιμαστικό δίκτυο για το [Starknet](https://www.starknet.io).
##### Faucets
-- [Alchemy faucet](https://www.alchemy.com/faucets/starknet-sepolia)
+- [Starknet faucet](https://faucet.goerli.starknet.io)
## Ιδιωτικά δίκτυα {#private-networks}
-Ένα δίκτυο Ethereum είναι ένα ιδιωτικό δίκτυο εάν οι κόμβοι του δεν είναι συνδεδεμένοι σε ένα δημόσιο δίκτυο (δηλ. κεντρικό δίκτυο ή δοκιμαστικό δίκτυο). Σε αυτό το πλαίσιο, ιδιωτικό σημαίνει μόνο δεσμευμένο ή απομονωμένο, και όχι προστατευμένο ή ασφαλές.
+Ένα δίκτυο Ethereum είναι ένα ιδιωτικό δίκτυο εάν οι κόμβοι του δεν είναι συνδεδεμένοι σε ένα δημόσιο δίκτυο (δηλ. Κεντρικό δίκτυο ή δίκτυο δοκιμών). Σε αυτό το πλαίσιο, ιδιωτικό σημαίνει μόνο δεσμευμένο ή απομονωμένο, και όχι προστατευμένο ή ασφαλές.
### Δίκτυα ανάπτυξης {#development-networks}
-Για να αναπτύξετε μια εφαρμογή Ethereum, θα πρέπει να την εκτελέσετε σε ένα ιδιωτικό δίκτυο για να δείτε πώς λειτουργεί πριν την αναπτύξετε. Παρόμοια με τον τρόπο που δημιουργείτε έναν τοπικό διακομιστή στον υπολογιστή σας για την ανάπτυξη ιστοσελίδων, μπορείτε να δημιουργήσετε ένα τοπικό παράδειγμα αλυσίδας μπλοκ για να δοκιμάσετε την αποκεντρωμένη εφαρμογή σας. Αυτό επιτρέπει πολύ πιο γρήγορη επανάληψη από ένα δημόσιο δοκιμαστικό δίκτυο.
+Για να αναπτύξετε μια εφαρμογή Ethereum, θα θέλετε να την εκτελέσετε σε ένα ιδιωτικό δίκτυο για να δείτε πώς λειτουργεί πριν τη χρησιμοποιήσετε. Παρόμοια με τον τρόπο που δημιουργείτε έναν τοπικό διακομιστή στον υπολογιστή σας για την ανάπτυξη ιστοσελίδων, μπορείτε να δημιουργήσετε ένα τοπικό παράδειγμα αλυσίδας συστοιχιών για να δοκιμάσετε την αποκεντρωμένη εφαρμογή σας. Αυτό επιτρέπει πολύ πιο γρήγορη επανάληψη από ένα δημόσιο δοκιμαστικό δίκτυο.
Υπάρχουν έργα και εργαλεία αφιερωμένα στο να βοηθήσουν σε αυτό. Μάθετε περισσότερα σχετικά με τα [δίκτυα ανάπτυξης](/developers/docs/development-networks/).
diff --git a/public/content/translations/el/developers/docs/nodes-and-clients/index.md b/public/content/translations/el/developers/docs/nodes-and-clients/index.md
index a8dcdec77dc..81b4e4f871d 100644
--- a/public/content/translations/el/developers/docs/nodes-and-clients/index.md
+++ b/public/content/translations/el/developers/docs/nodes-and-clients/index.md
@@ -191,14 +191,14 @@ sidebarDepth: 2
Υπάρχουν πολλαπλοί πελάτες συναίνεσης (γνωστοί παλαιότερα ως πελάτες «Eth2») για την υποστήριξη των [αναβαθμίσεων συναίνεσης](/roadmap/beacon-chain/). Είναι υπεύθυνοι για όλη τη λογική που σχετίζεται με τη συναίνεση, συμπεριλαμβανομένου του αλγόριθμου επιλογής ενσωμάτωσης (fork), της επεξεργασίας των βεβαιώσεων και της διαχείρισης των ανταμοιβών και των ποινών [απόδειξης συμμετοχής](/developers/docs/consensus-mechanisms/pos).
-| Πελάτης | Γλώσσα | Λειτουργικά συστήματα | Δίκτυα |
-| ------------------------------------------------------------- | ---------- | --------------------- | ---------------------------------------------------------------- |
-| [Lighthouse](https://lighthouse.sigmaprime.io/) | Rust | Linux, Windows, macOS | Beacon Chain, Goerli, Pyrmont, Sepolia, Ropsten και άλλα |
-| [Lodestar](https://lodestar.chainsafe.io/) | TypeScript | Linux, Windows, macOS | Beacon Chain, Goerli, Sepolia, Ropsten και άλλα |
-| [Nimbus](https://nimbus.team/) | Nim | Linux, Windows, macOS | Beacon Chain, Goerli, Sepolia, Ropsten και άλλα |
-| [Prysm](https://docs.prylabs.network/docs/getting-started/) | Μετάβαση | Linux, Windows, macOS | Beacon Chain, Gnosis, Goerli, Pyrmont, Sepolia, Ropsten και άλλα |
-| [Teku](https://consensys.net/knowledge-base/ethereum-2/teku/) | Java | Linux, Windows, macOS | Beacon Chain, Gnosis, Goerli, Sepolia, Ropsten και άλλα |
-| [Grandine](https://docs.grandine.io/) (beta) | Rust | Linux, Windows, macOS | Beacon Chain, Goerli, Sepolia και άλλα |
+| Πελάτης | Γλώσσα | Λειτουργικά συστήματα | Δίκτυα |
+| ------------------------------------------------------------- | ---------- | --------------------- | --------------------------------------------------- |
+| [Lighthouse](https://lighthouse.sigmaprime.io/) | Rust | Linux, Windows, macOS | Beacon Chain, Holesky, Pyrmont, Sepolia κτλ |
+| [Lodestar](https://lodestar.chainsafe.io/) | TypeScript | Linux, Windows, macOS | Beacon Chain, Holesky, Sepolia κτλ |
+| [Nimbus](https://nimbus.team/) | Nim | Linux, Windows, macOS | Beacon Chain, Holesky, Sepolia κτλ |
+| [Prysm](https://docs.prylabs.network/docs/getting-started/) | Μετάβαση | Linux, Windows, macOS | Beacon Chain, Gnosis, Holesky, Pyrmont, Sepolia κτλ |
+| [Teku](https://consensys.net/knowledge-base/ethereum-2/teku/) | Java | Linux, Windows, macOS | Beacon Chain, Gnosis, Holesky, Sepolia κτλ |
+| [Grandine](https://docs.grandine.io/) | Rust | Linux, Windows, macOS | Beacon Chain, Holesky, Sepolia κτλ |
### Lighthouse {#lighthouse}
diff --git a/public/content/translations/el/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/el/developers/docs/nodes-and-clients/node-architecture/index.md
index ccc90622afe..09bcd23711f 100644
--- a/public/content/translations/el/developers/docs/nodes-and-clients/node-architecture/index.md
+++ b/public/content/translations/el/developers/docs/nodes-and-clients/node-architecture/index.md
@@ -4,19 +4,21 @@ description: Εισαγωγή στον τρόπο οργάνωσης των κό
lang: el
---
-Ένας κόμβος Ethereum αποτελείται από δύο πελάτες: έναν [πελάτη εκτέλεσης](/developers/docs/nodes-and-clients/#execution-clients) και έναν [πελάτη συναίνεσης](/developers/docs/nodes-and-clients/#consensus-clients).
+Ένας κόμβος Ethereum αποτελείται από δύο πελάτες: έναν [πελάτη εκτέλεσης](/developers/docs/nodes-and-clients/#execution-clients) και έναν [πελάτη συναίνεσης](/developers/docs/nodes-and-clients/#consensus-clients). Ένας κόμβος που θα προτείνει νέο μπλοκ, θα πρέπει να εκτελεί εφαρμογή [πελάτη επικύρωσης](#validators).
-Όταν το Ethereum χρησιμοποιούσε [proof-of-work](/developers/docs/consensus-mechanisms/pow/) (απόδειξη εργασίας), ένας πελάτης εκτέλεσης ήταν αρκετός για να τρέξει έναν πλήρη κόμβο Ethereum. Ωστόσο, από την εφαρμογή του [proof-of-stake](/developers/docs/consensus-mechanisms/pow/) (απόδειξη συμμετοχής), ο πελάτης εκτέλεσης πρέπει να χρησιμοποιηθεί μαζί με ένα άλλο κομμάτι λογισμικού που ονομάζεται [«πελάτης συναίνεσης»](/developers/docs/nodes-and-clients/#consensus-clients).
+Όταν το Ethereum χρησιμοποιούσε [proof-of-work](/developers/docs/consensus-mechanisms/pow/) (απόδειξη εργασίας), ένας πελάτης εκτέλεσης ήταν αρκετός για να τρέξει έναν πλήρη κόμβο Ethereum. Ωστόσο, από την εφαρμογή της [απόδειξης συμμετοχής](/developers/docs/consensus-mechanisms/pow/) ο πελάτης εκτέλεσης πρέπει να χρησιμοποιηθεί μαζί με ένα άλλο κομμάτι λογισμικού που ονομάζεται [πελάτης συναίνεσης](/developers/docs/nodes-and-clients/#consensus-clients).
Το παρακάτω διάγραμμα δείχνει τη σχέση μεταξύ των δύο πελατών Ethereum. Οι δύο πελάτες συνδέονται στα δικά τους αντίστοιχα δίκτυα peer-to-peer (P2P). Απαιτούνται ξεχωριστά δίκτυα P2P καθώς οι πελάτες εκτέλεσης διασπείρουν συναλλαγές μέσω του δικτύου τους P2P, επιτρέποντάς τους να διαχειρίζονται την τοπική ομάδα συναλλαγών τους, ενώ οι πελάτες συναίνεσης διασπείρουν μπλοκ στο δίκτυο P2P τους, επιτρέποντας τη συναίνεση και την ανάπτυξη της αλυσίδας.
-Για να λειτουργήσει αυτή η δομή δύο πελατών, οι πελάτες συναίνεσης πρέπει να μπορούν να μεταβιβάζουν δέσμες συναλλαγών στον πελάτη εκτέλεσης. Η εκτέλεση των συναλλαγών τοπικά είναι ο τρόπος με τον οποίο ο πελάτης επικυρώνει ότι οι συναλλαγές δεν παραβιάζουν κανέναν κανόνα του Ethereum και ότι η προτεινόμενη ενημέρωση στην κατάσταση του Ethereum είναι σωστή. Ομοίως, όταν ο κόμβος επιλέγεται ως παραγωγός μπλοκ, ο πελάτης συναίνεσης πρέπει να μπορεί να ζητήσει δέσμες συναλλαγών από το Geth για να τις συμπεριλάβει στο νέο μπλοκ και να τις εκτελέσει για να ενημερώσει την καθολική κατάσταση. Αυτή την επικοινωνία μεταξύ πελατών τη διαχειρίζεται μια τοπική σύνδεση RPC χρησιμοποιώντας τη [μηχανή API](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md).
+_Υπάρχουν αρκετές επιλογές χρήσης πελάτη εκτέλεσης όπως το Erigon, το Nethermind και το Besu_.
+
+Για να λειτουργήσει αυτή η δομή δύο πελατών, οι πελάτες συναίνεσης πρέπει να μεταβιβάζουν δέσμες συναλλαγών στον πελάτη εκτέλεσης. Ο πελάτης εκτέλεσης εκτελεί τις συναλλαγές τοπικά για την επικύρωση των συναλλαγών που δεν παραβιάζουν κανέναν κανόνα του Ethereum και ότι η προτεινόμενη ενημέρωση στην κατάσταση του Ethereum είναι σωστή. Όταν ένας κόμβος επιλέγεται να είναι αυτός που θα προτείνει μπλοκ, η εφαρμογή πελάτη συναίνεσης ζητά δέσμες συναλλαγών από τον πελάτη εκτέλεσης για να τις συμπεριλάβει στο νέο μπλοκ και να τις εκτελέσει για να ενημερώσει την κατάσταση του δικτύου. Ο πελάτης συναίνεσης οδηγεί τον πελάτη εκτέλεσης μέσω μιας τοπικής σύνδεσης RPC χρησιμοποιώντας τη [Μηχανή API](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md).
## Τι κάνει ο πελάτης εκτέλεσης; {#execution-client}
-Ο πελάτης εκτέλεσης είναι υπεύθυνος για τον χειρισμό συναλλαγών, τη διασπορά συναλλαγών, τη διαχείριση κατάστασης και την υποστήριξη του εικονικού μηχανήματος του Ethereum ([EVM](/developers/docs/evm/)). Ωστόσο, **δεν** είναι υπεύθυνος για τη δημιουργία μπλοκ, τη διασπορά μπλοκ ή τον χειρισμό της λογικής συναίνεσης. Αυτά είναι αρμοδιότητα του πελάτη συναίνεσης.
+Ο πελάτης εκτέλεσης είναι υπεύθυνος για την επικύρωση συναλλαγών, την ενημέρωση, τη διαχείριση κατάστασης και την υποστήριξη της Εικονικής Μηχανής του Ethereum ([EVM](/developers/docs/evm/)). Ωστόσο, **δεν** είναι υπεύθυνος για τη δημιουργία μπλοκ, τη διασπορά μπλοκ ή τον χειρισμό της λογικής συναίνεσης. Αυτά είναι αρμοδιότητα του πελάτη συναίνεσης.
Ο πελάτης εκτέλεσης δημιουργεί ωφέλιμα φορτία εκτέλεσης: τη λίστα των συναλλαγών, το ενημερωμένο trie κατάστασης και άλλα δεδομένα που σχετίζονται με την εκτέλεση. Οι πελάτες συναίνεσης συμπεριλαμβάνουν το φορτίο εκτέλεσης σε κάθε μπλοκ. Ο πελάτης εκτέλεσης είναι επίσης υπεύθυνος για την επανεκτέλεση συναλλαγών σε νέα μπλοκ για να διασφαλίσει ότι είναι έγκυρες. Η εκτέλεση των συναλλαγών πραγματοποιείται στον ενσωματωμένο υπολογιστή του πελάτη εκτέλεσης, γνωστό ως [Εικονικό μηχάνημα του Ethereum (EVM)](/developers/docs/evm).
@@ -35,7 +37,7 @@ lang: el
## Επικυρωτές {#validators}
-Οι χειριστές κόμβων μπορούν να προσθέσουν έναν επικυρωτή στους πελάτες συναίνεσης τους καταθέτοντας 32 ETH στο συμβόλαιο κατάθεσης. Ο πελάτης επικύρωσης συνοδεύεται από τον πελάτη συναίνεσης και μπορεί να προστεθεί σε έναν κόμβο ανά πάσα στιγμή. Ο επικυρωτής χειρίζεται βεβαιώσεις και προτάσεις μπλοκ. Επιτρέπουν σε έναν κόμβο να συγκεντρώνει ανταμοιβές ή να χάνει ETH μέσω ποινών ή περικοπών. Η εκτέλεση του λογισμικού επικύρωσης καθιστά επίσης έναν κόμβο κατάλληλο να επιλεγεί για να προτείνει ένα νέο μπλοκ.
+Η αποθήκευση κεφαλαίου και η εκτέλεση του λογισμικού επικύρωσης καθιστά έναν κόμβο κατάλληλο να επιλεγεί για να προτείνει ένα νέο μπλοκ. Οι χειριστές κόμβων μπορούν να προσθέσουν έναν επικυρωτή στους πελάτες συναίνεσης τους καταθέτοντας 32 ETH στο συμβόλαιο κατάθεσης. Ο πελάτης επικύρωσης συνοδεύεται από τον πελάτη συναίνεσης και μπορεί να προστεθεί σε έναν κόμβο ανά πάσα στιγμή. Ο επικυρωτής χειρίζεται βεβαιώσεις και προτάσεις μπλοκ. Επιτρέπει επίσης σε έναν κόμβο να συγκεντρώνει ανταμοιβές ή να χάσει ETH μέσω ποινών ή περικοπών.
[Περισσότερα για την αποθήκευση](/staking/).
@@ -43,7 +45,7 @@ lang: el
| Πρόγραμμα εκτέλεσης | Πρόγραμμα συναίνεσης | Επαληθευτής |
| -------------------------------------------------------- | ---------------------------------------------------------------------------------- | ----------------------------- |
-| Διασπείρει συναλλαγές μέσω δικτύου p2p του | Διασπείρει μπλοκ και βεβαιώσεις μέσω δικτύου p2p του | Προτείνει μπλοκ |
+| Ενημέρωση συναλλαγών μέσω δικτύου Ρ2Ρ | Ενημέρωση μπλοκ και βεβαιώσεις μέσω δικτύου Ρ2Ρ | Προτείνει μπλοκ |
| Εκτέλεση/επανεκτέλεση συναλλαγών | Εκτελεί τον αλγόριθμο επιλογής fork | Μαζεύει ανταμοιβές/ποινές |
| Επαληθεύει τις εισερχόμενες αλλαγές κατάστασης | Παρακολουθεί την κεφαλή της αλυσίδας | Κάνει βεβαιώσεις |
| Διαχειρίζεται την κατάσταση και παραλαμβάνει trie | Διαχειρίζεται την κατάσταση Beacon (περιέχει πληροφορίες συναίνεσης και εκτέλεσης) | Απαιτεί την αποθήκευση 32 ETH |
diff --git a/public/content/translations/el/developers/docs/nodes-and-clients/nodes-as-a-service/index.md b/public/content/translations/el/developers/docs/nodes-and-clients/nodes-as-a-service/index.md
index 0cce115f648..a025319f5d7 100644
--- a/public/content/translations/el/developers/docs/nodes-and-clients/nodes-as-a-service/index.md
+++ b/public/content/translations/el/developers/docs/nodes-and-clients/nodes-as-a-service/index.md
@@ -226,7 +226,7 @@ sidebarDepth: 2
- 500+ διοικητικά API και API υπηρεσιών
- Διεπαφή RESTful για υποβολή συναλλαγών Ethereum (υποστηριζόμενη από Apache Kafka)
- Εξερχόμενες ροές για παράδοση γεγονότων (υποστηριζόμενα από Apache Kafka)
- - Βαθιά συλλογή υπηρεσιών «εκτός αλυσίδας» και συμπληρωματικών υπηρεσιών (π.χ. διμερής κρυπτογραφημένη μεταφορά μηνυμάτων)
+ - Συλλογή υπηρεσιών «εκτός αλυσίδας» και συμπληρωματικών υπηρεσιών (π.χ. διμερής κρυπτογραφημένη μεταφορά μηνυμάτων)
- Απλή ένταξη στο δίκτυο με διακυβέρνηση και έλεγχο πρόσβασης βάσει ρόλων
- Προχωρημένη διαχείριση χρηστών για διαχειριστές και τελικούς χρήστες
- Με μεγάλη δυνατότητα κλιμάκωσης, ανθεκτικότητα και υποδομή κατάλληλη για επιχειρήσεις
diff --git a/public/content/translations/el/developers/docs/smart-contracts/formal-verification/index.md b/public/content/translations/el/developers/docs/smart-contracts/formal-verification/index.md
index 8e51d7f8193..fdcb1a5b8fc 100644
--- a/public/content/translations/el/developers/docs/smart-contracts/formal-verification/index.md
+++ b/public/content/translations/el/developers/docs/smart-contracts/formal-verification/index.md
@@ -50,15 +50,15 @@ lang: el
### Προδιαγραφές υψηλού επιπέδου {#high-level-specifications}
-Όπως υποδηλώνει το όνομα, μια προδιαγραφή υψηλού επιπέδου (που ονομάζεται επίσης «προδιαγραφή προσανατολισμένη στο μοντέλο») περιγράφει τη συμπεριφορά υψηλού επιπέδου ενός προγράμματος. Οι προδιαγραφές υψηλού επιπέδου μοντελοποιούν ένα έξυπνο συμβόλαιο ως μια [πεπερασμένη κατάσταση μηχανής](https://en.wikipedia.org/wiki/Finite-state_machine) (FSM), η οποία μπορεί να μεταβεί μεταξύ καταστάσεων εκτελώντας λειτουργίες, με τη χρονική λογική να χρησιμοποιείται για τον ορισμό τυπικών ιδιοτήτων για το μοντέλο FSM.
+Όπως υποδηλώνει το όνομα, μια προδιαγραφή υψηλού επιπέδου (που ονομάζεται επίσης "προδιαγραφή προσανατολισμένη στο μοντέλο") περιγράφει τη συμπεριφορά υψηλού επιπέδου ενός προγράμματος. Οι προδιαγραφές υψηλού επιπέδου μοντελοποιούν ένα έξυπνο συμβόλαιο ως μια [πεπερασμένη κατάσταση μηχανής](https://en.wikipedia.org/wiki/Finite-state_machine) (FSM), η οποία μπορεί να μεταβεί μεταξύ καταστάσεων εκτελώντας λειτουργίες, με τη χρονική λογική να χρησιμοποιείται για τον ορισμό τυπικών ιδιοτήτων για το μοντέλο FSM.
-Οι [χρονικές λογικές](https://en.wikipedia.org/wiki/Temporal_logic) είναι «κανόνες για τον συλλογισμό σχετικά με προτάσεις που προσδιορίζονται ως προς το χρόνο (π.χ. «_Πάντα_ πεινάω» ή «_Τελικά_ θα πεινάσω»).» Όταν εφαρμόζονται στην τυπική επαλήθευση, οι χρονικές λογικές χρησιμοποιούνται για να δηλώσουν ισχυρισμούς σχετικά με τη σωστή συμπεριφορά συστημάτων που μοντελοποιούνται ως μηχανές κατάστασης. Ειδικότερα, μια χρονική λογική περιγράφει τις μελλοντικές καταστάσεις στις οποίες μπορεί να βρίσκεται ένα έξυπνο συμβόλαιο και πώς μεταβαίνει μεταξύ των καταστάσεων.
+Οι [χρονικές λογικές](https://en.wikipedia.org/wiki/Temporal_logic) είναι "κανόνες για τον συλλογισμό σχετικά με προτάσεις που προσδιορίζονται ως προς το χρόνο (π.χ. '_Πάντα_ πεινάω' ή '_Τελικά_ θα πεινάσω')." Όταν εφαρμόζονται στην τυπική επαλήθευση, οι χρονικές λογικές χρησιμοποιούνται για να δηλώσουν ισχυρισμούς σχετικά με τη σωστή συμπεριφορά συστημάτων που μοντελοποιούνται ως μηχανές κατάστασης. Ειδικότερα, μια χρονική λογική περιγράφει τις μελλοντικές καταστάσεις στις οποίες μπορεί να βρίσκεται ένα έξυπνο συμβόλαιο και πώς μεταβαίνει μεταξύ των καταστάσεων.
Οι προδιαγραφές υψηλού επιπέδου γενικά καταγράφουν δύο κρίσιμες χρονικές ιδιότητες για τα έξυπνα συμβόλαια: **ασφάλεια** και **ζωντάνια**. Οι ιδιότητες ασφάλειας αντιπροσωπεύουν την ιδέα ότι «τίποτα κακό δε συμβαίνει ποτέ» και συνήθως εκφράζουν αμετάβλητες καταστάσεις. Μια ιδιότητα ασφάλειας μπορεί να ορίζει γενικές απαιτήσεις λογισμικού, όπως την αποφυγή [αδιεξόδου](https://www.techtarget.com/whatis/definition/deadlock) ή να εκφράζει συγκεκριμένες ιδιότητες για συμβόλαια (π.χ. αμετάβλητα στοιχεία για τον έλεγχο πρόσβασης σε συναρτήσεις, επιτρεπτές τιμές μεταβλητών κατάστασης ή συνθήκες για μεταφορές κρυπτοπαραστατικών).
-Πάρτε για παράδειγμα αυτή την απαίτηση ασφάλειας που καλύπτει τις συνθήκες για τη χρήση των `transfer()` ή `transferFrom()` σε συμβάσεις κρυπτοπαραστατικών ERC-20: _«Το υπόλοιπο ενός αποστολέα δεν είναι ποτέ χαμηλότερο από το ζητούμενο ποσό κρυπτοπαραστατικών που πρόκειται να σταλεί»_. Αυτή η περιγραφή φυσικής γλώσσας ενός αμετάβλητου στοιχείου συμβολαίου μπορεί να μεταφραστεί σε μια επίσημη (μαθηματική) προδιαγραφή, η εγκυρότητα της οποίας μπορεί στη συνέχεια να ελεγχθεί αυστηρά.
+Πάρτε για παράδειγμα αυτή την απαίτηση ασφάλειας που καλύπτει τις συνθήκες για τη χρήση των `transfer()` ή `transferFrom()` σε συμβάσεις κρυπτοπαραστατικών ERC-20: "_Το υπόλοιπο ενός αποστολέα δεν είναι ποτέ χαμηλότερο από το ζητούμενο ποσό κρυπτοπαραστατικών που πρόκειται να σταλεί_". Αυτή η περιγραφή φυσικής γλώσσας ενός αμετάβλητου στοιχείου συμβολαίου μπορεί να μεταφραστεί σε μια επίσημη (μαθηματική) προδιαγραφή, η εγκυρότητα της οποίας μπορεί στη συνέχεια να ελεγχθεί αυστηρά.
-Οι ιδιότητες ζωντάνιας διαβεβαιώνουν ότι «συμβαίνει κάτι που τελικά είναι καλό» και αφορούν την ικανότητα ενός συμβολαίου να σημειώνει πρόοδο μέσα από διαφορετικές καταστάσεις. Ένα παράδειγμα μιας ιδιότητας ζωντάνιας είναι η «ρευστότητα», που αναφέρεται στην ικανότητα ενός συμβολαίου να μεταφέρει τα υπόλοιπά του στους χρήστες κατόπιν αιτήματος. Εάν αυτή η ιδιότητα παραβιαστεί, οι χρήστες δε θα μπορούν να αποσύρουν περιουσιακά στοιχεία που αποθηκεύονται στο συμβόλαιο, όπως συνέβη με το [περιστατικό του πορτοφολιού Parity](https://www.cnbc.com/2017/11/08/accidental-bug-may-have-frozen-280-worth-of-ether-on-parity-wallet.html).
+Οι ιδιότητες ζωντάνιας διαβεβαιώνουν ότι "συμβαίνει κάτι που τελικά είναι καλό" και αφορούν την ικανότητα ενός συμβολαίου να σημειώνει πρόοδο μέσα από διαφορετικές καταστάσεις. Ένα παράδειγμα μιας ιδιότητας ζωντάνιας είναι η "ρευστότητα", που αναφέρεται στην ικανότητα ενός συμβολαίου να μεταφέρει τα υπόλοιπά του στους χρήστες κατόπιν αιτήματος. Εάν αυτή η ιδιότητα παραβιαστεί, οι χρήστες δε θα μπορούν να αποσύρουν περιουσιακά στοιχεία που αποθηκεύονται στο συμβόλαιο, όπως συνέβη με το [περιστατικό του πορτοφολιού Parity](https://www.cnbc.com/2017/11/08/accidental-bug-may-have-frozen-280-worth-of-ether-on-parity-wallet.html).
### Προδιαγραφές χαμηλού επιπέδου {#low-level-specifications}
@@ -70,7 +70,7 @@ lang: el
### Ιδιότητες τύπου Hoare {#hoare-style-properties}
-Η [λογική Hoare](https://en.wikipedia.org/wiki/Hoare_logic) παρέχει ένα σύνολο τυπικών κανόνων για τον συλλογισμό σχετικά με τη σωστή λειτουργία των προγραμμάτων, συμπεριλαμβανομένων των έξυπνων συμβολαίων. Μια ιδιότητα τύπου Hoare αντιπροσωπεύεται από ένα τριπλό Hoare `{P}c{Q}`, όπου το `c` είναι ένα πρόγραμμα και τα `P` και `Q` είναι προτάσεις για την κατάσταση του `c` (δηλαδή, του προγράμματος), που περιγράφονται επίσημα ως _προϋποθέσεις_ και _μετα-συνθήκες_, αντίστοιχα.
+Η [λογική Hoare](https://en.wikipedia.org/wiki/Hoare_logic) παρέχει ένα σύνολο τυπικών κανόνων για τον συλλογισμό σχετικά με τη σωστή λειτουργία των προγραμμάτων, συμπεριλαμβανομένων των έξυπνων συμβολαίων. Μια ιδιότητα τύπου Hoare αντιπροσωπεύεται από ένα τριπλό Hoare `{P}c{Q}`, όπου το `c` είναι ένα πρόγραμμα και τα `P` και `Q` είναι προτάσεις για την κατάσταση του `c` (δηλαδή, του προγράμματος), που περιγράφονται επίσημα ως `προϋποθέσεις` και `μετα-συνθήκες`, αντίστοιχα.
Μια προϋπόθεση είναι μια πρόταση που περιγράφει τις συνθήκες που απαιτούνται για τη σωστή εκτέλεση μιας συνάρτησης. Οι χρήστες που καλούν το συμβόλαιο πρέπει να ικανοποιούν αυτήν την απαίτηση. Μια μετα-συνθήκη είναι μια πρόταση που περιγράφει την κατάσταση που καθορίζει μια συνάρτηση εάν εκτελεστεί σωστά. Οι χρήστες μπορούν να αναμένουν ότι αυτή η συνθήκη θα είναι αληθής μετά την κλήση της συνάρτησης. Ένα _αμετάβλητο στοιχείο_ στη λογική Hoare είναι μια πρόταση που διατηρείται με εκτέλεση συνάρτησης (δηλαδή, δεν αλλάζει).
@@ -162,7 +162,7 @@ function safe_add(uint x, uint y) returns(uint z){
Η τυπική επαλήθευση χρησιμοποιείται για να αξιολογήσει τη σωστή λειτουργία κρίσιμων συστημάτων, των οποίων η αποτυχία μπορεί να έχει καταστροφικές συνέπειες, όπως θάνατο, τραυματισμό ή οικονομική καταστροφή. Τα έξυπνα συμβόλαια είναι εφαρμογές υψηλής αξίας που ελέγχουν τεράστιες ποσότητες αξίας και απλά λάθη στον σχεδιασμό μπορούν να οδηγήσουν σε [μη αναστρέψιμες απώλειες για τους χρήστες](https://www.freecodecamp.org/news/a-hacker-stole-31m-of-ether-how-it-happened-and-what-it-means-for-ethereum-9e5dc29e33ce/amp/). Η τυπική επαλήθευση ενός συμβολαίου πριν τη δημοσίευση, ωστόσο, μπορεί να αυξήσει τις εγγυήσεις ότι θα λειτουργήσει όπως αναμένεται όταν εκτελείται στην αλυσίδα συστοιχιών.
-Η αξιοπιστία είναι μια ιδιαίτερα επιθυμητή ποιότητα σε οποιοδήποτε έξυπνο συμβόλαιο, ειδικά επειδή ο κώδικας που αναπτύσσεται στο εικονικό μηχάνημα του Ethereum (EVM) είναι συνήθως αμετάβλητος. Με τις αναβαθμίσεις μετά την κυκλοφορία να μην είναι εύκολα προσβάσιμες, η ανάγκη εγγύησης της αξιοπιστίας των συμβολαίων καθιστά απαραίτητη την τυπική επαλήθευση. Η τυπική επαλήθευση είναι σε θέση να εντοπίσει δύσκολα προβλήματα, όπως υποχείλιση και υπερχείλιση ακεραίων, επανεισδοχή και κακές βελτιστοποιήσεις gas, οι οποίες μπορεί να ξεφύγουν από ελεγκτές και δοκιμαστές.
+Η αξιοπιστία είναι μια ιδιαίτερα επιθυμητή ποιότητα σε οποιοδήποτε έξυπνο συμβόλαιο, ειδικά επειδή ο κώδικας που αναπτύσσεται στο εικονικό μηχάνημα του Ethereum (EVM) είναι συνήθως αμετάβλητος. Με τις αναβαθμίσεις μετά την κυκλοφορία να μην είναι εύκολα προσβάσιμες, η ανάγκη εγγύησης της αξιοπιστίας των συμβολαίων καθιστά απαραίτητη την τυπική επαλήθευση. Η τυπική επαλήθευση είναι σε θέση να εντοπίσει δύσκολα προβλήματα, όπως υποχείλιση και υπερχείλιση ακεραίων, επανεισδοχή και κακές βελτιστοποιήσεις gas, οι οποίες μπορούν να ξεφύγουν από ελεγκτές και δοκιμαστές.
#### Απόδειξη λειτουργικής ορθότητας {#prove-functional-correctness}
diff --git a/public/content/translations/el/developers/docs/smart-contracts/security/index.md b/public/content/translations/el/developers/docs/smart-contracts/security/index.md
index d453c05062a..e9acc3a006a 100644
--- a/public/content/translations/el/developers/docs/smart-contracts/security/index.md
+++ b/public/content/translations/el/developers/docs/smart-contracts/security/index.md
@@ -99,7 +99,7 @@ contract VendingMachine {
Μια άλλη προσέγγιση για την εφαρμογή εξωτερικών ελέγχων κώδικα είναι η δημιουργία ενός προγράμματος ανταμοιβής για την ανεύρεση ευπαθειών. Πρόκειται για μια χρηματική ανταμοιβή που δίνεται σε άτομα (συνήθως καλόβουλους hacker) που ανακαλύπτουν ευπάθειες σε μια εφαρμογή.
-Όταν χρησιμοποιούνται σωστά, οι ανταμοιβές αυτές δίνουν κίνητρα στα μέλη της κοινότητας των hacker να επιθεωρούν τον κώδικά σας προς εντοπισμό κρίσιμων τρωτοτήτων. Ένα πραγματικό παράδειγμα είναι το «σφάλμα των άπειρων χρημάτων» που θα επέτρεπε σε έναν επιτιθέμενο να δημιουργήσει απεριόριστη ποσότητα Ether στο [Optimism](https://www.optimism.io/), ένα πρωτόκολλο [Επιπέδου 2](/layer-2/) που εκτελείται στο Ethereum. Ευτυχώς, ένας καλόβουλος hacker [ανακάλυψε την τρωτότητα](https://www.saurik.com/optimism.html) και ειδοποίησε την ομάδα, [γεγονός που του απέφερε μια μεγάλη αμοιβή](https://cryptoslate.com/critical-bug-in-ethereum-l2-optimism-2m-bounty-paid/).
+Όταν χρησιμοποιούνται σωστά, οι ανταμοιβές αυτές δίνουν κίνητρα στα μέλη της κοινότητας των hacker να επιθεωρούν τον κώδικά σας προς εντοπισμό κρίσιμων τρωτοτήτων. Ένα πραγματικό παράδειγμα είναι το «σφάλμα των άπειρων χρημάτων» που θα επέτρεπε σε έναν επιτιθέμενο να δημιουργήσει απεριόριστη ποσότητα ether στο [Optimism](https://www.optimism.io/), ένα πρωτόκολλο [Επιπέδου 2](/layer-2/) που εκτελείται στο Ethereum. Ευτυχώς, ένας καλόβουλος hacker [ανακάλυψε την τρωτότητα](https://www.saurik.com/optimism.html) και ειδοποίησε την ομάδα, [γεγονός που του απέφερε μια μεγάλη αμοιβή](https://cryptoslate.com/critical-bug-in-ethereum-l2-optimism-2m-bounty-paid/).
Μια χρήσιμη στρατηγική είναι να ορίσετε την αμοιβή στο πλαίσιο ενός προγράμματος ανταμοιβής για την ανεύρεση ευπαθειών κατ' αναλογία με το ποσό των κεφαλαίων που διακυβεύονται. Περιγράφεται ως «[κλιμακούμενη ανταμοιβή για την ανεύρεση ευπαθειών](https://medium.com/immunefi/a-defi-security-standard-the-scaling-bug-bounty-9b83dfdc1ba7)», αυτή η προσέγγιση παρέχει οικονομικά κίνητρα στα άτομα ώστε να αποκαλύπτουν υπεύθυνα τις ευπάθειες αντί να τις εκμεταλλεύονται.
@@ -235,7 +235,7 @@ contract EmergencyStop {
Αν και κατά κύριο λόγο είναι ακίνδυνη, η μεταφορά ροής ελέγχου σε μη αξιόπιστα συμβόλαια μπορεί να προκαλέσει προβλήματα, όπως η επανεισαγωγή. Μια επίθεση επανεισαγωγής συμβαίνει όταν ένα κακόβουλο συμβόλαιο καλεί ξανά ένα ευάλωτο συμβόλαιο πριν ολοκληρωθεί η αρχική κλήση της συνάρτησης. Αυτός ο τύπος επίθεσης εξηγείται καλύτερα με ένα παράδειγμα.
-Εξετάστε ένα απλό έξυπνο συμβόλαιο («Θύμα») που επιτρέπει σε οποιονδήποτε να καταθέτει και να κάνει ανάληψη Ether:
+Εξετάστε ένα απλό έξυπνο συμβόλαιο («Θύμα») που επιτρέπει σε οποιονδήποτε να καταθέτει και να κάνει ανάληψη ether:
```solidity
// This contract is vulnerable. Do not use in production
@@ -346,7 +346,7 @@ contract MutexPattern {
require(balances[msg.sender] >= _amount, "No balance to withdraw.");
balances[msg.sender] -= _amount;
- bool (success, ) = msg.sender.call{value: _amount}("");
+ (bool success, ) = msg.sender.call{value: _amount}("");
require(success);
return true;
@@ -563,7 +563,7 @@ contract Attack {
- **[Smart Contract Security Verification Standard](https://github.com/securing/SCSVS)** - _Κατάλογος ελέγχου δεκατεσσάρων μερών που δημιουργήθηκε για να τυποποιήσει την ασφάλεια των έξυπνων συμβολαίων για προγραμματιστές, αρχιτέκτονες, ελεγκτές ασφάλειας και προμηθευτές._
-- **[Learn Smart Contract Security and Auditing](https://updraft.cyfrin.io/courses/security) - _Το απόλυτο μάθημα ασφάλειας και ελέγχου έξυπνων συμβολαίων, δημιουργημένο για προγραμματιστές έξυπνων συμβολαίων που θέλουν να αναβαθμίσουν τις βέλτιστες πρακτικές ασφάλειας τους και να γίνουν ερευνητές ασφάλειας._
+- **[Learn Smart Contract Security and Auditing](https://updraft.cyfrin.io/courses/security)** - _Το απόλυτο μάθημα ασφάλειας και ελέγχου έξυπνων συμβολαίων, δημιουργημένο για προγραμματιστές έξυπνων συμβολαίων που θέλουν να αναβαθμίσουν τις βέλτιστες πρακτικές ασφάλειας τους και να γίνουν ερευνητές ασφάλειας._
### Οδηγοί για την ασφάλεια έξυπνων συμβολαίων {#tutorials-on-smart-contract-security}
diff --git a/public/content/translations/el/developers/docs/smart-contracts/testing/index.md b/public/content/translations/el/developers/docs/smart-contracts/testing/index.md
index 79750196f50..6a46e96cc7e 100644
--- a/public/content/translations/el/developers/docs/smart-contracts/testing/index.md
+++ b/public/content/translations/el/developers/docs/smart-contracts/testing/index.md
@@ -259,7 +259,7 @@ function auctionEnd() external {
- **[Πλαίσιο δοκιμής μονάδας Brownie](https://eth-brownie.readthedocs.io/en/v1.0.0_a/tests.html)** - _Το Brownie χρησιμοποιεί το Pytest, ένα πλούσιο σε χαρακτηριστικά πλαίσιο δοκιμών που σας επιτρέπει να γράφετε μικρές δοκιμές με ελάχιστο κώδικα, κλιμακώνεται καλά σε μεγάλα έργα και είναι ιδιαίτερα επεκτάσιμο._
-- **[Δοκιμές Foundry](https://github.com/foundry-rs/foundry/tree/master/forge)** - _Το Foundry προσφέρει το Forge, ένα γρήγορο και ευέλικτο πλαίσιο δοκιμών Ethereum ικανό να εκτελεί απλές δοκιμές μονάδας, ελέγχους βελτιστοποίησης gas και fuzzing συμβολαίων._
+- **[Δοκιμές Foundry](https://github.com/foundry-rs/foundry/tree/master/crates/forge)** - _Το Foundry προσφέρει το Forge, ένα γρήγορο και ευέλικτο πλαίσιο δοκιμών Ethereum ικανό να εκτελεί απλές δοκιμές μονάδας, ελέγχους βελτιστοποίησης gas και fuzzing συμβολαίων._
- **[Δοκιμές Hardhat](https://hardhat.org/hardhat-runner/docs/guides/test-contracts)** - _Πλαίσιο για δοκιμή έξυπνων συμβολαίων βασισμένο σε ethers.js, Mocha και Chai._
diff --git a/public/content/translations/el/developers/docs/smart-contracts/verifying/index.md b/public/content/translations/el/developers/docs/smart-contracts/verifying/index.md
index 07bb17a17c0..bee3ee276bc 100644
--- a/public/content/translations/el/developers/docs/smart-contracts/verifying/index.md
+++ b/public/content/translations/el/developers/docs/smart-contracts/verifying/index.md
@@ -72,11 +72,11 @@ lang: el
Αν και είναι κυρίως γνωστό ως [εξερευνητής κρυπτοαλυσίδας Ethereum](/developers/docs/data-and-analytics/block-explorers/), το Etherscan προσφέρει επίσης μια [υπηρεσία επαλήθευσης πηγαίου κώδικα](https://etherscan.io/verifyContract) για προγραμματιστές και χρήστες έξυπνων συμβολαίων.
-Το Etherscan σάς επιτρέπει να μεταγλωττίσετε εκ νέου bytecode συμβολαίου από το αρχικό φορτίο δεδομένων (πηγαίος κώδικας, διεύθυνση βιβλιοθήκης, ρυθμίσεις μεταγλωττιστή, διεύθυνση συμβολαίου, κ.λπ.) Εάν το εκ νέου μεταγλωττισμένο bytecode συσχετίζεται με το bytecode (και τις παραμέτρους του κατασκευαστή) του συμβολαίου εντός αλυσίδας, τότε [το συμβόλαιο επαληθεύεται](https://info.etherscan.com/types-of-contract-verification/).
+Το Etherscan σάς επιτρέπει να μεταγλωττίσετε εκ νέου bytecode συμβολαίου από το αρχικό φορτίο δεδομένων (πηγαίος κώδικας, διεύθυνση βιβλιοθήκης, ρυθμίσεις μεταγλωττιστή, διεύθυνση συμβολαίου, κ.λπ.) Εάν το εκ νέου μεταγλωττισμένο bytecode συσχετίζεται με το bytecode (και τις παραμέτρους του κατασκευαστή) του συμβολαίου στην αλυσίδα, τότε [το συμβόλαιο επαληθεύεται](https://info.etherscan.com/types-of-contract-verification/).
Αφού επαληθευτεί, ο πηγαίος κώδικας του συμβολαίου σας λαμβάνει μια ετικέτα «Επαληθευμένο» και δημοσιεύεται στο Etherscan για έλεγχο από άλλους. Προστίθεται επίσης στην ενότητα [Επαληθευμένα συμβόλαια](https://etherscan.io/contractsVerified/) — έναν κατάλογο έξυπνων συμβολαίων με επαληθευμένους πηγαίους κώδικες.
-Το Etherscan είναι το ευρύτερα χρησιμοποιούμενο εργαλείο για την επαλήθευση συμβολαίων. Ωστόσο, η επαλήθευση συμβολαίου της Etherscan έχει ένα μειονέκτημα: δεν καταφέρνει να συγκρίνει τον ** hash μεταδεδομένων** του bytecode εντός αλυσίδας και του εκ νέου μεταγλωττισμένου bytecode. Επομένως, οι αντιστοιχίσεις στο Etherscan είναι μερικές αντιστοιχίσεις.
+Το Etherscan είναι το ευρύτερα χρησιμοποιούμενο εργαλείο για την επαλήθευση συμβολαίων. Ωστόσο, η επαλήθευση συμβολαίου της Etherscan έχει ένα μειονέκτημα: δεν καταφέρνει να συγκρίνει τον ** hash μεταδεδομένων** του bytecode στην αλυσίδα και του εκ νέου μεταγλωττισμένου bytecode. Επομένως, οι αντιστοιχίσεις στο Etherscan είναι μερικές αντιστοιχίσεις.
[Περισσότερα σχετικά με την επαλήθευση συμβολαίων στο Etherscan](https://medium.com/etherscan-blog/verifying-contracts-on-etherscan-f995ab772327).
diff --git a/public/content/translations/el/dvt/index.md b/public/content/translations/el/dvt/index.md
new file mode 100644
index 00000000000..5b13e8cc874
--- /dev/null
+++ b/public/content/translations/el/dvt/index.md
@@ -0,0 +1,91 @@
+---
+title: Κατανεμημένη τεχνολογία επικύρωσης
+description: Η τεχνολογία κατανεμημένης επικύρωσης επιτρέπει την κατανεμημένη λειτουργία ενός επικυρωτή Ethereum από πολλά μέρη.
+lang: el
+---
+
+# Κατανεμημένη τεχνολογία επικύρωσης {#distributed-validator-technology}
+
+Η τεχνολογία κατανεμημένης επικύρωσης (DVT) είναι μια προσέγγιση για την ασφάλεια του επικυρωτή που κατανέμει τις ευθύνες διαχείρισης κλειδιών και υπογραφής σε πολλά μέρη, για τη μείωση μεμονωμένων σημείων αστοχίας και την αύξηση της ανθεκτικότητας του επικυρωτή.
+
+Αυτό το κάνει **διαχωρίζοντας το ιδιωτικό κλειδί** που χρησιμοποιείται για την ασφάλεια ενός εργαλείου επικύρωσης **σε πολλούς υπολογιστές** οργανωμένο σε ένα «cluster». Αυτό παρέχει το πλεονέκτημα ότι καθιστά πολύ δύσκολο για τους εισβολείς να αποκτήσουν πρόσβαση στο κλειδί, επειδή δεν αποθηκεύεται πλήρως σε κανένα μεμονωμένο μηχάνημα. Επιτρέπει επίσης σε ορισμένους κόμβους να βγαίνουν εκτός σύνδεσης, καθώς η απαραίτητη υπογραφή μπορεί να γίνει από ένα υποσύνολο των μηχανών σε κάθε σύνολο. Αυτό μειώνει τα μεμονωμένα σημεία αστοχίας από το δίκτυο και καθιστά όλο το σετ επικύρωσης πιο ισχυρό.
+
+
+
+## Γιατί χρειαζόμαστε το DVT; {#why-do-we-need-dvt}
+
+### Ασφάλεια {#security}
+
+Οι επικυρωτές δημιουργούν δύο ζεύγη κλειδιών δημόσια - ιδιωτικά: τα κλειδιά επικύρωσης για συμμετοχή στη συναίνεση και τα κλειδιά ανάληψης για πρόσβαση στα κεφάλαια. Ενώ οι επικυρωτές μπορούν να ασφαλίσουν τα κλειδιά ανάληψης σε σημείο αποθήκευσης εκτός δικτύου, τα ιδιωτικά κλειδιά επικύρωσης πρέπει να είναι σε σύνδεση 24/7. Εάν ένα ιδιωτικό κλειδί επικύρωσης έχει παραβιαστεί, ένας εισβολέας μπορεί να ελέγξει το εργαλείο επικύρωσης, κάτι που ενδέχεται να οδηγήσει σε περικοπή ή απώλεια των ETH του χρήστη. Το DVT μπορεί να βοηθήσει στον μετριασμό αυτού του κινδύνου. Δείτε πώς:
+
+Με τη χρήση του DVT, οι χρήστες μπορούν να συμμετέχουν στην αποθήκευση κεφαλαίου διατηρώντας παράλληλα το ιδιωτικό κλειδί του εργαλείου επικύρωσης σε σημείο αποθήκευσης εκτός δικτύου. Αυτό επιτυγχάνεται με την κρυπτογράφηση του αρχικού, ολόκληρου κλειδιού επικύρωσης και στη συνέχεια με διαχωρισμό του σε κοινόχρηστα στοιχεία κλειδιού. Τα βασικά κοινόχρηστα στοιχεία υπάρχουν στο διαδίκτυο και διανέμονται σε πολλούς κόμβους επιτρέποντας την κατανεμημένη λειτουργία του επικυρωτή. Αυτό είναι δυνατό επειδή οι επικυρωτές Ethereum χρησιμοποιούν υπογραφές BLS που είναι προσθετικές, που σημαίνει ότι το πλήρες κλειδί μπορεί να ανακατασκευαστεί αθροίζοντας τα κατανεμημένα μέρη τους. Αυτό επιτρέπει στο χρήστη να διατηρεί το πλήρες, αρχικό «κύριο» κλειδί επικύρωσης με ασφάλεια εκτός σύνδεσης.
+
+### Κανένα μεμονωμένο σημείο αποτυχίας {#no-single-point-of-failure}
+
+Όταν ένας επικυρωτής χωρίζεται σε πολλούς χειριστές και πολλαπλά μηχανήματα, μπορεί να αντέξει μεμονωμένες αστοχίες υλικού και λογισμικού χωρίς να βγει εκτός σύνδεσης. Ο κίνδυνος αποτυχιών μπορεί επίσης να μειωθεί με τη χρήση διαφορετικών διαμορφώσεων υλικού και λογισμικού στους κόμβους σε ένα σύμπλεγμα. Αυτή η ανθεκτικότητα δεν είναι διαθέσιμη σε διαμορφώσεις επικύρωσης ενός κόμβου και προέρχεται από το επίπεδο DVT.
+
+Εάν ένα από τα στοιχεία ενός μηχανήματος σε ένα σύμπλεγμα πέσει (για παράδειγμα, εάν υπάρχουν τέσσερις συντονιστές σε ένα σύμπλεγμα επικυρωτή και ο ένας χρησιμοποιεί συγκεκριμένη εφαρμογή πελάτη που έχει σφάλμα), οι άλλοι διασφαλίζουν ότι το πρόγραμμα επικύρωσης συνεχίζει να λειτουργεί.
+
+### Αποκέντρωση {#decentralization}
+
+Το ιδανικό σενάριο για το Ethereum είναι να διαθέτει όσο το δυνατόν περισσότερους ανεξάρτητους επικυρωτές. Ωστόσο, ορισμένοι πάροχοι αποθήκευσης κεφαλαίου έχουν γίνει πολύ δημοφιλείς και αντιπροσωπεύουν σημαντικό μέρος του συνολικού αποθηκευμένου κεφαλαίου σε ETH στο δίκτυο. Το DVT μπορεί να επιτρέψει σε αυτούς τους χειριστές να λειτουργούν διατηρώντας παράλληλα την αποκέντρωση του δικτύου. Αυτό συμβαίνει επειδή τα κλειδιά για κάθε επικυρωτή κατανέμονται σε πολλά μηχανήματα και θα χρειαζόταν πολύ μεγαλύτερη προσπάθεια για να γίνει κακόβουλος ένας επικυρωτής.
+
+Χωρίς το DVT, είναι ευκολότερο για τους παρόχους αποθήκευσης κεφαλαίου να υποστηρίζουν μόνο μία ή δύο διαμορφώσεις εφαρμογής πελατών για όλους τους επικυρωτές τους, αυξάνοντας τον αντίκτυπο ενός σφάλματος εφαρμογής πελάτη. Το DVT μπορεί να χρησιμοποιηθεί για την κατανομή του κινδύνου σε πολλαπλές διαμορφώσεις πελατών και διαφορετικό υλικό, δημιουργώντας ανθεκτικότητα μέσω της διαφορετικότητας.
+
+**Το DVT προσφέρει τα ακόλουθα οφέλη στο Ethereum:**
+
+1. **Αποκέντρωση** της συναίνεσης απόδειξης συμμετοχής του Ethereum
+2. Εξασφαλίζει την **επιβιωσιμότητα** του δικτύου
+3. Δημιουργεί **ανοχή σφάλματος** του επικυρωτή
+4. Λειτουργία επικύρωσης με **περισσότερη εμπιστοσύνη**
+5. Μείωση **κινδύνου περικοπής** και διακοπής λειτουργίας
+6. **Βελτιώνει την ποικιλομορφία** (πελάτης, κέντρο δεδομένων, τοποθεσία, ρύθμιση κλπ.)
+7. **Βελτιωμένη ασφάλεια** της διαχείρισης του κλειδιού επικύρωσης
+
+## Πώς λειτουργεί το DVT; {#how-does-dvt-work}
+
+Μια λύση DVT περιέχει τα ακόλουθα στοιχεία:
+
+- **[Κοινοποίηση μυστικών του Shamir](https://medium.com/@keylesstech/a-beginners-guide-to-shamir-s-secret-sharing-e864efbf3648)** - Οι επικυρωτές χρησιμοποιούν [κλειδιά BLS](https://en.wikipedia.org/wiki/BLS_digital_signature). Τα μεμονωμένα «τμήματα κλειδιών» BLS μπορούν να συνδυαστούν σε ένα ενιαίο συγκεντρωτικό κλειδί (υπογραφή). Στο DVT, το ιδιωτικό κλειδί για έναν επικυρωτή είναι η συνδυασμένη υπογραφή BLS κάθε χειριστή.
+- **[Σχήμα υπογραφής κατωφλίου](https://medium.com/nethermind-eth/threshold-signature-schemes-36f40bc42aca)** - Καθορίζει τον απαιτούμενο αριθμό μεμονωμένων τμημάτων κλειδιού που απαιτούνται για τη διαδικασία υπογραφής, π.χ. 3 στα 4.
+- **[Δημιουργία κατανεμημένων κλειδιών (DKG)](https://medium.com/toruslabs/what-distributed-key-generation-is-866adc79620)** - Κρυπτογραφική διαδικασία που δημιουργεί τα τμήματα κλειδιού που θα διανεμηθούν ενός υπάρχοντος ή νέου κλειδιού επικύρωσης στους κόμβους σε ένα σύμπλεγμα.
+- **[Υπολογισμός πολλαπλών μερών (MPC)](https://messari.io/report/applying-multiparty-computation-to-the-world-of-blockchains)** - Το πλήρες κλειδί επικύρωσης δημιουργείται κρυφά με χρήση υπολογισμού πολλών μερών. Το πλήρες κλειδί δεν είναι ποτέ γνωστό σε κανέναν μεμονωμένο χρήστη. Γνωρίζει μόνο το δικό του μέρος (το «τμήμα» του).
+- **Πρωτόκολλο συναίνεσης** - Το πρωτόκολλο συναίνεσης επιλέγει έναν κόμβο ως τον προτείνοντα του μπλοκ. Μοιράζονται το μπλοκ με τους άλλους κόμβους του συμπλέγματος, οι οποίοι προσθέτουν τα τμήματα του κλειδιού τους στη συγκεντρωτική υπογραφή. Όταν έχουν συγκεντρωθεί αρκετά βασικά τμήματα κλειδιού, το μπλοκ υποβάλλεται για πρόταση στο Ethereum.
+
+Οι επικυρωτές μετά την κατανομή έχουν μια ενσωματωμένη ανοχή σφαλμάτων και μπορούν να συνεχίσουν να λειτουργούν ακόμα και αν ορισμένοι από τους μεμονωμένους κόμβους τεθούν εκτός σύνδεσης. Αυτό σημαίνει ότι το σύμπλεγμα είναι ανθεκτικό ακόμα και αν ορισμένοι από τους κόμβους μέσα του αποδειχθούν κακόβουλοι ή καθυστερούν.
+
+## Χρήσεις DVT {#dvt-use-cases}
+
+Το DVT έχει σημαντικές επιπτώσεις για τον ευρύτερο κλάδο αποθήκευσης κεφαλαίου:
+
+### Μεμονωμένοι χρήστες με αποθηκευμένο κεφάλαιο {#solo-stakers}
+
+Το DVT επιτρέπει επίσης την αποθήκευση κεφαλαίου χωρίς έλεγχο, επιτρέποντάς σας να διανέμετε το κλειδί επικύρωσής σας σε απομακρυσμένους κόμβους, ενώ διατηρείτε το πλήρες κλειδί εντελώς εκτός σύνδεσης. Αυτό σημαίνει ότι οι οικιακοί χρήστες δε χρειάζεται απαραίτητα να δαπανήσουν χρήματα για υλικό, καθώς η κατανομή του κλειδιού μπορεί να βοηθήσει στην ενδυνάμωση τους έναντι πιθανών εισβολών.
+
+### Η αποθήκευση ως υπηρεσία (SaaS) {#saas}
+
+Οι διαχειριστές (όπως οι δεξαμενές και οι οργανισμοί αποθήκευσης κεφαλαίου) που διαθέτουν πολλούς επικυρωτές μπορούν να χρησιμοποιήσουν το DVT για να μειώσουν τον κίνδυνο. Με την κατανομή της υποδομής τους, μπορούν να αυξήσουν την επιβιωσιμότητα των λειτουργιών τους και να διαφοροποιήσουν τους τύπους υλικού που χρησιμοποιούν.
+
+Το DVT διαμοιράζει την ευθύνη της διαχείρισης των κλειδιών σε πολλούς κόμβους, πράγμα που σημαίνει ότι ορισμένα λειτουργικά κόστη μπορούν επίσης να μοιραστούν. Το DVT μπορεί επίσης να μειώσει τον λειτουργικό κίνδυνο και το κόστος ασφάλισης για τους παρόχους αποθήκευσης κεφαλαίου.
+
+### Δεξαμενές αποθήκευσης κεφαλαίου {#staking-pools}
+
+Λόγω των τυπικών ρυθμίσεων επικυρωτών, οι δεξαμενές αποθήκευσης κεφαλαίου και οι πάροχοι ρευστότητας αποθηκευμένου κεφαλαίου, υποχρεούνται να έχουν διαφορετικά επίπεδα εμπιστοσύνης για έναν μόνο χειριστή, καθώς τα κέρδη και οι ζημίες διανέμονται σε όλη την ομάδα. Εξαρτώνται επίσης από τους διαχειριστές για την προστασία των κλειδιών υπογραφής, επειδή μέχρι τώρα, δεν υπήρχε άλλη επιλογή για αυτούς.
+
+Παρόλο που παραδοσιακά γίνονται προσπάθειες για την κατανομή του κινδύνου, κατανέμοντας το αποθηκευμένο κεφάλαιο σε πολλά συστήματα λειτουργία, κάθε διαχειριστής εξακολουθεί να διαχειρίζεται ένα σημαντικό μερίδιο ανεξάρτητα. Η διατήρηση ενός μόνο συστήματος εγκυμονεί τεράστιους κινδύνους σε περίπτωση που υπολειτουργήσει ή αντιμετωπίσει διακοπές λειτουργίας, που παραβιαστεί ή ενεργήσει με κακόβουλο τρόπο.
+
+Με τη μόχλευση του DVT, το επίπεδο εμπιστοσύνης που απαιτείται από τους χειριστές συστήματος μειώνεται σημαντικά. **Οι δεξαμενές μπορούν να επιτρέψουν στους χειριστές συστήματος να διατηρούν αποθηκευμένο κεφάλαιο χωρίς να χρειάζεται η φύλαξη των κλειδιών επικύρωσης** (καθώς χρησιμοποιούνται μόνο τα βασικά τμήματα). Επιτρέπει επίσης τη διαχείριση αποθηκευμένων κεφαλαίων μεταξύ περισσότερων συστημάτων (π.χ. αντί να υπάρχει μόνο ένας διαχειριστής για 1000 επικυρωτές, το DVT επιτρέπει σε αυτούς τους επικυρωτές να εκτελούνται συλλογικά από πολλούς διαχειριστές). Οι διάφορες ρυθμίσεις του διαχειριστή, θα εξασφαλίσουν ότι εάν ένας τεθεί εκτός λειτουργίας, οι άλλοι θα εξακολουθούν να μπορούν να εκτελούν επικυρώσεις. Αυτό έχει ως αποτέλεσμα την επιβιωσιμότητα και τη διαφοροποίηση που οδηγεί σε καλύτερη απόδοση και ανθεκτικότητα, μεγιστοποιώντας παράλληλα τις ανταμοιβές.
+
+Ένα άλλο όφελος για την ελαχιστοποίηση της ανάγκης εμπιστοσύνης ενός διαχειριστή, είναι ότι οι δεξαμενές αποθήκευσης κεφαλαίου μπορούν να επιτρέψουν πιο ανοιχτή και τη χωρίς άδεια συμμετοχή διαχειριστή. Με αυτόν τον τρόπο, οι υπηρεσίες μπορούν να μειώσουν τον κίνδυνο και να υποστηρίξουν την αποκέντρωση του Ethereum χρησιμοποιώντας ελεγμένα και χωρίς την ανάγκη παροχής άδειας από σύνολα συστημάτων, για παράδειγμα συνδέοντας οικιακούς ή περισσότερους χρήστες με μικρό αποθηκευμένο κεφάλαιο με μεγαλύτερους.
+
+## Πιθανά μειονεκτήματα της χρήσης DVT {#potential-drawbacks-of-using-dvt}
+
+- **Πρόσθετο στοιχείο** - η εισαγωγή ενός κόμβου DVT προσθέτει ένα ακόμη τμήμα που μπορεί να είναι ελαττωματικό ή ευάλωτο. Ένας τρόπος για να μετριαστεί αυτό είναι να προσπαθήσουμε για πολλαπλές υλοποιήσεις ενός κόμβου DVT, δηλαδή πολλαπλούς πελάτες εφαρμογών DVT (όπως ακριβώς υπάρχουν διαφορετικά λογισμικά πελάτη για τα επίπεδα συναίνεσης και εκτέλεσης).
+- **Λειτουργικό κόστος** - καθώς το DVT κατανέμει το σύστημα επικύρωσης μεταξύ πολλών μερών, απαιτούνται περισσότεροι κόμβοι για τη λειτουργία αντί για έναν μόνο κόμβο, γεγονός που αυξάνει το λειτουργικό κόστος.
+- **Δυνητικά αυξημένη καθυστέρηση** - καθώς το DVT χρησιμοποιεί ένα πρωτόκολλο για την επίτευξη συναίνεσης μεταξύ των πολλαπλών κόμβων που λειτουργούν με έναν επικυρωτή, μπορεί ενδεχομένως να εισάγει αυξημένο λανθάνοντα χρόνο.
+
+## Περισσότερες πληροφορίες {#further-reading}
+
+- [Προδιαγραφές επικυρωτή με κατανομή Ethereum (υψηλού επιπέδου)](https://github.com/ethereum/distributed-validator-specs)
+- [Τεχνικές προδιαγραφές επικυρωτή με κατανομή Ethereum](https://github.com/ethereum/distributed-validator-specs/tree/dev/src/dvspec)
+- [Εφαρμογή επίδειξης κοινής χρήσης μυστικών Shamir](https://iancoleman.io/shamir/)
diff --git a/public/content/translations/el/events/index.md b/public/content/translations/el/events/index.md
new file mode 100644
index 00000000000..382c0b546d6
--- /dev/null
+++ b/public/content/translations/el/events/index.md
@@ -0,0 +1,24 @@
+---
+title: Εκδηλώσεις του Ethereum
+description: Πώς να συμμετάσχετε στην κοινότητα του Ethereum.
+lang: el
+hideEditButton: true
+---
+
+# Προσεχείς εκδηλώσεις {#events}
+
+**Κάθε μήνα, πραγματοποιούνται εκδηλώσεις του Ethereum σε όλο τον κόσμο.** Μπορείτε να παρακολουθήσετε μια εκδήλωση κοντά σας για να γνωρίσετε περισσότερους ανθρώπους της κοινότητας, να μάθετε για τις ευκαιρίες απασχόλησης και να αναπτύξετε νέες δεξιότητες.
+
+ Διαβάστε για το KZG και τις αξιόπιστες ρυθμίσεις
+
+## Πιο απλό και αποτελεσματικό Ethereum {#simpler-more-efficient-ethereum}
+
+Η πολυπλοκότητα δημιουργεί ευκαιρίες για σφάλματα ή τρωτά σημεία που μπορούν να εκμεταλλευτούν οι κακόβουλοι. Ως εκ τούτου, μέρος του οδικού χάρτη είναι η απλοποίηση του Ethereum και η κατάργηση του κώδικα που έχει κολλήσει μέσα από διάφορες αναβαθμίσεις αλλά δε χρειάζονται πλέον ή μπορούν να βελτιωθούν. Μια πιο λιτή, απλούστερη βάση κώδικα είναι ευκολότερο για τους προγραμματιστές να διατηρούν και να συλλογίζονται.
+
+Υπάρχουν πολλές ενημερώσεις που θα γίνουν στην [Εικονική Μηχανή Ethereum (EVM)](/developers/docs/evm) για να γίνει απλούστερη και πιο αποτελεσματική. Σε αυτά περιλαμβάνονται η [κατάργηση του κωδικού λειτουργίας SELFDESTRUCT](https://hackmd.io/@vbuterin/selfdestruct) - μια σπάνια χρησιμοποιούμενη εντολή που δε χρειάζεται πλέον και σε ορισμένες περιπτώσεις μπορεί να είναι επικίνδυνη για χρήση, ειδικά όταν συνδυάζεται με άλλες μελλοντικές αναβαθμίσεις στο μοντέλο αποθήκευσης του Ethereum. Οι [εφαρμογές πελάτη Ethereum](/glossary/#consensus-client) υποστηρίζουν επίσης ορισμένους παλιούς τύπους συναλλαγών που μπορούν πλέον να αφαιρεθούν εντελώς. Ο τρόπος υπολογισμού των [κρατήσεων](/glossary/#gas) μπορεί επίσης να βελτιωθεί και να εισαχθούν πιο αποτελεσματικές μέθοδοι για την αριθμητική υποστήριξη ορισμένων κρυπτογραφικών λειτουργιών.
+
+Ομοίως, υπάρχουν ενημερώσεις που μπορούν να γίνουν σε άλλα μέρη των σημερινών εφαρμογών πελάτη Ethereum. Ένα παράδειγμα είναι ότι οι τρέχοντες εφαρμογές πελάτη εκτέλεσης και συναίνεσης χρησιμοποιούν διαφορετικό τύπο συμπίεσης δεδομένων. Θα είναι πολύ πιο εύκολο και πιο διαισθητικό να μοιράζεστε δεδομένα μεταξύ των πελατών όταν το σχήμα συμπίεσης είναι ενοποιημένο σε ολόκληρο το δίκτυο.
+
+## Τρέχουσα πρόοδος {#current-progress}
+
+Οι περισσότερες από τις αναβαθμίσεις που απαιτούνται για το μελλοντικό Ethereum βρίσκονται ακόμα σε **ερευνητικό στάδιο και ενδέχεται να απέχουν αρκετά χρόνια** από την εφαρμογή τους. Αναβαθμίσεις, όπως η κατάργηση της ΑΥΤΟΚΑΤΑΣΤΡΟΦΗΣ και η εναρμόνιση του συστήματος συμπίεσης που χρησιμοποιείται στα λογισμικά πελάτη εκτέλεσης και συναίνεσης, είναι πιθανό να έρθουν νωρίτερα από την κβαντική κρυπτογραφία.
+
+**Περισσότερες πληροφορίες**
+
+- [Κρατήσεις (Gas)](/developers/docs/gas)
+- [EVM](/developers/docs/evm)
+- [Δομές δεδομένων](/developers/docs/data-structures-and-encoding)
diff --git a/public/content/translations/el/glossary/index.md b/public/content/translations/el/glossary/index.md
index 1c44e91eca3..e54f781a603 100644
--- a/public/content/translations/el/glossary/index.md
+++ b/public/content/translations/el/glossary/index.md
@@ -320,11 +320,11 @@ lang: el
## Ο {#section-o}
-
Περισσότερα για τους DAO
@@ -180,3 +180,5 @@ _Σημείωση: Οποιοσδήποτε μπορεί να ανήκει σε
- [Τι είναι ένας βασικός προγραμματιστής Ethereum](https://hudsonjameson.com/2020-06-22-what-is-an-ethereum-core-developer/) - _Hudson Jameson_
- [Διακυβέρνηση, Τμήμα 2: Η πλουτοκρατία είναι ακόμα κακή](https://vitalik.eth.limo/general/2018/03/28/plutocracy.html) - _Vitalik Buterin_
- [Προχωρώντας πέρα από τη διακυβέρνηση ψηφοφορίας νομισμάτων](https://vitalik.eth.limo/general/2021/08/16/voting3.html) - _Vitalik Buterin_
+- [Κατανόηση της διακυβέρνησης κρυπτοαλυσίδας](https://research.2077.xyz/understanding-blockchain-governance) - _Έρευνα 2077_
+- [Η διακυβέρνηση Ethereum](https://www.galaxy.com/insights/research/ethereum-governance/) - _Christine Kim_
diff --git a/public/content/translations/el/guides/how-to-use-a-bridge/index.md b/public/content/translations/el/guides/how-to-use-a-bridge/index.md
index e7eb2212f40..57587442995 100644
--- a/public/content/translations/el/guides/how-to-use-a-bridge/index.md
+++ b/public/content/translations/el/guides/how-to-use-a-bridge/index.md
@@ -10,7 +10,7 @@ lang: el
**Προαπαιτούμενα:**
-- κατοχή πορτοφολιού κρυπτονομισμάτων, δείτε τον οδηγό: [Πώς να «δημιουργήσετε» ένα λογαριασμό Ethereum](/guides/how-to-create-an-ethereum-account/)
+- Κατοχή πορτοφολιού κρυπτονομισμάτων, δείτε τον οδηγό: [Πώς να δημιουργήσετε ένα λογαριασμό Ethereum](/guides/how-to-create-an-ethereum-account/)
- προσθήκη κεφαλαίων στο πορτοφόλι σας
## 1. Καθορίστε ποιο δίκτυο επιπέδου 2 θέλετε να χρησιμοποιήσετε
diff --git a/public/content/translations/el/guides/how-to-use-a-wallet/index.md b/public/content/translations/el/guides/how-to-use-a-wallet/index.md
index 2252fc2e82a..709b3cb830f 100644
--- a/public/content/translations/el/guides/how-to-use-a-wallet/index.md
+++ b/public/content/translations/el/guides/how-to-use-a-wallet/index.md
@@ -1,5 +1,6 @@
---
title: Πώς να χρησιμοποιήσετε ένα πορτοφόλι
+metaTitle: Πώς να χρησιμοποιήσετε ένα πορτοφόλι Ethereum | Βήμα προς βήμα
description: Ένας οδηγός που εξηγεί πώς να στείλετε ή να λάβετε κρυπτονομίσματα και να συνδεθείτε σε έργα web3.
lang: el
---
diff --git a/public/content/translations/el/guides/index.md b/public/content/translations/el/guides/index.md
index 7d0e01e2842..f7f25bf535a 100644
--- a/public/content/translations/el/guides/index.md
+++ b/public/content/translations/el/guides/index.md
@@ -12,7 +12,7 @@ lang: el
1. [Πώς να «δημιουργήσετε» έναν λογαριασμό Ethereum](/guides/how-to-create-an-ethereum-account/) - Ο καθένας μπορεί να δημιουργήσει ένα πορτοφόλι δωρεάν. Αυτός ο οδηγός θα σας δείξει από πού να ξεκινήσετε.
-2. [Πώς να χρησιμοποιήσετε ένα πορτοφόλι](/guides/how-to-use-a-wallet/) - Μια εισαγωγή στα βασικά χαρακτηριστικά κάθε πορτοφολιού και πώς να το χρησιμοποιήσετε.
+2. [Πώς να χρησιμοποιείτε ένα πορτοφόλι](/guides/how-to-use-a-wallet/) - Μάθετε πώς να στέλνετε και να λαμβάνετε κρυπτονομίσματα στο πορτοφόλι σας και πώς να το συνδέετε με έργα.
## Βασικά στοιχεία ασφαλείας
diff --git a/public/content/translations/el/history/index.md b/public/content/translations/el/history/index.md
index 7bc55ffd268..72ee60de9c0 100644
--- a/public/content/translations/el/history/index.md
+++ b/public/content/translations/el/history/index.md
@@ -23,42 +23,44 @@ sidebarDepth: 1
Το λογισμικό που βρίσκεται κάτω από το Ethereum αποτελείται από δύο μισά, γνωστά ως [επίπεδο εκτέλεσης](/glossary/#execution-layer) και το [επίπεδο συναίνεσης](/glossary/#consensus-layer).
-**Ονομασία αναβαθμίσεων επιπέδου εκτέλεσης**
+**Ονοματολογία αναβάθμισης επιπέδου εκτέλεσης**
-Από το 2021, οι αναβαθμίσεις στο **επίπεδο εκτέλεσης** ονομάζονται σύμφωνα με τα ονόματα πόλεων των [προηγούμενων τοποθεσιών Devcon](https://devcon.org/en/past-events/) με χρονολογική σειρά:
+Από το 2021, οι αναβαθμίσεις στο επίπεδο εκτέλεσης ονομάζονται σύμφωνα με τα ονόματα πόλεων προηγούμενων τοποθεσιών Devcon με χρονολογική σειρά:
-| Όνομα αναβάθμ. | Έτος Devcon | Αριθμός Devcon | Ημ/νια Αναβάθμ. |
+| Όνομα Αναβάθμισης | Έτος Devcon | Αριθμός Devcon | Ημερομηνία Αναβάθμισης |
| ------------ | ----------- | ------------- | ------------ |
-| Berlin | 2015 | 0 | 15 Απρ 2021 |
-| London | 2016 | I | 5 Αυγ 2021 |
-| Shanghai | 2017 | II | 12 Απρ 2023 |
-| **Cancun** | 2018 | III | 13 Παρ 2024 |
-| _Prague_ | 2019 | IV | TBD |
-| _Osaka_ | 2020 | V | TBD |
-| _Bogota_ | 2022 | VI | TBD |
-| _Bangkok_ | 2024 | VII | TBD |
-
-**Ονομασία αναβαθμίσεων επιπέδου συναίνεσης**
-
-Από την κυκλοφορία του [Beacon Chain](/glossary/#beacon-chain), οι αναβαθμίσεις στο **επίπεδο συναίνεσης** ονομάζονται από τα ουράνια αστέρια που ξεκινούν με γράμματα με αλφαβητική σειρά:
-
-| Όνομα Αναβάθμισης | Ημ/νια Αναβαθμ. |
-| ----------------------------------------------------------- | ------------ |
-| Γέννηση της Κύριας Αλυσίδας | 01 Δεκ 2020 |
-| [Altair](https://en.wikipedia.org/wiki/Altair) | 27 Οκτ 2021 |
-| [Bellatrix](https://en.wikipedia.org/wiki/Bellatrix) | 06 Σεπ 2022 |
-| [Capella](https://en.wikipedia.org/wiki/Capella) | 12 Απρ 2023 |
-| [**Deneb**](https://en.wikipedia.org/wiki/Deneb) | 13 Μαρ 2024 |
-| [_Electra_]() | TBD |
+| Βερολίνο | 2014 | 0 | 15 Απρ 2021 |
+| Λονδίνο | 2015 | I | 5 Αυγ 2021 |
+| Σαγκάη | 2016 | II | 12 Απρ 2023 |
+| Κανκούν | 2017 | III | 13 Μαρ 2024 |
+| **Πράγα** | 2018 | IV | TBD - Επόμενη |
+| _Οσάκα_ | 2019 | V | TBD |
+| _Μπογκοτά_ | 2022 | VI | TBD |
+| _Μπανγκόκ_ | 2024 | VII | TBD |
+
+**Ονοματολογία αναβάθμισης επιπέδου συναίνεσης**
+
+Από την έναρξη της [Beacon Chain](/glossary/#beacon-chain), οι αναβαθμίσεις στο **επίπεδο συναίνεσης** παίρνουν το όνομά τους από ουράνια άστρα που ξεκινούν με γράμματα που ακολουθούν αλφαβητική σειρά:
+| Όνομα Αναβάθμισης | Ημερομηνία Αναβάθμισης |
+| ------------------------------------------------------------- | ------------ |
+| Γένεση Beacon Chain | 1 Δεκ 2020 |
+| [Altair](https://en.wikipedia.org/wiki/Altair) | 27 Οκτ 2021 |
+| [Bellatrix](https://en.wikipedia.org/wiki/Bellatrix) | 6 Σεπ 2022 |
+| [Capella](https://en.wikipedia.org/wiki/Capella) | 12 Απρ 2023 |
+| [Deneb](https://en.wikipedia.org/wiki/Deneb) | 13 Μαρ 2024 |
+| [**Electra**]() | TBD - Επόμενη |
+| [_Fulu_]() | TBD |
**Συνδυασμένη ονομασία**
-Οι αναβαθμίσεις στα επίπεδα εκτέλεσης και συναίνεσης κυκλοφόρησαν αρχικά σε διαφορετικές χρονικές στιγμές, αλλά μετά τη [Συγχώνευση](/roadmap/merge/) το 2022, αναπτύσσονται ταυτόχρονα. Ως εκ τούτου, οι όροι στην καθομιλουμένη έχουν προκύψει για να απλοποιήσουν τις αναφορές σε αυτές των αναβαθμίσεων χρησιμοποιώντας έναν μόνο συνδυασμένο όρο. Αυτό ξεκίνησε με την αναβάθμιση _Shanghai-Capella_, που συνήθως αναφέρεται ως "**Shapella**" και συνεχίστηκε με την αναβάθμιση _Cancun-Deneb_, η οποία μπορεί να αναφέρεται ως "**Dencun**."
+Οι αναβαθμίσεις στα επίπεδα εκτέλεσης και συναίνεσης κυκλοφόρησαν αρχικά σε διαφορετικές χρονικές στιγμές, αλλά μετά τη [Συγχώνευση](/roadmap/merge/) το 2022, αναπτύσσονται ταυτόχρονα. Ως εκ τούτου, οι όροι στην καθομιλουμένη έχουν προκύψει για να απλοποιήσουν τις αναφορές σε αυτές των αναβαθμίσεων χρησιμοποιώντας έναν μόνο συνδυασμένο όρο. Αυτό ξεκίνησε με την αναβάθμιση _Shanghai-Capella_, που συνήθως αναφέρεται ως "**Shapella**", και συνεχίζεται με τις αναβαθμίσεις _Cancun-Deneb_ (**Dencun**) και _Prague-Electra_ (**Pectra**).
| Αναβαθμ. Εκτελεστικού | Αναβάθμ. Συναινετικού | Σύντμηση |
| ----------------- | ----------------- | ---------- |
| Shanghai | Capella | "Shapella" |
| Cancun | Deneb | "Dencun" |
+| Prague | Electra | "Pectra" |
+| Osaka | Fulu | "Fusaka" |
@@ -68,6 +70,55 @@ sidebarDepth: 1
+
+Καλύτερη εμπειρία χρήστη:
+
+
+ - EIP-7702 - Ορισμός κώδικα λογαριασμού EOA
+ - EIP-7691 - Αύξηση της διακίνησης blob
+ - EIP-7623 - Αύξηση κόστους calldata
+ - EIP-7840 - Προσθήκη χρονοδιαγράμματος blob στα αρχεία διαμόρφωσης EL
+
+
+Καλύτερη εμπειρία δέσμευσης κεφαλαίου:
+
+
+
+Αναβαθμίσεις αποδοτικότητας και ασφάλειας πρωτοκόλλου:
+
+
+
+
+
+- [Pectra.wtf](https://pectra.wtf)
+- [Πώς η Pectra θα βελτιώσει την εμπειρία δέσμευσης κεφαλαίου](https://www.kiln.fi/post/next-ethereum-upgrade-how-pectra-will-enhance-the-staking-experience)
+- [Διαβάστε τις προδιαγραφές αναβάθμισης Electra](https://github.com/ethereum/consensus-specs/blob/dev/specs/electra/)
+- [Prague-Electra ("Pectra") FAQ](/roadmap/pectra/)
+
+
+ Λίστα πορτοφολιών
+
+
+Εάν είστε νέος/α, μπορείτε να επιλέξετε το φίλτρο «Νέος/α στα κρυπτονομίσματα» στη σελίδα «εύρεση πορτοφολιού» για να προσδιορίσετε πορτοφόλια που θα περιλαμβάνουν τις απαραίτητες λειτουργίες για αρχάριους.
+
+
+
+Υπάρχουν και άλλα φίλτρα προφίλ για να καλύψετε τις ανάγκες σας. Αυτά είναι παραδείγματα πορτοφολιών που χρησιμοποιούνται συνήθως. Θα πρέπει να κάνετε τη δική σας έρευνα πριν εμπιστευτείτε οποιοδήποτε λογισμικό.
+
+## Βήμα 2: Λήψη και εγκατάσταση εφαρμογής πορτοφολιού
+
+Μόλις αποφασίσετε για ένα συγκεκριμένο πορτοφόλι, επισκεφθείτε την επίσημη ιστοσελίδα ή το κατάστημα εφαρμογών, κατεβάστε και εγκαταστήστε το. Όλοι τους πρέπει να είναι δωρεάν.
+
+## Βήμα 3: Άνοιγμα της εφαρμογής και δημιουργία λογαριασμού Ethereum
+
+Την πρώτη φορά που ανοίγετε το νέο σας πορτοφόλι μπορεί να ζητηθεί να επιλέξετε μεταξύ της δημιουργίας νέου λογαριασμού ή εισαγωγής ενός υπάρχοντος. Κάντε κλικ στο δημιουργία νέου λογαριασμού. **Αυτό είναι το βήμα κατά το οποίο το λογισμικό πορτοφολιού δημιουργεί τον λογαριασμό σας στο Ethereum.**
+
+## Βήμα 4: Αποθήκευση των λέξεων επαναφοράς
+
+Ορισμένες εφαρμογές θα σας ζητήσουν να αποθηκεύσετε τη μυστική «φράση επαναφοράς» (μερικές φορές λέγεται «φράση σπόρου» ή «μνημονικό»). Είναι εξαιρετικά σημαντικό η φράση αυτή να διατηρείται σε ασφαλές μέρος! Χρησιμοποιείται για τη δημιουργία ενός λογαριασμού Ethereum και μπορεί να χρησιμοποιηθεί για την εκτέλεση συναλλαγών.
+
+**Οποιοσδήποτε γνωρίζει τη μυστική φράση μπορεί να αναλάβει τον έλεγχο όλων των κεφαλαίων.** Μην την κοινοποιείτε σε άλλους. Αυτή η φράση πρέπει να περιέχει από 12 έως 24 λέξεις που δημιουργούνται τυχαία (η σειρά των λέξεων είναι σημαντική).
+
+
+
+ Εγκαταστήσατε εφαρμογή πορτοφολιού;
Μάθετε πώς να τη χρησιμοποιείτε.
+
+ Πώς να χρησιμοποιήσετε ένα πορτοφόλι
+
+
+
+
+Ενδιαφέρεστε και για άλλους οδηγούς; Δείτε το: [Αναλυτικοί οδηγοί](/guides/)
+
+## Συχνές ερωτήσεις
+
+### Το πορτοφόλι και ο λογαριασμός μου Ethereum το ίδιο;
+
+Όχι. Το πορτοφόλι είναι ένα εργαλείο διαχείρισης που σας βοηθά να διαχειρίζεστε λογαριασμούς. Ένα μόνο πορτοφόλι μπορεί να παρέχει πρόσβαση σε πολλούς λογαριασμούς και ένας μεμονωμένος λογαριασμός μπορεί να είναι προσβάσιμος από πολλά πορτοφόλια. Η φράση επαναφοράς χρησιμοποιείται για τη δημιουργία λογαριασμών και την παροχή άδειας στην εφαρμογή πορτοφολιού να διαχειρίζεται περιουσιακά στοιχεία.
+
+### Μπορώ να στείλω bitcoin σε μια διεύθυνση Ethereum ή ether σε μια διεύθυνση Bitcoin;
+
+Όχι, δεν μπορείτε. Το Bitcoin και το Ether υπάρχουν σε δύο ξεχωριστά δίκτυα (δηλ. διαφορετικές αλυσίδες συστοιχιών), το καθένα με τις δικές του δομές λογιστικής και διευθύνσεων. Έχουν γίνει διάφορες προσπάθειες γεφύρωσης των δύο διαφορετικών δικτύων, εκ των οποίων το πιο δραστήριο είναι αυτή τη στιγμή είναι το [Wrapped Bitcoin ή WBTC](https://www.bitcoin.com/get-started/what-is-wbtc/). Δεν πρόκειται για εσωτερική αποδοχή, αλλά ως WBTC είναι μια προσωρινή λύση (που σημαίνει ότι μια απλή ομάδα ατόμων ελέγχει ορισμένες κρίσιμες λειτουργίες) και αναφέρεται εδώ μόνο για ενημερωτικό σκοπό.
+
+### Αν έχω μια διεύθυνση ETH, μπορώ να έχω την ίδια διεύθυνση σε άλλες κρυπτοαλυσίδες;
+
+Μπορείτε να χρησιμοποιήσετε την ίδια [διεύθυνση](/glossary/#address) σε όλες τις κρυπτοαλυσίδες που χρησιμοποιούν παρόμοιο λογισμικό με το Ethereum (γνωστό ως «EVM-compatible»). Αυτή η [λίστα](https://chainlist.org/) θα σας δείξει ποιες κρυπτοαλυσίδες μπορείτε να χρησιμοποιήσετε με την ίδια διεύθυνση. Μερικά κρυπτοαλυσίδες, όπως το Bitcoin, εφαρμόζουν ένα εντελώς ξεχωριστό σύνολο κανόνων δικτύου και θα χρειαστείτε μια διαφορετική διεύθυνση με διαφορετική μορφή. Εάν έχετε ένα πορτοφόλι έξυπνου συμβολαίου, θα πρέπει να ελέγξετε την ιστοσελίδα προϊόντων του για περισσότερες πληροφορίες σχετικά με τις κρυπτοαλυσίδες που υποστηρίζονται, επειδή συνήθως υπάρχουν περιορισμοί αλλά πιο ασφαλές πεδίο εφαρμογής.
+
+### Το κεφάλαιό μου είναι ασφαλέστερο στο πορτοφόλι μου από ότι σε ένα ανταλλακτήριο;
+
+Το να έχετε το δικό σας πορτοφόλι σημαίνει ότι αναλαμβάνετε την ευθύνη για την ασφάλεια των περιουσιακών σας στοιχείων. Υπάρχουν δυστυχώς πολλά παραδείγματα αποτυχημένων ανταλλαγών που έχασαν τα χρήματα των πελατών τους. Η κατοχή ενός πορτοφολιού (με μια φράση επαναφοράς) αφαιρεί τον κίνδυνο που σχετίζεται με την εμπιστοσύνη σε κάποια οντότητα για τη διατήρηση των περιουσιακών σας στοιχείων. Ωστόσο, πρέπει να κρατήσετε ασφαλή τα δικά σας κλειδιά και να αποφύγετε απάτες ηλεκτρονικού ψαρέματος, την κατά λάθος έγκριση συναλλαγών ή την αποκάλυψη των λέξεων, την αλληλεπίδραση με ψεύτικους ιστότοπους και άλλους κινδύνους. Οι κίνδυνοι και τα οφέλη είναι διαφορετικά.
+
+### Αν χάσω το πορτοφόλι μου τηλέφωνο/υλικό, πρέπει να χρησιμοποιήσω την ίδια εφαρμογή πορτοφολιού και πάλι για να ανακτήσω τα χαμένα κεφάλαια μου;
+
+Όχι, μπορείτε να χρησιμοποιήσετε διαφορετικό πορτοφόλι. Εφόσον έχετε τη φράση ασφαλείας, μπορείτε να την εισαγάγετε στα περισσότερα πορτοφόλια και θα επαναφέρουν τον λογαριασμό σας. Να είστε προσεκτικοί αν χρειαστεί ποτέ να το κάνετε αυτό: είναι καλύτερο να βεβαιωθείτε ότι δεν είστε συνδεδεμένοι στο διαδίκτυο κατά την ανάκτηση του πορτοφολιού σας, έτσι ώστε η φράση ασφαλείας σας δε θα διαρρεύσει κατά λάθος. Είναι συχνά αδύνατο να ανακτηθούν τα χαμένα κεφάλαια χωρίς τη φράση ανάκτησης.
diff --git a/public/content/translations/el/payments/index.md b/public/content/translations/el/payments/index.md
new file mode 100644
index 00000000000..a6a1f2de40f
--- /dev/null
+++ b/public/content/translations/el/payments/index.md
@@ -0,0 +1,155 @@
+---
+title: Πληρωμές Ethereum
+metaTitle: Πληρωμές στο Ethereum
+description: Μια επισκόπηση πληρωμών στο Ethereum
+lang: el
+template: use-cases
+emoji: ":frame_with_picture:"
+sidebarDepth: 2
+image: /images/impact_transparent.png
+alt: Ένα λογότυπο Eth που εμφανίζεται μαζί με ανοιχτά χέρια.
+summaryPoint1: Ένας κόσμος όπου τα χρήματα κινούνται τόσο ελεύθερα όσο και οι πληροφορίες
+summaryPoint2: Ανοιχτό και παγκόσμιο, επιτρέποντας συναλλαγές δίχως σύνορα για όλους
+summaryPoint3: Πληρωμές που λήφθηκαν μέσα σ' ένα λεπτό
+---
+
+Καθημερινά, εκατομμύρια άνθρωποι αντιμετωπίζουν την ίδια πρόκληση: Η μεταφορά χρημάτων πέρα από τα σύνορα της χώρας τους είναι αργή, δαπανηρή και συχνά απογοητευτική. Ένας ελεύθερος επαγγελματίας στο Μπαλί περιμένει μέρες για να εκκαθαριστεί μια πληρωμή από τον πελάτη του στη Νέα Υόρκη. Αυτό επηρεάζει ιδιαίτερα τους ανθρώπους σε περιοχές με περιορισμένη τραπεζική υποδομή, καθιστώντας δύσκολη τη συμμετοχή στην παγκόσμια οικονομία.
+
+Αυτό δεν είναι ένα μακρινό όνειρο – συμβαίνει σήμερα στο Ethereum. Ενώ τα παραδοσιακά χρηματοπιστωτικά ιδρύματα έχουν δημιουργήσει ισχυρά συστήματα πληρωμών εδώ και δεκαετίες, συχνά παραμένουν περιορισμένα εντός συνόρων της χώρας, τις ώρες εργασίας και παλαιών υποδομών. Το Ethereum προσφέρει ένα νέο παράδειγμα: Μια παγκόσμια διαθέσιμη 24/7 χρηματοπιστωτική πλατφόρμα που επιτρέπει σχεδόν άμεσες, προγραμματιζόμενες συναλλαγές για οποιονδήποτε έχει πρόσβαση στο διαδίκτυο.
+
+
+
+
+
+
+
+## Εμβάσματα: φθηνότερες διεθνείς μεταφορές {#remittances}
+
+Για εκατομμύρια ανθρώπους που εργάζονται στο εξωτερικό, η αποστολή χρημάτων στην πατρίδα τους είναι μια τακτική ανάγκη. Οι παραδοσιακές υπηρεσίες εμβασμάτων συχνά συνοδεύονται από υψηλές χρεώσεις και αργούς χρόνους διεκπεραίωσης. Το Ethereum προσφέρει μια συναρπαστική εναλλακτική λύση.
+
+
+
+
+## Πρόσβαση σε Παγκόσμια Νομίσματα {#access-to-global-currencies}
+
+Σε πολλές χώρες, ο πληθωρισμός είναι ένα πιεστικό ζήτημα, που συχνά συνοδεύεται από περιορισμένη πρόσβαση σε ξένα νομίσματα. Οι άνθρωποι σε αυτές τις καταστάσεις αγωνίζονται να διατηρήσουν τον πλούτο τους καθώς αναγκάζονται να κατέχουν αποταμιεύσεις που υποτιμούνται γρήγορα.
+
+Η κοινότητα του Ethereum έχει δημιουργήσει ένα ισχυρό εναλλακτικό χρηματοπιστωτικό σύστημα που είναι ανεξάρτητο από τις νομισματικές πολιτικές ή τον έλεγχο οποιουδήποτε έθνους.
+
+Οι χρήστες του Ethereum μπορούν να χρησιμοποιούν **κρύπτο σταθερής αξίας που συνήθως συνδέονται με ισχυρά νομίσματα όπως το Δολάριο ΗΠΑ**. Κερδίζοντας και αποταμιεύοντας σε κρυπτονομίσματα, οι άνθρωποι μπορούν να προστατευτούν από τον υψηλό πληθωρισμό στη χώρα τους, βοηθώντας στη διατήρηση ή ακόμα και στην αύξηση της αγοραστικής τους δύναμης. Αυτό διευκολύνει επίσης τις πληρωμές για αγαθά και υπηρεσίες, τόσο σε τοπικό όσο και σε παγκόσμιο επίπεδο.
+
+
+ Περισσότερα για κρύπτο σταθερής αξίας
+
+
+## Αγορά Αγαθών και Πληρωμή για Υπηρεσίες {#buying-goods-and-payment-for-services}
+
+Πολλές επιχειρήσεις αρχίζουν να δέχονται ether (ETH) και άλλα κρυπτονομίσματα ως πληρωμή. Για παράδειγμα:
+
+- **Newegg:** Ο δημοφιλής λιανοπωλητής ηλεκτρονικών ειδών δέχεται Ethereum για αγορές σε επιλεγμένες χώρες.
+- **Travala.com:** Η πλατφόρμα κρατήσεων ταξιδιών επιτρέπει στους χρήστες να πληρώνουν για ξενοδοχεία και πτήσεις χρησιμοποιώντας Ethereum.
+- **Shopify:** Η δημοφιλής πλατφόρμα ηλεκτρονικού εμπορίου που χρησιμεύει ως πλατφόρμα για τη φιλοξενία επιχειρήσεων δέχεται επίσης πληρωμές για αγαθά και υπηρεσίες χρησιμοποιώντας Ethereum.
+- **Sotheby's:** Ο οργανισμός που εμπορεύεται έργα τέχνης, κοσμήματα και συλλεκτικά αντικείμενα και επιτρέπει πληρωμές με Ethereum και άλλα κρυπτονομίσματα.
+
+Χώρες όπως το Ελ Σαλβαδόρ και η Κεντροαφρικανική Δημοκρατία έχουν ακόμη υιοθετήσει τα κρυπτονομίσματα ως νόμιμο χρήμα, ανοίγοντας το δρόμο για ευρύτερη αποδοχή των πληρωμών Ethereum στις καθημερινές συναλλαγές.
+
+Σε χώρες όπου τα μέσα πληρωμής έχουν αποκοπεί από τον υπόλοιπο κόσμο, οι λύσεις πληρωμών που ενσωματώνουν κρυπτονομίσματα παρείχαν μεγάλη ανακούφιση. Οι πληρωμές συνδρομών για πλατφόρμες όπως το Netflix, το Spotify και εκπαιδευτικά μαθήματα έχουν πλέον διευκολυνθεί μέσω πλατφορμών πληρωμών κρυπτονομισμάτων όπως οι Gnosis Pay και Paypal.
+
+
+ Δημιουργήστε τον λογαριασμό σας Ethereum με μια εφαρμογή πορτοφολιού σήμερα.
+
+ Ξεκινήστε
+
+
+
+## Πληρωμές Μισθών {#salary-payments}
+
+Πολλές εταιρείες με προοδευτική σκέψη προσφέρουν πλέον στους εργαζομένους την επιλογή να λαμβάνουν τους μισθούς τους, ή ένα μέρος αυτών, σε κρυπτονομίσματα όπως το ether (ETH):
+
+- **Gipsybee:** είναι ένας οργανισμός που ασχολείται με ηλεκτρονικά είδη, ρομποτική, δημιουργία παιχνιδιών και άλλες υπηρεσίες. Δίνουν στους εργαζομένους την επιλογή να πληρώνονται σε Ethereum.
+- **SC5:** Αυτή η φινλανδική εταιρεία ήταν μια από τις πρώτες που προσέφερε μισθούς σε Bitcoin, ανοίγοντας το δρόμο για παρόμοιες ρυθμίσεις με το Ethereum.
+- **Blockchain startups:** Πολλές εταιρείες στον χώρο του blockchain προσφέρουν φυσικά επιλογές μισθού σε κρυπτονομίσματα στους υπαλλήλους τους.
+- **DAOs:** Λόγω της ιδιαιτερότητας και της ποικιλομορφίας των συνεισφερόντων στα DAO, οι περισσότερες συνεισφορές και οι μισθοί ανταμείβονται σε κρυπτονομίσματα.
+
+Αυτή η τάση απευθύνεται ιδιαίτερα σε εργαζομένους που δουλεύουν απομακρυσμένα και ψηφιακούς νομάδες που μπορούν να επωφεληθούν από διασυνοριακές πληρωμές και δυνητικά ευνοϊκές συναλλαγματικές ισοτιμίες.
+
+
+ Ώρα να αποκτήσετε τον δικό σας λογαριασμό Ethereum.
+
+ Ξεκινήστε
+
+
\ No newline at end of file
diff --git a/public/content/translations/el/roadmap/dencun/index.md b/public/content/translations/el/roadmap/dencun/index.md
new file mode 100644
index 00000000000..72b592c6468
--- /dev/null
+++ b/public/content/translations/el/roadmap/dencun/index.md
@@ -0,0 +1,120 @@
+---
+title: Συχνές ερωτήσεις για το Cancun-Deneb (Dencun)
+description: Συχνές ερωτήσεις σχετικά με την αναβάθμιση του δικτύου Cancun-Deneb (Dencun).
+lang: el
+---
+
+# Cancun-Deneb (Dencun) {#dencun}
+
+Το Cancun-Deneb (Dencun) είναι μια αναβάθμιση στο δίκτυο Ethereum, το οποίο ενεργοποιεί το **Proto-Danksharding (EIP-4844)** και εισάγει προσωρινά δεδομένα **blob** για φθηνότερη αποθήκευση πακέτων ενημέρωσης rollup [επίπεδο 2 (L2)](/glossary/#layer-2).
+
+Ένας νέος τύπος συναλλαγής επιτρέπει στους παρόχους πακέτων ενημέρωσης να αποθηκεύουν δεδομένα με πιο οικονομικό τρόπο σε αντικείμενα που είναι γνωστά ως «blob». Τα blob είναι διαθέσιμα στο δίκτυο εγγυημένα για περίπου 18 ημέρες (ακριβέστερα, 4096 [εποχές](/glossary/#epoch)). Μετά από αυτό το διάστημα, τα blob αποκόπτονται από το δίκτυο, αλλά οι εφαρμογές μπορούν ακόμα να επαληθεύσουν την εγκυρότητα των δεδομένων τους χρησιμοποιώντας αποδείξεις.
+
+Αυτό μειώνει σημαντικά το κόστος των πακέτων ενημέρωσης, περιορίζει την ανάπτυξη της αλυσίδας και βοηθά στην υποστήριξη περισσότερων χρηστών, διατηρώντας παράλληλα την ασφάλεια και ένα αποκεντρωμένο σύνολο χειριστών κόμβων.
+
+## Πότε αναμένουμε ότι τα rollup θα αντικατοπτρίζουν χαμηλότερες χρεώσεις λόγω του Proto-Danksharding; {#when}
+
+- Αυτή η αναβάθμιση ενεργοποιήθηκε την εποχή 269568, στις **13-Μαρ-2024 στις 13:55 μ.μ. (UTC)**
+- Όλοι οι μεγάλοι πάροχοι πακέτων ενημέρωσης, όπως η Arbitrum ή η Optimism, έχουν επισημάνει ότι τα blob θα υποστηρίζονται αμέσως μετά την αναβάθμιση
+- Το χρονοδιάγραμμα για την υποστήριξη μεμονωμένων πακέτων ενημέρωσης μπορεί να διαφέρει, καθώς κάθε πάροχος πρέπει να ενημερώσει τα συστήματά του για να επωφεληθεί από τον νέο χώρο blob
+
+## Πώς μπορεί το ETH να μετατραπεί μετά την ενσωμάτωση (hard fork); {#scam-alert}
+
+- **Δεν απαιτείται ενέργεια για τα ETH σας**: Μετά την αναβάθμιση Dencun του Ethereum, δεν χρειάζεται να μετατρέψετε ή να αναβαθμίσετε τα ETH σας. Τα υπόλοιπα των λογαριασμών σας θα παραμείνουν τα ίδια και το ETH που διατηρείτε αυτή τη στιγμή θα παραμείνει προσβάσιμο στην υπάρχουσα μορφή του μετά την ενσωμάτωση.
+- **Προσοχή στις Απάτες!** δομή μπλοκ
θέση/ χρόνος μπλοκ
αλλαγές opcode
- τυχαίες πηγές επί της αλυσίδας
+ Τυχαίες πηγές τυχαίας στην αλυσίδα.
έννοιες safe head και finalized blocks
diff --git a/public/content/translations/el/roadmap/pbs/index.md b/public/content/translations/el/roadmap/pbs/index.md
new file mode 100644
index 00000000000..9f96ed8aa9a
--- /dev/null
+++ b/public/content/translations/el/roadmap/pbs/index.md
@@ -0,0 +1,51 @@
+---
+title: Διαχωρισμός προτείνοντος - κατασκευαστή
+description: Μάθετε πώς και γιατί οι επικυρωτές Ethereum θα διαχωρίσουν τις αρμοδιότητες δημιουργίας μπλοκ και μετάδοσης μπλοκ.
+lang: el
+---
+
+# Διαχωρισμός προτείνοντος - κατασκευαστή {#proposer-builder-separation}
+
+Οι σημερινοί επικυρωτές Ethereum δημιουργούν _και_ μεταδίδουν μπλοκ. Συγκεντρώνουν συναλλαγές για τις οποίες έχουν λάβει γνώση μέσω του δικτύου ενημέρωσης (gossip network) και τις συσκευάζουν σε ένα μπλοκ που αποστέλλεται σε ομότιμους χρήστες στο δίκτυο Ethereum. Ο **διαχωρισμός προτείνοντος-κατασκευαστή (PBS)** κατανέμει αυτές τις εργασίες σε πολλαπλούς επικυρωτές. Οι κατασκευαστές μπλοκ γίνονται υπεύθυνοι για τη δημιουργία μπλοκ και την προσφορά τους στον προτείνοντα μπλοκ σε κάθε χρονικό κενό. Ο προτείνων μπλοκ δεν μπορεί να δει τα περιεχόμενα του μπλοκ. Απλώς επιλέγει το πιο κερδοφόρο και πληρώνει ένα τέλος στον δημιουργό μπλοκ πριν το στείλει στους ομοτίμους του.
+
+Αυτή είναι μια σημαντική αναβάθμιση για διάφορους λόγους. Πρώτον, δημιουργεί ευκαιρίες για την αποτροπή της λογοκρισίας των συναλλαγών σε επίπεδο πρωτοκόλλου. Δεύτερον, αποτρέπει τον εκτοπισμό των χομπίστων επικύρωσης από θεσμικούς παίκτες που μπορούν να βελτιστοποιήσουν καλύτερα την κερδοφορία της κατασκευής μπλοκ τους. Τρίτον, βοηθά στην κλιμάκωση του Ethereum, καθώς καθιστά δυνατές τις αναβαθμίσεις Danksharding.
+
+## PBS και αντίσταση κατά της λογοκρισίας {#pbs-and-censorship-resistance}
+
+Ο διαχωρισμός των κατασκευαστών μπλοκ και των προτεινόντων μπλοκ καθιστά πολύ πιο δύσκολο για τους κατασκευαστές μπλοκ να λογοκρίνουν τις συναλλαγές. Αυτό οφείλεται στο γεγονός ότι μπορούν να προστεθούν σχετικά πολύπλοκα κριτήρια συμπερίληψης τα οποία διασφαλίζουν ότι δεν γίνεται λογοκρισία πριν από την πρόταση του μπλοκ. Καθώς ο προτείνων μπλοκ είναι ξεχωριστή οντότητα από τον κατασκευαστή μπλοκ, μπορεί να αναλάβει τον ρόλο να προστατεύει τους κατασκευαστές μπλοκ από τη λογοκρισία.
+
+Για παράδειγμα, μπορούν να εισαχθούν λίστες συμπερίληψης έτσι ώστε, όταν οι επικυρωτές μαθαίνουν για συναλλαγές, αλλά δεν τις βλέπουν να περιλαμβάνονται σε μπλοκ, να μπορούν να τις επιβάλλουν ως απαραίτητες στο επόμενο μπλοκ. Η λίστα συμπερίληψης δημιουργείται από το τοπικό mempool των προτεινόντων μπλοκ (η λίστα των συναλλαγών τις οποίες έχει λάβει γνώση) και αποστέλλεται στους ομοτίμους τους λίγο πριν προταθεί ένα μπλοκ. Εάν λείπει οποιαδήποτε από τις συναλλαγές από τη λίστα συμπερίληψης, ο προτείνων θα μπορούσε είτε να απορρίψει το μπλοκ, είτε να προσθέσει τις συναλλαγές που λείπουν πριν το προτείνει, είτε να το προτείνει και να το αφήσει να απορριφθεί από άλλους επικυρωτές όταν το λάβουν. Υπάρχει επίσης μια πιθανώς πιο αποτελεσματική εκδοχή αυτής της ιδέας που υποστηρίζει ότι οι κατασκευαστές πρέπει να χρησιμοποιούν πλήρως τον διαθέσιμο χώρο του μπλοκ και, αν δεν το κάνουν, προστίθενται συναλλαγές από τη λίστα συμπερίληψης του προτείνοντος. Πρόκειται για έναν τομέα ενεργούς έρευνας και η βέλτιστη διαμόρφωση για τις λίστες συμπερίληψης δεν έχει ακόμη προσδιοριστεί.
+
+Τα [κρυπτογραφημένα mempool](https://www.youtube.com/watch?v=fHDjgFcha0M&list=PLpktWkixc1gUqkyc1-iE6TT0RWQTBJELe&index=3) θα μπορούσαν επίσης να καταστήσουν αδύνατο για τους κατασκευαστές και τους προτείνοντες να γνωρίζουν ποιες συναλλαγές συμπεριλαμβάνουν σε ένα μπλοκ προτού μεταδοθεί το μπλοκ.
+
+
+
+Ισχυροί οργανισμοί μπορούν να πιέσουν τους επικυρωτές να λογοκρίνουν τις συναλλαγές προς ή από συγκεκριμένες διευθύνσεις. Οι επικυρωτές συμμορφώνονται με αυτή την πίεση μέσω του εντοπισμού διευθύνσεων στη μαύρη λίστα εντός της δεξαμενής συναλλαγών τους και της παράλειψής τους από τα μπλοκ που προτείνουν. Αυτό δεν θα είναι πλέον δυνατό μετά το PBS, επειδή οι προτείνοντες μπλοκ δεν θα γνωρίζουν ποιες συναλλαγές μεταδίδουν στα μπλοκ τους. Ενδέχεται να είναι σημαντικό για ορισμένα άτομα ή εφαρμογές να συμμορφώνονται με τους κανόνες λογοκρισίας, για παράδειγμα όταν έχει τεθεί ως νόμος στην περιοχή τους. Σε αυτές τις περιπτώσεις, η συμμόρφωση πραγματοποιείται σε επίπεδο εφαρμογής, ενώ το πρωτόκολλο παραμένει χωρίς άδεια και λογοκρισία.
+
+
+
+## PBS και MEV {#pbs-and-mev}
+
+Η **μέγιστη εξορύξιμη αξία (Maximum extractable value, MEV)** αναφέρεται σε επικυρωτές που μεγιστοποιούν την κερδοφορία τους με την τοποθέτηση των συναλλαγών σε ευνοϊκή σειρά. Συνήθη παραδείγματα περιλαμβάνουν το αρμπιτράζ ανταλλαγών σε αποκεντρωμένα ανταλλακτήρια (π.χ. προπορευόμενες συναλλαγές μεγάλης πώλησης ή αγοράς) ή τον εντοπισμό ευκαιριών για ρευστοποίηση θέσεων DeFi. Η μεγιστοποίηση της MEV απαιτεί εξελιγμένη τεχνογνωσία και προσαρμοσμένο λογισμικό που προσαρτάται σε κανονικούς επικυρωτές. Κατά συνέπεια, είναι πολύ πιο πιθανό οι θεσμικοί φορείς εκμετάλλευσης να αποδίδουν καλύτερα από τα μεμονωμένα άτομα και τους χομπίστες επικυρωτές στην εξαγωγή MEV. Αυτό σημαίνει ότι οι αποδόσεις αποθηκευμένου κεφαλαίου είναι πιθανό να είναι υψηλότερες για τους κεντρικοποιημένους φορείς εκμετάλλευσης, πράγμα που δημιουργεί μια δύναμη συγκεντρωτικού χαρακτήρα που αποθαρρύνει την αποθήκευση κεφαλαίου στο σπίτι.
+
+Το PBS λύνει αυτό το πρόβλημα με την αναδιαμόρφωση των οικονομικών της MEV. Αντί ο προτείνων μπλοκ να κάνει τη δική του αναζήτηση MEV, απλώς επιλέγει ένα μπλοκ από τα πολλά που του προσφέρουν οι δημιουργοί μπλοκ. Οι δημιουργοί μπλοκ μπορεί να έχουν κάνει μια εξελιγμένη εξαγωγή MEV, αλλά η ανταμοιβή για αυτή πηγαίνει στον προτείνοντα μπλοκ. Αυτό σημαίνει ότι ακόμη και αν στην εξαγωγή MEV κυριαρχεί μια μικρή ομάδα εξειδικευμένων δημιουργών μπλοκ, η ανταμοιβή για αυτήν θα μπορούσε να πάει σε οποιονδήποτε επικυρωτή στο δίκτυο, συμπεριλαμβανομένων των μεμονωμένων οικιακών χρηστών.
+
+
+
+Τα μεμονωμένα άτομα θα μπορούσαν να παρακινηθούν να αποθηκεύουν κεφάλαιο σε δεξαμενές, και όχι μόνοι τους, λόγω των ενισχυμένων ανταμοιβών που προσφέρουν οι προηγμένες στρατηγικές MEV. Ο διαχωρισμός των διαδικασιών της δημιουργίας μπλοκ από της πρότασης μπλοκ σημαίνει ότι η εξαγόμενη MEV θα διανεμηθεί σε περισσότερους επικυρωτές αντί να συγκεντρωθεί σε ένα σημείο με τον πιο αποτελεσματικό μηχανισμό αναζήτησης MEV. Ταυτόχρονα, η δυνατότητα ύπαρξης εξειδικευμένων κατασκευαστών μπλοκ αφαιρεί το βάρος της δημιουργίας μπλοκ από τα μεμονωμένα άτομα και επίσης τα αποτρέπει από το να κλέψουν MEV για τον εαυτό τους, ενώ μεγιστοποιεί τον αριθμό των μεμονωμένων, ανεξάρτητων επικυρωτών που μπορούν να ελέγξουν ότι τα μπλοκ είναι ειλικρινή. Η σημαντική έννοια είναι η «ασυμμετρία επαληθευτή-επικυρωτή», η οποία αναφέρεται στην ιδέα ότι η κεντρικοποιημένη παραγωγή μπλοκ είναι καλή, εφόσον υπάρχει ένα ισχυρό και στο μέγιστο αποκεντρωμένο δίκτυο επικυρωτών ικανών να αποδείξουν ότι τα μπλοκ είναι ειλικρινή. Η αποκέντρωση είναι μέσο, όχι τελικός στόχος — αυτό που θέλουμε είναι ειλικρινή μπλοκ.
+
+
+## PBS και Danksharding {#pbs-and-danksharding}
+
+Το Danksharding είναι ο τρόπος με τον οποίο το Ethereum θα κλιμακωθεί σε >100.000 συναλλαγές ανά δευτερόλεπτο και θα ελαχιστοποιήσει τις χρεώσεις για τους χρήστες των πακέτων ενημέρωσης. Βασίζεται στο PBS επειδή αυξάνει τον φόρτο εργασίας για τους κατασκευαστές μπλοκ, οι οποίοι θα πρέπει να υπολογίσουν αποδείξεις για έως και 64 MB δεδομένων rollup σε λιγότερο από 1 δευτερόλεπτο. Αυτό πιθανότατα θα απαιτήσει εξειδικευμένους κατασκευαστές που μπορούν να αφιερώσουν ένα αρκετά αξιόλογο υλικό στην εργασία. Ωστόσο, στην παρούσα κατάσταση, η κατασκευή μπλοκ θα μπορούσε να συγκεντρωθεί ολοένα και περισσότερο γύρω από πιο εξελιγμένους και ισχυρούς χειριστές ούτως ή άλλως λόγω της εξόρυξης MEV. Ο διαχωρισμός προτείνοντος-δημιουργού είναι ένας τρόπος να αποδεχτούμε αυτή την πραγματικότητα και να αποτρέψουμε την άσκηση συγκεντρωτικής δύναμης στην επικύρωση μπλοκ (το σημαντικό μέρος) ή στη διανομή των ανταμοιβών δεσμευμένου κεφαλαίου. Ένα μεγάλο δευτερεύον πλεονέκτημα είναι ότι οι εξειδικευμένοι κατασκευαστές μπλοκ είναι επίσης πρόθυμοι και ικανοί να υπολογίσουν τις απαραίτητες αποδείξεις δεδομένων για το Danksharding.
+
+## Τρέχουσα πρόοδος {#current-progress}
+
+Το PBS βρίσκεται σε προχωρημένο στάδιο έρευνας, αλλά εξακολουθούν να υπάρχουν ορισμένα σημαντικά ερωτήματα σχεδιασμού που πρέπει να επιλυθούν προτού μπορέσει να πρωτοτυποποιηθεί σε πελάτες Ethereum. Δεν υπάρχουν ακόμη οριστικές προδιαγραφές. Αυτό σημαίνει ότι το PBS πιθανότατα θα εφαρμοστεί σε έναν χρόνο από τώρα ή και περισσότερο. Ελέγξτε την πιο πρόσφατη [κατάσταση της έρευνας](https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance).
+
+## Περισσότερες πληροφορίες {#further-reading}
+
+- [Κατάσταση έρευνας: αντίσταση στη λογοκρισία με το PBS](https://notes.ethereum.org/@vbuterin/pbs_censorship_resistance)
+- [Σχέδια αγοράς τελών φιλικών προς το PBS](https://ethresear.ch/t/proposer-block-builder-separation-friendly-fee-market-designs/9725)
+- [PBS και αντίσταση κατά της λογοκρισίας](https://notes.ethereum.org/@fradamt/H1TsYRfJc#Secondary-auctions)
+- [Λίστες συμπερίληψης](https://notes.ethereum.org/@fradamt/H1ZqdtrBF)
diff --git a/public/content/translations/el/roadmap/secret-leader-election/index.md b/public/content/translations/el/roadmap/secret-leader-election/index.md
new file mode 100644
index 00000000000..bfd238a82f5
--- /dev/null
+++ b/public/content/translations/el/roadmap/secret-leader-election/index.md
@@ -0,0 +1,44 @@
+---
+title: Eκλογή μυστικού ηγέτη
+description: Εξήγηση του τρόπου με τον οποίο η μυστική εκλογή αρχηγού μπορεί να βοηθήσει στην προστασία των επικυρωτών από επιθέσεις
+lang: el
+summaryPoints:
+ - Η διεύθυνση IP των προτεινόμενων μπλοκ μπορεί να είναι γνωστή εκ των προτέρων, καθιστώντας τους ευάλωτους σε επιθέσεις
+ - Η μυστική εκλογή αρχηγού κρύβει την ταυτότητα των επικυρωτών, έτσι ώστε να μην είναι γνωστοί εκ των προτέρων
+ - Μια επέκταση αυτής της ιδέας είναι να γίνεται τυχαία η επιλογή επικυρωτή σε κάθε υποδοχή.
+---
+
+# Eκλογή μυστικού ηγέτη {#single-secret-leader-election}
+
+Στον σημερινό μηχανισμό συναίνεσης βασισμένο στην [απόδειξη συμμετοχής](/developers/docs/consensus-mechanisms/pos), η λίστα των επερχόμενων προτείνοντων μπλοκ είναι δημόσια και είναι δυνατόν να αντιστοιχιστούν οι διευθύνσεις IP τους. Αυτό σημαίνει ότι οι επιτιθέμενοι θα μπορούσαν να εντοπίσουν ποιοι επικυρωτές πρόκειται να προτείνουν ένα μπλοκ και να τους στοχεύσουν με μια επίθεση άρνησης υπηρεσίας (DoS) που τους αφήνει ανίκανους να προτείνουν το μπλοκ τους εγκαίρως.
+
+Αυτό θα μπορούσε να δημιουργήσει ευκαιρίες για κέρδος για έναν εισβολέα. Για παράδειγμα, ένας προτείνοντας μπλοκ που επιλέχθηκε για τη θέση `n+1` θα μπορούσε να κάνει DoS στον προτείνοντα στη θέση `n`, ώστε να χάσει την ευκαιρία του να προτείνει ένα μπλοκ. Αυτό θα επέτρεπε στον επιτιθέμενο στον προτείνοντα μπλοκ να εξαγάγει το MEV και των δύο θέσεων ή να αρπάξει όλες τις συναλλαγές που θα έπρεπε να χωριστούν σε δύο μπλοκ και αντ' αυτού να τις συμπεριλάβει όλες σε ένα, κερδίζοντας όλες τις σχετικές αμοιβές. Αυτό είναι πιθανό να επηρεάσει περισσότερο τους οικιακούς επικυρωτές από τους πιο προηγμένους θεσμικούς επικυρωτές που μπορούν να χρησιμοποιήσουν πιο προηγμένες μεθόδους για να προστατευθούν από επιθέσεις DoS και θα μπορούσε επομένως να αποτελέσει μια κεντρική δύναμη.
+
+Υπάρχουν διάφορες λύσεις για αυτό το πρόβλημα. Μία είναι η [Distributed Validator Technology](https://github.com/ethereum/distributed-validator-specs), η οποία στοχεύει στη διάδοση των διάφορων εργασιών που σχετίζονται με τη λειτουργία ενός επικυρωτή σε πολλαπλές μηχανές, ώστε να είναι πολύ πιο δύσκολο για έναν επιτιθέμενο να αποτρέψει την πρόταση ενός μπλοκ σε μια συγκεκριμένη θέση. Ωστόσο, η πιο ισχυρή λύση είναι η **Εκλογή απλού μυστικού αρχηγού (SSLE)**.
+
+## Μυστική εκλογή αρχηγού {#secret-leader-election}
+
+Στο SSLE, η έξυπνη κρυπτογραφία χρησιμοποιείται για να διασφαλιστεί ότι μόνο ο επιλεγμένος επικυρωτής γνωρίζει ότι έχει επιλεγεί. Αυτό λειτουργεί με κάθε επικυρωτή να υποβάλλει μια δέσμευση σε ένα μυστικό που μοιράζονται όλοι. Οι δεσμεύσεις ανακατεύονται και αναδιαμορφώνονται έτσι ώστε κανείς να μην μπορεί να αντιστοιχίσει τις δεσμεύσεις στους επικυρωτές, αλλά κάθε επικυρωτής γνωρίζει ποια δέσμευση του ανήκει. Στη συνέχεια, επιλέγεται τυχαία μία δέσμευση. Εάν ένας επικυρωτής ανιχνεύσει ότι η δέσμευσή του επιλέχθηκε, γνωρίζει ότι είναι η σειρά του να προτείνει ένα μπλοκ.
+
+Η κορυφαία υλοποίηση αυτής της ιδέας ονομάζεται [Whisk](https://ethresear.ch/t/whisk-a-practical-shuffle-based-ssle-protocol-for-ethereum/11763). Το οποίο λειτουργεί ως εξής:
+
+1. Οι επικυρωτές δεσμεύονται σε ένα κοινό μυστικό. Το σχήμα δέσμευσης έχει σχεδιαστεί έτσι ώστε να μπορεί να συνδεθεί με μια ταυτότητα επικυρωτή, αλλά και να τυχαιοποιηθεί, έτσι ώστε κανένα τρίτο μέρος να μην μπορεί να αναστρέψει τη σύνδεση και να αντιστοιχίσει μια συγκεκριμένη δέσμευση με έναν συγκεκριμένο επικυρωτή.
+2. Στην αρχή μιας εποχής, επιλέγεται ένα τυχαίο σύνολο επικυρωτών για δείγμα δεσμεύσεων από 16,384 επικυρωτές, χρησιμοποιώντας το RANDAO.
+3. Για τις επόμενες 8182 θέσεις (1 ημέρα), οι προτείνοντες μπλοκ ανακατεύουν και τυχαιοποιούν ένα υποσύνολο των δεσμεύσεων χρησιμοποιώντας τη δική τους ιδιωτική εντροπία.
+4. Αφού ολοκληρωθεί το ανακάτεμα, το RANDAO χρησιμοποιείται για τη δημιουργία μιας ταξινομημένης λίστας των δεσμεύσεων. Αυτή η λίστα έχει αντιστοιχιστεί σε θέσεις χρονικών κενών Ethereum.
+5. Οι επικυρωτές βλέπουν ότι η δέσμευσή τους συνδέεται με μια συγκεκριμένη θέση και όταν φτάσει αυτή η θέση προτείνουν ένα μπλοκ.
+6. Αυτά τα βήματα επαναλαμβάνονται, έτσι ώστε η ανάθεση δεσμεύσεων σε θέσεις να προηγείται πάντα κατά πολύ από την τρέχουσα θέση.
+
+Αυτό εμποδίζει τους εισβολείς να γνωρίζουν εκ των προτέρων ποιος συγκεκριμένος επικυρωτής θα προτείνει το επόμενο μπλοκ, αποτρέποντας τη δυνατότητα για επιθέσεις DOS.
+
+## Μυστική εκλογή μη ενιαίου αρχηγού (SnSLE) {#secret-non-single-leader-election}
+
+Υπάρχει επίσης μια ξεχωριστή πρόταση που στοχεύει στη δημιουργία ενός σεναρίου όπου ο καθένας από τους επικυρωτές έχει μια τυχαία πιθανότητα να προτείνει ένα μπλοκ σε κάθε θέση, παρόμοια με τον τρόπο με τον οποίο αποφασιζόταν η πρόταση μπλοκ στο πλαίσιο της απόδειξης εργασίας, η οποία είναι γνωστή ως **μυστική εκλογή μη ενιαίου αρχηγού (SnSLE)**. Ένας απλός τρόπος για να γίνει αυτό είναι να χρησιμοποιήσετε τη λειτουργία RANDAO που χρησιμοποιείται για την τυχαία επιλογή επικυρωτών στο σημερινό πρωτόκολλο. Η ιδέα του RANDAO είναι ότι ένας αρκετά τυχαίος αριθμός δημιουργείται με την ανάμειξη των κατακερματισμών που υποβάλλονται από πολλούς ανεξάρτητους επικυρωτές. Στο SnSLE, αυτοί οι κατακερματισμοί θα μπορούσαν να χρησιμοποιηθούν για την επιλογή του επόμενου προτείνοντος μπλοκ, για παράδειγμα μέσω της επιλογής του κατακερματισμού χαμηλότερης τιμής. Το εύρος των έγκυρων κατακερματισμών θα μπορούσε να περιοριστεί για να συντονιστεί η πιθανότητα επιλογής μεμονωμένων επικυρωτών σε κάθε θέση χρονικού κενού. Με τον ισχυρισμό ότι ο κατακερματισμός πρέπει να είναι μικρότερος από `2^256 * 5 / N` όπου `N` = αριθμός ενεργών επικυρωτών, η πιθανότητα επιλογής οποιουδήποτε μεμονωμένου εργαλείου επικύρωσης σε κάθε θέση θα ήταν `5/Ν`. Σε αυτό το παράδειγμα, θα υπήρχε πιθανότητα 99,3% τουλάχιστον ένας προτείνων να δημιουργήσει έναν έγκυρο κατακερματισμό σε κάθε θέση.
+
+## Τρέχουσα πρόοδος {#current-progress}
+
+Το SSLE και SnSLE βρίσκονται και τα δύο στο στάδιο της έρευνας. Δεν υπάρχουν ακόμη οριστικές προδιαγραφές για καμία από τις δύο ιδέες. Το SSLE και το SnSLE είναι ανταγωνιστικές προτάσεις που δεν θα μπορούσαν να εφαρμοστούν ταυτόχρονα. Πριν κυκλοφορήσουν, χρειάζονται περισσότερη έρευνα και ανάπτυξη, δημιουργία πρωτοτύπων και εφαρμογή σε δημόσια δοκιμαστικά δίκτυα.
+
+## Περισσότερες πληροφορίες {#further-reading}
+
+- [SnSLE](https://ethresear.ch/t/secret-non-single-leader-election/11789)
diff --git a/public/content/translations/el/roadmap/single-slot-finality/index.md b/public/content/translations/el/roadmap/single-slot-finality/index.md
new file mode 100644
index 00000000000..0cbbed0814e
--- /dev/null
+++ b/public/content/translations/el/roadmap/single-slot-finality/index.md
@@ -0,0 +1,66 @@
+---
+title: Οριστικοποίηση θέσης μπλοκ
+description: Επεξήγηση για την οριστικοποίηση θέσεως μπλοκ
+lang: el
+---
+
+# Οριστικοποίηση θέσης μπλοκ {#single-slot-finality}
+
+Χρειάζονται περίπου 15 λεπτά για να οριστικοποιηθεί ένα μπλοκ Ethereum. Ωστόσο, μπορούμε να κάνουμε τον μηχανισμό συναίνεσης του Ethereum να επικυρώνει τα μπλοκ πιο αποτελεσματικά και να μειώνει δραματικά τον χρόνο οριστικοποίησης. Αντί της αναμονής των δεκαπέντε λεπτών, τα μπλοκ θα μπορούσαν να προταθούν και να οριστικοποιηθούν στην ίδια θέση. Αυτή η ιδέα είναι γνωστή ως **οριστικοποίηση μονής θέσης (SSF)**.
+
+## Τι είναι η οριστικοποίηση; {#what-is-finality}
+
+Στον μηχανισμό συναίνεσης που βασίζεται στην απόδειξη συμμετοχής του Ethereum, η οριστικοποίηση αναφέρεται στην εγγύηση ότι ένα μπλοκ δεν μπορεί να τροποποιηθεί ή να αφαιρεθεί από το blockchain χωρίς να καεί τουλάχιστον το 33% του συνολικού αποθηκευμένου ETH. Αυτό λέγεται «κρυπτοοικονομική» ασφάλεια, καθώς η αυτοπεποίθηση προέρχεται από το εξαιρετικά υψηλό κόστος που σχετίζεται με την αλλαγή της σειράς ή του περιεχομένου της αλυσίδας που θα εμπόδιζε οποιονδήποτε λογικό οικονομικό παράγοντα από το να το δοκίμαζε.
+
+## Γιατί να στοχεύσετε για ταχύτερη οριστικοποίηση; {#why-aim-for-quicker-finality}
+
+Ο τρέχων χρόνος οριστικοποίησης αποδείχθηκε ότι είναι πολύ μεγάλος. Οι περισσότεροι χρήστες δε θέλουν να περιμένουν 15 λεπτά για την οριστικοποίηση και δεν είναι βολικό για τις εφαρμογές και τα ανταλλακτήρια που μπορεί να θέλουν υψηλή ταχύτητα συναλλαγών να περιμένουν τόσο πολύ για να βεβαιωθούν ότι οι συναλλαγές τους είναι μόνιμες. Η καθυστέρηση μεταξύ της πρότασης ενός μπλοκ και της οριστικοποίησης του δημιουργεί επίσης μια ευκαιρία για σύντομες ανανεώσεις που θα μπορούσε να χρησιμοποιήσει ένας εισβολέας για να λογοκρίνει ορισμένα μπλοκ ή να εξαγάγει το MEV. Ο μηχανισμός που ασχολείται με τη σταδιακή αναβάθμιση μπλοκ, είναι αρκετά περίπλοκος και έχει διορθωθεί αρκετές φορές για να κλείσει τα τρωτά σημεία ασφαλείας, καθιστώντας τον ένα από τα μέρη της βάσης κώδικα Ethereum όπου είναι πιο πιθανό να προκύψουν σφάλματα. Όλα αυτά τα ζητήματα θα μπορούσαν να εξαλειφθούν με τη μείωση του χρόνου οριστικοποίησης σε μία μόνο υποδοχή.
+
+## Οι συμβιβασμοί αποκέντρωσης / χρόνου / εξόδων {#the-decentralization-time-overhead-tradeoff}
+
+Η εγγύηση οριστικότητας δεν αποτελεί άμεση ιδιοκτησία ενός νέου μπλοκ, χρειάζεται χρόνος για να οριστικοποιηθεί ένα νέο μπλοκ. Ο λόγος για αυτό είναι ότι οι επικυρωτές που αντιπροσωπεύουν τουλάχιστον τα 2/3 του συνολικού αποθηκευμένου ETH στο δίκτυο πρέπει να ψηφίσουν υπέρ του μπλοκ ("βεβαίωση") προκειμένου να θεωρηθεί οριστικό. Κάθε κόμβος επικύρωσης στο δίκτυο πρέπει να επεξεργαστεί τις βεβαιώσεις από άλλους κόμβους για να γνωρίζει ότι ένα μπλοκ έχει ή δεν έχει, επιτύχει αυτό το όριο των 2/3.
+
+Όσο μικρότερος είναι ο χρόνος που επιτρέπεται για την οριστικοποίηση, τόσο περισσότερη υπολογιστική ισχύς απαιτείται σε κάθε κόμβο επειδή η επεξεργασία της βεβαίωσης πρέπει να γίνει πιο γρήγορα. Επίσης, όσο περισσότεροι κόμβοι επικύρωσης υπάρχουν στο δίκτυο, τόσο περισσότερες βεβαιώσεις πρέπει να υποβάλλονται σε επεξεργασία για κάθε μπλοκ, προσθέτοντας επίσης στην απαιτούμενη επεξεργαστική ισχύ. Όσο περισσότερη ισχύς επεξεργασίας απαιτείται, τόσο λιγότερα άτομα μπορούν να συμμετάσχουν επειδή απαιτείται πιο ακριβό υλικό για την εκτέλεση κάθε κόμβου επικύρωσης. Η αύξηση του χρόνου μεταξύ των μπλοκ μειώνει την υπολογιστική ισχύ που απαιτείται σε κάθε κόμβο αλλά επιμηκύνει το χρόνο της οριστικοποίησης, επειδή οι βεβαιώσεις επεξεργάζονται πιο αργά.
+
+Επομένως, υπάρχει ένας συμβιβασμός μεταξύ των γενικών εξόδων (υπολογιστική ισχύς), της αποκέντρωσης (αριθμός κόμβων που μπορούν να συμμετάσχουν στην επικύρωση της αλυσίδας) και του χρόνου μέχρι την οριστικοποίηση. Το ιδανικό σύστημα εξισορροπεί την ελάχιστη υπολογιστική ισχύ, τη μέγιστη αποκέντρωση και τον ελάχιστο χρόνο μέχρι την οριστικοποίηση.
+
+Ο τρέχων μηχανισμός συναίνεσης του Ethereum εξισορρόπησε αυτές τις τρεις παραμέτρους ως εξής:
+
+- **Ορισμός της ελάχιστης αποθήκευσης σε 32 ETH**. Αυτό θέτει ένα ανώτατο όριο στον αριθμό των βεβαιώσεων επικυρωτών που πρέπει να υποβληθούν σε επεξεργασία από μεμονωμένους κόμβους και επομένως ένα ανώτατο όριο στις υπολογιστικές απαιτήσεις για κάθε κόμβο.
+- **Ρύθμιση του χρόνου οριστικοποίησης στα ~15 λεπτά**. Αυτό δίνει αρκετό χρόνο στους επικυρωτές που εκτελούνται σε κανονικούς οικιακούς υπολογιστές για να επεξεργαστούν με ασφάλεια τις βεβαιώσεις για κάθε μπλοκ.
+
+Με την τρέχουσα σχεδίαση του μηχανισμού, προκειμένου να μειωθεί ο χρόνος μέχρι την οριστικοποίηση, είναι απαραίτητο να μειωθεί ο αριθμός των επικυρωτών στο δίκτυο ή να αυξηθούν οι απαιτήσεις υλικού για κάθε κόμβο. Ωστόσο, υπάρχουν βελτιώσεις που μπορούν να γίνουν στον τρόπο επεξεργασίας των βεβαιώσεων, οι οποίες μπορούν να επιτρέψουν την καταμέτρηση περισσότερων βεβαιώσεων χωρίς να προστεθεί το γενικό κόστος σε κάθε κόμβο. Η πιο αποτελεσματική επεξεργασία θα επιτρέψει τον προσδιορισμό της οριστικοποίησης σε μία μόνο υποδοχή, αντί μεταξύ δύο εποχών.
+
+## Δρομολογήσεις προς SSF {#routes-to-ssf}
+
+
+
+Ο τρέχων μηχανισμός συναίνεσης συνδυάζει βεβαιώσεις από πολλαπλούς επικυρωτές, γνωστούς ως επιτροπές, για να μειώσει τον αριθμό των μηνυμάτων που πρέπει να επεξεργαστεί κάθε επικυρωτής για την επικύρωση ενός μπλοκ. Κάθε επικυρωτής έχει την ευκαιρία να βεβαιώσει σε κάθε εποχή (32 υποδοχές), αλλά σε κάθε υποδοχή, μόνο ένα υποσύνολο επικυρωτών, γνωστό ως βεβαίωση «επιτροπής». Το κάνουν αυτό διαιρούμενοι σε υποδίκτυα στα οποία επιλέγονται μερικοί επικυρωτές ως «συσσωρευτές». Αυτοί οι συσσωρευτές συνδυάζουν όλες τις υπογραφές που λαμβάνουν από άλλους επικυρωτές στο υποδίκτυό τους, σε μια ενιαία συγκεντρωτική υπογραφή. Ο συσσωρευτής που περιλαμβάνει τον μεγαλύτερο αριθμό ατομικών συνεισφορών μεταβιβάζει τη συγκεντρωτική υπογραφή του στον προτείνοντα μπλοκ, ο οποίος το περιλαμβάνει στο μπλοκ μαζί με τη συγκεντρωτική υπογραφή από άλλες επιτροπές.
+
+Αυτή η διαδικασία παρέχει επαρκή χωρητικότητα σε κάθε επικυρωτή για να ψηφίσει σε κάθε εποχή, επειδή «32 υποδοχές * 64 επιτροπές * 256 επικυρωτές ανά επιτροπή = 524,288 επικυρωτές ανά εποχή». Αυτή τη στιγμή (Φεβρουάριος 2023) υπάρχουν ~513,000 ενεργοί επικυρωτές.
+
+Σε αυτό το σχέδιο, είναι δυνατό για κάθε επικυρωτή να ψηφίσει μόνο για ένα μπλοκ διανέμοντας τις βεβαιώσεις του σε ολόκληρη την εποχή. Ωστόσο, υπάρχουν πιθανοί τρόποι βελτίωσης του μηχανισμού, έτσι ώστε _κάθε επικυρωτής να έχει την ευκαιρία να επιβεβαιώσει για κάθε θέση μπλοκ_.
+
+
+Από τότε που σχεδιάστηκε ο μηχανισμός συναίνεσης του Ethereum, το σχέδιο συγκέντρωσης υπογραφών (BLS) βρέθηκε να είναι πολύ πιο κλιμακούμενο από ότι είχε θεωρηθεί, ενώ η ικανότητα των πελατών να επεξεργάζονται και να επαληθεύουν τις υπογραφές έχει βελτιωθεί. Αποδείχθηκε ότι η επεξεργασία επιβεβαιώσεων από έναν τεράστιο αριθμό επικυρωτών, είναι πράγματι δυνατή σε μία μόνο θέση μπλοκ. Για παράδειγμα, με ένα εκατομμύριο επικυρωτές με τον καθένα να ψηφίζει δύο φορές σε κάθε θέση μπλοκ και ο χρόνος θέσης μπλοκ να έχει προσαρμοστεί στα 16 δευτερόλεπτα, οι κόμβοι θα πρέπει να επαληθεύουν τις υπογραφές με ελάχιστο ρυθμό τις 125,000 συγκεντρώσεις ανά δευτερόλεπτο, προκειμένου να επεξεργαστούν τις 1 εκατομμύριο επιβεβαιώσεις για κάθε θέση μπλοκ. Στην πραγματικότητα, ένας κανονικός υπολογιστής χρειάζεται περίπου 500 νανοδευτερόλεπτα για να πραγματοποιήσει μία επαλήθευση υπογραφής, που σημαίνει ότι 125,000 μπορούν να γίνουν σε ~62.5 ms, πολύ κάτω από το όριο του ενός δευτερολέπτου.
+
+Περαιτέρω βελτιώσεις αποτελεσματικότητας θα μπορούσαν να γίνουν με τη δημιουργία προηγμένων επιτροπών π.χ. 125,000 τυχαία επιλεγμένοι επικυρωτές ανά υποδοχή. Μόνο αυτοί οι επικυρωτές μπορούν να ψηφίσουν για ένα μπλοκ και επομένως μόνο αυτό το υποσύνολο επικυρωτών αποφασίζει εάν ένα μπλοκ έχει οριστικοποιηθεί. Το αν αυτή είναι καλή ιδέα ή όχι εξαρτάται από το πόσο δαπανηρή θα προτιμούσε η κοινότητα να είναι μια επιτυχημένη επίθεση κατά του Ethereum. Αυτό συμβαίνει επειδή αντί να απαιτούνται τα 2/3 του συνολικού αποθηκευμένου ether, ένας εισβολέας θα μπορούσε να οριστικοποιήσει ένα ανέντιμο μπλοκ με τα 2/3 του αποθηκευμένου ether _σε αυτήν την προηγμένη επιτροπή_. Αυτός είναι ακόμα ένας ενεργός τομέας έρευνας, αλλά φαίνεται εύλογο ότι για ένα σύνολο επικυρωτή αρκετά μεγάλο ώστε να απαιτεί εξαρχής προηγμένες επιτροπές, το κόστος επίθεσης σε μία από αυτές θα είναι εξαιρετικά υψηλό (π.χ. το κόστος επίθεσης που εκφράζεται με ETH θα είναι `2/3 * 125,000 * 32 = ~2.6 εκατομμύρια ETH`). Το κόστος της επίθεσης μπορεί να προσαρμοστεί αυξάνοντας το μέγεθος του συνόλου επικυρωτών (π.χ. συντονίστε το μέγεθος των επικυρωτών έτσι ώστε το κόστος της επίθεσης να είναι ίσο με 1 εκατομμύριο ether, 4 εκατομμύρια ether, 10 εκατομμύρια ether, κλπ.). [Προληπτικές δημοσκοπήσεις](https://youtu.be/ojBgyFl6-v4?t=755) της κοινότητας φαίνεται να υποδεικνύουν ότι 1-2 εκατομμύρια ether είναι ένα αποδεκτό κόστος επίθεσης, το οποίο υποδηλώνει ~65,536 - 97,152 επικυρωτές ανά προηγμένη επιτροπή.
+
+Ωστόσο, η επαλήθευση δεν είναι το πραγματικό εμπόδιο, είναι η συσσωρευτική υπογραφή που πραγματικά προκαλεί προκλήσεις στους κόμβους επικυρωτών. Για να κλιμακωθεί η συγκεντρωτική υπογραφή θα απαιτηθεί πιθανώς η αύξηση του αριθμού των επικυρωτών σε κάθε υποδίκτυο, η αύξηση του αριθμού των υποδικτύων ή η προσθήκη επιπλέον επιπέδων συσσωμάτωσης (δηλαδή εφαρμογή επιτροπής για την επιτροπή). Μέρος της λύσης μπορεί να είναι η επιλογή εξειδικευμένων συσσωρευτών, παρόμοια με το πώς η κατασκευή μπλοκ και η δημιουργία δεσμεύσεων για δεδομένα rollup θα ανατεθεί σε εξειδικευμένους κατασκευαστές μπλοκ στο πλαίσιο του διαχωρισμού προτείνων - κατασκευαστή (PBS) και του Danksharding.
+
+## Ποιος είναι ο ρόλος του κανόνα επιλογής fork στο SSF; {#role-of-the-fork-choice-rule}
+
+Ο σημερινός μηχανισμός συναίνεσης βασίζεται σε έναν στενό συνδυασμό του εργαλείου οριστικοποίησης (ο αλγόριθμος που καθορίζει εάν τα 2/3 των επικυρωτών έχουν πιστοποιήσει μια συγκεκριμένη αλυσίδα) και του κανόνα επιλογής fork (ο αλγόριθμος που αποφασίζει ποια αλυσίδα είναι η σωστή όταν υπάρχουν πολλές επιλογές). Ο αλγόριθμος επιλογής fork λαμβάνει υπόψη μόνο τα μπλοκ _από_ το τελευταίο οριστικό μπλοκ. Στο πλαίσιο του SSF δε θα υπήρχαν μπλοκ για να λάβει υπόψη ο αλγόριθμος επιλογής fork, επειδή η οριστικότητα συμβαίνει στο ίδιο διακεκομμένο χρονικό διάστημα που προτείνεται το μπλοκ. Αυτό σημαίνει ότι στο πλαίσιο του SSF _είτε_ ο αλγόριθμος επιλογής fork _είτε_ η συσκευή οριστικότητας θα είναι ενεργή ανά πάσα στιγμή. Το εργαλείο οριστικοποίησης, θα οριστικοποιήσει τα μπλοκ όπου τα 2/3 των επικυρωτών ήταν online και πιστοποιούσαν ειλικρινά. Εάν ένα μπλοκ δεν είναι σε θέση να υπερβεί το όριο των 2/3, ο κανόνας επιλογής fork θα ενεργοποιηθεί για να καθορίσει ποια αλυσίδα θα ακολουθήσει. Αυτό δημιουργεί επίσης μια ευκαιρία για τη διατήρηση του μηχανισμού διαρροής αδράνειας που ανακτά μια αλυσίδα όπου >1/3 των επικυρωτών είναι εκτός σύνδεσης, αν και με κάποιες πρόσθετες αποχρώσεις.
+
+## Εκκρεμότητες {#outstanding-issues}
+
+Το πρόβλημα με την κλιμάκωση των συγκεντρώσεων αυξάνοντας τον αριθμό των επικυρωτών ανά υποδίκτυο είναι ότι οδηγεί σε μεγαλύτερο φορτίο στο δίκτυο peer-to-peer. Το πρόβλημα με την προσθήκη επιπέδων συγκεντρώσεων είναι ότι είναι αρκετά περίπλοκο να σχεδιαστεί και προσθέτει καθυστέρηση (δηλαδή μπορεί να χρειαστεί περισσότερος χρόνος για τον προτείνων του μπλοκ να ενημερωθεί από όλους τους aggregators του υποδικτύου). Επίσης, δεν είναι σαφές πώς να αντιμετωπιστεί το σενάριο ότι υπάρχουν περισσότεροι ενεργοί επικυρωτές στο δίκτυο από όσους μπορούν να επεξεργαστούν εύλογα σε κάθε χρονικό διάστημα, ακόμη και με συγκεντρώσεις υπογραφής BLS. Μια πιθανή λύση είναι ότι, επειδή όλοι οι επικυρωτές βεβαιώνουν σε κάθε χρονικό διάστημα και δεν υπάρχουν επιτροπές κάτω από το SSF, το όριο των 32 ether στο αποτελεσματικό υπόλοιπο θα μπορούσε να αφαιρεθεί εντελώς, πράγμα που σημαίνει ότι οι χειριστές που διαχειρίζονται πολλούς επικυρωτές θα μπορούσαν να ενοποιήσουν το αποθηκευμένο τους κεφάλαιο και να εκτελέσουν λιγότερους ελέγχους, μειώνοντας τον αριθμό των μηνυμάτων που πρέπει να επεξεργαστούν οι κόμβοι επικύρωσης για να λογαριάσουν ολόκληρο το σύνολο των επικυρωτών. Αυτό βασίζεται στη συμφωνία των μεγάλων χρηστών με αποθηκευμένο κεφάλαιο να ενοποιήσουν τους επικυρωτές τους. Είναι επίσης δυνατό να επιβληθεί ένα σταθερό όριο στον αριθμό των επικυρωτών ή στο ποσό του αποθηκευμένου ether ανά πάσα στιγμή. Ωστόσο, αυτό απαιτεί κάποιο μηχανισμό για τον καθορισμό των επικυρωτών που επιτρέπεται να συμμετάσχουν και ποιοι όχι, το οποίο είναι πιθανό να δημιουργήσει ανεπιθύμητες δευτερεύουσες επιπτώσεις.
+
+## Τρέχουσα πρόοδος {#current-progress}
+
+Το SSF βρίσκεται στη φάση της έρευνας. Δεν αναμένεται να κυκλοφορήσει για αρκετά χρόνια, πιθανότατα μετά από άλλες σημαντικές αναβαθμίσεις όπως τα [δέντρα Verkle](/roadmap/verkle-trees/) και το [Danksharding](/roadmap/danksharding/).
+
+## Περισσότερες πληροφορίες {#further-reading}
+
+- [Ο Vitalik για το SSF στο EDCON 2022](https://www.youtube.com/watch?v=nPgUKNPWXNI)
+- [Σημειώσεις του Vitalik: Παράλληλα μονοπάτια προς την οριστικοποίηση ενός slot](https://notes.ethereum.org/@vbuterin/single_slot_finality)
diff --git a/public/content/translations/el/roadmap/verkle-trees/index.md b/public/content/translations/el/roadmap/verkle-trees/index.md
new file mode 100644
index 00000000000..d34bb8d45f1
--- /dev/null
+++ b/public/content/translations/el/roadmap/verkle-trees/index.md
@@ -0,0 +1,68 @@
+---
+title: Verkle trees
+description: Μια περιγραφή υψηλού επιπέδου των δέντρων Verkle και πώς θα χρησιμοποιηθούν για την αναβάθμιση του Ethereum
+lang: el
+summaryPoints:
+ - Ανακαλύψτε τη χρησιμότητα των δέντρων Verkle
+ - Διαβάστε γιατί τα δέντρα Verkle είναι μια χρήσιμη αναβάθμιση για το Ethereum
+---
+
+# Verkle trees {#verkle-trees}
+
+Τα δέντρα Verkle (ένας συνδυασμός ονομάτων από «Vector commitment» και «Merkle Trees») είναι μια δομή δεδομένων που μπορεί να χρησιμοποιηθεί για την αναβάθμιση των κόμβων Ethereum, ώστε να σταματήσουν να αποθηκεύουν μεγάλες ποσότητες δεδομένων κατάστασης, χωρίς να χάσουν τη δυνατότητα επικύρωσης των μπλοκ.
+
+## Statelessness {#statelessness}
+
+Τα δέντρα Verkle αποτελούν ένα κρίσιμο βήμα προς τους πελάτες χωρίς διατήρηση της κατάστασης του Ethereum. Οι πελάτες χωρίς διατήρηση της κατάστασης, είναι αυτοί που δε χρειάζεται να αποθηκεύουν ολόκληρη τη βάση δεδομένων κατάστασης για να επικυρώνουν εισερχόμενα μπλοκ. Αντί να χρησιμοποιούν το δικό τους τοπικό αντίγραφο της κατάστασης του Ethereum για την επαλήθευση των μπλοκ, οι πελάτες χωρίς κατάσταση χρησιμοποιούν ένα «μάρτυρα» των δεδομένων κατάστασης που συνοδεύει το μπλοκ. Ένας μάρτυρας είναι μια συλλογή μεμονωμένων τμημάτων των δεδομένων κατάστασης που απαιτούνται, για την εκτέλεση ενός συγκεκριμένου συνόλου συναλλαγών και μια κρυπτογραφημένη απόδειξη ότι ο μάρτυρας είναι πραγματικό μέρος του συνόλου των δεδομένων. Ο μάρτυρας χρησιμοποιείται _αντί_ της βάσης δεδομένων κατάστασης. Για να λειτουργήσει αυτό, οι μάρτυρες πρέπει να είναι πολύ μικροί σε μέγεθος, ώστε να μπορούν να μεταδίδονται με ασφάλεια μέσω του δικτύου εγκαίρως, για τους επικυρωτές να τις επεξεργαστούν μέσα σε ένα διάστημα 12 δευτερολέπτων. Η τρέχουσα δομή δεδομένων κατάστασης δεν είναι κατάλληλη επειδή οι μάρτυρες είναι πολύ μεγάλοι. Τα δέντρα Verkle επιλύουν αυτό το πρόβλημα επιτρέποντας μικρούς μάρτυρες, αφαιρώντας ένα από τα κύρια εμπόδια για τους πελάτες χωρίς κατάσταση.
+
+
+
+Οι πελάτες Ethereum χρησιμοποιούν, αυτήν τη στιγμή, μια δομή δεδομένων γνωστή ως «Patricia Merkle Trie» για την αποθήκευση των δεδομένων κατάστασής του. Οι πληροφορίες για τους μεμονωμένους λογαριασμούς αποθηκεύονται ως φύλλα στο trie και τα ζεύγη των φύλλων υποβάλλονται σε συνεχή hashing μέχρι να παραμείνει μόνο ένα ενιαίο hash. Αυτό το τελικό hash είναι γνωστό ως «ρίζα». Για να επαληθεύσουν τα μπλοκ, οι πελάτες Ethereum εκτελούν όλες τις συναλλαγές σε ένα μπλοκ και ενημερώνουν την τοπική κατάσταση του trie τους. Το μπλοκ θεωρείται έγκυρο εάν η ρίζα του τοπικού δέντρου είναι ίδια με αυτή που παρέχεται από τον προτείνοντα το μπλοκ, καθώς τυχόν διαφορές στον υπολογισμό που έγινε, το μπλοκ και τον κόμβο επικύρωσης, θα προκαλούσαν τη ρίζα hash να είναι εντελώς διαφορετική. Το πρόβλημα με αυτό είναι ότι η επαλήθευση της κρυπτοαλυσίδας απαιτεί από κάθε πελάτη να αποθηκεύει ολόκληρο το trie κατάστασης για το μπλοκ στην κεφαλή και αρκετά ιστορικά μπλοκ (η προεπιλογή στο Geth είναι να διατηρείται η κατάσταση δεδομένων για 128 μπλοκ πίσω από την κεφαλή). Αυτό απαιτεί από τους πελάτες να έχουν πρόσβαση σε μεγάλο χώρο δίσκου, κάτι που αποτελεί εμπόδιο για τη λειτουργία πλήρων κόμβων σε φθηνό υλικό χαμηλής ισχύος. Μια λύση σε αυτό είναι η ενημέρωση του trie κατάστασης σε μια πιο αποτελεσματική δομή (δέντρο Verkle), που μπορεί να συνοψιστεί χρησιμοποιώντας έναν μικρό «μάρτυρα» στα δεδομένα που μπορούν να μοιραστούν αντί για τα πλήρη δεδομένα κατάστασης. Η αναδιαμόρφωση των δεδομένων κατάστασης σε ένα δέντρο Verkle αποτελεί ένα βήμα προς τη μετάβαση σε πελάτες χωρίς κατάσταση.
+
+
+
+## Τι είναι ένας μάρτυρας και γιατί τον χρειαζόμαστε; {#what-is-a-witness}
+
+Η επαλήθευση ενός μπλοκ σημαίνει την επανεξέταση των συναλλαγών που περιέχονται στο μπλοκ, την εφαρμογή των αλλαγών στο trie κατάστασης του Ethereum και τον υπολογισμό του νέου hash ρίζας. Ένα επαληθευμένο μπλοκ είναι αυτό του οποίου το υπολογισμένο hash ρίζας κατάστασης, είναι το ίδιο με αυτό που παρέχεται με το μπλοκ (επειδή αυτό σημαίνει ότι ο προτείνων του μπλοκ έκανε πραγματικά τον υπολογισμό που ισχυρίστηκε). Στους σημερινούς πελάτες Ethereum, η ενημέρωση της κατάστασης απαιτεί πρόσβαση σε ολόκληρο το trie κατάστασης, το οποίο είναι μια μεγάλη δομή δεδομένων που πρέπει να αποθηκευτεί τοπικά. Ένας μάρτυρας περιέχει μόνο τα κομμάτια των δεδομένων κατάστασης που απαιτούνται για την εκτέλεση των συναλλαγών στο μπλοκ. Ένας επικυρωτής μπορεί στη συνέχεια να χρησιμοποιήσει μόνο αυτά τα κομμάτια για να επαληθεύσει ότι ο προτείνων του μπλοκ έχει εκτελέσει τις συναλλαγές και έχει ενημερώσει σωστά την κατάσταση. Ωστόσο, αυτό σημαίνει ότι ο μάρτυρας πρέπει να μεταφέρεται μεταξύ των ομότιμων στο δίκτυο Ethereum αρκετά γρήγορα, για να ληφθεί και να επεξεργαστεί από κάθε κόμβο με ασφάλεια μέσα σε ένα διάστημα 12 δευτερολέπτων. Εάν ο μάρτυρας έχει μεγάλο μέγεθος, μπορεί να χρειαστεί πολύς χρόνος για ορισμένους κόμβους να το κατεβάσουν και να παρακολουθήσουν την αλυσίδα. Αυτό είναι μια δύναμη κεντρικής διαχείρισης, καθώς σημαίνει ότι μόνο οι κόμβοι με γρήγορες συνδέσεις στο διαδίκτυο μπορούν να συμμετάσχουν στην επικύρωση των μπλοκ. Με τα δέντρα Verkle δεν υπάρχει ανάγκη να αποθηκεύεται η κατάσταση στον σκληρό σας δίσκο. _Όλα_ όσα χρειάζεστε για να επαληθεύσετε ένα μπλοκ περιέχονται μέσα στο ίδιο το μπλοκ. Δυστυχώς, οι μάρτυρες που μπορούν να παραχθούν από τα Merkle tries είναι πολύ μεγάλοι για να μπορούν να υποστηριχθούν από πελάτες χωρίς κατάσταση.
+
+## Γιατί τα δέντρα Verkle επιτρέπουν μάρτυρες μικρότερου μεγέθους; {#why-do-verkle-trees-enable-smaller-witnesses}
+
+Η δομή ενός Merkle Trie κάνει τα μεγέθη των μαρτύρων πολύ μεγάλα για να μεταδοθούν με ασφάλεια μεταξύ των peers, εντός ενός διαστήματος 12 δευτερολέπτων. Αυτό συμβαίνει επειδή ο μάρτυρας είναι μια διαδρομή που συνδέει τα δεδομένα, τα οποία βρίσκονται στα φύλλα, με το hash ρίζας. Για να επαληθευτούν τα δεδομένα είναι απαραίτητο να έχουμε όχι μόνο όλα τα ενδιάμεσα hashes που συνδέουν κάθε φύλλο με τη ρίζα, αλλά και όλους τους «αδελφούς» κόμβους. Κάθε κόμβος στην απόδειξη έχει έναν αδελφό με τον οποίο συνδυάζεται για να δημιουργήσει το επόμενο hash πάνω στο trie. Αυτό είναι μεγάλος όγκος δεδομένων. Τα δέντρα Verkle μειώνουν το μέγεθος του μάρτυρα μειώνοντας την απόσταση μεταξύ των φύλλων του δέντρου και της ρίζας του και εξαλείφοντας επίσης την ανάγκη παροχής αδελφών κόμβων για την επαλήθευση του hash ρίζας. Ακόμη μεγαλύτερη εξοικονόμηση χώρου θα επιτευχθεί χρησιμοποιώντας ένα ισχυρό σχήμα δέσμευσης polynomial αντί του σχήματος δέσμευσης διανυσμάτων τύπου hash. Η δέσμευση polynomial επιτρέπει στο μάρτυρα να έχει σταθερό μέγεθος ανεξάρτητα από τον αριθμό των φύλλων που αποδεικνύει.
+
+Σύμφωνα με το σχήμα δέσμευσης polynomial, οι μάρτυρες έχουν διαχειρίσιμα μεγέθη που μπορούν εύκολα να μεταφερθούν στο δίκτυο μεταξύ χρηστών. Αυτό επιτρέπει στους πελάτες να επαληθεύουν τις αλλαγές κατάστασης σε κάθε μπλοκ με ελάχιστη ποσότητα δεδομένων.
+
+
+
+Το μέγεθος του μάρτυρα ποικίλλει ανάλογα με τον αριθμό των φύλλων που περιλαμβάνει. Υποθέτοντας ότι ο μάρτυρας καλύπτει 1000 φύλλα, ένας μάρτυρας για ένα Merkle trie θα ήταν περίπου 3,5MB (υποθέτοντας 7 επίπεδα στο trie). Ένας μάρτυρας για τα ίδια δεδομένα σε ένα δέντρο Verkle (υποθέτοντας 4 επίπεδα στο δέντρο) θα ήταν περίπου 150 kB, περίπου 23 φορές μικρότερη. Αυτή η μείωση στο μέγεθος μάρτυρα θα επιτρέψει στου μάρτυρες των πελατών χωρίς κατάσταση να είναι αποδεκτά μικροί. Οι polynomial μάρτυρες είναι 0,128, 1 kB ανάλογα με το συγκεκριμένο σχήμα δέσμευσης πολυωνύμου που χρησιμοποιείται.
+
+
+
+## Ποια είναι η δομή ενός δέντρου «Verkle»; {#what-is-the-structure-of-a-verkle-tree}
+
+Τα δέντρα Verkle είναι ζεύγη `(key,value)` όπου τα κλειδιά είναι στοιχεία 32 byte που αποτελούνται από έναν _stem_ 31 byte και ένα _suffix_ ενός byte. Αυτά τα κλειδιά οργανώνονται σε κόμβους _επέκτασης_ και _εσωτερικούς_. Κάθε κόμβος επέκτασης αντιπροσωπεύει ένα μοναδικό στέλεχος για 256 «children» με διαφορετικά επιθήματα. Οι εσωτερικοί κόμβοι έχουν επίσης 256 «children», αλλά μπορούν να είναι και άλλοι κόμβοι επέκτασης. Η κύρια διαφορά είναι ότι τα δέντρα Verkle είναι πολύ πιο «ευρύτερα», δηλαδή έχουν λιγότερους ενδιάμεσους κόμβους που συνδέουν ένα φύλλο με τη ρίζα και επομένως απαιτούν λιγότερα δεδομένα για τη δημιουργία μιας απόδειξης.
+
+
+
+[Διαβάστε περισσότερα για τη δομή των δέντρων «Verkle»](https://blog.ethereum.org/2021/12/02/verkle-tree-structure)
+
+## Τρέχουσα πρόοδος {#current-progress}
+
+Υπάρχουν ήδη δοκιμαστικά δίκτυα με δέντρα Verkle σε λειτουργία, αλλά απαιτούνται σημαντικές ενημερώσεις στους πελάτες για να υποστηρίξουν τα δέντρα Verkle. Μπορείτε να βοηθήσετε στην επιτάχυνση της προόδου αναπτύσσοντας συμβάσεις στα δοκιμαστικά δίκτυα ή εκτελώντας εφαρμογές πελάτη σε δίκτυα δοκιμών.
+
+[Εξερευνήστε το δίκτυο δοκιμών Verkle Gen Devnet 6](https://verkle-gen-devnet-6.ethpandaops.io/)
+
+[Δείτε την παρουσίαση του Guillaume Ballet για το παλαιότερο δίκτυο δοκιμών Condrieu](https://www.youtube.com/watch?v=cPLHFBeC0Vg) (σημειώστε ότι το Condrieu χρησιμοποιούσε απόδειξη εργασίας και έχει αντικατασταθεί από το Verkle Gen Devnet 6).
+
+## Περισσότερες πληροφορίες {#further-reading}
+
+- [Verkle Trees για πελάτη χωρίς κατάσταση](https://verkle.info/)
+- [Ο Dankrad Feist εξηγεί τα δέντρα Verkle στο PEEPanEIP](https://www.youtube.com/watch?v=RGJOQHzg3UQ)
+- [Δέντρα Verkle για όλους εμάς τους υπόλοιπους](https://research.2077.xyz/verkle-trees)
+- [Ανατομία μιας Απόδειξης Verkle](https://ihagopian.com/posts/anatomy-of-a-verkle-proof)
+- [Ο Guillaume Ballet εξηγεί τα δέντρα Verkle στο ETHGlobal](https://www.youtube.com/watch?v=f7bEtX3Z57o)
+- [«Πώς τα δέντρα Verkle κάνουν το Ethereum λεπτό και δυνατό» από τον Guillaume Ballet στο Devcon 6](https://www.youtube.com/watch?v=Q7rStTKwuYs)
+- [Η Piper Merriam για τους πελάτες χωρίς κατάστασης από το ETHDenver 2020](https://www.youtube.com/watch?v=0yiZJNciIJ4)
+- [Ο Dankrad Fiest εξηγεί τα δέντρα Verkle και τη μη χρήση κατάστασης στο podcast Μηδενικής γνώσης](https://zeroknowledge.fm/episode-202-stateless-ethereum-verkle-tries-with-dankrad-feist/)
+- [Ο Vitalik Buterin για τα δέντρα Verkle](https://vitalik.eth.limo/general/2021/06/18/verkle.html)
+- [Ο Dankrad Feist για τα δέντρα Verkle](https://dankradfeist.de/ethereum/2021/06/18/verkle-trie-for-eth1.html)
+- [Τεκμηρίωση EIP για τα δέντρα Verkle](https://notes.ethereum.org/@vbuterin/verkle_tree_eip#Illustration)
diff --git a/public/content/translations/el/scaling/index.md b/public/content/translations/el/scaling/index.md
new file mode 100644
index 00000000000..48cbab5fc16
--- /dev/null
+++ b/public/content/translations/el/scaling/index.md
@@ -0,0 +1,51 @@
+---
+title: Κλιμάκωση του Ethereum
+description: Συγκέντρωση ομαδικών συναλλαγών εκτός αλυσίδας, μειώνοντας το κόστος για τον χρήστη. Ωστόσο, ο τρόπος με τον οποίο τα πακέτα συναλλαγών χρησιμοποιούν δεδομένα επί του παρόντος είναι πολύ ακριβός, περιορίζοντας το πόσο φθηνές μπορεί να είναι οι συναλλαγές. Αυτό διορθώνεται με το Proto-Danksharding.
+lang: el
+image: /images/roadmap/roadmap-transactions.png
+alt: "Οδικός χάρτης"
+template: roadmap
+---
+
+Το Ethereum κλιμακώνεται χρησιμοποιώντας το [επίπεδο 2](/layer-2/#rollups) (επίσης γνωστό ως πακέτο συναλλαγών «rollups»), τα οποία συγκεντρώνουν μαζί τις συναλλαγές και στέλνουν το αποτέλεσμα στο Ethereum. Παρόλο που τα rollups είναι έως και οκτώ φορές φθηνότερα από το κύριο δίκτυο Ethereum, είναι δυνατή η περαιτέρω βελτιστοποίηση των rollups για να μειωθεί το κόστος για τους τελικούς χρήστες. Τα rollups βασίζονται επίσης σε ορισμένα συγκεντρωτικά στοιχεία τα οποία οι προγραμματιστές μπορούν να αφαιρέσουν καθώς ωριμάζουν.
+
+
+
+ - Σήμερα τα πακέτα συναλλαγών είναι ~5-20x φορές φθηνότερα από το επίπεδο 1 του Ethereum.
+ - Τα πακέτα συναλλαγών ZK θα μειώσουν σύντομα τις κρατήσεις σε ~40-100x.
+ - Οι επερχόμενες αλλαγές στο Ethereum θα παρέχουν μια άλλη κλιμάκωση περίπου ~100-1000 φορές.
+ - Οι χρήστες θα πρέπει να επωφεληθούν από συναλλαγές που κοστίζουν λιγότερο από $0.001.
+
+
+
+## Δημιουργία φθηνότερων δεδομένων {#making-data-cheaper}
+
+Τα rollups συλλέγουν μεγάλο αριθμό συναλλαγών, τις εκτελούν και υποβάλλουν τα αποτελέσματα στο Ethereum. Αυτό δημιουργεί πολλά δεδομένα που πρέπει να είναι δημόσια διαθέσιμα, ώστε ο καθένας να μπορεί να εκτελέσει τις συναλλαγές για τον εαυτό του και να επαληθεύσει ότι ο χειριστής του rollup ήταν ειλικρινής. Εάν κάποιος βρει κάποια διαφωνία, μπορεί να υποβάλει ένσταση.
+
+### Proto-Danksharding {#proto-danksharding}
+
+Τα δεδομένα των rollup αποθηκεύονταν μόνιμα στο Ethereum, κάτι που είναι δαπανηρό. Πάνω από το 90% του κόστους συναλλαγών που πληρώνουν οι χρήστες στα rollups οφείλεται σε αυτήν την αποθήκευση δεδομένων. Για να μειώσουμε το κόστος συναλλαγών, μπορούμε να μετακινήσουμε τα δεδομένα σε ένα νέο, προσωρινό χώρο αποθήκευσης «blob». Τα blobs είναι φθηνότερα επειδή δεν είναι μόνιμα. Διαγράφονται από το Ethereum όταν δε χρειάζονται πια. Η μακροπρόθεσμη αποθήκευση δεδομένων rollup γίνεται ευθύνη των ατόμων που τα χρειάζονται, όπως οι χειριστές rollup, τα ανταλλακτήρια, οι υπηρεσίες δημιουργίας ευρετηρίου κ.λπ. Η προσθήκη συναλλαγών blob στο Ethereum είναι μέρος μιας αναβάθμισης γνωστής ως «Proto-Danksharding».
+
+Με το Proto-Danksharding, είναι δυνατή η προσθήκη πολλών blob σε μπλοκ του Ethereum. Αυτό επιτρέπει μια άλλη σημαντική (> 100x) αύξηση του εύρους ζώνης του Ethereum και μείωση του κόστους συναλλαγών.
+
+### Danksharding {#danksharding}
+
+Το δεύτερο στάδιο επέκτασης των δεδομένων blob είναι περίπλοκο γιατί απαιτεί νέες μεθόδους για τον έλεγχο της διαθεσιμότητας των δεδομένων rollup στο δίκτυο και βασίζεται σε [επικυρωτές](/glossary/#validator) που διαχωρίζουν τις αρμοδιότητες δημιουργίας [μπλοκ](/glossary/#block) και πρότασης μπλοκ. Απαιτεί επίσης έναν τρόπο για να αποδεικνύεται κρυπτογραφικά ότι οι επικυρωτές έχουν επαληθεύσει μικρά υποσύνολα των δεδομένων blob.
+
+Το δεύτερο βήμα είναι γνωστό ως [«Danksharding»](/roadmap/danksharding/). Η πλήρης εφαρμογή του **απέχει πιθανότατα αρκετά χρόνια**. Το Danksharding βασίζεται σε άλλες εξελίξεις, όπως ο διαχωρισμός [δημιουργίας μπλοκ και της πρότασης μπλοκ](/roadmap/pbs), καθώς και σε νέους σχεδιασμούς δικτύου που επιτρέπουν στο δίκτυο να επιβεβαιώνει αποτελεσματικά τη διαθεσιμότητα των δεδομένων με τυχαία δειγματοληψία λίγων kilobytes κάθε φορά, μια διαδικασία γνωστή ως [δειγματοληψία διαθεσιμότητας δεδομένων (DAS)](/developers/docs/data-availability).
+
+Περισσότερα για το Danksharding
+
+## Αποκεντρώνοντας τα πακέτα συναλλαγών {#decentralizing-rollups}
+
+Τα [πακέτα συναλλαγών](/layer-2) έχουν ήδη αναβαθμίσει το Ethereum. Ένα [πλούσιο οικοσύστημα έργων rollup](https://l2beat.com/scaling/tvl) επιτρέπει στους χρήστες να πραγματοποιούν συναλλαγές γρήγορα και οικονομικά, με διάφορες εγγυήσεις ασφαλείας. Ωστόσο, τα rollups έχουν ξεκινήσει τη λειτουργία τους χρησιμοποιώντας κεντρικούς διαδοχείς (υπολογιστές που κάνουν όλη την επεξεργασία και συγκέντρωση συναλλαγών πριν τις υποβάλουν στο Ethereum). Αυτό είναι ευάλωτο στη λογοκρισία, επειδή οι χειριστές των διαδοχέων μπορεί να τους επιβληθούν κυρώσεις, να δωροδοκηθούν ή να τεθούν διαφορετικά εκτός λειτουργίας. Παράλληλα, τα [rollups διαφέρουν](https://l2beat.com) στον τρόπο που επικυρώνουν τα εισερχόμενα δεδομένα. Ο καλύτερος τρόπος είναι «αυτοί που αποδεικνύουν» να υποβάλλουν [αποδείξεις απάτης](/glossary/#fraud-proof) ή εγκυρότητας, αλλά δεν έχουν φτάσει ακόμα σε αυτό το σημείο όλα τα rollups. Ακόμα και εκείνα τα rollups που χρησιμοποιούν αποδείξεις εγκυρότητας/απάτης χρησιμοποιούν μια μικρή δεξαμενή γνωστών χρηστών που αποδεικνύουν. Επομένως, το επόμενο κρίσιμο βήμα στην κλιμάκωση του Ethereum είναι η κατανομή της ευθύνης για τη λειτουργία των διαδοχέων και των αποδεικνυόντων σε περισσότερους ανθρώπους.
+
+Περισσότερα για rollups
+
+## Τρέχουσα πρόοδος {#current-progress}
+
+Το Proto-Danksharding είναι το πρώτο από αυτά τα στοιχεία του οδικού χάρτη που θα εφαρμοστεί ως μέρος της αναβάθμισης δικτύου Cancun-Deneb (Dencun) τον Μάρτιο του 2024. Η **πλήρης εφαρμογή του Danksharding απέχει πιθανότατα αρκετά χρόνια**, καθώς προϋποθέτει την ολοκλήρωση αρκετών άλλων στοιχείων του οδικού χάρτη. Η αποκέντρωση της υποδομής των rollup είναι πιθανό να είναι μια σταδιακή διαδικασία, ωστόσο υπάρχουν πολλά διαφορετικά rollup που δημιουργούν ελαφρώς διαφορετικά συστήματα και θα αποκεντρωθούν πλήρως με διαφορετικούς ρυθμούς.
+
+[Περισσότερα για την αναβάθμιση δικτύου Dencun](/roadmap/dencun/)
+
+Δείτε περισσότερα για τις αναλήψεις
-### Εμπλουτίστε τις γνώσεις σας {#level-up-your-knowledge}
+## Άμυνα κατά των επιθέσεων {#defending-against-attacks}
-Η λανθασμένη κατανόηση σχετικά με το πώς λειτουργούν τα κρυπτονομίσματα μπορεί να οδηγήσουν σε δαπανηρά λάθη. Για παράδειγμα, εάν κάποιος προσποιείται ότι είναι ένας υπάλληλος εξυπηρέτησης πελατών που μπορεί να επιστρέψει τα χαμένα ETH με αντάλλαγμα τα ιδιωτικά σας κλειδιά, πλήττει ανθρώπους που δεν καταλαβαίνουν ότι το Ethereum είναι ένα αποκεντρωμένο δίκτυο που δε διαθέτει αυτού του είδους τη λειτουργικότητα. Το να εκπαιδεύσετε τον εαυτό σας για το πώς λειτουργεί το Ethereum είναι μια αξιόλογη επένδυση.
+Μπορούν να γίνουν βελτιώσεις στο πρωτόκολλο απόδειξης συμμετοχής του Ethereum. Μία από αυτές είναι γνωστή ως [view-merge](https://ethresear.ch/t/view-merge-as-a-replacement-for-proposer-boost/13739), ένας πιο ασφαλής αλγόριθμος επιλογής διακλάδωσης [(fork-choice)](/glossary/#fork) που δυσκολεύει ορισμένους πολύπλοκους τύπους επίθεσης.
-
- Τι είναι το Ethereum;
-
+Η μείωση του χρόνου που απαιτεί το Ethereum για την [οριστικοποίηση](/glossary/#finality) των μπλοκ θα παρέδιδε μια καλύτερη εμπειρία χρήστη και θα απέτρεπε περίπλοκες επιθέσεις «reorg» όπου οι επιτιθέμενοι προσπαθούν να ανακατατάξουν πολύ πρόσφατα μπλοκ για να αποκομίσουν κέρδος ή να λογοκρίνουν ορισμένες συναλλαγές. [**Το Single Slot Finality (SSF)**](/roadmap/single-slot-finality/) είναι ένας **τρόπος ελαχιστοποίησης της καθυστέρησης οριστικοποίησης**. Αυτή τη στιγμή υπάρχουν 15 λεπτά «worth of blocks» που ένας επιτιθέμενος θα μπορούσε θεωρητικά να πείσει άλλους επικυρωτές να αναδιαμορφώσουν. Με το SSF, αυτός ο χρόνος είναι 0. Οι χρήστες, από άτομα έως εφαρμογές και ανταλλακτήρια, ωφελούνται από τη γρήγορη διαβεβαίωση ότι οι συναλλαγές τους δε θα αναστραφούν και το δίκτυο ωφελείται από τον τερματισμό ολόκληρης κατηγορίας επιθέσεων.
-
- Τι είναι το ether;
-
-Διαβάστε περισσότερα για την οριστικοποίηση απλής θέσης
-## Ασφάλεια πορτοφολιού {#wallet-security}
+## Άμυνα κατά της λογοκρισίας {#defending-against-censorship}
-### Μην κοινοποιείτε τα ιδιωτικά κλειδιά σας {#protect-private-keys}
+Η αποκέντρωση εμποδίζει άτομα ή μικρές ομάδες [επικυρωτών](/glossary/#validator) να αποκτήσουν υπερβολική επιρροή. Νέες τεχνολογίες αποθήκευσης μπορούν να βοηθήσουν στη διασφάλιση της μέγιστης δυνατής αποκέντρωσης των επικυρωτών του Ethereum, ενώ παράλληλα τους υπερασπίζονται από αποτυχίες υλικού, λογισμικού και δικτύου. Αυτό περιλαμβάνει λογισμικό που μοιράζει τις ευθύνες των επικυρωτών σε πολλούς [κόμβους](/glossary/#node). Αυτό είναι γνωστό ως **τεχνολογία κατανεμημένου επικυρωτή (Distributed Validator Technology - DVT)**. Οι [Δεξαμενές αποθήκευσης](/glossary/#staking-pool) έχουν κίνητρο να χρησιμοποιούν το DVT επειδή επιτρέπει σε πολλούς υπολογιστές να συμμετέχουν συλλογικά στην επικύρωση, προσθέτοντας εφεδρεία και ανθεκτικότητα σε σφάλματα. Επίσης, διαχωρίζει τα κλειδιά επικυρωτή σε διάφορα συστήματα, αντί να έχει μεμονωμένους χειριστές να εκτελούν πολλούς επικυρωτές. Αυτό δυσκολεύει τους ανέντιμους χειριστές να συντονίσουν επιθέσεις στο Ethereum. Συνολικά, η ιδέα είναι να αποκτηθούν οφέλη ασφαλείας με τη λειτουργία των επικυρωτών ως _κοινότητες_ και όχι ως άτομα.
-**Ποτέ και για οποιονδήποτε λόγο μη διαμοιράσετε τα ιδιωτικά σας κλειδιά!**
+Διαβάστε περισσότερα για την τεχνολογία κατανεμημένου επικυρωτή
-Το ιδιωτικό κλειδί του πορτοφολιού σας είναι ο κωδικός πρόσβασης στο πορτοφόλι Ethereum σας. Είναι το μόνο πράγμα που εμποδίζει κάποιον που γνωρίζει τη διεύθυνση του πορτοφολιού σας να αφαιρέσει από τον λογαριασμό σας από όλα τα περιουσιακά του στοιχεία!
+Η εφαρμογή διαχωρισμού **φορέα πρότασης και δημιουργού μπλοκ (proposer-builder separation - PBS)** θα βελτιώσει δραστικά τις ενσωματωμένες άμυνες του Ethereum κατά της λογοκρισίας. Το PBS επιτρέπει σε έναν επικυρωτή να δημιουργεί ένα μπλοκ και σε έναν άλλον να το μεταδώσει σε ολόκληρο το δίκτυο Ethereum. Αυτό εξασφαλίζει ότι τα οφέλη από τους επαγγελματικούς αλγόριθμους δημιουργίας μπλοκ που μεγιστοποιούν τα κέρδη μοιράζονται πιο δίκαια σε όλο το δίκτυο, **αποτρέποντας τη μακροπρόθεσμη συγκέντρωση του αποθηκευμένου κεφαλαίου** στους πιο αποδοτικούς θεσμικούς χρήστες με αποθηκευμένο κεφάλαιο. Ο χρήστης που προτείνει νέο μπλοκ επιλέγει το πιο επικερδές μπλοκ που του προσφέρεται από μια αγορά δημιουργών μπλοκ. Για να λογοκρίνει, ένας χρήστης που προτείνει μπλοκ θα έπρεπε συχνά να επιλέξει ένα λιγότερο επικερδές μπλοκ, κάτι που θα ήταν **οικονομικά παράλογο και επίσης προφανές στους υπόλοιπους επικυρωτές** του δικτύου.
-
- Τι είναι το πορτοφόλι Ethereum;
-
+Υπάρχουν πιθανά πρόσθετα στο PBS, όπως κρυπτογραφημένες συναλλαγές και λίστες συμπερίληψης, που θα μπορούσαν να βελτιώσουν περαιτέρω την ανθεκτικότητα του Ethereum στη λογοκρισία. Αυτά καθιστούν τον δημιουργό και τον φορέα πρότασης μπλοκ τυφλούς στις πραγματικές συναλλαγές που περιλαμβάνονται στα μπλοκ τους.
-#### Μη λαμβάνετε στιγμιότυπο οθόνης των λέξεων ασφαλείας/ιδιωτικών κλειδιών {#screenshot-private-keys}
+Διαβάστε περισσότερα για τον διαχωρισμό χρήστη πρότασης και δημιουργού μπλοκ
-Η λήψη στιγμιότυπου οθόνης των μυστικών λέξεων επαναφοράς ή των ιδιωτικών κλειδιών σας μπορεί να συγχρονιστεί με έναν πάροχο δεδομένων cloud, κάτι που θα μπορούσε να τα κάνει προσβάσιμα σε χάκερ. Η απόκτηση ιδιωτικών κλειδιών από το cloud είναι ένας κοινός φορέας επίθεσης για τους χάκερ.
+## Προστασία επικυρωτών {#protecting-validators}
-### Χρήση μιας συσκευής πορτοφολιού {#use-hardware-wallet}
+Είναι πιθανό ένας προχωρημένος χρήστης που επιτίθεται να μπορέσει να εντοπίσει τους επόμενους επικυρωτές και να τους στείλει ανεπιθύμητα μηνύματα για να τους εμποδίσει να προτείνουν μπλοκ. Αυτό είναι γνωστό ως επίθεση **άρνησης υπηρεσίας (DoS)**. Η εφαρμογή της [**μυστικής εκλογής αρχηγού (secret leader election - SLE)**](/roadmap/secret-leader-election) θα προστατεύσει από αυτόν τον τύπο επίθεσης, αποτρέποντας την εκ των προτέρων γνώση των φορέων πρότασης μπλοκ. Αυτό λειτουργεί με τη συνεχή ανάμειξη ενός συνόλου κρυπτογραφικών δεσμεύσεων που αντιπροσωπεύουν υποψήφιους χρήστες πρότασης μπλοκ και χρησιμοποιώντας τη σειρά τους για να καθοριστεί ποιος επικυρωτής επιλέγεται με τέτοιο τρόπο ώστε μόνο οι ίδιοι οι επικυρωτές να γνωρίζουν εκ των προτέρων τη σειρά τους.
-Ένα πορτοφόλι υλικού παρέχει αποθήκευση εκτός σύνδεσης για ιδιωτικά κλειδιά. Θεωρούνται η πιο ασφαλής επιλογή πορτοφολιού για την αποθήκευση των ιδιωτικών κλειδιών σας: το ιδιωτικό σας κλειδί δεν επικοινωνεί ποτέ με το διαδίκτυο και παραμένει τοπικά στη συσκευή σας.
+Διαβάστε περισσότερα για τη μυστική εκλογή αρχηγού
-Η διατήρηση των ιδιωτικών κλειδιών εκτός σύνδεσης μειώνει σε μεγάλο βαθμό τον κίνδυνο χακαρίσματος, ακόμα και αν ένας χάκερ πάρει τον έλεγχο του υπολογιστή σας.
+## Τρέχουσα πρόοδος {#current-progress}
-#### Δοκιμάστε μια συσκευή πορτοφολιού: {#try-hardware-wallet}
-
-- [Ledger](https://www.ledger.com/)
-- [Trezor](https://trezor.io/)
-
-### Ελέγξτε ξανά τις συναλλαγές σας πριν από την αποστολή {#double-check-transactions}
-
-Η αποστολή κρυπτονομισμάτων σε λάθος διεύθυνση πορτοφολιού είναι ένα συνηθισμένο λάθος. **Μια συναλλαγή που εκτελείται στο Ethereum είναι μη αναστρέψιμη.** Εκτός εάν γνωρίζετε τον κάτοχο της διεύθυνσης και μπορείτε να τον πείσετε να σας επιστρέψει το κεφάλαιό σας, δεν υπάρχει τρόπος να ανακτήσετε τα χρήματά σας.
-
-Να βεβαιώνεστε πάντα ότι η διεύθυνση προς την οποία στέλνετε συμπίπτει ακριβώς με τη διεύθυνση του επιθυμητού παραλήπτη πριν στείλετε μια συναλλαγή. Μια καλή πρακτική είναι επίσης, όταν αλληλεπιδράτε με ένα έξυπνο συμβόλαιο, να διαβάσετε το μήνυμα της συναλλαγής πριν το υπογράψετε.
-
-### Ορίστε όριο δαπανών του έξυπνου συμβολαίου {#spend-limits}
-
-Όταν αλληλεπιδράτε με έξυπνα συμβόλαια, μην επιτρέπετε όρια απεριόριστων δαπανών. Ένα απεριόριστο όριο δαπανών θα μπορούσε να επιτρέψει στο έξυπνο συμβόλαιο να αδειάσει το πορτοφόλι σας. Αντίθετα, ορίστε όρια δαπανών μόνο για το ποσό που είναι απαραίτητο για τη συναλλαγή.
-
-Πολλά πορτοφόλια Ethereum προσφέρουν προστασία ορίων για να αποτρέψουν την εξάντληση των λογαριασμών.
-
-[Πώς να ανακαλέσετε την πρόσβαση ενός έξυπνου συμβολαίου στο κεφάλαιο κρυπτονομισμάτων σας](/guides/how-to-revoke-token-access/)
-
-
-
- Προσοχή: αν και οι απάτες τύπου υποστήριξης συμβαίνουν συνήθως στο Discord, μπορεί επίσης να είναι διαδεδομένες σε οποιεσδήποτε εφαρμογές συνομιλίας όπου διεξάγονται συζητήσεις κρυπτονομισμάτων, συμπεριλαμβανομένου του email.
-
-
-
-### Απάτη κρυπτονομίσματος «Eth2» {#eth2-token-scam}
-
-Προς το τέλος της ενημέρωσης [Η Συγχώνευση](/roadmap/merge/), απατεώνες εκμεταλλεύτηκαν τη σύγχυση γύρω από τον όρο «Eth2» για να προσπαθήσουν να εξαπατήσουν τους χρήστες να εξαργυρώσουν τα ETH τους για ένα κρυπτονόμισμα «ETH2». Δεν υπάρχει «ETH2» και κανένα άλλο νόμιμο κρυπτονόμισμα δεν εισήχθη με τη Συγχώνευση. Το ETH που κατείχατε πριν είναι το ίδιο ETH και τώρα. **Δε χρειάζεται να κάνετε καμία ενέργεια σχετικά με τα ETH σας για τη μετάβαση από την απόδειξη εργασίας στην απόδειξη συμμετοχής.**
-
-Ενδέχεται να εμφανιστούν απατεώνες ως «υποστήριξη», λέγοντάς σας ότι εάν καταθέσετε τα ETH σας, θα λάβετε πίσω «ETH2». Δεν υπάρχει [επίσημη υποστήριξη Ethereum](/community/support/) και δεν υπάρχει νέο κρυπτονόμισμα. Μη μοιραστείτε ποτέ τις μυστικές λέξεις του πορτοφολιού σας με κανέναν.
-
-_Σημείωση: Υπάρχουν παράγωγα token/tickers που μπορεί να αντιπροσωπεύουν τα αποθηκευμένα ETH (π.χ. rETH από το Rocket Pool, stETH από το Lido, ETH2 από το Coinbase), αλλά δεν είναι κάτι στο οποίο πρέπει να «μεταφερθείτε»._
-
-### Απάτες ηλεκτρονικού «ψαρέματος» {#phishing-scams}
-
-Οι απάτες ηλεκτρονικού ψαρέματος είναι μια άλλη, ολοένα και πιο κοινή προσέγγιση που χρησιμοποιούν οι απατεώνες για να προσπαθήσουν να κλέψουν τα χρήματα του πορτοφολιού σας.
-
-Μερικά ψεύτικα email ζητούν από τους χρήστες να κάνουν κλικ σε συνδέσμους που θα τους ανακατευθύνουν σε ψεύτικους ιστότοπους, ζητώντας τους να εισάγουν τις μυστικές λέξεις τους, για να επαναφέρουν τον κωδικό πρόσβασης τους ή να στείλουν ETH. Άλλα μπορεί να σας ζητήσουν να εγκαταστήσετε εν αγνοία σας κακόβουλο λογισμικό για να μολύνουν τον υπολογιστή σας και να δώσουν στους απατεώνες πρόσβαση στα αρχεία του υπολογιστή σας.
-
-Εάν λάβετε email από άγνωστο αποστολέα, θυμηθείτε:
-
-- Ποτέ μην ανοίγετε σύνδεσμο ή συνημμένο αρχείο από διευθύνσεις email που δεν αναγνωρίζετε.
-- Ποτέ μην αποκαλύπτετε τα προσωπικά σας στοιχεία ή κωδικούς πρόσβασης σε κανέναν.
-- Διαγράψτε email από άγνωστους αποστολείς.
-
-[Περισσότερα για την αποφυγή απάτης ηλεκτρονικού ψαρέματος.](https://support.mycrypto.com/staying-safe/mycrypto-protips-how-not-to-get-scammed-during-ico)
-
-### Απάτες ανταλλακτηρίων κρυπτονομισμάτων {#broker-scams}
-
-Οι απατεώνες «σύμβουλοι» ανταλλακτηρίων κρυπτονομισμάτων ισχυρίζονται ότι είναι εξειδικευμένοι μεσίτες κρυπτονομισμάτων που θα αναλάβουν τα χρήματά σας και θα τα επενδύσουν για εσάς. Αφού ο απατεώνας λάβει τα χρήματά σας, μπορεί είτε να σας καθυστερεί ζητώντας να στείλετε περισσότερα χρήματα για να μη χάσετε περαιτέρω κέρδη από επενδύσεις, είτε μπορεί να εξαφανιστεί εντελώς.
-
-Αυτοί οι απατεώνες βρίσκουν συχνά στόχους χρησιμοποιώντας ψεύτικους λογαριασμούς στο YouTube για να ξεκινήσουν φαινομενικά φυσικές συζητήσεις σχετικά με τον «μεσάζοντα». Αυτές οι συζητήσεις συχνά λαμβάνουν πολλές θετικές ψήφους για να αυξήσουν τη νομιμότητα, αλλά όλες οι θετικές ψήφοι προέρχονται από ψεύτικους λογαριασμούς.
-
-**Μην εμπιστεύεστε αγνώστους στο διαδίκτυο να επενδύσουν για εσάς. Θα χάσετε τα κρυπτονομισμάτά σας.**
-
-
-
-### Απάτες δεξαμενών κρυπτόρυξης κρυπτονομισμάτων {#mining-pool-scams}
-
-Από τον Σεπτέμβριο του 2022, η κρυπτόρυξη στο Ethereum δεν είναι πλέον δυνατή. Ωστόσο, οι απάτες με δεξαμενές κρυπτόρυξης εξακολουθούν να υπάρχουν. Οι απάτες με δεξαμενές κρυπτόρυξης περιλαμβάνουν άτομα που επικοινωνούν απρόκλητα και ισχυρίζονται ότι μπορείτε να αποκομίσετε μεγάλα κέρδη συμμετέχοντας σε μια δεξαμενή κρυπτόρυξης Ethereum. Ο απατεώνας θα κάνει ισχυρισμούς και θα παραμείνει σε επαφή μαζί σας για όσο χρόνο χρειαστεί. Ουσιαστικά, ο απατεώνας θα προσπαθήσει να σας πείσει ότι όταν εγγραφείτε σε μια δεξαμενή κρυπτόρυξης Ethereum, το κρυπτονόμισμα σας θα χρησιμοποιηθούν για τη δημιουργία ETH και ότι θα λάβετε μερίσματα σε ETH. Στη συνέχεια, θα δείτε ότι το κρυπτονόμισμα σας κάνει μικρές αποδόσεις. Αυτό γίνεται απλώς για να σας δελεάσει να επενδύσετε περισσότερα. Τελικά, όλα τα χρήματά σας θα αποσταλούν σε μια άγνωστη διεύθυνση και ο απατεώνας θα εξαφανιστεί ή σε ορισμένες περιπτώσεις θα συνεχίσει να διατηρεί επαφή, όπως συνέβη σε μια πρόσφατη περίπτωση.
-
-Συμπέρασμα, να είστε επιφυλακτικοί με άτομα που επικοινωνούν μαζί σας στα μέσα κοινωνικής δικτύωσης ζητώντας σας να συμμετάσχετε σε δεξαμενή κρυπτόρυξης. Μόλις χάσετε τα κρυπτονομισμάτά σας, δεν υπάρχει επιστροφή.
-
-Ορισμένα στοιχεία που πρέπει να θυμάστε:
-
-- Να είστε επιφυλακτικοί με οποιονδήποτε επικοινωνεί μαζί σας σχετικά με διάφορους τρόπους για να κερδίσετε χρήματα από τα κρυπτονομίσματά σας
-- Κάντε την έρευνά σας σχετικά με την αποθήκευση κεφαλαίου, τις δεξαμενές ρευστότητας ή άλλους τρόπους επένδυσης των κρυπτονομισμάτων σας
-- Σπάνια, έως ποτέ, τέτοια συστήματα είναι θεμιτά. Αν ήταν, πιθανότατα θα ήταν διάσημα και θα τα είχατε ακούσει.
-
-[Άνδρας χάνει 200.000$ σε απάτη δεξαμενής κρυπτόρυξης](https://www.reddit.com/r/CoinBase/comments/r0qe0e/scam_or_possible_incredible_payout/)
-
-### Απάτες airdrop {#airdrop-scams}
-
-Οι απάτες με Airdrop περιλαμβάνουν ένα απατηλό project που στέλνει δωρεάν περιουσιακό στοιχείο (NFT, token) στο πορτοφόλι σας (airdrop) και στη συνέχεια σας κατευθύνει σε έναν ψεύτικο ιστότοπο για να το διεκδικήσετε. Όταν προσπαθήσετε να διεκδικήσετε το δωρεάν περιουσιακό στοιχείο, θα σας ζητηθεί να συνδεθείτε με το πορτοφόλι Ethereum σας και να «εγκρίνετε» μια συναλλαγή. Αυτή η συναλλαγή θέτει σε κίνδυνο τον λογαριασμό σας στέλνοντας τα δημόσια και ιδιωτικά σας κλειδιά στους απατεώνες. Μια εναλλακτική μορφή αυτής της απάτης μπορεί να σας ζητήσει να επιβεβαιώσετε μια συναλλαγή που στέλνει χρήματα στον λογαριασμό του απατεώνα.
-
-[Περισσότερα για τις απάτες airdrop](https://www.youtube.com/watch?v=LLL_nQp1lGk)
-
-
-
- Η χρήση ενός διαχειριστή κωδικών πρόσβασης φροντίζει για τη δημιουργία ισχυρών, μοναδικών κωδικών πρόσβασης και την απομνημόνευση τους! Συνιστούμε ανεπιφύλακτα να χρησιμοποιήσετε ένα και τα περισσότερα από αυτά είναι δωρεάν!
-
-
-
-Το να θυμάστε ισχυρούς, μοναδικούς κωδικούς πρόσβασης για κάθε λογαριασμό που έχετε δεν είναι ο ιδανικός τρόπος. Ένας διαχειριστής κωδικών πρόσβασης προσφέρει ένα ασφαλές, κρυπτογραφημένο χώρο αποθήκευσης για όλους τους κωδικούς πρόσβασης στον οποίο μπορείτε να αποκτήσετε πρόσβαση μέσω ενός ισχυρού κύριου κωδικού πρόσβασης. Προτείνουν επίσης ισχυρούς κωδικούς πρόσβασης κατά την εγγραφή σας σε μια νέα υπηρεσία, ώστε να μη χρειάζεται να δημιουργήσετε δικούς σας. Πολλοί διαχειριστές κωδικών πρόσβασης θα σας πουν επίσης εάν έχετε εμπλακεί σε παραβίαση δεδομένων, επιτρέποντάς σας να αλλάξετε τους κωδικούς πρόσβασης πριν από τυχόν κακόβουλες επιθέσεις.
-
-
-
-#### Δοκιμάστε έναν διαχειριστή κωδικών πρόσβασης: {#try-password-manager}
-
-- [Bitwarden](https://bitwarden.com/)
-- [KeePass](https://keepass.info/)
-- [1Password](https://1password.com/)
-- Ή δείτε άλλους [προτεινόμενους διαχειριστές κωδικών πρόσβασης](https://www.privacytools.io/secure-password-manager)
-
-### Χρήση επαληθευτή Δύο Παραγόντων {#two-factor-authentication}
-
-Μερικές φορές μπορεί να σας ζητηθεί να πιστοποιήσετε την ταυτότητά σας μέσω μοναδικών αποδείξεων. Αυτές οι αποδείξεις είναι γνωστές ως **παράγοντες**. Οι τρεις βασικοί παράγοντες είναι:
-
-- Κάτι που γνωρίζετε (όπως κωδικός πρόσβασης ή ερώτηση ασφαλείας)
-- Κάτι που είστε (όπως δακτυλικό αποτύπωμα ή σαρωτής ίριδας/προσώπου)
-- Κάτι που σας ανήκει (ένα κλειδί ασφαλείας ή εφαρμογή ελέγχου ταυτότητας στο τηλέφωνό σας)
-
-Η χρήση ενός **Επαληθευτή ταυτότητας δύο παραγόντων (2FA)** παρέχει ένα πρόσθετο *παράγοντα ασφαλείας* για τους διαδικτυακούς σας λογαριασμούς. Το 2FA διασφαλίζει ότι το να έχετε απλώς τον κωδικό πρόσβασής σας δεν αρκεί για την πρόσβαση σε έναν λογαριασμό. Συνηθέστερα, ο δεύτερος παράγοντας είναι ένας τυχαίος 6ψήφιος κωδικός, γνωστός ως **time-based one-time password (TOTP)**, στον οποίο μπορείτε να αποκτήσετε πρόσβαση μέσω μιας εφαρμογής ελέγχου ταυτότητας όπως το Google Authenticator ή το Authy. Αυτά λειτουργούν ως παράγοντας «κάτι που κατέχετε», επειδή η φράση ασφαλείας που δημιουργεί τον χρονομετρημένο κώδικα αποθηκεύεται στη συσκευή σας.
-
-
-
- Σημείωση: Η χρήση 2FA με χρήση SMS είναι ευάλωτη στην κλοπή SIM και δεν είναι ασφαλής. Για καλύτερη ασφάλεια, χρησιμοποιήστε μια υπηρεσία όπως το Google Authenticator ή το Authy.
-
-
-
-#### Κλειδιά ασφαλείας {#security-keys}
-
-Ένα κλειδί ασφαλείας είναι ένας πιο προηγμένος και ασφαλής τύπος 2FA. Τα κλειδιά ασφαλείας είναι φυσικές συσκευές ελέγχου ταυτότητας που λειτουργούν όπως οι εφαρμογές ελέγχου ταυτότητας. Η χρήση κλειδιού ασφαλείας είναι ο πιο ασφαλής τρόπος για χρήση 2FA. Πολλά από αυτά τα κλειδιά χρησιμοποιούν το πρότυπο FIDO Universal 2nd Factor (U2F). [Μάθετε περισσότερα σχετικά με το FIDO U2F](https://www.yubico.com/authentication-standards/fido-u2f/).
-
-Δείτε περισσότερα για το 2FA:
-
-
+
+Η λειτουργία χωρίς κατάσταση βασίζεται στο ότι οι δημιουργοί μπλοκ διατηρούν αντίγραφο των πλήρων δεδομένων κατάστασης, έτσι ώστε να μπορούν να δημιουργήσουν μάρτυρες που μπορούν να χρησιμοποιηθούν για την επαλήθευση του μπλοκ. Άλλοι κόμβοι δε χρειάζονται πρόσβαση στα δεδομένα κατάστασης, όλες οι πληροφορίες που απαιτούνται για την επαλήθευση του μπλοκ είναι διαθέσιμες στον μάρτυρα. Αυτό δημιουργεί μια κατάσταση όπου η πρόταση ενός μπλοκ είναι ακριβή, αλλά η επαλήθευση του μπλοκ είναι φθηνή, πράγμα που σημαίνει ότι λιγότεροι χειριστές θα εκτελέσουν έναν κόμβο πρότασης μπλοκ. Ωστόσο, η αποκέντρωση των προτεινόμενων μπλοκ δεν είναι κρίσιμη, εφόσον όσο το δυνατόν περισσότεροι συμμετέχοντες μπορούν να επαληθεύσουν ανεξάρτητα ότι τα μπλοκ που προτείνουν είναι έγκυρα.
+
+Διαβάστε περισσότερα στις σημειώσεις του Dankrad.
+
+
+Οι προτείνοντες μπλοκ χρησιμοποιούν τα δεδομένα κατάστασης για να δημιουργήσουν "μάρτυρες", το ελάχιστο σύνολο δεδομένων που αποδεικνύουν τις αξίες της κατάστασης που αλλάζουν από τις συναλλαγές σε ένα μπλοκ. Άλλα προγράμματα επικύρωσης δε διατηρούν την κατάσταση, αποθηκεύουν μόνο το root κατάστασης (ένα hash ολόκληρης της κατάστασης). Λαμβάνουν ένα μπλοκ και έναν μάρτυρα και τα χρησιμοποιούν για να ενημερώσουν το root κατάστασης τους. Αυτό κάνει έναν κόμβο επικύρωσης εξαιρετικά ελαφρύ.
+
+Η ασθενής λειτουργία χωρίς κατάσταση βρίσκεται σε προηγμένη κατάσταση έρευνας, αλλά βασίζεται στον διαχωρισμό προτείνοντα - δημιουργού και τα δέντρα Verkle που έχουν εφαρμοστεί έτσι ώστε να μπορούν να περάσουν μικροί μάρτυρες μεταξύ χρηστών. Αυτό σημαίνει ότι η ασθενής λειτουργία χωρίς κατάσταση είναι πιθανώς μερικά χρόνια μακριά από το Ethereum Mainnet.
+
+### Ισχυρή λειτουργία χωρίς κατάσταση {#strong-statelessness}
+
+Η ισχυρή λειτουργία χωρίς κατάσταση καταργεί την ανάγκη οποιουδήποτε κόμβου να αποθηκεύει δεδομένα κατάστασης. Αντίθετα, οι συναλλαγές αποστέλλονται με μάρτυρες που μπορούν να συγκεντρωθούν από τους παραγωγούς μπλοκ. Οι δημιουργοί μπλοκ είναι υπεύθυνοι για την αποθήκευση μόνο εκείνης της κατάστασης που απαιτείται για τη δημιουργία μαρτύρων για σχετικούς λογαριασμούς. Η ευθύνη για την κατάσταση μεταφέρεται σχεδόν εξ ολοκλήρου στους χρήστες, καθώς στέλνουν μάρτυρες και «λίστες πρόσβασης» για να δηλώσουν με ποιους λογαριασμούς και κλειδιά αποθήκευσης αλληλεπιδρούν. Αυτό θα επέτρεπε εξαιρετικά ελαφρούς κόμβους, αλλά υπάρχουν συμβιβασμοί, συμπεριλαμβανομένης της δυσκολότερης συναλλαγής με έξυπνα συμβόλαια.
+
+Η ισχυρή λειτουργία χωρίς κατάσταση έχει διερευνηθεί από ερευνητές, αλλά επί του παρόντος δεν αναμένεται να είναι μέρος του οδικού χάρτη του Ethereum καθώς είναι πιο πιθανό ότι η ασθενής λειτουργία χωρίς κατάσταση είναι επαρκής για τις ανάγκες κλιμάκωσης του Ethereum.
+
+## Τρέχουσα πρόοδος {#current-progress}
+
+Η ασθενής λειτουργία χωρίς κατάσταση, η λήξη του ιστορικού και η λήξη κατάστασης βρίσκονται όλα στη φάση της έρευνας και αναμένεται να είναι έτοιμα σε αρκετά χρόνια από τώρα. Δεν υπάρχει καμία εγγύηση ότι όλες αυτές οι προτάσεις θα εφαρμοστούν, για παράδειγμα εάν πρώτα εφαρμοστεί η λήξη της κατάστασης, ενδέχεται να μη χρειάζεται να εφαρμοστεί και η λήξη ιστορικού. Υπάρχουν επίσης άλλα στοιχεία οδικού χάρτη ανάπτυξης, όπως τα [Verkle Trees](/roadmap/verkle-trees) και [Proposer-builder separation](/roadmap/pbs) που πρέπει να ολοκληρωθούν πρώτα.
+
+## Περισσότερες πληροφορίες {#further-reading}
+
+- [Συνέντευξη του Vitalik για τη λειτουργία χωρίς κατάσταση](https://www.reddit.com/r/ethereum/comments/o9s15i/impromptu_technical_ama_on_statelessness_and/)
+- [Θεωρία διαχείρισης του μεγέθους κατάστασης](https://hackmd.io/@vbuterin/state_size_management)
+- [Σχέση κατάστασης επαναφοράς - διένεξης - ελαχιστοποίησης](https://ethresear.ch/t/resurrection-conflict-minimized-state-bounding-take-2/8739)
+- [Τρόποι προς τη λειτουργία χωρίς κατάσταση και λήξη κατάστασης](https://hackmd.io/@vbuterin/state_expiry_paths)
+- [Προδιαγραφή EIP-4444](https://eips.ethereum.org/EIPS/eip-4444)
+- [Alex Stokes για το EIP-4444](https://youtu.be/SfDC_qUZaos)
+- [Γιατί είναι σημαντική η μετάβαση σε λειτουργία χωρίς κατάσταση](https://dankradfeist.de/ethereum/2021/02/14/why-stateless.html)
+- [Αρχικές σημειώσεις σχεδίου για πελάτη χωρίς κατάσταση](https://ethresear.ch/t/the-stateless-client-concept/172)
+- [Περισσότερα για τη λήξη κατάστασης](https://hackmd.io/@vbuterin/state_size_management#A-more-moderate-solution-state-expiry)
+- [Ακόμη περισσότερα για τη λήξη κατάστασης](https://hackmd.io/@vbuterin/state_expiry_paths#Option-2-per-epoch-state-expiry)
diff --git a/public/content/translations/el/support/index.md b/public/content/translations/el/support/index.md
new file mode 100644
index 00000000000..84bafec9acd
--- /dev/null
+++ b/public/content/translations/el/support/index.md
@@ -0,0 +1,105 @@
+---
+title: Υποστήριξη Ethereum
+description: Λάβετε υποστήριξη στο οικοσύστημα του Ethereum.
+lang: el
+---
+
+# Υποστήριξη Ethereum {#support}
+
+## Επίσημη υποστήριξη του Ethereum {#official-support}
+
+Χρειάζεστε επίσημη υποστήριξη του Ethereum; Το πρώτο πράγμα που πρέπει να γνωρίζετε είναι ότι το Ethereum είναι αποκεντρωμένο. Αυτό σημαίνει ότι κανένας κεντρικός οργανισμός, οντότητα ή άτομο δεν κατέχει το Ethereum και γι' αυτό δεν υπάρχουν επίσημα κανάλια υποστήριξης.
+
+Η κατανόηση της αποκεντρωμένης φύσης του Ethereum είναι ζωτικής σημασίας, **γιατί οποιοσδήποτε παρουσιάζεται ως επίσημη υποστήριξη για το Ethereum πιθανότατα προσπαθεί να σας εξαπατήσει!** Η καλύτερη προστασία ενάντια στους κακόβουλους είναι να ενημερωθείτε σωστά και να λαμβάνετε σοβαρά υπόψη τα θέματα ασφαλείας.
+
+
+ Ασφάλεια του Ethereum και πρόληψη κατά της απάτης
+
+
+
+ Μάθετε τις βασικές αρχές του Ethereum
+
+
+Παρά την έλλειψη επίσημης υποστήριξης, πολλές ομάδες, κοινότητες και έργα σε όλο το οικοσύστημα του Ethereum είναι πρόθυμοι να βοηθήσουν και μπορείτε να βρείτε πολλές χρήσιμες πληροφορίες και πόρους σε αυτήν τη σελίδα. Έχετε περισσότερες ερωτήσεις; Εγγραφείτε στο [ethereum.org Discord](/discord/) και θα προσπαθήσουμε να σας βοηθήσουμε.
+
+## Συχνές ερωτήσεις {#faq}
+
+### Έχω στείλει ETH σε λάθος πορτοφόλι {#wrong-wallet}
+
+Μια συναλλαγή που αποστέλλεται στο Ethereum είναι μη αναστρέψιμη. Δυστυχώς, εάν έχετε στείλει ETH σε λάθος πορτοφόλι, δεν υπάρχει τρόπος να ανακτήσετε αυτά τα χρήματα. Κανένας κεντρικός οργανισμός, οντότητα ή πρόσωπο δεν κατέχει το Ethereum, πράγμα που σημαίνει ότι κανείς δεν μπορεί να επέμβει στις συναλλαγές. Επομένως, είναι ζωτικής σημασίας να ελέγχετε πάντα τις συναλλαγές σας πριν τις ολοκληρώσετε.
+
+### Πώς μπορώ να διεκδικήσω το δώρο μου στο Ethereum; {#giveaway-scam}
+
+Τα δώρα στο Ethereum είναι απάτες που έχουν σχεδιαστεί για να κλέψουν τα ETH σας. Μη δελεάζεστε από προσφορές που φαίνονται πολύ καλές για να είναι αληθινές, εάν στείλετε ETH σε μια διεύθυνση προσφοράς δε θα λάβετε δώρο και δε θα μπορείτε να ανακτήσετε τα χρήματά σας.
+
+[Περισσότερα για την πρόληψη κατά της απάτης](/security/#common-scams)
+
+### Η συναλλαγή μου καθυστερεί {#stuck-transaction}
+
+Οι συναλλαγές στο Ethereum μερικές φορές μπορεί να καθυστερούν εάν έχετε υποβάλει χαμηλότερες κρατήσεις συναλλαγής από αυτή που απαιτείται λόγω της ζήτησης του δικτύου. Πολλά πορτοφόλια παρέχουν επιλογή για εκ νέου υποβολή της ίδιας συναλλαγής, με υψηλότερη χρέωση για την επίσπευσή της. Εναλλακτικά, μπορείτε να ακυρώσετε μια εκκρεμή συναλλαγή στέλνοντας μια συναλλαγή στη δική σας διεύθυνση και χρησιμοποιώντας το ίδιο «nonce» με την εκκρεμή συναλλαγή.
+
+[Πώς να επιταχύνετε ή να ακυρώσετε μια εκκρεμή συναλλαγή στο MetaMask](https://metamask.zendesk.com/hc/en-us/articles/360015489251-How-to-speed-up-or-cancel-a-pending-transaction)
+
+[Πώς να ακυρώσετε τις εκκρεμείς συναλλαγές Ethereum](https://info.etherscan.com/how-to-cancel-ethereum-pending-transactions/)
+
+### Πώς μπορώ να κρυπτορύξω Ethereum; {#mining-ethereum}
+
+Η κρυπτόρυξη στο Ethereum δεν είναι πλέον δυνατή. Η κρυπτόρυξη απενεργοποιήθηκε όταν το Ethereum πέρασε από την [απόδειξη εργασίας](/glossary/#pow) στην [απόδειξη συμμετοχής](/glossary/#pos). Τώρα, αντί για κρυπτορύχους, το Ethereum έχει επικυρωτές. Οποιοσδήποτε μπορεί να [αποθηκεύσει κεφάλαιο](/glossary/#staking) σε ETH και να λάβει ανταμοιβές για την εκτέλεση λογισμικού επικύρωσης για την ασφάλεια του δικτύου.
+
+### Πώς να γίνετε χρήστης με αποθηκευμένο κεφάλαιο / επικυρωτής; {#how-to-stake}
+
+Για να γίνετε επικυρωτής, πρέπει να αποθηκεύσετε 32 ETH στο συμβόλαιο κατάθεσης του Ethereum και να δημιουργήσετε έναν κόμβο επικύρωσης. Περισσότερες πληροφορίες είναι διαθέσιμες στη [σελίδα αποθήκευσης κεφαλαίου](/staking) και στην [πλατφόρμα εκκίνησης αποθήκευσης κεφαλαίου](https://launchpad.ethereum.org/).
+
+## Δημιουργία αποκεντρωμένων εφαρμογών {#building-support}
+
+Η υλοποίηση μπορεί να είναι δύσκολη. Δείτε παρακάτω ιστότοπους ανάπτυξης με έμπειρους προγραμματιστές Ethereum που μπορούν να σας βοηθήσουν.
+
+- [Alchemy University](https://university.alchemy.com/#starter_code)
+- [CryptoDevs discord](https://discord.com/invite/5W5tVb3)
+- [Ethereum StackExchange](https://ethereum.stackexchange.com/)
+- [StackOverflow](https://stackoverflow.com/questions/tagged/web3)
+- [Web3 University](https://www.web3.university/)
+- [LearnWeb3](https://discord.com/invite/learnweb3)
+
+Μπορείτε επίσης να βρείτε οδηγούς τεκμηρίωσης και ανάπτυξης στην ενότητα [Πόροι προγραμματιστών Ethereum](/developers/).
+
+### Εργαλεία {#dapp-tooling}
+
+Η ερώτησή σας αφορά σε συγκεκριμένο εργαλείο, έργο, ή βιβλιοθήκη; Τα περισσότερα έργα έχουν διακομιστές συνομιλίας ή φόρουμ αφιερωμένα στην υποστήριξή σας.
+
+Δείτε μερικά δημοφιλή παραδείγματα:
+
+- [Solidity](https://gitter.im/ethereum/solidity)
+- [ethers.js](https://discord.gg/6jyGVDK6Jx)
+- [web3.js](https://discord.gg/GsABYQu4sC)
+- [Hardhat](https://discord.gg/xtrMGhmbfZ)
+- [Alchemy](http://alchemy.com/discord)
+- [Tenderly](https://discord.gg/fBvDJYR)
+
+## Εκτέλεση κόμβου {#node-support}
+
+Αν εκτελείτε έναν κόμβο ή έναν επαληθευτή, δείτε παρακάτω μερικές κοινότητες που είναι αφιερωμένες να σας βοηθήσουν να ξεκινήσετε.
+
+- [EthStaker discord](https://discord.gg/ethstaker)
+- [EthStaker reddit](https://www.reddit.com/r/ethstaker)
+
+Οι περισσότεροι από τους πελάτες του Ethereum έχουν επίσης ξεχωριστούς, δημόσιους χώρους, όπου μπορείτε να λάβετε υποστήριξη και να υποβάλλετε ερωτήσεις.
+
+### Λογισμικό πελάτη {#execution-clients}
+
+- [Geth](https://discord.gg/FqDzupGyYf)
+- [Nethermind](https://discord.gg/YJx3pm8z5C)
+- [Besu](https://discord.gg/p8djYngzKN)
+- [Erigon](https://github.com/ledgerwatch/erigon/issues)
+- [Reth](https://github.com/paradigmxyz/reth/discussions)
+
+### Προγράμματα συναίνεσης {#consensus-clients}
+
+- [Prysm](https://discord.gg/prysmaticlabs)
+- [Nimbus](https://discord.gg/nSmEH3qgFv)
+- [Lighthouse](https://discord.gg/cyAszAh)
+- [Teku](https://discord.gg/7hPv2T6)
+- [Lodestar](https://discord.gg/aMxzVcr)
+- [Grandine](https://discord.gg/H9XCdUSyZd)
+
+Μπορείτε επίσης να [μάθετε πώς να εκτελέσετε έναν κόμβο εδώ](/developers/docs/nodes-and-clients/run-a-node/).
diff --git a/public/content/translations/el/user-experience/index.md b/public/content/translations/el/user-experience/index.md
new file mode 100644
index 00000000000..88cba4abc3d
--- /dev/null
+++ b/public/content/translations/el/user-experience/index.md
@@ -0,0 +1,36 @@
+---
+title: Βελτίωση της εμπειρίας χρήστη
+description: Το Ethereum είναι ακόμα πολύπλοκο στη χρήση για τους περισσότερους ανθρώπους. Για να ενθαρρυνθεί η μαζική υιοθέτηση, το Ethereum πρέπει να μειώσει δραστικά τα εμπόδια εισόδου. Οι χρήστες πρέπει να απολαμβάνουν τα οφέλη της αποκεντρωμένης, χωρίς άδεια και ανθεκτικής στη λογοκρισία πρόσβασης στο Ethereum, αλλά πρέπει να είναι εξίσου ομαλή με τη χρήση μιας παραδοσιακής εφαρμογής web2.
+lang: el
+image: /images/roadmap/roadmap-ux.png
+alt: "Οδικός χάρτης"
+template: roadmap
+---
+
+**Η χρήση του Ethereum πρέπει να απλοποιηθεί** από τη διαχείριση [κλειδιών](/glossary/#key) και [πορτοφολιών](/glossary/#wallet) έως την εκτέλεση συναλλαγών. Για να διευκολυνθεί η μαζική υιοθέτηση, το Ethereum πρέπει να αυξήσει δραστικά την ευκολία χρήσης, επιτρέποντας στους χρήστες να βιώσουν την πρόσβαση χωρίς την ανάγκη άδειας και ανθεκτική στη λογοκρισία στο Ethereum με την απρόσκοπτη εμπειρία χρήσης των εφαρμογών [Web2](/glossary/#web2).
+
+## Πέρα από τις φράσεις ασφαλείας {#no-more-seed-phrases}
+
+Οι λογαριασμοί Ethereum προστατεύονται από ένα ζευγάρι κλειδιών που χρησιμοποιούνται για τον εντοπισμό λογαριασμών (δημόσιο κλειδί) και την υπογραφή μηνυμάτων (ιδιωτικό κλειδί). Ένα ιδιωτικό κλειδί είναι σαν ένας κύριος κωδικός πρόσβασης. Επιτρέπει την πλήρη πρόσβαση σε έναν λογαριασμό Ethereum. Αυτός είναι ένας διαφορετικός τρόπος λειτουργίας για άτομα που είναι πιο εξοικειωμένα με τράπεζες και εφαρμογές Web2 που διαχειρίζονται λογαριασμούς για λογαριασμό του χρήστη. Για να επιτύχει το Ethereum μαζική υιοθέτηση χωρίς να βασίζεται σε κεντρικές υπηρεσίες, πρέπει να υπάρχει ένας απλός, απρόσκοπτος τρόπος για έναν χρήστη να αναλάβει την επιμέλεια των περιουσιακών του στοιχείων και να διατηρήσει τον έλεγχο των δεδομένων του χωρίς να χρειάζεται να κατανοήσει την κρυπτογράφηση δημόσιου-ιδιωτικού κλειδιού και τη διαχείριση κλειδιών.
+
+Η λύση σε αυτό είναι η χρήση πορτοφολιών [έξυπνων συμβολαίων](/glossary/#smart-contract) για αλληλεπίδραση με το Ethereum. Τα πορτοφόλια έξυπνων συμβολαίων δημιουργούν τρόπους για την προστασία των λογαριασμών σε περίπτωση απώλειας ή κλοπής των κλειδιών, ευκαιρίες για καλύτερο εντοπισμό και άμυνα κατά της απάτης και επιτρέπουν στα πορτοφόλια να αποκτούν νέες λειτουργίες. Παρόλο που τα πορτοφόλια έξυπνων συμβολαίων υπάρχουν σήμερα, είναι δύσχρηστα στην κατασκευή τους επειδή το πρωτόκολλο Ethereum πρέπει να τα υποστηρίξει καλύτερα. Αυτή η πρόσθετη υποστήριξη είναι γνωστή ως account abstraction.
+
+Περισσότερα για το account abstraction
+
+## Κόμβοι για όλους
+
+Οι χρήστες που εκτελούν [κόμβους](/glossary/#node) δε χρειάζεται να εμπιστεύονται τρίτους για την παροχή δεδομένων και μπορούν να αλληλεπιδράσουν γρήγορα, ιδιωτικά και χωρίς άδεια με το [blockchain](/glossary/#blockchain) Ethereum. Ωστόσο, η εκτέλεση ενός κόμβου αυτή τη στιγμή απαιτεί τεχνικές γνώσεις και σημαντικό αποθηκευτικό χώρο στο δίσκο, πράγμα που σημαίνει ότι πολλοί άνθρωποι πρέπει να εμπιστευτούν τρίτες υπηρεσίες.
+
+Υπάρχουν αρκετές αναβαθμίσεις που θα κάνουν την εκτέλεση των κόμβων πολύ πιο εύκολη και με πολύ λιγότερους πόρους. Ο τρόπος αποθήκευσης των δεδομένων θα αλλάξει ώστε να χρησιμοποιεί μια πιο αποδοτική δομή χώρου γνωστή ως **Δομή Verkle (Verkle Tree)**. Επίσης, με την [αποεξάρτηση κατάστασης (statelessness)](/roadmap/statelessness) ή τη [λήξη δεδομένων (data expiry)](/roadmap/statelessness/#data-expiry), οι κόμβοι Ethereum δε θα χρειάζεται να αποθηκεύουν ένα αντίγραφο ολόκληρων των δεδομένων κατάστασης του Ethereum, μειώνοντας δραστικά τις απαιτήσεις αποθηκευτικού χώρου στον σκληρό δίσκο. Οι [ελαφροί κόμβοι (light nodes)](/developers/docs/nodes-and-clients/light-clients/) θα προσφέρουν πολλά από τα οφέλη της εκτέλεσης ενός πλήρους κόμβου, αλλά μπορούν να εκτελεστούν εύκολα σε κινητά τηλέφωνα ή μέσα σε απλές εφαρμογές προγραμμάτων περιήγησης.
+
+Διαβάστε περισσότερα για τη Δομή Verkle
+
+Με αυτές τις αναβαθμίσεις, τα εμπόδια για την εκτέλεση ενός κόμβου μειώνονται ουσιαστικά στο μηδέν. Οι χρήστες θα επωφεληθούν από την ασφαλή, χωρίς την ανάγκη άδειας πρόσβασης στο Ethereum και χωρίς να χρειάζεται να θυσιάσουν σημαντικό αποθηκευτικό χώρο στο δίσκο ή επεξεργαστή στον υπολογιστή ή το κινητό τους τηλέφωνο και δε θα χρειαστεί να βασίζονται σε τρίτους για δεδομένα ή πρόσβαση στο δίκτυο όταν χρησιμοποιούν εφαρμογές.
+
+## Τρέχουσα πρόοδος {#current-progress}
+
+Τα πορτοφόλια έξυπνων συμβολαίων είναι ήδη διαθέσιμα, αλλά απαιτούνται περισσότερες αναβαθμίσεις για να γίνουν όσο το δυνατόν πιο αποκεντρωμένα και χωρίς την ανάγκη χρήσης άδειας. Το EIP-4337 είναι μια ώριμη πρόταση που δεν απαιτεί καμία αλλαγή στο πρωτόκολλο του Ethereum. Το κύριο έξυπνο συμβόλαιο που απαιτείται για το EIP-4337 **αναπτύχθηκε τον Μάρτιο του 2023**.
+
+**Η πλήρης αποεξάρτηση κατάστασης (statelessness)** βρίσκεται ακόμα στο στάδιο της έρευνας και απέχει πιθανώς αρκετά χρόνια από την εφαρμογή της. Υπάρχουν όμως διάφορα ορόσημα στον δρόμο προς την πλήρη αποεξάρτηση, συμπεριλαμβανομένης της λήξης δεδομένων (data expiry), που μπορεί να εφαρμοστούν νωρίτερα. Άλλα στοιχεία του οδικού χάρτη, όπως η [Δομή Verkle](/roadmap/verkle-trees/) και ο [διαχωρισμός Proposer-builder](/roadmap/pbs/), πρέπει πρώτα να ολοκληρωθούν.
+
+Τα δοκιμαστικά δίκτυα Verkle Tree είναι ήδη σε λειτουργία και η επόμενη φάση είναι η εκτέλεση εφαρμογών πελάτη που υποστηρίζουν τα Verkle Tree σε ιδιωτικά και στη συνέχεια σε δημόσια δίκτυα δοκιμών. Μπορείτε να βοηθήσετε στην επιτάχυνση της προόδου αναπτύσσοντας συμβάσεις στα δοκιμαστικά δίκτυα ή εκτελώντας εφαρμογές πελάτη σε δίκτυα δοκιμών.
diff --git a/public/content/translations/el/web3/index.md b/public/content/translations/el/web3/index.md
index 485cbe36c98..4d534dd81a2 100644
--- a/public/content/translations/el/web3/index.md
+++ b/public/content/translations/el/web3/index.md
@@ -6,6 +6,10 @@ lang: el
# Εισαγωγή στο Web3 {#introduction}
+
+
+Οι αναλήψεις αποθηκευμένου κεφαλαίου ενεργοποιήθηκαν με την αναβάθμιση Shanghai/Capella στις 12 Απριλίου 2023. Περισσότερα για την αναβάθμιση Shanghai/Capella
+
+
+Οι **Αναλήψεις αποθηκευμένου κεφαλαίου** αφορούν μεταφορές ETH από έναν λογαριασμό επικύρωσης στο επίπεδο συναίνεσης του Ethereum (το Beacon Chain), στο επίπεδο εκτέλεσης όπου μπορούν να πραγματοποιηθούν συναλλαγές.
+
+**Οι πληρωμές ανταμοιβής που υπερβαίνουν το υπόλοιπο** των 32 ETH θα αποστέλλονται αυτόματα και τακτικά σε μια διεύθυνση ανάληψης που συνδέεται με κάθε επικυρωτή, μόλις καταχωρηθεί από το χρήστη. Οι χρήστες μπορούν επίσης να **εξέλθουν εντελώς από την αποθήκευση κεφαλαίου**, ξεκλειδώνοντας το πλήρες υπόλοιπο του επικυρωτή τους.
+
+## Ανταμοιβές από αποθηκευμένο κεφάλαιο {#staking-rewards}
+
+Οι πληρωμές ανταμοιβής επεξεργάζονται αυτόματα για τους ενεργούς λογαριασμούς επικυρωτή, με μέγιστο πραγματικό υπόλοιπο 32 ETH.
+
+Οποιοδήποτε υπόλοιπο πάνω από 32 ETH που κερδίζεται μέσω ανταμοιβών, δε συνεισφέρει στην πραγματικότητα στο κεφάλαιο ή δεν αυξάνει τη θέση του επικυρωτή στο δίκτυο και επομένως γίνεται αυτόματα ανάληψη ως πληρωμή κέρδους κάθε λίγες ημέρες. Εκτός από την παροχή μιας διεύθυνσης ανάληψης την πρώτη φορά, αυτές οι ανταμοιβές δεν απαιτούν καμία ενέργεια από τον χειριστή του επικυρωτή. Όλα αυτά ξεκινούν στο επίπεδο συναίνεσης, επομένως δεν απαιτείται gas (τέλη συναλλαγής) σε κανένα βήμα.
+
+### Πώς φτάσαμε ως εδώ; {#how-did-we-get-here}
+
+Τα τελευταία χρόνια το Ethereum έχει υποβληθεί σε αρκετές αναβαθμίσεις δικτύου μεταβαίνοντας σε ένα δίκτυο που προστατεύεται από το ίδιο το ETH, αντί για την απαιτητική σε ενέργεια κρυπτόρυξη όπως ήταν κάποτε. Η συμμετοχή στη συναίνεση για το Ethereum είναι πλέον γνωστή ως «αποθήκευση κεφαλαίου» καθώς οι συμμετέχοντες έχουν οικειοθελώς κλειδώσει τα ETH τους, θέτοντας τα «αποθήκευση» για τη δυνατότητα συμμετοχής τους στο δίκτυο. Οι χρήστες που ακολουθούν τους κανόνες θα ανταμειφθούν, ενώ οι απόπειρες εξαπάτησης μπορεί να τιμωρηθούν.
+
+Από την έναρξη του έξυπνου συμβολαίου αποθήκευσης κεφαλαίου το Νοέμβριο του 2020, ορισμένοι γενναίοι πρωτοπόροι του Ethereum έχουν οικειοθελώς «κλειδώσει» τα κεφάλαια τους για να ενεργοποιήσουν τους «επικυρωτές», τους ειδικούς λογαριασμούς που έχουν το δικαίωμα να πιστοποιούν επίσημα και να προτείνουν νέα μπλοκ, ακολουθώντας τους κανόνες του δικτύου.
+
+Πριν από την αναβάθμιση Shanghai/Capella, δεν μπορούσατε να χρησιμοποιήσετε ή να αποκτήσετε πρόσβαση σε αποθηκευμένα ETH. Αλλά τώρα, μπορείτε να επιλέξετε να λαμβάνετε αυτόματα τις ανταμοιβές σας σε έναν επιλεγμένο λογαριασμό και μπορείτε επίσης να αποσύρετε το αποθηκευμένο κεφάλαιο ETH όποτε θέλετε.
+
+### Πώς μπορώ να προετοιμαστώ; {#how-do-i-prepare}
+
+
+ Σε κάθε λογαριασμό λογισμικού επικύρωσης μπορεί να καταχωρηθεί μόνο μία διεύθυνση ανάληψης, για μία φορά. Μόλις επιλεγεί μια διεύθυνση και υποβληθεί στο επίπεδο συναίνεσης, αυτό δεν μπορεί να αναιρεθεί ή να αλλάξει. Ελέγξτε ξανά την κατοχή και την ακρίβεια της διεύθυνσης που παρέχετε πριν την υποβολή.
+
+
+Δεν υπάρχει καμία απειλή για τα χρήματά σας λόγω μη παροχής αυτής, με την προϋπόθεση ότι η φράση ασφαλείας σας έχει παραμείνει ασφαλής εκτός σύνδεσης και δεν έχει παραβιαστεί με κανέναν τρόπο. Η αποτυχία προσθήκης των διαπιστευτηρίων για ανάληψη, απλώς θα αφήσει το ETH κλειδωμένο στον λογαριασμό επικύρωσης όπως ήταν μέχρι να δοθεί μια διεύθυνση ανάληψης.
+
+## Πλήρης αποχώρηση από αποθήκευση κεφαλαίου {#exiting-staking-entirely}
+
+Απαιτείται η παροχή μιας διεύθυνσης ανάληψης πριν από τη μεταφορά _οποιωνδήποτε_ χρημάτων από το υπόλοιπο ενός λογαριασμού επικυρωτή.
+
+Οι χρήστες που θέλουν να εξέλθουν πλήρως από την αποθήκευση κεφαλαίου και να αποσύρουν πλήρως το υπόλοιπό τους, πρέπει να υπογράψουν και να μεταδώσουν ένα μήνυμα «εθελούσιας εξόδου» με τα κλειδιά επικύρωσης, όπου θα ξεκινήσει τη διαδικασία εξόδου από την αποθήκευση κεφαλαίου. Αυτό γίνεται με την εφαρμογή πελάτη επικυρωτή και υποβάλλεται στον κόμβο συναίνεσης και δεν απαιτεί κόστος κρατήσεων.
+
+Η διαδικασία εξόδου ενός επικυρωτή από την αποθήκευση κεφαλαίου απαιτεί χρονικό διάστημα ανάλογα με το πόσοι άλλοι εξέρχονται την ίδια στιγμή. Μόλις ολοκληρωθεί, αυτός ο λογαριασμός δε θα είναι πλέον υπεύθυνος για την εκτέλεση καθηκόντων επικύρωσης δικτύου, δε θα είναι πλέον κατάλληλος για ανταμοιβές και δε θα διακυβεύονται πλέον τα ETH του. Εκείνη τη στιγμή ο λογαριασμός θα επισημανθεί ως πλήρως «διαθέσιμος για ανάληψη».
+
+Από τη στιγμή που ένας λογαριασμός επισημανθεί ως «διαθέσιμος για ανάληψη» και παρασχεθούν τα διαπιστευτήρια ανάληψης, δε χρειάζεται να κάνει τίποτα άλλο ο χρήστης εκτός από την αναμονή. Οι λογαριασμοί σαρώνονται αυτόματα και συνεχώς από τους αυτούς που προτείνουν μπλοκ για διαθέσιμα κεφάλαια που έχουν αποχωρήσει και το υπόλοιπο του λογαριασμού σας θα μεταφερθεί πλήρως (γνωστό και ως «πλήρης ανάληψη») κατά την επόμενη εκκαθάριση.
+
+## Πότε ενεργοποιήθηκαν οι αναλήψεις αποθηκευμένου κεφαλαίου; {#when}
+
+Οι αναλήψεις από αποθηκευμένο κεφάλαιο είναι πλέον δυνατές! Η δυνατότητα ανάληψης ενεργοποιήθηκε ως μέρος της αναβάθμισης Shanghai/Capella που πραγματοποιήθηκε στις 12 Απριλίου 2023.
+
+Η αναβάθμιση Shanghai/Capella επέτρεψε την ανάληψη των ETH που είχαν προηγουμένως «κλειδωθεί» σε κανονικούς λογαριασμούς Ethereum. Αυτό έκλεισε την ανάγκη ρευστότητας στο αποθηκευμένο κεφαλαίο και έφερε το Ethereum ένα βήμα πιο κοντά στο ταξίδι του προς την οικοδόμηση ενός βιώσιμου, επεκτάσιμου και ασφαλούς αποκεντρωμένου οικοσυστήματος.
+
+- [Περισσότερα για την ιστορία του Ethereum](/history/)
+- [Περισσότερα για τον οδικό χάρτη Ethereum](/roadmap/)
+
+## Πώς λειτουργούν οι πληρωμές από ανάληψη; {#how-do-withdrawals-work}
+
+Η δυνατότητα ανάληψης ενός επικυρωτή, καθορίζεται από την κατάσταση του ίδιου του λογαριασμού του επικυρωτή. Δεν απαιτείται η παροχή στοιχείων από το χρήστη για να καθοριστεί εάν ένας λογαριασμός μπορεί να λάβει τη δυνατότητα αναλήψεων ή όχι. Η διαδικασία πραγματοποιείται αυτόματα από το επίπεδο συναίνεσης.
+
+### Περισσότερα από έναν εικονικό μαθητή; {#visual-learner}
+
+Δείτε στο παρακάτω βίντεο για τις αναλήψεις από αποθηκευμένο κεφάλαιο στο Ethereum από τη Finematics:
+
+
+Σκεφτείτε ένα αναλογικό ρολόι. Ο δείκτης στο ρολόι δείχνει την ώρα, προχωρά προς μία κατεύθυνση, δεν παραλείπει καμία ώρα και τελικά επιστρέφει στην αρχή μετά τον τελευταίο αριθμό.
+Τώρα αντί για το 1 έως το 12, φανταστείτε ότι το ρολόι έχει 0 έως N (συνολικούς αριθμούς λογαριασμών επικύρωσης που έχουν καταχωρηθεί στο επίπεδο συναίνεσης, πάνω από 500.000 από τον Ιανουάριο του 2023).
+Ο δείκτης στο ρολόι δείχνει τον επόμενο επικυρωτή που πρέπει να ελεγχθεί για διαθέσιμες αναλήψεις. Ξεκινά από το 0 και προχωρά σε όλη τη διαδρομή χωρίς να παραλείπει κανέναν λογαριασμό. Όταν επιτευχθεί η τελευταία επικύρωση, ο κύκλος συνεχίζει πάλι από την αρχή.
+
+
+#### Έλεγχος λογαριασμού για αναλήψεις {#checking-an-account-for-withdrawals}
+
+Κατά την υποβολή πρότασης νέου μπλοκ, διερευνάται μεταξύ επικυρωτών η δυνατότητα ανάληψης κάθε επικυρωτή και ελέγχεται με βάση μια σύντομη σειρά ερωτήσεων για να καθοριστεί εάν πρέπει να ενεργοποιηθεί η ανάληψη από αυτόν και εάν ναι το ύψος των ETH που μπορεί να γίνει ανάληψη.
+
+1. **Έχει δοθεί διεύθυνση ανάληψης;** Εάν δεν έχει δοθεί διεύθυνση ανάληψης, ο λογαριασμός παραλείπεται και δεν ξεκινά η ανάληψη.
+2. **Έχει γίνει έξοδος του επικυρωτή και μπορεί να γίνει ανάληψη; ** Εάν ο επικυρωτής έχει εξέλθει πλήρως και έχουμε φτάσει στην «εποχή» όπου μπορεί να γίνει ανάληψη από τον λογαριασμό του, τότε θα γίνει πλήρης ανάληψη. Θα μεταφερθεί ολόκληρο το υπόλοιπο στη διεύθυνση ανάληψης.
+3. **Το πραγματικό υπόλοιπο ανέρχεται έως τα 32;** Εάν ο λογαριασμός έχει διαπιστευτήρια ανάληψης, δεν έχει εξέλθει πλήρως και έχει ανταμοιβές άνω των 32 σε αναμονή, θα υποβληθεί σε επεξεργασία μερικής ανάληψης με μεταφορά μόνο των ανταμοιβών άνω των 32 στη διεύθυνση ανάληψης του χρήστη.
+
+Υπάρχουν μόνο δύο ενέργειες που πραγματοποιούνται από τους χειριστές κατά τη διάρκεια του κύκλου ζωής ενός επικυρωτή και επηρεάζουν άμεσα αυτήν τη ροή:
+
+- Παροχή διαπιστευτηρίων ανάληψης για ενεργοποίηση οποιασδήποτε μορφής ανάληψης.
+- Έξοδος από το δίκτυο, η οποία θα προκαλέσει πλήρη ανάληψη.
+
+### Χωρίς κρατήσεις {#gas-free}
+
+Αυτή η προσέγγιση για τις αναλήψεις από αποθηκευμένο κεφάλαιο, εξαιρεί την απαίτηση από τους συμμετέχοντες να υποβάλλουν με μη αυτόματο τρόπο μια συναλλαγή που αιτείται ανάληψη συγκεκριμένου ποσού ETH. Αυτό σημαίνει ότι **δεν απαιτείται gas (χρέωση συναλλαγής)** και οι αναλήψεις δεν ολοκληρώνονται για τον υπάρχοντα χώρο μπλοκ στο επίπεδο εκτέλεσης.
+
+### Πόσο συχνά θα λαμβάνω ανταμοιβές από το αποθηκευμένο κεφάλαιό μου; {#how-soon}
+
+Μπορούν να διεκπεραιωθούν έως και 16 αναλήψεις σε ένα μόνο μπλοκ. Με αυτόν τον ρυθμό, μπορούν να υποβληθούν σε επεξεργασία 115.200 αναλήψεις επικυρωτή ανά ημέρα (υποθέτοντας ότι δεν υπάρχουν χαμένες θέσεις μπλοκ). Όπως σημειώθηκε παραπάνω, οι επικυρωτές χωρίς δυνατότητα ανάληψης θα παραβλεφθούν, μειώνοντας τον χρόνο ολοκλήρωσης της έρευνας.
+
+Επεκτείνοντας αυτόν τον υπολογισμό, μπορούμε να υπολογίσουμε το χρόνο που θα χρειαστεί για την επεξεργασία ενός δεδομένου αριθμού αναλήψεων:
+
+
+
+| Αριθμός αναλήψεων | Χρόνος ολοκλήρωσης |
+| :-------------------: | :--------------: |
+| 400,000 | 3.5 ημέρες |
+| 500,000 | 4.3 ημέρες |
+| 600,000 | 5.2 ημέρες |
+| 700,000 | 6.1 ημέρες |
+| 800,000 | 7.0 ημέρες |
+
+
+
+Όπως βλέπετε, αυτό επιβραδύνεται καθώς υπάρχουν περισσότεροι επικυρωτές στο δίκτυο. Μια αύξηση των χαμένων θέσεων μπλοκ, θα μπορούσε να επιβραδύνει αναλογικά, αλλά θα αντιπροσωπεύει γενικά την πιο αργή πλευρά των πιθανών αποτελεσμάτων.
+
+## Συχνές ερωτήσεις {#faq}
+
+
+Όχι, η διαδικασία υποβολής διαπιστευτηρίων ανάληψης είναι μια διαδικασία εφάπαξ και δεν μπορεί να αλλάξει αφού υποβληθεί.
+
+
+
+Ορίζοντας μια διεύθυνση ανάληψης στο επίπεδο εκτέλεσης, τα διαπιστευτήρια ανάληψης για αυτόν τον επικυρωτή αλλάζουν οριστικά. Αυτό σημαίνει ότι τα παλιά διαπιστευτήρια δε θα λειτουργούν πλέον και τα νέα διαπιστευτήρια αφορούν σε έναν λογαριασμό επιπέδου εκτέλεσης.
+
+Οι διευθύνσεις ανάληψης μπορεί να είναι είτε ένα έξυπνο συμβόλαιο (που ελέγχεται από τον κωδικό του) είτε ένας λογαριασμός που ανήκει σε εξωτερικό λογαριασμό (EOA, που ελέγχεται από το ιδιωτικό του κλειδί). Επί του παρόντος, αυτοί οι λογαριασμοί δεν έχουν τρόπο να επικοινωνήσουν με μήνυμα πίσω στο επίπεδο συναίνεσης, όπου θα ενημέρωνε για την αλλαγή των διαπιστευτηρίων επικύρωσης και η προσθήκη αυτής της λειτουργικότητας θα πρόσθετε περιττή πολυπλοκότητα στο πρωτόκολλο.
+
+Ως εναλλακτική λύση στην αλλαγή της διεύθυνσης ανάληψης για ένα συγκεκριμένο επικυρωτή, οι χρήστες μπορούν να ορίσουν ένα έξυπνο συμβόλαιο ως διεύθυνση ανάληψης που θα μπορούσε να χειριστεί την εναλλαγή κλειδιού, όπως ένα χρηματοκιβώτιο. Οι χρήστες που ορίζουν τα κεφάλαιά τους στο δικό τους EOA μπορούν να πραγματοποιήσουν πλήρη έξοδο για να αποσύρουν όλα τα αποθηκευμένα κεφάλαιά τους και στη συνέχεια να τα αποθηκεύσουν εκ νέου χρησιμοποιώντας νέα διαπιστευτήρια.
+
+
+
+
+Εάν συμμετέχετε σε μια δεξαμενή αποθήκευσης κεφαλαίου ή διαθέτετε κρυπτονομίσματα αποθηκευμένου κεφαλαίου, θα πρέπει να επικοινωνήσετε με τον πάροχο σας για περισσότερες λεπτομέρειες σχετικά με τον τρόπο χειρισμού των αναλήψεων του αποθηκευμένου κεφαλαίου, καθώς κάθε υπηρεσία λειτουργεί διαφορετικά.
+
+Γενικά, οι χρήστες θα πρέπει να είναι ελεύθεροι να διεκδικήσουν το αποθηκευμένο κεφάλαιο τους σε ETH ή να αλλάξουν τον πάροχο αποθήκευσης κεφαλαίου που χρησιμοποιούν. Αν μια συγκεκριμένη δεξαμενή είναι πολύ μεγάλη, τα κεφάλαια μπορούν να αφαιρεθούν και να μετακινηθούν με έναν μικρότερο πάροχο. Ή, αν έχετε συγκεντρώσει αρκετά ETH θα μπορούσατε να τα αποθηκεύσετε από το σπίτι.
+
+
+
+
+Ναι, εφόσον ο επικυρωτής σας διαθέτει διεύθυνση ανάληψης. Πρέπει να παρέχεται μία φορά για να ενεργοποιηθούν αρχικά τυχόν αναλήψεις και στη συνέχεια οι πληρωμές ανταμοιβής θα ενεργοποιούνται αυτόματα κάθε λίγες ημέρες με κάθε εκκαθάριση του επικυρωτή.
+
+
+
+
+Όχι, εάν το πρόγραμμα επικύρωσής σας εξακολουθεί να είναι ενεργό στο δίκτυο, η πλήρης ανάληψη δε θα πραγματοποιηθεί αυτόματα. Απαιτείται χειροκίνητη έναρξη της οικειοθελούς εξόδου.
+
+Μόλις ένας επικυρωτής ολοκληρώσει τη διαδικασία εξόδου και υποθέτοντας ότι ο λογαριασμός διαθέτει διαπιστευτήρια ανάληψης, το υπόλοιπο λογαριασμού τότε θα γίνει ανάληψη κατά την επόμενη σάρωση επικυρωτή.
+
+
+
+
+Οι αναλήψεις έχουν σχεδιαστεί για να προωθούνται αυτόματα, μεταφέροντας οποιοδήποτε ETH που δε συμβάλλει ενεργά στην αποθήκευση κεφαλαίου. Αυτό περιλαμβάνει τα πλήρη υπόλοιπα των λογαριασμών που έχουν ολοκληρώσει τη διαδικασία εξόδου.
+
+Δεν είναι δυνατή η μη αυτόματη υποβολή αιτήματος για ανάληψη συγκεκριμένων ποσών ETH.
+
+
+
+
+Συνιστάται στους χειριστές επικυρωτών να επισκεφθούν τη σελίδα Staking Launchpad Retriwals όπου θα βρείτε περισσότερες λεπτομέρειες σχετικά με τον τρόπο προετοιμασίας του επικυρωτή για τις αναλήψεις, τα χρονοδιάγραμμα των γεγονότων και περισσότερες λεπτομέρειες σχετικά με τον τρόπο λειτουργίας των αναλήψεων.
+
+Για να δοκιμάσετε την εγκατάστασή σας σε ένα δίκτυο δοκιμών, επισκεφθείτε το Holesky Testnet Staking Launchpad για να ξεκινήσετε.
+
+
+
+
+Όχι. Μετά την έξοδο ενός επικυρωτή και την ανάληψη ολόκληρου του υπολοίπου του, τυχόν πρόσθετα κεφάλαια που κατατίθενται σε αυτόν τον επικυρωτή θα μεταφερθούν αυτόματα στη διεύθυνση ανάληψης κατά την επόμενη εκκαθάριση του επικυρωτή. Για να αποθηκεύσετε κεφάλαιο εκ νέου σε ETH, πρέπει να ενεργοποιηθεί ένας νέος επικυρωτής.
+
+
+## Περισσότερες πληροφορίες {#further-reading}
+
+- [Αναλήψεις πλατφόρμας εκκίνησης αποθήκευσης κεφαλαίου](https://launchpad.ethereum.org/withdrawals)
+- [EIP-4895: Αναλήψεις ως λειτουργία στην Κύρια Αλυσίδα](https://eips.ethereum.org/EIPS/eip-4895)
+- [Ethereum Cat Herders - Shanghai](https://www.ethereumcatherders.com/shanghai_upgrade/index.html)
+- [PEEPanEIP #94: Απόληψη αποθηκευμένου κεφαλαίου ETH (δοκιμή) με την Potuz & Hsiao-Wei Wang](https://www.youtube.com/watch?v=G8UstwmGtyE)
+- [PEEPanEIP#68: EIP-4895: Αναλήψεις Κύριας Αλυσίδας ως λειτουργίες με τον Alex Stokes](https://www.youtube.com/watch?v=CcL9RJBljUs)
+- [Κατανοώντας το ενεργό υπόλοιπο του επαληθευτή](https://www.attestant.io/posts/understanding-validator-effective-balance/)
diff --git a/public/content/translations/el/zero-knowledge-proofs/index.md b/public/content/translations/el/zero-knowledge-proofs/index.md
index 9cf53aefad0..5fcd282e175 100644
--- a/public/content/translations/el/zero-knowledge-proofs/index.md
+++ b/public/content/translations/el/zero-knowledge-proofs/index.md
@@ -8,7 +8,7 @@ lang: el
Μια απόδειξη μηδενικής γνώσης είναι ένας τρόπος απόδειξης της εγκυρότητας μιας δήλωσης χωρίς να αποκαλύπτεται η ίδια η δήλωση. Η μία πλευρά προσπαθεί να αποδείξει τη συναλλαγή, καθώς ο επικυρωτής είναι υπεύθυνος για την επιβεβαίωση αυτής της συναλλαγής.
-Η απόδειξη μηδενικής γνώσης παρουσιάστηκε για πρώτη φορά σε μια εργασία το 1985 με τίτλο [«Η πολυπλοκότητα της γνώσης των διαδραστικών συστημάτων απόδειξης\<»](http://people.csail.mit.edu/silvio/Selected%20Scientific%20Papers/Proof%20Systems/The_Knowledge_Complexity_Of_Interactive_Proof_Systems.pdf), η οποία δίνει έναν ορισμό των αποδείξεων μηδενικής γνώσης που χρησιμοποιούνται ευρέως σήμερα:
+Η απόδειξη μηδενικής γνώσης παρουσιάστηκε για πρώτη φορά σε μια εργασία το 1985 με τίτλο [«Η πολυπλοκότητα της γνώσης των διαδραστικών συστημάτων απόδειξης»](http://people.csail.mit.edu/silvio/Selected%20Scientific%20Papers/Proof%20Systems/The_Knowledge_Complexity_Of_Interactive_Proof_Systems.pdf), η οποία δίνει έναν ορισμό των αποδείξεων μηδενικής γνώσης που χρησιμοποιούνται ευρέως σήμερα:
> Ένα πρωτόκολλο απόδειξης μηδενικής γνώσης είναι μία μέθοδος μέσω της οποίας το ένα μέρος (αυτός που αποδεικνύει) **μπορεί να αποδείξει** στο άλλο μέρος (αυτόν που επικυρώνει) ότι **κάτι είναι αληθές, χωρίς να αποκαλύπτει κάποια πληροφορία** εκτός από το γεγονός ότι η συγκεκριμένη δήλωση είναι αληθής.
@@ -34,9 +34,9 @@ lang: el
Τα κρυπτονομίσματα προορίζονταν να παρέχουν στους χρήστες έναν τρόπο για να διεξάγουν ιδιωτικές συναλλαγές peer-to-peer. Όμως, οι περισσότερες συναλλαγές κρυπτονομισμάτων είναι ευρέως ορατές σε δημόσια blockchains. Οι ταυτότητες χρηστών είναι συχνά ψεύτικες και είτε συνδέονται σκόπιμα με πραγματικές ταυτότητες (π.χ. συμπεριλαμβάνοντας διευθύνσεις ETH σε προφίλ Twitter ή GitHub) είτε μπορούν να συσχετιστούν με πραγματικές ταυτότητες χρησιμοποιώντας βασική ανάλυση δεδομένων εντός και εκτός αλυσίδας.
-Υπάρχουν συγκεκριμένα «νομίσματα απορρήτου» σχεδιασμένα για εντελώς ανώνυμες συναλλαγές. Blockchain εστιασμένα στο απόρρητο, όπως τα Zcash και Monero, αποκρύπτουν λεπτομέρειες συναλλαγών, συμπεριλαμβανομένων των διευθύνσεων αποστολέα/λήπτη, του τύπου ψηφιακού στοιχείου, της ποσότητας και του χρονοδιαγράμματος συναλλαγών.
+Υπάρχουν συγκεκριμένα «νομίσματα» απορρήτου» σχεδιασμένα για εντελώς ανώνυμες συναλλαγές. Blockchain εστιασμένα στο απόρρητο, όπως τα Zcash και Monero, αποκρύπτουν λεπτομέρειες συναλλαγών, συμπεριλαμβανομένων των διευθύνσεων αποστολέα/λήπτη, του τύπου ψηφιακού στοιχείου, της ποσότητας και του χρονοδιαγράμματος συναλλαγών.
-Ενσωματώνοντας την τεχνολογία αποδείξεων μηδενικής γνώσης στο πρωτόκολλο, τα δίκτυα [blockchain](/glossary/#blockchain) που εστιάζουν στο απόρρητο, επιτρέπουν στους [κόμβους](/glossary/#node) να επικυρώνουν συναλλαγές χωρίς να χρειάζεται να αποκτήσουν πρόσβαση σε δεδομένα συναλλαγών.
+Ενσωματώνοντας την τεχνολογία αποδείξεων μηδενικής γνώσης στο πρωτόκολλο, τα δίκτυα [blockchain](/glossary/#blockchain) που εστιάζουν στο απόρρητο, επιτρέπουν στους [κόμβους](/glossary/#node) να επικυρώνουν συναλλαγές χωρίς να χρειάζεται να αποκτήσουν πρόσβαση σε δεδομένα συναλλαγών. Το [EIP-7503](https://eips.ethereum.org/EIPS/eip-7503) είναι ένα παράδειγμα προτεινόμενου σχεδιασμού που θα επιτρέψει εγγενείς ιδιωτικές μεταφορές αξίας στο blockchain Ethereum. Ωστόσο, τέτοιες προτάσεις είναι δύσκολο να εφαρμοστούν λόγω ενός μείγματος ανησυχιών για την ασφάλεια, τους ρυθμιστικούς κανόνες και το UX.
**Οι αποδείξεις μηδενικής γνώσης εφαρμόζονται επίσης στην ανωνυμοποίηση συναλλαγών σε δημόσια blockchain**. Ένα παράδειγμα είναι το Tornado Cash, μια αποκεντρωμένη υπηρεσία χωρίς επιμέλεια που επιτρέπει στους χρήστες να διεξάγουν ιδιωτικές συναλλαγές στο Ethereum. Το Tornado Cash χρησιμοποιεί αποδείξεις μηδενικής γνώσης για να αποκρύψει τις λεπτομέρειες των συναλλαγών και να εγγυηθεί το οικονομικό απόρρητο. Δυστυχώς, επειδή αυτά είναι εργαλεία απορρήτου «opt-in», συνδέονται με παράνομες δραστηριότητες. Για να ξεπεραστεί αυτό, το απόρρητο πρέπει τελικά να γίνει ο προεπιλεγμένος τρόπος λειτουργίας στα δημόσια blockchain.
@@ -58,9 +58,9 @@ lang: el
Η επαληθεύσιμη υπολογιστική είναι **κρίσιμη για τη βελτίωση των ταχυτήτων επεξεργασίας στα blockchain** χωρίς να μειωθεί η ασφάλεια. Για να το καταλάβουμε αυτό, πρέπει να γνωρίζουμε τις διαφορές στις προτεινόμενες λύσεις για την κλιμάκωση του Ethereum.
-Οι [λύσεις κλιμάκωσης εντός αλυσίδας (on-chain)](/developers/docs/scaling/#on-chain-scaling), όπως η τμηματοποίηση, απαιτούν εκτεταμένες τροποποιήσεις στο βασικό επίπεδο του blockchain. Ωστόσο, αυτή η προσέγγιση είναι πολύπλοκη και τα σφάλματα στην υλοποίηση μπορούν να υπονομεύσουν το μοντέλο ασφαλείας του Ethereum.
+Οι [λύσεις κλιμάκωσης εντός αλυσίδας](/developers/docs/scaling/#onchain-scaling), όπως η τμηματοποίηση, απαιτούν εκτεταμένες τροποποιήσεις στο βασικό επίπεδο του blockchain. Ωστόσο, αυτή η προσέγγιση είναι πολύπλοκη και τα σφάλματα στην υλοποίηση μπορούν να υπονομεύσουν το μοντέλο ασφαλείας του Ethereum.
-Οι [λύσεις κλιμάκωσης εκτός αλυσίδας (off-chain)](/developers/docs/scaling/#off-chain-scaling) δεν απαιτούν επανασχεδιασμό του πυρήνα του πρωτοκόλλου Ethereum. Αντίθετα, βασίζονται σε ένα μοντέλο υπολογισμού εκτός αλυσίδας για να βελτιώσουν την απόδοση στο βασικό επίπεδο του Ethereum.
+Οι [λύσεις κλιμάκωσης εκτός αλυσίδας](/developers/docs/scaling/#offchain-scaling) δεν απαιτούν επανασχεδιασμό του πυρήνα του πρωτοκόλλου Ethereum. Αντίθετα, βασίζονται σε ένα μοντέλο υπολογισμού εκτός αλυσίδας για να βελτιώσουν την απόδοση στο βασικό επίπεδο του Ethereum.
Δείτε πώς λειτουργεί στην πράξη:
@@ -80,7 +80,7 @@ lang: el
Τα συστήματα ψηφοφορίας εντός κρυπτοαλυσίδας έχουν πολλά ευνοϊκά χαρακτηριστικά: είναι πλήρως ελεγμένα, ασφαλή έναντι επιθέσεων, ανθεκτικά στη λογοκρισία και απαλλαγμένα από γεωγραφικούς περιορισμούς. Ωστόσο, ούτε καν τα συστήματα ψηφοφορίας εντός αλυσίδας είναι απρόσβλητα στο πρόβλημα της **συνεννόησης**.
-Η συνεννόηση, που ορίζεται ως «συντονισμός για τον περιορισμό του ανοιχτού ανταγωνισμού μέσω της εξαπάτησης, της απάτης και της παραπλάνησης», μπορεί να λάβει τη μορφή ενός κακόβουλου παράγοντα που επηρεάζει την ψηφοφορία προσφέροντας δωροδοκίες. Για παράδειγμα, η Αλίκη μπορεί να λάβει δωροδοκία από τον Μπομπ για να ψηφίσει την `επιλογή Β` σε μια ψηφοφορία ακόμα και αν προτιμά την `επιλογή Α`.
+Η συνεννόηση, που ορίζεται ως «συντονισμός για τον περιορισμό του ανοιχτού ανταγωνισμού μέσω της εξαπάτησης, της απάτης και της «παραπλάνησης», μπορεί να λάβει τη μορφή ενός κακόβουλου παράγοντα που επηρεάζει την ψηφοφορία προσφέροντας δωροδοκίες. Για παράδειγμα, η Αλίκη μπορεί να λάβει δωροδοκία από τον Μπομπ για να ψηφίσει την `επιλογή Β` σε μια ψηφοφορία ακόμα και αν προτιμά την `επιλογή Α`.
Η δωροδοκία και η συνεννόηση περιορίζουν την αποτελεσματικότητα οποιασδήποτε διαδικασίας που χρησιμοποιεί την ψηφοφορία ως μηχανισμό σηματοδότησης (ειδικά όταν οι χρήστες μπορούν να αποδείξουν πώς ψήφισαν). Αυτό μπορεί να έχει σημαντικές συνέπειες, ειδικά όταν οι ψήφοι είναι υπεύθυνες για την κατανομή σπάνιων πόρων.
@@ -211,4 +211,4 @@ lang: el
- [ZK-STARKs — Δημιουργήστε επαληθεύσιμη εμπιστοσύνη, ακόμη και ενάντια στους κβαντικούς υπολογιστές](https://medium.com/coinmonks/zk-starks-create-verifiable-trust-even-against-quantum-computers-dd9c6a2bb13d) — _Adam Luciano_
- [Μια κατά προσέγγιση εισαγωγή στον τρόπο με τον οποίο είναι δυνατές οι zk-SNARKs](https://vitalik.eth.limo/general/2021/01/26/snarks.html) — _Vitalik Buterin_
- [Γιατί οι Αποδείξεις μηδενικής γνώσης (ZKPs) αλλάζουν το παιχνίδι για την αυτοκυρίαρχη ταυτότητα](https://frankiefab.hashnode.dev/why-zero-knowledge-proofs-zkps-is-a-game-changer-for-self-sovereign-identity) — _Franklin Ohaegbulam_
-
+- [EIP-7503 Επεξήγηση: Ενεργοποίηση ιδιωτικών μεταφορών στο Ethereum με ZK Proofs](https://research.2077.xyz/eip-7503-zero-knowledge-wormholes-for-private-ethereum-transactions#introduction) — _Emmanuel Awosika_
diff --git a/public/content/translations/es/developers/docs/consensus-mechanisms/index.md b/public/content/translations/es/developers/docs/consensus-mechanisms/index.md
index aa85d7ae093..d15094c2a47 100644
--- a/public/content/translations/es/developers/docs/consensus-mechanisms/index.md
+++ b/public/content/translations/es/developers/docs/consensus-mechanisms/index.md
@@ -56,7 +56,7 @@ Los validadores crean bloques. Un validador se selecciona aleatoriamente en cada
Un sistema de prueba de participación es criptoeconómicamente seguro, porque un atacante que intente tomar el control de la cadena debe destruir una cantidad masiva de ETH. Un sistema de recompensas alienta a participantes individuales a comportarse honestamente, y las penalizaciones desaniman a los participantes a actuar malintencionadamente.
-Más información sobre la [prueba de participación](/developers/docs/consensus-mechanisms/pos/).
+Más información sobre la [prueba de participación](/developers/docs/consensus-mechanisms/pos/)
### Una guía visual {#types-of-consensus-video}
diff --git a/public/content/translations/es/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md b/public/content/translations/es/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
index 67f18ad0995..be54e89e119 100644
--- a/public/content/translations/es/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
+++ b/public/content/translations/es/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md
@@ -4,138 +4,142 @@ description: Conozca mejor los vectores de ataque conocidos en la prueba de part
lang: es
---
-Los ladrones y saboteadores buscan constantemente oportunidades para atacar el software cliente de Ethereum. Esta página describe los vectores de ataque conocidos en la capa de consenso de Ethereum y describe cómo se pueden defender esos ataques. La información de esta página está resumida de una [versión más larga](https://mirror.xyz/jmcook.eth/YqHargbVWVNRQqQpVpzrqEQ8IqwNUJDIpwRP7SS5FXs).
+Los ladrones y saboteadores buscan constantemente oportunidades para atacar el software de cliente de Ethereum. Esta página describe los vectores de ataque conocidos en la capa de consenso de Ethereum y describe cómo se pueden defender esos ataques. La información en esta página está adaptada de una [versión más larga](https://mirror.xyz/jmcook.eth/YqHargbVWVNRQqQpVpzrqEQ8IqwNUJDIpwRP7SS5FXs).
-## Prerrequisitos {#prerequisites}
+## Requisitos previos {#prerequisites}
-Se requieren algunos conocimientos básicos de la[prueba de participación](/developers/docs/consensus-mechanisms/pos/). Además, será útil tener una comprensión básica de la [capa de incentivos](/developers/docs/consensus-mechanisms/pos/rewards-and-penalties) y del algoritmo de elección de bifurcación de Ethereum, [LMD-GHOST](/developers/docs/consensus-mechanisms/pos/gasper).
+Se necesita algo de conocimiento básico sobre la [prueba de participación](/developers/docs/consensus-mechanisms/pos/). Además, también es de utilidad tener una comprensión básica de la [capa de incentivos de Ethereum](/developers/docs/consensus-mechanisms/pos/rewards-and-penalties) y del algoritmo de selección de bifurcación (/developers/docs/consensus-mechanisms/pos/gasper).
## ¿Qué quieren los atacantes? {#what-do-attackers-want}
-Un error común es pensar que un atacante exitoso puede generar nuevo ether o drenar ether de cuentas arbitrarias. Nada de esto es posible, porque todas las transacciones las ejecutan todos los clientes de ejecución de la red. Deben cumplir con las condiciones básicas de validez (por ejemplo, las transacciones están firmadas con la clave privada del remitente, el remitente tiene suficiente saldo, etc.) o de lo contrario simplemente se revierten. Hay tres clases de resultados a las que un atacante podría apuntar de manera realista: reorganización, doble finalidad o retraso de finalización.
+Un error común es pensar que un atacante exitoso puede generar nuevo ether o drenar ether de cuentas arbitrarias. Nada de esto es posible, porque todas las transacciones las ejecutan todos los clientes de ejecución de la red. Deben cumplir con las condiciones básicas de validez (por ejemplo, las transacciones están firmadas con la clave privada del remitente, el remitente tiene suficiente saldo, etc.) o de lo contrario simplemente se revierten. Hay tres clases de resultados a las que un atacante podría apuntar de manera realista: reorganizaciones, doble finalidad o retraso de finalización.
-Una **«reorg»** es una reorganización de bloques en un nuevo orden, tal vez con alguna adición o sustracción de bloques en la cadena predilecta. Una reorg maliciosa podría garantizar que se incluyan o excluyan bloques específicos, lo que permite el doble gasto o la extracción de valor mediante transacciones (MEV) frontrunning (ventajistas) y backrunning (consecuentes). Las reorg también podrían utilizarse para evitar que ciertas transacciones se incluyan en la cadena predilecta, una forma de censura. La forma más extrema de reorganización es la «reversión de la finalidad», que elimina o reemplaza los bloques que se han finalizado previamente. Esto solo es posible si el atacante destruye más de 1/3 del total del ether en participación, esta garantía se conoce como «finalidad económica» y lo aborderemos más adelante.
+Una **"reorg"** es una modificiación de bloques en un nuevo orden, posiblemente con la adición o eliminación de algunos bloques en la cadena canónica. Una reorganización maliciosa podría garantizar que se incluyan o excluyan bloques específicos, lo que permite el doble gasto o la extracción de valor mediante transacciones (MEV) frontrunning (ventajistas) y backrunning (consecuentes). Las reorganizaciones también podrían utilizarse para evitar que ciertas transacciones se incluyan en la cadena predilecta: una forma de censura. La forma más extrema de reorganización es la «reversión de la finalidad», que elimina o reemplaza los bloques que se han finalizado previamente. Esto solo es posible si el atacante destruye más del 1/3 del total del ether en participación, esta garantía se conoce como «finalidad económica» y la aborderemos más adelante.
-**Doble finalidad** es la condición improbable pero grave en la que dos bifurcaciones pueden finalizar simultáneamente, creando una desunión permanente en la cadena. Esto es teóricamente posible para un atacante dispuesto a arriesgar el 34 % del total de ether en participación. La comunidad se vería obligada a coordinar fuera de la cadena y llegar a un acuerdo sobre qué cadena seguir, lo que requeriría fuerza en la capa social.
+La **"doble finalidad"** es una condición poco probable aunque grave en la que dos bifurcaciones logran finalizar simultáneamente, creando una división permanente en la cadena. Esto es teóricamente posible para un atacante dispuesto a arriesgar el 34 % del total de ether en participación. La comunidad se vería obligada a coordinar fuera de la cadena y llegar a un acuerdo sobre qué cadena seguir, lo que requeriría fuerza en la capa social.
Un ataque de **retraso de finalidad** impide que la red alcance las condiciones necesarias para finalizar secciones de la cadena. Sin finalidad, es difícil confiar en las aplicaciones financieras construidas sobre Ethereum. El objetivo de un ataque de retraso de finalidad es simplemente interrumpir Ethereum en lugar de beneficiarse directamente, a menos que el atacante tenga alguna posición estratégica corta.
Un ataque a la capa social podría tener como objetivo socavar la confianza del público en Ethereum, devaluar el ether, reducir la adopción o debilitar a la comunidad de Ethereum para dificultar la coordinación fuera de banda.
-Ahora que ya sabemos por qué un adversario podría atacar Ethereum, en las siguientes secciones examinaremos _cómo_ podrían hacerlo.
+Habiendo establecido por qué un adversario podría atacar Ethereum, las siguientes secciones examinan _cómo_ podrían llevarse a cabo dichos ataques.
## Métodos de ataque {#methods-of-attack}
### Ataques de capa 0 {#layer-0}
-En primer lugar, las personas que no participan activamente en Ethereum (ejecutando el software del cliente) pueden atacar apuntando a la capa social (Capa 0). La capa 0 es la base sobre la que se construye Ethereum y, como tal, representa una superficie potencial para los ataques con consecuencias que crean una reacción en cadena por el resto del bloque. Algunos ejemplos podrían incluir:
+En primer lugar, las personas que no participan activamente en Ethereum (ejecutando el software del cliente) pueden atacar apuntando a la capa social (capa 0). La capa 0 es la base sobre la que se construye Ethereum y, como tal, representa una superficie potencial para ataques con consecuencias que creen una reacción en cadena en el resto del bloque. Algunos ejemplos podrían incluir:
+
+- Una campaña de desinformación podría socavar la confianza que la comunidad tiene en la hoja de ruta de Ethereum, los equipos de desarrolladores, las aplicaciones, etc. Lo que a su vez podría disminuir el número de personas dispuestas a participar en la seguridad de la red, degradando tanto la descentralización como la seguridad criptoeconómica.
-- Una campaña de desinformación podría erosionar la confianza que la comunidad tiene en la hoja de ruta de Ethereum, los equipos de desarrolladores, las aplicaciones, etc. Esto podría disminuir el número de personas dispuestas a participar en la seguridad de la red, degradando tanto la descentralización como la seguridad criptoeconómica.
- Ataques dirigidos y/o intimidaciones hacia la comunidad de desarrolladores. Esto podría ocasionar la salida voluntaria de los desarrolladores y ralentizar el progreso de Ethereum.
-- La regulación exagerada también podría considerarse un ataque a la capa 0, ya que podría disincentivar rápidamente la participación y la adopción.
-- Infiltración de operadores expertos con malas intenciones en la comunidad de desarrolladores cuyo objetivo es ralentizar el progreso mediante procrastinación en debates, el retraso de las decisiones clave, la creación de correos basura, etc.
+- La regulación excesiva también podría considerarse un ataque a la capa 0, ya que podría disincentivar rápidamente la participación y la adopción.
+
+- La infiltración de operadores expertos con malas intenciones en la comunidad de desarrolladores cuyo objetivo es ralentizar el progreso mediante procrastinación en debates, el retraso de las decisiones clave, la creación de correos basura, etc.
+
- Sobornos a operadores clave en el ecosistema de Ethereum para influir en la toma de decisiones.
Lo que hace que estos ataques sean especialmente peligrosos es que, en muchos casos, se requiere muy poco capital o conocimientos técnicos. Un ataque de capa 0 podría ser un multiplicador de un ataque criptoeconómico. Por ejemplo, si una parte interesada mayoritariamente maliciosa logra la censura o la reversión de la finalidad, socavar la capa social podría dificultar la coordinación de una respuesta de la comunidad fuera de banda.
Defenderse contra los ataques de capa 0 probablemente no sea sencillo, pero se pueden establecer algunos principios básicos. Uno es mantener una alta relación general de ruido para la información pública sobre Ethereum, creada y propagada por miembros honestos de la comunidad a través de blogs, servidores de Discord, especificaciones anotadas, libros, pódcasts y Youtube. Aquí en ethereum.org nos esforzamos por mantener la información precisa y traducirla a tantos idiomas como sea posible. Inundar un espacio con información y memes de alta calidad es una defensa eficaz contra la desinformación.
-Otro escudo importante contra los ataques de la capa social es una clara declaración de misión y un protocolo de gobernanza. Ethereum se ha posicionado como el campeón de la descentralización y la seguridad entre capas 1 de contratos inteligentes, a la vez que valora altamente la escalabilidad y la sostenibilidad. Cualesquiera que sean los desacuerdos que surjan en la comunidad Ethereum, afectan mínimamente a estos principios básicos. Evaluar una narrativa contra estos principios básicos y examinarlos a través de sucesivas rondas de revisión en el proceso de EIP (propuesta de mejora de Ethereum), podría ayudar a la comunidad a distinguir a los operadores buenos de los malos y limitar el alcance de los maliciosos en la dirección futura de Ethereum.
+Otro escudo importante contra los ataques de capa social es una clara declaración de misión y un protocolo de gobernanza. Ethereum se ha posicionado como el campeón de la descentralización y la seguridad entre capas 1 de contratos inteligentes, a la vez que valora altamente la escalabilidad y la sostenibilidad. Cualesquiera que sean los desacuerdos que surjan en la comunidad Ethereum, afectan mínimamente a estos principios básicos. Evaluar una narrativa contra estos principios básicos y examinarlos a través de sucesivas rondas de revisión en el proceso de EIP (propuesta de mejora de Ethereum), podría ayudar a la comunidad a distinguir a los operadores buenos de los malos y limitar el alcance de los maliciosos en la dirección futura de Ethereum.
-Por último, es fundamental que la comunidad de Ethereum permanezca abierta y receptiva para todos los participantes. Una comunidad con guardianes y exclusividad es especialmente vulnerable al ataque social porque es fácil construir narrativas de «nosotros y ellos». El tribalismo y el maximalismo tóxico dañan a la comunidad y erosionan la seguridad de la capa 0. Los ethereans con un interés personal en la seguridad de la red deben ver su conducta en línea y en el mundo real como una contribución directa a la seguridad de la capa 0 de Ethereum.
+Por último, es fundamental que la comunidad de Ethereum permanezca abierta y receptiva para todos los participantes. Una comunidad con guardianes y exclusividad es especialmente vulnerable al ataque social porque es fácil construir narrativas de «nosotros y ellos». El tribalismo y el maximalismo tóxico dañan a la comunidad y erosionan la seguridad de la capa 0. Los «ethereans» con interés personal en la seguridad de la red deben ver su conducta en línea y en el mundo real como una contribución directa a la seguridad de la capa 0 de Ethereum.
-### Cómo atacar el protocolo {#attacking-the-protocol}
+### Atacar el protocolo {#attacking-the-protocol}
-Cualquiera puede ejecutar el software cliente de Ethereum. Para añadir un validador a un cliente, un usuario debe participar con 32 ether en el contrato de depósito. Un validador permite a un usuario participar activamente en la seguridad de la red de Ethereum proponiendo y certificando nuevos bloques. El validador ahora tiene una voz que puede usar para influir en el contenido futuro de la cadena de bloques y puede hacerlo honestamente y hacer crecer su bloque de ether a través de recompensas, o puede tratar de manipular el proceso para su propio beneficio, arriesgando su participación. Una forma de montar un ataque es acumular una mayor proporción de la participación total y luego usarla para superar a los validadores honestos. Cuanto mayor sea la proporción de la participación controlada por el atacante, mayor será su poder de voto, especialmente en ciertos hitos económicos que exploraremos más adelante. Sin embargo, la mayoría de los atacantes no podrán acumular suficiente ether para atacar de esta manera, por lo que en su lugar tienen que usar técnicas sutiles para manipular a la mayoría honesta para que actúe de cierta manera.
+Cualquiera puede ejecutar el software cliente de Ethereum. Para añadir un validador a un cliente, un usuario debe participar con 32 ether en el contrato de depósito. Un validador permite a un usuario participar activamente en la seguridad de la red de Ethereum proponiendo y certificando nuevos bloques. El validador ahora tiene una voz que puede usar para influir en el contenido futuro de la cadena de bloques y puede hacerlo honestamente y hacer crecer su bloque de ether a través de recompensas, o puede tratar de manipular el proceso para su propio beneficio, arriesgando su participación. Una forma de montar un ataque es acumular una mayor proporción de la participación total y luego usarla para superar a los validadores honestos. Cuanto mayor sea la proporción de la participación controlada por el atacante, mayor será su poder de voto, especialmente en ciertos acontecimientos económicos estelares que exploraremos más adelante. Sin embargo, la mayoría de los atacantes no podrán acumular suficientes ether para atacar de esta manera, por lo que en su lugar tienen que usar técnicas sutiles para coaccionar a la mayoría honesta para que actúe de cierta manera.
-Fundamentalmente, todos los ataques de participación pequeña son variaciones sutiles en dos tipos de mal comportamiento del validador: subactividad (no certificar/proponer o hacerlo tarde) o sobreactividad (proponer/acreditar demasiadas veces en una ranura). En sus formas más suave, estas acciones son manejadas fácilmente por el algoritmo de elección de bifurcación y la capa de incentivos, pero hay formas inteligentes de jugar el sistema en beneficio de un atacante.
+Fundamentalmente, todos los ataques de participación pequeña son variaciones sutiles de dos tipos de mal comportamiento del validador: subactividad (no certificar/proponer o hacerlo tarde) o sobreactividad (proponer/acreditar demasiadas veces en una ranura). En su versión más descafeinada, estas acciones las maneja fácilmente el algoritmo de elección de bifurcación y la capa de incentivos, no obstante hay formas inteligentes de trucar el sistema en beneficio de un atacante.
-### Ataques que utilizan pequeñas cantidades de ETH {#attacks-by-small-stakeholders}
+### Ataques utilizando pequeñas cantidades de ETH{#attacks-by-small-stakeholders}
-#### reorgs {#reorgs}
+#### reorganizaciones{#reorgs}
-Varios documentos han explicado los ataques a Ethereum que logran reorgs o retrasos en la finalidad con solo una pequeña proporción del total de ether en participación. Estos ataques generalmente se basan en que el atacante retiene cierta información de otros validadores y luego la libera de alguna manera matizada y/o en algún momento oportuno. Su objetivo es desplazar a algún bloque honesto de la cadena predilecta. [Neuder et al 2020](https://arxiv.org/pdf/2102.02247.pdf) mostró cómo un validador atacante puede crear y certificar un bloque (`B`) para una ranura en particular `n+1`, pero abstenerse de propagarlo a otros nodos de la red. En su lugar, se aferran a ese bloque certificado hasta la siguiente ranura `n+2`. Un validador honesto propone un bloque (`C`) para la ranura `n+2`. Casi simultáneamente, el atacante puede liberar su bloque retenido (`B`) y sus certificados retenidos para ello, y también certificar que `B` es la cabeza de la cadena con sus votos para la ranura `n+2`, negar la existencia de un bloque honesto `C`. Cuando se libera el bloque honesto `D`, el algoritmo de elección de bifurcación ve `D` construido sobre `B` es más pesado que `D` construido sobre `C`. Por lo tanto, el atacante ha logrado eliminar el bloque honesto `C` en la ranura `n+2` de la cadena predilecta utilizando una reorg ex antes de 1 bloque. [Un atacante con el 34 %](https://www.youtube.com/watch?v=6vzXwwk12ZE) de la apuesta tiene muy buenas posibilidades de tener éxito en este ataque, como se explica [en esta nota](https://notes.ethereum.org/plgVdz-ORe-fGjK06BZ_3A#Fork-choice-by-block-slot-pair). En teoría, sin embargo, este ataque podría intentarse con participaciones más pequeñas. [Neuder et al 2020](https://arxiv.org/pdf/2102.02247.pdf) describieron este ataque trabajando con una participación del 30 %, pero más tarde se demostró que era viable con [2 % de la participación total](https://arxiv.org/pdf/2009.04987.pdf) y luego de nuevo [validador único](https://arxiv.org/abs/2110.10086#) Utilizando técnicas de equilibrio que examinaremos en la siguiente sección.
+Varios documentos han explicado los ataques a Ethereum que logran reorganizaciones o retrasos en la finalidad con solo una pequeña proporción del total de ether en participación. Estos ataques generalmente se basan en que el atacante retiene cierta información de otros validadores y luego la libera de alguna manera matizada y/o en algún momento oportuno. Su objetivo es desplazar a algún bloque honesto de la cadena predilecta. [Neuder y otros 2020](https://arxiv.org/pdf/2102.02247.pdf) mostraron cómo un validador atacante puede crear y certificar un bloque (`B`) para una ranura específica `n+1`, pero abstenerse de propagarlo a otros nodos en la red. En su lugar, retienen ese bloque certificado hasta el siguiente slot `n+2`. Un validador honesto propone un bloque ('C') para la ranura 'n+2'. Casi simultáneamente, el atacante puede liberar su bloque retenido (`B`) junto con las certificaciones retenidas para dicho bloque y, además, certificar que `B` es la cabecera de la cadena con sus votos para la ranura `n+2`, negando efectivamente la existencia del bloque honesto `C`. Cuando se libera el bloque honesto `D`, el algoritmo de selección de bifurcación detecta que `D` construido sobre `B` es más pesado que `D` construido sobre `C`. Por lo tanto, el atacante ha logrado eliminar el bloque honesto `C` en la ranura `n+2` de la cadena predilecta utilizando una reorganización 1-block ex. [Un atacante con el 34 %](https://www.youtube.com/watch?v=6vzXwwk12ZE) de la participación tiene una alta probabilidad de tener éxito en este ataque, como se explica [en esta nota](https://notes.ethereum.org/plgVdz-ORe-fGjK06BZ_3A#Fork-choice-by-block-slot-pair). En teoría, sin embargo, este ataque podría intentarse con participaciones más pequeñas. [Neuder y otros 2020](https://arxiv.org/pdf/2102.02247.pdf) describieron este ataque funcionando con un 30 % de participación, pero más tarde se demostró que era viable con un [2 % del total de la participación](https://arxiv.org/pdf/2009.04987.pdf) y luego nuevamente para un [único validador](https://arxiv.org/abs/2110.10086#) utilizando técnicas de equilibrio que examinaremos en la siguiente sección.
-Un diagrama conceptual del ataque de reorg de un bloque descrito anteriormente (adaptado de https://notes.ethereum.org/plgVdz-ORe-fGjK06BZ_3A#Fork-choice-by-block-slot-pair)
+Un diagrama conceptual del ataque de reorganización de un bloque descrito anteriormente (adaptado de https://notes.ethereum.org/plgVdz-ORe-fGjK06BZ_3A#Fork-choice-by-block-slot-pair)
-Un ataque más sofisticado puede dividir el validador honesto establecido en grupos discretos que tienen diferentes puntos de vista de la cabeza de la cadena. Esto se conoce como un **ataque de equilibrio**. El atacante espera su oportunidad de proponer un bloque, y cuando llega se equivocan y proponen dos. Envían un bloque a la mitad del conjunto de validadores honestos y el otro bloque a la otra mitad. El equívoco sería detectado por el algoritmo de elección de bifurcación y se recortaría y expulsaría de la red al proponente de bloques, pero los dos bloques todavía existirían y tendrían aproximadamente la mitad del conjunto de validadores que certifican cada bifurcación. Mientras tanto, los validadores maliciosos restantes retienen sus certificaciones. Luego, al liberar selectivamente las certificaciones que favorecen una u otra bifurcación a suficientes validadores justo cuando se ejecuta el algoritmo de elección de bifurcación, inclinan el peso acumulado de las certificaciones a favor de una u otra bifurcación. Esto puede continuar indefinidamente, con los validadores atacantes manteniendo una división uniforme de validadores en las dos bifurcaciones. Dado que ninguna de las dos bifurcaciones puede atraer a una supermayoría de 2/3, la red no finalizaría.
+Un ataque más sofisticado puede dividir el validador honesto establecido en grupos discretos que tienen diferentes puntos de vista de la cabeza de la cadena. Esto se conoce como **ataque de equilibrio**. El atacante espera su oportunidad de proponer un bloque, y cuando llega se equivoca y propone dos. Envía un bloque a la mitad del conjunto de validadores honestos y el otro bloque a la otra mitad. E algoritmo de elección de bifurcación detectaría la equivocación y se recortaría y expulsaría de la red al proponente de bloques, sin embargo los dos bloques todavía existirían y tendrían aproximadamente la mitad del conjunto de validadores que certifican cada bifurcación. Mientras tanto, los validadores maliciosos restantes retienen sus certificaciones. Luego, al liberar selectivamente las certificaciones que favorecen una u otra bifurcación a suficientes validadores justo cuando se ejecuta el algoritmo de elección de bifurcación, inclinan el peso acumulado de las certificaciones a favor de una u otra bifurcación. Esto puede continuar indefinidamente, con los validadores atacantes manteniendo una división uniforme de validadores en las dos bifurcaciones. Dado que ninguna de las dos bifurcaciones puede atraer a una supermayoría de 2/3, la red no finalizaría.
**Los ataques de rebote** son similares. Los validadores atacantes vuelven a retener los votos. En lugar de liberar los votos para mantener una división uniforme entre dos bifurcaciones, utilizan sus votos en momentos oportunos para justificar los puntos de control que se alternan entre la bifurcación A y la bifurcación B. Este vaivén de justificación entre dos bifurcaciones evita que haya pares de puntos de control de origen y destino justificados que se pueden finalizar en cualquiera de las cadenas, deteniendo la finalidad.
- Cuentas de Ethereum
-
-
-### dirección {#address}
-
-Generalmente, representa una cuenta de propiedad externa, o [EOA](#eoa) o un [contrato](#contract-account) que se puede recibir (cuenta destino) o enviar (dirección original) [transacciones](#transaction) en la cadena de bloques. En concreto, son 160 bits del [Keccak hash](#keccak-256) de una [clave pública](#ecdsa) [ECDSA](#public-key).
-
-### interfaz binaria de la aplicación (ABI) {#abi}
+
- ABI
-
+
- Seguridad en contratos inteligentes
-
-
-### certificación {#attestation}
-
-Una afirmación hecha por una entidad de que algo es verdadero. En el contexto de Ethereum, los validadores de consenso deben de afirmar cuál creen que es el estado de la cadena. En los momentos designados, cada validador es responsable de publicar diferentes certificaciones que declaran formalmente la visión de la cadena de este validador, incluyendo el úlitmo punto de control finalizado y el jefe actual de la cadena.
-
-
- Certificaciones
-
+
- Gas y tarifas
-
-
-### Cadena de baliza {#beacon-chain}
-
-La cadena de baliza fue la cadena de bloques que introdujo la [prueba de participación](#pos) y los [validators](#validadores) en Ethereum. Se ejecutó junto con la prueba de trabajo de la cadena principal de Ethereum desde diciembre de 2020 hasta que las dos cadenas se fusionaron en septiembre de 2022 para formar el Ethereum actual.
-
-
- Cadena de baliza
-
-
-### big-endian {#big-endian}
-
-Una representación de números de posición donde el dígito más significativo es el primero en la memoria. Lo contrario de «little-endian», donde el dígito menos significativo es el primero.
-
-### bloque {#block}
-
-Un bloque es una unidad de información agrupada que incluye una lista ordenada de transacciones e información relacionada con el consenso. Los bloques los proponen los validadores de prueba de participación, en el momento en que se comparten en toda la red entre pares, donde todos los demás nodos pueden verificarlos fácilmente de forma independiente. Las reglas de consenso rigen qué contenido de un bloque se considera válido. La red ignora los bloques que se consideren no válidos. El orden de estos bloques y las transacciones en ese sentido crean una cadena determinista de eventos con un final que representa el estado actual de la red.
-
-
- Bloques
-
-
-### explorador de bloque {#block-explorer}
-
-Una interfaz que permite a un usuario buscar información desde y sobre una cadena de bloques. Esto incluye la recuperación de transacciones individuales, actividades asociadas con direcciones específicas e información sobre la red.
-
-### encabezado de bloque {#block-header}
-
-El encabezado del bloque es una colección de metadatos sobre un bloque y un resumen de las transacciones incluidas en la carga útil de ejecución.
-
-### propagación de bloques {#block-propagation}
-
-El proceso de transmitir un bloque confirmado a todos los otros nodos de la red.
-
-### proponente de bloques {#block-proposer}
-
-El validador específico elegido para crear un bloque en una [ranura](#slot) particular.
-
-### recompensa de bloque {#block-reward}
+
- ¿Qué es una cadena de bloques o «blockchain»?
-
+
- Compilación de contratos inteligentes
-
-
-### comité {#committee}
+
- Introducción a las dapps
-
-
-### disponibilidad de datos {#data-availability}
-
-La propiedad de un estado que cualquier nodo conectado a la red podría descargar cualquier parte específica del estado que desee.
-
-### descentralización {#decentralization}
-
-El concepto de mover el control y la ejecución de procesos fuera de una entidad central.
-
-### Organización Autónoma Descentralizada (DAO) {#dao}
-
-Una empresa u otra organización que funciona sin gestión jerárquica. DAO también puede referirse a un contrato llamado «The DAO» lanzado el 30 de abril de 2016, que luego fue hackeado en junio de 2016; esto finalmente produjo una [bifurcación fuerte](#hard-fork) (con nombre de código DAO) en el bloque 1.192.000, que revirtió el contrato DAO hackeado y provocó que Ethereum y Ethereum Classic se dividieran en dos sistemas competidores.
-
-
- Organizaciones Autónomas Descentralizadas (DAO)
-
-
-### Intercambio Descentralizado (DEX) {#dex}
-
-Un tipo de [DApp](#dapp) que le permite intercambiar tókenes entre pares en la red. Necesita [ether](#ether) para usar uno (para pagar [comisiones de transacción](#transaction-fee)), pero no están sujetos a restricciones geográficas como los intercambios centralizados; cualquiera puede participar.
+
- Intercambios descentralizados
-
+
- Finanzas descentralizadas (DeFi)
-
+
- Prueba de participación
-
-
-### equivocación {#equivocation}
-
-Un validador que envía dos mensajes que se contradicen entre sí. Un ejemplo simple es un remitente de transacciones que envía dos transacciones con el mismo nonce. Otro es un proponente de bloques que propone dos bloques a la misma altura de bloque (o para la misma ranura).
-
-### Eth1 {#eth1}
-
-«Eth1» es un término que se refiere a la red principal de Ethereum, la cadena de prueba de trabajo (PoW) existente. Este término ha sido desestimado a favor de la «capa de ejecución». [Conozca más acerca de este cambio de nombre](https://blog.ethereum.org/2022/01/24/the-great-eth2-renaming/).
-
-
- Más sobre las actualizaciones de Ethereum
-
-
-### Eth2 {#eth2}
-
-«Eth2» es un término que hace referencia a un conjunto de actualizaciones del protocolo de Ethereum, incluyendo la transición de Ethereum a la prueba de participación. Desde entonces, este término ha quedado obsoleto a favor de la «capa de consenso». [Conozca más acerca de este cambio de nombre](https://blog.ethereum.org/2022/01/24/the-great-eth2-renaming/).
-
-
- Más sobre las actualizaciones de Ethereum
-
-
-### Propuesta de mejora de Ethereum(EIP) {#eip}
-
-Documento de diseño que proporciona información a la comunidad de Ethereum, describiendo una nueva característica propuesta o sus procesos o entorno (ver [ERC](#erc)).
-
-
- Introducción a EIP
-
-
-### Servicio de Nombres de Ethereum (ENS) {#ens}
-
-El registro ENS es un único [contrato inteligente](#smart-contract) central que proporciona una asignación de nombres de dominio a propietarios y resolutores, como se describe en [EIP](#eip) 137.
-
-[Más información en ens.domains](https://ens.domains)
-
-### cliente de ejecución {#execution-client}
-
-Los clientes de ejecución (anteriormente conocidos «clientes Ethereum»), como Besu, Erigon, Go-Ethereum (Geth), Nethermind, tienen la tarea de procesar y transmitir transacciones y administrar el estado de Ethereum. Ejecutan los cálculos de cada transacción utilizando la [Máquina Virtual Ethereum](#evm) para garantizar que se sigan las reglas del protocolo.
-
-### capa de ejecución {#execution-layer}
+
- Introducción a EIP
-
+
- Moneda para nuestro futuro digital
-
+
- Eventos y registros
-
+
- Máquina virtual de Ethereum
-
+
- Faucets de red de prueba
-
+
- Finalidad de la prueba de participación
-
-
-### finney {#finney}
-
-Una denominación de [ether](#ether). 1 finney = 1015 [wei](#wei). 103 finney = 1 ether.
-
-### bifurcación {#fork}
-
-Un cambio en el protocolo que provoca la creación de una cadena alternativa o una divergencia temporal en dos posibles rutas de bloques.
-
-### algoritmo de elección de bifurcación {#fork-choice-algorithm}
-
-El algoritmo utilizado para identificar la cadena de bloques en cabeza. En la capa de ejecución la cabeza de la cadena se identifica como la que tiene la mayor dificultad total detrás de ella. Esto significa que la verdadera cabeza de la cadena es la que ha requerido más trabajo para minarla. En la capa de consenso el algoritmo observa las certificaciones acumuladas de validadores ([LMD_GHOST](#lmd-ghost)).
-
-### prueba de fraude {#fraud-proof}
-
-Modelo de seguridad para ciertas soluciones de [capa 2](#layer-2) en las que, para aumentar la velocidad, las transacciones se [enrollan](#rollups) (rollup) en lotes y se envían a Ethereum en una única transacción. Se supone que son válidos, pero se pueden poner en tela de juicio si se sospecha el fraude. Una prueba de fraude ejecutará entonces la transacción para ver si se ha producido el fraude. Este método aumenta la cantidad de transacciones posibles manteniendo la seguridad. Algunos [rollups](#rollups) utilizan [pruebas de validez](#validity-proof).
-
-
- Agregaciones Optimistas
-
-
-### frontier {#frontier}
-
-Etapa inicial de desarrollo de prueba de Ethereum, que duró desde julio de 2015 hasta marzo de 2016.
+
- Gas y tarifas
-
-
-### límite de gas {#gas-limit}
-
-La cantidad máxima de [gas](#gas) que puede consumir una [transacción](#transaction) o un [bloque](#block).
-
-### precio de gas {#gas-price}
+
- Entornos de desarrollo integrados
-
-
-### problema de código implementado inmutable {#immutable-deployed-code-problem}
-
-Una vez que el código de un [contrato](#smart-contract) (o [biblioteca](#library)) se implementa, se vuelve inmutable. Las prácticas habituales de desarrollo de software se basan en la posibilidad de corregir posibles errores y añadir nuevas funciones, por lo que esto supone un reto para el desarrollo de contratos inteligentes.
-
-
- Implementación de contratos inteligentes
-
-
-### transacción interna {#internal-transaction}
-
-[Transacción](#transaction) enviada desde una [cuenta de contrato](#contract-account) a otra cuenta de contrato o a una [EOA](#eoa) (ver [mensaje](#message)).
+
- Seguridad de los contratos inteligentes
-
+
- Capa 2
-
+
- Bibliotecas de contratos inteligentes
-
+
- Redes de Ethereum
-
+
- Minado
-
-
-### mint {#mint}
-
-Acuñar (o mintear) es el proceso de crear nuevos tókenes y ponerlos en circulación para que puedan usarse. La creación de un nuevo token sin la participación de la autoridad central es un mecanismo descentralizado.
+
- Redes
-
-
-### tasa de hash de red {#network-hashrate}
-
-El [hashrate](#hashrate) colectivo producido por toda una red minera. La minería en Ethereum se desató cuando Ethereum pasó a la [prueba de participación](#pos).
-
-### Tókenes No Fungibles (NFT) {#nft}
-
-También conocido como «título de propiedad», se trata de un estándar de token presentado mediante la propuesta de ERC-721. Los NFT se pueden rastrear y comercializar, no obstante, cada token es único y distinto; no son intercambiables como ETH y [ los tókenes ERC-20](#token-standard). Los NFT pueden representar la propiedad de activos digitales o físicos.
-
-
- Tókenes No Fungibles (NFT)
-
-
- Estándar de token no fungible ERC-721
-
+
- Nodos y clientes
-
+
- Rollups optimistas
-
+
- Oráculos
-
+
- Plasma
-
+
- Prueba de participación
-
-
-### prueba de trabajo (PoW, por sus siglas en inglés) {#pow}
-
-Una cantidad de datos (la prueba) que precisa encontrar un cálculo significativo.
-
-
- Prueba de trabajo
-
-
-### clave pública {#public-key}
-
-Un número, derivado de una función de un solo sentido a partir de una [clave privada](#private-key), que se puede compartir públicamente y que cualquiera puede utilizar para verificar una firma digital hecha con la correspondiente clave privada.
+
- Reentrada
-
+
- Agregaciones
-
+
- Actualizaciones de Ethereum
-
-
-### serialización {#serialization}
-
-El proceso de convertir una estructura de datos en una secuencia de bytes.
-
-### fragmento/cadena de fragmentos {#shard}
-
-Las cadenas de fragmentos son secciones discretas de la cadena de bloques total de las que pueden ser responsables los subconjuntos de validadores. Esto ofrecerá un mayor rendimiento de transacciones para Ethereum y mejorará la disponibilidad de datos para [capa 2](#layer-2) soluciones como [optimistic rollups](#optimistic-rollups) y [ZK-rollups](#zk-rollups).
-
-
- Danksharding
-
-
-### cadena lateral {#sidechain}
+
- Cadenas laterales
-
+
- Prueba de participación
-
+
- Introducción a los contratos inteligentes
-
+
- Rollups de Conocimiento Cero
-
+
- Solidez
-
+
- El ETH no es la única criptografía de Ethereum
-
-
-### apostar {#staking}
-
-Depositar una cantidad de [ether](#ether) (su participación) para convertirse en un validador y asegurar la [red](#network). Un validador comprueba las [transacciones](#transaction) y propone [bloques](#block) bajo un modelo de consenso de [prueba de participación](#pos). Apostar le proporciona un incentivo económico para actuar en el mejor interés de la red. Obtendrá recompensas por llevar a cabo sus tareas como [validador](#validator), pero perderá cantidades diferentes de ETH si no las lleva a cabo.
-
-
- Apueste sus ETH para convertirse en un validador de Ethereum
-
-
-### participaciones agrupadas {#staking-pool}
-
-El ETH combinado de más de un participante de Ethereum, utilizado para alcanzar los 32 ETH necesarios para activar un conjunto de claves de validador. Un operador de nodo utiliza estas claves para participar en el consenso y las [recompensas de bloque](#block-reward) se dividen entre los participantes que contribuyen. Los grupos de participación o la delegación de participación no son nativos del protocolo Ethereum, pero la comunidad ha construido muchas soluciones.
-
-
- Participación agrupada
-
-
-### STARK {#stark}
-
-STARK significa «argumento de conocimiento transparente escalable», el cual es un tipo de [prueba cero de conocimiento](#prueba-cero-de-conocimiento).
-
-
- Agrupaciones de conocimiento cero
-
-
-### estado {#state}
-
-Una instantánea de todos los saldos y datos en un momento determinado en la cadena de bloques, que normalmente se refiere a la condición en un bloque en particular.
-
-### canales de estado {#state-channels}
-
-Una solución de [capa 2](#layer-2) en la que un canal está configurado entre los participantes y les permite realizar transacciones de manera libre y económica. Solo se envía una [transacción](#transaction) para configurar el canal y cerrar el canal la cual es enviada a la [red principal](#mainnet). Esto permite realizar transacciones muy elevadas, pero depende en gran medida de si conocemos el número de participantes y el cierre de fondos por adelantado.
-
-
- Canales de estado
-
-
-### supermayoría {#supermajority}
-
-Supermayoría es el término otorgado para una cantidad superior a 2/3 (66 %) del total del ether apostado que asegura Ethereum. Los bloques necesitan el voto de la supermayoría para [finalizar](#finalizado) en la cadena de baliza.
-
-### sincronización {#syncing}
-
-El proceso de descargar toda la última versión de una cadena de bloques en un nodo.
-
-### comité de sincronización {#sync-committee}
-
-Un comité de sincronización es un grupo seleccionado al azar de [validadores](#validator) que se actualizan cada ~27 horas. Su propósito es agregar sus firmas para validar los encabezados de los bloques. Los comités de sincronización permiten a los [clientes ligeros](#light-client) realizar un seguimiento de la cabeza de la cadena de bloques sin necesidad de acceder a todo el conjunto de validadores.
-
-### szabo {#szabo}
-
-Una denominación de [ether](#ether). 1 szabo = 1012 [wei](#wei), 106 szabo = 1 ether.
+
- Redes de pruebas
-
+
- Estándar de token ERC-20
-
+
- Transacciones
-
-
-### comisión de la transacción {#transaction-fee}
-
-Una comisión que debe pagar siempre que utilice la red de Ethereum. Los ejemplos incluyen el envío de fondos desde su [cartera](#wallet) o una interacción [DApp](#dapp), como intercambiar tókenes o comprar un objeto de colección. Se puede entender como un cargo por servicio. Esta comisión cambiará según el nivel de actividad de la red. Esto se debe a que es probable que los [validadores](#validator), las personas responsables de procesar su transacción, dan prioridad a las transacciones con comosiones más altas, por lo que la congestión obliga a subir el precio.
-
-A nivel técnico, sus comosiones de transacción están relacionadas con la cantidad de [gas](#gas) que requiera su transacción.
-
-La reducción de las comosiones de transacción es un tema candente en este momento. Consulte [Capa 2](#layer-2).
-
-### desconfianza {#trustlessness}
-
-La capacidad de una red para mediar en las transacciones sin que ninguna de las partes involucradas tenga que confiar en un tercero.
-
-### Turing completo {#turing-complete}
-
-Un concepto que lleva el nombre del matemático y científico informático inglés Alan Turing. Un sistema de reglas de manipulación de datos (como el conjunto de instrucciones de un ordenador, un lenguaje de programación o un autómata celular) se dice que es «Turing completo» o «computacionalmente universal» si se puede utilizar para simular cualquier máquina de Turing.
+
- Prueba de participación
-
-
- Participación en Ethereum
-
-
-### ciclo de vida del validador {#validator-lifecycle}
-
-La secuencia de estados en los que puede existir un validador. Estos incluyen:
-
-- Depositado: el validador ha depositado al menos 32 ETH en el [contrato de depósito](#deposit-contract).
-- Pendiente: el validador está en la cola de activación a la espera de ser votado en la red por los validadores existentes.
-- Activo: actualmente certificando y proponiendo bloques.
-- Recortando: penaliza a un validador que haya exhibido una mala conducta y se le está recortando.
-- Salida: se ha señalado al validador como candidado para salir de la red, ya sea voluntariamente o porque haya sido expulsado.
+
- Agrupaciones de conocimiento cero
-
+
- Validium
-
-
-### Vyper {#vyper}
-
-Un lenguaje de programación de alto nivel con sintaxis de tipo Python. Se diseñó para acercarse a un lenguaje funcional puro. Creado por Vitalik Buterin.
-
-
- Vyper
-
+
- Carteras de Ethereum
-
-
-### Web 3.0 {#web3}
+
- Web2 versus Web3
-
-
-### wei {#wei}
-
-La denominación más pequeña de un [ether](#ether). 1018 wei = 1 ether.
+
- Agrupaciones de conocimiento cero
-
-
-### acumulación (rollup) de conocimiento cero {#zk-rollup}
+
- Acumulaciones de conocimiento cero
-
+
+ Lista de carteras
+
+
+Si es nuevo, puede seleccionar el filtro «Nuevo en cripto» en la página «encontrar una cartera» para identificar las carteras que deben incluir todas las características necesarias adecuadas para principiantes.
+
+
+
+También hay otros filtros de perfil para satisfacer sus necesidades. Estos son ejemplos de carteras de uso común: debería de hacer su propia investigación antes de confiar en cualquier software.
+
+## Paso 2: Descargue e instale la aplicación de la cartera
+
+Una vez que haya decidido una cartera específica, visite su sitio web oficial o la tienda de aplicaciones, descárguela e instálela. Todas deberían ser gratuitas.
+
+## Paso 3: Abra la aplicación y cree su cuenta de Ethereum
+
+La primera vez que abra su nueva cartera, es posible que se le pida que elija entre crear una nueva cuenta o importar una existente. Haga clic en «crear una nueva cuenta». **Este es el paso durante el cual el software de la billetera genera su cuenta de Ethereum. **
+
+## Paso 4: Guarde su frase de recuperación
+
+Algunas aplicaciones le pedirán que guarde una "frase de recuperación" secreta (a veces llamada "frase semilla" o "mnemónica"). ¡Mantener esta frase segura es extremadamente importante! Esta se utiliza para generar su cuenta de Ethereum y se puede utilizar para enviar transacciones.
+
+**Cualquier persona que conozca la frase puede tomar el control de todos los fondos.** Nunca la comparta con nadie. Esta frase debe contener entre 12 a 24 palabras generadas al azar (el orden de las palabras importa).
+
+
+
+ ¿Billetera instalada?
Aprenda a usarla.
+
+ Cómo utilizar una cartera
+
+
+
+
+¿Interesado en otras guías? Eche un vistazo a nuestras [Guías paso a paso](/guides/).
+
+## Preguntas más frecuentes
+
+### ¿Son mi cartera y mi cuenta de Ethereum lo mismo?
+
+No. La cartera es una herramienta de gestión que le ayuda a gestionar cuentas. Una sola billetera puede acceder a varias cuentas, y varias billeteras pueden acceder a una sola cuenta. La frase de recuperación se utiliza para crear cuentas y da permiso a una aplicación de billetera para administrar activos.
+
+### ¿Puedo enviar bitcoin a una dirección de Ethereum o ether a una dirección de bitcoin?
+
+No, no puede. Bitcoin y ether existen en dos redes separadas (es decir, cadenas de bloques diferentes), cada una con sus propios formatos de contabilidad y dirección. Ha habido varios intentos de unir las dos redes diferentes, de las cuales la más activa actualmente es [Wrapped Bitcoin o WBTC](https://www.bitcoin.com/get-started/what-is-wbtc/). Esto no es un aval, ya que WBTC es una solución de custodia (es decir, un solo grupo de personas controla ciertas funciones críticas) y se proporciona aquí sólo para propósitos informativos.
+
+### Si tengo una dirección de ETH, ¿tengo la misma dirección en otras cadenas de bloques?
+
+Puede usar la misma [dirección](/glossary/#address) en todas las cadenas de bloques que utilicen software subyacente similar a Ethereum (conocido como "compatible con EVM"). Esta [lista](https://chainlist.org/) le mostrará qué csdenas de bloques puede usar con la misma dirección. Algunas cadenas de bloques, como Bitcoin, implementan un conjunto de reglas de red completamente por separado y necesitará una dirección diferente con un formato diferente. Si tiene una billetera de contrato inteligente, debe consultar el sitio web de su producto para obtener más información sobre qué cadenas de bloques son compatibles, ya que generalmente estas tienen un alcance limitado pero más seguro.
+
+### ¿Tener mi propia cartera es más seguro que mantener mis fondos en una casa de cambio?
+
+Tener su propia cartera significa que usted asume la responsabilidad de la seguridad de sus activos. Desafortunadamente, hay muchos ejemplos de casas de cambio fallidas que perdieron el dinero de sus clientes. Ser propietario de una billetera (con una frase de recuperación) elimina el riesgo asociado con la confianza en alguna entidad para mantener sus activos. Sin embargo, tiene que protegerla por su cuenta y evitar estafas de phishing, aprobar transacciones accidentalmente o exponer la frase de recuperación, interactuar con sitios web falsos y otros riesgos de autocustodia. Los riesgos y beneficios son diferentes.
+
+### Si pierdo mi teléfono/cartera de hardware, ¿necesito usar la misma aplicación de cartera nuevamente para recuperar los fondos perdidos?
+
+No, puede usar una cartera diferente. Siempre y cuando tenga la frase de recuperación, puede introducirla en la mayoría de las carteras y se restaurará su cuenta. Actúe con suma cautela si alguna vez necesita hacer esto: lo mejor es asegurarse de que no está conectado a Internet al recuperar su cartera, para que su frase de recuperación no se filtre accidentalmente. A veces es imposible recuperar los fondos perdidos sin la frase de recuperación.
diff --git a/public/content/translations/es/roadmap/index.md b/public/content/translations/es/roadmap/index.md
index 3e86766cb89..f56b402a6af 100644
--- a/public/content/translations/es/roadmap/index.md
+++ b/public/content/translations/es/roadmap/index.md
@@ -109,6 +109,7 @@ El sharding está dividiendo la cadena de bloques de Ethereum para que los subco
## ¿Busca actualizaciones técnicas específicas? {#looking-for-specific-technical-upgrades}
+- [Pectra](/roadmap/pectra): La bifurcación dura Praga/Electra aporta un nuevo enfoque a la abstracción de cuentas y mejora la escalabilidad, entre otras cosas.
- [Danksharding](/roadmap/danksharding): Danksharding hace que las acumulaciones de capa 2 sean mucho más baratas para los usuarios al añadir «masas» de datos a los bloques de Ethereum.
- [Retiradas de participación](/staking/withdrawals): la actualización de Shanghai/Capella posibilitó las retiradas de participación en Ethereum, lo que permitió a las personas desbloquear su ETH en participación.
- [Finalidad de una sola ranura](/roadmap/single-slot-finality): en lugar de esperar quince minutos, los bloques podrían proponerse y finalizarse en la misma ranura. Esto resulta más práctico para las aplicaciones y mucho más difícil de atacar.
diff --git a/public/content/translations/es/roadmap/verkle-trees/index.md b/public/content/translations/es/roadmap/verkle-trees/index.md
index 1a2447e8678..6488f14c99e 100644
--- a/public/content/translations/es/roadmap/verkle-trees/index.md
+++ b/public/content/translations/es/roadmap/verkle-trees/index.md
@@ -57,6 +57,8 @@ Las redes de prueba del árbol de Verkle ya están en funcionamiento, pero todav
- [Árboles Verkle para la falta de estado](https://verkle.info/)
- [Dankrad Feist explica los árboles Verkle en PEEPanEIP](https://www.youtube.com/watch?v=RGJOQHzg3UQ)
+- [Árboles Verkle para el resto de nosotros](https://research.2077.xyz/verkle-trees)
+- [Anatomía de una prueba Verkle](https://ihagopian.com/posts/anatomy-of-a-verkle-proof)
- [Guillaume Ballet explica los árboles Verkle en ETHGlobal](https://www.youtube.com/watch?v=f7bEtX3Z57o)
- [«Cómo los árboles de Verkle hacen que Ethereum sean claro y directo» por Guillaume Ballet en Devcon 6](https://www.youtube.com/watch?v=Q7rStTKwuYs)
- [Piper Merriam sobre clientes sin estado en ETHDenver 2020](https://www.youtube.com/watch?v=0yiZJNciIJ4)
diff --git a/public/content/translations/es/web3/index.md b/public/content/translations/es/web3/index.md
index 94021a37c16..253d530414f 100644
--- a/public/content/translations/es/web3/index.md
+++ b/public/content/translations/es/web3/index.md
@@ -6,6 +6,10 @@ lang: es
# Introducción a Web3 {#introduction}
+
+
+ لیست کیف پول ها
+
+
+اگر تازهکار هستید، میتوانید فیلتر «New to crypto» را در صفحه «یافتن کیف پول» انتخاب کنید تا کیفهایی را که باید شامل همه ویژگیهای لازم برای مبتدیان باشند، شناسایی کنید.
+
+
+
+همچنین سایر فیلترهای پروفایل برای رفع نیازهای شما وجود دارد. اینها نمونه هایی از کیف پولهای رایج هستند - قبل از اعتماد به هر نرمافزار باید تحقیق خود را انجام دهید.
+
+## قدم دوم: بارگذاری و نصب اپلیکیشن کیف پول
+
+هنگامی که تصمیم گرفتید یک کیف پول خاص را انتخاب کنید، به وب سایت رسمی آن یا app store مراجعه کنید، آن را دانلود و نصب کنید. همه آنها باید رایگان باشند.
+
+## مرحله سوم: برنامه را باز کنید و حساب اتریوم خود را بسازید
+
+اولین باری که کیف پول جدید خود را باز میکنید ممکن است از شما خواسته شود بین ایجاد یک حساب جدید یا وارد کردن یک حساب موجود یکی را انتخاب کنید. روی ساخت حساب جدید کلیک کنید. **این مرحلهای است که طی آن نرمافزار کیفپول حساب اتریوم شما را تولید میکند.**
+
+## مرحله 4: عبارت بازیابی خود را ذخیره کنید
+
+برخی از برنامهها از شما درخواست میکنند که یک "عبارت بازیابی" مخفی را ذخیره کنید (که گاهی اوقات "عبارت بذر" یا "مانمونیک" نامیده میشوند). ایمن نگه داشتن این عبارت بسیار مهم است! از آن بذر برای ایجاد حساب اتریوم شما استفاده میشود و می توان از آن برای ارسال تراکنش ها استفاده کرد.
+
+**هر فرد که از این عبارات آگاه است میتواند کنترل همه سرمایهها را در دست بگیرد.** هرگز آن را با کسی به اشتراک نگذارید. این عبارت باید شامل 12 تا 24 کلمه باشد که بهطور تصادفی تولید شده باشند (ترتیب کلمات مهم است).
+
+
+
+ کیفپول نصب شد؟
نحوه استفاده اینجاست.
+
+ چگونگی استفاده از کیفپول
+
+
+
+
+به راهنماهای دیگر علاقهمندید؟ [راهنماهای گامبهگام](/guides/) ما را بررسی کنید
+
+## پرسشهای متداول
+
+### آیا کیف پول و حساب اتریوم من یکی هستند؟
+
+خیر. کیف پول یک ابزار مدیریت است که به شما کمک می کند حسابهای خود را مدیریت کنید. یک کیفپول ممکن است به چندین حساب دسترسی داشته باشد و یک حسابِ تنها، توسط چندین کیفپول قابل دسترسی است. عبارت بازیابی برای ایجاد حسابها استفاده میشود و به یک برنامه کیفپول اجازه میدهد تا داراییها را مدیریت کند.
+
+### آیا میتوانم بیتکوین به یک آدرس اتریوم و یا اتر به یک آدرس بیتکوین ارسال کنیم؟
+
+خیر، نمیتوانید. بیتکوین و اتر در دو شبکه مجزا (یعنی بلاکچین های مختلف) وجود دارند که هر کدام دارای فرمتهای حسابداری و آدرس مختص خود هستند. تلاشهای مختلف برای ایجاد پل ارتباطی بین دو شبکه مختلف صورت گرفته است که فعالترین آنها در حال حاضر[ رپد بیتکوین یا WBTC](https://www.bitcoin.com/get-started/what-is-wbtc/) است. این به معنی تایید WBTC نیست، چون توکن WBTC از طریق یک راهکار سرپرستی است (به این معنی که یک گروه از افراد کنترل توابع حیاتی خاص را دارند) و اینجا تنها برای اطلاعرسانی از آن یاد شده است.
+
+### اگر من صاحب یک آدرس اتریوم باشم، صاحب همان آدرس روی سایر بلاکچینها نیز هستم؟
+
+میتوانید از یک [آدرس](/glossary/#address) در همه بلاکچینهایی که از نرمافزار زیربنایی مشابه اتریوم (معروف به «سازگار با EVM») استفاده میکنند، استفاده کنید. این [لیست](https://chainlist.org/) بلاکچینهایی را که در آن میتوانید از آدرس یکسان استفاده کنید نمایش میدهد. بعضی بلاکچینها، مثل بیتکوین، قوانین شبکه کاملا متفاوتی اجرا میکنند و برای استفاده از آن شبکه به آدرس متفاوت با فرمت متفاوت احتیاج است. اگر یک کیف پول قرارداد هوشمند دارید، باید وب سایت محصول آن را برای اطلاعات بیشتر در مورد اینکه کدام بلاکچین ها پشتیبانی میشوند بررسی کنید، زیرا معمولاً آن ها دامنه محدود اما ایمنتری دارند.
+
+### آیا نگهداری دارایی دیجیتال در کیف پول شخصی، ایمنتر از نگهداری آن در صرافی است؟
+
+استفاده از کیف پول شخصی به معنی قبول مسئولیت امنیت داراییهایتان است. متأسفانه مثالهای زیادی از اتفاقات ناگوار در صرافیها وجود دارند که باعث از دست رفتن سرمایه مشتریان آنها شدهاند. داشتن یک کیفپول (با عبارت بازیابی) خطر مربوط به اعتماد به برخی نهادها برای نگهداری داراییهای شما را از بین میبرد. بااینحال، خودتان باید آن را ایمن کنید و از کلاهبرداریهای فیشینگ، تایید تصادفی تراکنشها یا افشای عبارت بازیابی، تعامل با وبسایت های جعلی، و سایر خطرات مربوط به حضانت دارایی خودداری کنید. ریسک ها و فواید متفاوتند.
+
+### اگر گوشی تلفن همراه/کیف پول سختافزاری خودم را گم کنم، لازم است از همان اپلیکیشن کیف پول دیجیتال قبلی برای بازیابی حساب از دست رفته استفاده کنم؟
+
+خیر، میتوانید از کیف پول دیگری هم استفاده کنید. مادامی که عبارت بذر خود را داشته باشید میتوانید با وارد کردن آن در اکثر کیف پول های دیجیتال حساب خود را بازیابی کنید. اگر زمانی خواستید این کار را انجام دهید مراقب باشید: بهتر است مطمئن شوید هنگام بازیابی کیف پول به اینترنت متصل نباشید تا از نشت اتفاقی عبارت بذر در اینترنت جلوگیری کنید. غالباً بازیابی وجوه از دست رفته بدون داشتن عبارات بازیابی غیرممکن است.
diff --git a/public/content/translations/fa/web3/index.md b/public/content/translations/fa/web3/index.md
index 5da8790eb68..c2ddaccea9b 100644
--- a/public/content/translations/fa/web3/index.md
+++ b/public/content/translations/fa/web3/index.md
@@ -1,11 +1,15 @@
---
-title: وب 3 چیست و چرا اهمیت دارد?
-description: مقدمهای بر Web3- تکامل بعدی اینترنت - و چرایی اهمیت آن.
+title: وب 3 چیست و چرا اهمیت دارد؟
+description: مقدمهای بر وب 3- تکامل بعدی اینترنت - و چرایی اهمیت آن.
lang: fa
---
# مقدمه ای بر وب 3 {#introduction}
+
+
دربارهی NFTها بیشتر بدانید
- اطلاعات بیشتر درباره NTFها
+ اطلاعات بیشتر درباره NFTها
diff --git a/public/content/translations/fr/developers/docs/standards/tokens/erc-1155/index.md b/public/content/translations/fr/developers/docs/standards/tokens/erc-1155/index.md
index a6c076ffe5e..ff033f95f15 100644
--- a/public/content/translations/fr/developers/docs/standards/tokens/erc-1155/index.md
+++ b/public/content/translations/fr/developers/docs/standards/tokens/erc-1155/index.md
@@ -23,7 +23,7 @@ Pour mieux comprendre cette page, nous vous recommandons de commencer par lire c
- [Transfert par lot](#batch_transfers) : Transférer plusieurs actifs en un seul appel.
- [Solde par lot](#batch_balance) : Obtenez les soldes de plusieurs actifs en un seul appel.
- [Approbation par lot](#batch_approval) : Approuver tous les jetons à une adresse.
-- [Crochets](#recieve_hook) : Recevoir des crochets de jetons.
+- [Crochets](#receive_hook) : Recevoir des crochets de jetons.
- [Support NFT](#nft_support) : Si l'échange est unique, le traiter comme NFT.
- [Règles de transfert sécurisées](#safe_transfer_rule) : Ensemble de règles pour sécuriser un transfert.
diff --git a/public/content/translations/fr/enterprise/private-ethereum/index.md b/public/content/translations/fr/enterprise/private-ethereum/index.md
deleted file mode 100644
index b681bac94fa..00000000000
--- a/public/content/translations/fr/enterprise/private-ethereum/index.md
+++ /dev/null
@@ -1,26 +0,0 @@
----
-title: Blockchains privées Ethereum pour les entreprises
-description: Ressources pour les applications d'entreprise sur les blockchains privées Ethereum.
-lang: fr
----
-
-# Blockchains privées Ethereum pour les entreprises {#private-ethereum-for-enterprise}
-
-Les applications de blockchain d'entreprise peuvent être construites sur le réseau principal public Ethereum sans autorisation, ou sur des blockchains privées basées sur la technologie Ethereum. Pour plus d'informations sur le réseau principal public Ethereum, voir [Ethereum pour les entreprises](/enterprise/).
-
-## Ressources Ethereum pour les développeurs en entreprise {#developer-resources-private-enterprise-ethereum}
-
-### Organisations {#organisations}
-
-Différentes organisations sont à l'origine d'initiatives collaboratives afin de rendre Ethereum plus convivial pour les entreprises :
-
-- [Entreprise Ethereum Alliance](https://entethalliance.org/) - L'EEA permet aux organisations d'adopter et d'utiliser la technologie Ethereum dans leurs opérations commerciales quotidiennes. Elle donne à l'écosystème Ethereum les moyens de développer de nouvelles opportunités commerciales, de favoriser son adoption par l'industrie, d'apprendre et de collaborer les uns avec les autres.
-- [Hyperledger Foundation](https://hyperledger.org) _- Hyperledger est un projet collaboratif en open source créé pour faire progresser les technologies blockchain intersectorielles. Il s'agit d'une collaboration mondiale, hébergée par la Linux Foundation, entre des leaders de la finance, de la banque, de l'Internet des objets, des chaînes logistiques, de la fabrication et de la technologie. La fondation a quelques projets fonctionnant avec la pile Ethereum, y compris [Besu](https://www.hyperledger.org/use/besu)._
-
-### Protocole et infrastructure {#protocol-and-infrastructure}
-
-- [Chainstack](https://chainstack.com/) _ - Plateforme multicloud et multiprotocole en tant que service permettant aux entreprises de construire, déployer et gérer rapidement des réseaux et des services décentralisés_
-- [Clearmatics Autonity](https://www.clearmatics.com/about/) _- Suite de protocoles qui implémente les protocoles P2P et fournit le logiciel client et l'infrastructure_
-- [Hyperledger Besu](https://www.hyperledger.org/use/besu) _- Client Ethereum open source développé sous Apache 2 et rédigé en Java, qui comprend plusieurs algorithmes de consensus, y compris PoW, et PoA (IBFT, IBFT 2.0, Ethash et Clique). Ses systèmes d'autorisation complets sont conçus spécifiquement pour être utilisés dans un environnement de consortium._
-- [Kaleido](https://kaleido.io/) _ - Plateforme full-stack pour la construction et l'exécution d'écosystèmes d'entreprise hybrides et multicloud_
-- [Zeeve](https://www.zeeve.io/) _offre un large panel de produits et d'outils pour le développement d'Ethereum, c'est-à-dire des infrastructures et des API pour les applications d'entreprise Web3_
diff --git a/public/content/translations/ga/bridges/index.md b/public/content/translations/ga/bridges/index.md
index 5b2863dfb47..2c1131808e7 100644
--- a/public/content/translations/ga/bridges/index.md
+++ b/public/content/translations/ga/bridges/index.md
@@ -49,7 +49,7 @@ Cuir is gcás go bhfuil ETH agat ar Ethereum Mainnet ach ba mhaith leat táillí
### Daipeanna ar bhlocshlabhraí eile {#dapps-other-chains}
-If you’ve been using Aave on Ethereum Mainnet to supply USDT but the interest rate you may receive for supplying USDT using Aave on Polygon is higher.
+Má tá Aave á úsáid agat ar Ethereum Príomhlíonra chun USDT a sholáthar ach tá an ráta úis a fhéadfaidh tú a fháil chun USDT a sholáthar ag baint úsáide as Aave ar Polygon níos airde.
### Déan iniúchadh ar éiceachórais blocshlabhra {#explore-ecosystems}
@@ -131,9 +131,9 @@ Tá droichid ríthábhachtach chun úsáideoirí a chur ar bord ar Ethereum L2an
+
+ event Signed:
+ book_msg: BookMsg
+
+ pub def sign(book_msg: BookMsg):
+ self.guest_book[msg.sender] = book_msg
+
+ emit Signed(book_msg=book_msg)
+
+ pub def get_msg(addr: address) -> BookMsg:
+ return self.guest_book[addr].to_mem()
+
+```
+
+## Conas rogha a dhéanamh {#how-to-choose}
+
+Ar nós aon teanga ríomhchlárúcháin eile, baineann sé den chuid is mó leis an uirlis cheart a roghnú don phost ceart chomh maith le roghanna pearsanta.
+
+Seo roinnt rudaí le cur san áireamh mura bhfuil triail bainte agat as aon cheann de na teangacha go fóill:
+
+### Cad atá iontach faoi Solidity? {#solidity-advantages}
+
+- Más tosaitheoir thú, tá go leor ranganna teagaisc agus uirlisí foghlama ar fáil. Féach tuilleadh faoi sin sa rannán [Foghlaim trí Chódú](/developers/learning-tools/).
+- Tá uirlisí maithe forbróra ar fáil.
+- Tá pobal mór forbróirí ag Solidity, rud a chiallaíonn go bhfaighidh tú freagraí ar do cheisteanna tapa go leor.
+
+### Cad atá iontach faoi Vyper? {#vyper-advatages}
+
+- Bealach iontach le haghaidh forbróirí Python atá ag iarraidh conarthaí cliste a scríobh.
+- Tá líon níos lú gnéithe ag Vyper, rud a fhágann go bhfuil sé iontach chun smaointe a fhréamhshamhlú go tapa.
+- Tá sé mar aidhm ag Vyper a bheith éasca le hiniúchadh agus an-inléite don duine.
+
+### Cad atá iontach faoi Yul agus Yul+? {#yul-advantages}
+
+- Teanga ísealleibhéil atá simplí agus feidhmiúil.
+- Ligeann sé duit dul i bhfad níos gaire do EVM amh, a chuideoidh le húsáid gáis do chonarthaí a bharrfheabhsú.
+
+## Comparáidí teanga {#language-comparisons}
+
+Chun comparáid a dhéanamh idir an chomhréir bhunúsach, saolré an chonartha, comhéadain, oibreoirí, struchtúir sonraí, feidhmeanna, sreabhadh rialaithe, agus tuilleadh seiceáil an [bileog leideanna Auditless](https://reference.auditless.com/cheatsheet/)
+
+## Tuilleadh léitheoireachta {#further-reading}
+
+- [Leabharlann Conarthaí Solidity le OpenZeppelin](https://docs.openzeppelin.com/contracts)
+- [Solidity trí Shampla](https://solidity-by-example.org)
diff --git a/public/content/translations/ga/developers/docs/smart-contracts/libraries/index.md b/public/content/translations/ga/developers/docs/smart-contracts/libraries/index.md
new file mode 100644
index 00000000000..6d813de4e3c
--- /dev/null
+++ b/public/content/translations/ga/developers/docs/smart-contracts/libraries/index.md
@@ -0,0 +1,117 @@
+---
+title: Leabharlanna conarthaí cliste
+description:
+lang: ga
+---
+
+Ní gá duit gach conradh cliste i do thionscadal a scríobh ón tús. Tá go leor leabharlanna conartha cliste foinse oscailte ar fáil a sholáthraíonn bloic thógála ath-inúsáidte do do thionscadal ar féidir leo tú a shábháil ón roth a athchruthú.
+
+## Réamhriachtanais {#prerequisites}
+
+Sula léimeann tú isteach i leabharlanna conartha cliste, is fiú tuiscint mhaith a bheith agat ar struchtúr conartha cliste. Téigh chuig [anatamaíocht chonartha cliste](/developers/docs/smart-contracts/anatomy/) mura bhfuil sé sin déanta agat go fóill.
+
+## Cad atá i leabharlann {#whats-in-a-library}
+
+Is gnách go bhfaighidh tú dhá chineál bloic thógála i leabharlanna conarthaí cliste: iompraíocht ath-inúsáidte is féidir leat a chur le do chonarthaí, agus cur i bhfeidhm chaighdeáin éagsúla.
+
+### Iompraíochtaí {#behaviors}
+
+Agus conarthaí cliste á scríobh agat, tá seans maith ann go mbeidh tú ag scríobh patrúin den chineál céanna arís agus arís eile, mar shampla seoladh _admin_ a shannadh chun oibríochtaí cosanta a dhéanamh i gconradh, nó cnaipe éigeandála _sos_ a chur leis i gcás ceiste gan choinne.
+
+Is gnách go soláthraíonn leabharlanna conartha cliste feidhmiúcháin ath-inúsáidte de na hiompraíochtaí seo mar [leabharlanna](https://solidity.readthedocs.io/en/v0.7.2/contracts.html#libraries) nó trí [oidhreacht](https://solidity.readthedocs.io/en/v0.7.2/contracts.html#inheritance) i Solidity.
+
+Mar shampla, seo a leanas leagan simplithe den chonradh [`Ownable`](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/v3.2.0/contracts/access/Ownable.sol) ón [Leabharlann Conarthaí OpenZeppelin](https://github.com/OpenZeppelin/openzeppelin-contracts), a ainmníonn seoladh mar úinéir conartha, agus a sholáthraíonn modhnóir chun rochtain ar mhodh a shrianadh chuig an úinéir amháin.
+
+```solidity
+contract Ownable {
+ address public owner;
+
+ constructor() internal {
+ owner = msg.sender;
+ }
+
+ modifier onlyOwner() {
+ require(owner == msg.sender, "Ownable: caller is not the owner");
+ _;
+ }
+}
+```
+
+Chun bloc tógála mar seo a úsáid i do chonradh, bheadh ort é a allmhairiú ar dtús, agus ansin síneadh uaidh i do chonarthaí féin. Ligeann sé seo duit úsáid a bhaint as an modhnóir a sholáthraíonn an bunchonradh `Ownable` chun do chuid feidhmeanna féin a dhéanamh slán.
+
+```solidity
+import ".../Ownable.sol"; // Path to the imported library
+
+contract MyContract is Ownable {
+ // The following function can only be called by the owner
+ function secured() onlyOwner public {
+ msg.sender.transfer(1 ether);
+ }
+}
+```
+
+Sampla coitianta eile is ea [SafeMath](https://docs.openzeppelin.com/contracts/3.x/utilities#math) nó [DsMath](https://dappsys.readthedocs.io/en/latest/ds_math.html). Is leabharlanna iad seo (seachas bunchonarthaí) a sholáthraíonn feidhmeanna uimhríochta le seiceálacha forshreafaí, nach soláthraíonn an teanga. Is dea-chleachtas é ceachtar de na leabharlanna seo a úsáid in ionad oibríochtaí uimhríochta dúchais chun do chonradh a chosaint ar ró-shreabhadh, rud a bhféadfadh iarmhairtí tubaisteacha a bheith aige!
+
+### Caighdeáin {#standards}
+
+Chun [cumthacht agus idir-inoibritheacht](/developers/docs/smart-contracts/composability/) a éascú, tá roinnt caighdeán sainmhínithe ag pobal Ethereum i bhfoirm **ERCs **. Is féidir leat tuilleadh a léamh fúthu sa rannán [caighdeáin](/developers/docs/standards/).
+
+Agus ERC san áireamh mar chuid de do chonarthaí, is smaoineamh maith é feidhmiú caighdeánach a lorg seachas iarracht a dhéanamh do chuid féin a rolladh amach. Áirítear le go leor leabharlanna conartha cliste feidhmiúcháin do na ERCanna is mó ráchairt. Mar shampla, tá an [caighdeán comharthaí idirmhalartacha ERC20](/developers/tutorials/understand-the-erc-20-token-smart-contract/) uileláithreach le fáil in [HQ20](https://github.com/HQ20/contracts/blob/master/contracts/token/README.md), [DappSys](https://github.com/dapphub/ds-token/) agus [OpenZeppelin ](https://docs.openzeppelin.com/contracts/3.x/erc20). Ina theannta sin, cuireann roinnt ERCanna feidhmiúcháin chanónacha ar fáil mar chuid den ERC féin.
+
+Is fiú a lua nach bhfuil roinnt ERCanna neamhspleách, ach gur breisithe iad le ERCanna eile. Mar shampla, cuireann [ERC2612](https://eips.ethereum.org/EIPS/eip-2612) síneadh le ERC20 chun a inúsáidteacht a fheabhsú.
+
+## Conas leabharlann a chur leis {#how-to}
+
+Déan tagairt i gcónaí do dhoiciméadú na leabharlainne atá á cur agat le haghaidh treoracha sonracha maidir le conas é a áireamh i do thionscadal. Déantar roinnt leabharlann conarthaí Solidity a phacáistiú trí úsáid a bhaint as `npm`, mar sin ní féidir leat ach `suiteáil npm ` a dhéanamh orthu. Breathnóidh formhór na n-uirlisí chun [conarthaí a thiomsú](/developers/docs/smart-contracts/compiling/) ar do `node_modules` le haghaidh leabharlanna conartha cliste, ionas gur féidir leat na rudaí seo a leanas a dhéanamh:
+
+```solidity
+// This will load the @openzeppelin/contracts library from your node_modules
+import "@openzeppelin/contracts/token/ERC721/ERC721.sol";
+
+contract MyNFT is ERC721 {
+ constructor() ERC721("MyNFT", "MNFT") public { }
+}
+```
+
+Is cuma cén modh a úsáideann tú, agus leabharlann san áireamh, coinnigh súil i gcónaí ar an leagan [teanga](/developers/docs/smart-contracts/languages/). Mar shampla, ní féidir leat leabharlann a úsáid le haghaidh Solidity 0.6 má tá do chonarthaí á scríobh agat i Solidity 0.5.
+
+## Cathain a úsáid {#when-to-use}
+
+Tá buntáistí éagsúla ag baint le leabharlann chliste chonartha a úsáid le haghaidh do thionscadal. Ar an gcéad dul síos, sábhálann sé am duit trí bhloic thógála réidh le húsáid a sholáthar duit is féidir leat a chur san áireamh i do chóras, seachas a bheith ag iarraidh iad a chódú duit féin.
+
+Is buntáiste mór é slándáil freisin. Is minic freisin go ndéantar dianscrúdú ar leabharlanna conarthaí cliste foinse oscailte. Ós rud é go mbraitheann go leor tionscadal orthu, tá spreagadh láidir ag an bpobal iad a choinneáil faoi athbhreithniú leanúnach. Tá sé i bhfad níos coitianta earráidí a aimsiú sa chód feidhme ná i leabharlanna conartha in-athúsáidte. Déantar [iniúchtaí seachtracha](https://github.com/OpenZeppelin/openzeppelin-contracts/tree/master/audits) ar roinnt leabharlann freisin le haghaidh slándála breise.
+
+Mar sin féin, tá an baol ann go n-áireofaí cód nach bhfuil tú eolach air i do thionscadal agus leabharlanna conartha cliste á n-úsáid agat. Bheadh fonn ort conradh a iompórtáil agus é a áireamh go díreach isteach i do thionscadal, ach gan tuiscint mhaith ar cad a dhéanann an conradh sin, d'fhéadfá fadhb a thabhairt isteach i do chóras gan chuimhneamh mar gheall ar iompar gan choinne. Bí cinnte i gcónaí doiciméadú an chóid atá á iompórtáil agat a léamh, agus ansin déan athbhreithniú ar an gcód féin sula ndéanann tú cuid de do thionscadal de!
+
+Ar deireadh, agus cinneadh á dhéanamh ar cheart leabharlann a chur san áireamh, déan machnamh ar a húsáid iomlán. Baineann buntáistí le leabharlann a bhfuil glacadh ag pobal forleathan leis le níos mó súile ag faire amach d'fhadhbanna. Ba chóir go mbeadh slándáil mar phríomhfhócas agat agus tú ag tógáil le conarthaí cliste!
+
+## Uirlisí gaolmhara {#related-tools}
+
+**Conarthaí OpenZeppelin -** **_An leabharlann is mó a bhfuil tóir uirthi le haghaidh forbairt conartha cliste slán._ **
+
+- [Doiciméadúchán](https://docs.openzeppelin.com/contracts/)
+- [GitHub](https://github.com/OpenZeppelin/openzeppelin-contracts)
+- [Fóram Pobail](https://forum.openzeppelin.com/c/general/16)
+
+**DappSys -** **_Bloic thógála atá sábháilte, simplí agus solúbtha le haghaidh conarthaí cliste._**
+
+- [Doiciméadúchán](https://dappsys.readthedocs.io/)
+- [GitHub](https://github.com/dapphub/dappsys)
+
+**HQ20 -** **_Tionscadal Solidity le conarthaí, leabharlanna agus samplaí chun cabhrú leat feidhmchláir dáilte lánfheidhme a thógáil don domhan fíor._**
+
+- [GitHub](https://github.com/HQ20/contracts)
+
+**thirdweb Solidity SDK -** **_Soláthraíonn sé na huirlisí is gá chun conarthaí saincheaptha cliste a thógáil go héifeachtach_**
+
+- [Doiciméadúchán](https://portal.thirdweb.com/solidity/)
+- [GitHub](https://github.com/thirdweb-dev/contracts)
+
+## Ranganna teagaisc a bhaineann leo {#related-tutorials}
+
+- [Breithnithe slándála d'fhorbróirí Ethereum](/developers/docs/smart-contracts/security/) _- Teagaisc ar chúrsaí slándála agus conarthaí cliste á dtógáil, lena n-áirítear leabharlann úsáid._
+- [Tuig an conradh cliste comharthaí ERC-20](/developers/tutorials/understand-the-erc-20-token-smart-contract/) _-Teagasc ar an gcaighdeán ERC20, arna sholáthar ag iliomad leabharlanna._
+
+## Tuilleadh léitheoireachta {#further-reading}
+
+_Ar eolas agat ar acmhainn pobail a chabhraigh leat? Cuir an leathanach seo in eagar agus cuir leis!_
diff --git a/public/content/translations/ga/developers/docs/smart-contracts/security/index.md b/public/content/translations/ga/developers/docs/smart-contracts/security/index.md
new file mode 100644
index 00000000000..e5e474fcf57
--- /dev/null
+++ b/public/content/translations/ga/developers/docs/smart-contracts/security/index.md
@@ -0,0 +1,580 @@
+---
+title: Slándáil chonartha cliste
+description: Forbhreathnú ar threoirlínte chun conarthaí cliste Ethereum a thógáil
+lang: ga
+---
+
+Tá conarthaí cliste thar a bheith solúbtha, agus tá siad in ann méideanna móra luacha agus sonraí a rialú, agus an loighic do-athraithe a reáchtáil bunaithe ar chód a imscartar ar an blocshlabhra. Chruthaigh sé seo éiceachóras bríomhar d’fheidhmchláir dhíláraithe gan iontaoibh a sholáthraíonn go leor buntáistí thar chórais oidhreachta. Léiríonn siad freisin deiseanna d’ionsaitheoirí atá ag iarraidh brabús a dhéanamh trí leas a bhaint as leochaileachtaí i gconarthaí cliste.
+
+Déanann blocshlabhraí poiblí, cosúil le Ethereum, an cheist maidir le conarthaí cliste a dhaingniú níos casta fós. Ní féidir cód conartha imlonnaithe _go hiondúil_ a athrú le lochtanna slándála a phaisteáil, agus bíonn sé fíordheacair sócmhainní a ghoidtear ó chonarthaí cliste a rianú agus de ghnáth ní féidir iad a aisghabháil mar gheall ar dho- athraitheacht.
+
+Cé go n-athraíonn figiúirí, meastar go bhfuil an méid iomlán luach a goideadh nó a cailleadh de bharr lochtanna slándála i gconarthaí cliste níos mó go mór ná $1 billiún. Áirítear leis seo teagmhais ardphróifíle, mar an [hack DAO](https://hackingdistributed.com/2016/06/18/analysis-of-the-dao-exploit/) (3.6M ETH goidte, luach os cionn $1B i bpraghsanna an lae inniu), [Haic sparán il-sig Parity](https://www.coindesk.com/30-million-ether-reported-stolen-parity-wallet-breach) ($30M caillte ag hackers), agus an [Parity eisiúint sparán reoite](https://www.theguardian.com/technology/2017/nov/08/cryptocurrency-300m-dollars-stolen-bug-ether) (os cionn $300M in ETH faoi ghlas go deo).
+
+De bharr na saincheisteanna thuasluaite tá sé ríthábhachtach d’fhorbróirí iarracht a dhéanamh chun conarthaí cliste atá slán, láidir agus athléimneach a thógáil. Is gnó tromchúiseach é slándáil conartha chliste, agus ní mór do gach forbróir é a fhoghlaim. Clúdóidh an treoir seo breithnithe slándála d’fhorbróirí Ethereum agus scrúdóidh sé acmhainní chun slándáil conarthaí cliste a fheabhsú.
+
+## Réamhriachtanais {#prerequisites}
+
+Cinntigh go bhfuil tú eolach ar na [bunphrionsabail fhorbartha conartha cliste](/developers/docs/smart-contracts/) sula dtéann tú i ngleic leis an tslándáil.
+
+## Treoirlínte maidir le conarthaí cliste Ethereum a thógáil {#smart-contract-security-guidelines}
+
+### 1. Dear rialuithe cearta rochtana {#design-proper-access-controls}
+
+I gconarthaí cliste, is féidir le feidhmeanna atá marcáilte `poiblí` nó `seachtrach` a ghlaoch ó aon chuntais faoi úinéireacht sheachtrach (EOAanna) nó cuntais chonartha. Is gá infheictheacht phoiblí d’fheidhmeanna a shonrú más mian leat go n-idirghníomhaíonn daoine eile le do chonradh. Ní féidir feidhmeanna atá marcáilte `príobháideach` a ghlaoch, áfach, ach amháin ag feidhmeanna laistigh den chonradh cliste, agus ní cuntais sheachtracha. Má thugtar rochtain do gach rannpháirtí líonra ar fheidhmeanna conartha is féidir fadhbanna a chruthú, go háirithe má chiallaíonn sé gur féidir le haon duine oibríochtaí íogaire a dhéanamh (m.sh. comharthaí nua a bhualadh).
+
+Chun úsáid neamhúdaraithe feidhmeanna conartha cliste a chosc, is gá rialuithe rochtana slána a chur i bhfeidhm. Cuireann meicníochtaí rialaithe rochtana srian ar an gcumas feidhmeanna áirithe i gconradh cliste a úsáid d’eintitis fhormheasta, amhail cuntais atá freagrach as an gconradh a bhainistiú. Is dhá phatrún úsáideach iad an **patrún inúinéireachta** agus an **rialú bunaithe ar ról** chun rialú rochtana a chur i bhfeidhm i gconarthaí cliste:
+
+#### Patrún inúinéireachta {#ownable-pattern}
+
+Sa phatrún Inúinéireachta, socraítear seoladh mar “úinéir” an chonartha le linn phróiseas cruthaithe an chonartha. Sanntar modhnóir `OnlyOwner` d’fheidhmeanna cosanta, rud a chinntíonn go bhfíordheimhníonn an conradh céannacht an tseolta glaonna sula gcuirtear an fheidhm i gcrích. Filleann glaonna chuig feidhmeanna cosanta ó sheoltaí eile seachas úinéir an chonartha i gcónaí, rud a chuireann cosc ar rochtain nach dteastaíonn.
+
+#### Rialú rochtana ról-bhunaithe {#role-based-access-control}
+
+Má chláraítear seoladh aonair mar `Úinéir` i gconradh cliste, tugtar isteach riosca lárúcháin agus is pointe aonair teipe é. Má sháraítear eochracha cuntais an úinéara, is féidir le hionsaitheoirí ionsaí a dhéanamh ar an gconradh faoi úinéireacht. Sin é an fáth go bhféadfadh sé gur rogha níos fearr patrún rialaithe rochtana ról-bhunaithe a úsáid le cuntais riaracháin iolracha.
+
+I rialú rochtana ról-bhunaithe, déantar rochtain ar fheidhmeanna íogaire a dháileadh idir sraith rannpháirtithe iontaofa. Mar shampla, d’fhéadfadh cuntas amháin a bheith freagrach as comharthaí a mhionú, agus déanann cuntas eile uasghrádú nó sos don chonradh. Má dhéantar rialú rochtana a dhílárú ar an mbealach seo, cuirtear deireadh le pointí aonair teipe agus laghdaítear boinn tuisceana iontaobhais d’úsáideoirí.
+
+##### Ag baint úsáide as sparán le sínithe iolracha
+
+Cur chuige eile chun rialú rochtana slána a chur i bhfeidhm is ea [chuntas le sínithe iolracha](/developers/docs/smart-contracts/#multisig) a úsáid chun conradh a bhainistiú. Murab ionann agus EOA rialta, tá cuntais le sínithe iolracha faoi úinéireacht aonáin iolracha agus éilíonn siad sínithe ó líon íosta cuntas - abair 3-de-5 - chun idirbhearta a chur i gcrích.
+
+Trí multisig a úsáid le haghaidh rialú rochtana tugtar isteach sraith bhreise slándála ós rud é go dteastaíonn toiliú ó pháirtithe iolracha le gníomhartha ar an spriocchonradh. Tá sé seo úsáideach go háirithe má tá gá leis an bpatrún Inúinéireachta a úsáid, toisc go mbíonn sé níos deacra d’ionsaitheoir nó do chos istigh bradacha feidhmeanna conartha íogaire a ionramháil ar son críocha mailíseacha.
+
+### 2. Úsáid ráitis require(), assert(), agus revert() chun oibríochtaí conartha a chosaint {#use-require-assert-revert}
+
+Mar atá luaite, is féidir le duine ar bith feidhmeanna poiblí a ghlaoch i do chonradh cliste nuair a bheidh sé imscaradh ar an blocshlabhra. Ós rud é nach bhfuil a fhios agat roimh ré conas a idirghníomhóidh cuntais sheachtracha le conradh, is fearr cosaintí inmheánacha a chur i bhfeidhm in aghaidh oibríochtaí fadhbacha roimh imscaradh. Is féidir leat iompar ceart a chur i bhfeidhm i gconarthaí cliste trí úsáid a bhaint as na ráitis `require()`, `assert()`, agus `revert()` chun eisceachtaí a spreagadh agus dul ar ais athruithe staide a chealú má theipeann ar fhorghníomhú ceanglais áirithe a shásamh.
+
+**`require()`**: sainmhínítear `require` ag tús na bhfeidhmeanna agus cinntíonn sé go gcomhlíontar coinníollacha réamhshainithe sula ritear an fheidhm ghlaoite. Is féidir ráiteas `require` a úsáid chun ionchuir úsáideora a bhailíochtú, athróga staide a sheiceáil, nó chun aitheantas an chuntais ghlao a fhíordheimhniú sula dtéann tú ar aghaidh le feidhm.
+
+**`assert()`**: úsáidtear `assert()` chun earráidí inmheánacha a bhrath agus chun sáruithe ar “do-athraithigh” a sheiceáil i do chód. Is dearbhú loighciúil é do-athraitheach faoi staid an chonartha agus ba cheart go mbeadh sé fíor i gcás gach feidhme a ritear. Sampla ide dho-athraitheach is ea an t-uas-soláthar iomlán nó iarmhéid conartha dearbháin. Trí úsáid a bhaint as `assert()` cinntíonn sé nach sroicheann do chonradh staid leochaileach choíche, agus má dhéanann sé, déantar gach athrú ar athróga staide a rolladh siar.
+
+**`revert()`**: Is féidir `revert()` a úsáid i ráiteas eile a spreagann eisceacht mura mbíonn an coinníoll riachtanach sásta. Úsáideann an conradh samplach thíos `revert()` chun comhlíonadh feidhmeanna a chosaint:
+
+```
+pragma solidity ^0.8.4;
+
+contract VendingMachine {
+ address owner;
+ error Unauthorized();
+ function buy(uint amount) public payable {
+ if (amount > msg.value / 2 ether)
+ revert("Not enough Ether provided.");
+ // Perform the purchase.
+ }
+ function withdraw() public {
+ if (msg.sender != owner)
+ revert Unauthorized();
+
+ payable(msg.sender).transfer(address(this).balance);
+ }
+}
+```
+
+### 3. Conarthaí cliste a thástáil agus cruinneas an chóid a fhíorú {#test-smart-contracts-and-verify-code-correctness}
+
+Ciallaíonn do-athraitheacht an chóid a fheidhmíonn i [Meaisín Fíorúil Ethereum](/developers/docs/evm/) go n-éilíonn conarthaí cliste leibhéal measúnaithe cáilíochta níos airde le linn na céime forbartha. Feabhsófar an tslándáil go mó má dhéantar tástáil fhairsing ar do chonradh agus é a bhreathnú le haghaidh aon torthaí gan choinne, agus cosnóidh sé d’úsáideoirí san fhadtréimhse.
+
+Is é an gnáth-mhodh tástálacha aonaid bheaga a scríobh le sonraí bréige a den chineál a mbeadh súil leo ó úsáideoirí an chonartha. Tá [Tástáil aonaid](/developers/docs/smart-contracts/testing/#unit-testing) go maith chun feidhmiúlacht fheidhmeanna áirithe a thástáil agus chun a chinntiú go n-oibríonn conradh cliste mar a bhíothas ag súil leis.
+
+Ar an drochuair, níl an tástáil aonaid chomh héifeachtach agus is féidir chun slándáil conartha cliste a fheabhsú nuair a úsáidtear iad ina n-aonar. D’fhéadfadh tástáil aonaid a chruthú go bhfeidhmíonn feidhm i gceart le haghaidh sonraí bréige, ach níl tástálacha aonaid ach chomh héifeachtach leis na tástálacha atá scríofa. Is deacair cásanna imill caillte agus leochaileachtaí a bhrath a d'fhéadfadh sábháilteacht do chonartha cliste a bhriseadh.
+
+Is fearr mar chur chuige tástáil aonaid a chomhcheangal le tástáil bunaithe ar mhaoin a dhéantar trí úsáid a bhaint as [anailís statach agus dinimiciúil](/developers/docs/smart-contracts/testing/#static-dynamic-analysis). Braitheann anailís statach ar léirithe íseal-leibhéil, mar [sreabhghraif rialaithe](https://en.wikipedia.org/wiki/Control-flow_graph) agus [crainn chomhréire teibí](https://deepsource.io/glossary/ast/) chun anailís a dhéanamh ar ríomhstaid insroichte agus ar chonairí feidhmithe. Idir an dá linn, déanann teicnící anailíse dinimiciúla, mar [beachtú conarthaí cliste](https://www.cyfrin.io/blog/smart-contract-fuzzing-and-invariants-testing-foundry), conradh cóid a rith le luachanna ionchuir randamacha chun oibríochtaí a sháraíonn airíonna slándála a bhrath.
+
+Teicníc eile is ea [Fíorú foirmiúil](/developers/docs/smart-contracts/formal-verification) chun airíonna slándála i gconarthaí cliste a fhíorú. Murab ionann agus tástáil rialta, is féidir le fíorú foirmiúil easpa earráidí a chruthú go cinntitheach i gconradh cliste. Baintear é seo amach trí shonraíocht fhoirmiúil a chruthú a chuimsíonn na hairíonna slándála inmhianaithe agus a chruthaíonn go gcloíonn samhail fhoirmiúil de na conarthaí leis an tsonraíocht seo.
+
+### 4. Iarr athbhreithniú neamhspleách ar do chód {#get-independent-code-reviews}
+
+Tar éis do chonradh a thástáil, is maith an rud é iarraidh ar dhaoine eile an cód foinse a sheiceáil le haghaidh aon saincheisteanna slándála. Ní nochtfaidh an tástáil gach locht i gconradh cliste, ach má fhaightear athbhreithniú neamhspleách méadaítear an fhéidearthacht go bhfeicfidh tú leochaileachtaí.
+
+#### Iniúchtaí {#audits}
+
+Bealach amháin chun athbhreithniú neamhspleách ar an gcód a dhéanamh is ea iniúchadh conartha cliste a choimisiúnú. Tá ról tábhachtach ag iniúchóirí lena chinntiú go bhfuil conarthaí cliste slán agus saor ó lochtanna cáilíochta agus earráidí dearaidh.
+
+Mar sin féin, ba cheart duit iniúchtaí a sheachaint mar réiteach draíochta. Ní fheicfidh iniúchtaí cliste conartha gach fabht agus tá siad deartha den chuid is mó chun babhta breise athbhreithnithe a sholáthar, ar féidir leo cabhrú le saincheisteanna a bhrath a chaill forbróirí le linn na forbartha agus na tástála tosaigh. Ba cheart duit na cleachtais is fearr a leanúint freisin maidir le bheith ag obair le hiniúchóirí, mar chód a dhoiciméadú i gceart agus tuairimí inlíne a chur leis, chun an leas is fearr a bhaint as iniúchadh conartha cliste.
+
+- [ Leideanna iniúchta conartha cliste & cleasanna](https://twitter.com/tinchoabbate/status/1400170232904400897) - _@tinchoabbate_
+- [Bain an tairbhe is mó as d’iniúchadh](https://inference.ag/blog/2023-08-14-tips/) - _Tátail_
+
+#### Deolchairí fabht {#bug-bounties}
+
+Is cur chuige eile é clár deolchairí fabht a bhunú chun athbhreithnithe cód seachtracha a chur i bhfeidhm. Is luach saothair airgeadais é deolchairí fabht a thugtar do dhaoine aonair (go hiondúil Haiceálaithe bána) a aimsíonn leochaileachtaí in iarratas.
+
+Nuair a úsáidtear i gceart iad, tugann deolchairí fabhtanna dreasacht do bhaill an phobail haiceála chun do chód a iniúchadh le haghaidh lochtanna criticiúla. Sampla ón bhfíorshaol is ea an “fabht airgid gan teorainn” a ligfeadh d’ionsaitheoir méid neamhtheoranta éitear a chruthú ar [Soirbhíochas](https://www.optimism.io/), prótacal [Ciseal 2](/layer-2/) a ritheann ar Ethereum. Ar ámharaí an tsaoil, d’aimsigh haiceálaí bán [an locht](https://www.saurik.com/optimism.html) agus chuir sé in iúl don fhoireann é, [agus thuill sé íocaíocht mhór ar a shon](https://cryptoslate.com/critical-bug-in-ethereum-l2-optimism-2m-bounty-paid/).
+
+Straitéis úsáideach is ea íocaíocht amach clár deolchaire fabhtanna a shocrú i gcomhréir le méid na gcistí atá i gceist. Déantar cur síos air mar [deolchaire fabht scálaithe](https://medium.com/immunefi/a-defi-security-standard-the-scaling-bug-bounty-9b83dfdc1ba7) dreasachtaí airgeadais do dhaoine aonair chun leochaileachtaí a nochtadh go freagrach in ionad iad a shaothrú.
+
+### 5. Lean na cleachtais is fearr le linn forbairt conarthaí cliste {#follow-smart-contract-development-best-practices}
+
+Ní fhágann iniúchtaí agus deolchairí fabhtanna nach gá duit cód ardcháilíochta a scríobh. Cuirtear bonn le dea-shlándáil conartha cliste leis na próisis chuí deartha agus forbartha seo a leanas:
+
+- Stóráil gach cód i gcóras rialaithe leagan, mar shampla git
+
+- Déan gach modhnú cód trí iarratais ar tharraingt
+
+- Cinntigh go mbíonn athbhreithneoir neamhspleách amháin ar a laghad ag iarratais tarraingthe - má tá tú ag obair leat féin ar thionscadal, smaoinigh ar fhorbróirí eile a aimsiú agus athbhreithnithe ar chóid trádála
+
+- Úsáid [timpeallacht forbartha](/developers/docs/frameworks/) chun conarthaí cliste a thástáil, a thiomsú agus a imscaradh
+
+- Rith do chód trí bhunuirlisí anailíse cóid, mar, [Cyfrin Aderyn](https://github.com/Cyfrin/aderyn), Mythril agus Slither. Go hidéalach, ba chóir duit é seo a dhéanamh sula ndéantar gach iarratas ar tharraingt a chumasc agus difríochtaí san aschur a chur i gcomparáid
+
+- Cinntigh go dtiomsaíonn do chód gan earráidí, agus nach scaoileann an tiomsaitheoir Solidity aon rabhaidh
+
+- Déan do chód a dhoiciméadú i gceart (ag baint úsáide as [NatSpec](https://solidity.readthedocs.io/en/develop/natspec-format.html)) agus déan cur síos i dteanga shothuigthe ar shonraí ailtireachta an chonartha. Déanfaidh sé seo níos fusa do dhaoine eile do chód a iniúchadh agus a athbhreithniú.
+
+### 6. Pleananna láidre athshlánaithe ó thubaiste a chur i bhfeidhm {#implement-disaster-recovery-plans}
+
+Má dhéantar rialuithe slána rochtana a dhearadh, modhnóirí feidhme a chur i bhfeidhm, agus moltaí eile is féidir feabhas a chur ar shlándáil chonarthaí cliste, ach ní féidir leo an seans go ndéanfar bradaíl mhailíseach as an áireamh. Chun conarthaí cliste slána a thógáil ní mór “ullmhú don teip” agus plean tacachumais a bheith ann chun freagairt go héifeachtach d’ionsaithe. Cuimseoidh plean ceart athshlánaithe tubaiste cuid de na comhpháirteanna seo a leanas nó iad uile:
+
+#### Uasghráduithe conartha {#contract-upgrades}
+
+Cé go bhfuil conarthaí cliste Ethereum do-athraithe de réir réamhshocraithe, is féidir méid áirithe inathraitheachta a bhaint amach trí úsáid a bhaint as patrúin uasghrádaithe. Is gá conarthaí a uasghrádú i gcásanna nach féidir do sheanchonradh a úsáid mar gheall ar locht criticiúil agus gurb é an rogha is indéanta an loighic nua a úsáid.
+
+Oibríonn meicníochtaí uasghrádaithe conartha ar bhealach difriúil, ach tá an “patrún seachfhreastalaí” ar cheann de na cineálacha cur chuige is coitianta chun conarthaí cliste a uasghrádú. Roinneann [patrúin seachfhreastalaí](https://www.cyfrin.io/blog/upgradeable-proxy-smart-contract-pattern) staid agus loighic feidhmchláir idir _dhá_ chonradh. Stórálann an chéad chonradh (ar a dtugtar ‘conradh seachfhreastalaí’) athróga staide (m.sh., iarmhéideanna úsáideoirí), agus coimeádann an dara conradh (ar a dtugtar ‘conradh loighce’) an cód chun feidhmeanna conartha a rith.
+
+Idirghníomhaíonn cuntais leis an gconradh seachfhreastalaí, a sheolann gach glao feidhme chuig an gconradh loighce trí [`delegatecall()`](https://docs.soliditylang.org/en/v0.8.16/introduction-to-smart-contracts.html?highlight=delegatecall#delegatecall-callcode-and-libraries) glao ar leibhéal íseal. Murab ionann agus gnáthghlao teachtaireachta, cinntíonn `delegatecall()` an cód a ritheann ag seoladh an chonartha loighce go gcuirtear i bhfeidhm é i gcomhthéacs an chonartha glaonna. Ciallaíonn sé seo go scríobhfaidh an conradh loighce i gcónaí chuig stóras an tseachfhreastalaí (seachas a stór féin) agus go gcaomhnaítear bunluachanna `msg.sender` agus `msg.value`.
+
+Chun glaonna a tharmligean chuig an gconradh loighce ní mór a sheoladh a stóráil i stóras an chonartha seachfhreastalaí. Mar sin, níl i gceist le huasghrádú loighic an chonartha ach conradh loighce eile a imscaradh agus an seoladh nua a stóráil sa chonradh seachfhreastalaí. Ós rud é go seoltar glaonna ar an gconradh seachfhreastalaí go huathoibríoch chuig an gconradh loighce nua, bheadh “uasghrádú” déanta agat ar an gconradh gan an cód a mhodhnú i ndáiríre.
+
+[Tuilleadh faoi chonarthaí a uasghrádú](/developers/docs/smart-contracts/upgrading/).
+
+#### Stopanna éigeandála {#emergency-stops}
+
+Mar a luadh, ní féidir le hiniúchadh agus tástáil fhairsing gach fabht a aimsiú i gconradh cliste. Má tá leochaileacht le feiceáil i do chód tar éis imscartha, ní féidir é a phaisteáil toisc nach féidir leat an cód atá ag seoladh an chonartha a athrú. Chomh maith leis sin, d’fhéadfadh go dtógfadh sé am meicníochtaí uasghrádaithe (m.sh. patrúin seachfhreastalaí) a chur i bhfeidhm (is minic a éilíonn siad ceadú ó pháirtithe éagsúla), rud a thugann níos mó ama d’ionsaitheoirí chun níos mó damáiste a dhéanamh.
+
+Is é an rogha núicléach feidhm “stop éigeandála” a chur i bhfeidhm a bhlocálann glaonna chuig feidhmeanna leochaileacha i gconradh. Is gnách go mbíonn na comhpháirteanna seo a leanas i stopanna éigeandála:
+
+1. Athróg dhomhanda Boole a thugann le fios an bhfuil an conradh cliste i riocht stoptha nó nach bhfuil. Socraítear an athróg seo mar `false` agus an conradh á shocrú, ach rachaidh sé ar ais go `true` nuair a stopfar an conradh.
+
+2. Feidhmeanna a thagraíonn don athróg Boole agus iad á gcur i gcrích. Tá feidhmeanna den sórt sin inrochtana nuair nach gcuirtear stop leis an gconradh cliste, agus éiríonn siad dorochtana nuair a spreagtar an ghné stop éigeandála.
+
+3. Aonán a bhfuil rochtain aige ar an bhfeidhm stad éigeandála, a shocraíonn an athróg Boole mar `true`. Chun gníomhartha mailíseacha a chosc, is féidir glaonna chuig an bhfeidhm seo a theorannú chuig seoladh iontaofa (m.sh., úinéir an chonartha).
+
+Nuair a ghníomhaíonn an conradh an stad éigeandála, ní bheidh feidhmeanna áirithe inghlaoite. Baintear é seo amach trí fheidhmeanna roghnaithe a thimfhilleadh i modhnóir a dhéanann tagairt don athróg dhomhanda. Seo thíos [sampla](https://github.com/fravoll/solidity-patterns/blob/master/EmergencyStop/EmergencyStop.sol) ag cur síos ar chur i bhfeidhm an phatrúin seo i gconarthaí:
+
+```solidity
+// This code has not been professionally audited and makes no promises about safety or correctness. Use at your own risk.
+
+contract EmergencyStop {
+
+ bool isStopped = false;
+
+ modifier stoppedInEmergency {
+ require(!isStopped);
+ _;
+ }
+
+ modifier onlyWhenStopped {
+ require(isStopped);
+ _;
+ }
+
+ modifier onlyAuthorized {
+ // Check for authorization of msg.sender here
+ _;
+ }
+
+ function stopContract() public onlyAuthorized {
+ isStopped = true;
+ }
+
+ function resumeContract() public onlyAuthorized {
+ isStopped = false;
+ }
+
+ function deposit() public payable stoppedInEmergency {
+ // Deposit logic happening here
+ }
+
+ function emergencyWithdraw() public onlyWhenStopped {
+ // Emergency withdraw happening here
+ }
+}
+```
+
+Léiríonn an sampla seo bunghnéithe stadanna éigeandála:
+
+- Is Boole é `isStopped` a dhéanann meastóireacht ar `false` ag an tús agus `true` nuair a théann an conradh isteach sa mhód éigeandála.
+
+- Seiceálann na modhnóirí feidhmeanna `onlyWhenStopped` agus `stopedInEmergency` an athróg `isStopped`. Úsáidtear `stopedInEmergency` chun feidhmeanna a rialú nár cheart a bheith inrochtana nuair a bhíonn an conradh leochaileach (m.sh., `taisce()`). Go simplí, fillfidh glaonna ar na feidhmeanna seo.
+
+Úsáidtear `onlyWhenStopped` le haghaidh feidhmeanna ba cheart a bheith inghlaoite le linn éigeandála (m.sh., `emergencyWithdraw()`). Is féidir le feidhmeanna den sórt sin cabhrú leis an gcás a réiteach, agus dá bhrí sin fágtar iad as an liosta “feidhmeanna srianta”.
+
+Trí úsáid a bhaint as feidhmiúlacht stad éigeandála cuirtear bac éifeachtach ar fáil chun déileáil le leochaileachtaí tromchúiseacha i do chonradh cliste. Mar sin féin, méadaíonn sé an gá atá ag úsáideoirí muinín a bheith acu as forbróirí gan é a ghníomhachtú ar chúiseanna leithleacha. Chuige sin, is réitigh fhéideartha iad rialú an stad éigeandála a dhílárú trí mheicníocht vótála ar slabhra, glas ama, nó formheas ó sparán síniú iolrach a chur faoina réir.
+
+#### Monatóireacht ar imeachtaí {#event-monitoring}
+
+Ligeann [Imeachtaí](https://docs.soliditylang.org/en/v0.8.15/contracts.html#events) duit glaonna ar fheidhmeanna conartha cliste a rianú agus monatóireacht a dhéanamh ar athruithe ar athróga staide. Is fearr do chonradh cliste a ríomhchlárú chun imeacht a astú aon uair a dhéanann páirtí éigin gníomh atá ríthábhachtach don tsábháilteacht (m.sh. cistí a aistarraingt).
+
+Soláthraíonn logáil imeachtaí agus monatóireacht orthu as slabhra léargais ar oibríochtaí conartha agus cabhraíonn sé le gníomhartha mailíseacha a aimsiú níos tapúla. Ciallaíonn sé seo gur féidir le d'fhoireann freagairt níos tapúla ar haiceanna agus gníomhú chun tionchar ar úsáideoirí a mhaolú, mar shampla feidhmeanna a chur ar sos nó uasghrádú a dhéanamh.
+
+Is féidir leat uirlis monatóireachta réamhdhéanta a roghnú freisin a chuireann foláirimh ar aghaidh go huathoibríoch gach uair a idirghníomhaíonn duine le do chonarthaí. Ligfidh na huirlisí seo duit foláirimh saincheaptha a chruthú bunaithe ar thruicir éagsúla, amhail méid an idirbhirt, minicíocht glaonna feidhme, nó na feidhmeanna sonracha atá i gceist. Mar shampla, d’fhéadfá foláireamh a thagann isteach a ríomhchlárú nuair a thrasnaíonn an méid a aistarraingíodh in aon idirbheart amháin tairseach ar leith.
+
+### 7. Córais rialachais shlána a dhearadh {#design-secure-governance-systems}
+
+B’fhéidir gur mhaith leat d’iarratas a dhílárú trí smacht a chur ar chroíchonarthaí cliste chuig baill an phobail. Sa chás seo, áireofar sa chóras conartha cliste modúl rialachais — meicníocht a cheadaíonn do bhaill an phobail gníomhartha riaracháin a fhormheas trí chóras rialachais ar slabhra. Mar shampla, féadfaidh sealbhóirí dearbhán vótáil ar thogra chun conradh seachfhreastalaí a uasghrádú go cur chun feidhme nua.
+
+Is féidir le rialachas díláraithe a bheith tairbheach, go háirithe toisc go ndéanann sé leas na bhforbróirí agus na n-úsáideoirí deiridh a ailíniú. Mar sin féin, féadfaidh sásraí cliste rialachais conarthaí rioscaí nua a thabhairt isteach má chuirtear chun feidhme iad go mícheart. Cás sochreidte is ea má fhaigheann ionsaitheoir cumhacht ollmhór vótála (arna thomhas i líon na n-airíonna atá á sealbhú) trí [iasacht flash](/defi/#flash-loans) a fháil agus má chuireann siad togra mailíseach chun cinn.
+
+Bealach amháin chun fadhbanna a bhaineann le rialachas ar slabhra a chosc is ea [glas ama a úsáid](https://blog.openzeppelin.com/protect-your-users-with-smart-contract-timelocks/). Cuireann glas ama cosc ar chonradh cliste ó ghníomhartha áirithe a dhéanamh go dtí go n-imíonn méid áirithe ama thart. I measc na straitéisí eile tá “meáchan vótála” a shannadh do gach comhartha bunaithe ar cé chomh fada agus a cuireadh faoi ghlas é, nó cumhacht vótála seolta ag tréimhse stairiúil a thomhas (mar shampla, 2-3 bhloc san am a chuaigh thart) in ionad an bloc reatha. Laghdaíonn an dá mhodh an fhéidearthacht cumhacht vótála a bhailiú go tapa chun vótaí ar slabhra a mhealladh.
+
+Tuilleadh faoi [córais shlána rialachais a dhearadh](https://blog.openzeppelin.com/smart-contract-security-guidelines-4-strategies-for-safer-governance-systems/), [meicníochtaí éagsúla vótála sna DAOs](https://hackernoon.com/governance-is-the-holy-grail-for-daos), agus [na gnáth-veicteora ionsaithe DAO a ghiaráil DeFi](https://dacian.me/dao-governance-defi-attacks) sna naisc chomhroinnte.
+
+### 8. Laghdaigh castacht an chóid a oiread is féidir {#reduce-code-complexity}
+
+Tá aithne ag forbróirí bogearraí traidisiúnta ar an bprionsabal KISS ("coimeád simplí é, a dhúramáin") é, mar a moltar gan castacht neamhriachtanach a thabhairt isteach i ndearadh bogearraí. Leanann sé seo an smaoineamh fadtréimhseach go “dteipeann ar chórais chasta ar bhealaí casta” agus go bhfuil siad níos mó i mbaol ó earráidí costasacha.
+
+Tá tábhacht ar leith ag baint le rudaí a choinneáil simplí agus conarthaí cliste á scríobh, ós rud é go bhféadfadh conarthaí cliste méideanna móra luacha a rialú. Leid chun simplíocht a bhaint amach agus conarthaí cliste á scríobh ná leabharlanna atá ann cheana a athúsáid, ar nós [Conarthaí OpenZeppelin](https://docs.openzeppelin.com/contracts/4.x/), nuair is féidir. Toisc go ndearna forbróirí iniúchadh agus tástáil fhairsing ar na leabharlanna seo, laghdaítear an seans go dtabharfar isteach fabhtanna trí fheidhmiúlacht nua a scríobh ón tús.
+
+Comhairle choitianta eile is ea feidhmeanna beaga a scríobh agus conarthaí modúlacha a choinneáil trí loighic ghnó a roinnt thar chonarthaí iolracha. Ní hamháin go laghdaítear an dromchla ionsaí i gconradh cliste nuair a scríobhtar cód níos simplí, déanann sé níos éasca freisin réasúnú a dhéanamh faoi chruinneas an chórais iomláin agus earráidí dearaidh féideartha a bhrath go luath.
+
+### 9. Cosain in aghaidh leochaileachtaí coitianta i gconarthaí cliste {#mitigate-common-smart-contract-vulnerabilities}
+
+#### Athiontráil {#reentrancy}
+
+Ní cheadaíonn an EVM comhrith, rud a chiallaíonn nach féidir le dhá chonradh a bhaineann le glao teachtaireachta oibriú go comhuaineach. Cuireann glao seachtrach feidhmiú agus cuimhne an chonartha glaonna ar sos go dtí go dtagann an glao ar ais, agus ag an bpointe sin is gnách go leantar den fhorghníomhú. Is féidir cur síos foirmiúil a dhéanamh ar an bpróiseas seo mar aistriú [sreabhadh rialaithe](https://www.computerhope.com/jargon/c/contflow.htm) chuig conradh eile.
+
+Cé go bhfuil sé neamhdhíobhálach don chuid is mó, is féidir fadhbanna a chruthú, mar athiontráil, trí shreabhadh rialaithe a aistriú chuig conarthaí neamhiontaofa. Tarlaíonn ionsaí athiontrála nuair a ghlaonn conradh mailíseach ar ais isteach i gconradh leochaileach sula mbíonn agairt na bunfheidhme críochnaithe. Is fearr an cineál ionsaí seo a mhíniú le sampla.
+
+Smaoinigh ar chonradh cliste simplí (‘Íospartach’) a ligeann do dhuine ar bith éitear a thaisceadh agus a aistarraingt:
+
+```solidity
+// This contract is vulnerable. Do not use in production
+
+contract Victim {
+ mapping (address => uint256) public balances;
+
+ function deposit() external payable {
+ balances[msg.sender] += msg.value;
+ }
+
+ function withdraw() external {
+ uint256 amount = balances[msg.sender];
+ (bool success, ) = msg.sender.call.value(amount)("");
+ require(success);
+ balances[msg.sender] = 0;
+ }
+}
+```
+
+Nochtann an conradh seo feidhm `aistarraing()` chun ligean d’úsáideoirí ETH a bhí i dtaisce sa chonradh roimhe seo a aistarraingt. Nuair a dhéantar aistarraingt a phróiseáil, déanann an conradh na hoibríochtaí seo a leanas:
+
+1. Seiceálann sé iarmhéid ETH an úsáideora
+2. Seolann cistí chuig an seoladh glaonna
+3. Athshocraíonn siad a n-iarmhéid go 0, rud a choscann aistarraingtí breise ón úsáideoir
+
+Leanann an fheidhm `withdraw()` i gconradh `Victim` patrún “seiceálacha-idirghníomhaíochtaí-éifeachtaí”. Déanann sé _seiceáil_ má shásaítear na coinníollacha atá riachtanach don fhorghníomhú (i.e., tá cothromaíocht dhearfach ETH ag an úsáideoir) agus déanann sé an _idirghníomhaíocht_ em> trí ETH a sheoladh chuig seoladh an ghlaoiteora, sula gcuirtear _éifeachtaí_ an idirbhirt i bhfeidhm (i.e. iarmhéid an úsáideora a laghdú).
+
+Má ghlaoitear `aistarraing()` ó chuntas faoi úinéireacht sheachtrach (EOA), feidhmíonn an fheidhm mar a bhíothas ag súil leis: seolann `msg.sender.call.value()` ETH chuig an nglaoiteoir. Mar sin féin, más cuntas conartha cliste é `msg.sender` glaonna `aistarraing()`, seolfar cistí trí úsáid a bhaint as `msg.sender.call.value()` agus spreagfar cód atá stóráilte ag an seoladh sin a rith.
+
+Samhlaigh gurb é seo an cód a úsáidtear ag seoladh an chonartha:
+
+```solidity
+ contract Attacker {
+ function beginAttack() external payable {
+ Victim(victim_address).deposit.value(1 ether)();
+ Victim(victim_address).withdraw();
+ }
+
+ function() external payable {
+ if (gasleft() > 40000) {
+ Victim(victim_address).withdraw();
+ }
+ }
+}
+```
+
+Tá an conradh seo deartha chun trí rud a dhéanamh:
+
+1. Glacadh le héarlais ó chuntas eile (EOA an ionsaitheora is dócha)
+2. Taisce 1 ETH isteach sa chonradh Íospartach
+3. Aisarraingt an 1 ETH atá stóráilte sa chonradh cliste
+
+Níl aon rud mícheart anseo, ach amháin go bhfuil feidhm eile ag `Ionsaitheoir` a ghlaonn `aistarraing()` sa `Victim` arís má bhíonn an gás atá fágtha ón gcód ` msg.sender.call.value` níos mó ná 40,000. Tugann sé seo an cumas do `Ionsaitheoir` `Íospartach` a iontráil arís agus tuilleadh cistí a aistarraingt _roimh_ an chéad agairt `aistarraing` críochnaithe. Breathnaíonn an timthriall mar seo:
+
+```solidity
+- Attacker's EOA calls `Attacker.beginAttack()` with 1 ETH
+- `Attacker.beginAttack()` deposits 1 ETH into `Victim`
+- `Attacker` calls `withdraw() in `Victim`
+- `Victim` checks `Attacker`’s balance (1 ETH)
+- `Victim` sends 1 ETH to `Attacker` (which triggers the default function)
+- `Attacker` calls `Victim.withdraw()` again (note that `Victim` hasn’t reduced `Attacker`’s balance from the first withdrawal)
+- `Victim` checks `Attacker`’s balance (which is still 1 ETH because it hasn’t applied the effects of the first call)
+- `Victim` sends 1 ETH to `Attacker` (which triggers the default function and allows `Attacker` to reenter the `withdraw` function)
+- The process repeats until `Attacker` runs out of gas, at which point `msg.sender.call.value` returns without triggering additional withdrawals
+- `Victim` finally applies the results of the first transaction (and subsequent ones) to its state, so `Attacker`’s balance is set to 0
+```
+
+Is é an achoimre ná toisc nach bhfuil iarmhéid an ghlaoiteora socraithe ag 0 go dtí go gcríochnaítear feidhmiú na feidhme, go n-éireoidh le hagairtí ina dhiaidh sin agus go gceadóidh siad don ghlaoiteoir a iarmhéid a aistarraingt go minic. Is féidir ionsaí den chineál seo a úsáid chun a chistí a dhísciú as conradh cliste, mar a tharla sa [haic DAO 2016](https://www.coindesk.com/learn/2016/06/25/understanding-the-dao-attack/). Tá ionsaithe athiontrála fós ina fhadhb mhór do chonarthaí cliste inniu mar a léiríonn [liostaí poiblí de bhradaíl athiontrála](https://github.com/pcaversaccio/reentrancy-attacks).
+
+##### Conas ionsaithe athiontrála a chosc
+
+Cur chuige chun déileáil le hathiontráil is ea [seiceálacha-éifeachtaí-idirghníomhaíochtaí patrún](https://docs.soliditylang.org/en/develop/security-considerations.html#use-the-checks-effects-interactions-pattern). Ordaítear leis an bpatrún seo feidhmeanna a rith ar bhealach go ndéanann an cód na seiceálacha riachtanacha roimh dhul ar aghaidh le rith ar dtús, agus ina dhiaidh sin cód a ionramhálann staid chonartha, le cód a idirghníomhaíonn le conarthaí eile nó EOAnna ag an deireadh.
+
+Úsáidtear an patrún seiceálacha-éifeacht-idirghníomhaíochta i leagan athbhreithnithe den chonradh `Íospartach` a thaispeántar thíos:
+
+```solidity
+contract NoLongerAVictim {
+ function withdraw() external {
+ uint256 amount = balances[msg.sender];
+ balances[msg.sender] = 0;
+ (bool success, ) = msg.sender.call.value(amount)("");
+ require(success);
+ }
+}
+```
+
+Déanann an conradh seo _seiceáil_ ar iarmhéid an úsáideora, feidhmíonn sé _éifeachtaí_ an `aistarraing()` (trí iarmhéid an úsáideora a athshocrú go 0), agus leanann sé ar aghaidh chun an _idirghníomhaíocht_ a dhéanamh (ETH a sheoladh chuig seoladh an úsáideora). Cinntíonn sé seo go ndéanann an conradh a stóras a nuashonrú roimh an nglao seachtrach, rud a chuireann deireadh leis an gcoinníoll athiontrála a chumasaigh an chéad ionsaí. D'fhéadfaí an conradh `Ionsaitheoir` a ghlaoch ar ais go `NoLongerAVictim` fós, ach ós rud é go bhfuil `iarmhéideanna[msg.sender]` socraithe go 0, léireoidh aistarraingtí breise earráid.
+
+Rogha eile is ea glas eisiatachta fhrithpháirtigh a úsáid (ar a dtugtar “mutex” de ghnáth) a ghlasálann cuid de stát conartha go dtí go gcríochnaítear agairt feidhme. Cuirtear é seo i bhfeidhm le hathróg Boole a shocraítear go `true` sula bhfeidhmíonn an fheidhm agus a fhilleann go `false` tar éis an agairt a dhéanamh. Mar atá sa sampla thíos, cosnaíonn úsáid mutex feidhm ar ghlaonna athfhillteacha agus an agairt bhunaidh fós ag próiseáil, rud a chuireann stop le hathiontráil.
+
+```solidity
+pragma solidity ^0.7.0;
+
+contract MutexPattern {
+ bool locked = false;
+ mapping(address => uint256) public balances;
+
+ modifier noReentrancy() {
+ require(!locked, "Blocked from reentrancy.");
+ locked = true;
+ _;
+ locked = false;
+ }
+ // This function is protected by a mutex, so reentrant calls from within `msg.sender.call` cannot call `withdraw` again.
+ // Déanann an ráiteas `return` luacháil go `true` ach fós déanann sé `locked = false` measúnú ar an ráiteas sa mhodhnóir
+ function withdraw(uint _amount) public payable noReentrancy returns(bool) {
+ require(balances[msg.sender] >= _amount, "No balance to withdraw.");
+
+ balances[msg.sender] -= _amount;
+ (bool success, ) = msg.sender.call{value: _amount}("");
+ require(success);
+
+ return true;
+ }
+}
+```
+
+Is féidir leat córas [tarraingt íocaíochtaí](https://docs.openzeppelin.com/contracts/4.x/api/security#PullPayment) a úsáid freisin a éilíonn ar úsáideoirí cistí a aistarraingt ó na conarthaí cliste, in ionad córas "brú-íocaíochtaí" a sheolann cistí chuig cuntais. Cuireann sé seo deireadh leis an bhféidearthacht cód a spreagadh gan chuimhneamh ag seoltaí anaithnide (agus féadann sé ionsaithe áirithe diúltú seirbhíse a chosc freisin).
+
+#### Gannsreabhadh agus róshreabhadh slánuimhreacha {#integer-underflows-and-overflows}
+
+Tarlaíonn róshreabhadh slánuimhir nuair a thiteann torthaí oibríochta uimhríochta lasmuigh den raon luachanna inghlactha, rud a fhágann “rolladh anonn” go dtí an luach inléirithe is ísle. Mar shampla, ní féidir le `uint8` ach luachanna suas go 2^8-1=255 a stóráil. Déanfaidh oibríochtaí uimhríochta a mbíonn luachanna níos airde ná `255` mar thoradh orthu róshreabhadh agus athshocróidh siad `uint` go `0`, mar a athshocraíonn an odaiméadair ar charr go 0 uair amháin sroicheann sé an t-uasmhílteáiste (999999).
+
+Tarlaíonn foshreafaí slánuimhir ar chúiseanna comhchosúla: titeann torthaí oibríochta uimhríochta faoin raon inghlactha. Abair go ndearna tú iarracht `0` a laghdú i `uint8`, ní bheadh ann ach an toradh a rolladh anonn go dtí an t-uasluach inléirithe (`255`).
+
+D’fhéadfadh athruithe gan choinne ar athróga stáit an chonartha a bheith mar thoradh ar róshreabhadh agus ar ghannsreabhadh agus is féidir rith neamhphleanáilte a bheith mar thoradh air. Seo thíos sampla a thaispeánann conas is féidir le hionsaitheoir leas a bhaint as róshreabhadh uimhríochta i gconradh cliste chun oibríocht neamhbhailí a dhéanamh:
+
+```
+pragma solidity ^0.7.6;
+
+// This contract is designed to act as a time vault.
+// User can deposit into this contract but cannot withdraw for at least a week.
+// User can also extend the wait time beyond the 1 week waiting period.
+
+/*
+1. Deploy TimeLock
+2. Deploy Attack with address of TimeLock
+3. Call Attack.attack sending 1 ether. You will immediately be able to
+ withdraw your ether.
+
+What happened?
+Attack caused the TimeLock.lockTime to overflow and was able to withdraw
+before the 1 week waiting period.
+*/
+
+contract TimeLock {
+ mapping(address => uint) public balances;
+ mapping(address => uint) public lockTime;
+
+ function deposit() external payable {
+ balances[msg.sender] += msg.value;
+ lockTime[msg.sender] = block.timestamp + 1 weeks;
+ }
+
+ function increaseLockTime(uint _secondsToIncrease) public {
+ lockTime[msg.sender] += _secondsToIncrease;
+ }
+
+ function withdraw() public {
+ require(balances[msg.sender] > 0, "Insufficient funds");
+ require(block.timestamp > lockTime[msg.sender], "Lock time not expired");
+
+ uint amount = balances[msg.sender];
+ balances[msg.sender] = 0;
+
+ (bool sent, ) = msg.sender.call{value: amount}("");
+ require(sent, "Failed to send Ether");
+ }
+}
+
+contract Attack {
+ TimeLock timeLock;
+
+ constructor(TimeLock _timeLock) {
+ timeLock = TimeLock(_timeLock);
+ }
+
+ fallback() external payable {}
+
+ function attack() public payable {
+ timeLock.deposit{value: msg.value}();
+ /*
+ if t = current lock time then we need to find x such that
+ x + t = 2**256 = 0
+ so x = -t
+ 2**256 = type(uint).max + 1
+ so x = type(uint).max + 1 - t
+ */
+ timeLock.increaseLockTime(
+ type(uint).max + 1 - timeLock.lockTime(address(this))
+ );
+ timeLock.withdraw();
+ }
+}
+```
+
+##### Conas gannsreabhadh agus róshreabhadh slánuimhir a chosc
+
+Ón leagan 0.8.0, diúltaíonn an tiomsaitheoir Solidity cód a mbíonn gannsreafaí agus rósreafaí slánuimhir mar thoradh air. Mar sin féin, ba cheart do chonarthaí arna dtiomsú le leagan tiomsaitheora níos ísle seiceálacha a dhéanamh ar fheidhmeanna a bhaineann le hoibríochtaí uimhríochta nó úsáid a bhaint as leabharlann (m.sh., [SafeMath](https://docs.openzeppelin.com/contracts/2.x/api/math)) a sheiceálann le haghaidh gannsreabhadh/róshreabhadh.
+
+#### Ionramháil Oracle {#oracle-manipulation}
+
+Foinsíonn [Oracail](/developers/docs/oracles/) faisnéis atá as slabhra agus seolann siad ar slabhra í le húsáid ag conarthaí cliste. Le horacail, is féidir leat conarthaí cliste a dhearadh a idirghníomhaíonn le córais as slabhra, mar mhargaí caipitil, ag leathnú a bhfeidhmiú go mór.
+
+Ach má bhíonn an t-oracal truaillithe agus faisnéis chontráilte á chur aige ar slabhra, rithfear conarthaí cliste bunaithe ar ionchuir earráideacha, rud a d'fhéadfadh fadhbanna a chruthú. Is é seo bunús an “fhadhb oracail”, a bhaineann lena chinntiú go bhfuil faisnéis ó oracal bhlocshlabhra cruinn, cothrom le dáta agus tráthúil.
+
+Ábhar imní slándála gaolmhar is ea oracal ar slabhra a úsáid, amhail malartán díláraithe, chun spotphraghas sócmhainne a fháil. Is minic a dhéanann ardáin iasachtaithe sa tionscal [airgeadais díláraithe (DeFi)](/defi/) é seo chun luach comhthaobhachta úsáideora a chinneadh chun a fháil amach cé mhéad is féidir leo a fháil ar iasacht.
+
+Is minic a bhíonn praghsanna DEX cruinn, go príomha mar gheall ar arbatráisteoirí ag athbhunú paireacht sna margaí. Mar sin féin, is féidir iad a ionramháil, go háirithe má ríomhann an t-oracal ar slabhra praghsanna sócmhainní bunaithe ar phatrúin trádála stairiúla (mar a bhíonn de ghnáth).
+
+Mar shampla, d'fhéadfadh ionsaitheoir spotphraghas sócmhainne a chaidéalú go saorga trí splanc-iasacht a fháil díreach roimh idirghníomhú le do chonradh iasachta. Dá gcuirfí ceist ar an DEX faoi phraghas na sócmhainne, thabharfadh sé luach níos airde ná an gnáthluach (mar gheall ar éileamh mór “ordú ceannaigh” an ionsaitheora ar an tsócmhainn), rud a ligeann dóibh níos mó a fháil ar iasacht ná mar ba chóir. Baineadh úsáid as "ionsaithe splanc iasachta" den sórt sin chun leas a bhaint as brath ar oracail phraghais i measc iarratais DeFi, rud a chosnaíonn na milliúin prótacail i gcistí caillte.
+
+##### Conas ionramháil oracail a chosc
+
+Is é an t-íosriachtanas chun [ionramháil oracail a sheachaint](https://www.cyfrin.io/blog/price-oracle-manipultion-attacks-with-examples) ná líonra díláraithe oracail a úsáid a cheistíonn faisnéis ó fhoinsí iolracha chun pointí aonair teipe a sheachaint. I bhformhór na gcásanna, tá dreasachtaí cripteacnamaíocha tógtha ag oracail dhíláraithe chun nóid oracail a spreagadh chun faisnéis cheart a thuairisciú, rud a fhágann go bhfuil siad níos sláine ná oracail láraithe.
+
+Má tá sé ar intinn agat ceist a chur ar oracal ar slabhra maidir le praghsanna sócmhainne, smaoinigh ar cheann a úsáid a chuireann meicníocht meánphraghais ualaithe ó thaobh ama (TWAP) i bhfeidhm. Ceistíonn [TWAP oracle](https://docs.uniswap.org/contracts/v2/concepts/core-concepts/oracles) praghas sócmhainne ag dhá phointe éagsúla ama (a dhéanann tú is féidir é a mhodhnú) agus ríomhann sé an spotphraghas bunaithe ar an meán a fhaightear. Má roghnaíonn tú tréimhsí ama níos faide, cosnaíonn tú do phrótacal in aghaidh ionramhála praghsanna toisc nach féidir le horduithe móra a rinneadh le déanaí tionchar a imirt ar phraghsanna sócmhainní.
+
+## Acmhainní slándála conartha cliste d'fhorbróirí {#smart-contract-security-resources-for-developers}
+
+### Uirlisí chun conarthaí cliste a anailísiú agus chun cruinneas an chóid a fhíorú {#code-analysis-tools}
+
+- **[Uirlisí tástála agus leabharlanna](/developers/docs/smart-contracts/testing/#testing-tools-and-libraries)** - _Bailiúchán uirlisí agus leabharlann de chaighdeán an tionscail chun tástálacha aonaid a dhéanamh, anailís statach, agus anailís dhinimiciúil ar chonarthaí cliste._
+
+- **[Uirlisí fíoraithe foirmiúla](/developers/docs/smart-contracts/formal-verification/#formal-verification-tools)** - _Uirlisí chun cruinneas feidhme i gconarthaí cliste a fhíorú agus chun malairtí a sheiceáil._
+
+- **[Seirbhísí cliste iniúchóireachta conartha](/developers/docs/smart-contracts/testing/#smart-contract-auditing-services)** - _Liosta de na heagraíochtaí a sholáthraíonn seirbhísí iniúchta conarthaí cliste do thionscadail forbartha Ethereum._
+
+- **[Ardáin deolchaire fabht](/developers/docs/smart-contracts/testing/#bug-bounty-platforms)** - _Ardáin chun deolchairí fabhtanna a chomhordú agus luach saothair a thabhairt do nochtadh freagrach leochaileachtaí ríthábhachtacha i gconarthaí cliste._
+
+- **[Seiceálaí Forc](https://forkchecker.hashex.org/)** - _Uirlis in aisce ar líne chun gach faisnéis atá ar fáil maidir le conradh foirc a sheiceáil._
+
+- **[Ionchódóir ABI](https://abi.hashex.org/)** - _ Seirbhís saor in aisce ar líne chun feidhmeanna do chonartha Solidity agus argóintí cruthaitheora a ionchódú._
+
+- **[Aderyn](https://github.com/Cyfrin/aderyn)** - _Anailíseoir Statach Solidity, ag trasnú na gCrann Comhréire Teibí (AST) chun leochaileachtaí amhrasta a aimsiú agus saincheisteanna a phriontáil amach i bhformáid marcáil síos atá éasca le tomhailt._
+
+### Uirlisí chun monatóireacht a dhéanamh ar chonarthaí cliste {#smart-contract-monitoring-tools}
+
+- **[OpenZeppelin Defender Sentinels](https://docs.openzeppelin.com/defender/v1/sentinel)** - _Uirlis chun monatóireacht a dhéanamh go huathoibríoch ar imeachtaí, feidhmeanna agus paraiméadair idirbheartaíochta ar do chonarthaí cliste agus chun freagairt dóibh._
+
+- **[Tenderly Real-Time Alerting](https://tenderly.co/alerting/)** - _Uirlis chun fógraí fíor-ama a fháil nuair a tharlaíonn imeachtaí neamhghnácha nó gan choinne ar do chonarthaí nó ar do sparáin chliste._
+
+### Uirlisí le haghaidh riarachán slán chonarthaí cliste {#smart-contract-administration-tools}
+
+- **[OpenZeppelin Defender Admin](https://docs.openzeppelin.com/defender/v1/admin)** - _Comhéadan chun riarachán cliste conartha a bhainistiú, lena n-áirítear rialuithe rochtana, uasghráduithe agus cur ar sos._
+
+- **[Safe](https://safe.global/)** - _ Sparán conartha cliste ag rith ar Ethereum a éilíonn líon íosta daoine chun idirbheart a cheadú sular féidir leis tarlú (M-de-N)._
+
+- **[Conarthaí OpenZeppelin](https://docs.openzeppelin.com/contracts/4.x/)** - _Leabharlanna conartha chun gnéithe riaracháin a chur i bhfeidhm, lena n-áirítear úinéireacht conartha, uasghráduithe, rialuithe rochtana, rialachas, sos-ábaltacht, agus go leor eile._
+
+### Seirbhísí cliste iniúchta conartha {#smart-contract-auditing-services}
+
+- **[ConsenSys Diligence](https://consensys.net/diligence/)** - _Conradh cliste seirbhís iniúchta ag cabhrú le tionscadail ar fud an éiceachóras blocshlabhra a chinntiú go bhfuil a gcuid prótacail réidh le seoladh agus tógtha chun úsáideoirí a chosaint._
+
+- **[CertiK](https://www.certik.com/)** - _Gnólacht slándála blocshlabhra le ceannródaíocht a dhéanamh ar úsáid na teicneolaíochta Fíorúcháin fhoirmiúil cheannródaíoch ar chonarthaí cliste agus líonraí blocshlabhra._
+
+- **[Trail of Bits](https://www.trailofbits.com/)** - _Cuideachta chíbearshlándála a chomhcheanglaíonn taighde slándála le meon ionsaitheora chun riosca a laghdú agus cód a neartú._
+
+- **[PeckShield](https://peckshield.com/)** - _Cuideachta slándála Blocshlabhra a thairgeann táirgí agus seirbhísí ar mhaithe le slándáil, príobháideacht agus inúsáidteacht an éiceachóras blocshlabhra ar fad._
+
+- **[QuantStamp](https://quantstamp.com/)** - _Seirbhís iniúchta a éascaíonn glacadh príomhshrutha le teicneolaíocht blocshlabhra trí sheirbhísí slándála agus measúnaithe riosca._
+
+- **[OpenZeppelin](https://www.openzeppelin.com/security-audits)** - _ Cuideachta conartha cliste slándála a sholáthraíonn iniúchtaí slándála ar chórais dáilte._
+
+- **[Fíorú Am Reatha](https://runtimeverification.com/)** - _Cuideachta slándála a dhéanann sainchúram de shamhaltú foirmiúil agus fíorú conarthaí cliste._
+
+- **[Hacken](https://hacken.io)** - _ Iniúchóir cibearshlándála Web3 le cur chuige 360-céim maidir le slándáil blocshlabhra. _
+
+- **[Nethermind](https://nethermind.io/smart-contracts-audits)** - _ Seirbhísí iniúchta Solidity agus Cairo, ag cinntiú sláine conarthaí cliste agus sábháilteacht úsáideoirí ar fud Ethereum agus Starknet._
+
+- **[HashEx](https://hashex.org/)** - _Díríonn HashEx ar bhlocshlabhra agus iniúchadh conartha cliste chun slándáil criptea-airgeadraí a chinntiú, ag soláthar seirbhísí cosúil le forbairt conarthaí cliste, bréagionsaithe tástála, comhairliúchán blocshlabhra._
+
+- **[Code4rena](https://code4rena.com/)** - _Ardán iniúchta iomaíoch a spreagann saineolaithe slándála conartha cliste chun leochaileachtaí a aimsiú agus cabhrú le web3 a dhéanamh níos sláine._
+
+- **[CodeHawks](https://codehawks.com/)** - _Ardán iniúchtaí iomaíoch a dhéanann óstáil ar chomórtais iniúchta cliste do thaighdeoirí slándála._
+
+- **[Cyfriin](https://cyfrin.io)** - _Lárionad cumhachta slándála Web3, ag goradh criptea-shlándáil trí tháirgí agus seirbhísí iniúchta conarthaí cliste._
+
+- **[ImmuneBytes](https://www.immunebytes.com//smart-contract-audit/)** - _Gnólacht slándála Web3 a thairgeann iniúchtaí slándála ar chórais blocshlabhra trí fhoireann iniúchóirí a bhfuil taithí acu agus uirlisí den scoth._
+
+- **[Oxorio](https://oxor.io/)** - _Iniúchtaí conartha cliste agus blocshlabhra seirbhísí slándála le saineolas ar EVM, Solidity, ZK, teicneolaíocht tras-shlabhra do ghnólachtaí cripte agus tionscadail DeFi._
+
+- **[Inference](https://inference.ag/)** - _Cuideachta iniúchta slándála, le sainchúram in iniúchadh conartha cliste le haghaidh blocshlabhra EVM-bhunaithe. A bhuí lena n-iniúchóirí saineolacha sainaithníonn siad fadhbanna a d’fhéadfadh a bheith ann agus molann siad réitigh inghníomhaithe chun iad a réiteach roimh imscaradh._
+
+### Ardáin deolchairí lochtanna {#bug-bounty-platforms}
+
+- **[Immunefi](https://immunefi.com/)** - _ardán deolchaire fabhtanna le haghaidh conarthaí cliste agus tionscadail DeFi, ina ndéanann taighdeoirí slándála athbhreithniú ar an gcód, le leochaileachtaí a nochtadh, íocaíocht a fháil, agus criptiúchán níos sábháilte a dhéanamh._
+
+- **[HackerOne](https://www.hackerone.com/)** - _Comhordú leochaileachta agus ardáin deolchaire fabhtanna a nascann gnólachtaí le tástálaithe bréagionsaithe agus taighdeoirí cibearshlándála._
+
+- **[HackenProof](https://hackenproof.com/)** - _Sain-ardáin deilchaire fabhtanna do tionscadail cripte (DeFi, Conarthaí Cliste, Sparán, CEX agus tuilleadh), ina soláthraíonn gairmithe slándála seirbhísí triáise agus ina n-íoctar taighdeoirí as tuarascálacha ábhartha, fíoraithe faoi fhabht._
+
+- **[Sherlock](https://www.sherlock.xyz/)** - _Frithgheallaí in Web3 maidir le slándáil conarthaí cliste, le híocaíochtaí d’iniúchóirí arna mbainistiú trí chonarthaí cliste chun a chinntiú go n-íoctar fabhtanna ábhartha go cothrom._
+
+- **[CodeHawks](https://www.codehawks.com/)** - _ Ardáin iomaíoch deolchaire fabhtanna ina nglacann iniúchóirí páirt i gcomórtais agus i ndúshláin slándála, agus (go luath) ina n-iniúchtaí príobháideacha féin._
+
+### Foilseacháin ar leochaileachtaí agus ar shaothair conartha cliste aitheanta {#common-smart-contract-vulnerabilities-and-exploits}
+
+- **[ConsenSys: Ionsaithe Aitheanta ar Chonarthaí Cliste](https://consensys.github.io/smart-contract-best-practices/attacks/)** - _Míniú sothuigthe do thosaitheoirí ar na leochaileachtaí conartha is suntasaí, le cód samplach d'fhormhór na gcásanna._
+
+- **[Clárlann SWC](https://swcregistry.io/)** - _Liosta coimeádta de Mhíreanna Áirimh Laige Coitianta (CWE) a bhaineann le conarthaí cliste Ethereum._
+
+- **[Rekt](https://rekt.news/)** - _Foilseachán a nuashonraítear go rialta de haiceanna agus dúshaothair ardphróifíle cripte, mar aon le tuarascálacha mionsonraithe iarbháis._
+
+### Dúshláin maidir le slándáil conartha cliste a fhoghlaim {#challenges-for-learning-smart-contract-security}
+
+- **[Awesome BlockSec CTF ](https://github.com/blockthreat/blocksec-ctfs)** -_Liosta coimeádta de chluichí cogaidh slándála blocshlabhra, dúshláin, agus comórtais [Gabháil na Brataí](https://www.webopedia.com/definitions/ctf-event/amp/) agus réiteach scríbhinní._
+
+- **[Damn Vulnerable DeFi](https://www.damnvulnerabledefi.xyz/)** - _Cluiche cogaidh chun slándáil ionsaitheach conarthaí cliste DeFi a fhoghlaim agus scileanna a fhorbairt i bhfiach fabhtanna agus in iniúchadh slándála._
+
+- **[Ethernaut](https://ethernaut.openzeppelin.com/)** - _Cluiche cogaidh bunaithe ar Web3/Solidity mar a bhfuil gach leibhéal ina chonradh cliste nach mór a 'haiceáil'._
+
+- **[HackenProof x HackTheBox](https://app.hackthebox.com/tracks/HackenProof-Track)** - _ Dúshlán cliste haiceála conartha, suite in eachtra fantaisíochta. Má chuirtear an dúshlán i gcrích go rathúil tugtar rochtain freisin ar chlár príobháideach deolchaire fabhtanna._
+
+### Na cleachtais is fearr chun conarthaí cliste a dhaingniú {#smart-contract-security-best-practices}
+
+- **[ConsenSys: Dea-Chleachtais Slándála Conarthaí Cliste Ethereum](https://consensys.github.io/smart-contract-best-practices/)** - _Liosta cuimsitheach treoirlínte chun conarthaí cliste Ethereum a dhaingniú._
+
+- **[Nascent: Uirlisí Slándála Simplí](https://github.com/nascentxyz/simple-security-toolkit)** - _Bailiúchán de threoracha praiticiúla atá dírithe ar shlándáil agus seicliostaí chun conarthaí cliste a fhorbairt._
+
+- **[Patrúin Solidity](https://fravoll.github.io/solidity-patterns/)** - _Tiomsú úsáideach de phatrúin shlána agus de dhea-chleachtais do theanga ríomhchlárúcháin na gconarthaí cliste Solidity._
+
+- **[Doiciméid Solidity: Cúrsaí Slándála](https://docs.soliditylang.org/en/v0.8.16/security-considerations.html)** - _Treoirlínte chun conarthaí cliste slána a scríobh le Solidity._
+
+- **[Caighdeán Fíoraithe Slándála Conarthaí Cliste](https://github.com/securing/SCSVS)** - _Seicliosta ceithre pháirt déag cruthaithe chun slándáil conarthaí cliste a chaighdeánú d’fhorbróirí, d’ailtirí, d’athbhreithneoirí slándála agus do dhíoltóirí._
+
+- **[Foghlaim Slándáil agus Iniúchadh Conarthaí Cliste](https://updraft.cyfrin.io/courses/security)** - _Cúrsa deiridh um shlándáil agus iniúchadh conartha cliste, cruthaithe d'fhorbróirí conarthaí cliste atá ag iarraidh a gcuid cleachtais slándála is fearr a fheabhsú agus a bheith ina dtaighdeoirí slándála._
+
+### Teagaisc ar shlándáil conarthaí cliste {#tutorials-on-smart-contract-security}
+
+- [Conas conarthaí cliste slán a scríobh](/developers/tutorials/secure-development-workflow/)
+
+- [Conas Slither a úsáid chun fabhtanna conartha cliste a aimsiú](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/)
+
+- [Conas Manticore a úsáid chun fabhtanna conartha cliste a aimsiú](/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/)
+
+- [Treoir maidir le slándáil conarthaí cliste](/developers/tutorials/smart-contract-security-guidelines/)
+
+- [Conas do chonradh dearbhán a chomhtháthú go sábháilte le comharthaí treallacha](/developers/tutorials/token-integration-checklist/)
+
+- [Cyfrin Updraft - Cúrsa iomlán slándála conarthaí cliste agus iniúchta](https://updraft.cyfrin.io/courses/security)
diff --git a/public/content/translations/ga/developers/docs/smart-contracts/testing/index.md b/public/content/translations/ga/developers/docs/smart-contracts/testing/index.md
new file mode 100644
index 00000000000..c1df16697b6
--- /dev/null
+++ b/public/content/translations/ga/developers/docs/smart-contracts/testing/index.md
@@ -0,0 +1,308 @@
+---
+title: Conarthaí cliste a thástáil
+description: Forbhreathnú ar theicnící agus breithnithe chun conarthaí cliste Ethereum a thástáil.
+lang: ga
+---
+
+Tá blocshlabhraí poiblí cosúil le Ethereum do-athraithe, rud a fhágann go bhfuil sé deacair cód conarthaí cliste a athrú tar éis imscaradh. Tá [patrúin uasghrádaithe conartha](/developers/docs/smart-contracts/upgrading/) ann chun "uasghráduithe fíorúla" a dhéanamh, ach is deacair iad seo a chur i bhfeidhm agus bíonn comhthoil shóisialta ag teastáil. Ina theannta sin, ní féidir le huasghrádú earráid a shocrú ach _tar éis_ é a fháil - má aimsíonn ionsaitheoir an leochaileacht ar dtús, tá do chonradh cliste i mbaol dúshaothraithe.
+
+Ar na cúiseanna sin, tá sé ina íoscheanglas le haghaidh [imscaradh](/developers/docs/smart-contracts/deploying/) chuig Mainnet tástáil [slándála](/developers/docs/smart-contracts/security/) a dhéanamh ar chonarthaí cliste. Tá go leor teicnící ann chun conarthaí a thástáil agus chun cruinneas cód a mheas; braitheann an méid a roghnaíonn tú ar do chuid riachtanas. Mar sin féin, tá sraith tástála comhdhéanta d'uirlisí agus cineálacha cur chuige oiriúnacha éagsúla chun teacht ar mhionlochtanna agus ar mhórlochtanna slándála i gcód conartha.
+
+## Réamhriachtanais {#prerequisites}
+
+Míníonn an leathanach seo conas conarthaí cliste a thástáil roimh imscaradh ar líonra Ethereum. Glacann sé leis go bhfuil cur amach agat ar [chonarthaí cliste](/developers/docs/smart-contracts/).
+
+## Cad is tástáil conartha cliste ann? {#what-is-smart-contract-testing}
+
+Is é tástáil conartha cliste an próiseas chun a fhíorú go n-oibríonn cód conartha cliste mar a bhíothas ag súil leis. Tá tástáil úsáideach chun a sheiceáil an sásaíonn conradh cliste ar leith na ceanglais maidir le hiontaofacht, inúsáidteacht agus slándáil.
+
+Cé go bhfuil éagsúlacht sa chur chuige, éilíonn an chuid is mó de na modhanna tástála conradh cliste a rith le sampla beag de na sonraí a bhfuiltear ag súil leis a láimhseáil. Má thugann an conradh torthaí cearta do shonraí samplacha, glactar leis go bhfuil sé ag feidhmiú i gceart. Soláthraíonn formhór na n-uirlisí tástála acmhainní chun [cásanna tástála](https://en.m.wikipedia.org/wiki/Test_case) a scríobh agus a chur i gcrích le seiceáil an dtagann rith conartha leis na torthaí ionchais.
+
+### Cén fáth a bhfuil sé tábhachtach conarthaí cliste a thástáil? {#importance-of-testing-smart-contracts}
+
+Toisc gur minic a bhainistíonn conarthaí cliste sócmhainní airgeadais ardluacha, is féidir le [caillteanais ollmhóra d’úsáideoirí](https://rekt.news/leaderboard/) a bheith mar thoradh ar mhionearráidí ríomhchlárúcháin. Is féidir le dianthástáil, áfach, cabhrú leat lochtanna agus fadhbanna a aimsiú go luath i gcód an chonartha chliste agus iad a shocrú sula seolfar ar Mainnet iad.
+
+Cé gur féidir conradh a uasghrádú má aimsítear fabht, tá uasghrádú casta agus is féidir [ earráidí a bheith mar thoradh air](https://blog.trailofbits.com/2018/09/05/contract-upgrade-anti-patterns/) má láimhseáiltear go míchuí iad. Má dhéantar conradh a uasghrádú, déantar prionsabal na do-athraitheachta a dhiúltú tuilleadh agus cuirtear ualach ar úsáideoirí le boinn tuisceana iontaoibhe breise. Os a choinne sin, maolaíonn plean cuimsitheach chun do chonradh a thástáil rioscaí slándála conartha cliste agus laghdaítear an gá atá le huasghráduithe casta loighce a dhéanamh tar éis imscaradh.
+
+## Modhanna chun conarthaí cliste a thástáil {#methods-for-testing-smart-contracts}
+
+Tagann modhanna chun conarthaí cliste Ethereum a thástáil faoi dhá chatagóir leathana: **tástáil uathoibrithe** agus **tástáil láimhe**. Cuireann tástáil uathoibrithe agus tástáil láimhe buntáistí uathúla agus roghanna comhréitigh ar fáil, ach is féidir leat an dá cheann a chur le chéile chun plean láidir a chruthú chun do chonarthaí a anailísiú.
+
+### Tástáil uathoibrithe {#automated-testing}
+
+Úsáideann tástáil uathoibrithe uirlisí a sheiceálann go huathoibríoch cód conarthaí cliste le haghaidh earráidí i rith. Is é an buntáiste a bhaineann le tástáil uathoibrithe ná [scripteanna](https://www.techtarget.com/whatis/definition/script?amp=1) a úsáid chun meastóireacht ar fheidhmiúlachtaí conartha a threorú. Is féidir tástálacha scripte a rith arís agus arís eile le hidirghabháil íosta daonna, rud a fhágann go mbeidh tástáil uathoibrithe níos éifeachtaí ná cuir chuige láimhe i leith na tástála.
+
+Tá tástáil uathoibrithe thar a bheith úsáideach nuair a bhíonn tástálacha atriallach agus fadálach; deacair a dhéanamh de láimh; so-ghabhálach i leith earráid dhaonna; nó nuair a bhíonn measúnú á dhéanamh ar fheidhmeanna conartha criticiúla. Ach d’fhéadfadh míbhuntáistí a bheith ag baint le huirlisí tástála uathoibrithe – seans go gcaillfidh siad fabhtanna áirithe agus go gcruthóidh siad go leor [bréagdheimhneach](https://www.contrastsecurity.com/glossary/false-positive). Mar sin, is fearr an tástáil uathoibrithe a chomhcheangal le tástáil láimhe le haghaidh conarthaí cliste.
+
+### Tástáil láimhe {#manual-testing}
+
+Tugtar cúnamh daonna don tástáil láimhe agus is éard atá i gceist léi gach cás tástála a dhéanamh i do shraith tástála ceann i ndiaidh a chéile nuair a dhéantar anailís ar chearta conarthaí cliste. Níl sé cosúil le tástáil uathoibrithe áit ar féidir leat tástálacha iolracha leithlisithe a reáchtáil ar chonradh ag an am céanna agus tuarascáil a fháil a thaispeánann gach tástáil a theipeann agus a n-éiríonn leo.
+
+Is féidir le duine aonair tástáil láimhe a dhéanamh ag leanúint tástála scríofa a chlúdaíonn cásanna tástála éagsúla. D’fhéadfá freisin go mbeadh daoine aonair iolracha nó grúpaí ag idirghníomhú le conradh cliste thar thréimhse shonraithe mar chuid den tástáil láimhe. Déanfaidh tástálaithe iompraíocht iarbhír an chonartha a chur i gcomparáid leis an iompar a bhfuiltear ag súil leis, ag léiriú aon difríocht mar fhabht.
+
+Teastaíonn acmhainní suntasacha ó thástáil láimhe éifeachtach (scil, am, airgead agus iarracht), agus is féidir - de bharr earráid dhaonna - earráidí áirithe a chailliúint agus tástálacha á ndéanamh. Ach is féidir le tástáil láimhe a bheith tairbheach freisin - mar shampla, féadfaidh tástálaí daonna (m.sh., iniúchóir) iomas a úsáid chun cásanna imeallacha a bhrath a chaillfeadh uirlis tástála uathoibrithe.
+
+## Tástáil uathoibrithe le haghaidh conarthaí cliste {#automated-testing-for-smart-contracts}
+
+### Tástáil aonad {#unit-testing-for-smart-contracts}
+
+Déanann tástáil aonaid feidhmeanna conartha a mheas ar leithligh agus seiceálann sé go n-oibríonn gach comhpháirt i gceart. Ba chóir go mbeadh trialacha maithe aonaid simplí, tapa le rith agus ba cheart nod soiléir a thabhairt faoinar tharla má theipeann ar na tástálacha.
+
+Tá tástálacha aonaid úsáideach chun a sheiceáil go dtugann feidhmeanna na luachanna ionchais ar ais agus go ndéantar stóras conartha a nuashonrú i gceart tar éis rith na feidhme. Ina theannta sin, trí thástálacha aonaid a rith tar éis athruithe a dhéanamh ar bhunachar cód conarthaí cinntítear nach dtugtar earráidí isteach má chuirtear loighic nua leis. Seo thíos roinnt treoirlínte chun tástálacha aonaid éifeachtacha a rith:
+
+#### Treoirlínte le haghaidh aonad tástála conarthaí cliste {#unit-testing-guidelines}
+
+##### 1. Tuiscint a fháil ar do chonarthaí loighic ghnó agus sreabhadh oibre
+
+Sula scríobhtar tástálacha aonaid, cabhraíonn sé a bheith eolach faoi na feidhmiúlachtaí a thairgeann conradh cliste agus conas a dhéanfaidh úsáideoirí na feidhmeanna sin a rochtain agus a úsáid. Tá sé seo an-úsáideach chun [tástálacha cosán sona](https://en.m.wikipedia.org/wiki/Happy_path) a rith a chinneann an dtugann feidhmeanna i gconradh an t-toradh ceart ar ais ar ionchuir úsáideora bailí. Míneoimid an coincheap seo trí úsáid a bhaint as an sampla (giorraithe) seo de [chonradh ceant](https://docs.soliditylang.org/en/v0.8.17/solidity-by-example.html?highlight=Auction%20contract#simple-open-auction)
+
+```
+constructor(
+ uint biddingTime,
+ address payable beneficiaryAddress
+ ) {
+ beneficiary = beneficiaryAddress;
+ auctionEndTime = block.timestamp + biddingTime;
+ }
+
+function bid() external payable {
+
+ if (block.timestamp > auctionEndTime)
+ revert AuctionAlreadyEnded();
+
+ if (msg.value <= highestBid)
+ revert BidNotHighEnough(highestBid);
+
+ if (highestBid != 0) {
+ pendingReturns[highestBidder] += highestBid;
+ }
+ highestBidder = msg.sender;
+ highestBid = msg.value;
+ emit HighestBidIncreased(msg.sender, msg.value);
+ }
+
+ function withdraw() external returns (bool) {
+ uint amount = pendingReturns[msg.sender];
+ if (amount > 0) {
+ pendingReturns[msg.sender] = 0;
+
+ if (!payable(msg.sender).send(amount)) {
+ pendingReturns[msg.sender] = amount;
+ return false;
+ }
+ }
+ return true;
+ }
+
+function auctionEnd() external {
+ if (block.timestamp < auctionEndTime)
+ revert AuctionNotYetEnded();
+ if (ended)
+ revert AuctionEndAlreadyCalled();
+
+ ended = true;
+ emit AuctionEnded(highestBidder, highestBid);
+
+ beneficiary.transfer(highestBid);
+ }
+}
+```
+
+Is conradh ceant simplí é seo atá deartha chun tairiscintí a fháil le linn na tréimhse tairisceana. Má thagann méadú ar an `TairiscintisAirde`, faigheann an tairgeoir is airde roimhe sin a gcuid airgid; Nuair a bheidh an tréimhse tairisceana thart, cuireann an `tairbhí` an conradh chun a gcuid airgid a fháil.
+
+Chlúdódh tástálacha aonaid le haghaidh conradh mar seo feidhmeanna éagsúla a d’fhéadfadh úsáideoir a ghlaoch agus é ag idirghníomhú leis an gconradh. Sampla is ea tástáil aonaid a sheiceálann an féidir le húsáideoir tairiscint a chur isteach agus an ceant ar siúl (i.e. go n-éiríonn le glaonna ar `thairiscint()`) nó ceann a sheiceálann an féidir le húsáideoir tairiscint níos airde a chur isteach. ná an `TairiscintisAirde` reatha.
+
+Cuidíonn tuiscint ar shreabhadh oibre oibríochta conarthaí freisin le tástálacha aonaid a scríobh a sheiceáil an gcomhlíonann an rith na ceanglais. Mar shampla, sonraítear sa chonradh ceant nach féidir le húsáideoirí tairiscintí a chur isteach nuair a bhíonn an ceant críochnaithe (i.e., nuair a bhíonn `AmscoirCeant` níos ísle ná `stampaama.bloic`). Mar sin, d’fhéadfadh forbróir tástáil aonaid a rith a sheiceálann an n-éireoidh nó an dteipfidh ar ghlaonna chuig an bhfeidhm `tairiscint()` nuair a bhíonn an ceant thart (i.e. nuair a bheidh `AmscoirCeant` > `` `stampaama.bloic ``).
+
+##### 2. Déan measúnú ar na boinn tuisceana go léir a bhaineann le rith conartha
+
+Tá sé tábhachtach aon toimhde faoi rith conartha a dhoiciméadú agus tástálacha aonaid a scríobh chun bailíocht na mbonn tuisceana sin a fhíorú. Seachas cosaint a thairiscint i gcoinne rith gan choinne, cuireann tástáil dearbhuithe iallach ort smaoineamh ar oibríochtaí a d'fhéadfadh múnla slándála conarthaí cliste a bhriseadh. Leid úsáideach is ea dul níos faide ná “tástálacha úsáideora sásta” agus tástálacha diúltacha a scríobh a sheiceálann má theipeann ar fheidhm do na hionchuir mícheart.
+
+Ligeann go leor creataí tástála aonad duit dearbhuithe a chruthú—ráitis shimplí a shonraíonn cad is féidir agus nach féidir le conradh a dhéanamh—agus tástálacha a reáchtáil féachaint an bhfuil na dearbhuithe sin á gcur i gcrích. D’fhéadfadh forbróir atá ag obair ar an gconradh ceant réamhráite na dearbhuithe seo a leanas a dhéanamh faoina iompraíocht roimh thástálacha diúltacha a rith:
+
+- Ní féidir le húsáideoirí tairiscintí a chur isteach nuair a bhíonn an ceant thart nó nuair nach bhfuil sé tosaithe.
+
+- Filleann an conradh ceant má tá tairiscint faoi bhun na tairsí inghlactha.
+
+- Cuirtear a gcuid cistí chun sochair na n-úsáideoirí a dteipeann orthu an tairiscint a bhuachan
+
+**Nóta**: Bealach eile chun toimhdí a thástáil is ea tástálacha a scríobh a spreagann [modhnóirí feidhmeanna](https://docs.soliditylang.org/en/v0.8.16/contracts.html#function-modifiers) i gconradh, go háirithe ráitis `require`, `deimhniú`, agus `má…eilse`.
+
+##### 3. Tomhais chumhdach an chóid
+
+Is méadrach tástála é [Cumhdach cóid](https://en.m.wikipedia.org/wiki/Code_coverage) a rianaíonn líon na gcraobhacha, na línte agus na ráiteas i do chód a rinneadh le linn tástálacha. Ba cheart go mbeadh clúdach cód maith ag trialacha chun an riosca a bhaineann le leochaileachtaí neamhthástáilte a íoslaghdú. Gan cumhdach leordhóthanach, d'fhéadfá glacadh leis go bréagach go bhfuil do chonradh slán mar go n-éiríonn leis na tástálacha go léir, cé go bhfuil leochaileachtaí fós i gconair chóid neamhthástáilte. Nuair a dhéantar cumhdach ard chóid a thaifeadadh, áfach, tugtar dearbhú go ndearnadh tástáil leordhóthanach ar gach ráiteas/feidhm i gconradh cliste maidir le cruinneas.
+
+##### 4. Úsáid creataí tástála dea-fhorbartha
+
+Tá cáilíocht na n-uirlisí a úsáidtear chun tástálacha aonaid a reáchtáil do chonarthaí cliste ríthábhachtach. Is creat tástála idéalach é creat a chothabháiltear go rialta; soláthraíonn sé gnéithe úsáideacha (m.sh., cumais logáil agus tuairiscithe); agus caithfidh gur bhain forbróirí eile úsáid fhairsing agus grinnfhiosrúcháin as.
+
+Tá creataí tástála aonaid le haghaidh conarthaí cliste Solidity ar fáil i dteangacha éagsúla (JavaScript, Python, agus Rust den chuid is mó). Féach ar chuid de na treoracha thíos chun faisnéis a fháil faoin gcaoi le tosú ag rith tástálacha aonaid le creataí tástála éagsúla:
+
+- **[Ag rith tástálacha aonaid le Brownie](https://eth-brownie.readthedocs.io/en/v1.0.0_a/tests.html)**
+- **[Ag rith tástálacha aonaid le Foundry](https://book.getfoundry.sh/forge/writing-tests)**
+- **[Ag rith tástálacha aonaid le Waffle](https://ethereum-waffle.readthedocs.io/en/latest/getting-started.html#writing-tests)**
+- **[Ag rith tástálacha aonad le Remix](https://remix-ide.readthedocs.io/en/latest/unittesting.html#write-tests)**
+- **[Ag rith tástálacha aonaid le Ape](https://docs.apeworx.io/ape/stable/userguides/testing.html)**
+- **[Ag rith tástálacha aonaid le Hardhat](https://hardhat.org/hardhat-runner/docs/guides/test-contracts)**
+- **[Ag rith tástálacha aonaid le Wake](https://ackeeblockchain.com/wake/docs/latest/testing-framework/overview/)**
+
+### Tástáil chomhtháthaithe {#integration-testing-for-smart-contracts}
+
+Cé go bhfeidhmíonn an conradh dífhabhtaithe tástála aonaid ina n-aonar, déanann tástálacha comhtháthaithe meastóireacht ar chomhpháirteanna conartha cliste ina n-iomláine. Is féidir le tástáil chomhtháthaithe saincheisteanna a eascraíonn as glaonna traschonartha nó idirghníomhartha idir feidhmeanna éagsúla sa chonradh cliste céanna a bhrath. Mar shampla, is féidir le tástálacha comhtháthaithe cabhrú le seiceáil an n-oibríonn rudaí mar [oidhreacht](https://docs.soliditylang.org/en/v0.8.12/contracts.html#inheritance) agus instealladh spleáchais i gceart.
+
+Tá tástáil chomhtháthaithe úsáideach má ghlacann do chonradh ailtireacht mhodúlach nó má labhraíonn sé le conarthaí ar slabhra eile le linn reatha. Bealach amháin chun tástálacha comhtháthaithe a rith ná [forc a dhéanamh ar an mblocshlabhra](/glossary/#fork) ag airde ar leith (ag úsáid uirlis mar [Forge](https://book.getfoundry.sh/forge/fork-testing) nó [Hardhat](https://hardhat.org/hardhat-network/docs/guides/forking-other-networks) agus insamhail idirghníomhaíochtaí idir do chonradh agus conarthaí imlonnaithe.
+
+Oibreoidh an blocshlabhra forcaithe ar nós Mainnet agus beidh cuntais aige le staideanna agus iarmhéideanna gaolmhara. Ach ní fheidhmíonn sé ach mar thimpeallacht forbartha áitiúil bosca gainimh, rud a chiallaíonn nach mbeidh ETH fíor ag teastáil uait le haghaidh idirbhearta, mar shampla, agus nach mbeidh tionchar ag d'athruithe ar phrótacal Ethereum fíor.
+
+### Tástáil bunaithe ar airíonna {#property-based-testing-for-smart-contracts}
+
+Is éard atá i gceist le tástáil bunaithe ar mhaoin ná an próiseas chun a sheiceáil go sásaíonn conradh cliste airí áirithe sainithe. Dearbhaíonn airíonna fíricí maidir le hiompar conartha a mheastar a bheidh fíor i gcásanna éagsúla - bheadh “Ní chuireann oibríochtaí uimhríochta sa chonradh thar maoil nó faoi shreabhadh riamh” ina shampla d'airí chonartha cliste.
+
+Is dhá theicníc choitianta iad **anailís statach** agus **anailís dhinimiciúil** chun tástáil bunaithe ar airí a dhéanamh, agus is féidir leis an dá cheann a fhíorú go sásaíonn an cód le haghaidh clár (conradh cliste sa chás seo) roinnt airíonna réamhshainithe. Tagann roinnt uirlisí tástála atá bunaithe ar airí le rialacha réamhshainithe maidir le hairíonna conartha a bhfuiltear ag súil leo agus seiceálann siad an cód i gcoinne na rialacha sin, agus ceadaíonn cinn eile duit airíonna saincheaptha a chruthú le haghaidh conradh cliste.
+
+#### Anailís statach {#static-analysis}
+
+Glacann anailísí statach cód foinseach an chonartha chliste mar ionchur agus aschuireann sé torthaí lena ndearbhaítear an sásaíonn an conradh airí nó nach sásaíonn. Murab ionann agus anailís dhinimiciúil, ní bhaineann anailís statach le conradh a fhorghníomhú chun anailís a dhéanamh air maidir le cruinneas. Ina ionad sin, is cúis le hanailís statach na bealaí uile a d’fhéadfadh conradh cliste a ghabháil le linn é a rith (i.e., trí struchtúr an chóid foinseach a scrúdú chun a chinneadh cad a bheadh i gceist leis d’oibríocht na gconarthaí ag am rite).
+
+[Linting](https://www.perforce.com/blog/qac/what-lint-code-and-why-linting-important) agus [tástáil statach](https://www.techtarget.com/whatis/definition/static-analysis-static-code-analysis) chun anailís statach ar chonarthaí a rith. Teastaíonn ón dá cheann acu anailís a dhéanamh ar léiriú ísealleibhéil ar rith conartha mar [crainn chomhréire teibí](https://en.m.wikipedia.org/wiki/Abstract_syntax_tree) agus [sreabhghraif rialaithe](https://www.geeksforgeeks.org/software-engineering-control-flow-graph-cfg/amp/) aschur ag an tiomsaitheoir.
+
+I bhformhór na gcásanna, tá anailís statach úsáideach chun saincheisteanna sábháilteachta a bhrath ar nós úsáid a bhaint as tógálacha neamhshábháilte, earráidí comhréire, nó sáruithe ar chaighdeáin códaithe i gcód conarthaí. Mar sin féin, is eol go bhfuil anailíseoirí statacha neamhfhónta go ginearálta maidir le leochaileachtaí níos doimhne a bhrath, agus d'fhéadfadh go gcruthódh siad ró-dearfach bréagach.
+
+#### Anailís dhinimiciúil {#dynamic-analysis}
+
+Gineann anailís dhinimiciúil ionchuir shiombalacha (m.sh., i [forghníomhú siombalach](https://en.m.wikipedia.org/wiki/Symbolic_execution)) nó ionchuir choincréite (m.sh., i [doiléiriú](https://owasp.org/www-community/Fuzzing)) go feidhmeanna conarthaí cliste féachaint an bhfuil aon rith ag sárú rian(eanna) airíonna sonracha. Tá an cineál seo tástála bunaithe ar airí difriúil ó thástálacha aonaid sa mhéid is go gcuimsíonn cásanna tástála cásanna iolracha agus go láimhseálann clár giniúint cásanna tástála.
+
+Is sampla é [Doiléiriú](https://halborn.com/what-is-fuzz-testing-fuzzing/) de theicníc anailíse dhinimiciúil chun airíonna treallacha i gconarthaí cliste a fhíorú. Déanann doiléiriú feidhmeanna a agairt i gconradh sprice le héagsúlachtaí randamacha nó míchumtha de luach ionchuir sainithe. Má théann an conradh cliste i staid earráide (m.sh., staid ina dteipeann ar dhearbhú), cuirtear an fhadhb in iúl agus déantar ionchuir a thiomáineann an rith i dtreo na conaire leochaileacha a tháirgeadh i dtuarascáil.
+
+Tá doiléiriú úsáideach chun meicníocht bhailíochtaithe ionchuir conarthaí cliste a mheas ós rud é go bhféadfadh forghníomhú neamhbheartaithe a bheith mar thoradh ar láimhseáil míchuí ionchuir gan choinne agus éifeachtaí contúirteacha a chruthú. Is féidir an cineál seo tástála bunaithe ar mhaoin a bheith oiriúnach ar go leor cúiseanna:
+
+1. **Tá sé deacair cásanna tástála a scríobh chun go leor cásanna a chlúdach.** Ní éilíonn tástáil airíonna ach iompraíocht agus raon sonraí a shainiú chun an t-iompar a thástáil - gineann an clár cásanna tástála go huathoibríoch atá bunaithe ar an airí sainithe.
+
+2. **Seans nach gclúdaíonn do shraith tástála gach cosán laistigh den chlár a dhóthain.** Fiú le clúdach 100%, is féidir cásanna imeallacha a fhágáil ar lár.
+
+3. **Cruthaíonn tástálacha aonaid go bhfeidhmíonn conradh i gceart le haghaidh sonraí samplacha, ach ní fios cé acu an bhfeidhmíonn an conradh i gceart le haghaidh ionchuir lasmuigh den sampla.** Ritheann tástálacha airí conradh sprice le héagsúlachtaí iolracha a luach ionchuir tugtha chun rianta reatha a aimsiú a chruthaíonn teipeanna dearbhaithe. Mar sin, cuireann tástáil airí ráthaíochtaí breise ar fáil go bhfeidhmíonn conradh i gceart maidir le haicme leathan sonraí ionchuir.
+
+### Treoirlínte maidir le tástáil bunaithe ar airí a rith le haghaidh conarthaí cliste {#running-property-based-tests}
+
+Is gnách go gcuirtear tús le tástáil bunaithe ar airí le sainiú airí (m.sh., easpa [róshreabhadh slánuimhreach](https://github.com/ConsenSys/mythril/wiki/Integer-Overflow)) nó bailiú airíonna ar mhaith leat a fhíorú i gconradh cliste. Seans go mbeidh ort freisin raon luachanna a shainiú mar ar féidir leis an gclár sonraí a ghiniúint le haghaidh ionchuir idirbhirt agus tástálacha maoine á scríobh.
+
+Nuair a bheidh sé cumraithe i gceart, déanfaidh an uirlis tástála airí do chuid feidhmeanna conarthaí cliste a fhorghníomhú le hionchuir a ghintear go randamach. Má tá aon sáruithe dearbhaithe, ba cheart duit tuarascáil a fháil le sonraí ionchuir nithiúla a sháraíonn an airí atá á mheasúnú. Féach ar chuid de na treoracha thíos chun tús a chur le tástáil bunaithe ar airí a rith le huirlisí éagsúla:
+
+- **[Anailís statach ar chonarthaí cliste le Slither](https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/slither#slither)**
+- **[Anailís statach ar chonarthaí cliste le Wake](https://ackeeblockchain.com/wake/docs/latest/static-analysis/using-detectors/)**
+- **[Tástáil bunaithe ar airí le Brownie](https://eth-brownie.readthedocs.io/en/stable/tests-hypothesis-property.html)**
+- **[Conarthaí doiléirithe le Foundry](https://book.getfoundry.sh/forge/fuzz-testing)**
+- **[Conarthaí doiléirithe le Echidna](https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/echidna#echidna-tutorial)**
+- **[Conarthaí doiléirithe le Wake](https://ackeeblockchain.com/wake/docs/latest/testing-framework/fuzzing/)**
+- **[Forghníomhú siombalach conarthaí cliste le Manticore](https://github.com/crytic/building-secure-contracts/tree/master/program-analysis/manticore#manticore-tutorial)**
+- **[Rith siombalach conarthaí cliste le Mythril](https://mythril-classic.readthedocs.io/en/master/tutorial.html)**
+
+## Tástáil láimhe le haghaidh conarthaí cliste {#manual-testing-for-smart-contracts}
+
+Is minic a thagann tástáil láimhe ar chonarthaí cliste níos déanaí sa timthriall forbartha tar éis tástálacha uathoibrithe a reáchtáil. Déanann an cineál tástála seo measúnú ar an gconradh cliste mar tháirge lán-chomhtháite amháin féachaint an bhfeidhmíonn sé mar atá sonraithe sna ceanglais theicniúla.
+
+### Conarthaí a thástáil ar blocshlabhra áitiúil {#testing-on-local-blockchain}
+
+Cé gur féidir le tástáil uathoibrithe a dhéantar i dtimpeallacht forbartha áitiúil faisnéis úsáideach dífhabhtaithe a sholáthar, beidh tú ag iarraidh a fháil amach conas a oibríonn do chonradh cliste i dtimpeallacht táirgthe. Mar sin féin, tabhaítear táillí gáis as imscaradh chuig príomhshlabhra Ethereum - gan trácht ar gur féidir leat féin nó d'úsáideoirí fíor-airgead a chailleadh má tá fabhtanna fós ar do chonradh cliste.
+
+Is rogha mhalartach é do chonradh a thástáil ar bhlocshlabhra áitiúil (ar a dtugtar [líonra forbartha](/developers/docs/development-networks/)) ar thástáil ar Mainnet. Is éard atá i blocshlabhra áitiúil ná cóip den blocshlabhra Ethereum a ritheann go háitiúil ar do ríomhaire a ionsamhlaíonn iompar ciseal forghníomhaithe Ethereum. Mar sin, is féidir leat idirbhearta a ríomhchlárú chun idirghníomhú le conradh gan forchostas suntasach a thabhú.
+
+D'fhéadfadh sé a bheith úsáideach conarthaí a reáchtáil ar blocshlabhra áitiúil mar chineál tástála comhtháthaithe láimhe. [Tá conarthaí cliste an-inchumtha](/developers/docs/smart-contracts/composability/), rud a ligeann duit comhtháthú le prótacail atá ann cheana féin - ach beidh ort fós a chinntiú go n-eascróidh na torthaí cearta as idirghníomhaíochtaí casta ar slabhra.
+
+[Tuilleadh faoi líonraí forbartha.](/developers/docs/development-networks/)
+
+### Conarthaí a thástáil ar Líonraí tástála {#testing-contracts-on-testnets}
+
+Oibríonn líonra tástála nó testnet díreach cosúil le Ethereum Mainnet, ach amháin go n-úsáideann sé éitear (ETH) gan aon luach fíordhomhain. Má dhéantar do chonradh a imscaradh ar [Líonra tástála](/developers/docs/networks/#ethereum-testnets) is féidir le haon duine idirghníomhú leis (m.sh., trí aghaidh an dapp) gan cistí a chur i mbaol.
+
+Tá an cineál tástála láimhe seo úsáideach chun sreabhadh d’fheidhmchlár ó cheann go ceann a mheas ó dhearcadh an úsáideora. Anseo, is féidir le tástálaithe béite trialacha a dhéanamh freisin agus aon saincheisteanna a bhaineann le loighic ghnó agus feidhmiúlacht fhoriomlán an chonartha a thuairisciú.
+
+Tá sé iontach imscaradh ar líonra tástála tar éis tástáil a dhéanamh ar blocshlabhra áitiúil ós rud é go bhfuil an chéad cheann níos gaire d'iompar Meaisín Fíorúil Ethereum. Mar sin, tá sé coitianta go leor tionscadail Ethereum-dhúchasacha dapps a imscaradh ar testnets chun oibríocht conarthaí cliste a mheas faoi choinníollacha an domhain fíor.
+
+[Tuilleadh faoi líonraí tástála Ethereum.](/developers/docs/development-networks/#public-beacon-testchains)
+
+## Tástáil vs fíorú foirmiúil {#testing-vs-formal-verification}
+
+Cé go gcuidíonn an tástáil le deimhniú go dtugann conradh na torthaí a bhfuiltear ag súil leo ar ais do roinnt ionchuir sonraí, ní féidir leis a chruthú go cinntitheach an rud céanna maidir le hionchuir nach n-úsáidtear le linn tástálacha. Mar sin, ní féidir "cruinneas feidhmiúil" a ráthú le conradh cliste a thástáil (i.e. ní féidir a thaispeáint go n-iompraíonn ríomhchlár mar is gá do _gach tacar_ de luachanna ionchuir).
+
+Is éard atá i bhfíorú foirmiúil ná cur chuige chun cruinneas bogearraí a mheas trí sheiceáil an bhfuil samhail fhoirmiúil den chlár ag teacht leis an tsonraíocht fhoirmiúil. Is ionann samhail fhoirmiúil agus léiriú teibí matamaitice ar chlár, agus sainmhíníonn sonraíocht fhoirmiúil airíonna cláir (i.e. dearbhuithe loighciúla faoi fheidhmiú an chláir).
+
+Toisc go bhfuil airíonna scríofa i dtéarmaí matamaitice, is féidir a fhíorú go sásaíonn samhail fhoirmiúil (matamaiticiúil) den chóras sonraíocht agus úsáid á baint as rialacha loighciúla tátail. Mar sin, deirtear go dtugann uirlisí fíoraithe foirmiúla ‘cruthúnas matamaitice’ ar chruinneas córais.
+
+Murab ionann agus an tástáil, is féidir fíorú foirmiúil a úsáid chun a fhíorú go sásaíonn rith conarthaí cliste sonraíocht fhoirmiúil do _gach_ rith (i.e., níl aon fhabhtanna ann) gan gá a fhorghníomhú le sampla sonraí. Ní hamháin go laghdaítear an t-am a chaitear ar an iliomad tástálacha aonaid a rith, ach tá sé níos éifeachtaí freisin chun teacht ar leochaileachtaí ceilte. É sin ráite, luíonn teicnící foirmiúla fíoraithe ar speictream ag brath ar a ndeacracht le cur i bhfeidhm agus a n-úsáideacht.
+
+[Tuilleadh faoi fhíorú foirmiúil do chonarthaí cliste.](/developers/docs/smart-contracts/formal-verification)
+
+## Tástáil vs iniúchtaí agus deolchairí fabhtanna {#testing-vs-audits-bug-bounties}
+
+Mar a luadh, is annamh a d’fhéadfadh tástáil dhian a ráthú nach mbíonn fabhtanna i gconradh; féadann cur chuige foirmiúla fíoraithe cinnteacht níos láidre a thabhairt maidir le cirte ach is deacair iad a úsáid faoi láthair agus tabhaítear costais shuntasacha orthu.
+
+Fós féin, is féidir leat féidearthacht leochaileachtaí conartha a ghabháil a mhéadú trí athbhreithniú cóid neamhspleách a fháil. [Iniúchtaí conartha cliste](https://www.immunebytes.com/blog/what-is-a-smart-contract-audit/) agus [deolchairí fabhtanna](https://medium.com/immunefi/a-defi-security-standard-the-scaling-bug-bounty-9b83dfdc1ba7): dhá bhealach chun daoine eile a spreagadh chun anailís a dhéanamh ar do chonarthaí.
+
+Déanann iniúchóirí a bhfuil taithí acu ar chásanna lochtanna slándála agus deoch-chleachtais forbartha i gconarthaí cliste iniúchtaí. Áireofar le hiniúchadh tástáil (agus b’fhéidir fíorú foirmiúil) chomh maith le hathbhreithniú láimhe ar an mbunachar cód iomlán.
+
+Os a choinne sin, is iondúil go mbíonn luach saothair airgeadais á thairiscint do dhuine aonair i gclár deolchaire fabhtanna (ar a dtugtar [haiceálaithe hata bána](https://en.wikipedia.org/wiki/White_hat_(computer_security))) a aimsíonn leochaileacht i gconradh cliste agus nochtann d’fhorbróirí iad. Tá deolchairí fabhtanna cosúil le hiniúchtaí ós rud é go mbaineann sé le iarraidh ar dhaoine eile cabhrú le lochtanna i gconarthaí cliste a aimsiú.
+
+Is é an difríocht mhór ná go bhfuil cláir deolchaire fabhtanna oscailte don phobal forbróra/haiceálaithe níos leithne agus go meallann siad aicme leathan haiceálaithe eiticiúla agus gairmithe slándála neamhspleácha a bhfuil scileanna agus taithí uathúla acu. D’fhéadfadh sé seo a bheith ina bhuntáiste seachas iniúchtaí cliste conartha a bhíonn ag brath go príomha ar fhoirne a bhféadfadh saineolas teoranta nó cúng a bheith acu.
+
+## Uirlisí tástála agus leabharlanna {#testing-tools-and-libraries}
+
+### Uirlisí tástála aonad {#unit-testing-tools}
+
+- **[cumhdach-daingne](https://github.com/sc-forks/solidity-coverage)** - _Uirlis cumhdaigh cód le haghaidh conarthaí cliste scríofa i Solidity._
+
+- **[Waffle](https://ethereum-waffle.readthedocs.io/en/latest/)** - _Creat um fhorbairt agus tástáil ardchonarthaí cliste (bunaithe ar ethers.js)_.
+
+- **[Tástálacha Remix](https://github.com/ethereum/remix-project/tree/master/libs/remix-tests)** - _Uirlis chun conarthaí cliste Solidity a thástáil. Oibríonn sé faoin mbreiseán "Tástáil Aonaid Solidity" Remix IDE a úsáidtear chun cásanna tástála ar chonradh a scríobh agus a rith._
+
+- **[Cúntóirí Tástála OpenZeppelin](https://github.com/OpenZeppelin/openzeppelin-test-helpers)** - _ Leabharlann dearbhaithe le haghaidh tástála conarthaí cliste Ethereum. Cinntigh go n-iompraíonn do chonarthaí mar a bhíothas ag súil leis!_
+
+- **[Creat tástála aonaid Brownie](https://eth-brownie.readthedocs.io/en/v1.0.0_a/tests.html)**- _Úsáideann Brownie Pytest, creat tástála atá saibhir i ngnéithe a ligeann duit tástálacha beaga a scríobh le híosmhéid cód, a scálaíonn go maith do thionscadail mhóra, agus atá an-insínte._
+
+- **[Tástálacha Foundry](https://github.com/foundry-rs/foundry/tree/master/crates/forge)** -_ Tairgeann Foundry Forge, creat tástála Ethereum tapa agus solúbtha atá in ann tástálacha aonaid simplí, seiceálacha barrfheabhsaithe gáis, agus doiléiriú conartha a dhéanamh._
+
+- **[Tástálacha Hardhat](https://hardhat.org/hardhat-runner/docs/guides/test-contracts)** - _Creat chun conarthaí cliste a thástáil bunaithe ar ethers.js, Mocha, agus Chai._
+
+- **[ApeWorx](https://docs.apeworx.io/ape/stable/userguides/testing.html)** - _Creat forbartha agus tástála bunaithe ar Python le haghaidh conarthaí cliste a dhíríonn ar Mheaisín Fíorúil Ethereum._
+
+- **[Wake](https://ackeeblockchain.com/wake/docs/latest/testing-framework/overview/)** - _Creat bunaithe ar Python le haghaidh tástála aonaid agus doiléiriú le cumais dhífhabhtaithe láidre agus tacaíocht tástála tras-slabhra, ag baint úsáide as pytest agus Anvil le haghaidh taithí agus feidhmíocht úsáideora is fearr._
+
+### Uirlisí tástála airíonna-bhunaithe {#property-based-testing-tools}
+
+#### Uirlisí anailíse statacha {#static-analysis-tools}
+
+- **[Slither](https://github.com/crytic/slither)** - _Python- bunaithe ar chreat anailíse statach Solidity chun leochaileachtaí a aimsiú, tuiscint cóid a fheabhsú, agus anailísí saincheaptha a scríobh do chonarthaí cliste._
+
+- **[Ethlint](https://ethlint.readthedocs.io/en/latest/)** - _>Linter chun dea-chleachtais stíle agus slándála a fhorfheidhmiú don teanga ríomhchláraithe um chonarthaí cliste Solidity._
+
+- **[Cyfrin Aderyn](https://cyfrin.io/tools/aderyn)** - _Anailíseoir statach Rust-bhunaithe, deartha go sonrach le haghaidh slándála agus forbairt conartha cliste Web3._
+
+- **[Wake](https://ackeeblockchain.com/wake/docs/latest/static-analysis/using-detectors/)** - _Creat anailíse statach bunaithe ar Python le brathadóirí leochaileachta agus cáilíochta cód, printéirí chun faisnéis úsáideach a bhaint as an gcód agus tacaíocht chun fomhodúil saincheaptha a scríobh._
+
+#### Uirlisí anailíse dinimiciúla {#dynamic-analysis-tools}
+
+- **[Echidna](https://github.com/crytic/echidna/)** - _Doiléiriú mear conartha chun leochaileachtaí i gconarthaí cliste a bhrath trí thástáil bunaithe ar airíonna._
+
+- **[Diligence Fuzzing](https://consensys.net/diligence/fuzzing/)** - _ Uirlis doiléirithe uathoibrithe atá úsáideach chun sáruithe airíonna i gcód conartha cliste a bhrath._
+
+- **[>Manticore](https://manticore.readthedocs.io/en/latest/index.html)** - _Creat feidhmithe siombalach dinimiciúil chun anailís a dhéanamh ar bheartchód EVM._
+
+- **[Mythril](https://github.com/ConsenSys/mythril-classic)** - _ Uirlis measúnaithe beartchóid EVM chun leochaileachtaí conartha a bhrath trí úsáid a bhaint as anailís smáil, anailís choncólach, agus seiceáil sreafa rialaithe._
+
+- **[Scriobláil Díchill](https://consensys.net/diligence/scribble/)** - _ Is uirlis fíoraithe teanga sonraíochta agus ama rite é Scribble a ligeann duit conarthaí cliste a bhfuil airíonna acu a anótáil a ligeann duit na conarthaí a thástáil go huathoibríoch le huirlisí ar nós Diligence Fuzzing nó MythX._
+
+## Ranganna teagaisc a bhaineann leo {#related-tutorials}
+
+- [Forbhreathnú agus comparáid idir táirgí tástála éagsúla](/developers/tutorials/guide-to-smart-contract-security-tools/) \_
+- [Conas Echidna a úsáid chun conarthaí cliste a thástáil](/developers/tutorials/how-to-use-echidna-to-test-smart-contracts/)
+- [Conas Manticore a úsáid chun fabhtanna conartha cliste a aimsiú](/developers/tutorials/how-to-use-manticore-to-find-smart-contract-bugs/)
+- [Conas Slither a úsáid chun fabhtanna conartha cliste a aimsiú](/developers/tutorials/how-to-use-slither-to-find-smart-contract-bugs/)
+- [Conas conarthaí Dlúthpháirtíochta a bhréagnú le haghaidh tástála](/developers/tutorials/how-to-mock-solidity-contracts-for-testing/)
+- [Conas tástálacha aonaid a rith i Solidity ag baint úsáide as Teilgcheárta](https://www.rareskills.io/post/foundry-testing-solidity)
+
+## Tuilleadh léitheoireachta {#further-reading}
+
+- [Treoir dhomhain maidir le conarthaí cliste Ethereum a thástáil](https://iamdefinitelyahuman.medium.com/an-in-depth-guide-to-testing-ethereum-smart-contracts-2e41b2770297)
+- [Conas conarthaí cliste ethereum a thástáil](https://betterprogramming.pub/how-to-test-ethereum-smart-contracts-35abc8fa199d)
+- [Treoir tástála aonaid MolochDAO d’fhorbróirí](https://github.com/MolochVentures/moloch/tree/4e786db8a4aa3158287e0935dcbc7b1e43416e38/test#moloch-testing-guide)
+- [Conas conarthaí cliste cosúil le rockstar a thástáil](https://forum.openzeppelin.com/t/test-smart-contracts-like-a-rockstar/1001)
diff --git a/public/content/translations/ga/developers/docs/smart-contracts/upgrading/index.md b/public/content/translations/ga/developers/docs/smart-contracts/upgrading/index.md
new file mode 100644
index 00000000000..d98d43acd13
--- /dev/null
+++ b/public/content/translations/ga/developers/docs/smart-contracts/upgrading/index.md
@@ -0,0 +1,165 @@
+---
+title: Uasghrádú conarthaí cliste
+description: Forbhreathnú ar phatrúin uasghrádaithe do chonarthaí cliste Ethereum
+lang: ga
+---
+
+Is cláir féin-reatha iad conarthaí cliste ar Ethereum a ritheann i Meaisín Fíorúil Ethereum (EVM). Tá na cláir seo do-athraithe ó thaobh dearaidh de, rud a chuireann cosc ar aon nuashonrú ar an loighic ghnó nuair atá an conradh imscartha.
+
+Cé go bhfuil gá le do-athraitheacht le haghaidh easpa iontaobhais, díláraithe, agus slándáil conarthaí cliste, d’fhéadfadh sé a bheith ina mhíbhuntáiste i gcásanna áirithe. Mar shampla, le cód do-athraithe é d'fhéadfadh sé a bheith dodhéanta d'fhorbróirí conarthaí leochaileacha a shocrú.
+
+Mar sin féin, de bharr taighde méadaithe maidir le conarthaí cliste a fheabhsú, tugadh isteach roinnt patrún uasghrádaithe. Cuireann na patrúin uasghrádaithe seo ar chumas na bhforbróirí conarthaí cliste a uasghrádú (agus do- athraitheacht á caomhnú) trí loighic ghnó a chur i gconarthaí éagsúla.
+
+## Réamhriachtanais {#prerequisites}
+
+Ba cheart go mbeadh tuiscint mhaith agat ar [chonarthaí cliste](/developers/docs/smart-contracts/), [ anatamaíocht chonradh cliste](/developers/docs/smart-contracts/anatomy/), agus an [Meaisín Fíorúil Ethereum (EVM)](/developers/docs/evm/). Glacann an treoir seo leis freisin go bhfuil tuiscint ag léitheoirí ar chonarthaí cliste a ríomhchlárú.
+
+## Cad is uasghrádú conartha cliste ann? {#what-is-a-smart-contract-upgrade}
+
+Is éard atá i gceist le huasghrádú conartha cliste ná loighic ghnó conradh cliste a athrú agus staid an chonartha á caomhnú. Tá sé tábhachtach a shoiléiriú nach ionann an t-uasghrádú agus an luaineacht, go háirithe i gcomhthéacs conarthaí cliste.
+
+Ní féidir leat clár a imscartar chuig seoladh ar líonra Ethereum a athrú go fóill. Ach is féidir leat an cód a ritear a athrú nuair a idirghníomhaíonn úsáideoirí le conradh cliste.
+
+Is féidir é seo a dhéanamh trí na modhanna seo a leanas:
+
+1. Leaganacha iolracha de chonradh cliste a chruthú agus staid ascnaimh (i.e. sonraí) ón seanchonradh go dtí ásc nua den chonradh.
+
+2. Conarthaí ar leith a chruthú chun loighic agus staid ghnó a stóráil.
+
+3. Úsáid a bhaint as patrúin seachfhreastalaí chun glaonna feidhme a tharmligean ó chonradh seachfhreastalaí do-athraithe go conradh loighce inathraithe.
+
+4. Príomhchonradh do-athraithe a chruthú a labhraíonn le, agus a bhraitheann ar chonarthaí satailíte solúbtha chun feidhmeanna sonracha a rith.
+
+5. An patrún muileata a úsáid chun glaonna feidhme a tharmligean ó chonradh seachfhreastalaí go conarthaí loighce.
+
+### Meicníocht uasghrádaithe #1: Ascnamh conartha {#contract-migration}
+
+Bunaítear ascnamh conartha ar leagan – an smaoineamh staideanna uathúla de na bogearraí céanna a chruthú agus a bhainistiú. Is éard atá i gceist le haistriú conartha ná sampla nua de chonradh cliste atá ann cheana a imscaradh agus stóras agus iarmhéideanna a aistriú chuig an gconradh nua.
+
+Beidh stóras folamh ag an gconradh nua-imlonnaithe, rud a ligeann duit sonraí a aisghabháil ón seanchonradh agus é a scríobh chuig an gcur chun feidhme nua. Ina dhiaidh sin, beidh ort na conarthaí go léir a d'oibrigh leis an seanchonradh a nuashonrú chun an seoladh nua a léiriú.
+
+Is í an chéim dheireanach in ascnamh conartha ná cur ina luí ar úsáideoirí athrú chuig an gconradh nua a úsáid. Coinneoidh an leagan conartha nua iarmhéideanna agus seoltaí úsáideoirí, rud a chaomhnóidh do-athraitheacht. Más conradh atá bunaithe ar chomharthaí é, beidh ort dul i dteagmháil le malartáin freisin chun an seanchonradh a chaitheamh amach agus an conradh nua a úsáid.
+
+Is beart réasúnta simplí agus sábháilte é imirce conartha chun conarthaí cliste a uasghrádú gan idirghníomhaíochtaí úsáideoirí a bhriseadh. Mar sin féin, bíonn sé fadálach stóráil agus iarmhéideanna úsáideoirí a aistriú de láimh chuig an gconradh nua agus d'fhéadfadh costais arda gáis a bheith i gceist.
+
+[Tuilleadh faoi imirce conartha.](https://blog.trailofbits.com/2018/10/29/how-contract-migration-works/)
+
+### Meicníocht uasghrádaithe #2: Deighilt sonraí {#data-separation}
+
+Modh eile chun conarthaí cliste a uasghrádú ná loighic ghnó agus stóras sonraí a dheighilt i gconarthaí ar leith. Ciallaíonn sé seo go n-idirghníomhaíonn úsáideoirí leis an gconradh loighce, agus sonraí á stóráil sa chonradh stórais.
+
+Tá an cód a fhorghníomhaítear nuair a idirghníomhaíonn úsáideoirí leis an bhfeidhmchlár sa chonradh loighce. Coinníonn sé seoladh an chonartha stórais freisin agus idirghníomhaíonn sé leis chun sonraí a fháil agus a shocrú.
+
+Idir an dá linn, coinníonn an conradh stórála an staid a bhaineann leis an gconradh cliste, mar shampla iarmhéideanna agus seoltaí úsáideoirí. Tabhair faoi deara go bhfuil an conradh stórais faoi úinéireacht an chonartha loighce agus go bhfuil sé cumraithe le seoladh an dara ceann ag an imscaradh. Cuireann sé seo cosc ar chonarthaí neamhúdaraithe an conradh stórais a ghlaoch nó a sonraí a nuashonrú.
+
+De réir réamhshocraithe, bíonn an conradh stórála do-athraithe - ach is féidir leat cur i bhfeidhm nua a chur in ionad an chonartha loighce a luann sé. Athróidh sé seo an cód a ritheann san EVM, agus an stóras agus na hiarmhéideanna a choinneáil slán.
+
+Chun an modh uasghrádaithe seo a úsáid is gá seoladh an chonartha loighce sa chonradh stórais a nuashonrú. Ní mór duit freisin an conradh loighce nua a chumrú le seoladh an chonartha stórais ar chúiseanna atá mínithe cheana.
+
+D’fhéadfaí a áitiú gur fusa an patrún deighilte sonraí a chur i bhfeidhm i gcomparáid le haistriú conartha. Mar sin féin, beidh ort conarthaí iolracha a bhainistiú agus scéimeanna údaraithe casta a chur i bhfeidhm chun conarthaí cliste a chosaint ó uasghrádú mailíseach.
+
+### Meicníocht uasghrádaithe #3: Patrúin seachfhreastalaí {#proxy-patterns}
+
+Úsáideann an patrún seachfhreastalaí freisin scarúint sonraí chun loighic ghnó agus sonraí a choinneáil i gconarthaí ar leithligh. Mar sin féin, i bpatrún seachfhreastalaí, glaonn an conradh stórais (ar a dtugtar seachfhreastalaí) an conradh loighic le linn rith cóid. Is iompú droim ar ais é seo ar an modh deighilte sonraí, áit a nglaonn an conradh loighce ar an gconradh stórais.
+
+Is é seo a tharlaíonn i bpatrún seachfhreastalaí:
+
+1. Idirghníomhaíonn úsáideoirí leis an gconradh seachfhreastalaí, a stórálann sonraí, ach nach bhfuil an loighic ghnó aige.
+
+2. Stórálann an conradh seachfhreastalaí seoladh an chonartha loighce agus tarmligeann sé gach glao feidhme chuig an gconradh loighce (a bhfuil an loighic ghnó aige) ag baint úsáide as an bhfeidhm `delegatecall`.
+
+3. Tar éis an glao a chur ar aghaidh chuig an gconradh loighce, aisghabháiltear na sonraí a cuireadh ar ais ón gconradh loighce agus cuirtear ar ais chuig an úsáideoir iad.
+
+Teastaíonn tuiscint ar fheidhm **glaoch toscaire** chun na patrúin seachfhreastalaí a úsáid. Go bunúsach, is opcode é `glaoch toscaire` a ligeann do chonradh conradh eile a ghlaoch, agus tarlaíonn forghníomhú an chóid iarbhír i gcomhthéacs an chonartha ag glaoch. Impleacht a bhaineann le `delegatecall` a úsáid i bpatrúin seachfhreastalaí is ea go léann agus go scríobhann an conradh seachfhreastalaí chuig a stóras agus go bhfeidhmíonn sé an loighic atá stóráilte ag an gconradh loighce amhail is dá nglaofaí feidhm inmheánach.
+
+Ón [Doiciméadú Solidity](https://docs.soliditylang.org/en/latest/introduction-to-smart-contracts.html#delegatecall-callcode-and-libraries):
+
+> _Tá leagan speisialta de ghlao teachtaireachta ann, darb ainm **glao toscaire** atá comhionann le glao teachtaireachta seachas an cód ag an sprioc-seoladh a dhéantar i gcomhthéacs (i.e. ag an seoladh) den chonradh glaonna agus `msg.sender` agus `msg.value` ná a luachanna a athrú._ _ Ciallaíonn sé seo gur féidir le conradh cód a lódáil go dinimiciúil ó sheoladh eile ag am rite. Tagraíonn stóras, seoladh reatha agus iarmhéid don chonradh atá ag glaoch, ní thógtar ach an cód ón seoladh a nglaoitear air._
+
+Tá a fhios ag an gconradh seachfhreastalaí `glaochtoscaire` a agairt aon uair a ghlaonn úsáideoir ar fheidhm toisc go bhfuil feidhm `tacachumais` ionsuite ann. I ríomhchlárú Solidity déantar an [fheidhm tacachumais](https://docs.soliditylang.org/en/latest/contracts.html#fallback-function) nuair nach meaitseálann glao feidhme na feidhmeanna sonraithe i gconradh.
+
+Chun go n-oibreoidh an patrún seachfhreastalaí ní mór feidhm tacachumais shaincheaptha a scríobh a shonraíonn an chaoi ar cheart don chonradh seachfhreastalaí glaonna feidhme nach dtacaíonn sé leo a láimhseáil. Sa chás seo tá feidhm tacachumais an tseachvótálaí cláraithe chun glao toscaire a thionscnamh agus chun iarratas an úsáideora a athródú chuig cur i bhfeidhm an chonartha loighce reatha.
+
+Tá an conradh seachfhreastalaí do-athraithe de réir réamhshocraithe, ach is féidir conarthaí loighce nua le loighic ghnó nuashonraithe a chruthú. Déantar an t-uasghrádú ansin trí sheoladh an chonartha loighce dá dtagraítear sa chonradh seachfhreastalaí a athrú.
+
+Tríd an gconradh seachfhreastalaí a phointeáil go chonradh nua loighce, déantar an cód a rith nuair a ghlaonn úsáideoirí ar athruithe ar fheidhm an chonartha seachfhreastalaí. Ligeann sé seo dúinn loighic conartha a uasghrádú gan iarraidh ar úsáideoirí idirghníomhú le conradh nua.
+
+Is modh coitianta iad patrúin seachfhreastalaí chun conarthaí cliste a uasghrádú mar go gcuireann siad deireadh leis na deacrachtaí a bhaineann le himirce conartha. Mar sin féin, tá patrúin seachfhreastalaí níos casta le húsáid agus féadann siad lochtanna criticiúla a thabhairt isteach, mar [troideanna roghnóir feidhme](https://medium.com/nomic-foundation-blog/malicious-backdoors-in-ethereum-proxies-62629adf3357), má úsáidtear go míchuí é.
+
+[Tuilleadh faoi phatrúin seachfhreastalaí](https://blog.openzeppelin.com/proxy-patterns/).
+
+### Meicníocht uasghrádaithe #4: Patrún straitéise {#strategy-pattern}
+
+Bíonn tionchar ag an [bpatrún straitéise](https://en.wikipedia.org/wiki/Strategy_pattern) ar an teicníocht seo, rud a spreagann cruthú cláir bhogearraí a dhéanann comhéadan le cláir eile chun gnéithe sonracha a chur i bhfeidhm. Dá gcuirfí patrún na straitéise i bhfeidhm ar fhorbairt Ethereum chiallódh sé conradh cliste a thógáil a ghlaonn feidhmeanna ó chonarthaí eile.
+
+Sa phríomhchonradh sa chás seo tá an loighic lárnach gnó, ach déanann sé comhéadan le conarthaí cliste eile ("conarthaí satailíte") chun feidhmeanna áirithe a rith. Stórálann an príomhchonradh seo seoladh gach conartha satailíte agus féadann sé aistriú idir feidhmeanna éagsúla an chonartha satailíte.
+
+Is féidir leat conradh satailíte nua a thógáil agus an príomhchonradh a chumrú leis an seoladh nua. Ligeann sé seo duit _straitéisí_ a athrú (i.e. loighic nua a chur i bhfeidhm) le haghaidh conradh cliste.
+
+Cé go bhfuil sé cosúil leis an bpatrún seachfhreastalaí a pléadh níos luaithe, tá patrún na straitéise difriúil toisc go bhfuil loighic an ghnó i seilbh an phríomhchonartha, a n-idirghníomhaíonn úsáideoirí leis. Trí úsáid a bhaint as an bpatrún seo tugtar an deis duit athruithe teoranta a thabhairt isteach ar chonradh cliste gan cur isteach ar an mbonneagar lárnach.
+
+Is é an príomh-mhíbhuntáiste go bhfuil an patrún seo úsáideach den chuid is mó chun mion-uasghráduithe a chur i bhfeidhm. Chomh maith leis sin, má tá an príomhchonradh i gcontúirt (m.sh., trí haic), ní féidir leat an modh uasghrádaithe seo a úsáid.
+
+### Meicníocht uasghrádaithe #5: Patrún muileata {#diamond-pattern}
+
+Is féidir an patrún muileata a mheas mar fheabhsú ar an bpatrún seachfhreastalaí. Ní hionann patrúin mhuileata agus patrúin seachfhreastalaí mar is féidir leis an gconradh seachfhreastalaí muileata glaonna feidhme a tharmligean chuig níos mó ná conradh loighce amháin.
+
+_Gruanna_ a thugtar ar na conarthaí loighce sa phatrún muileata. Le go n-oibreoidh an patrún muileata, ní mór duit léarscáiliú a chruthú sa chonradh seachfhreastalaí a mhapálann [feidhm roghnóir](https://docs.soliditylang.org/en/latest/abi-spec.html#function-selector) chuig seoltaí gné éagsúla.
+
+Nuair a dhéanann úsáideoir glao feidhme, seiceálann an conradh seachfhreastalaí an léarscáiliú chun teacht ar an ngné atá freagrach as an bhfeidhm sin a chur i gcrích. Ansin déanann sé `glaochtoscaire` a agairt (ag baint úsáide as an bhfeidhm tacachumais) agus atreoraíonn sé an glao chuig an gconradh loighce cuí.
+
+Tá roinnt buntáistí ag an bpatrún uasghrádaithe muileata thar phatrúin uasghrádaithe seachfhreastalaí traidisiúnta:
+
+1. Ligeann sé duit cuid bheag den chonradh a uasghrádú gan an cód ar fad a athrú. Chun úsáid a bhaint as an bpatrún seachfhreastalaí le haghaidh uasghráduithe ní mór conradh loighce iomlán nua a chruthú, fiú i gcás mion-uasghráduithe.
+
+2. Tá teorainn méide 24KB ag gach conradh cliste (lena n-áirítear conarthaí loighce a úsáidtear i bpatrúin seachvótálaithe), ar féidir leis a bheith ina teorainn - go háirithe i gcás conarthaí casta a éilíonn níos mó feidhmeanna. Déanann an patrún muileata an fhadhb seo a réiteach go héasca trí fheidhmeanna a roinnt thar chonarthaí iolracha loighce.
+
+3. Glacann patrúin seachfhreastalaí cur chuige uileghabhálach maidir le rialuithe rochtana. Is féidir le haonán a bhfuil rochtain aige ar fheidhmeanna uasghrádaithe an conradh _iomlán_ a athrú. Ach cuireann an patrún muileata ar chumas cur chuige ceadanna modúlach, áit ar féidir leat aonáin a shrianadh chun feidhmeanna áirithe a uasghrádú laistigh de chonradh cliste.
+
+[Tuilleadh faoin bpatrún muileata](https://eip2535diamonds.substack.com/p/introduction-to-the-diamond-standard?s=w).
+
+## Buntáistí agus míbhuntáistí a bhaineann le conarthaí cliste a uasghrádú {#pros-and-cons-of-upgrading-smart-contracts}
+
+| Buntáistí | Míbhuntáistí |
+| ----------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
+| Is féidir le huasghrádú conartha cliste é a dhéanamh níos fusa leochaileachtaí a aimsítear sa chéim iar-imscartha a shocrú. | Frithoibríonn uasghrádú conarthaí cliste smaoineamh an neamh-luaineacht cóid, a bhfuil impleachtaí aige maidir le dílárú agus slándáil. |
+| Is féidir le forbróirí uasghráduithe loighce a úsáid chun gnéithe nua a chur le feidhmchláir dhíláraithe. | Caithfidh úsáideoirí muinín a bheith acu as forbróirí gan conarthaí cliste a mhodhnú go treallach. |
+| Is féidir le huasghráduithe cliste conartha feabhas a chur ar shábháilteacht úsáideoirí deiridh mar is féidir fabhtanna a shocrú go tapa. | Cruthaíonn clárú feidhmiúlacht uasghrádaithe ríomhchláraithe i gconarthaí cliste sraith eile castachta agus méadaítear an fhéidearthacht go mbeidh lochtanna criticiúla ann. |
+| Tugann uasghrádú conartha níos mó spáis d'fhorbróirí triail a bhaint as gnéithe éagsúla agus feabhas a chur ar dapps le himeacht ama. | Féadfaidh an deis chun conarthaí cliste a uasghrádú forbróirí a spreagadh chun tionscadail a sheoladh níos tapúla gan dícheall cuí a dhéanamh le linn na céime forbartha. |
+| | Is féidir le rialú rochtana nó lárú neamhdhaingnithe i gconarthaí cliste é a dhéanamh níos fusa do ghníomhaithe mailíseacha uasghrádú neamhúdaraithe a dhéanamh. |
+
+## Ceisteanna maidir le conarthaí cliste a uasghrádú {#considerations-for-upgrading-smart-contracts}
+
+1. Bain úsáid as meicníochtaí slána um rialú rochtana/údaraithe chun uasghráduithe conartha cliste neamhúdaraithe a chosc, go háirithe má úsáidtear patrúin seachfhreastalaí, patrúin straitéise, nó scarúint sonraí. Sampla is ea rochtain ar an bhfeidhm uasghrádaithe a shrianadh, ionas nach bhféadfaidh ach úinéir an chonartha glaoch a chur uirthi.
+
+2. Is gníomhaíocht chasta é conarthaí cliste a uasghrádú agus éilíonn sé leibhéal ard díchill chun tabhairt isteach leochaileachtaí a chosc.
+
+3. Laghdaigh toimhdí muiníne tríd an bpróiseas uasghrádaithe a chur i bhfeidhm a dhílárú. Áirítear le straitéisí féideartha úsáid a bhaint as conradh [sparán multisig](/developers/docs/smart-contracts/#multisig) chun uasghrádú a rialú, nó chun [comhaltaí de DAO](/dao/) chun vótáil ar cheadú an uasghrádú.
+
+4. Bí ar an eolas faoi na costais a bhaineann le conarthaí a uasghrádú. Mar shampla, d’fhéadfadh go mbeadh gá le níos mó ná idirbheart amháin chun staid a chóipeáil (m.sh. iarmhéideanna úsáideoirí) ó sheanchonradh go conradh nua le linn ascnaimh chonartha, rud a chiallódh go mbeadh níos mó táillí gáis ag teastáil.
+
+5. Smaoinigh ar **ghlais ama** a chur i bhfeidhm chun úsáideoirí a chosaint. Tagraíonn glas ama do mhoill a chuirtear i bhfeidhm ar athruithe ar chóras. Is féidir glais ama a chomhcheangal le córas rialachais multisig chun uasghráduithe a rialú: má shroicheann gníomh atá beartaithe an tairseach formheasa riachtanach, ní fhorghníomhaíonn sé go dtí go dtéann an tréimhse moille réamhshainithe thart.
+
+Tugann glais ama roinnt ama d’úsáideoirí éirí as an gcóras mura n-aontaíonn siad le hathrú molta (m.sh. uasghrádú loighce nó scéimeanna táillí nua). Gan glas ama, ní mór d’úsáideoirí muinín a chur sna forbróirí gan athruithe treallacha i gconradh cliste a chur i bhfeidhm gan fógra a thabhairt roimh ré. Is é an míbhuntáiste anseo ná go gcuireann glais ama srian ar an gcumas leochaileachtaí a réiteach go tapa.
+
+## Acmhainní {#resources}
+
+**Breiseáin Uasghrádaithe OpenZeppelin - _Sraith uirlisí chun conarthaí cliste in-uasghrádaithe a imscaradh agus a dhaingniú._**
+
+- [GitHub](https://github.com/OpenZeppelin/openzeppelin-upgrades)
+- [Doiciméadúchán](https://docs.openzeppelin.com/upgrades)
+
+## Ranganna Teagaisc {#tutorials}
+
+- [Do Chonarthaí Cliste a uasghrádú | Teagaisc YouTube](https://www.youtube.com/watch?v=bdXJmWajZRY) le Patrick Collins
+- [Ethereum Smart Contract Migration Tutorial](https://medium.com/coinmonks/ethereum-smart-contract-migration-13f6f12539bd) le Austin Griffith
+- [Úsáid a bhaint as patrún seachfhreastalaí UUPS chun conarthaí cliste a uasghrádú](https://blog.logrocket.com/author/praneshas/) le Pranesh A.S
+- [Teagasc Web3: Scríobh conradh cliste uasghrádaithe (seachfhreastalaí) ag úsáid OpenZeppelin](https://dev.to/yakult/tutorial-write-upgradeable-smart-contract-proxy-contract-with-openzeppelin-1916) ag fangjun.eth
+
+## Tuilleadh léitheoireachta {#further-reading}
+
+- [Staid Uasghráduithe Conartha Cliste](https://blog.openzeppelin.com/the-state-of-smart-contract-upgrades/) le Santiago Palladino
+- [Ilbhealaí chun conradh cliste Solidity a uasghrádú](https://cryptomarketpool.com/multiple-ways-to-upgrade-a-solidity-smart-contract/) - blag Crypto Market Pool
+- [Foghlaim: Conarthaí Cliste a Uasghrádú](https://docs.openzeppelin.com/learn/upgrading-smart-contracts) - Doiciméid OpenZeppelin
+- [ Patrúin Seachfhreastalaí Le hAghaidh Uasghrádú Conarthaí Dlúthachta: Trédhearcach vs Proxies UUPS](https://mirror.xyz/0xB38709B8198d147cc9Ff9C133838a044d78B064B/M7oTptQkBGXxox-tk9VJjL66E1V8BUF0GF79MMK4YG0) le Naveen Sahu
+- [Conas a Oibríonn Uasghrádú Muileata](https://dev.to/mudgen/how-diamond-upgrades-work-417j) le Nick Mudge
diff --git a/public/content/translations/ga/developers/docs/smart-contracts/verifying/index.md b/public/content/translations/ga/developers/docs/smart-contracts/verifying/index.md
new file mode 100644
index 00000000000..a02903a667c
--- /dev/null
+++ b/public/content/translations/ga/developers/docs/smart-contracts/verifying/index.md
@@ -0,0 +1,107 @@
+---
+title: Conarthaí cliste a fhíorú
+description: Forbhreathnú ar fhíorú cód foinseach do chonarthaí cliste Ethereum
+lang: ga
+---
+
+Tá [Conarthaí cliste](/developers/docs/smart-contracts/) deartha le bheith “neamhiontaofa”, rud a chiallaíonn nár cheart go mbeadh ar úsáideoirí muinín a bheith acu as tríú páirtithe (m.sh., forbróirí agus cuideachtaí) roimh idirghníomhú le conradh. Mar riachtanas don neamhiontaobh, caithfidh úsáideoirí agus forbróirí eile a bheith in ann cód foinse conartha cliste a fhíorú. Cinntíonn fíorú cód foinse d'úsáideoirí agus d'fhorbróirí gurb é an cód conartha foilsithe an cód céanna a ritheann ag seoladh an chonartha ar bhlocshlabhra Ethereum.
+
+Tá sé tábhachtach idirdhealú a dhéanamh idir "fíorú cód foinse" agus "[fíorú foirmiúil](/developers/docs/smart-contracts/formal-verification/)". Tagraíonn fíorú an chód foinse, a mhíneofar go mion thíos, d’fhíorú go bhfuil cód foinse áirithe an chonartha chliste i dteanga ardleibhéil (m.sh. Solidity) tiomsaithe don bheartchód céanna atá le cur i gcrích ag seoladh an chonartha. Mar sin féin, cuireann fíorú foirmiúil síos ar chruinneas conartha chliste a fhíorú, rud a chiallaíonn go n-oibríonn an conradh mar a bhíothas ag súil leis. Cé go mbraitheann comhthéacs, tagraíonn fíorú conartha de ghnáth d'fhíorú an chóid fhoinse.
+
+## Cad is fíorú cód foinse ann? {#what-is-source-code-verification}
+
+Sula n-imscarfar conradh cliste i [Meaisín Fíorúil Ethereum (EVM)](/developers/docs/evm/), déanfaidh na forbróirí [>tiomsú](/developers/docs/smart-contracts/compiling/) ar chód foinse an chonartha - treoracha [scríofa i Solidity](/developers/docs/smart-contracts/languages/) nó ceann eile teanga ríomhchlárúcháin ardleibhéil - go bytecode. Toisc nach féidir leis an EVM treoracha ardleibhéil a léirmhíniú, tá gá le cód foinse a thiomsú go beartchód (i.e., treoracha meaisín leibhéal íseal) chun loighic conartha a rith san EVM.
+
+Is éard atá i bhfíorú cód foinse ná cód foinse an chonartha chliste a chur i gcomparáid leis an mbeartchód tiomsaithe a úsáideadh le linn chruthú an chonartha chun aon difríochtaí a bhrath. Tá sé tábhachtach conarthaí cliste a fhíorú toisc go bhféadfadh cód an chonartha fógartha a bheith difriúil ón méid a ritheann ar an mblocshlabhra.
+
+Cumasaíonn fíorú conartha cliste imscrúdú a dhéanamh ar cad a dhéanann conradh tríd an teanga ardleibhéil ina bhfuil sé scríofa, gan gá le cód meaisín a léamh. Fanann feidhmeanna, luachanna, agus go hiondúil na hainmneacha agus na tuairimí athraitheacha mar a chéile leis an mbunchód foinse a chuirtear le chéile agus a imscartar. Déanann sé seo léamh an chóid i bhfad níos éasca. Déanann fíorú foinse foráil freisin do dhoiciméadú cód, ionas go mbeidh a fhios ag úsáideoirí deiridh cad í feidhm dheartha an conartha cliste.
+
+### Cad is fíorú iomlán ann? {#full-verification}
+
+Tá codanna áirithe den chód foinse nach ndéanann difear don bheartchód tiomsaithe, mar shampla tuairimí nó ainmneacha athraitheacha. Ciallaíonn sé sin go mbeadh dhá chód foinseach le hainmneacha athraitheacha éagsúla agus tuairimí difriúla in ann an conradh céanna a fhíorú. Leis sin, is féidir le gníomhaí mailíseach tuairimí meabhlacha a chur leis nó ainmneacha athróg míthreoracha a thabhairt taobh istigh den chód foinse agus an conradh a fhíorú le cód foinse éagsúil ón gcód foinse bunaidh.
+
+Is féidir é seo a sheachaint trí shonraí breise a chur leis an mbeartchód chun feidhmiú mar _ráthaíocht chripteagrafach_ maidir le beachtas an chóid foinse, agus mar _mhéarloirg_ na faisnéise tiomsaithe. Tá an fhaisnéis riachtanach le fáil i [meiteashonraí conartha Solidity](https://docs.soliditylang.org/en/v0.8.15/metadata.html), agus cuirtear hais an chomhaid seo i gceangal le beartchód an chonartha. Is féidir leat é a fheiceáil i ngníomh i [gclós súgartha meiteashonraí](https://playground.sourcify.dev)
+
+Tá faisnéis sa chomhad meiteashonraí maidir le tiomsú an chonartha lena n-áirítear na comhaid fhoinseacha agus na haiseanna atá acu. Ciallaíonn sé má athraíonn aon cheann de na socruithe tiomsaithe nó fiú beart i gceann de na comhaid foinseacha, go n-athraíonn an comhad meiteashonraí. Mar thoradh air sin athraíonn hais an chomhaid meiteashonraí, atá i gceangal leis an mbeartchód, freisin. Ciallaíonn sé sin má mheaitseálann beartchód an chonartha + an hais meiteashonraí atá i gceangal leis an gcód foinseach tugtha agus na socruithe tiomsaithe, is féidir linn a bheith cinnte gurb é seo go díreach an cód foinseach céanna a úsáideadh sa tiomsú bunaidh, gan fiú beart amháin difriúil.
+
+Tagraítear don chineál seo fíoraithe a ghiarálann hais na meiteashonraí mar **" [fíorú iomlán](https://docs.sourcify.dev/docs/full-vs-partial-match/)"** (freisin "fíorú foirfe"). Mura n-oireann na haiseanna meiteashonraí nó mura mbreathnaítear orthu le linn fíorú, "comhoiriúnú páirteach" a bheadh ann, arb é an bealach is coitianta faoi láthair conarthaí a fhíorú. Is féidir [cód mailíseach a chur isteach](https://samczsun.com/hiding-in-plain-sight/) nach léireofaí sa chód foinseach fíoraithe gan fíorú iomlán. Níl an chuid is mó d’fhorbróirí eolach ar an bhfíorú iomlán agus ní choinníonn siad an comhad meiteashonraí dá dtiomsú, dá bhrí sin is é an fíordheimhniú páirteach an modh de facto chun conarthaí a fhíorú go dtí seo.
+
+## Cén fáth a bhfuil fíorú an chóid foinseach tábhachtach? {#importance-of-source-code-verification}
+
+### Neamh-Iontaobhas {#trustlessness}
+
+D’fhéadfaí a mhaíomh go bhfuil an easpa muiníne ar an mbonn is mó maidir le conarthaí cliste agus [feidhmchláir dhíláraithe (dapps)](/developers/docs/dapps/). Tá conarthaí cliste “do-athraithe” - ní féidir iad a athrú; ní rithfidh conradh ach an loighic ghnó a shainítear sa chód tráth an imscartha. Ciallaíonn sé seo nach féidir le forbróirí agus fiontair cur isteach ar chód conartha tar éis é a imscaradh ar Ethereum.
+
+Chun conradh cliste a bheith neamhiontaofa, ba cheart go mbeadh cód an chonartha ar fáil fíorú go neamhspleách. Cé go bhfuil an beartchód tiomsaithe do gach conradh cliste ar fáil go poiblí ar an mblocshlabhra, tá sé deacair teanga íseal-leibhéil a thuiscint - d'fhorbróirí agus d'úsáideoirí araon.
+
+Laghdaíonn tionscadail boinn tuisceana iontaobhais trí chód foinseach a gconarthaí a fhoilsiú. Ach tagann fadhb eile as seo: tá sé deacair a fhíorú go bhfuil an cód foinseach foilsithe ag teacht le beartchód an chonartha. Sa chás seo, cailltear luach na hiontaofachta toisc go gcaithfidh úsáideoirí muinín a bheith acu as forbróirí gan loighic ghnó an chonartha a athrú (i.e., tríd an beartchód a athrú) sula n-imscartar ar an blocshlabhra é.
+
+Soláthraíonn uirlisí fíoraithe cód foinseach ráthaíochtaí go dtagann comhaid cód foinseach an chonartha chliste leis an gcód tionóil. Is é an toradh atá ann ná éiceachóras iontaofa, áit nach gcuireann úsáideoirí muinín go dall i dtríú pháirtithe agus ina ndéanann siad fíorú ar an gcód sula ndéanann siad cistí a thaisceadh i gconradh.
+
+### Sábháilteacht Úsáideoirí {#user-safety}
+
+Le conarthaí cliste, is gnách go mbíonn go leor airgid i gceist. Éilíonn sé seo ráthaíochtaí slándála níos airde agus fíorú loighic conartha cliste roimh é a úsáid. Is í an fhadhb atá ann gur féidir le forbróirí neamhscrupallacha úsáideoirí a mhealladh trí chód mailíseach a chur isteach i gconradh cliste. Gan fíorú, féadfaidh conarthaí cliste mailíseacha [cúldoirse](https://www.trustnodes.com/2018/11/10/concerns-rise-over-backdoored-smart-contracts) le meicníochtaí rochtana chonspóideacha rialaithe, leochaileachtaí insaothraithe, agus rudaí eile a chuireann sábháilteacht úsáideoirí i gcontúirt agus nach dtabharfaí faoi deara a shuiteáil.
+
+Má fhoilsítear comhaid chód foinseach an chonartha chliste beidh sé níos éasca dóibh siúd a bhfuil suim acu ann, mar iniúchóirí, measúnú a dhéanamh ar an gconradh le haghaidh veicteoirí ionsaithe féideartha. Agus ilpháirtithe ag fíorú conradh cliste go neamhspleách, bíonn ráthaíochtaí slándála níos láidre ag úsáideoirí.
+
+## Conas cód foinseach a fhíorú le haghaidh conarthaí cliste Ethereum {#source-code-verification-for-ethereum-smart-contracts}
+
+[Chun conradh cliste a imscaradh ar Ethereum](/developers/docs/smart-contracts/deploying/) is gá idirbheart le pálasta sonraí (beartchód tiomsaithe) a sheoladh chuig seoladh speisialta. Gintear an pálasta sonraí tríd an gcód foinseach a thiomsú, chomh maith le [argóintí tógálaí](https://docs.soliditylang.org/en/v0.8.14/contracts.html#constructor) an chonartha mar shampla ag gabháil leis an pálasta sonraí san idirbheart. Tá tiomsú cinntitheach, rud a chiallaíonn go dtáirgeann sé an t-aschur céanna i gcónaí (i.e., beartchód conartha) má úsáidtear na comhaid foinse céanna, agus socruithe tiomsaithe (m.sh. leagan tiomsaithe, optamóir).
+
+
+
+Go bunúsach tá na céimeanna seo a leanas i gceist le conradh cliste a fhíorú:
+
+1. Cuir na comhaid foinse agus na socruithe tiomsaithe isteach i dtiomsaitheoir.
+
+2. Aschuireann tiomsaitheoir beartchód an chonartha
+
+3. Faigh beartchód an chonartha imlonnaithe ag seoladh ar leith
+
+4. Déan comparáid idir an beartchód imlonnaithe agus an beartchód ath-thiomsaithe. Má mheaitseálann na cóid, fíorófar an conradh leis an gcód foinseach tugtha agus leis na socruithe tiomsaithe.
+
+5. Ina theannta sin, má tá na meiteashonraí haise ag deireadh an chluiche beartchód, beidh sé ar chluiche iomlán.
+
+Tabhair faoi deara gur cur síos simplíoch é seo ar an bhfíorú agus go bhfuil go leor eisceachtaí ann nach n-oibreodh leis seo, mar shampla [athróga neamh-inchurtha](https://docs.sourcify.dev/docs/immutables/).
+
+## Uirlisí fíoraithe cód foinseach {#source-code-verification-tools}
+
+Is féidir leis an bpróiseas traidisiúnta chun conarthaí a fhíorú a bheith casta. Sin é an fáth go bhfuil uirlisí againn chun cód foinseach a fhíorú le haghaidh conarthaí cliste a imscartar ar Ethereum. Déanann na huirlisí seo codanna móra d'fhíorú an chóid fhoinseach a uathoibriú agus coimeádann siad conarthaí fíoraithe ar mhaithe le húsáideoirí.
+
+### Etherscan {#etherscan}
+
+Cé go dtugtar [taiscéalaí blocshlabhra Ethereum](/developers/docs/data-and-analytics/block-explorers/) air den chuid is mó, soláthraíonn Etherscan [seirbhís fíoraithe cód foinseach](https://etherscan.io/verifyContract) d'fhorbróirí agus d'úsáideoirí conarthaí cliste.
+
+Ligeann Etherscan duit beartchód conartha a ath-thiomsú ón bpálasta sonraí bunaidh (cód foinseach, seoladh leabharlainne, socruithe tiomsaitheora, seoladh conartha, etc.) Má bhaineann an beartchód ath-thiomsaithe le beartchód (agus paraiméadair tógálach) an chonartha ar slabhra, ansin [déantar an conradh a fhíorú](https://info.etherscan.com/types-of-contract-verification/).
+
+Nuair a bheidh sé fíoraithe, faigheann cód foinseach do chonartha lipéad "Fíoraithe" agus foilsítear é ar Etherscan chun go bhféadfaidh daoine eile é a iniúchadh. Cuirtear leis an rannán [Conarthaí Fíoraithe](https://etherscan.io/contractsVerified/) é freisin — stór conarthaí cliste le cóid foinseach fíoraithe.
+
+Is é Etherscan an uirlis is mó a úsáidtear chun conarthaí a fhíorú. Mar sin féin, tá míbhuntáiste ag baint le fíorú conartha Etherscan: teipeann air comparáid a dhéanamh idir **hais meiteashonraí** an bheartchóid ar slabhra agus an beartchód ath-thiomsaithe. Mar sin is meaitseálaithe páirteacha iad na meaitseálaithe in Etherscan.
+
+[Tuilleadh maidir le conarthaí ar Etherscan a fhíorú](https://medium.com/etherscan-blog/verifying-contracts-on-etherscan-f995ab772327).
+
+### Soursify {#sourcify}
+
+Uirlis eile is ea [Sourcify](https://sourcify.dev/#/verifier) chun conarthaí foinse oscailte agus díláraithe a fhíorú. Ní taiscéalaí bloic é agus ní fhíoraíonn sé ach conarthaí ar [líonraí éagsúla bunaithe ar EVM](https://docs.sourcify.dev/docs/chains). Feidhmíonn sé mar bhonneagar poiblí le haghaidh uirlisí eile de bhreis air, agus tá sé mar aidhm aige idirghníomhaíochtaí conartha atá níos éasca don duine a chumasú trí úsáid a bhaint as [ Tráchtanna ABI](/developers/docs/smart-contracts/compiling/#web-applications) agus [NatSpec](https://docs.soliditylang.org/en/v0.8.15/natspec-format.html) a aimsíodh sna comhaid mheiteashonraí.
+
+Murab ionann agus Etherscan, tacaíonn Sourcify le meaitseáil iomlán leis an hais meiteashonraí. Déantar na conarthaí fíoraithe a sheirbheáil ina [stór poiblí](https://docs.sourcify.dev/docs/repository/) ar HTTP agus[IPFS](https://docs.ipfs.io/concepts/what-is-ipfs/#what-is-ipfs), atá díláraithe, [inneachar-dírithe](https://web3.storage/docs/concepts/content-addressing/) ar stóras. Ligeann sé seo duit comhad meiteashonraí conartha a fháil thar IPFS ós rud é gur hais IPFS an hais meiteashonraí atá ag gabháil leis.
+
+Ina theannta sin, is féidir na comhaid cód foinseach a aisghabháil thar IPFS freisin, mar go bhfuil hais IPFS de na comhaid seo le fáil sna meiteashonraí freisin. Is féidir conradh a fhíorú tríd an gcomhad meiteashonraí agus na comhaid fhoinseacha a sholáthar thar a API nó an [UI](https://sourcify.dev/#/verifier), nó trí na forlíontáin a úsáid. Éisteann uirlis monatóireachta Sourcify freisin le cruthú conarthaí ar bhloic nua agus déanann sé iarracht na conarthaí a fhíorú má fhoilsítear a meiteashonraí agus a gcomhaid foinseacha ar IPFS.
+
+[Tuilleadh maidir le conarthaí ar Sourcify a fhíorú](https://blog.soliditylang.org/2020/06/25/sourcify-faq/).
+
+### Tenderly {#tenderly}
+
+Cuireann an [ardán Tenderly](https://tenderly.co/) ar chumas forbróirí Web3 conarthaí cliste a thógáil, a thástáil, monatóireacht a dhéanamh orthu agus iad a oibriú. Trí uirlisí dífhabhtaithe a chomhcheangal le hinbhraiteacht agus bloic thógála bonneagair, cabhraíonn Tenderly le forbróirí forbairt conarthaí cliste a luathú. Chun gnéithe Tenderly a chumasú go hiomlán, ní mór d'fhorbróirí [fíorú cód foinseach a dhéanamh](https://docs.tenderly.co/monitoring/contract-verification) ag baint úsáide as roinnt modhanna.
+
+Is féidir conradh a fhíorú go príobháideach nó go poiblí. Má dhéantar é a fhíorú go príobháideach, ní bheidh an conradh cliste le feiceáil ach agat féin (agus do bhaill eile i do thionscadal). Má dhéantar conradh a fhíorú go poiblí, beidh sé le feiceáil ag gach duine a úsáideann ardán Tenderly.
+
+Is féidir leat do chonarthaí a fhíorú trí úsáid a bhaint as an [Daischlár](https://docs.tenderly.co/monitoring/smart-contract-verification/verifying-a-smart-contract), [Breiseán Tenderly Hardhat](https://docs.tenderly.co/monitoring/smart-contract-verification/verifying-contracts-using-the-tenderly-hardhat-plugin), nó [CLI](https://docs.tenderly.co/monitoring/smart-contract-verification/verifying-contracts-using-cli).
+
+Agus conarthaí á bhfíorú tríd an Deais, ní mór duit an comhad foinseach nó an comhad meiteashonraí ginte ag an tiomsaitheoir Solidity, an seoladh/líonra, agus socruithe an tiomsaitheora a iompórtáil.
+
+Trí úsáid a bhaint as an mbreiseán Tenderly Hardhat is féidir níos mó smachta a fháil ar an bpróiseas fíoraithe le níos lú iarrachta, rud a chuirfidh ar do chumas rogha a dhéanamh idir fíorú uathoibríoch (gan chód) agus fíorú láimhe (cód-bhunaithe).
+
+## Tuilleadh léitheoireachta {#further-reading}
+
+- [Cód foinse an chonartha á fhíorú](https://programtheblockchain.com/posts/2018/01/16/verifying-contract-source-code/)
diff --git a/public/content/translations/ga/developers/docs/standards/index.md b/public/content/translations/ga/developers/docs/standards/index.md
new file mode 100644
index 00000000000..f32408764d8
--- /dev/null
+++ b/public/content/translations/ga/developers/docs/standards/index.md
@@ -0,0 +1,59 @@
+---
+title: Caighdeáin Fhorbartha Ethereum
+description:
+lang: ga
+incomplete: true
+---
+
+## Forbhreathnú ar chaighdeáin {#standards-overview}
+
+Tá go leor caighdeáin glactha ag pobal Ethereum a chuidíonn le tionscadail (amhail [Cliant Ethereum](/developers/docs/nodes-and-clients/) agus sparán) a choinneáil idir-inoibritheach trasna feidhmiúcháin, agus a chinntíonn go bhfanann conarthaí cliste agus dapps in-chomhdhéanta.
+
+De ghnáth tugtar isteach caighdeáin mar [Tograí Feabhsúcháin Ethereum](/eips/) (EIPs), a phléann baill an phobail trí [phróiseas caighdeánach](https://eips.ethereum.org/EIPS/eip-1).
+
+- [Réamhrá do EIPanna](/eips/)
+- [Liosta EIPanna](https://eips.ethereum.org/)
+- [EIP stóras GitHub](https://github.com/ethereum/EIPs)
+- [Bord plé an EIP](https://ethereum-magicians.org/c/eips)
+- [Réamhrá ar Rialachas Ethereum](/governance/)
+- [Forbhreathnú ar Rialachas Ethereum](https://web.archive.org/web/20201107234050/https://blog.bmannconsulting.com/ethereum-governance/) _ 31 Márta, 2019 - Boris Mann_
+- [Prótacal Ethereum, Rialachas Forbartha agus Comhordú Uasghrádaithe Líonra](https://hudsonjameson.com/2020-03-23-ethereum-protocol-development-governance-and-network-upgrade-coordination/) _ 23 Márta, 2020 - Hudson Jameson_
+- [Seinnliosta de Chruinnithe Core Dev Ethereum go léir](https://www.youtube.com/@EthereumProtocol) _(Seinnliosta YouTube)_
+
+## Cineálacha caighdeán {#types-of-standards}
+
+Tá 3 chineál EIP ann:
+
+- Rian Caighdeán: cur síos ar aon athrú a dhéanann difear don chuid is mó de nó do gach feidhmiú Ethereum
+- [Meta Track](https://eips.ethereum.org/meta): próiseas a bhaineann le Ethereum nó a mholann athrú ar phróiseas
+- [Rian Faisnéise](https://eips.ethereum.org/informational): déanann sé cur síos ar shaincheist dearaidh Ethereum nó soláthraíonn sé treoirlínte ginearálta nó faisnéis do phobal Ethereum
+
+Ina theannta sin, tá an Rian Caighdeánach foroinnte i 4 chatagóir:
+
+- [Croí](https://eips.ethereum.org/core): feabhsuithe a éilíonn forc comhthola
+- [Líonrú:](https://eips.ethereum.org/networking): feabhsuithe timpeall devp2p agus Fophrótacal Éadrom Ethereum, chomh maith le feabhsuithe molta ar shonraíochtaí prótacail líonra cogar agus scaoth.
+- [Comhéadan](https://eips.ethereum.org/interface): feabhsuithe ar shonraíochtaí agus ar chaighdeáin API/RPC na gcliant, agus caighdeáin áirithe ag leibhéal teanga amhail ainmneacha modha agus ABIanna conartha.
+- [ERC](https://eips.ethereum.org/erc): caighdeáin agus coinbhinsiúin ar leibhéal an fheidhmchláir
+
+Tá faisnéis níos mionsonraithe ar na cineálacha agus na catagóirí éagsúla seo le fáil in [EIP-1](https://eips.ethereum.org/EIPS/eip-1#eip-types)
+
+### Caighdeáin comharthaí {#token-standards}
+
+- [ERC-20](/developers/docs/standards/tokens/erc-20/) - Comhéadan caighdeánach le haghaidh comharthaí idirmhalartaithe, amhail comharthaí vótála, comharthaí gill nó airgeadraí fíorúla.
+ - [ERC-223](/developers/docs/standards/tokens/erc-223/) - Caighdeán comharthaí idirmhalartacha a fhágann go bhfeidhmíonn comharthaí mar éitear agus a thacaíonn le láimhseáil aistrithe comharthaí ar thaobh an fhaighteora.
+ - [ERC-1363](https://eips.ethereum.org/EIPS/eip-1363) - Sainmhíníonn sé comhéadan chomharthaí le haghaidh comharthaí ERC-20 a thacaíonn le cód faighteora a fhorghníomhú tar éis aistrithe nó aistrithe Ó, nó cód caiteachais tar éis é a fhaomhadh.
+- [ERC-721](/developers/docs/standards/tokens/erc-721/) - Comhéadan caighdeánach do chomharthaí neamh-idirmhalartacha, amhail gníomhas le haghaidh saothar ealaíne nó amhrán.
+ - [ERC-2309](https://eips.ethereum.org/EIPS/eip-2309) - Ócáid chaighdeánaithe a astaítear nuair a bhíonn ceann amháin, nó go leor comharthaí neamh-idirmhalartacha á gcruthú/aistriú, ag úsáid aitheantóirí comharthaí comhleanúnacha.
+ - [ERC-4400](https://eips.ethereum.org/EIPS/eip-4400) - Síneadh comhéadan le haghaidh ról tomhaltóra EIP-721.
+ - [ERC-4907](https://eips.ethereum.org/EIPS/eip-4907) - Cuir ról a bhfuil teorainn ama leis le ceadanna srianta le comharthaí ERC-721.
+- [ERC-777](/developers/docs/standards/tokens/erc-777/) - **(NÍ MHOLTAR)** Caighdeán chomhartha ag feabhsú thar ERC-20.
+- [ERC-1155](/developers/docs/standards/tokens/erc-1155/) - Caighdeán chomhartha a bhféadfaidh sócmhainní idirmhalartacha agus neamh-idirmhalartacha a bheith ann.
+- [ERC-4626](/developers/docs/standards/tokens/erc-4626/) - Caighdeán boghta comharthaithe atá deartha chun paraiméadair theicniúla boghtaí a bhfuil toradh orthu a bharrfheabhsú agus a aontú.
+
+Foghlaim tuilleadh faoi [caighdeáin chomharthaí](/developers/docs/standards/tokens/).
+
+## Tuilleadh léitheoireachta {#further-reading}
+
+- [Moltaí Feabhsúcháin Ethereum (EIPs)](/eips/)
+
+_Ar eolas agat ar acmhainn pobail a chabhraigh leat? Cuir an leathanach seo in eagar agus cuir leis!_
diff --git a/public/content/translations/ga/developers/docs/standards/tokens/erc-1155/index.md b/public/content/translations/ga/developers/docs/standards/tokens/erc-1155/index.md
new file mode 100644
index 00000000000..8195bb34c10
--- /dev/null
+++ b/public/content/translations/ga/developers/docs/standards/tokens/erc-1155/index.md
@@ -0,0 +1,146 @@
+---
+title: ERC-1155 Caighdeán Ilchomhartha
+description:
+lang: ga
+---
+
+## Réamhrá {#introduction}
+
+Comhéadan caighdeánach do chonarthaí a bhainistíonn cineálacha éagsúla comharthaí. Féadfar a áireamh i gconradh imlonnaithe aonair aon teaglam de chomharthaí inmhalartacha, de chomharthaí neamh-idirmhalartacha nó de chumraíochtaí eile (m.sh. comharthaí leath-idirmhalartacha).
+
+**Cad is brí le Caighdeán Ilchomhartha?**
+
+Is smaoineamh simplí é a fhéachann le comhéadan conartha cliste a chruthú a fhéadfaidh ionadaíocht agus rialú a dhéanamh ar líon ar bith de chineálacha comharthaí idirmhalartacha agus neamh-inmhalartacha. Ar an mbealach seo, is féidir le comhartha ERC-1155 na feidhmeanna céanna a dhéanamh le [ERC-20](/developers/docs/standards/tokens/erc-20/) agus comhartha [ERC-721](/developers/docs/standards/tokens/erc-721/), agus fiú an dá cheann ag an am céanna. Feabhsaíonn sé feidhmiúlacht na gcaighdeán ERC-20 agus ERC-721 araon, rud a fhágann go bhfuil sé níos éifeachtaí agus ag ceartú earráidí cur chun feidhme soiléir.
+
+Tá cur síos iomlán ar an chomhartha ERC-1155 i [EIP-1155](https://eips.ethereum.org/EIPS/eip-1155).
+
+## Réamhriachtanais {#prerequisites}
+
+Chun an leathanach seo a thuiscint níos fearr, molaimid duit léamh ar dtús faoi [caighdeáin chomharthaí](/developers/docs/standards/tokens/), [ERC-20](/developers/docs/standards/tokens/erc-20/), agus [ERC-721](/developers/docs/standards/tokens/erc-721/).
+
+## Feidhmeanna agus Gnéithe ERC-1155: {#body}
+
+- [Aistriú Baisc](#batch_transfers): Aistrigh roinnt sócmhainní in aon ghlao amháin.
+- [Iarmhéid Baisc](#batch_balance): Faigh iarmhéideanna na sócmhainní iolracha in aon ghlao amháin.
+- [Baisccheadú](#batch_approval): Ceadaigh gach comhartha chuig seoladh.
+- [Crúcaí](#receive_hook): Faigh crúca comharthaí.
+- [Tacaíocht NFT](#nft_support): Mura bhfuil sa soláthar ach 1, cuir mar NFT é.
+- [Rialacha um Aistriú Sábháilte](#safe_transfer_rule): Sraith rialacha maidir le haistriú slán.
+
+### Aistrithe Baisc {#batch-transfers}
+
+Oibríonn an t-aistriú baisc an-chosúil le haistrithe rialta ERC-20. Breathnaímid ar an bhfeidhm rialta `transferFrom` ERC-20:
+
+```solidity
+// ERC-20
+function transferFrom(address from, address to, uint256 value) external returns (bool);
+
+// ERC-1155
+function safeBatchTransferFrom(
+ address _from,
+ address _to,
+ uint256[] calldata _ids,
+ uint256[] calldata _values,
+ bytes calldata _data
+) external;
+```
+
+Is é an t-aon difríocht atá in ERC-1155 ná go n-aimsímid na luachanna mar eagar agus go dtugaimid raon aitheantais freisin. Mar shampla nuair a thugtar `ids=[3, 6, 13]` agus `luacha=[100, 200, 5]`, is iad na haistrithe a bheidh mar thoradh orthu
+
+1. Aistrigh 100 comhartha le haitheantas 3 ó `_from` go `_to`.
+2. Aistrigh 200 comhartha le haitheantas 6 ó `_from` go `_to`.
+3. Aistrigh 5 chomhartha le haitheantas 13 ó `_from` go `_to`.
+
+In ERC-1155 níl againn ach `transferFrom`, gan `transfer`. Chun é a úsáid mar `transfer` rialta, socraigh an seoladh ón seoladh go dtí an seoladh atá ag glaoch ar an bhfeidhm.
+
+### Iarmhéid Baisc {#batch-balance}
+
+Tá feidhm chomhpháirtíochta ag an nglao ERC-20 `balanceOf` faoi seach le tacaíocht bhaisc. Mar mheabhrúchán, seo é an leagan ERC-20:
+
+```solidity
+// ERC-20
+function balanceOf(address owner) external view returns (uint256);
+
+// ERC-1155
+function balanceOfBatch(
+ address[] calldata _owners,
+ uint256[] calldata _ids
+) external view returns (uint256[] memory);
+```
+
+Níos simplí fós don ghlao iarmhéid, is féidir linn iarmhéideanna iolracha a aisghabháil in aon ghlao amháin. Gabhaimid thar raon na n-úinéirí, agus ina dhiaidh sin an raon de chomharthaí aitheantais.
+
+Mar shampla nuair a thugtar `_ids=[3, 6, 13]` agus `_owners=[0xbeef..., 0x1337..., 0x1111...]`, is é an luach tuairisceáin
+
+```solidity
+[
+ balanceOf(0xbeef...),
+ balanceOf(0x1337...),
+ balanceOf(0x1111...)
+]
+```
+
+### Faomhadh Baisc {#batch-approval}
+
+```solidity
+// ERC-1155
+function setApprovalForAll(
+ address _operator,
+ bool _approved
+) external;
+
+function isApprovedForAll(
+ address _owner,
+ address _operator
+) external view returns (bool);
+```
+
+Tá na formheasanna beagán difriúil ná ERC-20. In ionad méideanna sonracha a fhormheas, socraíonn tú oibreoir atá ceadaithe nó neamhcheadaithe trí `setApprovalForAll`.
+
+Is féidir an stádas reatha a léamh trí `isApprovedForAll`. Mar a fheiceann tú, is oibríocht uile-nó-rada ar bith é. Ní féidir leat a shainiú cé mhéad comharthaí atá le formheas nó fiú cén aicme chomharthaí.
+
+Tá sé seo deartha d'aon ghnó ar mhaithe le simplíocht. Ní féidir leat gach rud a fhormheas ach le haghaidh aon seoladh amháin.
+
+### Faigh Crúca {#receive-hook}
+
+```solidity
+function onERC1155BatchReceived(
+ address _operator,
+ address _from,
+ uint256[] calldata _ids,
+ uint256[] calldata _values,
+ bytes calldata _data
+) external returns(bytes4);
+```
+
+I bhfianaise na tacaíochta [EIP-165](https://eips.ethereum.org/EIPS/eip-165), faigheann tacaíochtaí ERC-1155 crúcaí le haghaidh conarthaí cliste amháin. Ní mór don fheidhm crúca luach draíochta beart4 réamhshainithe a thabhairt ar ais a thugtar mar:
+
+```solidity
+bytes4(keccak256("onERC1155BatchReceived(address,address,uint256[],uint256[],bytes)"))
+```
+
+Nuair a thugann an conradh fála an luach seo ar ais, glactar leis go nglacann an conradh leis an aistriú agus go bhfuil a fhios aige conas na comharthaí ERC-1155 a láimhseáil. Go hiontach, níl a thuilleadh comharthaí greamaithe i gconradh!
+
+### Tacaíocht NFT {#nft-support}
+
+Nuair nach bhfuil sa soláthar ach ceann amháin, is chomhartha neamh-inmhalartach (NFT) an comhartha go bunúsach. Agus mar atá caighdeánach do ERC-721, is féidir leat URL meiteashonraí a shainiú. Is féidir le cliaint an URL a léamh agus a mhodhnú, féach [anseo](https://eips.ethereum.org/EIPS/eip-1155#metadata).
+
+### Riail Aistrithe Sábháilte {#safe-transfer-rule}
+
+Táimid tar éis tagairt a dhéanamh do roinnt rialacha maidir le haistriú sábháilte cheana sna mínithe roimhe seo. Ach féachaimis ar na rialacha is tábhachtaí:
+
+1. Ní mór don ghlaoiteoir a bheith formheasta chun na comharthaí don seoladh `_from` a chaitheamh nó caithfidh an glaoiteoir a bheith cothrom le `_from`.
+2. Caithfidh an glao aistrithe dul ar ais má
+ 1. Is é 0 an seoladh `_to`.
+ 2. mura bhfuil fad `_ids` mar an gcéanna le fad `_values`.
+ 3. tá aon iarmhéid(í) den sealbhóir(í) do chomhartha(í) in `_ids` níos ísle ná an méid(í) faoi seach in `_values` a seoladh chuig an bhfaighteoir.
+ 4. má tharlaíonn aon earráid eile.
+
+_Nóta_: Tá gach feidhm bhaisc lena n-áirítear an crúca ann freisin mar leaganacha gan bhaisc. Déantar é seo ar mhaithe le héifeachtacht gáis, agus is dócha gurb é an bealach is coitianta a úsáidtear go fóill má táthar ag smaoineamh ar shócmhainn amháin a aistriú. Táimid tar éis iad a fhágáil amach ar mhaithe le simplíocht sna míniúcháin, lena n-áirítear rialacha um aistriú sábháilte. Tá na hainmneacha comhionann, ach bain an 'Batch'.
+
+## Tuilleadh léitheoireachta {#further-reading}
+
+- [EIP-1155: Caighdeán Ilchomhartha](https://eips.ethereum.org/EIPS/eip-1155)
+- [ERC-1155: Doiciméid Openzeppelin](https://docs.openzeppelin.com/contracts/3.x/erc1155)
+- [ERC-1155: GitHub Stóras](https://github.com/enjin/erc-1155)
+- [Ailceimic NFT API](https://docs.alchemy.com/alchemy/enhanced-apis/nft-api)
diff --git a/public/content/translations/ga/developers/docs/standards/tokens/erc-20/index.md b/public/content/translations/ga/developers/docs/standards/tokens/erc-20/index.md
new file mode 100644
index 00000000000..975d4a8c1c1
--- /dev/null
+++ b/public/content/translations/ga/developers/docs/standards/tokens/erc-20/index.md
@@ -0,0 +1,172 @@
+---
+title: ERC-20 Caighdeán Chomhartha
+description:
+lang: ga
+---
+
+## Réamhrá {#introduction}
+
+**Cad is Comhartha ann?**
+
+Is féidir le comharthaí ionadaíocht a dhéanamh ar bheagnach rud ar bith in Ethereum:
+
+- pointí clú ar ardán ar líne
+- scileanna carachtair i gcluiche
+- sócmhainní airgeadais amhail scair i gcuideachta
+- airgeadra fiat cosúil le USD
+- unsa óir
+- agus tuilleadh...
+
+Nach mór gné chomh chumhachtach de Ethereum a láimhseáil le caighdeán láidir? Sin é go díreach an ról atá ag ERC-20! Ligeann an caighdeán seo d’fhorbróirí feidhmchláir chomharthaí a thógáil atá idir-inoibritheach le táirgí agus seirbhísí eile. Úsáidtear an caighdeán ERC-20 freisin chun feidhmiúlacht bhreise a sholáthar do [éitear](/glossary/#ether).
+
+**Cad é ERC-20?**
+
+Tugann an ERC-20 isteach caighdeán le haghaidh Comharthaí Idirmhalartacha, i bhfocail eile, tá maoin acu a fhágann go bhfuil gach Comhartha go díreach mar an gcéanna (i gcineál agus luach) le Comhartha eile. Mar shampla, feidhmíonn Comhartha ERC-20 díreach cosúil leis an ETH, rud a chiallaíonn go bhfuil 1 Chomhartha cothrom i gcónaí le gach Comhartha eile.
+
+## Réamhriachtanais {#prerequisites}
+
+- [Cuntais](/developers/docs/accounts)
+- [Conarthaí Cliste](/developers/docs/smart-contracts/)
+- [Caighdeáin comharthaí](/developers/docs/standards/tokens/)
+
+## Comhlacht {#body}
+
+Is Caighdeán Comhartha é an ERC-20 (Iarratas Ethereum ar Thuairimí 20), a mhol Fabian Vogelsteller i mí na Samhna 2015. Cuireann sé API le haghaidh comharthaí laistigh de Chonarthaí Cliste i bhfeidhm.
+
+Feidhmiúlachtaí samplacha a sholáthraíonn ERC-20:
+
+- comharthaí a aistriú ó chuntas amháin go cuntas eile
+- iarmhéid comharthaíochta reatha an chuntais a fháil
+- soláthar iomlán an chomhartha atá ar fáil ar an líonra a fháil
+- a cheadú cibé an féidir le cuntas tríú páirtí méid dearbhán ó chuntas a chaitheamh
+
+Má chuireann Conradh Cliste na modhanna agus na himeachtaí seo a leanas i bhfeidhm is féidir Conradh Comhartha ERC-20 a thabhairt air agus, nuair a imscartar é, beidh sé freagrach as súil a choinneáil ar na comharthaí cruthaithe ar Ethereum.
+
+Ó [EIP-20](https://eips.ethereum.org/EIPS/eip-20):
+
+### Modhanna {#methods}
+
+```solidity
+function name() public view returns (string)
+function symbol() public view returns (string)
+function decimals() public view returns (uint8)
+function totalSupply() public view returns (uint256)
+function balanceOf(address _owner) public view returns (uint256 balance)
+function transfer(address _to, uint256 _value) public returns (bool success)
+function transferFrom(address _from, address _to, uint256 _value) public returns (bool success)
+function approve(address _spender, uint256 _value) public returns (bool success)
+function allowance(address _owner, address _spender) public view returns (uint256 remaining)
+```
+
+### Imeachtaí {#events}
+
+```solidity
+event Transfer(address indexed _from, address indexed _to, uint256 _value)
+event Approval(address indexed _owner, address indexed _spender, uint256 _value)
+```
+
+### Samplaí {#web3py-example}
+
+Feicimis conas atá Caighdeán chomh tábhachtach chun go mbeadh sé simplí dúinn iniúchadh a dhéanamh ar aon Chonradh Chomhartha ERC-20 ar Ethereum. Níl uainn ach Comhéadan Dénártha Iarratas Conartha (ABI) chun comhéadan a chruthú d’aon Chomhartha ERC-20. Mar atá le feiceáil thíos bainfimid úsáid as ABI simplithe, chun sampla frithchuimilte íseal a dhéanamh de.
+
+#### Sampla Web3.py {#web3py-example}
+
+Ar dtús, déan cinnte go bhfuil [Web3.py](https://web3py.readthedocs.io/en/stable/quickstart.html#installation) leabharlann Python suiteáilte agat:
+
+```
+pip install web3
+```
+
+```python
+from web3 import Web3
+
+
+w3 = Web3(Web3.HTTPProvider("https://cloudflare-eth.com"))
+
+dai_token_addr = "0x6B175474E89094C44Da98b954EedeAC495271d0F" # DAI
+weth_token_addr = "0xC02aaA39b223FE8D0A0e5C4F27eAD9083C756Cc2" # Wrapped ether (WETH)
+
+acc_address = "0xA478c2975Ab1Ea89e8196811F51A7B7Ade33eB11" # Uniswap V2: DAI 2
+
+# This is a simplified Contract Application Binary Interface (ABI) of an ERC-20 Token Contract.
+# It will expose only the methods: balanceOf(address), decimals(), symbol() and totalSupply()
+simplified_abi = [
+ {
+ 'inputs': [{'internalType': 'address', 'name': 'account', 'type': 'address'}],
+ 'name': 'balanceOf',
+ 'outputs': [{'internalType': 'uint256', 'name': '', 'type': 'uint256'}],
+ 'stateMutability': 'view', 'type': 'function', 'constant': True
+ },
+ {
+ 'inputs': [],
+ 'name': 'decimals',
+ 'outputs': [{'internalType': 'uint8', 'name': '', 'type': 'uint8'}],
+ 'stateMutability': 'view', 'type': 'function', 'constant': True
+ },
+ {
+ 'inputs': [],
+ 'name': 'symbol',
+ 'outputs': [{'internalType': 'string', 'name': '', 'type': 'string'}],
+ 'stateMutability': 'view', 'type': 'function', 'constant': True
+ },
+ {
+ 'inputs': [],
+ 'name': 'totalSupply',
+ 'outputs': [{'internalType': 'uint256', 'name': '', 'type': 'uint256'}],
+ 'stateMutability': 'view', 'type': 'function', 'constant': True
+ }
+]
+
+dai_contract = w3.eth.contract(address=w3.to_checksum_address(dai_token_addr), abi=simplified_abi)
+symbol = dai_contract.functions.symbol().call()
+decimals = dai_contract.functions.decimals().call()
+totalSupply = dai_contract.functions.totalSupply().call() / 10**decimals
+addr_balance = dai_contract.functions.balanceOf(acc_address).call() / 10**decimals
+
+# DAI
+print("===== %s =====" % symbol)
+print("Total Supply:", totalSupply)
+print("Addr Balance:", addr_balance)
+
+weth_contract = w3.eth.contract(address=w3.to_checksum_address(weth_token_addr), abi=simplified_abi)
+symbol = weth_contract.functions.symbol().call()
+decimals = weth_contract.functions.decimals().call()
+totalSupply = weth_contract.functions.totalSupply().call() / 10**decimals
+addr_balance = weth_contract.functions.balanceOf(acc_address).call() / 10**decimals
+
+# WETH
+print("===== %s =====" % symbol)
+print("Total Supply:", totalSupply)
+print("Addr Balance:", addr_balance)
+```
+
+## Saincheisteanna aitheanta {#erc20-issues}
+
+### Saincheist ghlactha comhartha ERC-20 {#reception-issue}
+
+Nuair a sheoltar comharthaí ERC-20 chuig conradh cliste nach bhfuil deartha chun comharthaí ERC-20 a láimhseáil, is féidir na comharthaí sin a chailliúint go buan. Tarlaíonn sé seo toisc nach bhfuil an fheidhmiúlacht ag an gconradh fála chun na comharthaí isteach a aithint nó freagairt dóibh, agus níl aon mheicníocht sa chaighdeán ERC-20 chun fógra a thabhairt don chonradh fála faoi na comharthaí isteach. Is iad na príomhbhealaí a dtagann an cheist seo i gcrích ná trí:
+
+1. Meicníocht aistrithe comhartha
+ - Aistrítear comharthaí ERC-20 ag baint úsáide as na feidhmeanna aistrithe nó transferFrom
+ - Nuair a sheolann úsáideoir comharthaí chuig seoladh conartha ag baint úsáide as na feidhmeanna seo, aistrítear na comharthaí gan aird ar an bhfuil an conradh glactha deartha chun iad a láimhseáil
+2. Easpa fógra
+ - Ní fhaigheann an conradh fála fógra nó aisghlao go bhfuil comharthaí seolta chuige
+ - Mura bhfuil meicníocht ag an gconradh fála chun comharthaí a láimhseáil (m.sh. feidhm chúltaca nó feidhm thiomnaithe chun glacadh comharthaí a bhainistiú), tá na comharthaí i bhfostú go héifeachtach i seoladh an chonartha
+3. Gan láimhseáil ionsuite
+ - Ní áirítear i gcaighdeán ERC-20 feidhm shainordaitheach chun conarthaí a fháil le cur chun feidhme, rud a fhágann nach féidir le go leor conarthaí comharthaí isteach a bhainistiú i gceart
+
+D'eascair roinnt caighdeán malartacha as an gceist seo ar nós [ERC-223](/developers/docs/standards/tokens/erc-223)
+
+## Tuilleadh léitheoireachta {#further-reading}
+
+- [EIP-20: Caighdeán Comhartha ERC-20](https://eips.ethereum.org/EIPS/eip-20)
+- [OpenZeppelin - Comharthaí](https://docs.openzeppelin.com/contracts/3.x/tokens#ERC20)
+- [OpenZeppelin - ERC-20 Cur i bhfeidhm](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC20/ERC20.sol)
+- [Ailceimic - Treoir maidir le Comharthaí Solidity ERC20](https://www.alchemy.com/overviews/erc20-solidity)
+
+
+## Caighdeáin chomharthaí idirmhalartacha eile {#fungible-token-standards}
+
+- [ERC-223](/developers/docs/standards/tokens/erc-223)
+- [ERC-777](/developers/docs/standards/tokens/erc-777)
+- [ERC-4626 - boghtaí comharthaithe](/developers/docs/standards/tokens/erc-4626)
\ No newline at end of file
diff --git a/public/content/translations/ga/developers/docs/standards/tokens/erc-223/index.md b/public/content/translations/ga/developers/docs/standards/tokens/erc-223/index.md
new file mode 100644
index 00000000000..e2109aa5174
--- /dev/null
+++ b/public/content/translations/ga/developers/docs/standards/tokens/erc-223/index.md
@@ -0,0 +1,197 @@
+---
+title: ERC-223 Caighdeán Chomhartha
+description: Forbhreathnú ar an gcaighdeán comharthaí idirmhalartacha ERC-223, conas a oibríonn sé, agus comparáid le ERC-20.
+lang: ga
+---
+
+## Réamhrá {#introduction}
+
+### Cad é ERC-223? {#what-is-erc223}
+
+Is caighdeán é ERC-223 le haghaidh comharthaí idirmhalartacha, cosúil leis an gcaighdeán ERC-20. Is í an phríomhdhifríocht ná go sainmhíníonn ERC-223 ní amháin API chomharthaí ach freisin an loighic chun comharthaí a aistriú ó sheoltóir go faighteoir. Tugann sé isteach múnla cumarsáide a cheadaíonn aistrithe chomharthaí a láimhseáil ar thaobh an fhaighteora.
+
+### Difríochtaí ó ERC-20 {#erc20-differences}
+
+Tugann ERC-223 aghaidh ar roinnt srianta a bhaineann le ERC-20 agus tugtar isteach modh nua idirghníomhaíochta idir an conradh comhartha agus conradh a fhéadfaidh na comharthaí a fháil. Is beag rudaí indéanta le ERC-223 nach bhfuil indéanta le ERC-20:
+
+- Láimhseáil aistrithe comhartha ar thaobh an fhaighteora: Is féidir le faighteoirí a bhrath go bhfuil comhartha ERC-223 á thaisceadh.
+- Diúltú comharthaí seolta go míchuí: Má sheolann úsáideoir comharthaí ERC-223 chuig conradh nach bhfuil ceaptha chun comharthaí a fháil, is féidir leis an gconradh an t-idirbheart a dhiúltú, rud a chuireann cosc ar chaillteanas chomharthaí.
+- Meiteashonraí in aistrithe: Is féidir meiteashonraí a áireamh le comharthaí ERC-223, rud a fhágann gur féidir faisnéis threallach a cheangal le hidirbhearta dearbhán.
+
+## Réamhriachtanais {#prerequisites}
+
+- [Cuntais](/developers/docs/accounts)
+- [Conarthaí Cliste](/developers/docs/smart-contracts/)
+- [Caighdeáin chomhartha](/developers/docs/standards/tokens/)
+- [ERC-20](/developers/docs/standards/tokens/erc-20/)
+
+## Corp {#body}
+
+Is caighdeán dearbhán é ERC-223 a chuireann API le haghaidh comharthaí i bhfeidhm laistigh de chonarthaí cliste. Dearbhaíonn sé freisin API le haghaidh conarthaí atá ceaptha chun comharthaí ERC-223 a fháil. Ní féidir le conarthaí nach dtacaíonn le API Glacadóir ERC-223 comharthaí ERC-223 a fháil, rud a chuireann cosc ar earráid úsáideora.
+
+Má chuireann conradh cliste na modhanna agus na himeachtaí seo a leanas i bhfeidhm is féidir conradh dearbhán comhoiriúnach ERC-223 a thabhairt air. Nuair a bheidh sé imscartha, beidh sé freagrach as súil a choinneáil ar na comharthaí cruthaithe ar Ethereum.
+
+Níl aon oibleagáid ar an gconradh ach na feidhmeanna seo a bheith aige agus is féidir le forbróir aon ghné eile ó chaighdeáin chomharthaí éagsúla a chur leis an gconradh seo. Mar shampla, níl feidhmeanna `ceadaigh` agus `transferFrom` mar chuid de chaighdeán ERC-223 ach d'fhéadfaí na feidhmeanna seo a chur i bhfeidhm dá mbeadh gá leis.
+
+Ó [EIP-223](https://eips.ethereum.org/EIPS/eip-223):
+
+### Modhanna {#methods}
+
+Ní mór do chomhartha ERC-223 na modhanna seo a leanas a chur i bhfeidhm:
+
+```solidity
+function name() public view returns (string)
+function symbol() public view returns (string)
+function decimals() public view returns (uint8)
+function totalSupply() public view returns (uint256)
+function balanceOf(address _owner) public view returns (uint256 balance)
+function transfer(address _to, uint256 _value) public returns (bool success)
+function transfer(address _to, uint256 _value, bytes calldata _data) public returns (bool success)
+```
+
+Caithfidh conradh atá ceaptha chun comharthaí ERC-223 a fháil an modh seo a leanas a chur i bhfeidhm:
+
+```solidity
+function tokenReceived(address _from, uint _value, bytes calldata _data)
+```
+
+Má sheoltar comharthaí ERC-223 chuig conradh nach gcuireann an fheidhm `tokenReceived(..)` i bhfeidhm ní mór go dteipfidh ar an aistriú agus ní féidir na comharthaí a aistriú ó iarmhéid an tseoltóra.
+
+### Imeachtaí {#events}
+
+```solidity
+event Transfer(address indexed _from, address indexed _to, uint256 _value, bytes calldata _data)
+```
+
+### Samplaí {#examples}
+
+Tá an API de ERC-223 chomhartha cosúil leis an ERC-20, mar sin ó thaobh forbartha Chomhéadain níl aon difríocht ann. Is é an t-aon eisceacht anseo ná go bhféadfadh sé nach mbeadh feidhmeanna `ceadaigh` + `transferFrom` ag comharthaí ERC-223 mar go bhfuil siad seo roghnach don chaighdeán seo.
+
+#### Samplaí soladacha {#solidity-example}
+
+Léiríonn an sampla seo a leanas conas a fheidhmíonn bunchonradh dearbhán ERC-223:
+
+```solidity
+pragma solidity ^0.8.19;
+abstract contract IERC223Recipient {
+ function tokenReceived(address _from, uint _value, bytes memory _data) public virtual;
+}
+contract VeryBasicERC223Token {
+ event Transfer(address indexed from, address indexed to, uint value, bytes data);
+ string private _name;
+ string private _symbol;
+ uint8 private _decimals;
+ uint256 private _totalSupply;
+ mapping(address => uint256) private balances;
+ function name() public view returns (string memory) { return _name; }
+ function symbol() public view returns (string memory) {return _symbol; }
+ function decimals() public view returns (uint8) { return _decimals; }
+ function totalSupply() public view returns (uint256) { return _totalSupply; }
+ function balanceOf(address _owner) public view returns (uint256) { return balances[_owner]; }
+ function isContract(address account) internal view returns (bool) {
+ uint256 size;
+ assembly { size := extcodesize(account) }
+ return size > 0;
+ }
+ function transfer(address _to, uint _value, bytes calldata _data) public returns (bool success){
+ balances[msg.sender] = balances[msg.sender] - _value;
+ balances[_to] = balances[_to] + _value;
+ if(isContract(_to)) {
+ IERC223Recipient(_to).tokenReceived(msg.sender, _value, _data);
+ }
+ emit Transfer(msg.sender, _to, _value, _data);
+ return true;
+ }
+ function transfer(address _to, uint _value) public returns (bool success){
+ bytes memory _empty = hex"00000000";
+ balances[msg.sender] = balances[msg.sender] - _value;
+ balances[_to] = balances[_to] + _value;
+ if(isContract(_to)) {
+ IERC223Recipient(_to).tokenReceived(msg.sender, _value, _empty);
+ }
+ emit Transfer(msg.sender, _to, _value, _empty);
+ return true;
+ }
+}
+```
+
+Anois teastaíonn conradh eile uainn chun glacadh le taiscí `tokenA` ag glacadh leis gur comhartha ERC-223 é tokenA. Ní mór don chonradh glacadh le tokenA amháin agus aon comharthaí eile a dhiúltú. Nuair a fhaigheann an conradh chomhartha, caithfidh sé imeacht `Taiscigh()` a astú agus luach na hathróige `taiscí` inmheánach a mhéadú.
+
+Seo é an cód:
+
+```solidity
+contract RecipientContract is IERC223Recipient {
+ event Deposit(address whoSentTheTokens);
+ uint256 deposits = 0;
+ address tokenA; // An t-aon chomhartha gur mian linn glacadh leis.
+ function tokenReceived(address _from, uint _value, bytes memory _data) public override
+ {
+ // Tá sé tábhachtach é sin a thuiscint laistigh den fheidhm seo
+ // msg.sender seoladh dearbhán atá á fháil,
+ // msg.value is 0 i gcónaí toisc nach leis an gconradh chomharthaí ná nach seolann éitear i bhformhór na gcásanna,
+ // _from is é seoltóir an aistrithe chomhartha.
+ // _value is é an méid comharthaí a cuireadh i dtaisce.
+ require(msg.sender == tokenA);
+ deposits += _value;
+ emit Deposit(_from);
+ }
+}
+```
+
+## Ceisteanna coitianta {#faq}
+
+### Cad a tharlóidh má sheolaimid roinnt tokenB chuig an gconradh? {#sending-tokens}
+
+Teipfidh an t-idirbheart, agus ní tharlóidh aistriú comharthaí. Seolfar na comharthaí ar ais chuig seoladh an tseoltóra.
+
+### Conas is féidir linn taisce a dhéanamh sa chonradh seo? {#contract-deposits}
+
+Glaoigh ar an fheidhm `transfer(address,uint256)` nó `transfer(address,uint256,bytes)` den chomhartha ERC-223, ag sonrú seoladh an `RecipientContract`.
+
+### Cad a tharlóidh má aistrímid comhartha ERC-20 chuig an gconradh seo? {#erc-20-transfers}
+
+Má sheoltar comhartha ERC-20 chuig an `RecipientContract`, aistreofar na comharthaí, ach ní aithneofar an t-aistriú (ní dhéanfar aon imeacht `Taiscigh()` a bhácáil, agus ní athrófar luach na taiscí). Ní féidir taiscí ERC-20 nach dteastaíonn a scagadh ná a chosc.
+
+### Cad a tharlaíonn má theastaíonn uainn feidhm éigin a rith tar éis don taisce chomhartha a bheith críochnaithe? {#function-execution}
+
+Tá bealaí iomadúla ann chun é sin a dhéanamh. Sa sampla seo leanfaimid an modh a fhágann gurb ionann aistrithe ERC-223 agus aistrithe éitir:
+
+```solidity
+contract RecipientContract is IERC223Recipient {
+ event Foo();
+ event Bar(uint256 someNumber);
+ address tokenA; // The only token that we want to accept.
+ function tokenReceived(address _from, uint _value, bytes memory _data) public override
+ {
+ require(msg.sender == tokenA);
+ address(this).call(_data); // Handle incoming transaction and perform a subsequent function call.
+ }
+ function foo() public
+ {
+ emit Foo();
+ }
+ function bar(uint256 _someNumber) public
+ {
+ emit Bar(_someNumber);
+ }
+}
+```
+
+Nuair a gheobhaidh an `RecipientContract` chomhartha ERC-223 déanfaidh an conradh feidhm atá ionchódaithe mar pharaiméadar `_data` an idirbhirt chomharthaí, comhionann leis an gcaoi a n-ionchódaíonn idirbhearta éitear glaonna mar `data` idirbhirt. Léigh [an réimse sonraí] (https://ethereum.org/en/developers/docs/transactions/#the-data-field) le haghaidh tuilleadh faisnéise.
+
+Sa sampla thuas ní mór comhartha ERC-223 a aistriú chuig seoladh an `RecipientContract` leis an bhfeidhm `transfer(address,uin256,bytes calldata _data)`. Más é `0xc2985578` (síniú feidhm `foo()`) an paraiméadar sonraí, déanfar an foo feidhme () a agairt tar éis an taisce chomhartha a fháil agus déanfar an t-imeacht Foo() a bhácáil.
+
+Is féidir paraiméadair a ionchódú i `sonraí` an aistrithe chomharthaí freisin, mar shampla is féidir linn an fheidhm barra() a ghlaoch le luach 12345 le haghaidh `_someNumber`. Sa chás seo, caithfidh an `data` a bheith `0x0423a13200000000000000000000000000000000000000000000000000000000000004d2`, áit a bhfuil `0x0423a132` ina shíniú ar an bhfeidhm `bar(uint256)` agus `00000000000000000000000000000000000000000000000000000000000004d2` ina 12345 mar uint256.
+
+## Teorainneacha {#limitations}
+
+Cé go dtugann ERC-223 aghaidh ar roinnt saincheisteanna a aimsítear i gcaighdeán ERC-20, níl a theorainneacha féin ag baint leis:
+
+- Glacadh agus Comhoiriúnacht: Níl ERC-223 glactha go forleathan fós, rud a d’fhéadfadh teorainn a chur lena chomhoiriúnacht le huirlisí agus le hardáin atá ann cheana.
+- Comhoiriúnacht Siar: Níl ERC-223 comhoiriúnach siar le ERC-20, rud a chiallaíonn nach n-oibreoidh conarthaí agus uirlisí ERC-20 atá ann cheana le comharthaí ERC-223 gan modhnuithe.
+- Costais Gháis: D’fhéadfadh costais gháis níos airde a bheith mar thoradh ar sheiceálacha agus feidhmiúlachtaí breise in aistrithe ERC-223 i gcomparáid le hidirbhearta ERC-20.
+
+## Tuilleadh léitheoireachta {#further-reading}
+
+- [EIP-223: Caighdeán Comhartha ERC-223](https://eips.ethereum.org/EIPS/eip-223)
+- [Togra tosaigh ERC-223](https://github.com/ethereum/eips/issues/223)
diff --git a/public/content/translations/ga/developers/docs/standards/tokens/erc-4626/index.md b/public/content/translations/ga/developers/docs/standards/tokens/erc-4626/index.md
new file mode 100644
index 00000000000..08f16dc6ac6
--- /dev/null
+++ b/public/content/translations/ga/developers/docs/standards/tokens/erc-4626/index.md
@@ -0,0 +1,227 @@
+---
+title: ERC-4626 Caighdeán Boghta Comharthaithe
+description: Caighdeán le haghaidh boghtaí a bhfuil toradh orthu.
+lang: ga
+---
+
+## Réamhrá {#introduction}
+
+Is caighdeán é ERC-4626 chun paraiméadair theicniúla boghtaí a bhfuil toradh orthu a bharrfheabhsú agus a aontú. Soláthraíonn sé API caighdeánach do bhoghtaí comharthaithe a bhfuil toradh orthu a léiríonn scaireanna de bhunchomhartha amháin ERC-20. Tugann ERC-4626 breac-chuntas freisin ar shíneadh roghnach le haghaidh boghtaí comharthaithe ag baint úsáide as ERC-20, ag tairiscint feidhmiúlacht bhunúsach chun taisceadh, comharthaí a tharraingt siar agus iarmhéideanna léitheoireachta.
+
+**Ról ERC-4626 i mboghtaí a bhfuil toradh orthu**
+
+Cuidíonn margaí iasachtaithe, comhbhailitheoirí, agus comharthaí úsmhara go bunúsach le húsáideoirí an toradh is fearr a fháil ar a gcuid comharthaí cripte trí straitéisí éagsúla a chur i bhfeidhm. Déantar na straitéisí seo le héagsúlacht neafaiseach, a d’fhéadfadh a bheith i mbaol earráidí nó acmhainní forbartha a chur amú.
+
+Laghdóidh ERC-4626 i mboghtaí a bhfuil toradh orthu an iarracht chomhtháthaithe agus scaoilfidh sé rochtain ar thorthaí in iarratais éagsúla gan mórán iarracht speisialaithe ó fhorbróirí trí phatrúin feidhmithe níos comhsheasmhaí agus níos láidre a chruthú.
+
+Tá cur síos iomlán ar an chomhartha ERC-4626 i [EIP-4626](https://eips.ethereum.org/EIPS/eip-4626).
+
+**Síneadh boghta asincrónach (ERC-7540)**
+
+Tá ERC-4626 optamaithe le haghaidh taiscí adamhacha agus fuascailtí go teorainn áirithe. Má shroichtear an teorainn, ní féidir aon taiscí ná fuascailtí nua a chur isteach. Ní oibríonn an teorannú seo go maith d’aon chóras conartha cliste a bhfuil gníomhartha nó moilleanna asincrónacha ina réamhriachtanas chun comhéadan a dhéanamh leis an Cruinneachán (m.sh. prótacail sócmhainní fíor-dhomhain, prótacail iasachta neamh-chomhthaobhaithe, prótacail iasachtaithe trasshlabhra, comharthaí greamaithe leachta, nó modúil sábháilteachta árachais).
+
+Leathnaíonn ERC-7540 áirgiúlacht Boghtaí ERC-4626 le haghaidh cásanna úsáide asincrónacha. Baintear úsáid iomlán as an gcomhéadan Boghta atá ann cheana (`deposit`/`withdraw`/`mint`/`redeem`) chun Iarratais asincrónacha a éileamh.
+
+Tá cur síos iomlán ar an mbreiseán ERC-7540 in [ERC-7540](https://eips.ethereum.org/EIPS/eip-7540).
+
+**Breiseán boghta il-sócmhainne (ERC-7575)**
+
+Cás úsáide amháin atá ar iarraidh nach dtacaíonn ERC-4626 leis is ea Boghtaí a bhfuil sócmhainní iolracha nó pointí iontrála acu, mar shampla Comharthaí soláthraí leachtachta (LP). Go ginearálta bíonn siad seo ciontach nó neamh-chomhlíontach mar gheall ar riachtanas ERC-4626 a bheith ina ERC-20 féin.
+
+Cuireann ERC-7575 tacaíocht le Boghtaí a bhfuil sócmhainní iolracha acu trí fheidhmiú chomharthaí ERC-20 a sheachtrú ó chur chun feidhme ERC-4626.
+
+Tá cur síos iomlán ar an mbreiseán ERC-7575 in [ERC-7575](https://eips.ethereum.org/EIPS/eip-7575).
+
+## Réamhriachtanais {#prerequisites}
+
+Chun an leathanach seo a thuiscint níos fearr, molaimid duit léamh ar dtús faoi [caighdeáin chomharthaí](/developers/docs/standards/tokens/) agus [ERC-20](/developers/docs/standards/tokens/erc-20/).
+
+## Feidhmeanna agus Gnéithe ERC-4626: {#body}
+
+### Modhanna {#methods}
+
+#### asset {#asset}
+
+```solidity
+function asset() public view returns (address assetTokenAddress)
+```
+
+Tugann an fheidhm seo ar ais seoladh an chomhartha bhunúsach a úsáidtear don bhoghta le haghaidh cuntasaíocht, taisceadh, aistarraingt.
+
+#### totalAssets {#totalassets}
+
+```solidity
+function totalAssets() public view returns (uint256)
+```
+
+Tugann an fheidhm seo ar ais méid iomlán na sócmhainní bunúsacha atá i seilbh na mboghtaí.
+
+#### convertToShares {#convertoshares}
+
+```solidity
+function convertToShares(uint256 assets) public view returns (uint256 shares)
+```
+
+Tugann an fheidhm seo ar ais an méid `scaireanna` a d'athródh an boghta ar an méid `sócmhainní` a cuireadh ar fáil.
+
+#### convertToAssets {#convertoassets}
+
+```solidity
+function convertToAssets(uint256 shares) public view returns (uint256 assets)
+```
+
+Tugann an fheidhm seo ar ais an méid `sócmhainní` a d'athródh an cruinneachán ar an méid `scaireanna` a cuireadh ar fáil.
+
+#### maxDeposit {#maxdeposit}
+
+```solidity
+function maxDeposit(address receiver) public view returns (uint256 maxAssets)
+```
+
+Tugann an fheidhm seo ar ais uasmhéid na sócmhainní bunúsacha is féidir a chur i dtaisce i nglao amháin [`taisce`](#deposit) glaoch ón `fhaighteoir`.
+
+#### previewDeposit {#previewdeposit}
+
+```solidity
+function previewDeposit(uint256 assets) public view returns (uint256 shares)
+```
+
+Ligeann an fheidhm seo d'úsáideoirí éifeachtaí a n-éarlais a insamhail ag an mbloc reatha.
+
+#### deposit {#deposit}
+
+```solidity
+function deposit(uint256 assets, address receiver) public returns (uint256 shares)
+```
+
+Déanann an fheidhm seo `sócmhainní` de bhunchomharthaí a thaisceadh isteach sa bhoghta agus tugann sí úinéireacht `scaireanna` don `fhaighteoir`.
+
+#### maxMint {#maxmint}
+
+```solidity
+function maxMint(address receiver) public view returns (uint256 maxShares)
+```
+
+Tugann an fheidhm seo ar ais uasmhéid na scaireanna is féidir a bhualadh i nglao amháin [`buail`](#mint) glaoch ón `fhaighteoir`.
+
+#### previewMint {#previewmint}
+
+```solidity
+function previewMint(uint256 shares) public view returns (uint256 assets)
+```
+
+Ligeann an fheidhm seo d'úsáideoirí insamhlú a dhéanamh ar éifeachtaí a mbuailte ag an mbloc reatha.
+
+#### mint {#mint}
+
+```solidity
+function mint(uint256 shares, address receiver) public returns (uint256 assets)
+```
+
+Bualann an fheidhm seo go díreach scaireanna boghta `shares` chuig `faighteora` trí `shócmhainní` de na comharthaí bunúsacha a thaisceadh.
+
+#### maxWithdraw {#maxwithdraw}
+
+```solidity
+function maxWithdraw(address owner) public view returns (uint256 maxAssets)
+```
+
+Tugann an fheidhm seo ar ais uasmhéid na sócmhainní bunúsacha is féidir a aistarraingt ón iarmhéid `úinéir` le glao amháin [`aistarraing`](#withdraw).
+
+#### previewWithdraw {#previewwithdraw}
+
+```solidity
+function previewWithdraw(uint256 assets) public view returns (uint256 shares)
+```
+
+Ligeann an fheidhm seo d'úsáideoirí insamhlú a dhéanamh ar thionchair a n-aistarraingt ag an mbloc reatha.
+
+#### withdraw {#withdraw}
+
+```solidity
+function withdraw(uint256 assets, address receiver, address owner) public returns (uint256 shares)
+```
+
+Déanann an fheidhm seo `shares` a dhó ó `úinéir` agus seol comhartha díreach `sócmhainní` ón cruinneachán chuig `faighteoir`.
+
+#### maxRedeem {#maxredeem}
+
+```solidity
+function maxRedeem(address owner) public view returns (uint256 maxShares)
+```
+
+Tugann an fheidhm seo ar ais uasmhéid na scaireanna is féidir a fhuascailt ón iarmhéid `úinéir` trí ghlao [`redeem`](#redeem).
+
+#### previewRedeem {#previewredeem}
+
+```solidity
+function previewRedeem(uint256 shares) public view returns (uint256 assets)
+```
+
+Ligeann an fheidhm seo d'úsáideoirí insamhlú a dhéanamh ar éifeachtaí a bhfuascailte ag an mbloc reatha.
+
+#### redeem {#redeem}
+
+```solidity
+function redeem(uint256 shares, address receiver, address owner) public returns (uint256 assets)
+```
+
+Fuasclaíonn an fheidhm seo líon sonrach `scaireanna` ó `úinéir` agus seolann `sócmhainní` den bhunchomhartha ón mboghta chuig an `fhaighteoir`.
+
+#### totalSupply {#totalsupply}
+
+```solidity
+function totalSupply() public view returns (uint256)
+```
+
+Tugann sé ar ais líon iomlán na scaireanna cruinneachán neamhfhuascailte atá i gcúrsaíocht.
+
+#### balanceOf {#balanceof}
+
+```solidity
+function balanceOf(address owner) public view returns (uint256)
+```
+
+Filleann sé seo méid iomlán na scaireanna cruinneachán atá ag an `úinéir` faoi láthair.
+
+### Léarscáil an chomhéadain {#mapOfTheInterface}
+
+
+
+### Imeachtaí {#events}
+
+#### Imeacht Taisce
+
+NÍ MÓR ** a bheith astaithe** nuair a thaisctear comharthaí isteach sa bhoghta trí na modhanna [`buail`](#mint) agus [`taisce`](#deposit).
+
+```solidity
+event Deposit(
+ address indexed sender,
+ address indexed owner,
+ uint256 assets,
+ uint256 shares
+)
+```
+
+Sa chás gurb é `seoltóir` an t-úsáideoir a mhalartóidh `sócmhainní` le haghaidh `scaireanna`, agus a d'aistrigh na `scaireanna` sin chuig `úinéir`.
+
+#### Imeacht Aistarraingthe
+
+NÍ MÓR **Astú** nuair a tharraingíonn taisceoir scaireanna as an mboghta sna modhanna [`fuascail`](#redeem) nó [`aistarraing`](#withdraw).
+
+```solidity
+event Withdraw(
+ address indexed sender,
+ address indexed receiver,
+ address indexed owner,
+ uint256 assets,
+ uint256 shares
+)
+```
+
+I gcás gurb é `seoltóir` an t-úsáideoir a spreag an aistarraingt agus a mhalartaigh `scaireanna`, ar le `húinéir` é, le haghaidh `sócmhainní`. Is é `faigheoir` an t-úsáideoir a fuair na `sócmhainní` aistarraingthe.
+
+## Tuilleadh léitheoireachta {#further-reading}
+
+- [EIP-4626: Caighdeán boghta comharthaithe](https://eips.ethereum.org/EIPS/eip-4626)
+- [ERC-4626: Stóras GitHub](https://github.com/transmissions11/solmate/blob/main/src/tokens/ERC4626.sol)
diff --git a/public/content/translations/ga/developers/docs/standards/tokens/erc-721/index.md b/public/content/translations/ga/developers/docs/standards/tokens/erc-721/index.md
new file mode 100644
index 00000000000..d19ebcdffbc
--- /dev/null
+++ b/public/content/translations/ga/developers/docs/standards/tokens/erc-721/index.md
@@ -0,0 +1,244 @@
+---
+title: ERC-721 Caighdeán Comhartha Neamh-idirmhalartach
+description:
+lang: ga
+---
+
+## Réamhrá {#introduction}
+
+**Cad is Comhartha Neamh-idirmhalartach ann?**
+
+Baintear úsáid as Comhartha Neamh-idirmhalartach (NFT) chun rud nó duine éigin a aithint ar bhealach uathúil. Tá an cineál seo Comhartha foirfe le húsáid ar ardáin a thairgeann míreanna inbhailithe, eochracha rochtana, ticéid chrannchuir, suíocháin uimhrithe do cheolchoirmeacha agus cluichí spóirt, srl. Tá féidearthachtaí iontacha ag an gcineál speisialta Comhartha seo agus mar sin tá Caighdeán ceart, ERC-721, a tháinig chun é sin a réiteach, tuillte aige!
+
+**Cad é ERC-721?**
+
+Tugann an ERC-721 isteach caighdeán do NFT, i bhfocail eile, tá an cineál Comhartha seo uathúil agus is féidir luach difriúil a bheith aige ó Chomhartha eile ón gConradh Cliste céanna, b'fhéidir mar gheall ar a aois, a theirce nó fiú rud éigin eile cosúil lena amharc. Fan, amharc?
+
+Sin é! Tá athróg `uint256` ag gach NFT ar a dtugtar `tokenId`, mar sin d'aon Chonradh ERC-721, ní mór an péire `contract address, uint256 tokenId` a bheith uathúil ar fud an domhain. Mar sin féin, is féidir "tiontaire" a bheith ag dapp a úsáideann an `tokenId` mar ionchur agus a aschuireann íomhá de rud éigin faiseanta, cosúil le zombaithe, airm, scileanna nó puisíní gleoite!
+
+## Réamhriachtanais {#prerequisites}
+
+- [Cuntais](/developers/docs/accounts/)
+- [Conarthaí Cliste](/developers/docs/smart-contracts/)
+- [Caighdeáin comharthaí](/developers/docs/standards/tokens/)
+
+## Comhlacht {#body}
+
+An ERC-721 (Iarratas Ethereum ar Thuairimí 721), molta ag William Entriken, Dieter Shirley, Jacob Evans, Tá Nastassia Sachs i mí Eanáir 2018, ina Chaighdeán Comhartha Neamh-idirmhalartacha a chuireann API le haghaidh comharthaí laistigh de Chonarthaí Cliste i bhfeidhm.
+
+Soláthraíonn sé feidhmiúlachtaí cosúil le comharthaí a aistriú ó chuntas amháin go cuntas eile, chun an iarmhéid reatha chomharthaí a fháil ar chuntas, chun úinéir chomhartha sainiúil a aimsiú agus freisin soláthar iomlán an chomhartha atá ar fáil ar an líonra. Chomh maith leo seo tá roinnt feidhmiúlachtaí eile aige ar nós an méid de chomhartha is féidir le cuntas tríú pháirtí a bhogadh ó chuntas a fhaomhadh.
+
+Má chuireann Conradh Cliste na modhanna agus na teagmhais seo a leanas i bhfeidhm is féidir Conradh Comhartha Neamh-idirmhalartach ERC-721 a thabhairt air agus, ar é a imscaradh, beidh sé freagrach as súil a choinneáil ar na comharthaí cruthaithe ar Ethereum.
+
+Ó [EIP-721](https://eips.ethereum.org/EIPS/eip-721):
+
+### Modhanna {#methods}
+
+```solidity
+ function balanceOf(address _owner) external view returns (uint256);
+ function ownerOf(uint256 _tokenId) external view returns (address);
+ function safeTransferFrom(address _from, address _to, uint256 _tokenId, bytes data) external payable;
+ function safeTransferFrom(address _from, address _to, uint256 _tokenId) external payable;
+ function transferFrom(address _from, address _to, uint256 _tokenId) external payable;
+ function approve(address _approved, uint256 _tokenId) external payable;
+ function setApprovalForAll(address _operator, bool _approved) external;
+ function getApproved(uint256 _tokenId) external view returns (address);
+ function isApprovedForAll(address _owner, address _operator) external view returns (bool);
+```
+
+### Imeachtaí {#events}
+
+```solidity
+ event Transfer(address indexed _from, address indexed _to, uint256 indexed _tokenId);
+ event Approval(address indexed _owner, address indexed _approved, uint256 indexed _tokenId);
+ event ApprovalForAll(address indexed _owner, address indexed _operator, bool _approved);
+```
+
+### Samplaí {#web3py-example}
+
+Feicimis conas atá Caighdeán chomh tábhachtach chun go mbeadh sé simplí dúinn iniúchadh a dhéanamh ar aon Chonradh Chomhartha ERC-721 ar Ethereum. Níl uainn ach Comhéadan Dénártha Feidhmchláir Conartha (ABI) chun comhéadan a chruthú d’aon Chomhartha ERC-721. Mar atá le feiceáil thíos bainfimid úsáid as ABI simplithe, chun sampla frithchuimilte íseal a dhéanamh de.
+
+#### Sampla Web3.py {#web3py-example}
+
+Ar dtús, déan cinnte go bhfuil [Web3.py](https://web3py.readthedocs.io/en/stable/quickstart.html#installation) leabharlann Python suiteáilte agat:
+
+```
+pip install web3
+```
+
+```python
+from web3 import Web3
+from web3._utils.events import get_event_data
+
+
+w3 = Web3(Web3.HTTPProvider("https://cloudflare-eth.com"))
+
+ck_token_addr = "0x06012c8cf97BEaD5deAe237070F9587f8E7A266d" # CryptoKitties Contract
+
+acc_address = "0xb1690C08E213a35Ed9bAb7B318DE14420FB57d8C" # CryptoKitties Sales Auction
+
+# This is a simplified Contract Application Binary Interface (ABI) of an ERC-721 NFT Contract.
+# It will expose only the methods: balanceOf(address), name(), ownerOf(tokenId), symbol(), totalSupply()
+simplified_abi = [
+ {
+ 'inputs': [{'internalType': 'address', 'name': 'owner', 'type': 'address'}],
+ 'name': 'balanceOf',
+ 'outputs': [{'internalType': 'uint256', 'name': '', 'type': 'uint256'}],
+ 'payable': False, 'stateMutability': 'view', 'type': 'function', 'constant': True
+ },
+ {
+ 'inputs': [],
+ 'name': 'name',
+ 'outputs': [{'internalType': 'string', 'name': '', 'type': 'string'}],
+ 'stateMutability': 'view', 'type': 'function', 'constant': True
+ },
+ {
+ 'inputs': [{'internalType': 'uint256', 'name': 'tokenId', 'type': 'uint256'}],
+ 'name': 'ownerOf',
+ 'outputs': [{'internalType': 'address', 'name': '', 'type': 'address'}],
+ 'payable': False, 'stateMutability': 'view', 'type': 'function', 'constant': True
+ },
+ {
+ 'inputs': [],
+ 'name': 'symbol',
+ 'outputs': [{'internalType': 'string', 'name': '', 'type': 'string'}],
+ 'stateMutability': 'view', 'type': 'function', 'constant': True
+ },
+ {
+ 'inputs': [],
+ 'name': 'totalSupply',
+ 'outputs': [{'internalType': 'uint256', 'name': '', 'type': 'uint256'}],
+ 'stateMutability': 'view', 'type': 'function', 'constant': True
+ },
+]
+
+ck_extra_abi = [
+ {
+ 'inputs': [],
+ 'name': 'pregnantKitties',
+ 'outputs': [{'name': '', 'type': 'uint256'}],
+ 'payable': False, 'stateMutability': 'view', 'type': 'function', 'constant': True
+ },
+ {
+ 'inputs': [{'name': '_kittyId', 'type': 'uint256'}],
+ 'name': 'isPregnant',
+ 'outputs': [{'name': '', 'type': 'bool'}],
+ 'payable': False, 'stateMutability': 'view', 'type': 'function', 'constant': True
+ }
+]
+
+ck_contract = w3.eth.contract(address=w3.to_checksum_address(ck_token_addr), abi=simplified_abi+ck_extra_abi)
+name = ck_contract.functions.name().call()
+symbol = ck_contract.functions.symbol().call()
+kitties_auctions = ck_contract.functions.balanceOf(acc_address).call()
+print(f"{name} [{symbol}] NFTs in Auctions: {kitties_auctions}")
+
+pregnant_kitties = ck_contract.functions.pregnantKitties().call()
+print(f"{name} [{symbol}] NFTs Pregnants: {pregnant_kitties}")
+
+# Using the Transfer Event ABI to get info about transferred Kitties.
+tx_event_abi = {
+ 'anonymous': False,
+ 'inputs': [
+ {'indexed': False, 'name': 'from', 'type': 'address'},
+ {'indexed': False, 'name': 'to', 'type': 'address'},
+ {'indexed': False, 'name': 'tokenId', 'type': 'uint256'}],
+ 'name': 'Transfer',
+ 'type': 'event'
+}
+
+# We need the event's signature to filter the logs
+event_signature = w3.keccak(text="Transfer(address,address,uint256)").hex()
+
+logs = w3.eth.get_logs({
+ "fromBlock": w3.eth.block_number - 120,
+ "address": w3.to_checksum_address(ck_token_addr),
+ "topics": [event_signature]
+})
+
+# Notes:
+# - Increase the number of blocks up from 120 if no Transfer event is returned.
+# - If you didn't find any Transfer event you can also try to get a tokenId at:
+# https://etherscan.io/address/0x06012c8cf97BEaD5deAe237070F9587f8E7A266d#events
+# Click to expand the event's logs and copy its "tokenId" argument
+recent_tx = [get_event_data(w3.codec, tx_event_abi, log)["args"] for log in logs]
+
+if recent_tx:
+ kitty_id = recent_tx[0]['tokenId'] # Paste the "tokenId" here from the link above
+ is_pregnant = ck_contract.functions.isPregnant(kitty_id).call()
+ print(f"{name} [{symbol}] NFTs {kitty_id} is pregnant: {is_pregnant}")
+```
+
+Tá roinnt Imeachtaí suimiúla ag CryptoKitties Contract seachas na cinn Caighdeánacha.
+
+Déanaimis seiceáil ar dhá cheann acu, `Toirchis` agus `Breith`.
+
+```python
+# Using the Pregnant and Birth Events ABI to get info about new Kitties.
+ck_extra_events_abi = [
+ {
+ 'anonymous': False,
+ 'inputs': [
+ {'indexed': False, 'name': 'owner', 'type': 'address'},
+ {'indexed': False, 'name': 'matronId', 'type': 'uint256'},
+ {'indexed': False, 'name': 'sireId', 'type': 'uint256'},
+ {'indexed': False, 'name': 'cooldownEndBlock', 'type': 'uint256'}],
+ 'name': 'Pregnant',
+ 'type': 'event'
+ },
+ {
+ 'anonymous': False,
+ 'inputs': [
+ {'indexed': False, 'name': 'owner', 'type': 'address'},
+ {'indexed': False, 'name': 'kittyId', 'type': 'uint256'},
+ {'indexed': False, 'name': 'matronId', 'type': 'uint256'},
+ {'indexed': False, 'name': 'sireId', 'type': 'uint256'},
+ {'indexed': False, 'name': 'genes', 'type': 'uint256'}],
+ 'name': 'Birth',
+ 'type': 'event'
+ }]
+
+# We need the event's signature to filter the logs
+ck_event_signatures = [
+ w3.keccak(text="Pregnant(address,uint256,uint256,uint256)").hex(),
+ w3.keccak(text="Birth(address,uint256,uint256,uint256,uint256)").hex(),
+]
+
+# Here is a Pregnant Event:
+# - https://etherscan.io/tx/0xc97eb514a41004acc447ac9d0d6a27ea6da305ac8b877dff37e49db42e1f8cef#eventlog
+pregnant_logs = w3.eth.get_logs({
+ "fromBlock": w3.eth.block_number - 120,
+ "address": w3.to_checksum_address(ck_token_addr),
+ "topics": [ck_event_signatures[0]]
+})
+
+recent_pregnants = [get_event_data(w3.codec, ck_extra_events_abi[0], log)["args"] for log in pregnant_logs]
+
+# Here is a Birth Event:
+# - https://etherscan.io/tx/0x3978028e08a25bb4c44f7877eb3573b9644309c044bf087e335397f16356340a
+birth_logs = w3.eth.get_logs({
+ "fromBlock": w3.eth.block_number - 120,
+ "address": w3.to_checksum_address(ck_token_addr),
+ "topics": [ck_event_signatures[1]]
+})
+
+recent_births = [get_event_data(w3.codec, ck_extra_events_abi[1], log)["args"] for log in birth_logs]
+```
+
+## NFTanna Coitianta {#popular-nfts}
+
+- Liostaíonn [ Etherscan NFT Tracker](https://etherscan.io/tokens-nft) an NFT is fearr ar Ethereum de réir méid aistrithe.
+- Is cluiche é [CryptoKitties](https://www.cryptokitties.co/) atá dírithe ar neacha inphóraithe, inbhailithe aoibhne a dtugtar CryptoKitties orthu.
+- Is cluiche peile fantaisíochta domhanda é [Sorare](https://sorare.com/) inar féidir leat eagráin teoranta nithe inbhailithe a bhailiú, do chuid foirne a bhainistiú agus dul san iomaíocht chun duaiseanna a thuilleamh.
+- [Soláthraíonn Seirbhís Ainmneacha Ethereum (ENS)](https://ens.domains/) bealach díláraithe slán & chun aghaidh a thabhairt ar acmhainní ar an mblocshlabhra agus as, ag baint úsáide as ainmneacha simplí atá inléite ag an duine.
+- Seachadann [POAP](https://poap.xyz) NFTanna saor in aisce do dhaoine a fhreastalaíonn ar imeachtaí nó a dhéanann gníomhartha sonracha. Is féidir POAPanna a chruthú agus a dháileadh.
+- Is cuideachta atá lonnaithe i San Francisco é [Unstoppable Domains](https://unstoppabledomains.com/) a thógann fearainn ar blocshlabhra. Cuireann fearainn Bhlocshlabhra ainmneacha inléite daonna in ionad seoltaí criptea-airgeadra agus is féidir iad a úsáid chun a chumasú láithreáin ghréasáin atá díonach ar chinsireacht.
+- Is TCG é [ Gods Unchained Cards](https://godsunchained.com/) ar bhlocshlabhra Ethereum a úsáideann NFTanna chun fíor-úinéireacht a thabhairt chuig sócmhainní in-chluiche.
+- Is bailiúchán é [Bored Ape Yacht Club](https://boredapeyachtclub.com) bailiúchán de 10,000 NFT uathúla, a fheidhmíonn, chomh maith le bheith ina phíosa ealaíne annamh, mar chomhartha ballraíochta don chlub, ag soláthar buntáistí agus tairbhí do chomhaltaí a mhéadaíonn le himeacht ama mar thoradh ar iarrachtaí pobail.
+
+## Tuilleadh léitheoireachta {#further-reading}
+
+- [EIP-721: ERC-721 Caighdeán Comhartha Neamh-idirmhalartach](https://eips.ethereum.org/EIPS/eip-721)
+- [OpenZeppelin - ERC-721 Doiciméid](https://docs.openzeppelin.com/contracts/3.x/erc721)
+- [OpenZeppelin - ERC-721 Feidhmiú](https://github.com/OpenZeppelin/openzeppelin-contracts/blob/master/contracts/token/ERC721/ERC721.sol)
+- [Ailceimic NFT API](https://docs.alchemy.com/alchemy/enhanced-apis/nft-api)
diff --git a/public/content/translations/ga/developers/docs/standards/tokens/erc-777/index.md b/public/content/translations/ga/developers/docs/standards/tokens/erc-777/index.md
new file mode 100644
index 00000000000..0763431e373
--- /dev/null
+++ b/public/content/translations/ga/developers/docs/standards/tokens/erc-777/index.md
@@ -0,0 +1,45 @@
+---
+title: ERC-777 Caighdeán Chomhartha
+description: null
+lang: ga
+---
+
+## Rabhadh {#warning}
+
+**Tá sé deacair ERC-777 a chur i bhfeidhm i gceart, mar gheall ar a [shoghabhálacht i leith cineálacha éagsúla ionsaí](https://github.com/OpenZeppelin/openzeppelin-contracts/issues/2620). Moltar [ERC-20](/developers/docs/standards/tokens/erc-20/) a úsáid ina áit.** Fanann an leathanach seo mar chartlann stairiúil.
+
+## Réamhrá? {#introduction}
+
+Is caighdeán comharthach inbhraite é ERC-777 a fheabhsaíonn an caighdeán reatha [ERC-20] (/developers/docs/standards/tokens/erc-20/).
+
+## Réamhriachtanais {#prerequisites}
+
+Chun an leathanach seo a thuiscint níos fearr, molaimid duit léamh ar dtús faoi [ERC-20](/developers/docs/standards/tokens/erc-20/).
+
+## Cad iad na feabhsuithe atá beartaithe ag ERC-777 thar ERC-20? {#-erc-777-vs-erc-20}
+
+Soláthraíonn an ERC-777 na feabhsuithe seo a leanas thar ERC-20.
+
+### Crúcaí {#hooks}
+
+Is feidhm é crúcaí a thuairiscítear i gcód conartha cliste. Glaoitear ar chrúcaí nuair a sheoltar nó nuair a fhaightear comharthaí tríd an gconradh. Ligeann sé seo do chonradh cliste freagairt do chomharthaí isteach nó amach.
+
+Cláraítear na crúcaí agus aimsítear iad leis an gcaighdeán [ERC-1820](https://eips.ethereum.org/EIPS/eip-1820).
+
+#### Cén fáth go bhfuil crúcaí iontach? {#why-are-hooks-great}
+
+1. Ceadaíonn crúcaí comharthaí a sheoladh chuig conradh agus fógra a thabhairt don chonradh in aon idirbheart amháin, murab ionann agus [ERC-20](https://eips.ethereum.org/EIPS/eip-20), a éilíonn glao dúbailte (`approve`/`transferFrom`) chun é seo a bhaint amach.
+2. Tá conarthaí nach bhfuil crúcaí cláraithe acu ar neamhréir le ERC-777. Toirmeascfaidh an conradh seolta an idirbhirt nuair nach bhfuil crúca cláraithe ag an gconradh fála. Cuireann sé seo cosc ar aistrithe de thaisme chuig conarthaí cliste neamh-ERC-777.
+3. Is féidir le crúcaí idirbhearta a dhiúltú.
+
+### Deachúlacha {#decimals}
+
+Réitíonn an caighdeán freisin an mearbhall maidir le `deachúlacha` a dhéantar in ERC-20. Feabhsaíonn an tsoiléireacht seo taithí an fhorbróra.
+
+### Comhoiriúnacht cúil le ERC-20 {#backwards-compatibility-with-erc-20}
+
+Is féidir idirghníomhú le conarthaí ERC-777 amhail is dá mba chonarthaí ERC-20 iad.
+
+## Tuilleadh Léitheoireachta {#further-reading}
+
+[EIP-777: Caighdeán Comhartha](https://eips.ethereum.org/EIPS/eip-777)
diff --git a/public/content/translations/ga/developers/docs/standards/tokens/index.md b/public/content/translations/ga/developers/docs/standards/tokens/index.md
new file mode 100644
index 00000000000..44b53094b7f
--- /dev/null
+++ b/public/content/translations/ga/developers/docs/standards/tokens/index.md
@@ -0,0 +1,39 @@
+---
+title: Caighdeáin Chomhartha
+description:
+lang: ga
+incomplete: true
+---
+
+## Réamhrá {#introduction}
+
+Díríonn go leor caighdeáin forbartha Ethereum ar chomhéadain chomharthaí. Cuidíonn na caighdeáin seo lena chinntiú go bhfanann conarthaí cliste in-chumtha, mar sin mar shampla nuair a eisíonn tionscadal nua comhartha, go mbíonn sé comhoiriúnach go fóill leis na malartuithe díláraithe atá ann cheana féin.
+
+## Réamhriachtanais {#prerequisites}
+
+- [Caighdeáin fhorbartha Ethereum](/developers/docs/standards/)
+- [Conarthaí cliste](/developers/docs/smart-contracts/)
+
+## Caighdeáin comharthaí {#token-standards}
+
+Seo cuid de na caighdeáin chomharthaíochta is coitianta ar Ethereum:
+
+- [ERC-20](/developers/docs/standards/tokens/erc-20/) - Comhéadan caighdeánach le haghaidh comharthaí idirmhalartaithe, amhail comharthaí vótála, comharthaí gill nó airgeadraí fíorúla.
+
+### Caighdeáin NFT {#nft-standards}
+
+- [ERC-721](/developers/docs/standards/tokens/erc-721/) - Comhéadan caighdeánach do chomharthaí neamh-idirmhalartacha, amhail gníomhas le haghaidh saothar ealaíne nó amhrán.
+- [ERC-1155](/developers/docs/standards/tokens/erc-1155/) - Ceadaíonn ERC-1155 trádáil níos éifeachtaí agus cuachadh idirbheart – rud a shábhálann costais. Ceadaíonn an caighdeán chomharthaí seo comharthaí áirgiúlachta a chruthú (cosúil le $BNB nó $BAT) agus Comharthaí Neamh-idirmhalartacha cosúil le CryptoPunks.
+
+Liosta iomlán de thograí [ERC](https://eips.ethereum.org/erc).
+
+## Tuilleadh léitheoireachta {#further-reading}
+
+_Ar eolas agat ar acmhainn pobail a chabhraigh leat? Cuir an leathanach seo in eagar agus cuir leis!_
+
+## Ranganna teagaisc a bhaineann leo {#related-tutorials}
+
+- [Seicliosta comhtháthaithe comharthaí](/developers/tutorials/token-integration-checklist/) _- Seicliosta de na rudaí is cóir a chur san áireamh agus tú ag idirghníomhú le comharthaí._
+- [Conradh cliste comharthaí ERC20 a thuiscint](/developers/ tutorials/understand-the-erc-20-token-smart-contract/) _– Réamhrá ar do chéad chonradh cliste a imscaradh ar líonra tástála Ethereum._
+- [Aistrithe agus faomhadh comharthaí ERC20 ó chonradh cliste Solidity](/developers/tutorials/transfers-and-approval-of-erc-20-tokens-from-a-solidity-smart-contract/) _– Conas conradh cliste a úsáid chun idirghníomhú le comhartha ag baint úsáide as an teanga Solidity._
+- [Margadh ERC721 a chur i bhfeidhm [treoir déanaimh]](/developers/tutorials/how-to-implement-an-erc721-market/) _- Conas earraí comharthaíochta a chur ar díol ar chlár aicmithe díláraithe._
diff --git a/public/content/translations/ga/events/index.md b/public/content/translations/ga/events/index.md
new file mode 100644
index 00000000000..20c9e6499ca
--- /dev/null
+++ b/public/content/translations/ga/events/index.md
@@ -0,0 +1,24 @@
+---
+title: Imeachtaí Ethereum
+description: Conas a bheith páirteach sa phobal Ethereum.
+lang: ga
+hideEditButton: true
+---
+
+# Imeachtaí atá le teacht {#events}
+
+** Gach mí, bíonn mórimeachtaí Ethereum ar fud an domhain.** Smaoinigh ar fhreastal ar cheann in aice leat chun bualadh le níos mó daoine sa phobal, foghlaim faoi dheiseanna fostaíochta, agus scileanna nua a fhorbairt.
+
+
+
+Le haghaidh tuilleadh eolais ar an bhForas agus a gcuid oibre, tabhair cuairt ar [ethereum.foundation](http://ethereum.foundation/), nó féach ar [Blag Fondúireacht Ethereum](https://blog.ethereum.org/) le haghaidh na nuachta agus na bhfógraí is déanaí ón EF.
diff --git a/public/content/translations/ga/governance/index.md b/public/content/translations/ga/governance/index.md
index e5ae00ad54b..ac06adc7b47 100644
--- a/public/content/translations/ga/governance/index.md
+++ b/public/content/translations/ga/governance/index.md
@@ -20,17 +20,17 @@ Ní le haon duine amháin é prótacal Ethereum nó níl sé á rialú ag duine
## Rialachas Ethereum {#ethereum-governance}
-Is é rialachas Ethereum an próiseas trína ndéantar athruithe prótacail. Tá sé tábhachtach a chur in iúl nach bhfuil baint ag an bpróiseas seo leis an gcaoi a n-úsáideann daoine agus feidhmchláir an prótacal - tá Ethereum gan chead. Anyone from anywhere in the world can participate in onchain activities. Níl aon rialacha leagtha síos maidir le cé hiad atá in ann agus cé hiad nach bhfuil in ann iarratas a dhéanamh nó idirbheart a sheoladh. Mar sin féin, tá próiseas ann chun athruithe a mholadh ar an gcroíphrótacal, a ritheann feidhmchláir dhíláraithe ar a bharr. Ós rud é go bhfuil an oiread sin daoine ag brath ar chobhsaíocht Ethereum, tá tairseach comhordaithe an-ard ann le haghaidh athruithe lárnacha, lena n-áirítear próisis shóisialta agus theicniúla, chun a chinntiú go bhfuil aon athruithe ar Ethereum slán agus go dtacaíonn an pobal go forleathan leo.
+Is é rialachas Ethereum an próiseas trína ndéantar athruithe prótacail. Tá sé tábhachtach a chur in iúl nach bhfuil baint ag an bpróiseas seo leis an gcaoi a n-úsáideann daoine agus feidhmchláir an prótacal - tá Ethereum gan chead. Is féidir le duine ar bith ó áit ar bith ar domhan páirt a ghlacadh i ngníomhaíochtaí ar slabhra. Níl aon rialacha leagtha síos maidir le cé hiad atá in ann agus cé hiad nach bhfuil in ann iarratas a dhéanamh nó idirbheart a sheoladh. Mar sin féin, tá próiseas ann chun athruithe a mholadh ar an gcroíphrótacal, a ritheann feidhmchláir dhíláraithe ar a bharr. Ós rud é go bhfuil an oiread sin daoine ag brath ar chobhsaíocht Ethereum, tá tairseach comhordaithe an-ard ann le haghaidh athruithe lárnacha, lena n-áirítear próisis shóisialta agus theicniúla, chun a chinntiú go bhfuil aon athruithe ar Ethereum slán agus go dtacaíonn an pobal go forleathan leo.
-### Onchain vs offchain governance {#onchain-vs-offchain}
+### Rialachas ar slabhra vs as slabhra {#onchain-vs-offchain}
-Blockchain technology allows for new governance capabilities, known as onchain governance. Onchain governance is when proposed protocol changes are decided by a stakeholder vote, usually by holders of a governance token, and voting happens on the blockchain. With some forms of onchain governance, the proposed protocol changes are already written in code and implemented automatically if the stakeholders approve the changes via signing a transaction.
+Ceadaíonn teicneolaíocht Blocshlabhra cumais rialachais nua, ar a dtugtar rialachas ar slabhra. Is éard atá i gceist le rialachas ar slabhra ná nuair a chinntear athruithe prótacail atá beartaithe le vóta páirtithe leasmhara, de ghnáth ag sealbhóirí dearbháin rialachais, agus tarlaíonn vótáil ar an mblocshlabhra. Le roinnt cineálacha rialachais ar slabhra, tá na hathruithe prótacail atá beartaithe scríofa sa chód cheana féin agus cuirtear chun feidhme iad go huathoibríoch má fhormheasann na páirtithe leasmhara na hathruithe trí idirbheart a shíniú.
-The opposite approach, offchain governance, is where any protocol change decisions happen through an informal process of social discussion, which, if approved, would be implemented in code.
+Is é an cur chuige contrártha, rialachas eisshlabhra, ná nuair a dhéantar aon chinntí maidir le hathrú prótacail trí phróiseas neamhfhoirmiúil plé sóisialta, a chuirfí chun feidhme sa chód dá gceadófaí é.
-**Ethereum governance happens offchain** with a wide variety of stakeholders involved in the process.
+**Tarlaíonn rialachas Ethereum lasmuigh den slabhra** le raon leathan geallsealbhóirí páirteach sa phróiseas.
-_Whilst at the protocol level Ethereum governance is offchain, many use cases built on top of Ethereum, such as DAOs, use onchain governance._
+_Cé go bhfuil rialachas Ethereum as slabhra ag leibhéal an phrótacail, úsáideann go leor cásanna úsáide a tógadh ar bharr Ethereum, mar DAO, rialachas ar slabhra._
Tuilleadh faoi DAO
@@ -180,5 +180,5 @@ Níl an rialachas in Ethereum sainmhínithe go docht. Tá dearcthaí éagsúla a
- [Cad is croífhorbróir Ethereum ann?](https://hudsonjameson.com/2020-06-22-what-is-an-ethereum-core-developer/) - _Hudson Jameson_
- [Rialachas, Cuid 2: Tá an plútacratachas fós go dona](https://vitalik.eth.limo/general/2018/03/28/plutocracy.html) - _Vitalik Buterin_
- [Ag bogadh níos faide ná rialachas vótála boinn](https://vitalik.eth.limo/general/2021/08/16/voting3.html) - _Vitalik Buterin _
-- [Understanding Blockchain Governance](https://research.2077.xyz/understanding-blockchain-governance) - _2077 Research_
-- [The Ethereum Government](https://www.galaxy.com/insights/research/ethereum-governance/) - _Christine Kim_
+- [Rialachas Blocshlabhra a Thuiscint](https://research.2077.xyz/understanding-blockchain-governance) - _Taighde 2077_
+- [Rialtas Ethereum](https://www.galaxy.com/insights/research/ethereum-governance/) - _Christine Kim_
diff --git a/public/content/translations/ga/history/index.md b/public/content/translations/ga/history/index.md
new file mode 100644
index 00000000000..0708c7a27b0
--- /dev/null
+++ b/public/content/translations/ga/history/index.md
@@ -0,0 +1,675 @@
+---
+title: Stair agus Forcanna Ethereum
+description: Stair na blocshlabhra Ethereum lena n-áirítear clocha míle móra, scaoileadh, agus forcanna.
+lang: ga
+sidebarDepth: 1
+---
+
+# Stair Ethereum {#the-history-of-ethereum}
+
+Amlíne de na mórspriocanna, forcanna, agus nuashonruithe ar blocshlabhra Ethereum.
+
+
+
+Is éard is foirc ann ná nuair is gá uasghráduithe nó athruithe móra teicniúla a dhéanamh ar an líonra – go hiondúil eascraíonn siad ó Moltaí Feabhsúcháin Ethereum (EIPs) agus athraíonn siad "rialacha" an phrótacail.
+
+Nuair a bhíonn gá le huasghráduithe ar bhogearraí traidisiúnta atá rialaithe go lárnach, foilseoidh an comhlacht leagan nua don úsáideoir deiridh. Oibríonn Blocshlabhraí ar bhealach difriúil toisc nach bhfuil aon úinéireacht lárnach ann. Ní mór do chliaint Ethereum a mbogearraí a nuashonrú chun na rialacha foirc nua a chur i bhfeidhm. Ní mór do chruthaitheoirí bloc Plus (mianadóirí i ndomhan cruthúnas-oibre, bailíochtóirí i ndomhan cruthúnas-gealláil) agus nóid bloic a chruthú agus bailíochtú a dhéanamh i gcoinne na rialacha nua. Tuilleadh faoi mheicníochtaí comhthola
+
+Féadfaidh na hathruithe rialacha seo scoilt shealadach a chruthú sa líonra. D’fhéadfaí bloic nua a tháirgeadh de réir na rialacha nua nó na seanchinn. Is gnách go n-aontaítear foirc roimh an am ionas go nglacfaidh na cliaint leis na hathruithe d'aon ghuth agus go dtiocfaidh an forc leis na huasghráduithe ar an bpríomhshlabhra. I gcásanna neamhchoitianta, áfach, d’fhéadfadh easaontais faoi fhoirc a bheith ina gcúis le scoilt bhuan sa líonra – go háirithe cruthú Ethereum Classic leis an bhforc DAO.
+
+
+
+
+
+Tá na bogearraí atá mar bhonn le Ethereum comhdhéanta de dhá leath, ar a dtugtar an [ciseal forghníomhaithe](/glossary/#execution-layer) agus an [ciseal comhdhearcadh](/glossary/#consensus-layer).
+
+** Ainmniú uasghrádaithe feidhmiúcháin**
+
+Ó 2021 i leith, ainmnítear uasghrádú ar an **ciseal forghníomhaithe** de réir ainmneacha cathracha [suíomhanna Devcon roimhe seo]( https://devcon.org/en/past-events/) in ord croineolaíoch:
+
+| Uasghrádú Ainm | Bliain Devcon | Uimhir Devcon | Dáta Uasghrádaithe |
+| ------------ | ----------- | ------------- | ------------ |
+| Beirlín | 2014 | 0 | 15 Aibreán, 2021 |
+| Londain | 2015 | mé | 5 Lúnasa, 2021 |
+| Shanghai | 2016 | II | 12 Aibreán, 2023 |
+| Cancún | 2017 | III | 13 Márta, 2024 |
+| **Prág** | 2018 | IV | TBD - Ar Aghaidh |
+| _Osaka_ | 2019 | V | TBD |
+| _Bogota_ | 2022 | VI | TBD |
+| _Bancác_ | 2024 | VII | TBD |
+
+**Uasghrádú comhthola**
+
+Ó seoladh an [Beacon Chain](/gluais/#beacon-chain), ainmnítear uasghráduithe ar an **ciseal comhdhearcadh** i ndiaidh réaltaí neamhaí ag tosú le litreacha a théann ar aghaidh in ord aibítre:
+
+| Uasghrádú Ainm | Dáta Uasghrádaithe |
+| ----------------------------------------------------------- | ------------ |
+| Géineas Slabhra Beacon | 1 Nollaig, 2020 |
+| [Altair]( https://ga.wikipedia.org/wiki/Altair) | 27 Deireadh Fómhair, 2021 |
+| [Bellatrix]( https://ga.wikipedia.org/wiki/Bellatrix) | 6 Meán Fómhair, 2022 |
+| [Capella]( https://ga.wikipedia.org/wiki/Capella) | 12 Aibreán, 2023 |
+| [Deneb]( https://ga.wikipedia.org/wiki/Deneb) | 13 Márta, 2024 |
+| [**Electra**]() | TBD - Ar Aghaidh |
+| [_Fulu_]() | TBD |
+
+**Ainmniú comhcheangailte**
+
+Cuireadh an forghníomhú agus na huasghráduithe comhaontaithe i bhfeidhm ar dtús ag amanna éagsúla, ach tar éis [An Cumasc](/treochlár/cumasc/) in 2022 tá siad seo imlonnaithe go comhuaineach. Mar sin, tháinig téarmaí comhghleacaithe chun cinn chun tagairtí do na huasghráduithe seo a shimpliú trí úsáid a bhaint as téarma comhcheangailte amháin. Thosaigh sé seo leis an uasghrádú _Shanghai-Capella_, dá ngairtear "**Shapella**" de ghnáth, agus leantar leis leis na huasghráduithe _Cancun-Deneb_ (**Dencun**), agus _Prague-Electra_ (**Pectra**).
+
+| Uasghrádú Forghníomhaithe | Uasghrádú Comhdhearcadh | Gearrainm |
+| ---------------- | ---------------- | ---------- |
+| Shanghai | Capella | "Shapella" |
+| Cancún | Deneb | "Dencun" |
+| Prág | Leictreacha | "Peictra" |
+| Osaka | Fliú | "Fusaka" |
+
+
+
+Téigh díreach chuig eolas faoi chuid de na huasghráduithe thar a bheith tábhachtach san am a chuaigh thart: [An Slabhra Beacon](/roadmap/beacon-chain/); [An Cumasc](/roadmap/merge/); agus [EIP-1559](#london)
+
+An bhfuil tú ag lorg uasghráduithe prótacail amach anseo? [Faigh amach faoi uasghráduithe atá le teacht ar an treochlár Ethereum](/roadmap/).
+
+
+
+Taithí úsáideora níos fearr:
+
+
+ - EIP-7702 - Socraigh cód cuntais EOA
+ - EIP-7691 - Méadú tréchur Bloba
+ - EIP-7623 - Méadaigh costas sonraí glao
+ - EIP-7840 - Cuir sceideal bloba le comhaid chumraíochta EL
+
+
+Taithí gealltóireachta níos fearr:
+
+
+
+Feabhsuithe éifeachtúlachta agus slándála Prótacail:
+
+
+
+
+
+- [Pectra.wtf](https://pectra.wtf)
+- [Conas a chuirfidh Pectra le heispéireas na ngealltóireachta](https://www.kiln.fi/post/next-ethereum-upgrade-how-pectra-will-enhance-the-staking-experience)
+- [Léigh na sonraíochtaí uasghrádaithe Electra](https://github.com/ethereum/consensus-specs/blob/dev/specs/electra/)
+- [Ceisteanna Coitianta Prág-Electra ("Pectra")](/roadmap/pectra/)
+
+
+
+
+
+
+
+- [Rollálacha Ciseal 2](/layer-2/)
+- [Proto-Danksharding](/roadmap/scaling/#proto-danksharding)
+- [Danksharding](/roadmap/danksharding/)
+- [Léigh an tsonraíocht uasghrádú Cancun](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/cancun.md)
+
+#### Achoimre Deneb {#deneb-summary}
+
+In uasghrádú Deneb tá sraith feabhsuithe ar _chomhthoil_ Ethereum atá dírithe ar inscálaitheacht a fheabhsú. Tagann an t-uasghrádú seo in éineacht le huasghráduithe forghníomhaithe Cancun chun Proto-Danksharding (EIP-4844) a chumasú, chomh maith le feabhsuithe eile ar an Slabhra Beacon.
+
+Ní théann “teachtaireachtaí imeachta deonacha” sínithe réamhghinte in éag a thuilleadh, rud a thugann níos mó smachta d’úsáideoirí atá i mbun a gcuid cistí le hoibreoir nód tríú páirtí. Leis an teachtaireacht scoir sínithe seo, is féidir le páirtithe leasmhara oibriú nóid a tharmligean agus an cumas acu imeacht go sábháilte agus a gcuid cistí a tharraingt siar ag am ar bith, gan cead a iarraidh ó dhuine ar bith.
+
+Tugann EIP-7514 géarú ar eisiúint ETH tríd an ráta “churn” a theorannú gur féidir le bailíochtóirí dul isteach sa líonra go hocht (8) in aghaidh na haga. Os rud é go bhfuil eisiúint ETH comhréireach leis an ETH iomlán atá i gceist, cuireann teorainn le líon na mbailitheoirí a cheanglaíonn teorainn leis an _ráta fáis_ den ETH nua-eisithe, agus laghdaítear riachtanais chrua-earraí na n-oibreoirí nód freisin, rud a chabhraíonn le dílárú.
+
+
+
+
+
+
+
+- [Léigh na sonraíochtaí uasghrádaithe Deneb](https://github.com/ethereum/consensus-specs/blob/dev/specs/deneb/)
+- [Ceisteanna Coitianta Cancun-Deneb ("Dencun")](/roadmap/dencun/)
+
+
+
+
+
+
+
+- [Léigh an tsonraíocht uasghrádú Shanghai](https://github.com/ethereum/execution-specs/blob/master/network-upgrades/mainnet-upgrades/shanghai.md)
+
+#### Capella achoimre {#capella-summary}
+
+Ba é uasghrádú Capella an tríú uasghrádú mór ar an gciseal comhdhearcadh (Slabhra Beacon) agus chuir sé ar chumas aistarraingtí geallta. Tharla Capella go sioncronach leis an uasghrádú ciseal forghníomhaithe, Shanghai, agus chuir sé ar chumas feidhmiúlacht aistarraingthe geallta.
+
+Thug an t-uasghrádú comhaontaithe seo ar chumas na bpáirtithe leasmhara nár chuir a n-éarlais aistarraingthe tosaigh ar fáil é sin a dhéanamh, rud a d'éascaigh aistarraingtí.
+
+Sholáthair an t-uasghrádú feidhmiúlacht um scuabadh cuntas uathoibríoch freisin, a phróiseálann cuntais bhailitheoirí go leanúnach le haghaidh aon íocaíochtaí luaíochta atá ar fáil nó aistarraingtí iomlána.
+
+- [Tuilleadh maidir le haistarraingtí geallta](/staking/withdrawals/).
+- [Léigh na sonraíochtaí uasghrádú Capella](https://github.com/ethereum/consensus-specs/blob/dev/specs/capella/)
+
+
+
+
+
+
+
+---
+
+### Bellatrix {#bellatrix}
+
+
+
+
+ - EIP-5133 - moill ar an mbuama deacrachta go dtí Meán Fómhair 2022
+
+
+
+
+
+
+
+ - Cuireann EIP-4345 - moill ar an mbuama deacrachta go dtí Meitheamh 2022
+
+
+
+
+---
+
+### Altair {#altair}
+
+
+
+
+ - EIP-1559 - feabhsaítear margadh na dtáillí idirbhirt
+ - EIP-3198 - seolann an
BASEFEE ar ais ó bhloc
+ - EIP-3529 - laghdaíonn sé aisíocaíochtaí gáis le haghaidh oibríochtaí EVM
+ - EIP-3541 - coisctear conarthaí a imscaradh ag tosú le
0xEF
+ - CuireannEIP-3554 - moill ar an Oighearaois go dtí Nollaig 2021
+
+
+
+
+---
+
+### Beirlín {#berlin}
+
+
+
+
+
+
+
+
+ An Slabhra Beacon
+
+
+---
+
+### Conradh taisce ghealltanais imscartha {#staking-deposit-contract}
+
+
+ Geallchur
+
+
+---
+
+### Muir Glacier {#muir-glacier}
+
+
+
+
+ - EIP-2384 - moillíonn an buama deacrachta ar feadh 4,000,000 bloc eile, nó ~611 lá.
+
+
+
+
+
+
+
+ - EIP-152 - lig do Ethereum oibriú le hairgeadra caomhnaithe príobháideachta cosúil le Zcash.
+ - EIP-1108 – cripteagrafaíocht níos saoire chun costais gáis a fheabhsú.
+ - EIP-1344 - cosnaíonn sé Ethereum ar ionsaithe athimeartha trí
CHAINID opemcode a chur leis.
+ - EIP-1884 – praghsanna gáis opcode a bharrfheabhsú bunaithe ar thomhaltas.
+ - EIP-2028 – laghdaíonn costas CallData chun tuilleadh sonraí a cheadú i mbloic – maith do Sraith 2.
+ - EIP-2200 – athruithe eile ar phraghas an gháis opcode.
+
+
+
+
+---
+
+### Constantinople {#constantinople}
+
+
+
+
+ - EIP-145 - uasmhéadaíonn sé costas gníomhartha áirithe ar slabhra.
+ - EIP-1014 - ceadaíonn sé duit idirghníomhú le seoltaí atá fós le cruthú.
+ - EIP-1052 – tugann isteach an treoir
EXTCODEHASH chun hais chód conartha eile a fháil.
+ - EIP-1234 - Cinntíonn nach reoiteann an blocshlabhra roimh chruthúnas i gceist agus laghdaítear luach saothair bloc ó 3 go 2 ETH.
+
+
+
+
+
+
+
+ - EIP-140 - Cuireann
REVERT opcode leis.
+ - EIP-658 – réimse stádais curtha le hadmhálacha idirbheart chun rath nó teip a léiriú.
+ - EIP-196 – cuireann cuar éilipseach agus iolrú scálach le ligean do ZK-Snarks.
+ - EIP-197 – cuireann cuar éilipseach agus iolrú scálach leis chun ZK-Snarks a cheadú.
+ - EIP-198 - cumasaíonn sé fíorú sínithe RSA.
+ - EIP-211 - Cuireann sé tacaíocht le haghaidh luachanna aischuir faid athraitheach.
+ - EIP-214 - cuireann chód opcode leis an
STATICCALL, rud a cheadaíonn glaonna nach n-athraíonn an stát ar chonarthaí eile.
+ - EIP-100 - athraíonn an fhoirmle coigeartaithe deacrachta.
+ - EIP-649 – moilleanna buama deacrachta faoi 1 bhliain agus laghdaítear luach saothair bloc ó 5 go 3 ETH.
+
+
+
+
+
+
+
+ - EIP-155 – coisctear idirbhearta ó shlabhra Ethereum amháin a athchraoladh ar shlabhra eile, mar shampla idirbheart líonra tástála a athchraoladh ar an bpríomhshlabhra Ethereum.
+ - EIP-160 – coigeartaíonn sé praghsanna
EXP opcode – bíonn sé níos deacra an líonra a mhoilliú trí oibríochtaí conartha atá costasach go ríomhaireacht.
+ - EIP-161 - ceadaíonn cuntais fholmha a cuireadh leis trí na hionsaithe DOS a bhaint.
+ - EIP-170 – athraíonn an méid cóid uasta is féidir a bheith ag conradh ar an mblocshlabhra – go 24576 bytes.
+
+
+
+
+---
+
+### Tangerine whistle {#tangerine-whistle}
+
+
+
+
+
+
+
+---
+
+### Forc DAO {#dao-fork}
+
+
+
+
+
+
+
+
+ Páipéar bán
+
diff --git a/public/content/translations/ga/how-to-create-an-ethereum-account/index.md b/public/content/translations/ga/how-to-create-an-ethereum-account/index.md
new file mode 100644
index 00000000000..69b569835a9
--- /dev/null
+++ b/public/content/translations/ga/how-to-create-an-ethereum-account/index.md
@@ -0,0 +1,73 @@
+---
+title: Conas cuntas Ethereum a "chruthú"
+description: Treoir céim ar chéim ar chruthú cuntas Ethereum ag baint úsáide as sparán.
+lang: ga
+---
+
+# Conas cuntas Ethereum a chruthú
+
+**Is féidir le duine ar bith cuntas Ethereum a chruthú saor in aisce.** Níl le déanamh agat ach aip crypto-sparán a shuiteáil. Cruthaíonn agus bainistíonn Sparán do chuntas Ethereum. Is féidir leo idirbhearta a sheoladh, seiceáil ar do chuid iarmhéideanna agus tú a nascadh le haipeanna eile atá tógtha ar Ethereum.
+
+Le sparán is féidir leat freisin logáil isteach ar aon mhalartán comharthaí, cluichí, aonaigh[NFT](/glossary/#nft) láithreach bonn. Níl gá le clárú aonair, roinntear cuntas amháin do gach aip a tógadh ar Ethereum.
+
+## Céim 1: Roghnaigh sparán
+
+Is aip é sparán a chuidíonn leat do chuntas Ethereum a bhainistiú. Tá mórán sparán éagsúla le roghnú astu: síntí soghluaiste, deisce, nó fiú brabhsálaí.
+
+
+
+ Liosta sparán
+
+
+Más duine nua thú, is féidir leat an scagaire “Nua le criptiú” a roghnú ar an leathanach “aimsigh sparán” chun sparán a shainaithint ar cheart go n-áireofaí iontu na gnéithe riachtanacha go léir atá oiriúnach do thosaitheoirí.
+
+
+
+Tá scagairí próifíle eile ann freisin chun freastal ar do chuid riachtanas. Is samplaí iad seo de sparán a úsáidtear go coitianta - ba cheart duit do thaighde féin a dhéanamh sula gcuireann tú muinín in aon bhogearraí.
+
+## Céim 2: Íoslódáil agus suiteáil do aip sparáin
+
+Nuair a bheidh cinneadh déanta agat ar sparán ar leith, tabhair cuairt ar a láithreán gréasáin oifigiúil nó siopa aipeanna, a íoslódáil agus a shuiteáil. Ba chóir go mbeadh gach ceann acu saor.
+
+## Céim 3: Oscail an aip agus déan do chuntas Ethereum a chruthú
+
+An chéad uair a osclaíonn tú do sparán nua b’fhéidir go n-iarrfar ort rogha a dhéanamh idir cuntas nua a chruthú nó cuntas atá ann cheana a iompórtáil. Cliceáil ar chruthú cuntais nua. **Seo an chéim lena ngineann na bogearraí sparán do chuntas Ethereum.**
+
+## Céim 4: Stóráil do fhrása athshlánaithe
+
+Iarrfaidh roinnt aipeanna ort "frása athshlánaithe" rúnda a shábháil (ar a dtugtar "frása síl" nó "neamónach" uaireanta). Tá sé thar a bheith tábhachtach an frása seo a choinneáil slán! Úsáidtear é seo chun do chuntas Ethereum a ghiniúint agus is féidir é a úsáid chun idirbhearta a chur isteach.
+
+**Is féidir le duine ar bith a bhfuil an frása ar eolas aige smacht a fháil ar na cistí go léir.** Ná roinn é seo le haon duine choíche. Ba chóir go mbeadh idir 12 agus 24 focal a gineadh go randamach san abairt seo (tá ord na bhfocal tábhachtach).
+
+
+
+ Sparán suiteáilte?
Foghlaim conas é a úsáid.
+
+ Conas sparán a úsáid
+
+
+
+
+Spéis agat i dtreoracha eile? Breathnaigh ar ár: [dtreoracha céim ar chéim](/guides/)
+
+## Ceisteanna coitianta
+
+### An bhfuil mo sparán agus mo chuntas Ethereum mar an gcéanna?
+
+Ní féidir. Is uirlis bhainistíochta é an sparán a chuidíonn leat cuntais a bhainistiú. D'fhéadfadh go mbeadh rochtain ag sparán aonair ar roinnt cuntas, agus is féidir rochtain a fháil ar chuntas amháin trí il-sparáin. Úsáidtear an frása athshlánaithe chun cuntais a chruthú agus tugann sé cead d’aip sparán chun sócmhainní a bhainistiú.
+
+### An féidir liom bitcoin a sheoladh chuig seoladh Ethereum, nó éitear chuig seoladh Bitcoin?
+
+Ní féidir leat. Tá Bitcoin agus éitear ar dhá líonra ar leith (i.e. blocshlabhraí éagsúla), agus a bhformáidí leabharchoimeád agus tá a seoltaí féin ag gach ceann acu. Rinneadh iarrachtaí éagsúla an dá líonra difriúla a dhúnadh, agus is é an ceann is gníomhaí faoi láthair ná [Wrapped Bitcoin nó WBTC](https://www.bitcoin.com/get-started/what-is-wbtc/). Ní moladh é seo, toisc gur réiteach coimeádta é WBTC (a chiallaíonn go rialaíonn grúpa amháin daoine feidhmeanna ríthábhachtacha áirithe) agus cuirtear ar fáil anseo é chun críocha faisnéise amháin.
+
+### Má tá seoladh ETH agam, an liomsa an seoladh céanna ar bhlocshlabhraí eile?
+
+Is féidir leat an [seoladh](/glossary/#address) céanna a úsáid ar gach blocshlabhra a úsáideann bogearraí bunúsacha atá cosúil le Ethereum (ar a dtugtar 'EVM-compatible'). Taispeánfaidh an [liosta](https://chainlist.org/) duit na blocshlabhraí is féidir leat a úsáid leis an seoladh céanna. Cuireann roinnt blocshlabhraí, cosúil le Bitcoin, sraith rialacha líonra ar leithligh i bhfeidhm agus beidh seoladh difriúil uait le formáid dhifriúil. Má tá sparán conartha cliste agat ba cheart duit a láithreán gréasáin táirge a sheiceáil le haghaidh tuilleadh faisnéise maidir leis na blocshlabhraí a dtugtar tacaíocht dóibh mar go hiondúil go bhfuil raon feidhme teoranta ach níos sláine acu siúd.
+
+### An bhfuil mo sparán féin níos sábháilte ná mo chistí a choinneáil ar mhalartú?
+
+Má tá do sparán féin agat, glacann tú freagracht as slándáil do shócmhainní. Ar an drochuair tá go leor samplaí de mhalartuithe teipthe a chaill airgead a gcustaiméirí. Má shealbhaíonn tú sparán (le frása athshlánaithe) cuirtear deireadh leis an riosca a bhaineann le muinín a bheith agat as aonán éigin as do chuid sócmhainní a shealbhú. Mar sin féin, caithfidh tú féin é a dhaingniú agus scamálacha fioscaireachta a sheachaint, idirbhearta a cheadú trí thimpiste nó frása athshlánaithe a nochtadh, idirghníomhú le láithreáin ghréasáin falsa agus rioscaí féinchoinneála eile. Tá na rioscaí agus na tairbhí difriúil.
+
+### Má chaillim mo ghuthán/sparán crua-earraí, an gá dom an aip sparán céanna a úsáid arís chun na cistí caillte a aisghabháil?
+
+Níl, is féidir leat sparán difriúil a úsáid. Chomh fada agus a bhfuil an frása síl agat is féidir leat é a chur isteach i bhformhór na sparán agus tabharfaidh siad do chuntas ar ais. Bí cúramach más gá duit é seo a dhéanamh riamh: is fearr a chinntiú nach bhfuil tú ceangailte leis an idirlíon nuair a bhíonn do sparán á athshlánú agat ionas nach sceitear d'fhrása síl de thaisme. Is minic go bhfuil sé dodhéanta cistí caillte a ghnóthú gan an frása athshlánaithe.
diff --git a/public/content/translations/ga/roadmap/index.md b/public/content/translations/ga/roadmap/index.md
index 4ee44167604..52a16dbbacc 100644
--- a/public/content/translations/ga/roadmap/index.md
+++ b/public/content/translations/ga/roadmap/index.md
@@ -109,7 +109,7 @@ Is ionann sciartha agus an blocshlabhra Ethereum a roinnt ionas nach mbeidh fo-
## Ag lorg uasghráduithe teicniúla ar leith? {#looking-for-specific-technical-upgrades}
-- [Pectra](/roadmap/pectra) - Prague/Electra hardfork that brings new approach to account abstraction, improves scalability and more.
+- [Pectra](/roadmap/pectra) - forc crua Prág/Electra a thugann cur chuige nua maidir le hastarraingt cuntas, a fheabhsaíonn inscálaithe agus tuilleadh.
- [Danksharding](/roadmap/danksharding) - Déanann Danksharding rolluithe ciseal 2 i bhfad níos saoire d'úsáideoirí trí “blobaí” sonraí a chur le bloic Ethereum.
- [Aistarraingtí geallta](/staking/backals) - Chuir uasghrádú Shanghai/Capella ar chumas aistarraingtí geallta ar Ethereum, rud a chuir ar chumas daoine a ETH geallta a dhíghlasáil.
- [Críochnaitheacht sliotán aonair](/roadmap/single-slot-finality) - In ionad fanacht cúig nóiméad déag, d'fhéadfaí bloic a mholadh agus a thabhairt chun críche sa sliotán céanna. Tá sé seo níos áisiúla do aipeanna agus i bhfad níos deacra a ionsaí.
diff --git a/public/content/translations/ga/whitepaper/index.md b/public/content/translations/ga/whitepaper/index.md
new file mode 100644
index 00000000000..29eb932746c
--- /dev/null
+++ b/public/content/translations/ga/whitepaper/index.md
@@ -0,0 +1,517 @@
+---
+title: Páipéar Bán Ethereum
+description: Páipéar tosaigh ar Ethereum, a foilsíodh in 2013 sular seoladh é.
+lang: ga
+sidebarDepth: 2
+hideEditButton: true
+---
+
+# Páipéar Bán Ethereum {#ethereum-whitepaper}
+
+_D’fhoilsigh Vitalik Buterin, bunaitheoir [Ethereum](/what-is-ethereum/) an páipéar tosaigh seo ar dtús in 2014, sular seoladh an tionscadal in 2015. Is fiú a thabhairt faoi deara go bhfuil Ethereum, cosúil le go leor tionscadal bogearraí foinse oscailte faoi stiúir an phobail, tar éis teacht chun cinn ó bunaíodh é._
+
+_Cé go bhfuil sé roinnt blianta d'aois, cothabhåilimid an páipéar seo mar thagairt úsáideach agus mar léiriú cruinn ar Ethereum agus a fhís. Chun foghlaim faoi na forbairtí is déanaí ar Ethereum, agus conas a dhéantar athruithe ar an bprótacal, molaimid [an treoir seo](/learn/)._
+
+[Ba cheart do thaighdeoirí agus d’acadóirí atá ag lorg leagan stairiúil nó canónach den pháipéar bán [ó Nollaig 2014] an PDF seo a úsáid.](./whitepaper-pdf/Ethereum_Whitepaper_-_Buterin_2014.pdf)
+
+## Conradh Cliste den Chéad Ghlúin Eile agus Ardán Iarratais Díláraithe {#a-next-generation-smart-contract-and-decentralized-application-platform}
+
+Is minic a luadh forbairt Satoshi Nakamoto ar Bitcoin in 2009 mar fhorbairt radacach in airgead agus airgeadra, agus é ar an gcéad sampla de shócmhainn dhigiteach nach bhfuil aon tacaíocht nó [luach intreach](http://bitcoinmagazine.com/8640/an-exploration-of-intrinsic-value-what-it-is-why-bitcoin-doesnt-have-it-and-why-bitcoin-does-have-it/)" aaige ag an am céanna ná aon eisitheoir nó rialtóir láraithe. Mar sin féin, tá cuid eile, agus níos tábhachtaí b'fhéidir, is cuid den turgnamh Bitcoin an teicneolaíocht blocshlabhra bhunúsach mar uirlis comhdhearcadh dáilte, agus tá aird ag aistriú go tapa chuig an ngné eile seo de Bitcoin. I measc na na bhfeidhmeanna eile a luaitear go coitianta le teicneolaíocht blocshlabhra tá úsáid a bhaint as sócmhainní digiteacha ar-bhlocshlabhra chun airgeadraí saincheaptha agus ionstraimí airgeadais a léiriú ("[boinn dhaite](https://docs.google.com/a/buterin.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE/edit)"), úinéireacht feiste fisiceach bunúsach ("[airí cliste](https://en.bitcoin.it/wiki/Smart_Property)"), sócmhainní neamh-inmheasctha amhail ainmneacha fearainn ("[Namecoin](http://namecoin.org)"), chomh maith le feidhmchláir níos casta a bhaineann le sócmhainní digiteacha a bheith á rialú go díreach ag píosa cód a chuireann rialacha treallacha chun feidhme ("[conarthaí cliste](http://www.fon.hum.uva.nl/rob/Courses/InformationInSpeech/CDROM/Literature/LOTwinterschool2006/szabo.best.vwh.net/idea.html)") nó fiú blocshlabhra-bhunaithe” [eagraíochtaí uathrialaithe díláraithe](http://bitcoinmagazine.com/7050/bootstrapping-a-decentralized-autonomous-corporation-part-i/)" (DAO). Is é an rud atá beartaithe ag Ethereum a sholáthar ná blocshlabhra le teanga ríomhchláraithe Turing iomlán ionsuite le h úsáid chun "conarthaí" a chruthú le feidhmeanna aistrithe stáit treallach a ionchódú, rud a ligeann d'úsáideoirí aon cheann de na córais thuasluaite a chruthú, chomh maith le go leor eile nár samhlaíodh fós, go simplí tríd an loighic a scríobh i roinnt línte cód.
+
+## Réamhrá le Bitcoin agus Coincheapa Reatha {#introduction-to-bitcoin-and-existing-concepts}
+
+### Stair {#history}
+
+Tá coincheap airgeadra digiteach díláraithe, chomh maith le feidhmchláir mhalartacha cosúil le clárlanna maoine, ann le blianta. Chuir prótacail r-airgead gan ainm na 1980í agus na 1990idí, a bhí ag brath go príomha ar primitíbheach cripteagrafach ar a dtugtar dalladh Chaumian, airgeadra ardleibhéal príobháideachta ar fáil, ach theip ar na prótacail den chuid is mó aon dul chun cinn a dhéanamh mar gheall go raibh siad ag brath ar idirghabhálaí láraithe. Sa bhliain 1998, tháinig [b-money](http://www.weidai.com/bmoney.txt) de chuid Wei Dai, an chéad mholadh a thug isteach an smaoineamh airgead a chruthú trí puzail ríomhaireachtúla a réiteach chomh maith. comhdhearcadh díláraithe, ach ní raibh mórán sonraí sa togra maidir le conas a d’fhéadfaí comhdhearcadh díláraithe a chur chun feidhme i ndáiríre. In 2005, thug Hal Finney isteach coincheap de “[cruthúnais oibre in-athúsáidte](https://nakamotoinstitute.org/finney/rpow/)", córas a úsáideann smaointe ó b-airgead mar aon le puzail Hashcash ríomha deacair Adam Back le cruthú coincheap a chruthú e haghaidh criptea-airgeadra, ach arís eile theip ar an idéal trí bheith ag brath ar ríomhaireacht iontaofa mar chúl. Sa bhliain 2009, chuir Satoshi Nakamoto airgeadra dáilte i bhfeidhm den chéad uair go praiticiúil, agus é ag comhcheangal buneilimintí seanbhunaithe chun úinéireacht a bhainistiú tríd chripteagrafaíocht eochrach phoiblí le halgartam comhaontaithe chun súil a choinneáil ar cé leis na boinn, ar a dtugtar 'cruthúnas oibre'.
+
+Bhí an mheicníocht taobh thiar de chruthúnas oibre chun cinn sa spás toisc gur réitigh sé dhá fhadhb ag an am céanna. Ar an gcéad dul síos, sholáthraigh sé algartam comhdhearcaidh simplí agus measartha éifeachtach, rud a ligeann do nóid sa líonra aontú le chéile ar shraith nuashonruithe canónacha ar staid mhórleabhair Bitcoin. Ar an dara dul síos, chuir sé meicníocht ar fáil chun iontráil saor in aisce sa phróiseas comhthola a cheadú, chun an fhadhb pholaitiúil a réiteach maidir le cinneadh a dhéanamh cé a rachaidh i bhfeidhm ar an gcomhdhearcadh, agus ionsaithe sibil a chosc ag an am céanna. Déanann sé é seo trí bhacainn fhoirmiúil ar rannpháirtíocht a bhunú, amhail an ceanglas a bheith cláraithe mar aonán uathúil ar liosta áirithe, le bacainn eacnamaíoch - tá meáchan nód aonair sa phróiseas vótála comhthola comhréireach go díreach leis an gcumhacht ríomhaireachta. a thugann an nód. Ó shin i leith, tá cur chuige eile molta ar a dtugtar _cruthúnas-gill_, lena ríomhtar meáchan nóid mar rud atá comhréireach lena shealúchais airgeadra agus nach acmhainní ríomhaireachtúla iad; tá an plé ar thuillteanais choibhneasta an dá chur chuige lasmuigh de raon feidhme an pháipéir seo ach ba chóir a thabhairt faoi deara gur féidir an dá chur chuige a úsáid mar chnámh droma criptea-airgeadra.
+
+### Bitcoin Mar Chóras Idirthréimhse Staide {#bitcoin-as-a-state-transition-system}
+
+
+
+Ón taobh teicniúil de, is féidir smaoineamh ar mhórleabhar criptea-airgeadra cosúil le Bitcoin mar chóras aistrithe staide, áit a bhfuil "staid" comhdhéanta de stádas úinéireachta na bitcoins go léir atá ann cheana féin agus "feidhm aistrithe staide" a thógann staid. agus idirbheart agus a aschuireann staid mar thoradh. I ngnáthchóras baincéireachta, mar shampla, is clár comhardaithe é an staid, is éard is idirbheart ann ná iarratas chun $X a aistriú ó A go B, agus laghdaíonn an fheidhm aistrithe staide an luach i gcuntas A faoi $X agus méadaítear an luach i gcuntas B. cuntas le $X. Má tá níos lú ná $X i gcuntas A ar an gcéad dul síos, filleann an fheidhm aistrithe satide earráid. Mar sin, is féidir sainmhíniú foirmiúil a thabhairt ar:
+
+```
+APPLY(S,TX) -> S' or ERROR
+```
+
+Sa chóras baincéireachta atá sainmhínithe thuas:
+
+```js
+APPLY({ Alice: $50, Bob: $50 },"send $20 from Alice to Bob") = { Alice: $30, Bob: $70 }
+```
+
+Ach:
+
+```js
+APPLY({ Alice: $50, Bob: $50 },"send $70 from Alice to Bob") = ERROR
+```
+
+Is éard atá sa "staid" in Bitcoin bailiúchán na monaí go léir (go teicniúil, "aschuir idirbheart neamhchaite" nó UTXO) atá buailte agus nár caitheadh fós, agus tá ainmníocht agus úinéir ag gach UTXO (arna shainiú ag seoladh 20 beart a go bunúsach is eochair phoiblí chripteagrafach í[fn1](#notes)). Tá ionchur amháin nó níos mó in idirbheart, le gach ionchur ina bhfuil tagairt do UTXO atá ann cheana agus síniú cripteagrafach arna tháirgeadh ag an eochair phríobháideach a bhaineann le seoladh an úinéara, agus aschur amháin nó níos mó, le gach aschur ina bhfuil UTXO nua le cur leis an staid.
+
+An fheidhm trasdula stáit `APPLY(S,TX) -> Is féidir S'` a shainmhíniú go garbh mar seo a leanas:
+
+
+ -
+ I gcás gach ionchur i
TX:
+
+ -
+ Mura bhfuil an UTXO dá dtagraítear in
S, cuir earráid ar ais.
+
+ -
+ Mura dtagann an síniú a cuireadh ar fáil le húinéir an UTXO, cuir earráid ar ais.
+
+
+
+ -
+ Más lú suim ainmníochtaí gach UTXO ionchuir ná suim ainmníochtaí gach aschuir UTXO, cuir earráid ar ais.
+
+ -
+ Seol
S ar ais le gach ionchur UTXO bainte amach agus gach aschur UTXO curtha leis.
+
+
+
+Cuireann an chéad leath den chéad chéim cosc ar sheoltóirí idirbheart monaí nach bhfuil ann a chaitheamh, cuireann an dara leath den chéad chéim cosc ar sheoltóirí idirbheart monaí daoine eile a chaitheamh, agus cuireann an dara céim caomhnú luacha i bhfeidhm. Chun é seo a úsáid le haghaidh íocaíochta, is é seo a leanas an prótacal. Cuir i gcás go bhfuil Alice ag iarraidh 11.7 BTC a sheoladh chuig Bob. Ar an gcéad dul síos, lorgóidh Alice tacar UTXO atá ar fáil agus atá ar úinéireacht aici a bhfuil suas le 11.7 BTC ar a laghad ann. Go réadúil, ní bheidh Alice in ann 11.7 BTC a fháil go díreach; abair gurb é an ceann is lú is féidir léi a fháil ná 6+4+2=12. Cruthaíonn sí idirbheart ansin leis na trí ionchur agus dhá aschur sin. Beidh an chéad aschur 11.7 BTC le seoladh Bob mar úinéir, agus is é an dara aschur an "sóinseáil" 0.3 BTC agus Alice í féin mar úinéir.
+
+### Mianadóireacht {#mining}
+
+
+
+Dá mbeadh teacht againn ar sheirbhís láraithe iontaofa, bheadh sé éasca an córas seo a chur i bhfeidhm; d'fhéadfaí é a chódú go díreach mar a thuairiscítear, ag baint úsáide as tiomántán crua an fhreastalaí láraithe chun súil a choinneáil ar an staid. Mar sin féin, le Bitcoin táimid ag iarraidh córas airgeadra díláraithe a thógáil, agus mar sin beidh orainn an córas idirbheart staide a chomhcheangal le córas comhthola chun a chinntiú go n-aontaíonn gach duine ar ord na n-idirbheart. Éilíonn próiseas comhdhearcadh díláraithe Bitcoin nóid sa líonra iarracht leanúnach a dhéanamh ar phacáistí idirbheart ar a dtugtar "bloic" a tháirgeadh. Tá sé i gceist go gcruthóidh an líonra thart ar bhloc amháin gach deich nóiméad, agus beidh stampa ama, nonce, tagairt (i. e. hais) an bhloic roimhe seo agus liosta de na hidirbhearta go léir a tharla ón mbloc roimhe seo, i ngach bloc. Le himeacht ama, cruthaíonn sé seo "blocshlabhra" leanúnach, atá ag fás i gcónaí, a nuashonraítear i gcónaí chun an staid is déanaí den mhórleabhar Bitcoin a léiriú.
+
+Seo a leanas an t-algartam chun seiceáil an bhfuil bloc bailí, arna chur in iúl sa pharaidím seo:
+
+1. Seiceáil an bhfuil an bloc a ndearna an bloc tagairt dó roimhe seo ann agus an bhfuil sé bailí.
+2. Cinntigh go bhfuil stampa ama an bhloic níos mó ná stampa ama an bhloic roimhe seo[fn2](#notes) agus níos lú ná 2 uair as seo amach
+3. Seiceáil go bhfuil an cruthúnas-oibre ar an mbloc bailí.
+4. Bíodh `S[0]` mar an staid ag deireadh an bhloic roimhe seo.
+5. Abair gurb é `TX` liosta idirbhearta an bhloic le hidirbhearta `n`. I gcás gach `i` i `0...n-1`, socraigh `S[i+1] = APPLY(S[i],TX[i])` Má sheolann aon iarratas earráid ar ais, scoir agus seol ar ais bréagach.
+6. Aischur fíor, agus cláraigh `S[n]` mar an staid ag deireadh an bhloic seo.
+
+Go bunúsach, ní mór do gach idirbheart sa bhloc aistriú bailí staide a sholáthar ón stát canónach a bhí ann sular cuireadh an t-idirbheart i gcrích go staid nua éigin. Tabhair faoi deara nach bhfuil an staid códaithe sa bhloc ar bhealach ar bith; níl ann ach asbhaint amháin atá le cuimhneamh ag an nód bailíochtaithe agus ní féidir é a ríomh (go slán) d'aon bhloc ach tosú ón stát geineasais agus gach idirbheart i ngach bloc a chur i bhfeidhm go seicheamhach. Ina theannta sin, tabhair faoi deara go bhfuil an t-ordú ina n-áirítear an mianadóir idirbhearta isteach sa bhloc ábhartha; má tá dhá idirbheart A agus B i mbloc den sórt sin go gcaitheann B UTXO cruthaithe ag A, ansin beidh an bloc bailí má thagann A roimh B ach ní ar shlí eile.
+
+Is é an coinníoll bailíochta amháin atá sa liosta thuas nach bhfuil le fáil i gcórais eile ná an ceanglas maidir le "cruthúnas-oibre". Is é an coinníoll beacht ná go gcaithfidh hais dúbailte-SHA256 gach bloic, a láimhseáiltear mar uimhir 256-ghiotán, a bheith níos lú ná sprioc arna choigeartú go dinimiciúil, atá thart ar 2187 ag am scríofa. Is é an cuspóir atá leis seo cruthú bloic a dhéanamh “deacair” go ríomhaireachtúil, agus ar an gcaoi sin cosc a chur ar ionsaitheoirí sibil an blocshlabhra iomlán a athdhéanamh ina bhfabhar. Toisc go bhfuil SHA256 deartha le bheith ina fheidhm bhréige randamach nach féidir a thuar go hiomlán, is é an t-aon bhealach le bloc bailí a chruthú ná triail agus earráid, an nonce a mhéadú arís agus arís eile agus féachaint an bhfuil an hais nua ag teacht leis.
+
+Ag an sprioc reatha de ~2 187, caithfidh an líonra meán de ~269 iarracht a dhéanamh sula n-aimsítear bloc bailí; go ginearálta, déanann an líonra an sprioc a athchalabrú gach 2016 bloc ionas go mbeidh ar an meán bloc nua a tháirgtear ag nód éigin sa líonra gach deich nóiméad. Chun mianadóirí a chúiteamh as an obair ríomhaireachtúil seo, tá mianadóir gach bloic i dteideal idirbheart a chur san áireamh a thugann 25 BTC dóibh féin as tada. Ina theannta sin, má tá ainmníocht iomlán níos airde ag aon idirbheart ina ionchuir ná ina aschuir, téann an difríocht chuig an mianadóir mar "táille idirbhirt". Dála an scéil, is é seo an t-aon mheicníocht trína n-eisítear BTC; ní raibh boinn ar bith sa staid gheineasais.
+
+D'fhonn tuiscint níos fearr a fháil ar chuspóir na mianadóireachta, déanaimis scrúdú ar cad a tharlaíonn i gcás ionsaitheoir mailíseach. Ós rud é go n-aithnítear go bhfuil cripteagrafaíocht bhunúsach Bitcoin slán, díreoidh an t-ionsaitheoir ar chuid amháin den chóras Bitcoin nach bhfuil cosanta ag cripteagrafaíocht go díreach: ord na n-idirbheart. Tá straitéis an ionsaitheora simplí:
+
+1. Seol 100 BTC chuig ceannaí mar mhalairt ar tháirge éigin (b’fhearr earra digiteach seachad-tapa)
+2. Fan le seachadadh an táirge
+3. Idirbheart eile a tháirgeadh ag seoladh an 100 BTC céanna chuige féin
+4. Déanann iarracht a chur ina luí ar an líonra gurb é an idirbheart chuige féin an ceann a tháinig ar dtús.
+
+Nuair a bheidh céim (1) déanta, tar éis cúpla nóiméad áireoidh mianadóir an t-idirbheart i mbloc, abair bloc uimhir 270000. Tar éis thart ar uair an chloig, cuirfear cúig bhloc eile leis an slabhra tar éis an bhloic sin, agus beidh gach ceann de na bloic sin ag díriú go hindíreach ar an idirbheart agus mar sin "á dhearbhú". Ag an bpointe seo, glacfaidh an ceannaí leis an íocaíocht mar atá críochnaithe agus seachadfaidh sé an táirge; ós rud é go bhfuilimid ag glacadh leis gur leas digiteach é seo, tá seachadadh láithreach ann. Anois, cruthaíonn an t-ionsaitheoir idirbheart eile a sheolann an 100 BTC chuige féin. Mura ndéantar ach an t-ionsaitheoir a scaoileadh isteach sa bhfiántas, ní dhéanfar an t-idirbheart a phróiseáil; déanfaidh mianadóirí iarracht `APPLY(S,TX)` a rith agus tabharfaidh siad faoi deara go n-ídíonn `TX` UTXO nach bhfuil sa staid níos mó. Mar sin ina ionad sin, cruthaíonn an t-ionsaitheoir "forc" den bhlocshlabhra, ag tosú trí leagan eile den bhloc 270000 a mhianadóireacht a dhíríonn ar an mbloc céanna 269999 mar thuismitheoir ach leis an idirbheart nua in ionad an tseanchinn. Toisc go bhfuil na sonraí bloc difriúil, ní mór an cruthúnas oibre a athdhéanamh. Ina theannta sin, tá hais difriúil ag leagan nua an ionsaitheora de bhloc 270000, mar sin ní dhíríonn na bloic bunaidh 270001 go 270005" air; dá bhrí sin, tá an slabhra bunaidh agus slabhra nua an ionsaitheora go hiomlán ar leithligh. Is é an riail i bhforc go nglactar leis gurb é an blocshlabhra is faide an fhírinne, agus mar sin oibreoidh mianadóirí dlisteanacha ar an slabhra 270005 agus an t-ionsaitheoir ina n-aonar ag obair ar an slabhra 270000. D'fhonn go mbeidh an t-ionsaitheoir ábalta an blocshlabhra is faide a dhéanamh as a bhlocshlabhra féin, bheadh níos mó cumhachta ríomhaireachta de dhíth air ná an chuid eile den líonra le chéile chun breith suas (dá bhrí sin, "ionsaí 51%").
+
+### Crainn Merkle {#merkle-trees}
+
+
+
+_Ar chlé: is leor líon beag nóid i gcrann Merkle a chur i láthair le cruthúnas a thabhairt ar bhailíocht brainse._
+
+_Ar dheis: beidh neamh-chomhsheasmhacht áit éigin suas an slabhra mar thoradh ar aon iarracht ar aon chuid den chrann Merkle a athrú._
+
+Gné thábhachtach de inscálaitheacht de Bitcoin ná go bhfuil an bloc stóráilte i struchtúr sonraí il-leibhéil. Níl in "hais" bloic i ndáiríre ach hais cheanntáisc an bhloic, píosa thart ar 200-beart sonraí ina bhfuil an stampa ama, nonce, hais bloic roimhe sin agus an hais fréimhe de struchtúr sonraí ar a dtugtar an crann Merkle a stóráileann gach idirbheart sa bhloc. Is cineál crann dénártha é crann Merkle, comhdhéanta de thacar nód le líon mór nóid duille ag bun an chrainn ina bhfuil na sonraí bunúsacha, tacar de nóid idirmheánacha ina bhfuil gach nód ina hais dá bheirt leanaí, agus ar deireadh nód fréimhe amháin, déanta freisin as hais a bheirt leanaí, a ionadaíonn do "bharr" an chrainn. Is é cuspóir an chrainn Merkle seachadadh na sonraí i mbloc a cheadú de réir a chéile: ní féidir le nód ach ceanntásc an bhloic a íoslódáil ó fhoinse amháin, an chuid bheag den chrann atá ábhartha dóibh ó fhoinse eile, agus fós a bheith cinnte go bhfuil na sonraí go léir ceart. Is é an fáth a n-oibríonn sé seo ná go bhfuil haiseanna ag iomadú aníos: má dhéanann úsáideoir mailíseach iarracht babhtáil in idirbheart falsa isteach ag bun crann Merkle, beidh an t-athrú seo ina chúis le hathrú ar an nód thuas, agus ansin athrú ar an nód os a chionn sin., ag athrú ar deireadh an fhréamh an chrainn agus dá bhrí sin an hais an bhloc, is cúis leis an prótacal é a chlárú mar bhloc go hiomlán difriúil (beagnach cinnte le cruthúnas-oibre neamhbhailí).
+
+D’fhéadfaí a mhaíomh go bhfuil prótacal crann Merkle riachtanach d’inbhuanaitheacht fhadtéarmach. Glacann "nód iomlán" sa líonra Bitcoin, ceann a stórálann agus a phróiseálann gach bloc iomlán, thart ar 15 GB de spás diosca sa líonra Bitcoin ó Aibreán 2014, agus tá sé ag fás le níos mó ná gigibheart in aghaidh na míosa. Faoi láthair, tá sé seo inmharthana do roinnt ríomhairí deisce ach níl do fhóin, agus ball ní bheidh ach gnólachtaí agus lucht caitheamh aimsire in ann a bheith rannpháirteach. Ceadaíonn prótacal ar a dtugtar "fíorú íocaíochta simplithe" (SPV) d'aicme eile nód a bheith ann, ar a dtugtar "nóid éadroma", a íoslódáil na ceanntásca bloc, an cruthúnas-oibre ar na ceanntásca bloc a fhíorú, agus ansin na "craobhacha" amháin a bhaineann le hidirbhearta a bhaineann leo a íoslódáil. Ligeann sé seo do nóid éadrom a chinneadh le ráthaíocht láidir slándála cad é stádas aon idirbheart Bitcoin, agus a n-iarmhéid reatha, gan ach cuid an-bheag den blocshlabhra iomlán a íoslódáil.
+
+### Feidhmchláir Bhlocshlabhra Malartacha {#alternative-blockchain-applications}
+
+Tá stair fhada ag baint le glacadh le bunsmaoineamh an bhlocshlabhra a lena chur i bhfeidhm ar choincheapa eile. Sa bhliain 2005, tháinig Nick Szabo amach leis an gcoincheap "[teidil maoine slán le húdarás úinéara](https://nakamotoinstitute.org/secure-property-titles/)", doiciméad a chuireann síos ar conas " le dul chun cinn nua i dteicneolaíocht na mbunachar sonraí macasamhlaithe" go mbeifear in ann córas atá bunaithe ar bhlocshlabhra chun clár a stóráil de na daoine is leis an talamh, agus cruthófar creat ilchasta lena n-áirítear coincheapa mar áitribh tí, seilbh chodarsnach agus Seoirseach. cáin talún. Ar an drochuair, ní raibh aon chóras bunachar sonraí macasamhail éifeachtach ar fáil ag an am, agus mar sin níor cuireadh an prótacal i bhfeidhm go praiticiúil. Tar éis 2009, áfach, a luaithe a forbraíodh comhdhearcadh díláraithe Bitcoin thosaigh roinnt feidhmchlár eile ag teacht chun cinn go tapa.
+
+- **Namecoin** - cruthaithe in 2010 - is fearr cur síos ar [Namecoin](https://namecoin.org/) mar bhunachar sonraí clárúcháin ainmneacha díláraithe. I bprótacail dhíláraithe cosúil le Tor, Bitcoin agus BitMessage, bíonn bealach éigin de dhíth chun cuntais a aithint ionas gur féidir le daoine eile idirghníomhú leo, ach i ngach réiteach atá ann cheana féin is é an t-aon aitheantóir atá ar fáil ná hais bréige randamach cosúil le `1LW79wp5ZBqaHW1jL5TCiBCrhQYtHagUWy`. Go hidéalach, ba mhaith le daoine cuntas le hainm cosúil le "george" a bheith acu. Mar sin féin, is í an fhadhb atá ann, más féidir le duine amháin cuntas darb ainm "george" a chruthú ansin is féidir le duine eile an próiseas céanna a úsáid chun "George" a chlárú dóibh féin freisin agus iad a phearsanú. Is é an réiteach amháin paraidím chéad-go-comhad, i gcás ina n-éireoidh leis an chéad chláraitheoir agus go mainneoidh an dara ceann - fadhb a oireann go foirfe do phrótacal comhdhearcadh Bitcoin. Is é Namecoin an córas clárúcháin ainmneacha is sine, agus is rathúla, a úsáideann smaoineamh den sórt sin.
+- **Monaí daite** - is é cuspóir [ monaí daite](https://docs.google.com/a/buterin.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE/edit) feidhmiú mar phrótacal chun ligean do dhaoine a n-airgeadraí digiteacha féin a chruthú - nó, i gcás tábhachtach fánach airgeadra le naonad amháin, comharthaí digiteacha, ar bhlocshlabhra Bitcoin. I bprótacal na monaí daite, "eisíonn" ceann amháin airgeadra nua trí dhath a shannadh go poiblí do Bitcoin UTXO ar leith, agus sainmhíníonn an prótacal go hathchúrsach dath UTXO eile a bheith mar an gcéanna le dath na n-ionchur a chaith an t-idirbheart a chruthaigh iad. (Bíonn roinnt rialacha speisialta i bhfeidhm i gcás ionchur dathanna measctha). Ligeann sé seo d'úsáideoirí sparáin a chothabháil nach bhfuil iontu ach UTXO de dhath ar leith agus iad a sheoladh timpeall cosúil le bitcoins rialta, ag dul siar tríd an mblocshlabhra chun dath aon UTXO a fhaigheann siad a chinneadh.
+- **Meiteamhonaí** - is é an smaoineamh atá taobh thiar de mheiteamhona ná prótacal a bheith ann a chónaíonn ar bharr Bitcoin, ag baint úsáide as idirbhearta Bitcoin chun idirbhearta meiteamhona a stóráil ach a bhfuil feidhm aistrithe staide eile aige, `APPLY'`. Toisc nach féidir leis an bprótacal metacoin idirbhearta neamhbhailí metacoin a chosc ó bheith le feiceáil i mblocshlabhra Bitcoin, cuirtear riail leis má sheolann `APPLY'(S,TX)` earráid ar ais, go réamhshocrú phrótacal `APPLY'( S,TX) = S`. Soláthraíonn sé seo meicníocht éasca chun prótacal criptea-airgeadra treallach a chruthú, a bhféadfadh gnéithe casta nach féidir a chur i bhfeidhm laistigh de Bitcoin féina bheith aige, ach le costas forbartha an-íseal ós rud é go bhfuil castachtaí mianadóireachta agus líonraithe á láimhseáil cheana féin ag an bprótacal Bitcoin. Baineadh úsáid as meiteamhonaí chun aicmí áirithe conarthaí airgeadais, clárú ainmneacha agus malartú díláraithe a chur i bhfeidhm.
+
+Mar sin, go ginearálta, tá dhá chur chuige i dtreo prótacal comhdhearcadh a thógáil: líonra neamhspleách a thógáil, agus prótacal a thógáil ar bharr Bitcoin. Is deacair an cur chuige a bhí ann roimhe seo a chur i bhfeidhm, cé go n-éiríonn go réasúnta leis i gcás iarratais ar nós Namecoin; ní mór do gach feidhmiú aonair blocshlabhra neamhspleách a thosú, chomh maith leis an gcód aistrithe agus líonraithe staide riachtanacha go léir a thógáil agus a thástáil. Ina theannta sin, tuaraimid go leanfaidh an tsraith iarratas ar theicneolaíocht chomhdhearcaidhl díláraithe dáileadh dlí cumhachta ina mbeadh formhór mór na n-iarratas ró-bheag chun a mblocshlabhra féin a chosaint, agus tugaimid faoi deara go bhfuil aicmí móra d’iarratais díláraithe ann, go háirithe eagraíochtaí uathrialaithe díláraithe., ar gá dóibh idirghníomhú lena chéile.
+
+Ar an láimh eile, tá an locht ar an gcur chuige atá bunaithe ar Bitcoin nach mbíonn ghnéithe fíoraithe íocaíochta simplithe Bitcoin mar oidhreacht aige. Oibríonn SPV do Bitcoin toisc go bhféadfaidh sé doimhneacht blocshlabhra a úsáid mar sheachvótálaí bailíochta; ag pointe éigin, a luaithe a théann sinsir idirbhirt siar fada go leor, tá sé sábháilte a rá go raibh siad mar chuid den staid go dlisteanach. Ar an láimh eile, ní féidir le meitea-phrótacail atá bunaithe ar blocshlabhra iallach a chur ar an blocshlabhra gan idirbhearta nach bhfuil bailí laistigh de chomhthéacs a bprótacal féin a áireamh. Mar sin, bheadh gá le meitea-phrótacal SPV a chur i bhfeidhm go hiomlán slán scanadh siar an bealach ar fad go dtí tús bhlocshlabhra Bitcoin chun a chinneadh an bhfuil idirbhearta áirithe bailí nó nach bhfuil. Faoi láthair, tá gach feidhmiúchán "éadrom" de mheiteashonraí bunaithe ar Bitcoin ag brath ar fhreastalaí iontaofa chun na sonraí a sholáthar, is féidir a mhaíomh go bhfuil toradh an-fho-optamach go háirithe nuair is é ceann de phríomhchuspóirí criptea-airgeadra deireadh a chur leis an ngá atá le muinín.
+
+### Scriptiú {#scripting}
+
+Fiú gan aon bhreisithe, éascaíonn an prótacal Bitcoin i ndáiríre leagan lag de choincheap "conarthaí cliste". Is féidir le UTXO i Bitcoin a bheith faoi úinéireacht ní hamháin le heochair phoiblí, ach freisin le script níos casta a chuirtear in iúl i dteanga cláir shimplí atá bunaithe ar chruach. Sa pharaidím seo, ní mór do UTXO sonraí a sholáthar a shásaíonn an script i gcaiteachas idirbheart. Go deimhin, cuirtear fiú an mheicníocht bhunúsach úinéireachta eochair phoiblí i bhfeidhm trí script: glacann an script síniú cuar éilipseach mar ionchur, fíoraíonn sé é i gcoinne an idirbhirt agus an seoladh ar leis an UTXO é, agus filleann sé 1 má éiríonn leis an bhfíorú agus 0 ar shlí eile. Tá scripteanna eile, níos casta, ann do chásanna úsáide breise éagsúla. Mar shampla, is féidir script a thógáil a éilíonn sínithe ó dhá cheann as trí eochair phríobháideacha áirithe le bailíochtú ("multisig"), socrú atá úsáideach do chuntais chorparáideacha, do chuntais shábháilte choigiltis agus do roinnt cásanna eascró ceannaithe. Is féidir scripteanna a úsáid freisin chun deolchairí a íoc le haghaidh réitigh ar fhadhbanna ríomhaireachtúla, agus is féidir fiú script a thógáil a deir rud éigin cosúil le "Is leatsa an Bitcoin UTXO seo más féidir leat cruthúnas SPV a sholáthar gur sheol tú idirbheart Dogecoin den ainmníocht seo chugam", go bunúsach a cheadaíonn malartú tras-criptea-airgeadra díláraithe.
+
+Mar sin féin, tá roinnt teorainneacha tábhachtacha ag an teanga scriptithe mar a chuirtear i bhfeidhm é i Bitcoin:
+
+- **Easpa iomláine Turing** - is é sin le rá, cé go bhfuil fo-thacar mór ríofa a dtacaíonn an teanga scriptithe Bitcoin leis, ní thacaíonn sé le gach rud. Is é an príomhchatagóir atá ar iarraidh ná lúba. Déantar é seo chun lúba éigríochta a sheachaint le linn fíorú idirbheart; go teoiriciúil is constaic insroichte é do ríomhchláraitheoirí scripte, mar is féidir aon lúb a insamhlú ach an bunchód a athrá go minic le ráiteas, ach bíonn scripteanna an-neamhéifeachtúil ó thaobh spáis de mar thoradh air. Mar shampla, is dócha go mbeadh gá le 256 babhta iolraithe arís agus arís eile chun algartam sínithe cuar éilips eile a chur i bhfeidhm, iad ar fad san áireamh sa chód ina n-aonar.
+- **Luach-daille** - níl aon bhealach ag script UTXO chun smacht mínghlan a sholáthar ar an méid is féidir a aistarraingt. Mar shampla, cás úsáide cumhachtach amháin de chonradh oracail is ea conradh fálaithe, áit ar chuir A agus B luach $1000 BTC isteach agus tar éis 30 lá seolann an script luach $1000 BTC chuig A agus an chuid eile chuig B. Bheadh gá le h oracal luach 1 BTC a chinneadh i USD, ach fiú ansin is feabhas ollmhór é i dtéarmaí iontaobhais agus riachtanas bonneagair thar na réitigh láraithe go hiomlán atá ar fáil anois. Mar sin féin, toisc go bhfuil UTXO iomlán-nó-tada, is é an t-aon bhealach chun é seo a bhaint amach trí haiceáil an-neamhéifeachtúil go leor UTXO d'ainmníochtaí éagsúla a bheith ann (m. sh. UTXO amháin de 2k in aghaidh gach k suas go dtí 30) agus an t-oracal ag piocadh cé acu UTXO le cur chuig A agus cé acu chuig B.
+- **Easpa staide** - is féidir UTXO a chaitheamh nó gan é a chaitheamh; níl aon deis ann conarthaí nó scripteanna ilchéime a choimeádann aon staid inmheánach eile níos faide ná sin. Dá bharr sin bíonn sé deacair conarthaí roghanna ilchéime a dhéanamh, tairiscintí malartaithe díláraithe nó prótacail gealltanas cripteagrafach dhá chéim (riachtanach le haghaidh deolchairí ríomhaireachtúla slána). Ciallaíonn sé freisin nach féidir UTXO a úsáid ach amháin chun conarthaí simplí, aonuaire a thógáil nach bhfuil níos casta ná conarthaí “staidiúla” cosúil le heagraíochtaí díláraithe, agus déanann sé deacair meiteaphrótacail a chur i bhfeidhm. Ciallaíonn staid dhénártha in éineacht le daille luach freisin go bhfuil iarratas tábhachtach eile, teorainneacha a tharraingt siar, dodhéanta.
+- **Daille-Blocshlabhra** - Tá UTXO dall ar shonraí blocshlabhra ar nós an nonce, an stampa ama agus hais an bhloic roimhe seo. Cuireann sé seo teorainn mhór le feidhmchláir sa chearrbhachas, agus go leor catagóirí eile, trí fhoinse randamachta a d’fhéadfadh a bheith luachmhar a bhaint den teanga scripte.
+
+Mar sin, feicimid trí chur chuige maidir le hiarratais fhorbartha a thógáil ar bharr criptea-airgeadra: blocshlabhra nua a thógáil, scriptiú a úsáid ar bharr Bitcoin, agus meitea-phrótacal a thógáil ar bharr Bitcoin. Ceadaíonn tógáil bhlocshlabhra nua saoirse neamhtheoranta maidir le tacar gnéithe a thógáil, ach ar chostas am forbartha, obair chrua agus slándáil. Tá sé éasca úsáid scripte a chur i bhfeidhm agus a chaighdeánú, ach tá sé an-teoranta ina chumais, agus tá lochtanna in inscálaithe ag baint le meiteaphrótacail, cé go bhfuil siad éasca. Le Ethereum, tá sé ar intinn againn creat malartach a thógáil a sholáthraíonn gnóthachain níos mó fós ar mhaithe le héascaíocht forbartha chomh maith le hairíonna cliant éadroma níos láidre, agus ag an am céanna a ligeann d'iarratais timpeallacht eacnamaíoch agus slándáil blocshlabhra a roinnt.
+
+## Ethereum {#ethereum}
+
+Is í aidhm Ethereum prótacal eile a chruthú chun feidhmchláir dhíláraithe a thógáil, ag soláthar tacar éagsúil trádála a chreidimid a bheidh an-úsáideach le haghaidh aicme mór d'fheidhmchláir dhíláraithe, le béim ar leith ar chásanna ina bhfuil am forbartha tapa, slándáil do dhaoine beaga agus do fheidhmchláir a úsáidtear go hannamh, agus cumas feidhmchláir éagsúla idirghníomhú go han-éifeachtach. Déanann Ethereum é seo tríd an gciseal bunúsach teibí deiridh a thógáil: blocshlabhra le teanga ríomhchlárúcháin iomlán Turing-tógtha, a ligeann do dhuine ar bith conarthaí cliste agus feidhmchláir dhíláraithe a scríobh inar féidir leo a rialacha treallacha féin a chruthú maidir le húinéireacht, formáidí idirbhirt agus feidhmeanna aistrithe staide. Is féidir leagan lom de Namecoin a scríobh in dhá líne de chód, agus is féidir prótacail eile cosúil le hairgeadraí agus córais cháile a chur isteach faoi bhun fiche. Is féidir conarthaí cliste, "boscaí" cripteagrafacha ina bhfuil luach agus nach scaoilfidh siad ach amháin má chomhlíontar coinníollacha áirithe, a thógáil freisin ar bharr an ardáin, le cumhacht i bhfad níos mó ná mar a thairgeann scripteáil Bitcoin mar gheall ar chumhachtaí breise Turing-iomláine, feasacht ar luach, feasacht bhlocshlabhra agus staid.
+
+### Cuntais Ethereum {#ethereum-accounts}
+
+In Ethereum, tá an staid comhdhéanta de rudaí ar a dtugtar "cuntais", agus tá seoladh 20 beart ag gach cuntas agus aistrithe staide mar aistrithe díreacha luacha agus faisnéise idir cuntais. Tá ceithre réimse i gcuntas Ethereum:
+
+- An **nonce**, áiritheoir a úsáidtear chun a chinntiú nach féidir gach idirbheart a phróiseáil ach uair amháin
+- **iarmhéid éitir** reatha an chuntais
+- **cód conartha** an chuntais, más ann dó
+- **Stóras** an chuntais (folamh de réir réamhshocraithe)
+
+Is é "Éitear" príomh-bhreosla criptithe inmheánach Ethereum, agus úsáidtear é chun táillí idirbhirt a íoc. Go ginearálta, tá dhá chineál cuntais ann: **cuntais faoi úinéireacht sheachtrach**, arna rialú ag eochracha príobháideacha, agus **cuntais chonartha**, arna rialú ag a gcód conartha. Níl aon chód ag cuntas faoi úinéireacht sheachtrach, agus is féidir le duine teachtaireachtaí a sheoladh ó chuntas faoi úinéireacht sheachtrach trí idirbheart a chruthú agus a shíniú; i gcuntas conartha, gach uair a fhaigheann cuntas an chonartha teachtaireacht a ghníomhaíonn a chód, rud a ligeann dó léamh agus scríobh chuig an stóráil inmheánach agus teachtaireachtaí eile a sheoladh nó conarthaí a chruthú ar a seal.
+
+Tabhair faoi deara nár cheart "conarthaí" in Ethereum a fheiceáil mar rud ar cheart "a chomhlíonadh" nó "cloí leo"; in áit sin, tá siad níos mó cosúil le "gníomhairí uathrialacha" a chónaíonn taobh istigh de thimpeallacht reatha Ethereum, i gcónaí ag rith píosa sonrach cóid le "priocadh" ó theachtaireacht nó idirbheart, agus smacht díreach acu ar a n-iarmhéid éitirr féin agus a n-eochair féin / stór luach chun súil a choinneáil ar athróga leanúnacha.
+
+### Teachtaireachtaí agus Idirbhearta {#messages-and-transactions}
+
+Úsáidtear an téarma "idirbheart" in Ethereum le tagairt don phacáiste sonraí sínithe a stórálann teachtaireacht le seoladh ó chuntas faoi úinéireacht sheachtrach. Cuimsíonn na hidirbhearta:
+
+- Faighteoir na teachtaireachta
+- Síniú lena sainaithnítear an seoltóir
+- An méid éitir atá le haistriú ón seoltóir chuig an bhfaighteoir
+- Réimse sonraí roghnach
+- Luach `STARTGAS`, arb ionann é agus uaslíon na gcéimeanna ríomhaireachtúla a cheadaítear do rith idirbhirt
+- Luach `GASPRICE`, a léiríonn an táille a íocann an seoltóir in aghaidh na céime ríomhaireachta
+
+Is iad na chéad trí réimsí caighdeánacha a bhfuiltear ag súil leo in aon criptea-airgeadra. Níl aon fheidhm réamhshocraithe ag an réimse sonraí, ach tá opcode ag an meaisín fíorúil trína bhféadfaidh conradh rochtain a fháil ar na sonraí; mar shampla de chás úsáide, má tá conradh ag feidhmiú mar sheirbhís chlárúcháin fearainn ar-blocshlabhra, b'fhéidir gur mhaith leis na sonraí atá á gcur ar aghaidh chuige a léirmhíniú mar go bhfuil dhá "réimse" iontu, agus is fearann é an chéad réimse le clárú agus an dara réimse. réimse a bheith mar an seoladh IP chun é a chlárú. Léireodh an conradh na luachanna seo ó shonraí na teachtaireachta agus chuirfí i stóras cuí iad.
+
+Tá na réimsí `STARTGAS` agus `GASPRICE` ríthábhachtach do shamhail frithshéanta seirbhíse Ethereum. Chun lúba éigríochta de thaisme nó naimhdeach nó cur amú ríomhaireachtúil eile sa chód a chosc, ní mór do gach idirbheart teorainn a shocrú maidir le cé mhéad céimeanna ríomha chun cód a rith is féidir leis a úsáid. Is é "gás" an bunaonad ríomha; de ghnáth, cosnaíonn céim ríomhaireachtúil 1 ghás, ach cosnaíonn roinnt oibríochtaí méideanna níos airde gáis toisc go bhfuil siad níos costasaí ó thaobh ríomha, nó go n-ardóidh siad an méid sonraí a chaithfear a stóráil mar chuid den staid. Tá táille 5 gháis ann freisin do gach beart i sonraí an idirbhirt. Is é rún an chórais táillí go gceanglófar ar ionsaitheoir íoc go comhréireach as gach acmhainn a úsáidfidh sé, lena n‑áirítear ríomh, bandaleithead agus stóráil; mar sin, ní mór táille gháis a bheith ag gach idirbheart as a n‑ídíonn an líonra méid níos mó acmhainní ar bith atá i gcomhréir go garbh leis an incrimint.
+
+### Teachtaireachtaí {#messages}
+
+Tá sé de chumas ag conarthaí "teachtaireachtaí" a sheoladh chuig conarthaí eile. Is réada fíorúla iad teachtaireachtaí nach ndéantar srathú orthu riamh agus nach bhfuil ann ach i dtimpeallacht reatha Ethereum. Ábhar atá sa teachtaireacht:
+
+- Seoltóir na teachtaireachta (intuigthe)
+- Faighteoir na teachtaireachta
+- An méid éitir le haistriú taobh leis an teachtaireacht
+- Réimse sonraí roghnach
+- Luach `STARTGAS`
+
+Go bunúsach, tá teachtaireacht cosúil le hidirbheart, ach amháin gur conradh a tháirgtear í agus ní gníomhaí seachtrach. Léirítear teachtaireacht nuair a ritheann conradh atá á rith faoi láthair an cód opcode `CALL`, a tháirgeann agus a ritheann teachtaireacht. Cosúil le hidirbheart, is é an toradh a bhíonn ar theachtaireacht ná go n-oibríonn cuntas an fhaighteora a chód. Mar sin, is féidir caidreamh a bheith ag conarthaí le conarthaí eile ar an mbealach céanna go díreach agus is féidir le gníomhaithe seachtracha.
+
+Tabhair faoi deara go mbaineann an liúntas gáis arna sannta ag idirbheart nó conradh leis an ngás iomlán arna thomhailt ag an idirbheart sin agus le gach rith. Mar shampla, má sheolann gníomhaí seachtrach A idirbheart chuig B le 1000 gás, agus go n-ídíonn B 600 gás sula gcuirtear teachtaireacht chuig C, agus go n-ídíonn rith inmheánach C 300 gás sula dtéann sé ar ais, ansin is féidir le B 100 gás eile a chaitheamh roimh rith as gás.
+
+### Feidhm Aistrithe Staide Ethereum {#ethereum-state-transition-function}
+
+
+
+Feidhm trasdula staide Ethereum, `APPLY(S,TX) -> Is féidir S'` a shainmhíniú mar seo a leanas:
+
+1. Seiceáil an bhfuil an t-idirbheart dea-chruthaithe (. i. an bhfuil an líon ceart luachanna ann), go bhfuil an síniú bailí, agus nach dtagann an nonce leis an nonce i gcuntas an tseoltóra. Mura bhfuil, cuir earráid ar ais.
+2. Ríomh an táille idirbhirt mar `STARTGAS * GASPRICE`, agus deimhnigh an seoladh seolta ón síniú. Dealaigh an táille ó iarmhéid chuntais an tseoltóra agus incrimint an tseoltóra ar nonce. Mura bhfuil go leor iarmhéid ann le caitheamh, cuir earráid ar ais.
+3. Tosaigh `GAS = STARTGAS`, agus bain de méid áirithe gáis in aghaidh an bhirt chun íoc as na bearta san idirbheart.
+4. Aistrigh luach an idirbhirt ó chuntas an tseoltóra go dtí an cuntas fála. Mura bhfuil an cuntas fála ann fós, cruthaigh é. Más conradh é an cuntas fála, rith cód an chonartha go dtí go mbeidh sé críochnaithe nó go dtí go n-imeoidh an forghníomhú as gás.
+5. Má theip ar an aistriú luacha toisc nach raibh go leor airgid ag an seoltóir, nó gur imigh rith an chóid as gás, cuir na hathruithe staide go léir ar ais ach amháin íoc na dtáillí, agus cuir na táillí le cuntas an mhianadóra.
+6. Seachas sin, aisíoc na táillí don ghás go léir atá fágtha chuig an seoltóir, agus seol na táillí a íocadh as gás a chaitear chuig an mianadóir.
+
+Mar shampla, más é cód an chonartha:
+
+```py
+if !self.storage[calldataload(0)]:
+ self.storage[calldataload(0)] = calldataload(32)
+```
+
+Tabhair faoi deara, i ndáiríre, go bhfuil cód an chonartha scríofa sa chód EVM íseal-leibhéil; tá an sampla seo scríofa i Serpent, ceann dár dteangacha ardleibhéil, ar mhaithe le soiléireacht, agus is féidir é a thiomsú síos go dtí cód EVM. Abair go dtosaíonn stóras an chonartha folamh, agus seoltar idirbheart le luach éitear 10, 2000 gás, 0.001 éitear gasprice, agus 64 beart sonraí, le bearta 0-31 a sheasann don uimhir `2` agus beart 32-63 a sheasann don teaghrán `CHARLIE`. Is é seo a leanas an próiseas don fheidhm aistrithe staide sa chás seo:
+
+1. Seiceáil go bhfuil an t-idirbheart bailí agus dea-chruthaithe.
+2. Seiceáil go bhfuil ar a laghad 2000 \* 0.001 = 2 éitear ag seoltóir an idirbhirt. Más é, déan éitear 2 a bhaint as cuntas an tseoltóra.
+3. Túsaigh gás = 2000; ag glacadh leis go bhfuil an t‑idirbheart 170 beart ar fad agus go bhfuil an beart‑táille 5, dealaigh 850 ionas go mbeidh 1150 gás fágtha.
+4. Dealaigh 10 n-éitear níos mó ó chuntas an tseoltóra, agus cuir le cuntas an chonartha é.
+5. Rith an cód. Sa chás seo, tá sé seo simplí: seiceálann sé an mbaintear úsáid as stóras an chonartha ag innéacs `2`, tugann sé faoi deara nach bhfuil, agus mar sin socraíonn sé an stóras ag innéacs `2` go luach `CHARLIE`. Má thógann sé seo 187 gás, mar sin is é an méid gáis atá fágtha ná 1150 - 187 = 963
+6. Cuir 963 \* 0.001 = 0.963 éitir ar ais go cuntas an tseoltóra, agus cuir ar ais an staid mar thoradh air.
+
+Mura mbeadh aon chonradh ag pointe glactha an idirbhirt, bheadh táille iomlán an idirbhirt díreach comhionann leis an `GASPRICE` arna sholáthar arna iolrú faoi fhad an idirbhirt i mbearta, agus bheadh na sonraí a seoladh taobh leis an idirbheart neamhábhartha.
+
+Tabhair faoi deara go n-oibríonn teachtaireachtaí ar chomhchéim le hidirbhearta i dtéarmaí fillte: má ritheann rith teachtaireachta as gás, ansin filleann rith na teachtaireachta sin, agus gach rith eile a spreag an forghníomhú sin, ar ais, ach ní gá do rith tuismitheora filleadh. Ciallaíonn sé seo go bhfuil sé "sábháilte" do chonradh glaoch ar chonradh eile, mar má ghlaonn A ar B le G gás ansin ráthaítear go gcaillfidh rith A gás G ar a mhéad. Ar deireadh, tabhair faoi deara go bhfuil opcode ann, `CREATE`, a chruthaíonn conradh; tá a mheicníochtaí reatha cosúil go ginearálta le `CALL`, cé is moite de go gcinneann aschur an reatha cód conartha nuachruthaithe.
+
+### Rith Cóid {#code-execution}
+
+Tá an cód i gconarthaí Ethereum scríofa i dteanga bytecode íseal-leibhéal, cruach-bhunaithe, dá ngairtear "cód meaisín fíorúil Ethereum" nó "cód EVM". Is éard atá sa chód ná tacar bearta, ina léiríonn gach beart oibríocht. Go ginearálta, is lúb éigríochta é forghníomhú cód mar ndéantar an oibríocht arís agus arís eile ag an áiritheoir clár reatha (a thosaíonn ag nialas) agus ansin an t-áiritheoir cláir a bhreisiú faoi haon, go dtí go sroichtear deireadh an chóid nó earráid nó go mbraitear treoir `STOP` nó `RETURN`. Tá rochtain ag na hoibríochtaí ar thrí chineál spáis inar féidir sonraí a stóráil:
+
+- An **cruach**: coimeádán is déanaí isteach is túisce amach inar féidir luachanna a bhrú agus a phreabadh
+- **Cuimhne**, eagar beart is féidir a leathnú gan teorainn
+- **stóras** fadtéarmach an chonartha, stóras eochrach/luacha. Murab ionann agus cruachta agus cuimhne, a athshocraíonn tar éis don ríomh críochnú, maireann an stóras go fadtéarmach.
+
+Is féidir leis an gcód luach, seoltóir agus sonraí na teachtaireachta isteach a rochtain freisin, chomh maith le sonraí ceanntásc bloic, agus is féidir leis an gcód sraith de bhearta sonraí a thabhairt ar ais mar aschur freisin.
+
+Tá samhaltán reatha foirmiúil chód EVM iontach simplí. Agus an meaisín fíorúil Ethereum ag rith, is féidir a staid ríomhaireachtúil iomlán a shainiú leis an `(block_state, transaction, message, code, memory, stack, pc, gas)`, áit a bhfuil `block_state` is é cód an staid dhomhanda ina bhfuil na cuntais go léir agus folaíonn sé iarmhéideanna agus stóráil. Ag tús gach babhta reatha, faightear an treoir reatha tríd an `pc`ú beart den `chód` (nó 0 más `pc >= len(code)`), agus tá a shainmhíniú féin ag gach treoir maidir leis an gcaoi a dtéann sé i bhfeidhm ar an tuple. Mar shampla, popálann `ADD` dhá mhír den chruach agus brúnn sé a suim, laghdaítear `gas` faoi 1 agus méadaíonn sé `pc` faoi 1, agus buaileann `SSTORE` an dá mhír is airde den chruach agus cuireann sé an dara mír isteach i stóras an chonartha ag an innéacs atá sonraithe ag an gcéad mhír. Cé go bhfuil go leor bealaí ann chun rith meaisín fíorúil Ethereum a bharrfheabhsú trí thiomsú díreach-in-am, is féidir feidhmiú bunúsach Ethereum a dhéanamh i gceann cúpla céad líne de chód.
+
+### Blocshlabhra agus Mianadóireacht {#blockchain-and-mining}
+
+
+
+Tá an blocshlabhra Ethereum cosúil le blocshlabhra Bitcoin ar go leor bealaí, cé go bhfuil roinnt difríochtaí ann. Is é an príomhdhifríocht idir Ethereum agus Bitcoin maidir leis an ailtireacht blocshlabhra ná, murab ionann agus Bitcoin, go bhfuil cóip den liosta idirbheart agus den staid is déanaí i mbloic Ethereum. Seachas sin, déantar dhá luach eile, an uimhir bhloic agus an deacracht, a stóráil sa bhloc freisin. Is é seo a leanas an t-algartam bailíochtaithe bloc bunúsach in Ethereum:
+
+1. Seiceáil an bhfuil an bloc tagartha roimhe seo ann agus an bhfuil sé bailí.
+2. Cinntigh go bhfuil stampa ama an bhloic níos mó ná stampa ama an bhloic a luadh roimhe seo agus níos lú ná 15 nóiméad amach anseo
+3. Seiceáil go bhfuil líon na mbloc, deacracht, fréamh idirbhirt, fréamh uncail agus teorainn gháis (coincheapa éagsúla a bhaineann go sonrach le Ethereum ar leibhéal íseal) bailí.
+4. Seiceáil go bhfuil an cruthúnas-oibre ar an mbloc bailí.
+5. Bíodh `S[0]` mar an staid ag deireadh an bhloic roimhe seo.
+6. Bíodh `TX` mar liosta idirbhearta an bhloc, le hidirbhearta `n`. I gcás gach `i` i `0...n-1`, socraigh `S[i+1] = APPLY(S[i],TX[i])`. Má sheolann feidhmchlár earráid ar ais, nó má sháraíonn an gás iomlán a ídíodh sa bhloc suas go dtí an pointe seo an `GASLIMIT`, seol earráid ar ais.
+7. Bíodh `S_FINAL` ina `S[n]`, ach ag cur an luach saothair bloc a íocadh leis an mianadóir leis.
+8. Seiceáil an bhfuil fréamh crainn Merkle an stáit `S_FINAL` cothrom leis an bhfréamh staid dheiridh a thugtar sa cheanntásc bloic. Má tá, tá an bloc bailí; ar shlí eile, níl sé bailí.
+
+Bíonn cuma an-éifeachtach ar an gcur chuige ar an gcéad amharc, mar ní mór an staid iomlán a stóráil le gach bloc, ach i ndáiríre ba chóir don éifeachtacht a bheith inchomparáide le cuid Bitcoin. Is é an chúis atá leis ná go bhfuil an staid stóráilte i struchtúr an chrainn, agus tar éis gach bloc ní gá ach cuid bheag den chrann a athrú. Mar sin, go ginearálta, idir dhá bhloc in aice le chéile, ba chóir go mbeadh formhór mór an chrainn mar an gcéanna, agus dá bhrí sin is féidir na sonraí a stóráil uair amháin agus tagairt a dhéanamh dóibh faoi dhó le pointeoirí (ie. haiseanna de fho-chrainn). Úsáidtear crann speisialta ar a dtugtar "crann Patricia" chun é seo a bhaint amach, le modhnú ar choincheap an chrainn Merkle a cheadaíonn nóid a chur isteach agus a scriosadh, agus ní hamháin a athrú, go héifeachtach. Ina theannta sin, toisc go bhfuil an fhaisnéis staide go léir mar chuid den bhloc deireanach, níl aon ghá le stair iomlán an bhlocshlabhra a stóráil - straitéis ar féidir, dá bhféadfaí é a chur i bhfeidhm ar Bitcoin, a ríomh chun coigilteas 5-20x a sholáthar sa spás.
+
+Ceist a chuirtear go coitianta is ea "cá" ritear cód conartha, i dtéarmaí crua-earraí fisiceacha. Tá freagra simplí air seo: tá an próiseas maidir le cód conartha a rith mar chuid den sainmhíniú ar fheidhm aistrithe na staide, atá mar chuid den algartam bailíochtaithe bloc, mar sin má chuirtear idirbheart isteach sa bhloc `B` an cód déanfaidh gach nód, anois agus amach anseo, a dhéanann an bloc `B` a íoslódáil agus a bhailíochtú an rith a bheidh déanta ag an idirbheart sin.
+
+## Feidhchláir {#applications}
+
+Go ginearálta, tá trí chineál feidhmchlár ar bharr Ethereum. Is é an chéad chatagóir ná feidhmchláir airgeadais, a sholáthraíonn bealaí níos cumhachtaí d'úsáideoirí chun conarthaí a bhainistiú agus a dhéanamh lena gcuid airgid. Áirítear leis seo fo-airgeadraí, díorthaigh airgeadais, conarthaí fálaithe, sparán coigiltis, uachtanna, agus sa deireadh fiú roinnt cineálacha conarthaí fostaíochta ar scála iomlán. Is é an dara catagóir feidhmchláir leath-airgeadais, áit a bhfuil airgead i gceist ach go bhfuil taobh trom neamh-airgeadaíochta ag baint leis an méid atá á dhéanamh; sampla iontach is ea deolchairí féin-rite chun fadhbanna ríomhaireachtúla a réiteach. Ar deireadh, tá feidhmchláir amhail vótáil ar líne agus rialachas díláraithe ann nach feidhmchláir airgeadais iad ar chor ar bith.
+
+### Córais Chomharthaí {#token-systems}
+
+Tá go leor feidhmchlár ag córais chomharthaí blocshlabhra ó fho-airgeadraí a léiríonn sócmhainní cosúil le USD nó ór go stoic chuideachta, comharthaí aonair a léiríonn maoin chliste, cúpóin shlána dhobhriste, agus fiú córais chomharthaí nach bhfuil aon cheangail acu le gnáthluach ar bith, a úsáidtear mar phointe córais dreasachta. Is iontach chomh héasca is atá sé córais chomharthaí a chur i bhfeidhm in Ethereum. Is é an príomhphointe atá le tuiscint ná gur bunachar sonraí é airgeadra, nó córas comharthaí, go bunúsach, ina bhfuil oibríocht amháin: bain X aonaid ó A agus tabhair X aonaid go B, ar an gcoinníoll (i) go raibh X aonad ar laghad ag A roimh an idirbheart agus (2) go bhfuil an t-idirbheart ceadaithe ag A. Níl le déanamh chun córas comharthaí a chur i bhfeidhm ach an loighic seo a chur i bhfeidhm i gconradh.
+
+Is é seo a leanas an bunchód chun córas comharthaí a chur i bhfeidhm i Serpent:
+
+```py
+def send(to, value):
+ if self.storage[msg.sender] >= value:
+ self.storage[msg.sender] = self.storage[msg.sender] - value
+ self.storage[to] = self.storage[to] + value
+```
+
+Go bunúsach is cur i bhfeidhm litriúil é seo d’fheidhm aistrithe staide an “chórais bhaincéireachta” ar a bhfuil cur síos níos mine thuas sa doiciméad seo. Is gá cúpla líne breise de chód a chur leis chun foráil a dhéanamh don chéad chéim de dháileadh na n-aonad airgeadra ar an gcéad dul síos agus cúpla cás imill eile, agus go hidéalach chuirfí feidhm leis chun ligean do chonarthaí eile fiosrú a dhéanamh maidir le hiarmhéid seolta. Ach níl ann ach sin. Go teoiriciúil, is féidir gné thábhachtach eile a chur san áireamh i gcórais chomhartha atá bunaithe ar Ethereum atá ag gníomhú mar fho-airgeadraí nach bhfuil meitea-airgeadraí ar slabhra bunaithe ar Bitcoin: an cumas táillí idirbhirt a íoc go díreach san airgeadra sin. Chuirfí é seo i bhfeidhm trí iarmhéid éitir a chothabháil a chonradh lena n-aisíocfadh sé éitear a úsáideadh chun táillí a íoc leis an seoltóir, agus go n-athlíonfadh sé an t-iarmhéid sin trí na haonaid airgeadra inmheánaigh a thógann sé i dtáillí a bhailiú agus iad a athdhíol i gceant reatha leanúnach. Mar sin bheadh ar úsáideoirí a gcuntais a “ghníomhachtú” le héitear, ach nuair a bheidh an t-éitear ann bheadh sé in-athúsáidte toisc go n-aisíocfadh an conradh é gach uair.
+
+### Díorthaigh airgeadais agus Airgeadraí Luacha Cobhsaí {#financial-derivatives-and-stable-value-currencies}
+
+Is iad díorthaigh airgeadais an cur i bhfeidhm is coitianta ar "chonradh cliste", agus ceann de na cinn is simplí le cur i bhfeidhm sa chód. Is é an príomhdhúshlán a bhaineann le conarthaí airgeadais a fheidhmiú ná go n-éilíonn a bhformhór tagairt do thicéadóir seachtrach praghais; mar shampla, is éard atá i gceist le hiarratas an-inmhianaithe ná conradh cliste a dhéanann fálú i gcoinne luaineacht éitir (nó criptea-airgeadra eile) maidir le dollar SAM, ach chun é seo a dhéanamh ní mór go mbeadh a fhios ag an gconradh cad é luach ETH/USD. Is é an bealach is simplí chun é seo a dhéanamh ná trí chonradh "fotha sonraí" arna chothabháil ag páirtí ar leith (m. sh. NASDAQ) atá deartha ionas go mbeidh an cumas ag an bpáirtí sin an conradh a nuashonrú de réir mar is gá, agus comhéadan a sholáthar a ligeann do chonarthaí eile teachtaireacht a sheoladh chuig an gconradh sin agus freagra a fháil ar ais a sholáthraíonn an praghas.
+
+Agus an comhábhar ríthábhachtach sin á chur san áireamh, is mar seo a leanas a bheadh cuma an chonartha fálaithe:
+
+1. Fan le páirtí A chun 1000 éitear a ionchur.
+2. Fan go gcuirfidh páirtí B 1000 éitear isteach.
+3. Taifead an luach USD de 1000 éitear, arna ríomh trí cheist a chur faoin gconradh beathaithe sonraí, i stóráil, abair gurb é seo $x.
+4. Tar éis 30 lá, lig do A nó B an conradh a “athghníomhachtú” chun éitear de luach $x (arna ríomh tríd an gconradh fothaithe sonraí a cheistiú arís chun an praghas nua a fháil) a sheoladh chuig A agus an chuid eile chuig B.
+
+Bheadh cumas suntasach ag conradh den sórt sin i criptea-thráchtáil. Ceann de na fadhbanna is mó a luadh faoi criptea-airgeadra is ea an fíric go bhfuil sé luaineach; cé go bhféadfadh go mbeadh go leor úsáideoirí agus díoltóirí ag iarraidh an tslándáil agus an áisiúlacht chun déileáil le sócmhainní cripteagrafacha, níor mhian le go leor acu aghaidh a thabhairt ar an ionchas sin 23% de luach a gcistí a chailleadh in aon lá amháin. Go dtí seo, is é an réiteach is coitianta a mholtar ná sócmhainní arna dtacú ag eisitheoirí; is é an smaoineamh go gcruthaíonn eisitheoir fo-airgeadra ina bhfuil sé de cheart aige aonaid a eisiúint agus a chúlghairm, agus aonad amháin den airgeadra a sholáthar d’aon duine a sholáthraíonn (as líne) aonad amháin de bhunsócmhainn shonraithe dóibh (eg. ór , USD). Geallann an t-eisitheoir ansin aonad amháin den bhunsócmhainn a sholáthar do dhuine ar bith a sheolann aonad amháin den tsócmhainn criptea ar ais. Ceadaíonn an mheicníocht seo aon sócmhainn neamh-chripteagrafach a "ardú" isteach i sócmhainn chripteagrafach, ar choinníoll gur féidir muinín a chur san eisitheoir.
+
+Go praiticiúil, áfach, ní bhíonn eisitheoirí iontaofa i gcónaí, agus i gcásanna áirithe bíonn an bonneagar baincéireachta ró-lag, nó ró-naimhdeach, le go mbeadh a leithéid de sheirbhísí ann. Soláthraíonn díorthaigh airgeadais rogha eile. Anseo, in ionad eisitheoir aonair a sholáthraíonn cistí mar chúltaca do shócmhainn, imríonn margadh díláraithe amhantraithe, a chuireann geall go n-ardóidh praghas sócmhainn tagartha cripteagrafach (m. sh. ETH). Murab ionann agus eisitheoirí, níl aon rogha ag amhantraithe mainneachtain a dhéanamh ar a dtaobh féin den mhargadh toisc go gcoimeádann an conradh fálaithe a gcuid cistí in eascró. Tabhair faoi deara nach bhfuil an cur chuige seo díláraithe go hiomlán, toisc go bhfuil foinse iontaofa fós ag teastáil chun an ticeoir praghais a sholáthar, cé gur féidir a mhaíomh go fóill gur feabhas ollmhór é seo maidir le ceanglais bhonneagair a laghdú (murab ionann agus a bheith i d’eisitheoir, níl aon cheadúnais ag teastáil chun fotha praghais a eisiúint agus is dócha gur féidir iad a chatagóiriú mar shaorchaint) agus an poitéinseal calaoise a laghdú.
+
+### Córais Aitheantais agus Clú {#identity-and-reputation-systems}
+
+Rinne an criptea-airgeadra malartach is luaithe ar fad, [Namecoin](http://namecoin.org/), iarracht úsáid a bhaint as blocshlabhra cosúil le Bitcoin chun córas clárúcháin ainmneacha a sholáthar, inar féidir le húsáideoirí a n-ainmneacha a chlárú i mbunachar sonraí poiblí mar aon le sonraí eile. Baineann an mórchás úsáide a luadh le córas [DNS](https://wikipedia.org/wiki/Domain_Name_System), ag mapáil ainmneacha fearainn ar nós "bitcoin.org" (nó, i gcás Namecoin," bitcoin.bit”) chuig seoladh IP. I measc cásanna úsáide eile tá fíordheimhniú ríomhphoist agus córais chlú a d’fhéadfadh a bheith níos forbartha. Seo an bunchonradh chun córas clárúcháin ainm cosúil le Namecoin a sholáthar ar Ethereum:
+
+```py
+def register(name, value):
+ if !self.storage[name]:
+ self.storage[name] = value
+```
+
+Tá an conradh an-simplí; níl ann ach bunachar sonraí taobh istigh den líonra Ethereum is féidir cur leis, ach nach bhfuil á mhodhnú ná baint de. Is féidir le duine ar bith ainm a chlárú a bhfuil luach éigin ag baint leis, agus fanann an clárú sin go deo. Beidh “clásal feidhme” ag conradh clárúcháin ainm níos sofaisticiúla freisin a cheadóidh do chonarthaí eile é a cheistiú, chomh maith le meicníocht don “úinéir” (ie an chéad chláraitheoir) den ainm na sonraí a athrú nó úinéireacht a aistriú. Is féidir fiú clú agus feidhmiúlacht iontaofacht ghréasáin a chur ar an mbarr.
+
+### Stóras Comhad Díláraithe {#decentralized-file-storage}
+
+Le blianta beaga anuas, tá roinnt gnólachtaí nuathionasnta stórála comhad ar líne a bhfuil an-tóir orthu tagtha chun cinn, agus Dropbox ar na cinn is suntasaí, ag iarraidh ligean d’úsáideoirí cúltaca dá dtiomántán crua a uaslódáil agus an tseirbhís cúltaca a stóráil agus ligean don úsáideoir rochtain a fháil air. mar mhalairt ar tháille mhíosúil. Mar sin féin, ag an bpointe seo tá an margadh stóras comhad sách mí-éifeachtach uaireanta; Léiríonn sracfhéachaint ar réitigh éagsúla reatha, go háirithe ag an leibhéal "ghleann ait" 20-200 GB nach bhfuil cuótaí saor in aisce ná lascainí leibhéal fiontair á spreagadh acu, go bhfuil praghsanna míosúla do chostais stóras comhad príomhshrutha chomh hard sin go bhfuil tú ag íoc as níos mó ná costas an tiomántáin chrua ar fad in aon mhí amháin. Is féidir le conarthaí Ethereum éiceachóras stóras comhad díláraithe a fhorbairt, áit ar féidir le húsáideoirí aonair méideanna beaga airgid a thuilleamh trína dtiomántáin chrua féin a ligean ar cíos agus is féidir spás neamhúsáidte a úsáid chun costais stóras comhad a laghdú tuilleadh.
+
+Is é an príomhphíosa a bheadh mar bhonn ag feiste den sórt sin ná an rud ar a dtugamar an "conradh díláraithe Dropbox". Oibríonn an conradh seo mar seo a leanas. Ar dtús, scoiltear na sonraí atá ag teastáil ina mbloic, ag criptiú gach bloc le haghaidh príobháideachta, agus tógann sé crann Merkle as. Déantar conradh ansin leis an riail, gach bloic N, go bpiocfadh an conradh innéacs randamach i gcrann Merkle (ag baint úsáide as an hais bloc roimhe sin, inrochtana ó chód conartha, mar fhoinse randamach), ag tabhairt X éitear don chéad aonán a sholáthróidh idirbheart le cruthúnas ar úinéireacht an bhloic atá cosúil le fíorú íocaíochta simplithe ag an innéacs áirithe sin sa chrann. Nuair is mian le húsáideoir a chomhad a ath-íoslódáil, is féidir leo prótacal cainéal micreaíocaíochta a úsáid (m. sh. íoc 1 szabo in aghaidh 32 cilibheart) chun an comhad a aisghabháil; is é an cur chuige is tíosaí ar tháillí ná nach bhfoilseoidh an t-íocóir an t-idirbheart go dtí an deireadh, agus ina ionad sin cuirtear ceann beagán níos brabúsaí in ionad an idirbhirt leis an nonce céanna tar éis gach 32 cilibheart.
+
+Gné thábhachtach den phrótacal is ea, cé go bhfuil an chuma air go bhfuil duine ag cur muiníne i mórán nóid randamacha gan dearmad a dhéanamh ar an gcomhad, is féidir an riosca sin a laghdú go dtí gar-nialas tríd an gcomhad a roinnt i mórán píosaí trí chomhroinnt rúnda, agus faire ar na conarthaí le feiceáil go bhfuil gach píosa fós i seilbh nód éigin. Má tá conradh fós ag íoc airgid amach, cuireann sé sin cruthúnas cripteagrafach ar fáil go bhfuil an comhad á stóráil ag duine éigin amuigh ansin.
+
+### Eagraíochtaí Uathrialacha Díláraithe {#decentralized-autonomous-organizations}
+
+Is é an coincheap ginearálta "eagraíocht uathrialaitheach díláraithe" ná aonán fíorúil a bhfuil tacar áirithe comhaltaí nó scairshealbhóirí aige, a bhfuil an ceart acu, b'fhéidir le tromlach 67%, cistí an aonáin a chaitheamh agus a chód a mhodhnú. Dhéanfadh na comhaltaí cinneadh le chéile ar conas ba cheart don eagraíocht a cistí a leithdháileadh. D’fhéadfadh modhanna a bheith ann chun cistí OCC a leithdháileadh, ó dheolchairí, tuarastail agus meicníochtaí níos aistí fós, amhail airgeadra inmheánach chun luach saothair a thabhairt don obair. Go bunúsach, is éard atá i gceist leis seo ná ornaíocht dhlíthiúil chuideachta thraidisiúnta nó neamhbhrabúis nach mbaineann úsáid as teicneolaíocht bhlocshlabhra chripteagrafach ach le haghaidh forfheidhmithe. Go dtí seo bhí cuid mhór den chaint ar OCTanna bunaithe ar mhúnla "caipitleach" de "chorparáid uathrialaitheach dhíláraithe" (DAC) le scairshealbhóirí a fhaigheann díbhinní agus scaireanna intrádála; rogha eile, “pobal uathrialaithe díláraithe” b’fhéidir, mar a mbeadh sciar cothrom ag gach ball sa chinnteoireacht agus go n-éileodh 67% de chomhaltaí láithreacha aontú comhalta a chur leis nó a bhaint. Ní mór don ghrúpa an ceanglas nach bhféadfaidh ach comhaltas amháin a bheith ag duine amháin a fhorfheidhmiú le chéile ansin.
+
+Seo a leanas cur síos ginearálta ar conas DAO a chódú. Níl sa dearadh is simplí ach píosa cód féinmhodhnaithe a athraíonn má aontaíonn dhá thrian de na baill ar athrú. Cé go bhfuil an cód do-athraithe go teoiriciúil, is féidir teacht timpeall air seo go héasca agus inathraitheacht de-facto a bheith agat trí smután den chód a bheith i gconarthaí ar leith, agus seoladh na gconarthaí atá le glaoch a bheith stóráilte sa stóráil inathraithe. Agus conradh DAO den sórt sin á chur chun feidhme go simplí, bheadh trí chineál idirbhirt ann, arna idirdhealú ag na sonraí a chuirtear ar fáil san idirbheart:
+
+- `[0,i,K,V]` chun moladh a chlárú le hinnéacs `i` chun an seoladh ag an innéacs stórála ` K` a athrú go luach ` V`
+- `[1,i]` chun vóta a chlárú i bhfabhar thogra `i`
+- `[2,i]` chun an togra `i` a thabhairt chun críche má tá go leor vótaí déanta
+
+Bheadh clásail sa chonradh ansin do gach ceann díobh seo. Choimeádfadh sé taifead ar gach athrú stórais oscailte, mar aon le liosta de na daoine a vótáil ar a shon. Bheadh liosta de na baill ar fad ann freisin. Nuair a vótálann dhá thrian de na comhaltaí ar son aon athrú stórais, d’fhéadfaí críochnú idirbhirt an t-athrú a dhéanamh. Bheadh cumas vótála ionsuite ag creatlach níos sofaisticiúla freisin le haghaidh gnéithe cosúil le hidirbheart a sheoladh, baill a chur leis agus baill a bhaint, agus d'fhéadfadh sé fiú foráil a dhéanamh don [Daonlathas Leachtach ](https://wikipedia.org/wiki/Liquid_democracy)-stíl tharmligean vóta (i.e. is féidir le duine ar bith duine éigin a shannadh chun vótáil ar a son, agus tá an sannadh neamhbhuan mar sin má shannann A B agus smá shannann B C ansin cinneann C ceann A vóta). Cheadódh an dearadh seo don DAO fás go horgánach mar phobal díláraithe, rud a ligeann do dhaoine an tasc a bhaineann le scagadh amach cé atá ina bhall a tharmligean chuig speisialtóirí, cé, go murab ionann agus an "córas reatha", gur féidir le speisialtóirí teacht isteach agus amach go héasca le himeacht ama. de réir mar a athraíonn baill aonair pobail a gcuid ailínithe.
+
+Is samhail mhalartach é do chorparáid dhíláraithe, nuair is féidir le nialas nó níos mó scaireanna a bheith ag aon chuntas, agus éilítear dhá thrian de na scaireanna chun cinneadh a dhéanamh. Bheadh feidhmiúlacht bainistíochta sócmhainní i gceist le creatlach iomlán, an cumas chun tairiscint a dhéanamh chun scaireanna a cheannach nó a dhíol, agus an cumas glacadh le tairiscintí (b’fhearr le meicníocht ordaithe laistigh den chonradh). Bheadh an tarmligean ann freisin ar nós an Daonlathais Leachtaigh, rud a dhéanfadh ginearálú ar choincheap “bord stiúrthóirí”.
+
+### Tuilleadh Feidhmchláir {#further-applications}
+
+**1. Sparáin choigiltis**. Cuir i gcás go bhfuil Alice ag iarraidh a cuid cistí a choinneáil slán, ach go bhfuil imní uirthi go gcaillfidh sí nó go heaiceálfaidh duine éigin a heochair phríobháideach. Cuireann sí éitear i gconradh le Bob, banc, mar seo a leanas:
+
+- Is í Alice amháin atá in ann uasmhéid de 1% de na cistí a aistarraingt in aghaidh an lae.
+- Is féidir le Bob ina aonar uasmhéid de 1% de na cistí a tharraingt siar in aghaidh an lae, ach tá sé ar chumas Alice idirbheart a dhéanamh agus a heochair ag múchadh an cumas seo.
+- Is féidir le Alice agus Bob le chéile rud ar bith a aistarraingt.
+
+De ghnáth, is leor 1% in aghaidh an lae do Alice, agus má tá Alice ag iarraidh níos mó a aistarraingt féadfaidh sí teagmháil a dhéanamh le Bob chun cabhair a fháil. Má dhéantar eochair Alice a haiceáil, téann sí chuig Bob chun na cistí a aistriú chuig conradh nua. Má chailleann sí a heochair, bainfidh Bob an t-airgead amach sa deireadh. Má tharlaíonn go bhfuil Bob mailíseach, is féidir léi a chumas aistarraingthe a mhúchadh.
+
+**2. Árachas bearrtha**. Is féidir conradh díorthach airgeadais a dhéanamh go héasca ach úsáid a bhaint as fotha sonraí den aimsir in ionad aon innéacs praghsanna. Má cheannaíonn feirmeoir in Iowa díorthach a íocann go contrártha ar an bhfrasaíocht in Iowa, ansin má bhíonn triomach ann, gheobhaidh an feirmeoir airgead go huathoibríoch agus má bhíonn dóthain báistí ann beidh an feirmeoir sásta mar go n-éireodh go maith lena bharra. Is féidir é seo a leathnú chuig árachas tubaiste nádúrtha go ginearálta.
+
+**3. Fotha sonraí díláraithe**. I gcás conarthaí difríochta airgeadais, d’fhéadfadh sé a bheith indéanta an fotha sonraí a dhílárú trí phrótacal ar a dtugtar “[SchellingCoin](http://blog.ethereum.org/2014/03/28/schellingcoin-a-minimal-trust-universal-data-feed/)". Oibríonn SchellingCoin go bunúsach mar seo a leanas: chuir N páirtithe go léir isteach sa chóras luach sonra ar leith (m. sh. an praghas ETH/USD), déantar na luachanna a shórtáil, agus faigheann gach duine idir an 25ú agus an 75ú peircintíl comhartha amháin mar luach saothair. Tá dreasacht ag gach duine an freagra a sholáthróidh gach duine eile a sholáthar, agus is é an t-aon luach ar féidir le líon mór imreoirí aontú go réalaíoch air ná an réamhshocrú soiléir: an fhírinne. Cruthaíonn sé seo prótacal díláraithe a fhéadfaidh líon ar bith luachanna a sholáthar go teoiriciúil, lena n-áirítear an praghas ETH/USD, an teocht i mBeirlín nó fiú toradh ríomh crua ar leith.
+
+**4. Eascró cliste le síniú iolrach**. Ceadaíonn Bitcoin conarthaí idirbhirt le síniú iolrach mar ar féidir, mar shampla, le trí cinn as cúig eochracha ar leith na cistí a chaitheamh. Ceadaíonn Ethereum níos mó gráinneachta; mar shampla, is féidir le ceathrar as gach cúigear gach rud a chaitheamh, is féidir le triúr as gach cúigear suas le 10% a chaitheamh in aghaidh an lae, agus is féidir le beirt as gach cúigear suas le 0.5% a chaitheamh in aghaidh an lae. Ina theannta sin, tá Ethereum multisig aisioncronach - is féidir le dhá pháirtí a gcuid sínithe a chlárú ar an mblocshlabhra ag amanna éagsúla agus seolfaidh an síniú deireanach an t-idirbheart go huathoibríoch.
+
+**5. Néalríomhaireacht**. Is féidir an teicneolaíocht EVM a úsáid freisin chun timpeallacht ríomhaireachta infhíoraithe a chruthú, rud a ligeann d’úsáideoirí iarraidh ar dhaoine eile ríomhanna a dhéanamh agus ansin cruthúnais a iarraidh go roghnach go ndearnadh ríomhanna ag seicphointí roghnaithe go randamach i gceart. Ceadaíonn sé seo margadh néalríomhaireachta a chruthú inar féidir le haon úsáideoir a bheith rannpháirteach lena ríomhaire deisce, glúine nó freastalaí speisialaithe, agus is féidir spotseiceáil mar aon le taiscí slándála a úsáid lena chinntiú go bhfuil an córas iontaofa (ie. ní féidir le nóid caimiléireacht a dhéanamh go brabúsach). Cé go mb’fhéidir nach mbeadh a leithéid de chóras oiriúnach do gach tasc; ní féidir tascanna a éilíonn ardleibhéal cumarsáide idirphróisis, mar shampla, a dhéanamh go héasca ar scamall mór nód. Tá tascanna eile, áfach, i bhfad níos éasca a chomhthreomharú; is furasta tionscadail mar SETI@home, folding@home agus halgartaim ghéiniteacha a chur i bhfeidhm ar bharr ardán dá leithéid.
+
+**6. Cearrbhachas idir piaraí**. Is féidir líon ar bith de phrótacail chearrbhachais idir comhghleacaithe, mar shampla Frank Stajano agus Richard Clayton [Cyberdice](http://www.cl.cam.ac.uk/~fms27/papers/2008-StajanoCla-cyberdice.pdf), a chur i bhfeidhm ar bhlocshlabhra Ethereum. Is é an prótacal cearrbhachais is simplí i ndáiríre ná conradh le haghaidh difríochta ar an gcéad bhloc haise eile, agus is féidir prótacail níos airde a thógáil as sin, ag cruthú seirbhísí cearrbhachais le táillí gar-nialas nach bhfuil ar a gcumas caimiléireacht.
+
+**7. Margaí tuartha**. Ar choinníoll oracal nó SchellingCoin, tá margaí tuar éasca a chur i bhfeidhm freisin, agus d'fhéadfadh margaí tuar mar aon le SchellingCoin a chruthú a bheith ar an gcéad iarratas príomhshrutha [futarchy ](http://hanson.gmu.edu/futarchy.html) mar phrótacal rialachais le haghaidh eagraíochtaí díláraithe.
+
+**8. Ar ionaid mhargaidh díláraithe ar slabhra**, ag baint úsáide as an gcóras aitheantais agus clú mar bhonn.
+
+## Ábhair Ilghnéitheacha Agus Imní {#miscellanea-and-concerns}
+
+### Feidhmiú Athraithe GHOST {#modified-ghost-implementation}
+
+Is nuálaíocht é an prótacal "Fo-chrann Santach is Troime" (GHOST) a thug Yonatan Sompolinsky agus Aviv Zohar isteach den chéad uair i [Nollaig 2013](https://eprint.iacr.org/2013/881.pdf). Is é an spreagadh taobh thiar de GHOST ná go bhfuil blocshlabhraí le hamanna daingnithe tapa ag fulaingt faoi láthair ó shlándáil laghdaithe mar gheall ar ráta ard seanchaite - toisc go dtógann bloic am áirithe chun iomadú tríd an líonra, má tá mianadóir A ag mianú bloc agus ansin mianadóir B ag mianú mianach eile bloc. sula n-iomadaítear bloc mianadóir A go B, cuirfear amú bloc mianadóir B agus ní chuirfidh sé le slándáil líonra. Ina theannta sin, tá ceist láraithe ann: má tá mianadóir A ina linn mianadóireachta le 30% haischumhacht agus 10% haischumhacht ag B, beidh an baol ann go dtáirgfear bloc seanchaite 70% den am (ó 30% eile den am tháirg A an bloc deireanach agus mar sin gheobhaidh sé sonraí mianadóireachta láithreach) ach beidh an baol ann go dtáirgfidh B bloc seanchaite 90% den am. Mar sin, má tá an bloc-eatramh gearr go leor le go mbeidh an ráta seanchaite ard, beidh A i bhfad níos éifeachtaí go simplí de bharr a mhéide. Agus an dá éifeacht seo le chéile, is dóichí go n-eascróidh linn mhianadóireachta amháin as blocshlabhra a tháirgeann bloic go tapa le céatadán sách mór den hais-chumhacht líonra chun smacht de facto a bheith aige ar an bpróiseas mianadóireachta.
+
+Mar atá tuairiscithe ag Sompolinsky agus Zohar, réitíonn GHOST an chéad cheist maidir le caillteanas slándála líonra trí bhloic sheanchaite a áireamh agus an slabhra “is faide” á ríomh; is é sin le rá, ní hamháin tuismitheoir agus sinsear breise an bhloic, ach freisin cuirtear sliocht sean-shinsear an bhloc (i mbéarlagair Ethereum, "uncailí") leis an ríomh cé acu bloc a bhfuil an cruthúnas-oibre iomlán is mó ag tacú leis. Chun an dara saincheist a bhaineann le claonadh láraithe a réiteach, téann muid thar an bprótacal a ndearna Sompolinsky agus Zohar cur síos air, agus cuirimid luach saothair bloc ar fáil do bhloic sheanchaite: faigheann bloc seanchaite 87.5% dá luach saothair boinn, agus faigheann an nia lena n-áirítear an bloc seanchaite an chuid eile. 12.5%. Ní bhronntar táillí idirbhirt, áfach, ar uncailí.
+
+Ní bhronntar táillí idirbhirt, áfach, ar uncailí. Go sonrach, sainmhínítear é mar seo a leanas:
+
+- Caithfidh bloc tuismitheoir a shonrú, agus caithfidh sé 0 uncail nó níos mó a shonrú
+- Caithfidh na hairíonna seo a leanas a bheith ag uncail atá áirithe i mbloc B:
+ - Caithfidh sé a bheith ina leanbh díreach de sinsear kth ghlúin B, áit a bhfuil `2 <= k <= 7`.
+ - Ní féidir leis a bheith ina shinsear ag B
+ - Caithfidh uncail a bheith ina cheanntásc bailí bloic, ach ní gá gur bloc fíoraithe roimhe seo nó fiú bloc bailí é
+ - Caithfidh uncail a bheith difriúil ó na huncailí go léir atá san áireamh i mbloic roimhe seo agus na h-uncailí go léir eile atá san áireamh sa bhloc céanna (cuimsiú neamhdhúbailte)
+- I gcás gach uncail U i mbloc B, faigheann mianadóir B 3.125% breise a chuirtear lena luach saothair mona bhoinn agus faigheann mianadóir U 93.75% de luach saothair caighdeánach monabhoinn.
+
+Baineadh úsáid as an leagan teoranta seo de GHOST, le huncailí san áireamh ach suas le 7 nglúin, ar dhá chúis. Ar an gcéad dul síos, d’áireofaí in GHOST neamhtheoranta an iomarca aimhréidheanna a mbeadh uncailí do bhloc áirithe bailí sa ríomh. Ar an dara dul síos, baineann GHOST neamhtheoranta le cúiteamh mar a úsáidtear in Ethereum an dreasacht do mhianadóir mianach a dhéanamh ar an bpríomhshlabhra agus ní ar shlabhra ionsaitheora poiblí.
+
+### Táillí {#fees}
+
+Toisc go gcuireann gach idirbheart a fhoilsítear sa bhlocshlabhra an costas ar an líonra chun é a íoslódáil agus a fhíorú, tá gá le meicníocht rialála éigin, a bhaineann go hiondúil le táillí idirbhirt, chun mí-úsáid a chosc. Is é an cur chuige réamhshocraithe, a úsáidtear i Bitcoin, ná táillí deonacha amháin a bheith ann, ag brath ar mhianadóirí chun gníomhú mar gheataí agus íosmhéideanna dinimiciúla a shocrú. Tá glactha go an-fhabhrach leis an gcur chuige i bpobal Bitcoin go háirithe toisc go bhfuil sé "bunaithe ar an margadh", rud a cheadaíonn soláthar agus éileamh idir mianadóirí agus seoltóirí idirbheart an praghas a chinneadh. Is í an fhadhb leis an líne réasúnaíochta seo, áfach, nach margadh é próiseáil idirbheart; cé go bhfuil sé tarraingteach go hintuigthe próiseáil idirbheart a fhorléiriú mar sheirbhís atá á tairiscint ag an mianadóir don seoltóir, i ndáiríre ní mór do gach nód sa líonra gach idirbheart a chuimsíonn mianadóir a phróiseáil, agus mar sin tá formhór mór an chostais phróiseála idirbhirt á iompar ag tríú páirtithe agus ní ag an mianadóir atá ag déanamh an chinnidh an áireofar nó nach gn-áireofar é. Mar sin, is beag seans go dtarlóidh fadhbanna tragóid na ndaoine coitianta.
+
+Mar sin féin, mar a tharlaíonn, cealaíonn an locht sa mheicníocht atá bunaithe ar an margadh, nuair a thugtar toimhde simplithe mhíchruinn ar leith dó, é féin go draíochta. Seo a leanas an argóint. Cuir i gcás:
+
+1. Is é an toradh a bhíonn ar idirbheart ná oibríochtaí `k`, ag tairiscint an luach saothair `kR` do mhianadóir ar bith a chuimsíonn é nuair a shocraíonn an seoltóir `R` agus tá `k` agus `R` (beagán) le feiceáil ag an mianadóir roimh ré.
+2. Tá costas próiseála `C` ag oibríocht ar aon nód (. i. tá an éifeachtacht chéanna ag gach nód)
+3. Tá nóid mhianadóireachta `N` ann, gach ceann acu ar cóimhéid le cumhacht próiseála (ie. `1/N` den iomlán)
+4. Níl aon nóid iomlána neamh-mhianadóireachta ann.
+
+Bheadh mianadóir sásta idirbheart a phróiseáil má tá an luach saothair ionchais níos mó ná an costas. Mar sin, is é `kR/N` an luach saothair a bhfuiltear ag súil leis toisc go bhfuil seans `1/N` ag an mianadóir an chéad bhloc eile a phróiseáil, agus is é an costas próiseála don mhianadóir ` kC`. Mar sin, áireoidh mianadóirí idirbhearta ina bhfuil `kR/N > kC`, nó `R > NC`. Tabhair faoi deara gurb é `R` an táille in aghaidh na hoibríochta a sholáthraíonn an seoltóir, agus mar sin tá teorainn níos ísle ar an sochar a fhaigheann an seoltóir ón idirbheart, agus is é `NC` an costas don líonra iomlán le chéile chun oibríocht a phróiseáil. Dá bhrí sin, tá dreasacht ag mianadóirí gan ach na hidirbhearta sin a sháraíonn an sochar fónta iomlán ná an costas a chur san áireamh.
+
+Mar sin féin, tá roinnt diallais thábhachtacha ann ó na boinn tuisceana sin i ndáiríre:
+
+1. Íocann an miandóir costas níos airde chun an t-idirbheart a phróiseáil ná na nóid fíoraithe eile, ós rud é go gcuireann an t-am breise fíoraithe moill ar iomadú bloc agus dá bhrí sin méadaíonn sé an seans go mbeidh an bloc sean.
+2. Tá nóid iomlána neamh-mhianadóireachta ann.
+3. D'fhéadfadh go mbeadh an dáileadh cumhachta mianadóireachta go hiomlán míchothromaíoch i ndáiríre.
+4. Tá amhantraithe, naimhde polaitiúla agus na gealta a n-áirítear ina bhfeidhm fóntais díobháil a dhéanamh don líonra ann, agus is féidir leo conarthaí a chur ar bun go cliste nuair a bhíonn a gcostas i bhfad níos ísle ná an costas a íocann nóid fhíoraithe eile.
+
+(1) foráiltear claonadh sa mhianadóir níos lú idirbheart a áireamh, agus (2) méadaíonn `NC`; mar sin, cealaíonn an dá éifeacht chéile ar a laghad go páirteach.[Conas?]( https://github.com/ethereum/wiki/issues/447#issuecomment-316972260) is iad (3) agus (4) is tábhachtaí; chun iad a réiteach ní dhéanaimid ach caidhp cothlúthaithe a bhunú: ní féidir níos mó oibríochtaí a bheith ag aon bhloc ná `BLK_LIMIT_FACTOR` an meán gluaiseachta easpónantúil fadtéarmach. Go sonrach:
+
+```js
+blk.oplimit = floor((blk.parent.oplimit \* (EMAFACTOR - 1) +
+floor(parent.opcount \* BLK\_LIMIT\_FACTOR)) / EMA\_FACTOR)
+```
+
+Is tairisigh iad `BLK_LIMIT_FACTOR` agus `EMA_FACTOR` a shocrófar go 65536 agus 1.5 faoi láthair, ach is dócha go n-athrófar iad tar éis tuilleadh anailíse.
+
+Tá fachtóir eile ann a dhídhreasaíonn méideanna móra bloc i Bitcoin: tógfaidh sé níos faide bloic mhóra a iomadú, agus mar sin beidh dóchúlacht níos airde acu go mbeidh siad seanchaite. In Ethereum, is féidir go dtógfaidh sé níos mó ama ar bhloic a ídíonn cuid mhór gáis an dá cheann a iomadú toisc go bhfuil siad níos mó go fisiciúil agus toisc go dtógann sé níos mó ama chun aistrithe staide an idirbhirt a phróiseáil le bailíochtú. Is breithniú suntasach é an dídhreasacht moille seo i Bitcoin, ach níos lú ná sin in Ethereum mar gheall ar phrótacal GHOST; mar sin, trí bheith ag brath ar theorainneacha rialaithe bloc soláthraíonn sé bonnlíne níos cobhsaí.
+
+### Comhláine Ríomha Agus Turing {#computation-and-turing-completeness}
+
+Nóta tábhachtach ná go bhfuil an meaisín fíorúil Ethereum Turing-iomlán; ciallaíonn sé seo gur féidir le cód EVM aon ríomh a ionchódú is féidir a dhéanamh go samhlaíoch, lena n-áirítear lúba éigríochta. Ceadaíonn cód EVM lúbadh ar dhá bhealach. Ar dtús, tá treoir `JUMP` ann a ligeann don ríomhchlár léim siar go dtí an spota roimhe seo sa chód, agus treoir `JUMPI` chun léim choinníollach a dhéanamh, a cheadaíonn ráitis mar `while x < 27: x = x * 2`. Ar an dara dul síos, is féidir le conarthaí glaoch ar chonarthaí eile, rud a d'fhéadfadh lúbadh trí atarlú a cheadú. Cruthaíonn sé seo fadhb go nádúrtha: an féidir le húsáideoirí mailíseach mianadóirí agus nóid iomlána a dhúnadh go bunúsach trí iallach a chur orthu dul isteach i lúb éigríochta? Tagann an tsaincheist chun cinn mar gheall ar fhadhb san eolaíocht ríomhaireachta ar a dtugtar an fhadhb stad: níl aon bhealach ann a rá, go ginearálta, an dtiocfaidh nó nach dtiocfaidh deireadh le feidhmchlár áirithe.
+
+Mar a thuairiscítear sa rannán aistrithe staide, oibríonn ár réiteach trí cheangal a chur ar idirbheart uaslíon céimeanna ríomhaireachtúla a cheadaítear dó a ghlacadh, agus má thógann sé níos faide é a rith filltear an ríomh ach bíonn táillí fós le híoc. Oibríonn teachtaireachtaí ar an mbealach céanna. Chun an spreagadh atá taobh thiar dár réiteach a thaispeáint, smaoinigh ar na samplaí seo a leanas:
+
+- Cruthaíonn ionsaitheoir conradh a ritheann lúb éigríochta, agus ansin cuireann sé idirbheart chun an lúb sin a ghníomhachtú chuig an mianadóir. Cruthaíonn ionsaitheoir conradh a ritheann lúb éigríochta, agus ansin cuireann sé idirbheart chun an lúb sin a ghníomhachtú chuig an mianadóir. Cé go n-imíonn an rith amach as gás agus go stopann sé leath bealaigh tríd, tá an t-idirbheart fós bailí agus éilíonn an mianadóir an táille ón ionsaitheoir do gach céim ríomhaireachtúil.
+- Cruthaíonn ionsaitheoir lúb éigríochta an-fhada le hintinn iallach a chur ar an mianadóir leanúint leis an ríomhaireacht chomh fada sin go mbeidh cúpla bloc eile tagtha amach faoin am a chríochnaíonn an ríomh agus ní bheidh sé indéanta don mhianadóir an t-idirbheart a chur san áireamh. chun an táille a éileamh. Beidh ar an ionsaitheoir, áfach, luach a chur isteach le haghaidh `STARTGAS` a theorannóidh líon na gcéimeanna ríomha is féidir leis an rith a dhéanamh, ionas go mbeidh a fhios ag an mianadóir roimh ré go nglacfaidh an ríomh líon ró-mhór céimeanna.
+- Feiceann ionsaitheoir conradh le cód de chineál éigin mar `send(A,contract.storage[A]); contract.storage[A] = 0` agus seolann sé idirbheart ina bhfuil dóthain gáis chun an chéad chéim a rith ach ní an dara céim (.i. aistarraingt a dhéanamh ach gan an t-iarmhéid a ligean síos). Ní gá don údar conartha a bheith buartha faoi chosaint i gcoinne ionsaithe den sórt sin, mar má stopann rith leath bealaigh tríd filltear na hathruithe.
+- Oibríonn conradh airgeadais trí mheán na naoi bhfotha sonraí dílsithe a ghlacadh chun riosca a íoslaghdú. Glacann ionsaitheoir ceann de na fothaí sonraí ar láimh, atá deartha le bheith inathraithe tríd an meicníocht glao inathraithe-seoladh a bhfuil cur síos air sa rannán ar DAO, agus tiontaíonn sé é chun lúb éigríochta a rith, agus ar an gcaoi sin déantar iarracht aon iarrachtaí cistí a éileamh ón gconradh airgeadais rith amach as gás. Mar sin féin, is féidir leis an gconradh airgeadais teorainn gháis a shocrú ar an teachtaireacht chun an fhadhb seo a chosc.
+
+Is é an rogha eile seachas turing-iomláine ná Turing-neamhiomlán, áit nach bhfuil `JUMP` agus `JUMPI` ann agus nach gceadaítear ach cóip amháin de gach conradh a bheith sa chruach glaonna ag aon am ar leith. Leis an gcóras seo, b’fhéidir nach mbeadh gá leis an gcóras táillí luaite agus leis na héiginnteachtaí maidir le héifeachtacht ár réitigh, toisc go mbeadh an costas a bhainfeadh le conradh a rith teoranta ag a mhéid. Ina theannta sin, ní teorainn chomh mór sin é Turing-neamhiomlán; as na samplaí conartha go léir atá ceaptha againn go hinmheánach, go dtí seo níor theastaigh ach lúb amháin, agus d'fhéadfaí fiú an lúb sin a bhaint trí 26 athrá de phíosa cód aonlíne a dhéanamh. I bhfianaise na n-impleachtaí tromchúiseacha a bhaineann le iomláine Turing, agus an tairbhe theoranta, cén fáth nach mbeadh ann ach teanga Turing neamhiomlán? I ndáiríre, áfach, is fada ó réiteach néata ar an bhfadhb é Turing-neamhiomlán. Le fáil amach cén fáth, smaoinigh ar na conarthaí seo a leanas:
+
+```sh
+C0: call(C1); call(C1);
+C1: call(C2); call(C2);
+C2: call(C3); call(C3);
+...
+C49: call(C50); call(C50);
+C50: (run one step of a program and record the change in storage)
+```
+
+Anois, seol idirbheart chuig A. Mar sin, i 51 idirbheart, tá conradh againn a thógann suas le 2 chéim ríomhaireachtúla 50. D’fhéadfadh mianadóirí iarracht a dhéanamh buamaí loighce den sórt sin a bhrath roimh an am trí luach a choinneáil taobh le gach conradh ag sonrú uaslíon na gcéimeanna ríomha is féidir leo a ghlacadh, agus é seo a ríomh le haghaidh conarthaí a ghlaonn conarthaí eile go hathchúrsach, ach a d’éileodh ar mianadóirí conarthaí a chosc a chruthaíonn. conarthaí eile (ó cruthaíodh agus gur féidir na 26 conradh thuas a chruthú agus a chur i gcrích go héasca a rolladh isteach in aon chonradh amháin). Fadhb eile is ea gur athróg é réimse seoltaí na teachtaireachta, agus mar sin go ginearálta b’fhéidir nach mbeifear in ann a rá cé na conarthaí eile a bheidh i gceist le conradh áirithe roimh an am. Mar sin, ar an iomlán, tá conclúid aisteach againn: Is éasca iomláine Turing a bhainistiú, agus bíonn easpa iomláine Turing chomh deacair céanna a bhainistiú mura bhfuil na rialuithe céanna i bhfeidhm - ach sa chás sin cén fáth nach ligtear don phrótacal a bheith Turing-iomlán?
+
+### Airgeadra Agus Eisiúint {#currency-and-issuance}
+
+Áirítear ar líonra Ethereum a airgeadra ionsuite féin, éitear, a fhreastalaíonn ar dhá chuspóir ciseal leachtachta príomhúil a sholáthar chun malartú éifeachtach idir cineálacha éagsúla sócmhainní digiteacha a cheadú agus, níos tábhachtaí fós, meicníocht a sholáthar chun táillí idirbhirt a íoc. Ar mhaithe le caoithiúlacht agus chun argóint sa todhchaí a sheachaint (féach an díospóireacht reatha mBTC/uBTC/satoshi i Bitcoin), déanfar na hainmníochtaí a réamh-lipéadú:
+
+- 1: wei
+- 1012: szabo
+- 1015: finney
+- 1018: éitear
+
+Ba cheart é seo a ghlacadh mar leagan leathnaithe den choincheap "dollar" agus "cents" nó "BTC" agus "satoshi". Go luath amach anseo, táimid ag súil go n-úsáidfear "éitear" le haghaidh gnáth-idirbheart, "finney" le haghaidh micrea-idirbhearta agus "szabo" agus "wei" le haghaidh plé teicniúil maidir le táillí agus cur i bhfeidhm prótacail; féadfaidh na hainmníochtaí atá fágtha a bheith úsáideach níos déanaí agus níor cheart iad a áireamh i gcliant ag an bpointe seo.
+
+Beidh an samhaltán eisiúna mar seo a leanas:
+
+- Scaoilfear éitear i ndíolachán airgeadra ar phraghas 1000-2000 éitear in aghaidh an BTC, meicníocht atá beartaithe chun eagraíocht Ethereum a mhaoiniú agus íoc as forbairt a d'úsáid ardáin eile ar nós Mastercoin agus NXT go rathúil. Bainfidh ceannaitheoirí luatha leas as lascainí níos mó. Úsáidfear an BTC a fhaightear ón díolachán go hiomlán chun tuarastail agus deolchairí a íoc le forbróirí agus infheisteofar i dtionscadail éagsúla brabúis agus neamhbhrabúis san éiceachóras Ethereum agus criptea-airgeadra.
+- 0.099x an méid iomlán a dhíoltar (60102216 ETH) a leithdháiltear ar an eagraíocht chun ranníocóirí luath a chúiteamh agus costais ainmnithe ETH a íoc roimh an bloc geineasas.
+- 0.099x an méid iomlán a dhíoltar a choinneáil mar chúlchiste fadtéarmach.
+- 0.26x an méid iomlán a dhíolfar a leithdháiltear ar mianadóirí in aghaidh na bliana go deo tar éis an bpointe sin.
+
+| Grúpa | Ag lainseáil | Tar éis 1 bhliain | Tar éis 5 bliana |
+| --------------------------- | ------------ | ----------------- | ---------------- |
+| Aonaid airgeadra | 1.198X | 1.458X | 2.498X |
+| Ceannaitheoirí | 83.5% | 68.6% | 40.0% |
+| Cúlchiste caite réamhdhíola | 8.26% | 6.79% | 3.96% |
+| Cúlchiste úsáidte iar-díola | 8.26% | 6.79% | 3.96% |
+| Mianadóirí | 0% | 17.8% | 52.0% |
+
+#### Ráta Fáis Soláthair Fadtéarmach (céatadán)
+
+
+
+_In ainneoin na heisiúna airgeadra líneach, díreach cosúil le Bitcoin le himeacht ama is gnách go dtéann an ráta fáis soláthair i dtreo nialas mar sin féin._
+
+Is iad an dá phríomhrogha sa tsamhail thuas ná (1) comhthiomsú dearlaice a bheith ann agus a mhéid, agus (2) soláthar líneach atá ag fás go buan a bheith ann, i gcomparáid le soláthar caipínithe mar atá i Bitcoin. Is é seo a leanas an bonn cirt leis an linn dearlaice. Mura raibh an linn dearlaice ann, agus an t-eisiúint líneach laghdaithe go 0.217x chun an ráta boilscithe céanna a sholáthar, ansin bheadh cainníocht iomlán an éitear 16.5% níos lú agus mar sin bheadh gach aonad 19.8% níos luachmhaire. Mar sin, sa chothromaíocht cheannófaí 19.8% níos mó éitir sa díolachán, agus mar sin bheadh gach aonad chomh luachmhar céanna arís agus a bhíodh. Bheadh 1.198x an oiread BTC ag an eagraíocht freisin, ar féidir a mheas a bheith roinnte ina dhá shlis: an BTC bunaidh, agus an 0.198x breise. Mar sin, tá an cás seo _díreach coibhéiseach_ leis an dearlaic, ach le difríocht thábhachtach amháin: níl ach BTC aag an eagraíocht, agus mar sin ní spreagtar í chun tacú le luach an aonad éitir.
+
+Laghdaíonn an tsamhail buanfhás soláthair líneach an baol a mheasann roinnt daoine a bheith ann go mbeadh an iomarca comhchruinnithe saibhris i Bitcoin, agus tugann sé deis chothrom do dhaoine aonair atá ina gcónaí sa ré seo agus sa todhchaí aonaid airgeadra a fháil, agus ag an am céanna dreasacht láidir a choinneáil chun éitear a fháil agus a shealbhú toisc go bhfuil an "ráta fáis soláthair" mar chéatadán fós ag nialas le himeacht ama. Is é ár dtuairim freisin, toisc go gcailltear monaí i gcónaí le himeacht ama mar gheall ar mhíchúram, bás, srl, agus gur féidir caillteanas monaí a shamhaltú mar chéatadán den soláthar iomlán in aghaidh na bliana, go dtiocfaidh cobhsú ar luach iomlán an tsoláthair airgeadra atá i gcúrsaíocht ar deireadh thiar. comhionann leis an eisiúint bhliantúil roinnte ar an ráta caillteanais (m. sh. ag ráta caillteanais 1%, nuair a shroicheann an soláthar 26X ansin déanfar 0.26X a bhaint amach agus 0.26X caillte gach bliain, rud a chruthaíonn cothromaíochta).
+
+Tabhair faoi deara, sa todhchaí, is dócha go n-aistreoidh Ethereum go múnla cruthúnais le haghaidh slándála, ag laghdú an riachtanas eisiúna go dtí áit éigin idir nialas agus 0.05X in aghaidh na bliana. Sa chás go gcailleann an eagraíocht Ethereum maoiniú nó go n-imíonn sé as ar chúis ar bith eile, fágaimid "conradh sóisialta" ar oscailt: tá sé de cheart ag duine ar bith leagan iarrthóra de Ethereum a chruthú sa todhchaí, agus is é an t-aon choinníoll ná go gcaithfidh cainníocht an éitir a bheith ar a mhéad cothrom le `60102216 * (1.198 + 0.26 * n)` áit arb é `n` líon na mblianta i ndiaidh an bhloc ghéinis. Tá cead ag cruthaitheoirí slua-dhíol nó cuid den difríocht nó an difríocht ar fad a shannadh ar bhealach eile idir an leathnú soláthair atá á thiomáint ag PoS agus an t-uasmhéadú soláthair incheadaithe chun íoc as an bhforbairt. D’fhéadfadh sé go mbeadh bonn cirt le huasghráduithe iarrthóirí nach gcomhlíonann an conradh sóisialta a chur isteach i leaganacha comhlíontacha.
+
+### Lárú Mianadóireachta {#mining-centralization}
+
+Oibríonn an t-algartam mianadóireachta Bitcoin trí iarraidh ar mhianadóirí SHA256 a ríomh ar leaganacha beagán modhnaithe den cheannteideal bloc na milliúin uaireanta arís agus arís eile, go dtí go dtiocfaidh nód amháin suas le leagan a bhfuil a hais níos lú ná an sprioc (thart ar 2192 faoi láthair). Mar sin féin, tá an t-algartam mianadóireachta seo i mbaol ó dhá chineál láraithe. Sa chéad dul síos, tá an t-éiceachóras mianadóireachta faoi cheannas ASICs (ciorcaid iomlánaithe a bhaineann go sonrach le feidhm) anois, sliseanna ríomhaire atá deartha le haghaidh tasc sonrach mianadóireachta Bitcoin,, agus mar sin na mílte uaire níos éifeachtaí. Ciallaíonn sé seo nach bhfuil mianadóireacht Bitcoin ina shaothrú an-díláraithe agus cothromaíoch a thuilleadh, éilíonn sé na milliúin dollar caipitil le bheith rannpháirteach go héifeachtach ann. Sa dara háit, ní dhéanann an chuid is mó de na mianadóirí Bitcoin bailíochtú bloc go háitiúil i ndáiríre; ina ionad sin, bíonn siad ag brath ar chomhthiomsú mianadóireachta láraithe chun na ceannteidil bloc a sholáthar. D’fhéadfaí a mhaíomh go bhfuil an fhadhb seo níos measa: ó scríobhadh an méid seo, rialaíonn na trí linnte mianadóireachta is mó go hindíreach thart ar 50% den chumhacht próiseála i líonra Bitcoin, cé go maolaítear é seo toisc gur féidir le mianadóirí aistriú chuig linnte mianadóireachta eile má dhéanann linn nó comhaltas mianadóireachta iarracht ionsaí 51%.
+
+Is í intinn Ethereum faoi láthair algartam mianadóireachta a úsáid ina n-éilítear ar mhianadóirí sonraí randamacha a fháil ón staid, roinnt idirbheart a roghnaíodh go randamach a ríomh ó na bloic N deiridh sa bhlocshlabhra, agus hais an toraidh a sheoladh ar ais. Tá dhá bhuntáiste thábhachtacha ag baint leis seo. Sa chéad áit, is féidir go n-áireofaí ríomh de chineál ar bith i gconarthaí Ethereum, mar sin bheadh ASIC Ethereum go bunúsach ina ASIC le haghaidh ríomh ginearálta - ie. LAP níos fearr. Ar an dara dul síos, éilíonn mianadóireacht rochtain ar an mblocshlabhra iomlán, rud a chuireann iallach ar mhianadóirí an blocshlabhra iomlán a stóráil agus a bheith in ann gach idirbheart a fhíorú ar a laghad. Cuireann sé seo deireadh leis an ngá atá le linnte mianadóireachta láraithe; cé gur féidir le linnte mianadóireachta freastal fós ar an ról dlisteanach a bhaineann le randamacht dáileadh luach saothair a chothromú, is féidir freastal chomh maith céanna ar an bhfeidhm seo trí chomhthiomsuithe piara le piaraí nach bhfuil aon smacht lárnach acu.
+
+Tá an tsamhail seo gan tástáil, agus d'fhéadfadh deacrachtaí a bheith ann maidir le leas iomlán a bhaint as optamuithe cliste áirithe a sheachaint agus rith conartha á úsáid mar algartam mianadóireachta. Gné an-suimiúil amháin den algartam seo, áfach, is ea go gceadaíonn sé do dhuine ar bith "an tobar a nimhiú", trí líon mór conarthaí a thabhairt isteach sa bhlocshlabhra atá deartha go sonrach chun ASICanna áirithe a chosc. Tá dreasachtaí eacnamaíocha ann do mhonaróirí ASIC cleas den sórt sin a úsáid chun ionsaí a dhéanamh ar a chéile. Mar sin, is réiteach oiriúnaitheach eacnamaíoch daonna é an réiteach atá á fhorbairt againn ar deireadh seachas réiteach teicniúil amháin.
+
+### Inscálaitheacht {#scalability}
+
+Ábhar imní coitianta amháin faoi Ethereum ná ceist na hinscálaitheachta. Cosúil le Bitcoin, tá sé de locht ar Ethereum gur gá gach idirbheart a phróiseáil ag gach nód sa líonra. Le Bitcoin, luíonn méid an blocshlabhra reatha ag thart ar 15 GB, ag fás de thart ar 1 MB in aghaidh na huaire. Dá ndéanfadh an líonra Bitcoin idirbhearta 2000 Visa in aghaidh an tsoicind a phróiseáil, d'fhásfadh sé 1 MB in aghaidh na trí shoicind (1 GB in aghaidh na huaire, 8 TB in aghaidh na bliana). Is dócha go bhfulaingeoidh Ethereum patrún fáis den chineál céanna, níos measa mar go mbeidh go leor iarratas ar bharr an bhlocshlabhra Ethereum in ionad airgeadra díreach mar atá an cás le Bitcoin, ach feabhsaithe mar nach gcaithfidh Ethereum ach nóid iomlána a stóráil seachas stair iomlán an bhlocshlabhra.
+
+Is í an fhadhb le blocshlabhra chomh mór an riosca láraithe. Má mhéadaíonn an méid blocshlabhra go, abair, 100 TB, is é an cás dóchúil ná nach mbeadh ach líon an-bheag gnólachtaí móra ag rith nóid iomlána, agus na húsáideoirí rialta go léir ag baint úsáide as nóid SPV éadroma. I gcás mar seo, bheadh sé ina ábhar imní go bhféadfadh na nóid iomlána teacht le chéile agus aontú chun caimiléireacht a dhéanamh i slí brabúsach (mar shampla, athrú ar an deolchaire bloic, nó BTC a thabhairt dóibh féin). Ní bheadh aon bhealach ag nóid solais é seo a bhrath láithreach. Ar ndóigh, is dócha go mbeadh nód iomlán macánta amháin ann, agus tar éis cúpla uair an chloig bheadh faisnéis faoin gcalaois breactha amach trí bhealaí cosúil le Reddit, ach ag an bpointe sin bheadh sé ró-dhéanach: bheadh sé faoi na gnáthúsáideoirí iarracht a eagrú chun na bloic a tugadh a chur ar liosta dubh, fadhb chomhordaithe ollmhór agus ní dócha go mbeadh sé indéanta ar scála cosúil leis an gceann a bhain le hionsaí rathúil 51%. I gcás Bitcoin, is fadhb é seo faoi láthair, ach tá modhnú blocshlabhra ann [molta ag Peter Todd](https://web.archive.org/web/20140623061815/http://sourceforge.net/p/bitcoin/mailman/message/31709140/) a mhaolóidh an cheist seo.
+
+Sa luath-théarma, úsáidfidh Ethereum dhá straitéis bhreise chun dul i ngleic leis an bhfadhb seo. Ar an gcéad dul síos, mar gheall ar na halgartaim mianadóireachta atá bunaithe ar blocshlabhra, beidh iallach gach mianadóir a bheith ina nód iomlán ar a laghad, rud a chruthaíonn teorainn níos ísle ar líon na nóid iomlána. Ar an dara dul síos agus níos tábhachtaí fós, áfach, áireoimid fréamh crainn staide idirmheánaigh sa bhlocshlabhra tar éis gach idirbheart a phróiseáil. Fiú má tá bailíochtú bloic láraithe, chomh fada agus atá nód fíoraithe macánta amháin ann, is féidir an fhadhb láraithe a shárú trí phrótacal fíorúcháin. Má fhoilsíonn mianadóir bloc neamhbhailí, ní foláir go bhfuil an bloc sin formáidithe go dona, nó go bhfuil an staid `S[n]` mícheart. Ós eol go bhfuil `S[0]` ceart, caithfidh go bhfuil an chéad staid `S[i]` mícheart nuair a bhíonn `S[i-1]` ceart. Thabharfadh an nód fíoraithe an t-innéacs `i`, mar aon le "cruthúnas neamhbhailíochta" ina mbeadh an fothacar de nóid chrainn Patricia ar gá `APPLY(S[i-1],TX[i]) -> S[i]` a phróiseáil. Bheadh na nóid in ann na nóid sin a úsáid chun an chuid sin den ríomh a rith, agus a fheiceáil nach bhfuil an `S[i]` ginte ag teacht leis an `S[i]` a soláthraíodh.
+
+Ionsaí eile, níos sofaisticiúla, a bheadh i gceist leis na mianadóirí mailíseacha ag foilsiú bloic neamhiomlána, mar sin níl an fhaisnéis iomlán ann fiú chun a chinneadh an bhfuil bloic bailí nó nach bhfuil. Is é an réiteach air seo ná prótacal freagartha dúshláin: eisíonn nóid fíoraithe "dúshláin" i bhfoirm innéacsanna sprice idirbhearta, agus nuair a aimsíonn siad nód éadrom déileálann siad leis an mbloc mar rud nach bhfuil iontaofa go dtí go soláthraíonn nód eile, an mianadóir nó fíoraitheoir eile é, fothacar de nóid Patricia mar chruthúnas ar bhailíocht.
+
+## Conclúid {#conclusion}
+
+Ceapadh prótacal Ethereum ar dtús mar leagan uasghrádaithe de criptea-airgeadra, ag soláthar ardghnéithe mar eascró ar-blocshlabhra, teorainneacha aistarraingthe, conarthaí airgeadais, margaí cearrbhachais agus a leithéidí trí theanga ríomhchlárúcháin an-ghinearálaithe. Ní thacódh prótacal Ethereum le haon cheann de na hiarratais go díreach, ach ciallaíonn teanga ríomhchláraithe Turing-iomlán a bheith ann gur féidir conarthaí treallacha a chruthú go teoiriciúil le haghaidh aon chineál idirbhirt nó feidhmchlár. Is é an rud atá níos suimiúla faoi Ethereum, áfach, ná go mbogann prótacal Ethereum i bhfad níos faide ná airgeadra díreach. D’fhéadfadh prótacail a bhaineann le stóras comhad díláraithe, ríomh díláraithe agus margaí tuar díláraithe, i measc an iliomad coincheap eile den sórt sin, éifeachtúlacht an tionscail ríomhaireachtúil a mhéadú go suntasach, agus borradh ollmhór a chur faoi phrótacail eile idir piaraí trí chur leis an ciseal eacnamaíoch den chéad uair. Ar deireadh, tá raon suntasach feidhmchlár ann freisin nach bhfuil baint ar bith acu leis an airgead.
+
+Soláthraíonn coincheap heidhm aistrithe staide treallach mar a chuirtear i bhfeidhm é ag prótacal Ethereum ardán a bhfuil acmhainneacht uathúil aige; seachas a bheith ina phrótacal aonfheidhme dúnta atá beartaithe le haghaidh raon sainiúil feidhmchlár i stóras sonraí, i gcearrbhachas nó i gcúrsaí airgeadais, tá Ethereum oscailte ó thaobh dearaidh de, agus creidimid go bhfuil sé thar a bheith feiliúnach chun fónamh mar chiseal dúshraithe do líon an-mhór de phrótacail airgeadais agus neamhairgeadais sna blianta atá le teacht.
+
+## Nótaí agus Tuilleadh Léitheoireachta {#notes-and-further-reading}
+
+### Nótaí {#notes}
+
+1. Féadfaidh léitheoir sofaisticiúla a thabhairt faoi deara gur hais eochair phoiblí an chuair éiliptigh is ea seoladh Bitcoin i ndáiríre, agus ní an eochair phoiblí féin. Mar sin féin, is téarmaíocht chripteagrafach fhíordhlisteanach é tagairt a dhéanamh don hais pubkey mar eochair phoiblí féin. Tá sé seo toisc gur féidir cripteagrafaíocht Bitcoin a mheas mar algartam sínithe digiteach saincheaptha, áit a bhfuil an eochair phoiblí comhdhéanta de hais an ECC pubkey, is éard atá sa síniú an pubkey ECC atá comhghaolaithe le síniú an ECC, agus is éard atá i gceist leis an algartam fíoraithe seiceáil an ECC pubkey sa síniú i gcoinne an ECC pubkey hais ar fáil mar eochair phoiblí agus ansin a fhíorú an síniú ECC i gcoinne an pubkey ECC.
+2. Go teicniúil, airmheán de na 11 bloic roimhe seo.
+3. Go hinmheánach, is uimhreacha [fn3](#notes) iad 2 agus "CHARLIE", agus tá an dara ceann acu i mbunús mór-cheannaigh 256. Is féidir le huimhreacha a bheith 0 ar a laghad agus 2256-1 ar a mhéad.
+
+### Further Reading {#further-reading}
+
+1. [Luach intreach](http://bitcoinmagazine.com/8640/an-exploration-of-intrinsic-value-what-it-is-why-bitcoin-doesnt-have-it-and-why-bitcoin-does-have-it/)
+2. [Maoin chliste](https://en.bitcoin.it/wiki/Smart_Property)
+3. [Conarthaí cliste](https://en.bitcoin.it/wiki/Contracts)
+4. [B-money](http://www.weidai.com/bmoney.txt)
+5. [Cruthúnas oibre ath-inúsáidte](https://nakamotoinstitute.org/finney/rpow/)
+6. [Teidil maoine a dhaingniú le húdarás úinéara](https://nakamotoinstitute.org/secure-property-titles/)
+7. [Páipéar bán Bitcoin](http://bitcoin.org/bitcoin.pdf)
+8. [Namecoin](https://namecoin.org/)
+9. [Triantán Zooko](https://wikipedia.org/wiki/Zooko's_triangle)
+10. [Páipéar bá na monaí daite](https://docs.google.com/a/buterin.com/document/d/1AnkP_cVZTCMLIzw4DvsW6M8Q2JC0lIzrTLuoWu2z1BE/edit)
+11. [Páipéar bán Mastercoin](https://github.com/mastercoin-MSC/spec)
+12. [Corparáidí uathrialaitheacha díláraithe, Irisleabhar Bitcoin](http://bitcoinmagazine.com/7050/bootstrapping-a-decentralized-autonomous-corporation-part-i/)
+13. [Fíorú íocaíochta simplithe](https://en.bitcoin.it/wiki/Scalability#Simplified_payment_verification)
+14. [Crainn merkle](https://wikipedia.org/wiki/Merkle_tree)
+15. [Crainn Patricia](https://wikipedia.org/wiki/Patricia_tree)
+16. [GHOST](https://eprint.iacr.org/2013/881.pdf)
+17. [StorJ agus Gníomhairí Uathrialacha, Jeff Garzik](http://garzikrants.blogspot.ca/2013/01/storj-and-bitcoin-autonomous-agents.html)
+18. [Mike Hearn ar Mhaoin Chliste ag Féile Turing](https://www.youtube.com/watch?v=MVyv4t0OKe4)
+19. [Ethereum RLP](https://github.com/ethereum/wiki/wiki/%5BEnglish%5D-RLP)
+20. [Crainn Ethereum Merkle Patricia](https://github.com/ethereum/wiki/wiki/%5BEnglish%5D-Patricia-Tree)
+21. [Peter Todd ar chrainn suim Merkle](https://web.archive.org/web/20140623061815/http://sourceforge.net/p/bitcoin/mailman/message/31709140/)
+
+_Le haghaidh stair an pháipéir bháin, féach [an vicí seo](https://github.com/ethereum/wiki/blob/old-before-deleting-all-files-go-to-wiki-wiki-instead/old-whitepaper-for-historical-reference.md)._
+
+_Tá Ethereum, cosúil le go leor tionscadal bogearraí foinse oscailte faoi stiúir an phobail, tar éis athrú ó bunaíodh é. Chun foghlaim faoi na forbairtí is déanaí ar Ethereum, agus conas a dhéantar athruithe ar an bprótacal, molaimid [an treoir seo](/learn/)._
diff --git a/public/content/translations/ga/withdrawals/index.md b/public/content/translations/ga/withdrawals/index.md
new file mode 100644
index 00000000000..fbd50874c90
--- /dev/null
+++ b/public/content/translations/ga/withdrawals/index.md
@@ -0,0 +1,218 @@
+---
+title: Aistarraingtí geallchuir
+description: Leathanach ag achoimriú cad is aistarraingtí brú geallchuir ann, conas a oibríonn siad, agus cad is gá do gheallsealbhóirí a dhéanamh chun a luaíochtaí a fháil
+lang: ga
+template: staking
+image: /images/staking/leslie-withdrawal.png
+alt: Leslie an srónbheannach lena luaíocht gheallchuir
+sidebarDepth: 2
+summaryPoints:
+ - Chumasaigh uasghrádú Shanghai/Capella aistarraingtí geallchuir ar Ethereum
+ - Ní mór d’oibreoirí bailíochtóra seoladh aistarraingthe a sholáthar chun é a chumasú
+ - Déantar luaíocht a dháileadh go huathoibríoch gach cúpla lá
+ - Gheobhaidh bailíochtóirí a fhágann an geallchur go hiomlán an t-iarmhéid atá fágtha acu
+---
+
+
+Cumasaíodh aistarraingtí geallchuir le huasghrádú Shanghai/Capella a tharla an 12 Aibreán 2023. Tuilleadh faoi Shanghai/Capella
+
+
+Tagraíonn **aistarraingtí geallchuir** d'aistrithe ETH ó chuntas bailíochtóra ar chiseal comhthola Ethereum (an Slabhra Beacon), chuig an gciseal reatha inar féidir é a dhéanamh.
+
+**Déanfar íocaíochtaí luaíochta barrachais** thar 32 ETH a sheoladh go huathoibríoch agus go rialta chuig seoladh aistarraingthe atá nasctha le gach bailíochtóir, a luaithe a sholáthraíonn an t-úsáideoir é. Is féidir le húsáideoirí **an geallchur a scor go hiomlán** freisin, ag díghlasáil a n-iarmhéid bailíochtaithe iomlán.
+
+## Díolaíocht geallchuir {#staking-rewards}
+
+Déantar íocaíochtaí luaíochta a phróiseáil go huathoibríoch do chuntais bhailíochtóra ghníomhaigh le hiarmhéid éifeachtach uasta de 32 ETH.
+
+Ní chuireann aon iarmhéid os cionn 32 ETH a thuilltear trí luaíocht leis an bpríomhshuim, ná ní mhéadaíonn sé meáchain an bhailíochtóra seo ar an líonra, agus mar sin tarraingítear siar go huathoibríoch é mar íocaíocht luaíochta gach cúpla lá. Seachas seoladh aistarraingthe a sholáthar uair amháin, níl aon ghníomhaíocht de dhíth ón oibreoir bailíochtóra do na luaíochtaí seo. Déantar é seo go léir a thionscnamh ar an gciseal comhthola, dá bhrí sin ní gá aon ghás (táille idirbhirt) ag aon chéim.
+
+### Conas a shroicheamar an pointe seo? {#how-did-we-get-here}
+
+Le cúpla bliain anuas tá Ethereum tar éis dul faoi roinnt uasghráduithe líonra ag aistriú go líonra atá urraithe ag ETH féin, in ionad mianadóireacht atá dian ar fhuinneamh mar a bhí tráth. Tugtar 'geallchur' ar an rannpháirtíocht i gcomhthoil Ethereum anois, mar go bhfuil ETH glasáilte ag na rannpháirtithe, á chur "i ngeall" don chumas a bheith rannpháirteach sa líonra. Tabharfar luaíiocht d’úsáideoirí a leanann na rialacha, agus féadfar pionós a ghearradh ar iarrachtaí calaoise.
+
+Ó seoladh an conradh taisce geallchuir i mí na Samhna 2020, tá roinnt ceannródaithe cróga Ethereum tar éis cistí a ghlasáil go deonach chun "bailíiochtóirí" a ghníomhachtú, cuntais speisialta a bhfuil an ceart acu bloic a fhianú go foirmiúil agus a mholadh, de réir rialacha líonra.
+
+Roimh uasghrádú Shanghai/Capella, ní raibh tú in ann do ETH geallta a úsáid ná a rochtain. Ach anois, is féidir leat liostáil d'fhonn do luaíochtaí a fháil go huathoibríoch isteach i gcuntas roghnaithe, agus is féidir leat do ETH geallta a aistarraingt aon uair is mian leat.
+
+### Conas a ullmhaím? {#how-do-i-prepare}
+
+
+ Ní féidir ach seoladh aistarraingthe amháin a shannadh do gach cuntas bailíochtóra, uair amháin. Nuair a roghnaítear seoladh agus a chuirtear isteach sa tsraith chomhthola é, ní féidir é seo a chealú nó a athrú arís. Déan seiceáil faoi dhó ar úinéireacht agus ar chruinneas an tseolta a cuireadh ar fáil sula gcuirtear isteach é.
+
+
+Níl bagairt ar do chistí idir an dá linn mura soláthraitear é seo, ag glacadh leis go bhfuil d'fhrása cuimhneacháin/síolta fós slán as líne, agus nach bhfuil sé curtha i mbaol ar bhealach ar bith. Mura gcuirtear dintiúir aistarraingthe leis, fágfar an ETH faoi ghlas sa chuntas bailíochtóra mar a bhí sé go dtí go gcuirtear seoladh aistarraingthe ar fáil.
+
+## Ag éirí as an ngeallchur go hiomlán {#exiting-staking-entirely}
+
+Is gá seoladh aistarraingthe a sholáthar sular féidir _aon chistí_ a aistriú amach as iarmhéid cuntais bhailíochtóra.
+
+Ní mór d'úsáideoirí atá ag iarraidh éirí as an ngeallchurgo hiomlán agus a n-iarmhéid iomlán a aistarraingt, teachtaireacht "imeacht dheonach" a shíniú agus a chraoladh freisin le heochracha bailíochtaithe a chuirfidh tús leis an bpróiseas chun éirí as an ngeallchur. Déantar é seo le do chliant bailíochtóra agus cuirtear faoi bhráid nód comhdhearcadh é, agus níl gá le gás.
+
+Tógann an próiseas a bhaineann le bailíochtóir éirí as an ngeallchur tréimhsí athraitheacha, ag brath ar cé mhéad daoine eile atá ag imeacht ag an am céanna. Nuair a bheidh an cuntas seo críochnaithe, ní bheidh an cuntas seo freagrach a thuilleadh as dualgais líonra bailíochtóra a chomhlíonadh, ní bheidh sé incháilithe le haghaidh luaíochtaí a thuilleadh, agus níl a ETH "i gceist" a thuilleadh. Ag an am seo déanfar an cuntas a mharcáil mar chuntas iomlán “in-aistarraingthe”.
+
+Chomh luath agus a bheidh cuntas "in-aistarraingthe", agus dintiúir aistarraingthe curtha ar fáil, níl aon rud eile le déanamh ag úsáideoir ach fanacht. Scuabtar cuntais go huathoibríoch agus go leanúnach ag moltóirí bloic do chistí éagtha incháilithe, agus aistreofar iarmhéid do chuntais ina iomláine (ar a dtugtar freisin “aistarraingt iomlán”) le linn an chéad scuabadh.
+
+## Cathain a chumasaítear aistarraingtí geallchuir? {#when}
+
+Tá aistarraingtí geallchuir beo! Cumasaíodh feidhmiúlacht aistarraingthe mar chuid d’uasghrádú Shanghai/Capella ar an 12 Aibreán 2023.
+
+Mar gheall ar uasghrádú Shanghai/Capella bhíothas in ann ETH a bhí i ngeall roimhe seo a fháil ar ais i gcuntais rialta Ethereum. Dhún sé seo an lúb ar leachtacht geallchuir, agus thug sé Ethereum céim níos gaire dá thuras i dtreo éiceachóras díláraithe inbhuanaithe, inscálaithe, slán a thógáil.
+
+- [Tuilleadh faoi stair Ethereum](/history/)
+- [Tuilleadh ar an treochlár Ethereum](/roadmap/)
+
+## Conas a oibríonn íocaíochtaí aistarraingthe? {#how-do-withdrawals-work}
+
+Is é staid chuntas an bhailíochtóra féin a chinneann an bhfuil bailíochtóir áirithe incháilithe le haghaidh aistarraingthe nó nach bhfuil. Níl aon ionchur úsáideora ag teastáil ag aon am ar leith le cinneadh cé acu ar cheart nó nár cheart go dtionscnófaí aistarraingt cuntais – déantar an próiseas iomlán go huathoibríoch trí chiseal comhthola ar lúb leanúnach.
+
+### An bhfuil tú níos mó d’fhoghlaimeoir amhairc? {#visual-learner}
+
+Breathnaigh ar an míniú seo ar aistarraingtí geallchuir Ethereum ag Finematics:
+
+
+Smaoinigh ar chlog analógach. Díríonn an lámh ar an gclog go dtí an uair, téann sí ar aghaidh i dtreo amháin, ní scipeann sí uaireanta ar bith, agus sa deireadh filleann sí ar ais go dtí an tús arís tar éis an uimhir dheireanach a shroicheadh.
+Anois in ionad 1 go 12, samhlaigh go bhfuil 0 trí N ag an gclog (líon iomlán na gcuntas bailíochtóra a cláraíodh riamh ar an tsraith chomhthola, níos mó ná 500,000 ó Eanáir 2023).
+Díríonn an lámh ar an gclog chuig an gcéad bhailíochtóir eile nach mór a sheiceáil le haghaidh aistarraingtí incháilithe. Tosaíonn sé ag 0, agus téann sé chun cinn an bealach ar fad gan aon chuntais a scipeáil. Nuair a shroichtear an bailíochtóir deiridh, leanann an timthriall ar ais ag an tús.
+
+
+#### Cuntas á sheiceáil le haghaidh aistarraingtí {#checking-an-account-for-withdrawals}
+
+Cé go bhfuil moltóir ag scuabadh trí bhailíochtóirí maidir le haistarraingtí féideartha, déantar gach bailíochtóir atá á sheiceáil a mheas i gcoinne sraith ghearr ceisteanna chun a chinneadh ar cheart tarraingt siar a spreagadh, agus má tá, cé mhéad ETH ba cheart a aistarraingt.
+
+1. **Ar cuireadh seoladh aistarraingthe ar fáil?** Murar soláthraíodh seoladh aistarraingthe, ní dhéantar an cuntas a scipeáil agus ní thionscnófar aon aistarraingt.
+2. **An bhfuil an bailíochtóir scortha agus in-aistarraingthe?** Má tá an bailíochtóir imithe go hiomlán, agus an tréimhse sroichte againn ina meastar a chuntas a bheith "in-aistarraingthe", déanfar aistarraingt iomlán. a phróiseáil. Aistreoidh sé seo an t-iarmhéid iomlán atá fágtha chuig an seoladh aistarraingthe.
+3. **An bhfuil an iarmhéid éifeachtach uasmhéadaithe ag 32?** Má tá dintiúir aistarraingthe ag an gcuntas, mura bhfuil sé imithe go hiomlán, agus má tá luach saothair os cionn 32 ag fanacht, déanfar aistarraingt pháirteach a phróiseáil anach n-aistreoidh ach na luaíocht os cionn 32 chuig seoladh aistarraingthe an úsáideora.
+
+Níl ach dhá ghníomh a dhéanann oibreoirí bailíochtóra le linn shaolré an bhailíochtóra a mbíonn tionchar díreach acu ar an sreabhadh seo:
+
+- Cuir dintiúir aistarraingthe ar fáil chun aon chineál aistarraingthe a chumasú
+- Scoir ón líonra, rud a spreagfaidh aistarraingt iomlán
+
+### Saor ó ghás {#gas-free}
+
+Seachnaíonn an cur chuige seo maidir le haistarraingtí geallchuir a cheangal ar ghealltóirí idirbheart a chur isteach de láimh ag iarraidh go ndéanfaí méid áirithe ETH a aistarraingt. Ciallaíonn sé seo nach bhfuil **aon ghás (táille idirbhirt) ag teastáil**, agus freisin nach mbíonn aistarraingtí in iomaíocht le haghaidh spás blocála sraitheanna reatha.
+
+### Cé chomh minic is a gheobhaidh mé mo luaíochtaí geallchuir? {#how-soon}
+
+Is féidir uasmhéid de 16 aistarraingt a phróiseáil in aon bhloc amháin. Ag an ráta sin, is féidir 115,200 aistarraingt bhailíochtóra a phróiseáil in aghaidh an lae (ag glacadh leis nach gcailltear aon sliotán). Mar a luadh thuas, déanfar bailíochtóirí gan aistarraingtí incháilithe a scipeáil, rud a laghdóidh an t-am chun an scuabadh a chríochnú.
+
+Agus an ríomh seo á leathnú againn, is féidir linn an t-am a thógfaidh sé chun líon áirithe aistarraingtí a phróiseáil a mheas:
+
+
+
+|Líon aistarraingtí | Am le críochnú |
+| :-------------------: | :--------------: |
+| 400,000 | 3.5 lá |
+| 500,000 | 4.3 lá |
+| 600,000 | 5.2 lá |
+| 700,000 | 6.1 lá |
+| 800,000 | 7.0 lá |
+
+
+
+Mar a fheiceann tú moillíonn sé seo de réir mar a bhíonn níos mó bailíochtóirí ar an líonra. D'fhéadfadh méadú ar na sliotáin a chailltear é seo a mhoilliú go comhréireach, ach de ghnáth is é seo an taobh is moille de thorthaí féideartha.
+
+## Ceisteanna coitianta {#faq}
+
+
+Ní féidir, is próiseas aonuaire é an próiseas chun dintiúir aistarraingthe a sholáthar, agus ní féidir é a athrú tar éis é a chur isteach.
+
+
+
+Trí sheoladh aistarraingthe ciseal forghníomhaithe a shocrú athraíodh na dintiúir aistarraingthe don bhailíochtóir sin go buan. Ciallaíonn sé seo nach n-oibreoidh na seandintiúir a thuilleadh, agus treoraíonn na dintiúir nua díreach chuig cuntas sraithe reatha.
+
+Féadfaidh seoltaí aistarraingthe a bheith ina gconradh cliste (arna rialú ag a chód), nó ina gcuntas faoi úinéireacht sheachtrach (EOA, arna rialú ag a eochair phríobháideach). Faoi láthair níl aon bhealach ag na cuntais seo teachtaireacht a chur ar ais go dtí an ciseal comhthola a chomharthódh athrú ar dhintiúir an bhailíochtóra, agus chuirfeadh cur leis an bhfeidhmiúlacht seo castacht neamhriachtanach leis an bprótacal.
+
+Mar mhalairt ar an seoladh aistarraingthe do bhailíochtóir leith a athrú, féadfaidh úsáideoirí rogha a dhéanamh conradh cliste a shocrú mar a seoladh aistarraingthe a bheadh ábalta láimhseáil eochair-uainíochta a dhéanamh, ar nós Taisceadáin. Is féidir le húsáideoirí a shocraíonn a gcuid cistí dá EOA féin slí amach iomlán a dhéanamh chun a gcistí geallta go léir a aistarraingt, agus ansin ath-gheall a dhéanamh ag baint úsáide as dintiúir nua.
+
+
+
+
+Má tá tú mar chuid de linn geallchuir nó má tá comharthaí geallta agat, ba cheart duit seiceáil le do sholáthraí le haghaidh tuilleadh sonraí faoin gcaoi a láimhseáiltear aistarraingtí geallchuir, toisc go n-oibríonn gach seirbhís ar bhealach difriúil.
+
+Go ginearálta, ba cheart go mbeadh cead ag úsáideoirí a ETH bunaidh atá geallta a éileamh ar ais, nó an soláthraí geallchuir a úsáideann siad a athrú. Má tá comhthiomsú ar leith ag dul i méid ró-mhór, is féidir cistí a fhágáil, a fhuascailt agus a chur i ngeall arís le soláthraí níos lú. Nó, má tá go leor ETH carntha agat d’fhéadfá geallchur a dhéanamh ón mbaile.
+
+
+
+
+Tarlaíonn a fhad is go bhfuil seoladh aistarraingte tugtha ag do bhailíochtóir. Ní mór é seo a sholáthar uair amháin chun aon aistarraingtí a chumasú ar dtús, ansin cuirfear tús le híocaíochtaí luaíochta go huathoibríoch gach cúpla lá le gach scuabadh bailíochtaóirí.
+
+
+
+
+Ní tharlaíonn, má tá do bhailíochtóir fós gníomhach ar an líonra, ní dhéanfar aistarraingt iomlán go huathoibríoch. Éilíonn sé seo imeacht dheonach a thionscnamh de láimh.
+
+Nuair a bheidh an próiseas scoir curtha i gcrích ag bailíochtóir, agus ag glacadh leis go bhfuil dintiúir aistarraingthe ag an gcuntas, ansin aistarraingeofar an fuílleach le linn an chéad scuabadh bhailíochtóraeile.
+
+
+
+
+Tá aistarraingtí deartha chun iad a bhrú go huathoibríoch, ag aistriú aon ETH nach bhfuil ag cur go gníomhach leis an ngeall. Áirítear leis seo iarmhéideanna iomlána do chuntais a bhfuil an próiseas reatha críochnaithe acu.
+
+Ní féidir méideanna sonracha ETH a aistarraingt a iarraidh de láimh.
+
+
+
+
+Moltar d’oibreoirí bailíochtóra cuairt a thabhairt ar an leathanach Ceap Láinseála Aistarraingtí áit a bhfaighidh tú tuilleadh sonraí faoi conas do bhailíochtóir a ullmhú le haghaidh aistarraingtí, faoi uainiú na n-imeachtaí, agus tuilleadh sonraí faoin gcaoi a bhfeidhmíonn aistarraingtí.
+
+Chun triail a bhaint as do shocrú ar testnet ar dtús, tabhair cuairt ar Holesky Testnet Staking Launchpad chun tús a chur leis.
+
+
+
+
+Ní féidir. A luaithe a bheidh bailíochtóir imithe agus a iarmhéid iomlán aistarraingthe, aistreofar go huathoibríoch aon chistí breise a thaiscfear don bhailíochtóir sin chuig an seoladh aistarraingthe le linn an chéad scuabadh bailíochtóra eile. Chun ETH a athbheartú, ní mór bailíochtóir nua a chur i ngníomh.
+
+
+## Tuilleadh léitheoireachta {#further-reading}
+
+- [Aistarraingtí ón gCeap Lainseála Geallchuir](https://launchpad.ethereum.org/withdrawals)
+- [EIP-4895: aistarraingtí brú slabhra beacon mar oibríochtaí](https://eips.ethereum.org/EIPS/eip-4895)
+- [Tréadaithe Cat Ethereum - Shanghai](https://www.ethereumcatherders.com/shanghai_upgrade/index.html)
+- [PEEPanEIP #94: Aistarraingt ETH Geallta (Tástáil) le Potuz & Hsiao-Wei Wang](https://www.youtube.com/watch?v=G8UstwmGtyE)
+- [PEEPanEIP#68: EIP-4895: aistarraingtí brú slabhra Beacon mar oibríochtaí le Alex Stokes](https://www.youtube.com/watch?v=CcL9RJBljUs)
+- [Iarmhéid Éifeachtach an Bhailíochtóra a Thuiscint](https://www.attestant.io/posts/understanding-validator-effective-balance/)
diff --git a/public/content/translations/hi/enterprise/index.md b/public/content/translations/hi/enterprise/index.md
new file mode 100644
index 00000000000..3e883df7b88
--- /dev/null
+++ b/public/content/translations/hi/enterprise/index.md
@@ -0,0 +1,161 @@
+---
+title: एथेरियम मेननेट पर एंटरप्राइज़
+description: सार्वजनिक एथेरियम ब्लॉकचेन पर एंटरप्राइज़ एप्लिकेशन के बारे में गाइड, लेख और टूल्स
+lang: hi
+---
+
+# एंटरप्राइज़ के लिए Ethereum {#ethereum-for-enterprise}
+
+एथेरियम कई प्रकार के व्यवसायों की मदद कर सकता है, जिसमें बड़ी कंपनियां भी शामिल हैं:
+
+- व्यावसायिक पक्षों के बीच विश्वास बढ़ाना और समन्वय की लागत कम करना
+- व्यापार नेटवर्क की जवाबदेही और परिचालन दक्षता में सुधार करना
+- नए व्यावसायिक मॉडल और मूल्य सृजन के अवसर बनाना
+- प्रतिस्पर्धात्मक रूप से अपने संगठन को भविष्य के लिए तैयार करना
+
+शुरुआती वर्षों में, कई एंटरप्राइज़ ब्लॉकचेन एप्लिकेशन निजी अनुमति प्राप्त एथेरियम संगत ब्लॉकचेन या कंसोर्टियम चेन पर बनाए गए थे। आज, तकनीकी प्रगति के कारण जो अधिक थ्रूपुट, कम लेनदेन लागत और गोपनीयता को सक्षम बनाती है, एथेरियम तकनीक का उपयोग करने वाले अधिकांश एंटरप्राइज़ एप्लिकेशन सार्वजनिक एथेरियम मेननेट या [परत 2](/layer-2) चेन पर बनाए जा रहे हैं।
+
+
+## संसाधन {#enterprise-resources}
+
+### अग्रिम पठन {#further-reading}
+
+व्यवसायों को एथेरियम से कैसे लाभ हो सकता है, यह समझने के लिए गैर-तकनीकी संसाधन
+
+- [ब्लॉकचेन व्यवसाय के लिए क्यों उपयोगी हैं?](https://entethalliance.org/why-are-blockchains-useful-for-business/) - _पूर्वानुमेयता के दृष्टिकोण से ब्लॉकचेन के मूल्य पर चर्चा करता है_
+- [एंटरप्राइज़ एथेरियम एलायंस 2023 बिजनेस रेडीनेस रिपोर्ट](https://entethalliance.org/eea-ethereum-business-readiness-report-2023/) - _व्यवसायों के लिए सार्वजनिक एथेरियम और व्यापक एथेरियम पारिस्थितिकी तंत्र की क्षमता और संभावनाओं का सर्वेक्षण करता है_
+- [_पॉल ब्रोडी द्वारा व्यवसाय के लिए एथेरियम_](https://www.uapress.com/product/ethereum-for-business/) - _संपत्ति प्रबंधन से लेकर भुगतान और आपूर्ति श्रृंखला तक के उपयोग मामलों के लिए एक सरल-अंग्रेजी गाइड है_
+
+### संगठन {#organizations}
+
+विभिन्न संगठनों द्वारा एथेरियम को एंटरप्राइज़ के अनुकूल बनाने के लिए कुछ सहयोगात्मक प्रयास किए गए हैं
+
+- [एंटरप्राइज़ एथेरियम एलायंस](https://entethalliance.org/) - EEA संगठनों को अपने दैनिक व्यावसायिक संचालन में एथेरियम तकनीक को अपनाने और उपयोग करने में मदद करता है। इसका लक्ष्य पेशेवर और वाणिज्यिक समर्थन, वकालत और अनुसंधान, मानकों के विकास और पारिस्थितिकी तंत्र विश्वास सेवाओं के माध्यम से व्यावसायिक एथेरियम को तेज करना है।
+- [ग्लोबल ब्लॉकचेन बिजनेस काउंसिल](https://www.gbbc.io/) - GBBC ब्लॉकचेन तकनीक पारिस्थितिकी तंत्र के लिए एक उद्योग संघ है। नीति निर्माताओं और नियामकों को शामिल करने, इवेंट्स और गहन चर्चाओं का क्यूरेशन करने, और अनुसंधान को आगे बढ़ाने के माध्यम से, GBBC अधिक सुरक्षित, समान और कार्यात्मक समाजों के निर्माण के लिए ब्लॉकचेन के और अधिक अपनाने के लिए समर्पित है।
+
+
+## एंटरप्राइज़ डेवलपर संसाधन {#enterprise-developer-resources}
+
+### उत्पाद और सेवाएं {#products-and-services}
+
+- [4EVERLAND](https://www.4everland.org/) - _एथेरियम पर विकेन्द्रीकृत अनुप्रयोगों की होस्टिंग और विकेन्द्रीकृत भंडारण को सक्षम करने के लिए API, RPC सेवाएं और उपकरण प्रदान करता है_
+- [Alchemy](https://www.alchemy.com/) - _एथेरियम पर एप्लिकेशंस के निर्माण और निगरानी के लिए API सेवाएं और उपकरण प्रदान करता है_
+- [Blast](https://blastapi.io/) - _एक API प्लेटफॉर्म जो एथेरियम आर्काइव मेननेट और टेस्टनेट के लिए RPC/WSS API प्रदान करता है।_
+- [Blockapps](https://blockapps.net/) - _STRATO प्लेटफॉर्म बनाने वाले एंटरप्राइज़ एथेरियम प्रोटोकॉल, टूलिंग और API का कार्यान्वयन_
+- [Chainstack](https://chainstack.com/) - _सार्वजनिक और अलग-अलग ग्राहक क्लाउड में होस्ट किए गए मेननेट और टेस्टनेट एथेरियम इंफ्रास्ट्रक्चर_
+- [ConsenSys](https://consensys.io/) - _एथेरियम पर निर्माण के लिए उत्पादों और उपकरणों की एक श्रृंखला प्रदान करता है, साथ ही परामर्श और कस्टम विकास सेवाएं भी_
+- [Crossmint](http://crossmint.com/) _एंटरप्राइज़-ग्रेड web3 डेवलपमेंट प्लेटफॉर्म स्मार्ट अनुबंधों को तैनात करने, क्रेडिट-कार्ड और क्रॉस चेन भुगतानों को सक्षम करने, और NFT बनाने, वितरित करने, बेचने, संग्रहीत करने और संपादित करने के लिए API का उपयोग करने के लिए।_
+- [Envision Blockchain](https://envisionblockchain.com/) - _एथेरियम मेननेट में विशेषज्ञता वाली एंटरप्राइज़ केंद्रित परामर्श और विकास सेवाएं प्रदान करता है_
+- [EY OpsChain](https://blockchain.ey.com/products/contract-manager) - _आपके विश्वसनीय व्यावसायिक भागीदारों के नेटवर्क में RFQ, अनुबंध, खरीद आदेश और चालान जारी करके एक खरीद कार्यप्रवाह प्रदान करता है_
+- [Hyperledger Besu](https://www.hyperledger.org/use/besu) - _Apache 2.0 लाइसेंस के तहत विकसित और Java में लिखा गया एक एंटरप्राइज़ केंद्रित ओपन-सोर्स एथेरियम क्लाइंट_
+- [Infura](https://infura.io/) - _एथेरियम और IPFS नेटवर्क तक स्केलेबल API पहुंच_
+- [Kaleido](https://kaleido.io/) - _एक उद्यम-केंद्रित डेवलपमेंट प्लेटफॉर्म जो सरलीकृत ब्लॉकचेन और डिजिटल संपत्ति एप्लिकेशंस पेश करता है_
+- [NodeReal](https://nodereal.io/) - _Web3 पारिस्थितिकी तंत्र के लिए स्केलेबल ब्लॉकचेन बुनियादी ढांचा और API सेवा प्रदाता प्रदान करता है_
+- [Moralis](http://moralis.io/) - _SOC2 प्रकार 2 प्रमाणन के साथ एंटरप्राइज़ ग्रेड API और नोड्स_
+- [Provide](https://provide.services/) - _एंटरप्राइज़ शून्य-ज्ञान मध्यवर्ती_
+- [QuickNode](https://www.quicknode.com/) - _विश्वसनीय और तेज़ नोड्स प्रदान करता है जिनमें NFT API, टोकन API आदि जैसी उच्च-स्तरीय API हैं, जबकि एक एकीकृत उत्पाद सूट और एंटरप्राइज़-ग्रेड समाधान प्रदान करता है_
+- [Tenderly](https://tenderly.co) - _एक Web3 डेवलपमेंट प्लेटफॉर्म जो स्मार्ट अनुबंधों के विकास, परीक्षण, निगरानी और संचालन के लिए डीबगिंग, अवलोकन और बुनियादी ढांचा निर्माण ब्लॉक प्रदान करता है_
+- [Unibright](https://unibright.io/) - _व्यावसायिक प्रक्रियाओं और एकीकरण में 20+ वर्षों के अनुभव वाले ब्लॉकचेन विशेषज्ञों, आर्किटेक्ट्स, डेवलपर्स और सलाहकारों की एक टीम_
+- [Zeeve](https://www.zeeve.io/) - _एथेरियम पर निर्माण के लिए उत्पादों और उपकरणों की एक श्रृंखला प्रदान करता है, साथ ही एंटरप्राइज़ Web3 एप्लिकेशंस के लिए बुनियादी ढांचा और API भी।_
+
+### टूलिंग और लाइब्रेरीज {#tooling-and-libraries}
+
+- [Baseline Project](https://www.baseline-protocol.org/) - _बेसलाइन प्रोटोकॉल उपकरणों और पुस्तकालयों का एक सेट है जो एंटरप्राइज़ को जटिल, बहु-पक्षीय व्यावसायिक प्रक्रियाओं और कार्यप्रवाहों को गोपनीयता के साथ समन्वित करने में मदद करता है जबकि डेटा को संबंधित रिकॉर्ड सिस्टम में रखता है। मानक दो या अधिक राज्य मशीनों को एक सामान्य संदर्भ ढांचे के रूप में एक नेटवर्क का उपयोग करके डेटा संगति और कार्यप्रवाह निरंतरता प्राप्त करने और बनाए रखने में सक्षम बनाता है।_
+- [Chainlens](https://www.chainlens.com/) - _Web3 Labs से SaaS और on-prem ब्लॉकचेन डेटा और विश्लेषण प्लेटफॉर्म_
+- [Ernst & Young's 'Nightfall'](https://github.com/EYBlockchain/nightfall_3) - _एक आशावादी रोलअप का उपयोग करके शून्य ज्ञान के तहत ERC20, ERC721 और ERC1155 एप्लिकेशंस को स्थानांतरित करने के लिए एक एप्लिकेशन_
+
+### स्केलेबिलिटी समाधान {#scalability-solutions}
+
+अधिकांश नए ब्लॉकचेन एप्लिकेशन [परत 2](/layer-2) चेन पर बनाए जा रहे हैं। परत 2, ऐसी प्रौद्योगिकियों या सिस्टम का एक समूह है, जो एथेरियम (परत 1) के शीर्ष पर चलती हैं, परत 1 से सुरक्षा गुणों को विरासत में प्राप्त करती हैं, और परत 1 की तुलना में अधिक लेनदेन प्रसंस्करण क्षमता (थ्रूपुट), कम लेनदेन शुल्क (संचालन लागत), और तेज लेनदेन पुष्टिकरण प्रदान करती हैं। परत 2 स्केलिंग समाधान परत 1 द्वारा सुरक्षित हैं, लेकिन वे ब्लॉकचेन एप्लिकेशंस को कई अधिक एप्लिकेशन या कार्यों या डेटा को संभालने में सक्षम बनाते हैं जितने लेयर 1 समायोजित कर सकता था। उनमें से कई प्रदर्शन और सुरक्षा को अधिकतम करने के लिए क्रिप्टोग्राफी और शून्य-ज्ञान (ZK) प्रमाणों में हाल की प्रगति का लाभ उठाते हैं, और कुछ अतिरिक्त स्तर की गोपनीयता प्रदान करते हैं।
+
+## एथेरियम मेननेट पर एंटरप्राइज़ एप्लिकेशन {#enterprise-live-on-mainnet}
+
+यहां कुछ एंटरप्राइज़ एप्लिकेशन हैं जो पारंपरिक, गैर-ब्लॉकचेन आधारित कंपनियों द्वारा और उनके लिए सार्वजनिक एथेरियम मेननेट और L2s के ऊपर बनाए गए हैं।
+
+### भुगतान {#payments}
+
+- [Brave ब्राउज़र](https://basicattentiontoken.org/) - _उपयोगकर्ताओं को विज्ञापनों पर ध्यान देने के लिए भुगतान करता है और उपयोगकर्ता बेसिक अटेंशन टोकन के माध्यम से प्रकाशकों का समर्थन करने के लिए भुगतान कर सकते हैं_
+- [लुगानो शहर, स्विट्जरलैंड](https://bitcoinsuisse.com/news/city-of-lugano-accepts-crypto-payments) - _करों और अन्य नगरपालिका सेवाओं का भुगतान_
+- [EthereumAds](https://ethereumads.com/) - _वेबसाइट संचालकों को विज्ञापन स्थान बेचने और एथेरियम के माध्यम से भुगतान प्राप्त करने की अनुमति देता है_
+- [hCaptcha](https://www.hcaptcha.com/) - _बॉट रोकथाम CAPTCHA सिस्टम जो वेबसाइट संचालकों को मशीन लर्निंग के लिए डेटा को लेबल करने के लिए उपयोगकर्ताओं द्वारा किए गए कार्य के लिए भुगतान करता है। अब Cloudflare द्वारा तैनात_
+- [Opera MiniPay](https://www.opera.com/products/minipay) - _अफ्रीका में लोगों के लिए मोबाइल भुगतान को अधिक सुलभ और सुरक्षित बनाता है, एक गैर-कस्टोडियल वॉलेट के साथ और आसान लेनदेन के लिए फोन नंबरों का लाभ उठाता है_
+- [Roxpay](https://www.roxpay.ch/) - _पे-पर-यूज़ एसेट इनवॉइसिंग और भुगतान को स्वचालित करता है_
+- [SAP डिजिटल करेंसी हब](https://community.sap.com/t5/technology-blogs-by-sap/cross-border-payments-made-easy-with-digital-money-experience-the-future/ba-p/13560384) - _स्टेबलकॉइन के साथ सीमा पार भुगतान_
+- [Toku](https://www.toku.com/) - _पेरोल, टोकन अनुदान प्रशासन, कर अनुपालन, स्थानीय रोजगार, लाभ और वितरित HR समाधान_
+- [Xerof](https://www.xerof.com/) - _तेज और सस्ते अंतरराष्ट्रीय (सीमा पार) B2B भुगतान की सुविधा प्रदान करता है_
+
+### वित्त {#finance}
+
+- [ABN AMRO](https://tokeny.com/tokeny-fuels-abn-amro-bank-in-tokenizing-green-bonds-on-polygon/) - _Tokeny के साथ, टोकनाइज्ड ग्रीन बॉन्ड_
+- [Crowdz](https://crowdz.io/) - _चालान/प्राप्य वित्तपोषण और फैक्टरिंग प्लेटफॉर्म_
+- [Mata Capita](https://consensys.io/blockchain-use-cases/finance/mata-capital)l - _रियल एस्टेट निवेश टोकनीकरण_
+- [Obligate](https://www.obligate.com/) - _विनियमित और KYC के ऑनचेन बॉन्ड और वाणिज्यिक पत्र_
+- [Siemens](https://press.siemens.com/global/en/pressrelease/siemens-issues-first-digital-bond-blockchain) - _बॉन्ड जारी करना_
+- [Sila](https://silamoney.com/) - _स्थिर मुद्रा का उपयोग करके बैंकिंग और ACH भुगतान इंफ्रास्ट्रक्चर-एज-ए-सर्विस_
+- [Societe Generale FORGE](https://www.sgforge.com/product/bonds/) - _बॉन्ड जारी करना_
+- [Taurus](https://www.taurushq.com/) - _टोकनाइज्ड प्रतिभूतियां जारी करता है_
+
+### संपत्ति का टोकनाइज़ेशन {#tokenization}
+
+- [AgroToken](https://agrotoken.io/en/) - _कृषि वस्तुओं का टोकनीकरण और व्यापार_
+- [Bitbond](https://www.bitbond.com/) - _टोकनाइज़ेशन के साथ वित्तीय संपत्तियों के जारी करने, निपटान और अभिरक्षा में सुधार करता है_
+- [Blocksquare](https://blocksquare.io/) - _रियल एस्टेट के लिए टोकनीकरण इंफ्रास्ट्रक्चर_
+- [Centrifuge](https://centrifuge.io/) - _टोकनाइज्ड प्राप्य वित्तपोषण, ऋण और संपत्तियां_
+- [Clearmatics](https://www.clearmatics.com) - _टोकनाइज्ड मूल्य के p2p विनिमय के लिए विकेन्द्रीकृत नेटवर्क प्लेटफॉर्म बनाता है_
+- [dClimate](https://www.dclimate.net/) - _विकेन्द्रीकृत जलवायु सूचना पारिस्थितिकी तंत्र_
+- [Fabrica](https://www.fabrica.land/) - _रियल एस्टेट संपत्तियों को डिजिटाइज करने के लिए एक प्लेटफॉर्म, DeFi उधार और संपत्ति व्यापार को सक्षम करता है_
+- [Fasset](https://www.fasset.com/) - _टिकाऊ बुनियादी ढांचे का समर्थन करने के लिए एक प्लेटफॉर्म_
+- [Nori](https://nori.com/) - _कार्बन हटाने की परियोजनाओं को अपनी गतिविधि को मापने और मौद्रीकरण करने की अनुमति देने के लिए ओपन सोर्स बाजार इंफ्रास्ट्रक्चर_
+- [Propy](https://propy.com/) - _स्मार्ट अनुबंधों के साथ आवासीय रियल एस्टेट लेनदेन को स्वचालित करने के लिए एक प्लेटफॉर्म_
+- [RealT](https://realt.co/) - _दुनिया भर के निवेशक पूरी तरह से अनुपालन वाले, आंशिक, टोकनाइज्ड स्वामित्व के माध्यम से अमेरिकी रियल एस्टेट बाजार में खरीद सकते हैं_
+- [Rubey](https://www.rubey.be/) - _एक प्लेटफॉर्म जो उच्च-अंत कला को टोकनाइज करता है ताकि इसे खुदरा निवेशकों के लिए सुलभ बनाया जा सके_
+- [Swarm](https://swarm.com/) - _नियामक अनुपालन तरीके से वास्तविक दुनिया की संपत्तियों के डिजिटलीकरण और व्यापार पर केंद्रित एक प्लेटफॉर्म_
+- [Thallo](https://www.thallo.io/) - _व्यावसायिक लेनदेन में डिजिटल कार्बन क्रेडिट को एकीकृत करने के लिए एक प्लेटफॉर्म_
+- [Tokenchampions](https://tokenchampions.com/) - _यूरोपीय फुटबॉल खिलाड़ियों के छवि अधिकारों को टोकनाइज करता है_
+
+### डेटा का नोटरीकरण {#notarization-of-data}
+
+- [ANSA](https://www.ansa.it/english/news/science_tecnology/2020/04/06/ansa-using-blockchain-to-help-readers_af820b4f-0947-439b-843e-52e114f53318.html) - _इतालवी समाचार एजेंसी फर्जी खबरों से लड़ती है और पाठकों को मेननेट पर उन्हें रिकॉर्ड करके समाचार कहानियों के मूल को सत्यापित करने में सक्षम बनाती है_
+- [Breitling](https://www.coindesk.com/breitling-arianee-all-new-watches-ethereum) - _एथेरियम पर घड़ियों के उत्पत्ति और मरम्मत इतिहास को रिकॉर्ड करता है_
+- [BRØK](https://www.xn--brk-1na.no/) - _नॉर्वेजियन सरकार द्वारा प्रदान किया गया सार्वजनिक पर असूचीबद्ध कंपनियों के लिए एक कैप टेबल्स प्लेटफॉर्म_
+- [Certifaction](https://certifaction.com/) - _गोपनीयता-द्वारा-डिजाइन के साथ कानूनी रूप से मान्य ई-हस्ताक्षर_
+- [EthSign](https://ethsign.xyz/) - _एथेरियम ब्लॉकचेन पर हस्ताक्षरित इलेक्ट्रॉनिक दस्तावेजों को रिकॉर्ड करता है_
+- [Stacktical](https://stacktical.com/) - _नेटिव एस्क्रोइंग क्षमताओं के साथ सेवा स्तर समझौतों (SLA) के सॉफ्टवेयर विकास, डिजिटल जारी करने और डिजिटल हस्ताक्षर को सक्षम करता है_
+- [Verizon](https://decrypt.co/46745/verizon-news-press-releases-ethereum-full-transparency) - _कॉर्पोरेट जवाबदेही और विश्वास सुनिश्चित करने के लिए एथेरियम पर प्रेस विज्ञप्तियों को लॉग करता है_
+- [WolfTown](https://www.mef.net/edge-view-blog/automated-secure-timely-sla-reporting-is-finally-a-reality/) - _MEF और Sage Management द्वारा दूरसंचार वाहकों के बीच सेवा स्तर समझौता रिपोर्टिंग को स्वचालित करता है_
+
+### आपूर्ति श्रृंखला {#supply-chain}
+
+- [Birra Peroni](https://www.ey.com/en_gl/news/2021/05/birra-peroni-is-the-first-industrial-organization-to-mint-unique-non-fungible-tokens-using-ey-opschain-traceability) _बीयर के प्रत्येक नए बैच के लिए NFT मिंट करता है, जिससे अपनी आपूर्ति श्रृंखला में अधिक दृश्यता और दक्षता सक्षम होती है_
+- [CargoX](https://cargox.io/) - _शिपिंग के लिए इलेक्ट्रॉनिक बिल ऑफ लेडिंग और दस्तावेज़ स्थानांतरण प्रदाता_
+- [Circularize](https://www.circularise.com/) - _उत्पादों में बनाई गई कच्चे माल के लिए एक एंड-टू-एंड ट्रेसेबिलिटी समाधान_
+- [EY OpsChain Contract Manager](https://blockchain.ey.com/products/contract-manager) - _कंपनियों को व्यावसायिक भागीदारों के नेटवर्क में RFQ, अनुबंध, खरीद आदेश और चालान जारी करके खरीद कार्यप्रवाह में संलग्न होने में सक्षम बनाता है_
+- [Minespider](https://www.minespider.com/) - _आपूर्ति श्रृंखला ट्रैकिंग और उत्पत्ति, और CO2 उत्सर्जन ट्रैकिंग_
+- [Morpheus.network](https://morpheus.network/) - _आपूर्ति श्रृंखला स्वचालन प्लेटफॉर्म_
+- [StaTwig](https://statwig.com/) - _आपूर्ति श्रृंखला संचालन_
+- [TradeTrust](https://www.tradetrust.io/) - _अंतरराष्ट्रीय शिपिंग के लिए इलेक्ट्रॉनिक बिल्स ऑफ लेडिंग (eBLs) को सत्यापित करता है_
+- [Transmute](https://transmute.industries/) - _वैश्विक व्यापार के लिए डेटा विनिमय प्लेटफॉर्म; एथेरियम पर विकेन्द्रीकृत पहचान के साथ लेनदेन का समर्थन करता है_
+
+### बीमा {#insurance}
+
+- [Arbol](https://www.arbolmarket.com/) - _मौसम संबंधी जोखिमों को कवर करने के लिए पैरामीट्रिक बीमा_
+- [Etherisc](https://etherisc.com/) - _विभिन्न प्रकार के जोखिमों के लिए विकेन्द्रीकृत बीमा_
+- [Nayms](https://www.nayms.com/) - _बीमा कार्यक्रमों के निर्माण, पूंजी जुटाने और व्यापार करने, जोखिम लिखने और प्रीमियम और दावा लेनदेन के लिए भुगतान रेल के लिए एक डिजिटल स्थान, AON के साथ निर्मित_
+
+### पहचान, प्रमाणपत्र और प्रमाणन {#credentials}
+
+- [BCdiploma](https://www.bcdiploma.com/) - _डिप्लोमा, प्रमाणपत्र और माइक्रो-क्रेडेंशियल्स को डिजिटाइज और सत्यापित करता है_
+- [Hyland Credentials](https://www.hylandcredentials.com) - _डिजिटल डिप्लोमा और अन्य शिक्षा प्रमाणपत्र, लाइसेंस और प्रमाणपत्र_
+- [पलाऊ डिजिटल रेजिडेंसी प्रोग्राम](https://rns.id/) - _वैश्विक नागरिकों को कानूनी पलाऊ सरकार द्वारा जारी ID रखने की क्षमता प्रदान करता है_
+- [Spherity](https://www.spherity.com/) - _पारिस्थितिकी तंत्रों में डिजिटल विश्वास स्थापित करने के लिए डिजिटल पहचान प्रबंधन समाधान प्रदान करता है, विकेन्द्रीकृत पहचानों और सत्यापन योग्य क्रेडेंशियल्स पर ध्यान केंद्रित करता है_
+- [Zug Digital ID](https://ezug.ch/en/) - _स्विट्जरलैंड में एक ब्लॉकचेन-आधारित पहचान सिस्टम है, जो निवासियों को सरकारी सेवाओं तक डिजिटल पहुंच प्रदान करती है और ई-बाइक उधार लेने और नगरपालिका मतदान जैसी कार्यक्षमताओं का समर्थन करता है_
+
+### मनोरंजन, NFT और लॉयल्टी
+
+- [Adidas Virtual Gear](https://www.adidas.com/metaverse) - _एक वर्चुअल गियर NFT संग्रह_
+- [The British Museum's Sandbox](https://decrypt.co/150405/british-museum-enter-metaverse-via-sandbox) - _एक NFT संग्रह_
+- [Fruitlab](https://fruitlab.com/) - _गेमर्स के लिए ऑनलाइन गेम देखने, साझा करने और खेलने से कमाई करने का एक प्लेटफॉर्म_
+- [Nike Swoosh](https://www.swoosh.nike/) - _एक NFT प्लेटफॉर्म_
+- [Sothbebys Metaverse](https://metaverse.sothebys.com/) - _Sothebys द्वारा एक डिजिटल कला NFT मार्केटप्लेस_
+
+यदि आप इस सूची में जोड़ना चाहते हैं, तो कृपया [योगदान के लिए निर्देश देखें](/contributing/)।
diff --git a/public/content/translations/hi/events/index.md b/public/content/translations/hi/events/index.md
new file mode 100644
index 00000000000..165c6cc84ae
--- /dev/null
+++ b/public/content/translations/hi/events/index.md
@@ -0,0 +1,24 @@
+---
+title: एथेरियम इवेंट्स
+description: एथेरियम समुदाय में कैसे शामिल हों।
+lang: hi
+hideEditButton: true
+---
+
+# भविष्य में होने वाली इवेंट्स {#events}
+
+**हर महीने, दुनिया भर में एथेरियम की बड़ी इवेंट्स होते हैं।** अपने नज़दीक होने वाले किसी एक इवेंट में शामिल होने पर विचार करें, ताकि आप समुदाय के अधिक लोगों से मिल सकें, रोज़गार के अवसरों के बारे में जान सकें और नई क्षमताएं विकसित कर सकें।
+
+
+ वॉलेट की सूची
+
+
+अगर आप नए है, तो वॉलेट चुनने के लिए आप "वॉलेट ढूंढे" पेज पर "क्रिप्टो पर नए" फिल्टर को चुन सकते है, जिसमे शुरुआती नए लोगो के लिए उपयुक्त जरूरी सभी सुविधाएं शामिल होनी चाहिए।
+
+
+
+आपकी ज़रूरतों को पूरा करने वाले और भी दूसरे प्रोफ़ाइल फिल्टर है। ये कुछ आम तौर पर इस्तेमाल किए जाने वाले वॉलेट के उदाहरण - किसी भी सॉफ्टवेयर पर भरोसा करने से पहले आपको अपना शोध खुद करना चाहिए।
+
+## चरण 2: वॉलेट ऐप डाउनलोड और इंस्टॉल करें
+
+एक बार जब आप एक विशिष्ट वॉलेट का चुनाव कर लें, तो आप उनकी आधिकारिक वेबसाइट या ऐप स्टोर पर जाए और उसे डाउनलोड और इंस्टॉल करें। वे सभी मुफ्त होने चाहिए।
+
+## चरण 3: ऐप खोलें और अपना एथेरियम खाता बनाएं
+
+जब पहली बार अपना नया वॉलेट खोलते है, तो आपसे नया खाता बनाने या फिर मौजूद को आयात करने के लिए कहा जाता है। नया खाता बनाने के विकल्प पर क्लिक करें। **यह वह चरण है जिसके दौरान वॉलेट सॉफ़्टवेयर आपका एथेरियम खाता जनरेट करता है।**
+
+## चरण 4: अपना रिकवरी फ़्रेज़ स्टोर करें
+
+कुछ ऐप्स आपसे एक गुप्त "पुनर्प्राप्ति वाक्यांश" (कभी-कभी "बीज वाक्यांश" या "निमोनिक" कहा जाता है) को सहेजने का अनुरोध करेंगे। इस वाक्यांश को सुरक्षित रखना अत्यंत महत्वपूर्ण है! इसका उपयोग आपके एथेरियम खाते को जनरेट करने के लिए किया जाता है और इसका उपयोग लेनदेन सबमिट करने के लिए किया जा सकता है।
+
+**कोई भी व्यक्ति जो वाक्यांश जानता है, वह सारे फंड का नियंत्रण ले सकता है।** इसे कभी भी किसी के साथ साझा न करें। इस वाक्यांश में 12 से 24 रैंडम तरीके से जनरेट किए गए शब्द होने चाहिए (शब्दों का क्रम मायने रखता है)।
+
+
+
+ इंस्टॉल किया गया वॉलेट?
इसका उपयोग करने का तरीका सीखें।
+
+ वॉलेट का उपयोग कैसे करें
+
+
+
+
+अन्य गाइड में रुचि रखते हैं? हमारी [चरण-दर-चरण मार्गदर्शिकाओं](/guides/) की जांच करें
+
+## अक्सर पूछे जाने वाले सवाल
+
+### क्या मेरा वॉलेट और मेरा इथेरियम खाता एक ही हैं?
+
+नहीं। वॉलेट एक मैनेजमेंट टूल है जो आपके खाते का प्रबंधन करने में मदद करता है। एक एकल वॉलेट कई खातों तक पहुंच सकता है, और एक ही खाते को कई वॉलेट द्वारा एक्सेस किया जा सकता है। पुनर्प्राप्ति वाक्यांश का उपयोग खाता बनाने के लिए किया जाता है और एसेट का प्रबंधन करने के लिए वॉलेट ऐप को अनुमति देता है।
+
+### क्या मैं bitcoin एक इथेरियम के पते पर भेज सकता हूं या इथर को एक Bitcoin के पते पर?
+
+नहीं, आप ऐसा नहीं कर सकते। Bitcoin और ईथर दो अलग-अलग नेटवर्क (यानी अलग-अलग ब्लॉकचेन) पर मौजूद हैं, जिनमें से प्रत्येक का अपना बहीखाता और पता प्रारूप है। दो अलग-अलग नेटवर्कों को साथ में जोड़ने के कई प्रयास किए गए हैं, जिनमें से सबसे सक्रिय वर्तमान में [रैप्ड Bitcoin या WBTC ](https://www.bitcoin.com/get-started/what-is-wbtc/) है। यह कोई समर्थन नहीं है, क्योंकि WBTC एक संरक्षक समाधान है (जिसका अर्थ है कि लोगों का एक समूह कुछ महत्वपूर्ण कार्यों को नियंत्रित करता है) और यहां केवल सूचनात्मक उद्देश्यों के लिए प्रदान किया गया है।
+
+### अगर मैं ETH पते का मालिक हूं, क्या मैं दूसरी ब्लॉकचेन पर भी समान पते का मालिक हूं?
+
+आप उन सभी ब्लॉकचेन पर समान [पते](/glossary/#address) का उपयोग कर सकते हैं, जो एथेरियम के समान अंतर्निहित सॉफ़्टवेयर का उपयोग करते हैं (जिसे 'EVM-संगत' के रूप में जाना जाता है)। यह [सूची](https://chainlist.org/) आपको दिखाएगी कि आप समान पते के साथ और कौन सी ब्लॉकचेन का इस्तेमाल कर सकते है। कुछ ब्लॉकचैन, जैसे Bitcoin, नेटवर्क नियमो का पूरा अलग सेट लागू करते है और आपको अलग पता प्रारूप के साथ अलग पते की ज़रूरत होगी। यदि आपके पास एक स्मार्ट अनुबंध वॉलेट है, तो आपको अधिक जानकारी के लिए इसकी उत्पाद वेबसाइट की जांच करनी चाहिए, जिस पर ब्लॉकचेन समर्थित हैं क्योंकि आमतौर पर उनके पास सीमित लेकिन अधिक सुरक्षित गुंजाइश होती है।
+
+### क्या मेरे पास खुद का मेरा वॉलेट होना मेरे फंड का एक्सचेंज पर रखना ज्यादा सुरक्षित है?
+
+आपका स्वयं का वॉलेट होने का मतलब है कि आप अपनी संपत्ति की सुरक्षा की जिम्मेदारी लेते है। बदकिस्मती से कई विफल एक्सचेंज के उदाहरण है जिन्होंने उनके ग्राहकों का धन खोया है। एक वॉलेट का मालिक (एक पुनर्प्राप्ति वाक्यांश के साथ) आपके एसेट रखने के लिए कुछ इकाई पर भरोसा करने से जुड़े जोखिम को हटा देता है। हालांकि, आपको इसे अपने दम पर सुरक्षित करना होगा और फ़िशिंग घोटालों से बचना होगा, गलती से लेनदेन को मंजूरी देने या पुनर्प्राप्ति वाक्यांश को प्रदर्शित करने, नकली वेबसाइट और अन्य आत्म-हिरासत जोखिमों के साथ बातचीत करने से बचना होगा। जोखिम और फायदे अलग-अलग हैं।
+
+### अगर मैं फोन/हार्डवेयर वॉलेट को खो देता हूं, तो क्या मुझे खोए हुए फंड की वसूली के लिए समान वॉलेट ऐप का इस्तेमाल करने की ज़रूरत होगी?
+
+नहीं, आप एक अलग वॉलेट इस्तेमाल कर सकते हैं। जब तक आपके पास बीज वाक्यांश है आप इसे अधिकतर वॉलेट में डाल सकते है और वे आपका खाता रीस्टोर कर देंगे। अगर आपको यह कभी भी करने की आवश्यकता पड़े तो सावधानी रहें: सबसे अच्छा यहीं होगा कि आप सुनिश्चित करें कि जब अपना वॉलेट रीस्टोर कर रहे हो तब इंटरनेट से जुड़े नहीं हो, ताकि आपका बीज वाक्यांश गलती से लीक न हो जाए। बीज वाक्यांश के बिना, खोए हुए धन को पुनर्प्राप्त करना अक्सर असंभव होता है।
diff --git a/public/content/translations/hi/web3/index.md b/public/content/translations/hi/web3/index.md
index c776345ec96..8c300eacc02 100644
--- a/public/content/translations/hi/web3/index.md
+++ b/public/content/translations/hi/web3/index.md
@@ -6,6 +6,10 @@ lang: hi
# Web3 का परिचय {#introduction}
+
+Solidity Gitter – solidity fejlesztésről (Gitter) szóló csevegés
Solidity Matrix – solidity fejlesztősről (Matrix) szóló csevegés
Ethereum Stack Exchange *–kérdések és válaszok fóruma*
-Peeranha *– decentralizált kérdések és válaszok fóruma*
+Peera Community Forum *– decentralizált kérdések és válaszok fóruma*
-## YouTube és Twitter {#youtube-and-twitter}
+## YouTube és X (korábban Twitter) {#youtube-and-twitter}
Ethereum Alapítvány – legyen napra kész az Ethereum Alapítvány újdonságaival kapcsolatban
-@ethereum – az Ethereum Alapítvány hivatalos profilja
-@ethdotorg – portál az Ethereumhoz, a növekvő globális közösségünk számára
+@ethereum – fő Ethereum-számla a közösség számára
+@ethereumfndn – az Ethereum Alapítvány hivatalos profilja
+@ethdotorg – portál az Ethereumhoz, a növekvő globális közösségünk számára
Nagy befolyással bíró Ethereum Twitter-fiókok listája
Bevezetés a kriptóba | [The WalletConnect Pulse 2024: Crypto fogyasztói hangulat & használat](https://walletconnect.com/pulse-2024-crypto-consumer-report) |
-| Bevezetés a kriptóba | [CRADL: UX a kriptovaluták világában](https://docs.google.com/presentation/d/1s2OPSH5sMJzxRYaJSSRTe8W2iIoZx0PseIV-WeZWD1s/edit?usp=sharing) |
-| Bevezetés a kriptóba | [CRADL: Bevezetés a kriptovaluták világába](https://docs.google.com/presentation/d/1R9nFuzA-R6SxaGCKhoMbE4Vxe0JxQSTiHXind3LVq_w/edit?usp=sharing) |
-| Bevezetés a kriptóba | [Bitcoin UX riport](https://github.com/patestevao/BitcoinUX-report/blob/master/report.md) |
-| Bevezetés a kriptóba | [ConSensys: A web3 helyzete világszerte 2023-ban](https://consensys.io/insight-report/web3-and-crypto-global-survey-2023) |
-| Bevezetés a kriptóba | [NEAR: Az elfogadás felé vezető út felgyorsítása](https://drive.google.com/file/d/1VuaQP4QSaQxR5ddQKTMGI0b0rWdP7uGn/view) |
-| Letétbe helyezés | [OpenUX: Rocket Pool csomópont-operátor UX](https://storage.googleapis.com/rocketpool/RocketPool-NodeOperator-UX-Report-Jan-2024.pdf) |
-| Letétbe helyezés | [Staking: Főbb trendek, tanulságok és előrejelzések – Eth Staker](https://lookerstudio.google.com/u/0/reporting/cafcee00-e1af-4148-bae8-442a88ac75fa/page/p_ja2srdhh2c?s=hmbTWDh9hJo) |
-| Letétbe helyezés | [Többalkalmazásos letétbe helyezés](https://github.com/threshold-network/UX-User-Research/blob/main/Multi-App%20Staking%20(MAS)/iterative-user-study/MAS%20Iterative%20User%20Study.pdf) |
-| DAO | [2022-es DAO-kutatás frissítése: Mire van szüksége a DAO-építőknek?](https://blog.aragon.org/2022-dao-research-update/) |
-| DeFi | [A DeFi helyzete 2024-ben](https://stateofdefi.org/) (folyamatos felmérés) |
-| DeFi | [Fedezeti alapok](https://github.com/threshold-network/UX-User-Research/tree/main/Keep%20Coverage%20Pool) |
-| DeFi | [ConSensys: DeFi felhasználói kutatási riport 2022-ben](https://cdn2.hubspot.net/hubfs/4795067/ConsenSys%20Codefi-Defi%20User%20ResearchReport.pdf) |
-| Metaverzum | [Metaverse: Felhasználói kutatási riport](https://www.politico.com/f/?id=00000187-7685-d820-a7e7-7e85d1420000) |
-| Metaverzum | [Szafarira megyünk: Felhasználók kutatása a Metaverzumban](https://archive.devcon.org/archive/watch/6/going-on-safari-researching-users-in-the-metaverse/?tab=YouTube) (videó, 27 perc) |
-| Az Ethereum.org UX-statisztikái | [Használhatósági és felhasználói elégedettségi felmérés – Ethereum.org](https://lookerstudio.google.com/reporting/0a189a7c-a890-40db-a5c6-009db52c81c9) |
+
+ A tárcák listája
+
+
+Ha Ön most ismerkedik ezzel a területtel, akkor választhatja a „Kezdő a kripto világában” szűrőt a „Tárca keresése” oldalon, hogy olyan termékek közül választhasson, amelyek kifejezetten a kezdők számára fontos funkciókat kínálni.
+
+
+
+Egyéb profilszűrők is elérhetők, hogy saját igényeire szabhassa a keresést. Íme néhány példa a leggyakrabban használt tárcák közül – mindig vizsgálja meg Ön is az adott szolgáltatást, mielőtt bármilyen szoftvert kiválaszt.
+
+## 2. lépés: A tárcaalkalmazás letöltése és telepítése
+
+Miután kiválasztotta a tárcát, a hivatalos webhelyéről vagy az alkalmazás-áruházból töltse le és telepítse azt. Mindegyiknek ingyenesnek kell lennie.
+
+## 3. lépés: Nyissa meg az alkalmazást, és hozza létre Ethereum-fiókját
+
+A tárca első megnyitásakor a rendszer megkérdezheti, hogy egy új számlát kíván létrehozni vagy egy meglévőt szeretne importálni. Válassza az új számla létrehozása lehetőséget. **Ennél a lépésnél állítja fel a tárcaszoftver az Ön Ethereum számláját.**
+
+## 4. lépés: Visszaállítási kulcsmondat eltárolása
+
+Néhány alkalmazás arra kéri Önt, hogy tároljon el egy titkos kulcsmondatot („kulcskifejezés” vagy „mnemonika”). Rendkívül fontos, hogy ezt a kulcsmondatot biztonságban tartsa! A kulcsmondat hozza létre az Ethereum-számlát és tranzakciók végrehajtására használható.
+
+**Aki a kulcsmondatot birtokolja, az rendelkezik kontrollal a pénzeszközei felett.** Soha ne ossza meg senkivel! A kulcsmondat 12–24 véletlenszerűen kiválasztott szót tartalmaz (melyek sorrendje fontos).
+
+
+
+ A tárca elkészült?
Tanulja meg használni azt.
+
+ Hogyan használja a tárcát
+
+
+
+
+Érdeklik további útmutatók? Tekintse meg a [Részletes útmutatókat](/guides/)
+
+## Gyakran ismételt kérdések
+
+### A tárcám és az Ethereum számlám ugyanaz?
+
+Nem. A tárca egy olyan eszköz, amely segít kezelni a számlát. Egy tárca több számlához is hozzáférést biztosíthat, és egy számlát több tárcából is el lehet érni. A kulcsmondat révén lehet számlákat létrehozni és felhatalmazást adni a tárcaalkalmazásnak, hogy az kezelje a pénzeszközöket.
+
+### Tudok küldeni Bitcoint Ethereum-számlára, vagy ethert Bitcoin-címre?
+
+Nem, ez nem lehetséges. A Bitcoin és az ether két teljesen elkülönült hálózaton létezik (azaz különálló blokkláncok), saját könyveléssel és címformátummal. Számos kezdeményezés volt, amellyel megpróbálták áthidalni e két hálózatot, melyek közül jelenleg a legaktívabb a [becsomagolt bitcoin vagy WBTC](https://www.bitcoin.com/get-started/what-is-wbtc/). Mivel a WBTC egy felügyeleti megoldást (egy csoport irányít bizonyos kritikus funkciókat), ezért itt csak információs céllal szerepel.
+
+### Ha rendelkezek ETH-címmel, akkor ugyanazt a címet más blokkláncokon is használhatom?
+
+Ugyanazt a [címet](/glossary/#address) használhatja minden olyan blokkláncon, amely az Ethereumhoz hasonló mögöttes szoftvert használ („EVM-kompatibilis”). Ez a [lista](https://chainlist.org/) megmutatja, hogy melyik blokkláncokon működik ugyanaz a cím. Néhány blokklánc, mint a Bitcoin, teljesen más hálózati szabályok alapján üzemel, ezért ott egy másik címre van szükség, amely más formátummal is bír. Ha okosszerződéses tárcával rendelkezik, akkor a terméktájékoztatóból kiderül, hogy melyik blokkláncokat támogatja, mivel ezek korlátozottabb, de biztonságosabb területen működnek.
+
+### A tárcám biztonságosabb, mint a pénzeszközeimet a tőzsdén tartani?
+
+A saját tárca azt jelenti, hogy Ön felelősséget vállal a pénzeszközeinek biztonságáért. Sajnos számtalan esetben omlott már össze tőzsde, elveszítve a vevők pénzét. A saját tárca (a kulcsmondattal együtt) csökkenti annak kockázatát, hogy egy másik entitásra kell bízni az eszközök felügyeletét. Ugyanakkor Önnek biztonságba kell helyeznie a kulcsait, elkerülni a csalásokat, nem szabad véletlenül jóváhagynia tranzakciót vagy feltárni a kulcsokat valaki előtt, hamis weboldalakat használni vagy hasonló kockázatot vállalni. A kockázatok és hasznok különböznek.
+
+### Ha elvesztettem a mobil/hardver tárcámat, akkor ugyanazt a tárcaalkalmazást használjam, hogy visszaszerezzem a pénzeszközeimet?
+
+Nem feltétlen, más tárcát is használhat. Amíg tudja a kulcsmondatot, bármelyik tárcába beteheti azt és visszaállítja a számláját. Ügyeljen arra, hogy ne kapcsolódjon az internethez, amikor visszaállítja a tárcáját, nehogy véletlenül kiszivárogjon a kulcsmondata. Az elveszett pénzeszközöket gyakran nem lehet visszaszerezni a kulcsmondat nélkül.
diff --git a/public/content/translations/hu/web3/index.md b/public/content/translations/hu/web3/index.md
index 383332ec940..883541cee7c 100644
--- a/public/content/translations/hu/web3/index.md
+++ b/public/content/translations/hu/web3/index.md
@@ -6,6 +6,10 @@ lang: hu
# Bevezetés a Web3 világába {#introduction}
+
+
+A letétek visszavonását a 2023. április 12-i Shanghai/Capella frissítés tette lehetővé. Bővebben a Shanghai/Capella frissítésről
+
+
+**A letétek visszavonása** azt jelenti, hogy a validátorszámla ETH-egyenlege, ami az Ethereum konszenzusrétegén található (Beacon-lánc), áthelyezésre kerül a végrehajtási rétegre, ahol fel lehet használni.
+
+**A jutalmak kifizetése** 32 ETH felett automatikusan és rendszeresen megtörténik az egyes validátorokhoz tartozó visszavonási címre, ahogy azt a felhasználó beállította. A felhasználó **teljesen kiszállhat a letétbe helyezésből**, felszabadítva a teljes validátoregyenleget.
+
+## A letétbe helyezésből eredő jutalmak {#staking-rewards}
+
+Az aktív validátorszámlákra a jutalmak kifizetése automatikusan megtörténik, és maximum 32 ETH egyenleg marad azokon.
+
+A 32 ETH feletti összeg nem adódik hozzá az alaphoz, nem növeli a validátor súlyát a hálózaton, így automatikusan visszavonásra kerül jutalomként néhány naponta. A visszavonási címet rögzíteni kell, de ezen kívül a validátor működtetőjének nincs több teendője. Ez a konszenzusrétegen zajlik, ezért nincs gáz/tranzakciós díj vonzata egyik lépésnél sem.
+
+### Hogyan jutottunk el idáig? {#how-did-we-get-here}
+
+Az elmúlt években az Ethereum számos hálózati fejlesztésen esett át, hogy a hálózatot az ETH biztosítsa, és ne az erőforrás-igényes bányászás (mining). A konszenzusban való részvétel az Ethereumon a letétbe helyezés (staking), mivel a tagok önként lekötötték az ETH-t, hogy a hálózatban részt tudjanak venni. A szabályokat követő felhasználók jutalmakat nyernek, a visszaélést pedig bünteti a rendszer.
+
+A letétbe helyezési szerződés létrehozásával (2020. november) néhány bátor Ethereum-úttörő önként zárolta a pénzeszközeit, hogy validátorokként működjenek – ezek olyan különleges számlák, melyek hivatalosan tanúsíthatnak és javasolhatnak blokkot a hálózat szabályait követve.
+
+A Shanghai/Capella frissítés előtt nem lehetett használni vagy elérni ezt a lekötött ETH-t. Most azonban automatikusan áthelyeződnek a jutalmak a kiválasztott számlára, és a lekötést is bármikor fel lehet oldani.
+
+### Hogyan tudok erre felkészülni? {#how-do-i-prepare}
+
+
+ Minden validátorszámlához egyszer, egyetlen visszavonási cím adható meg. Amint ezt a címet kiválasztották és elküldték a konszenzus rétegnek, nem lehet visszahívni vagy megváltoztatni. Ellenőrizze le a cím tulajdonosát és pontosságát, mielőtt elküldi azt.
+
+
+Eközben a pénzeszközöket nem fenyegeti veszély, ha nem adja meg a címet, feltéve, hogy a mnemonikus/kulcsmondat biztonságban van offline, és nincs kitéve veszélynek. Amíg nem tudja megadni a visszavonási adatokat, addig az ETH egyszerűen a validátorszámlán marad.
+
+## A letétbe helyezés felbontása {#exiting-staking-entirely}
+
+A visszavonási számlára van szükség ahhoz, _bármilyen_ pénzeszközt ki lehessen utalni a validátorszámla egyenlegéből.
+
+Azoknak a felhasználóknak, akik teljesen ki akarnak lépni a letétbe helyezéből és a teljes egyenleget vissza akarják vonni, a validátorkulcsokkal alá kell írniuk és ki kell adniuk egy önként kiszállok üzenetet, ezzel elindul a lezárás folyamata. Ezt a validátorkliens végzi és a konszenzus csomópontjára küldi el, így nem kell hozzá gáz/díj.
+
+A kilépés változó ideig tart, attól függően, hogy hányan akarnak ugyanakkor kiszállni. Amint végbemegy, ez a számla már nem végez validátori feladatokat, nem jár neki ezért jutalom, és a kapcsolódó ETH nincs letétbe helyezve. Ekkora a számla teljesen „visszavonhatóként” lesz megjelölve.
+
+Ha a visszavonható jelölés megtörtént és a visszavonási adatok meg lettek adva, akkor nincs több teendő. A blokkot javaslók automatikusan és folyamatosan ellenőrzik, mondhatni söprik a számlákat a kilépő pénzeszközöket vizsgálva, így a számla egyenlege teljes mértékben átvezetésre kerül a következő söprésnél.
+
+## Mikortól elérhető a letétek visszavonása? {#when}
+
+A letétek visszavonása elérhető! A funkcionalitást a Shanghai/Capella frissítés tette elérhetővé 2023. április 12-én.
+
+Ennek következtében a korábban letétbe helyezett ETH-t vissza lehet vonni a normális Ethereum-számlákra. Ez lezárta a letétek likviditásának témáját, és az Ethereumot egy lépéssel közelebb vitte a céljához, ami egy fenntartható, skálázható, biztonságot, decentralizált ökoszisztéma.
+
+- [Bővebben az Ethereum történetéről](/history/)
+- [Bővebben az Ethereum fejlesztési terveiről](/roadmap/)
+
+## Hogyan működik a visszavonási kifizetés? {#how-do-withdrawals-work}
+
+A validátorszámla státusza mondja meg, hogy egy validátor jogosult-e a visszavonásra vagy sem. Nincs szükség a felhasználó közreműködésére, hogy a számla visszavonásra kerül-e vagy sem – a teljes folyamat automatikusan üzemel a konszenzus réteg által, egy állandóan működő ciklusban.
+
+### Ön inkább vizuális típus? {#visual-learner}
+
+Nézze meg az Ethereum letétvisszavonásról szóló magyarázatát a Finematics-tól:
+
+
+Képzeljen el egy analóg módon működő órát. Az óramutató egy irányba halad és sorban végigmegy minden számon, majd miután elérte az utolsó számot, visszaér a kezdőpontra.
+Tegyük fel 1–12 helyett 0-n található (ahol n a validátor számlák teljes száma, amelyek a konszenzus rétegen regisztrálva lettek; több mint 500 000 2023. januárjában).
+Az óramutató a következő validátorra mutat, hogy leellenőrizze azt visszavonás szempontjából. A 0-nál kezdi és végigmegy az összes számlán. Amikor eléri az utolsó validátort, akkor a ciklus újra elindul.
+
+
+#### A számlák ellenőrzése visszavonási szempontból {#checking-an-account-for-withdrawals}
+
+Miközben a blokk javaslója a validátorokat ellenőrzi a lehetséges visszavonások miatt, minden validátornál néhány kérdéssel ellenőrzi, hogy kell-e visszavonást indítani, és mennyi ETH-t érint ez.
+
+1. **Van visszavonási cím megadva?** Ha nincs, akkor kihagyja a számlát, és nem lehet visszavonást kezdeményezni.
+2. **A validátor kiszállt és visszavonható a számlája?** Ha a validátor kiszállt, és a számlája „visszavonhatóvá” vált, akkor egy teljes visszavonás történik. A teljes egyenlege átkerül a visszavonási címre.
+3. **Az érvényes egyenleg 32 ETH?** Ha a számla rendelkezik visszavonási adatokkal, nem lépett ki a letétbe helyezésből, de jutalmak vannak a 32 ETH összegen túl, akkor egy részleges visszavonás indul, ami a 32 ETH feletti jutalmakat áthelyezi a visszavonási címre.
+
+Csak két döntés vagy cselekvés van, amit a validátor üzemeltetője meglép a validátor életciklusa során, és ezt a folyamatot közvetlenül befolyásolja:
+
+- A visszavonási adatok biztosítása, hogy bármit át lehessen vezetni
+- A hálózatból való kilépés, ami egy teljes visszavonást indít el
+
+### Gáz/díjmentes {#gas-free}
+
+A letétek visszavonása anélkül zajlik, hogy a letétesnek tranzakciót kellene indítania, amiben adott mennyiségű ETH-t von ki. Ezért **nincs gáz/tranzakciós díj**, a visszavonások pedig nem versenyeznek, hogy bekerüljenek a végrehajtási réteg blokkjába.
+
+### Milyen gyakran kapom meg a letéti jutalmakat? {#how-soon}
+
+Egy blokkban maximum 16 visszavonást lehet végrehajtani. Ez alapján 115 200 validátor-visszavonást lehet egy nap alatt teljesíteni (ha minden slot eredményes). A visszavonásra nem jogosult validátárokat átugorják, ezért a teljes ellenőrzés kevesebb ideig tart.
+
+Ezt a kalkulációt kiterjesztve megbecsülhetjük, hogy egy adott számú visszavonást mennyi idő alatt lehet teljesíteni:
+
+
+
+| Visszavonások száma | Időszükséglet |
+| :-------------------: | :--------------: |
+| 400 000 | 3,5 nap |
+| 500 000 | 4,3 nap |
+| 600 000 | 5,2 nap |
+| 700 000 | 6,1 nap |
+| 800 000 | 7,0 nap |
+
+
+
+Ahogy látható, a feldolgozás lelassul, ahogy egyre több validátor van a hálózaton. A kihagyott slotok száma arányosan le tudja lassítani a folyamatot, de ez a lassabb verzióját mutatja a lehetséges kimenetnek.
+
+## Gyakran ismételt kérdések {#faq}
+
+
+Nem, a visszavonási adatok megadása egyszeri, nem lehet változtatni azokon.
+
+
+
+A végrehajtási réteg visszavonási cím megadásával a validátor visszavonási adatai örökre megváltoztak. A korábbi adatok már nem működnek, az újak pedig a végrehajtási réteg számlájára mutatnak.
+
+A visszavonási cím lehet okosszerződés (melyet a programkódja irányít) vagy egy külső tulajdonú számla (EOA, melyet a privát kulcsa kontrollál). Ezek a számlák jelenleg nem tudnak üzenetet küldeni a konszenzusrétegnek, amely megváltoztatná a validátor hitelesítő adatait, ez a funkció pedig egy szükségtelen komplexitást adna a protokollhoz.
+
+Egy másik megoldás az adott validátorhoz tartozó visszavonási cím módosítására, ha a felhasználók okosszerződést választanak visszavonási címként, amely tudja kezelni a kulcsok rotálását, mint amilyen a Safe. Azok a felhasználók, akik a saját EOA számlájukra tették a pénzeszközöket, végezhetnek teljes kilépést, visszavonva az összes lekötött eszközt, majd újra letétbe helyezhetik az új hitelesítő adatokat használatával.
+
+
+
+
+Ha Ön letéti alapokat vagy letéti tokeneket használ, ellenőrizze a szolgáltatójával, hogy hogyan kezelik a letétvisszavonást, mivel minden szolgáltatás másképp működik.
+
+Általánosságban a felhasználók szabadon visszavehetik a letétbe helyezett ETH-t vagy lecserélhetik a letéti szolgáltatójukat. Ha egy adott letéti alap túl nagy méretű lesz, akkor a pénzeszközöket ki lehet venni belőle és újra le lehet kötni egy kisebb szolgáltatóval. Ha pedig elég ETH gyűlt össze, akkor Önotthonról is végezhet letétbe helyezést.
+
+
+
+
+Igen, ha a validátora megadta a visszavonási címet. Ezt egyszer kell megtenni, hogy a visszavonások teljesíthetők legyenek, utána a jutalmak automatikusan átkerülnek néhány naponta a validátorok ellenőrzésénél.
+
+
+
+
+Nem, ha a validátor aktív a hálózaton, akkor a teljes visszavonás nem történik meg automatikusan. Az önkéntes kilépést manuálisan kell kezdeményezni.
+
+Amint a validátor végigvitte a kilépési folyamatot, a számlán pedig ott vannak a visszavonási adatok, akkor a maradék egyenleget átteszi a következő validátor-ellenőrzés.
+
+
+
+
+A visszavonásokat úgy tervezték meg, hogy automatikusan minden olyan összeget áthelyezzenek, ami aktívan nem járul hozzá a letéthez. Ez érvényes a kilépő számlák teljes egyenlegére.
+
+Nem lehetséges manuálisan kérvényezni bizonyos mennyiségű ETH kivételét.
+
+
+
+
+Javasoljuk, hogy a validátorműködtetők látogassanak el a Staking Launchpad Withdrawals oldalra, ahol további információkat találhatnak a letét kivonásához kapcsolódó felkészülésről, az események időzítéséről és arról, hogyan működik ez a kivonási funkció.
+
+Próbálja ki először a beállításait egy teszthálózaton, látogasson el a Holesky-teszthálózat Staking Launchpad oldalára.
+
+
+
+
+Nem. Miután egy validátor kilépett, és a teljes egyenlegét kivette, az adott validátorra letétbe helyezett további összegek automatikusan átutalásra kerülnek a következő validátor-ellenőrzés során a visszavonási címre. Az ETH újbóli letétbe helyezéséhez egy új validátort kell aktiválni.
+
+
+## További olvasnivaló {#further-reading}
+
+- [Staking Launchpad visszavonások](https://launchpad.ethereum.org/withdrawals)
+- [EIP-4895: Beacon-lánc operációs műveletként intézi a visszavonásokat](https://eips.ethereum.org/EIPS/eip-4895)
+- [Ethereum Cat Herders – Shanghai](https://www.ethereumcatherders.com/shanghai_upgrade/index.html)
+- [PEEPanEIP #94: A letétbe helyezett ETH visszavonása (tesztelés) – Potuz & Hsiao-Wei Wang](https://www.youtube.com/watch?v=G8UstwmGtyE)
+- [PEEPanEIP#68: EIP-4895: Beacon lánc operációs műveletként intézi a visszavonásokat – Alex Stokes](https://www.youtube.com/watch?v=CcL9RJBljUs)
+- [A validátor valós egyenlegének megértése](https://www.attestant.io/posts/understanding-validator-effective-balance/)
diff --git a/public/content/translations/hu/zero-knowledge-proofs/index.md b/public/content/translations/hu/zero-knowledge-proofs/index.md
index 3d620f82a68..26d1d2fb6ff 100644
--- a/public/content/translations/hu/zero-knowledge-proofs/index.md
+++ b/public/content/translations/hu/zero-knowledge-proofs/index.md
@@ -32,11 +32,11 @@ A korábbi példánál maradva a nemzetiséget egyedül a zero-knowledge bizony
A bankkártyafizetések sokszor láthatók több fél számára is, beleértve a fizetési szolgáltatót, a bankokat és más érdekelteket (pl. kormányzati hatóságok). Míg a pénzügyi felügyeletnek vannak előnyei az illegális tevékenységek feltárásában, közben aláássa a hétköznapi emberek magánéletét.
-A kriptovalutákat arra szánták, hogy a felhasználók privát, egymás közötti (peer-to-peer) tranzakciókat hajthassanak végre. Ugyanakkor a legtöbb kriptovalutás tranzakció nyíltan látható a nyilvános blokkláncokon. A felhasználók személyazonosságai gyakran közvetettek és vagy direkt kapcsolódnak valós azonosságukhoz (pl. a Twitter vagy GitHub profil tartalmazza az ETH címüket), vagy összekapcsolhatók alapvető láncon belüli és kívüli adatok elemzésével.
+A kriptovalutákat arra szánták, hogy a felhasználók privát, egymás közötti (peer-to-peer) tranzakciókat hajthassanak végre. Ugyanakkor a legtöbb kriptovalutás tranzakció nyíltan látható a nyilvános blokkláncokon. A felhasználók személyazonosságai gyakran közvetettek és vagy direkt kapcsolódnak valós azonosságukhoz (pl. a Twitter- vagy GitHub-profil tartalmazza az ETH-címüket), vagy összekapcsolhatók alapvető láncon belüli és kívüli adatok elemzésével.
Vannak bizonyos privát tokenek, hogy teljesen anonim tranzakciókat lehessen végrehajtani. A privát jelleget védő blokkláncok, mint a Zcash és Monero, elfedik a tranzakciók adatait, mint a küldő/fogadó címe, az eszköz típusa, a mennyiség, az időpont.
-A nulla tudástechnológiát a protokollba beépítve az adatvédelemre fókuszáló [blokklánc](/glossary/#blockchain) hálózatok lehetővé teszik a [csomópontok](/glossary/#node) számára a tranzakciók érvényesítését anélkül, hogy hozzá kellene férniük a tranzakciós adatokhoz.
+A nullatudás-technológiát a protokollba beépítve az adatvédelemre fókuszáló [blokklánc](/glossary/#blockchain) -hálózatok lehetővé teszik a [csomópontok](/glossary/#node) számára a tranzakciók érvényesítését anélkül, hogy hozzá kellene férniük a tranzakciós adatokhoz. [EIP-7503](https://eips.ethereum.org/EIPS/eip-7503) egy példa a javasolt tervezetre, amely lehetővé teszi a natív privát értékátutalásokat az Ethereum-blokkláncon. Az ilyen javaslatokat azonban nehéz megvalósítani a biztonságot, szabályozásokat és felhasználói élményt érintő aggályok miatt.
**A nulla tudásalapú igazolásokat a nyilvános blokkláncokon folyó tranzakciók anonimizálására is alkalmazzák**. Erre a Tornado Cash a példa, ami egy decentralizált, nem felügyelt szolgáltatás, ami privát tranzakciókat tesz lehetővé az Ethereumon. Ez a megoldás zero-knowledge bizonyítékokat használ, hogy elfedje a tranzakció adatait és pénzügyi titoktartást garantál. Sajnos, mivel ezek tetszőlegesen választható adatvédő eszközök, ezért rögtön illegális tevékenységet sejtetnek. Ennek megoldására a privát jellegű adatok védelme végül alapvetővé kell váljon a nyilvános blokkláncokon.
@@ -58,9 +58,9 @@ Az igazolható kalkuláció egy másik alkalmazása a ZK technológiának, hogy
Az ellenőrizhető számítások **kritikusak a blokkláncok feldolgozási sebességének javításához** a biztonság csökkentése nélkül. Ennek megértéséhez ismerni kell az Ethereum skálázási megoldásai közötti eltéréseket.
-[A láncon belüli skálázási megoldások](/developers/docs/scaling/#on-chain-scaling), mint amilyen a párhuzamos futtatás (sharding), nagy mértékű módosítást igényelnek a blokklánc alaprétegén. Ez a megközelítés ugyanakkor nagyon komplex, az bevezetés hibái pedig alááshatják az Ethereum biztonsági modelljét.
+[A láncon belüli skálázási megoldások](/developers/docs/scaling/#onchain-scaling), mint amilyen a sharding, nagy mértékű módosítást igényelnek a blokklánc alaprétegén. Ez a megközelítés ugyanakkor nagyon komplex, az bevezetés hibái pedig alááshatják az Ethereum biztonsági modelljét.
-[A láncon kívüli skálázási megoldásokhoz](/developers/docs/scaling/#off-chain-scaling) nem kell az Ethereum protokollt újratervezni. Ehelyett egy kiszervezett kalkulációs modellre támaszkodnak, hogy fejlesszék a tranzakcióátvitelt az Ethereum alaprétegen.
+[A láncon kívüli skálázási megoldásokhoz](/developers/docs/scaling/#offchain-scaling) nem kell az Ethereum-protokollt újratervezni. Ehelyett egy kiszervezett kalkulációs modellre támaszkodnak, hogy fejlesszék a tranzakcióátvitelt az Ethereum alaprétegen.
Ez a gyakorlatban a következőképpen működik:
@@ -72,9 +72,9 @@ Az Ethereumnak tehát nem kell feldolgozni semmit, csak az eredményeket kell be
A láncnak szüksége van arra, hogy validálni tudja a láncon kívüli tranzakciókat anélkül, hogy újra feldolgozná azokat, különben a külső feldolgozás értéke elveszik.
-Itt jön a képbe az igazolható kalkuláció. Amikor egy csomópont feldolgoz egy tranzakciót az Ethereumon kívül, akkor egy zero-knowledge bizonyítékot ad, hogy bizonyítsa a láncon kívüli végrehajtás helyességét. Ez a bizonyíték ([érvényességi bizonyíték](/glossary/#validity-proof)) garantálja, hogy a tranzakció érvényes, így az Ethereum hozzáadhatja a lánc státuszához – anélkül, hogy bárki kifogásolhatná azt.
+Itt jön a képbe az igazolható kalkuláció. Amikor egy csomópont feldolgoz egy tranzakciót az Ethereumon kívül, akkor egy zero-knowledge, azaz nullatudású bizonyítékot ad, hogy bizonyítsa a láncon kívüli végrehajtás helyességét. Ez a bizonyíték ([érvényességi bizonyíték](/glossary/#validity-proof)) garantálja, hogy a tranzakció érvényes, így az Ethereum hozzáadhatja a lánc státuszához – anélkül, hogy bárki kifogásolhatná azt.
-[A zero-knowledge rollupok](/developers/docs/scaling/zk-rollups) és [a validiumok](/developers/docs/scaling/validium/) két olyan láncon kívüli, skálázási megoldás, amely érvényességi bizonyítékot ad, hogy a skálázás biztonságos legyen. Ezek a protokollok ezernyi tranzakciót dolgoznak fel láncon kívül és bizonyítékot adnak az Ethereumnak ellenőrzési célból. Amint a bizonyíték ellenőrzésre kerül, az eredményeket azonnal be lehet tenni a láncba, így az Ethereum több tranzakciót tud kezelni anélkül, hogy az alapréteg számítási kapacitását növelni kellene.
+[A zero-knowledge rollup](/developers/docs/scaling/zk-rollups) és [a validium](/developers/docs/scaling/validium/) két olyan láncon kívüli, skálázási megoldás, amely érvényességi bizonyítékot ad, hogy a skálázás biztonságos legyen. Ezek a protokollok ezernyi tranzakciót dolgoznak fel láncon kívül és bizonyítékot adnak az Ethereumnak ellenőrzési célból. Amint a bizonyíték ellenőrzésre kerül, az eredményeket azonnal be lehet tenni a láncba, így az Ethereum több tranzakciót tud kezelni anélkül, hogy az alapréteg számítási kapacitását növelni kellene.
### A vesztegetés és összejátszás lehetőségének csökkentése a láncon belüli szavazásnál {#secure-blockchain-voting}
@@ -88,7 +88,7 @@ Például a [kvadratikus finanszírozási mechanizmus](https://www.radicalxchang
A láncon belüli szavazás kiteszi a kvadratikus finanszírozást az összejátszás kockázatának: a blokklánctranzakciók nyilvánosak, így a vesztegetők meg tudják nézni, hogy a megvesztegetett hogyan szavazott. Így a kvadratikus finanszírozás nem lesz hatékony módja a forráselosztásnak a közösség aggregált preferenciái alapján.
-Szerencsére újabb megoldások, mint amilyen a MACI (Minimum összejátszás-ellenes infrastruktúra/Minimum Anti-Collusion Infrastructure), zero-knowledge bizonyítékokat használ, hogy a láncon belüli szavazás ellenálló legyen a vesztegetéssel és összejátszással szemben. A MACI okosszerződésekből és szkriptekből áll, és lehetővé teszi egy központi adminisztrátor (a koordinátor) számára, hogy aggregálja a szavazatokat és kiszámolja az eredményeket, _anélkül_, hogy felfedné az egyéni szavazatok tartalmát. Még így is bizonyítani lehet, hogy a szavazatokat megfelelően számolták össze, illetve egy adott illető részt vette-e a szavazáson.
+Szerencsére az újabb megoldások, mint amilyen a MACI (Minimum összejátszás-ellenes infrastruktúra/Minimum Anti-Collusion Infrastructure), zero-knowledge bizonyítékokat használ, hogy a láncon belüli szavazás (pl. kvadratikus finanszírozási mechanizmus) ellenálló legyen a vesztegetéssel és összejátszással szemben. A MACI okosszerződésekből és szkriptekből áll, és lehetővé teszi egy központi adminisztrátor (a koordinátor) számára, hogy aggregálja a szavazatokat és kiszámolja az eredményeket, _anélkül_, hogy felfedné az egyéni szavazatok tartalmát. Még így is bizonyítani lehet, hogy a szavazatokat megfelelően számolták össze, illetve egy adott illető részt vette-e a szavazáson.
#### Hogyan működik a MACI a zero-knowledge bizonyítékokkal? {#how-maci-works-with-zk-proofs}
@@ -211,4 +211,4 @@ A ZK-STARK immunis a kvantumszámítógépek fenyegetésére, mert csak ütköz
- [ZK-STARK-ok — Igazolható bizalom létrehozása, még a kvantumszámítógépekkel szemben is](https://medium.com/coinmonks/zk-starks-create-verifiable-trust-even-against-quantum-computers-dd9c6a2bb13d) — _Adam Luciano_
- [Egy hozzávetőleges áttekintés, hogyan lehetségesek a zk-SNARK-ok](https://vitalik.eth.limo/general/2021/01/26/snarks.html) — _Vitalik Buterin_
- [A Zero-knowledge bizonyítékok (ZKP) megváltoztatják a szuverén identitás területét](https://frankiefab.hashnode.dev/why-zero-knowledge-proofs-zkps-is-a-game-changer-for-self-sovereign-identity) — _Franklin Ohaegbulam_
-
+- [EIP-7503 magyarázata: Privát átutalások lehetővé tétele az Ethereumon ZK bizonyíték révén](https://research.2077.xyz/eip-7503-zero-knowledge-wormholes-for-private-ethereum-transactions#introduction) — _Emmanuel Awosika_
diff --git a/public/content/translations/id/about/index.md b/public/content/translations/id/about/index.md
index 49f79d0bb13..6f0b9b76a2f 100644
--- a/public/content/translations/id/about/index.md
+++ b/public/content/translations/id/about/index.md
@@ -6,13 +6,47 @@ lang: id
# Tentang Ethereum.org {#about-ethereumorg}
-ethereum.org adalah sumber daya publik terbuka untuk komunitas Ethereum yang dapat disumbang oleh siapa saja. Kami memiliki tim kecil khusus untuk mengurus dan mengembangkan situs yang didanai oleh [Yayasan Ethereum](/foundation/).
+ethereum.org adalah sumber daya publik terbuka untuk komunitas Ethereum yang dapat disumbang oleh siapa saja. Kami memiliki tim inti kecil yang berdedikasi untuk memelihara dan mengembangkan situs ini, dengan kontribusi dari ribuan anggota komunitas di seluruh dunia.
-## Visi kami {#our-vision}
+**Tidak ada seorang pun dari ethereum.org yang akan menghubungi Anda. Jangan memberi respons apa pun.**
-### Misi ethereum.org adalah menjadi portal terbaik untuk komunitas Ethereum yang sedang berkembang {#mission}
+## Catatan tentang nama {#a-note-on-names}
-Kami adalah sumber daya pendidikan, yang dirancang untuk membantu pengguna baru mengenal Ethereum dan konsep utamanya. Kami ingin:
+Banyak orang seringkali bingung dengan nama-nama dalam lingkup Ethereum, yang dapat menyebabkan model mental yang kurang tepat tentang bagaimana Ethereum berfungsi. Berikut penjelasan singkat untuk menjelaskan hal-hal tersebut:
+
+### Ethereum {#ethereum}
+
+Ethereum adalah jaringan publik, rantai blok, dan protokol sumber terbuka -- dioperasikan, dikelola, dan dimiliki oleh komunitas global dari puluhan ribu pengembang, operator simpul, pemegang ETH, dan pengguna.
+
+[Lebih lanjut perihal Ethereum](/what-is-ethereum/)
+
+[Lebih lanjut perihal pemerintahan Ethereum](/governance/)
+
+### Ether (ETH) {#ether-or-eth}
+
+Ether (juga dikenal dengan simbol telegrap-nya, ETH) adalah mata uang asli yang digunakan dalam transaksi di Ethereum. ETH diperlukan untuk membayar penggunaan jaringan Ethereum (dalam bentuk biaya transaksi). ETH juga digunakan untuk mengamankan jaringan dengan penaruhan. Ketika orang berbicara tentang harga Ethereum, mereka merujuk pada aset ETH.
+
+[Lebih lanjut seputar ETH](/eth/)
+
+[Lebih lanjut tentang penaruhan ETH](/staking/)
+
+### Ethereum Foundation {#ethereum-foundation}
+
+Organisasi nirlaba, yang awalnya didanai oleh crowdsale ETH, yang didedikasikan untuk mendukung jaringan dan ekosistem Ethereum.
+
+[Lebih lanjut tentang Ethereum Foundation](/foundation/)
+
+### ethereum.org {#ethereum-org}
+
+Situs web sumber terbuka dan sumber daya edukasi untuk komunitas Ethereum. ethereum.org dipimpin oleh sebuah tim inti kecil, yang didanai oleh Ethereum Foundation, dengan kontribusi dari ribuan anggota komunitas di seluruh dunia.
+
+Halaman ini mencakup informasi lebih lanjut mengenai ethereum.org.
+
+## Misi kami {#our-mission}
+
+**Misi ethereum.org adalah menjadi portal terbaik untuk komunitas Ethereum yang sedang berkembang**
+
+Kami berusaha keras untuk membangun sumber daya edukasi yang mudah dipahami untuk semua topik yang berkaitan dengan Ethereum, yang dirancang untuk membantu pengguna baru agar terbiasa dengan Ethereum dan konsep-konsep utamanya. Kami ingin:
- menjelaskan Ethereum kepada siapa pun yang baru mengenal teknologi
- membantu pengguna baru untuk memulai dengan ETH dan Ethereum
@@ -21,46 +55,75 @@ Kami adalah sumber daya pendidikan, yang dirancang untuk membantu pengguna baru
- menampilkan sumber daya yang dibuat oleh komunitas
- membawa pendidikan Ethereum ke sebanyak mungkin bahasa
-Kami memiliki beberapa prinsip inti yang membantu kami melakukan ini.
+Untuk mencapai misi ini, tim kami berfokus pada dua tujuan utama di ethereum.org:
+
+### 1. Meningkatkan pengalaman pengguna untuk pengunjung ethereum.org {#visitors}
+
+- Memperluas, meningkatkan, dan menjaga konten tetap mutakhir
+- Meningkatkan kegunaan dan aksesibilitas melalui pelokalan dan praktik terbaik pengembangan web
+- Tingkatkan keterlibatan pengguna melalui fitur-fitur seperti survei, kuis, dan integrasi web3
+- Jaga agar situs web tetap ringan dan berkinerja baik
+
+### 2. Menumbuhkan, memperkuat, dan memberdayakan komunitas kontributor kami {#community}
+
+- Menambah jumlah kontributor ke situs web
+- Meningkatkan retensi kontributor melalui keterlibatan, pengakuan, dan penghargaan
+- Memberdayakan anggota masyarakat untuk memberikan kontribusi yang semakin signifikan
+- Memfasilitasi keragaman kontribusi yang lebih besar: kode, konten, desain, terjemahan, moderasi
+- Menjaga basis kode tetap modern, bersih, dan terdokumentasi dengan baik
## Prinsip utama {#core-principles}
-### 1. ethereum.org adalah portal ke Ethereum 🌏 {#core-principles-1}
+Kami memiliki beberapa prinsip utama yang membantu memandu kami untuk mencapai misi kami.
-Kami ingin agar minat pengguna kami terusik dan pertanyaan mereka dijawab. Jadi portal kami perlu menggabungkan informasi, "momen ajaib" dan tautan ke sumber daya komunitas brilian yang ada di luar sana. Tujuan konten kami adalah menjadi “portal orientasi” dan bukan pengganti sumber daya ekstensif yang sudah ada. Kami sangat tertarik untuk mendukung dan mengintegrasikan sumber daya komunitas, yang membuat mereka semakin populer dan makin mudah untuk ditemukan.
+### 1. ethereum.org adalah portal ke Ethereum 🌏 {#core-principles-1}
-[Komunitas Ethereum](/community/) adalah inti dari ini: kita tidak hanya perlu melayani komunitas, tetapi bekerja dengan mereka dan memasukkan umpan balik mereka. Situs web ini tidak hanya untuk komunitas yang kita miliki sekarang, tetapi juga untuk komunitas yang kita harapkan untuk tumbuh. Kita harus ingat komunitas kita bersifat global, berisi orang-orang dari berbagai bahasa, daerah, dan budaya.
+Kami ingin agar minat pengguna kami terusik dan pertanyaan mereka dijawab. Jadi portal kami perlu menggabungkan informasi, "momen ajaib" dan tautan ke sumber daya komunitas brilian yang ada di luar sana. Tujuan konten kami adalah menjadi “portal orientasi” dan bukan pengganti sumber daya ekstensif yang sudah ada. Kami sangat tertarik untuk mendukung dan mengintegrasikan sumber daya komunitas, yang membuat mereka semakin populer dan makin mudah untuk ditemukan. [Komunitas Ethereum](/community/) adalah inti dari ini: kita tidak hanya perlu melayani komunitas, tetapi bekerja dengan mereka dan memasukkan umpan balik mereka. Situs web ini tidak hanya untuk komunitas yang kita miliki sekarang, tetapi juga untuk komunitas yang kita harapkan untuk tumbuh. Kita harus ingat komunitas kita bersifat global, berisi orang-orang dari berbagai bahasa, daerah, dan budaya.
### 2. ethereum.org selalu berkembang 🛠 {#core-principles-2}
-Ethereum dan komunitas selalu berkembang, begitu juga ethereum.org. Itu sebabnya situs ini memiliki sistem desain sederhana dan struktur modular. Kami membuat perubahan berulang saat kami mempelajari lebih lanjut tentang bagaimana orang menggunakan situs dan apa yang diinginkan komunitas darinya.
+Ethereum dan komunitas selalu berkembang, begitu juga ethereum.org. Itu sebabnya situs ini memiliki sistem desain sederhana dan struktur modular. Kami membuat perubahan iteratif saat kami mempelajari lebih lanjut tentang bagaimana orang menggunakan situs dan apa yang diinginkan komunitas darinya. Kami adalah sumber daya terbuka, dengan komunitas kontributor, sehingga Anda dapat mengusulkan perubahan atau membantu kami juga. [Belajar tentang kontribusi](/contributing/)
+
+### 3. ethereum.org bukan situs web produk biasa 🦄 {#core-principles-3}
-Kami adalah sumber daya terbuka, dengan komunitas kontributor, sehingga Anda dapat mengusulkan perubahan atau membantu kami juga.
+Ethereum adalah hal yang besar: itu mencakup komunitas, teknologi, serangkaian ide dan ideologi, dan banyak lagi. Ini berarti situs web perlu menangani banyak perjalanan pengguna yang berbeda, mulai dari "pengembang yang menginginkan alat tertentu" dan "pendatang baru yang baru saja membeli ETH dan tidak tau apa itu dompet". "Apa situs web terbaik untuk platform rantai blok?" Tetap menjadi pertanyaan terbuka-kami adalah pionir. Membangun ini membutuhkan eksperimen.
-[Pelajari tentang berkontribusi](/contributing/)
+## Peta perjalanan produk {#roadmap}
-### 3. ethereum.org bukan situs web produk biasa 🦄 {#core-principles-3}
+Untuk membuat pekerjaan kami lebih mudah diakses dan mendorong lebih banyak kolaborasi komunitas, tim inti ethereum.org menerbitkan ikhtisar tujuan peta perjalanan [siklus shape up](https://www.productplan.com/glossary/shape-up-method/) kami.
-Ethereum adalah hal yang besar: itu mencakup komunitas, teknologi, serangkaian ide dan ideologi, dan banyak lagi. Ini berarti situs web perlu menangani banyak perjalanan pengguna yang berbeda, dari “pengembang yang menginginkan alat tertentu” dan “pendatang baru yang baru saja membeli beberapa ETH dan tidak tahu apa itu dompet”
+[Lihat peta perjalanan produk Siklus 1 tahun 2025 kami](https://github.com/ethereum/ethereum-org-website/issues/14726)
-"Apa situs web terbaik untuk platform blockchain?" tetap menjadi pertanyaan terbuka - kami adalah pionir. Membangun ini membutuhkan eksperimen.
+**Bagaimana pendapat Anda?** Kami selalu menghargai umpan balik tentang peta perjalanan kami-jika ada hal yang menurut Anda perlu kami kerjakan, harap beri tahu kami! Kami menyambut baik ide dan PR dari siapa saja dalam komunitas.
+
+**Ingin berkontribusi?** [Temukan lebih lanjut tentang berkontribusi](/contributing/), [hubungi kami di Twitter](https://twitter.com/ethdotorg), atau ikut serta dalam diskusi komunitas di [server Discord kami](https://discord.gg/ethereum-org).
## Prinsip desain {#design-principles}
Kami menggunakan serangkaian [prinsip desain](/contributing/design-principles/) untuk memandu pemilihan konten dan desain kami di situs.
+## Sistem Desain {#design-system}
+
+Kami telah membangun dan merilis sebuah [sistem desain](https://www.figma.com/file/NrNxGjBL0Yl1PrNrOT8G2B/ethereum.org-Design-System?node-id=0%3A1&t=QBt9RkhpPqzE3Aa6-1) untuk menghadirkan fitur lebih cepat dan memungkinkan anggota komunitas berpartisipasi dalam desain terbuka ethereum.org.
+
+Ingin berkontribusi? [Ikuti di Figma](https://www.figma.com/file/NrNxGjBL0Yl1PrNrOT8G2B/ethereum.org-Design-System), [masalah GitHub](https://github.com/ethereum/ethereum-org-website/issues/6284) dan bergabunglah dalam percakapan di [saluran Discord #design](https://discord.gg/ethereum-org) kami.
+
## Panduan gaya penulisan {#style-guide}
Kami memiliki [panduan gaya penulisan](/contributing/style-guide/) untuk menstandardisasi beberapa aspek penulisan konten agar proses kontribusi lebih mudah.
-Kami menyambut umpan balik baik untuk prinsip desain maupun panduan gaya penulisan. Ingat, ethereum.org adalah untuk komunitas, oleh komunitas.
-
Pastikan Anda membaca [prinsip-prinsip kami](/contributing/design-principles/) dan [panduan gaya penulisan kami](/contributing/style-guide/) jika Anda ingin [berkontribusi ke situs ini](/contributing/).
+Kami menyambut umpan balik mengenai prinsip desain kami, sistem desain, dan panduan gaya kami. Ingat, ethereum.org adalah untuk komunitas, oleh komunitas.
+
+## Lisensi {#license}
+
+Situs web ethereum.org adalah sumber terbuka dan dibuat di bawah [Lisensi MIT](https://github.com/ethereum/ethereum-org-website/blob/dev/LICENSE) kecuali disebutkan sebaliknya. Lebih lanjut tentang [syarat penggunaan](/terms-of-use/) ethereum.org.
+
## Lowongan kerja {#open-jobs}
-Meskipun situs web ini adalah sumber terbuka dan siapa pun dapat mengerjakannya, kami memiliki sebuah tim yang didedikasikan untuk ethereum.org dan proyek web Yayasan Ethereum lainnya.
+Meskipun situs web ini adalah sumber terbuka dan siapa pun dapat mengerjakannya, kami memiliki sebuah tim yang didedikasikan untuk ethereum.org dan proyek web Ethereum Foundation lainnya.
-Kami akan memposting lowongan pekerjaan apa pun di sini. Jika Anda tidak melihat posisi pekerjaan yang sesuai untuk Anda, kunjungi [Discord](https://discord.gg/ethereum-org) dan beri tahu kami bagaimana Anda ingin bekerja dengan kami!
+Kami akan memposting lowongan pekerjaan apa pun di sini. Jika Anda tidak melihat peran yang cocok untuk Anda di sini, silakan kunjungi [server Discord kami](https://discord.gg/ethereum-org) dan beri tahu kami bagaimana Anda ingin bekerja bersama kami!
Ingin pekerjaan di luar tim ethereum.org? [Lihat pekerjaan terkait Ethereum lainnya](/community/get-involved/#ethereum-jobs/).
diff --git a/public/content/translations/id/beacon-chain/index.md b/public/content/translations/id/beacon-chain/index.md
new file mode 100644
index 00000000000..520bf51849a
--- /dev/null
+++ b/public/content/translations/id/beacon-chain/index.md
@@ -0,0 +1,75 @@
+---
+title: Rantai Suar
+description: Belajar tentang Rantai Suar - peningkatan yang memperkenalkan bukti taruhan Ethereum.
+lang: id
+template: upgrade
+image: /images/upgrades/core.png
+alt:
+summaryPoint1: Rantai Suar memperkenalkan bukti taruhan ke dalam ekosistem Ethereum.
+summaryPoint2: Rantai ini digabungkan dengan rantai bukti kerja Ethereum yang asli pada bulan September 2022.
+summaryPoint3: Rantai Suar memperkenalkan logika konsensus dan protokol gosip blok yang sekarang mengamankan Ethereum.
+---
+
+
+ Rantai Suar dikirimkan pada tanggal 1 Desember 2020, dan meresmikan bukti taruhan sebagai mekanisme konsensus Ethereum dengan peningkatan Penggabungan pada tanggal 15 September 2022.
+
+
+## Apa yang dimaksud dengan Rantai Suar? {#what-is-the-beacon-chain}
+
+Rantai Suar adalah nama rantai blok bukti taruhan asli yang diluncurkan pada tahun 2020. Ini dibuat untuk memastikan logika konsensus bukti taruhan yang baik dan berkelanjutan sebelum mengaktifkannya di Jaringan Utama Ethereum. Oleh karena itu, ia berjalan bersama dengan Ethereum bukti kerja yang asli. Rantai Suar adalah sebuah rantai blok 'kosong', tetapi mematikan bukti kerja dan mengaktifkan bukti taruhan pada Ethereum membutuhkan instruksi kepada Rantai Suar untuk menerima data transaksi dari klien eksekusi, menggabungkannya ke dalam blok-blok, dan kemudian mengaturnya ke dalam sebuah rantai blok dengan menggunakan sebuah mekanisme konsensus berbasis bukti taruhan. Pada saat yang sama, klien Ethereum yang asli mematikan penambangan, penyebaran blok, dan logika konsensus mereka, dan menyerahkan semuanya kepada Rantai Suar. Acara ini dikenal sebagai [Penggabungan](/roadmap/merge/). Setelah Penggabungan terjadi, tidak ada lagi dua rantai blok. Sebagai gantinya, hanya ada satu bukti taruhan Ethereum, yang sekarang membutuhkan dua klien yang berbeda per simpul. Rantai Suar sekarang menjadi lapisan konsensus, sebuah jaringan klien konsensus rekan-ke-rekan yang menangani gosip blok dan logika konsensus, sementara klien asli membentuk lapisan eksekusi, yang bertanggung jawab untuk menggosipkan dan mengeksekusi transaksi, dan mengelola status Ethereum. Kedua lapisan tersebut dapat berkomunikasi satu sama lain menggunakan API Engine.
+
+## Apa yang dilakukan oleh Rantai Suar? {#what-does-the-beacon-chain-do}
+
+Rantai Suar adalah nama yang diberikan kepada buku besar akun yang melakukan dan mengkoordinasikan jaringan [penaruh](/staking/) sebelum para penaruh tersebut mulai memvalidasi blok Ethereum yang sebenarnya. Lapisan ini tidak memproses transaksi atau menangani interaksi kontrak pintar karena hal itu dilakukan di lapisan eksekusi. Rantai Suar bertanggung jawab untuk hal-hal seperti penanganan blok dan pengesahan, menjalankan algoritma pilihan garpu, dan mengelola imbalan, dan penalti. Baca lebih lanjut di [halaman arsitektur simpul](/developers/docs/nodes-and-clients/node-architecture/#node-comparison).
+
+## Dampak Rantai Suar {#beacon-chain-features}
+
+### Memperkenalkan penaruhan {#introducing-staking}
+
+Rantai Suar memperkenalkan [bukti taruhan](/developers/docs/consensus-mechanisms/pos/) pada Ethereum. Hal ini membuat Ethereum tetap aman dan membuat validator mendapatkan lebih banyak ETH dalam prosesnya. Dalam praktiknya, penaruhan melibatkan penaruhan ETH untuk mengaktifkan perangkat lunak validator. Sebagai penaruh, Anda menjalankan perangkat lunak yang membuat dan memvalidasi blok baru dalam chain.
+
+Penaruhan memiliki tujuan yang serupa dengan [penambangan](/developers/docs/consensus-mechanisms/pow/mining/), tetapi berbeda dalam banyak hal. Penambangan membutuhkan pengeluaran besar di muka dalam bentuk perangkat keras yang kuat dan konsumsi energi, yang menghasilkan skala ekonomi, dan mendorong sentralisasi. Penambangan juga tidak dilengkapi dengan persyaratan untuk mengunci aset sebagai jaminan, membatasi kemampuan protokol untuk menghukum pelaku kejahatan setelah terjadi serangan.
+
+Transisi ke bukti taruhan membuat Ethereum secara signifikan lebih aman dan terdesentralisasi dibandingkan dengan bukti kerja. Semakin banyak orang yang berpartisipasi dalam jaringan, semakin terdesentralisasi dan aman dari serangan.
+
+Dan menggunakan bukti taruhan sebagai mekanisme konsensus adalah komponen dasar untuk [Ethereum yang aman, ramah lingkungan, dan dapat diskalakan yang kita miliki saat ini](/roadmap/vision/).
+
+
+ Jika Anda tertarik untuk menjadi validator dan membantu mengamankan Ethereum, pelajari lebih lanjut tentang penaruhan.
+
+
+### Menyiapkan untuk pecahan {#setting-up-for-sharding}
+
+Sejak Rantai Suar bergabung dengan Jaringan Utama Ethereum yang asli, komunitas Ethereum mulai mencari cara untuk penskalaan jaringan.
+
+Bukti taruhan memiliki keuntungan karena memiliki registri semua produsen blok yang disetujui pada waktu tertentu, masing-masing dengan ETH yang dipertaruhkan. Registri ini menetapkan panggung untuk kemampuan membagi dan menaklukkan, tetapi dengan andal membagi tanggung jawab jaringan tertentu.
+
+Tanggung jawab ini berbeda dengan bukti kerja, di mana penambang tidak memiliki kewajiban terhadap jaringan dan dapat berhenti menambang dan mematikan perangkat lunak simpul mereka secara permanen dalam sekejap tanpa ada konsekuensi. Juga tidak ada registri pengusul blok yang dikenal dan tidak ada cara yang dapat diandalkan untuk membagi tanggung jawab jaringan dengan aman.
+
+[Lebih lanjut tentang pecahan](/roadmap/danksharding/)
+
+## Hubungan antar peningkatan {#relationship-between-upgrades}
+
+Semua peningkatan Ethereum saling terkait. Jadi ayo kita ingat kembali bagaimana Rantai Suar memengaruhi peningkatan lainnya.
+
+### Rantai Suar dan Penggabungan {#merge-and-beacon-chain}
+
+Pada awalnya, Rantai Suar ada secara terpisah dari Jaringan Utama Ethereum, tetapi keduanya digabungkan pada tahun 2022.
+
+
+ Penggabungan
+
+
+### Pecahan dan Rantai Suar {#shards-and-beacon-chain}
+
+Pecahan hanya dapat masuk ke dalam ekosistem Ethereum dengan aman dengan adanya mekanisme konsensus bukti taruhan. Rantai Suar memperkenalkan penaruhan, yang 'bergabung' dengan Jaringan Utama, membuka jalan bagi pecahan untuk membantu meningkatkan skala Ethereum.
+
+
+ Rantai shard
+
+
+## Bacaan Lebih Lanjut
+
+- [Lebih lanjut tentang peningkatan Ethereum di masa depan](/roadmap/vision)
+- [Lebih lanjut tentang arsitektur simpul](/developers/docs/nodes-and-clients/node-architecture)
+- [Lebih lanjut tentang bukti taruhan](/developers/docs/consensus-mechanisms/pos)
diff --git a/public/content/translations/id/developers/docs/standards/tokens/erc-1155/index.md b/public/content/translations/id/developers/docs/standards/tokens/erc-1155/index.md
index 8187b85f1c4..b39aa22f9f9 100644
--- a/public/content/translations/id/developers/docs/standards/tokens/erc-1155/index.md
+++ b/public/content/translations/id/developers/docs/standards/tokens/erc-1155/index.md
@@ -23,7 +23,7 @@ Untuk lebih memahami halaman ini, sebaiknya baca terlebih dahulu tentang [standa
- [Transfer Kelompok](#batch_transfers): Transfer beberapa aset dalam sekali pemanggilan.
- [Saldo Kelompok](#batch_balance): Dapatkan saldo dari beberapa aset dalam sekali pemanggilan.
- [Persetujuan Kelompok](#batch_approval): Setujui semua token ke suatu alamat.
-- [Kaitan](#recieve_hook): Terima kaitan token.
+- [Kaitan](#receive_hook): Terima kaitan token.
- [Dukungan NFT](#nft_support): Jika persediaan hanya berjumlah 1, anggaplah sebagai NFT.
- [Aturan Transfer Aman](#safe_transfer_rule): Kumpulan aturan untuk transfer yang aman.
diff --git a/public/content/translations/id/dvt/index.md b/public/content/translations/id/dvt/index.md
new file mode 100644
index 00000000000..e5e7ac56d95
--- /dev/null
+++ b/public/content/translations/id/dvt/index.md
@@ -0,0 +1,91 @@
+---
+title: Teknologi validator terdistribusi
+description: Teknologi validator terdistribusi memungkinkan operasi terdistribusi validator Ethereum oleh banyak pihak.
+lang: id
+---
+
+# Teknologi validator terdistribusi {#distributed-validator-technology}
+
+Teknologi validator terdistribusi (DVT) adalah pendekatan terhadap keamanan validator yang menyebarkan manajemen kunci dan tanggung jawab penandatanganan ke berbagai pihak, untuk mengurangi titik kegagalan tunggal, dan meningkatkan ketangguhan validator.
+
+Hal ini dilakukan dengan **memisahkan kunci pribadi** yang digunakan untuk mengamankan validator **di banyak komputer** yang diorganisir ke dalam sebuah "kelompok". Manfaat dari hal ini adalah menyulitkan bagi Penyerang untuk mendapatkan akses ke kunci, karena kunci tersebut tidak disimpan secara lengkap di satu mesin saja. Ini juga memungkinkan beberapa simpul untuk offline, karena penandatanganan yang diperlukan dapat dilakukan oleh sebagian mesin di setiap kelompok. Ini mengurangi satu titik kegagalan dari jaringan dan membuat seluruh set validator lebih kuat.
+
+
+
+## Mengapa kita membutuhkan DVT? {#why-do-we-need-dvt}
+
+### Keamanan {#security}
+
+Validator menghasilkan dua pasangan Kunci Publik-Pribadi: kunci Validator untuk berpartisipasi dalam Konsensus dan kunci penarikan untuk mengakses dana. Sementara validator dapat mengamankan kunci penarikan di penyimpanan dingin, kunci pribadi validator harus daring 24/7. Jika kunci pribadi validator disusupi, penyerang dapat mengontrol validator, yang berpotensi menyebabkan pemotongan atau hilangnya ETH penaruh. DVT dapat membantu mengurangi risiko ini. Begini caranya:
+
+Dengan menggunakan DVT, penaruh dapat berpartisipasi dalam penaruhan sambil menyimpan kunci pribadi validator di penaruhan dingin. Ini dicapai dengan mengenkripsi kunci validator lengkap asli dan kemudian membaginya menjadi pembagian kunci. Pembagian kunci langsung daring dan didistribusikan ke beberapa simpul yang memungkinkan operasi validator terdistribusi. Ini dimungkinkan karena validator Ethereum menggunakan tanda tangan BLS yang bersifat aditif, artinya kunci lengkap dapat direkonstruksi dengan menjumlahkan bagian-bagian komponennya. Hal ini memungkinkan penaruh untuk menyimpan kunci validator 'master' asli lengkap dengan aman secara offline.
+
+### Tidak ada titik kegagalan tunggal {#no-single-point-of-failure}
+
+Ketika sebuah validator dibagi di antara beberapa operator dan mesin, validator tersebut dapat menahan kegagalan perangkat keras dan perangkat lunak individu tanpa menjadi offline. Risiko kegagalan juga dapat dikurangi dengan menggunakan beragam konfigurasi perangkat keras dan perangkat lunak di seluruh simpul dalam sebuah kelompok. Ketahanan ini tidak tersedia untuk konfigurasi validator simpul tunggal - ini berasal dari lapisan DVT.
+
+Jika salah satu komponen mesin dalam kelompok turun (misalnya, jika ada empat operator dalam kelompok validator dan satu menggunakan klien tertentu yang memiliki bug), yang lain memastikan bahwa validator terus berjalan.
+
+### Desentralisasi {#decentralization}
+
+Skenario ideal untuk Ethereum adalah memiliki validator yang dioperasikan secara independen sebanyak mungkin. Namun, beberapa penyedia penaruhan telah menjadi sangat populer dan menyumbang sebagian besar dari total ETH yang dipertaruhkan di jaringan. DVT dapat memungkinkan operator ini ada sambil mempertahankan desentralisasi taruhan. Ini karena kunci untuk setiap validator didistribusikan di banyak mesin dan akan membutuhkan kolusi yang jauh lebih besar bagi validator untuk berubah menjadi berbahaya.
+
+Tanpa DVT, lebih mudah bagi penyedia penaruhan untuk hanya mendukung satu atau dua konfigurasi klien untuk semua validator mereka, meningkatkan dampak bug klien. DVT dapat digunakan untuk menyebarkan risiko di beberapa konfigurasi klien dan perangkat keras yang berbeda, menciptakan ketahanan melalui keragaman.
+
+**DVT menawarkan manfaat berikut untuk Ethereum:**
+
+1. **Desentralisasi** konsensus bukti taruhan Ethereum
+2. Memastikan **ketersediaan** jaringan
+3. Menciptakan **toleransi kesalahan** validator
+4. Operasi validator **dengan minimal kepercayaan**
+5. **Risiko Pemotongan yang diminimalkan** dan waktu henti
+6. **Meningkatkan keragaman** (klien, pusat data, lokasi, regulasi, dll.)
+7. **Keamanan yang ditingkatkan** manajemen kunci validator
+
+## Bagaimana cara kerja DVT? {#how-does-dvt-work}
+
+Solusi DVT berisi komponen-komponen berikut:
+
+- **[Pembagian rahasia Shamir](https://medium.com/@keylesstech/a-beginners-guide-to-shamir-s-secret-sharing-e864efbf3648)** - Validator menggunakan [kunci BLS](https://en.wikipedia.org/wiki/BLS_digital_signature). Masing-masing "pembagian kunci" BLS ("key shares") dapat digabungkan menjadi satu kunci agregat tunggal (tanda tangan). Di DVT, kunci pribadi untuk validator adalah tanda tangan BLS gabungan dari setiap operator di kelompok.
+- **[Skema tanda tangan ambang batas](https://medium.com/nethermind-eth/threshold-signature-schemes-36f40bc42aca)** - Menentukan jumlah pembagian kunci individu yang diperlukan untuk tugas penandatanganan, misalnya, 3 dari 4.
+- **[Generasi kunci terdistribusi (DKG)](https://medium.com/toruslabs/what-distributed-key-generation-is-866adc79620)** - Proses kriptografi yang menghasilkan pembagian kunci dan digunakan untuk mendistribusikan pembagian kunci validator yang ada atau baru ke simpul dalam sebuah kelompok.
+- **[Multiparty computation (MPC)](https://messari.io/report/applying-multiparty-computation-to-the-world-of-blockchains)** - Kunci validator lengkap dibuat secara rahasia menggunakan komputasi multipihak. Kunci lengkap tidak pernah diketahui oleh operator individu mana pun — mereka hanya pernah tahu bagian mereka sendiri ("bagian" mereka).
+- **Protokol konsensus** - Protokol konsensus memilih satu simpul untuk menjadi pengusul blok. Mereka berbagi blok dengan simpul lain dalam kelompok, yang menambahkan pembagian kunci mereka ke tanda tangan agregat. Ketika cukup banyak pembagian kunci yang telah dikumpulkan, blok tersebut diusulkan di Ethereum.
+
+Validator terdistribusi memiliki toleransi kesalahan bawaan dan dapat terus berjalan bahkan jika beberapa simpul individu offline. Ini berarti bahwa kelompok tangguh meskipun beberapa simpul di dalamnya ternyata jahat atau malas.
+
+## Kasus penggunaan DVT {#dvt-use-cases}
+
+DVT memiliki implikasi signifikan bagi industri penaruhan yang lebih luas:
+
+### Penaruh solo {#solo-stakers}
+
+DVT juga memungkinkan penaruhan non-kustodial dengan memungkinkan Anda mendistribusikan kunci validator ke seluruh simpul jarak jauh sambil tetap menjaga kunci sepenuhnya offline. Ini berarti penaruh di beranda tidak selalu perlu mengeluarkan biaya untuk perangkat keras, sementara mendistribusikan pembagian kunci dapat membantu memperkuat mereka dari potensi peretasan.
+
+### Taruhan sebagai layanan (SaaS) {#saas}
+
+Operator (seperti pool penaruhanl dan penaruh institusional) yang mengelola banyak validator dapat menggunakan DVT untuk mengurangi risiko mereka. Dengan mendistribusikan infrastruktur, mereka bisa menambahkan redudansi pada operasional mereka dan mendiversifikasi jenis perangkat keras yang digunakan.
+
+DVT berbagi tanggung jawab untuk manajemen kunci di berbagai simpul, yang berarti beberapa biaya operasional juga dapat dibagi. DVT juga dapat mengurangi risiko operasional dan biaya asuransi bagi penyedia penaruhan.
+
+### Kolam taruhan {#staking-pools}
+
+Karena pengaturan validator standar, pool penaruhan dan penyedia penaruhan likuid dipaksa untuk memiliki tingkat kepercayaan operator tunggal yang berbeda-beda karena keuntungan dan kerugian disosialisasikan di seluruh pool. Mereka juga bergantung pada operator untuk melindungi kunci penandatanganan, karena hingga saat ini, tidak ada pilihan lain bagi mereka.
+
+Meskipun biasanya upaya dilakukan untuk menyebarkan risiko dengan mendistribusikan taruhan ke berbagai operator, setiap operator masih mengelola taruhan yang signifikan secara independen. Mengandalkan satu operator memiliki risiko yang sangat besar jika operator tersebut berkinerja buruk, mengalami downtime, mengalami gangguan, atau bertindak secara jahat.
+
+Dengan memanfaatkan DVT, kepercayaan yang dibutuhkan dari operator berkurang secara signifikan. **Pool dapat memungkinkan operator memegang penaruhan tanpa perlu menjaga kunci validator** (karena hanya pembagian kunci yang digunakan). Ini juga memungkinkan penaruhan yang dikelola dapat didistribusikan di antara lebih banyak operator (misalnya, daripada memiliki satu operator yang mengelola 1000 validator, DVT memungkinkan validator tersebut dijalankan secara kolektif oleh beberapa operator). Konfigurasi operator yang beragam akan memastikan bahwa jika salah satu operator mengalami masalah, operator lain masih dapat memberikan kesaksian. Ini karena kunci untuk setiap validator didistribusikan di banyak mesin dan akan membutuhkan kolusi yang jauh lebih besar bagi validator untuk berubah menjadi jahat.
+
+Manfaat lain dari meminimalkan kepercayaan pada satu operator adalah bahwa pool penaruhan dapat memungkinkan partisipasi operator yang lebih terbuka dan tanpa izin. Dengan melakukannya, layanan dapat mengurangi risiko mereka dan mendukung desentralisasi Ethereum dengan menggunakan kumpulan operator yang disusun dan tanpa izin, misalnya, dengan menggabungkan penaruh di beranda atau yang lebih kecil dengan yang lebih besar.
+
+## Kekurangan potensial penggunaan DVT {#potential-drawbacks-of-using-dvt}
+
+- **Komponen tambahan** - memperkenalkan sebuah simpul DVT menambahkan bagian lain yang mungkin bisa mengalami kerusakan atau rentan. Salah satu cara untuk mengurangi dampak ini adalah dengan berupaya memiliki beberapa implementasi dari simpul DVT, yang berarti memiliki beberapa klien DVT (mirip dengan adanya beberapa klien untuk lapisan konsensus dan eksekusi).
+- **Biaya operasional** - karena DVT mendistribusikan validator di antara beberapa pihak, diperlukan lebih banyak simpul untuk operasi daripada hanya satu simpul, yang mengakibatkan peningkatan biaya operasional.
+- **Potensi peningkatan keterlambatan** - karena DVT menggunakan protokol konsensus untuk mencapai kesepakatan antara beberapa simpul yang mengoperasikan validator, ini berpotensi memperkenalkan peningkatan keterlambatan.
+
+## Bacaan Lebih Lanjut {#further-reading}
+
+- [Spesifikasi validator terdistribusi Ethereum (tingkat tinggi)](https://github.com/ethereum/distributed-validator-specs)
+- [Spesifikasi teknis validator terdistribusi Ethereum](https://github.com/ethereum/distributed-validator-specs/tree/dev/src/dvspec)
+- [Aplikasi demonstrasi pembagian rahasia Shamir](https://iancoleman.io/shamir/)
diff --git a/public/content/translations/id/enterprise/index.md b/public/content/translations/id/enterprise/index.md
index 828f37a9197..05026c1fa9f 100644
--- a/public/content/translations/id/enterprise/index.md
+++ b/public/content/translations/id/enterprise/index.md
@@ -13,7 +13,7 @@ Aplikasi blockchain membantu perusahaan untuk:
- Membangun model bisnis baru dan peluang penciptaan nilai
- Secara kompetitif memastikan organisasi mereka tetap akan relevan di masa depan
-Aplikasi blockchain perusahaan bisa dibangun di [Jaringan Utama](/glossary/#mainnet) Ethereum publik tanpa izin, atau di blockchain privat yang didasarkan pada teknologi Ethereum. Temukan Informasi lebih lanjut tentang [rantai Enterprise Ethereum privat](/enterprise/private-ethereum/).
+Aplikasi blockchain perusahaan bisa dibangun di [Jaringan Utama](/glossary/#mainnet) Ethereum publik tanpa izin, atau di blockchain privat yang didasarkan pada teknologi Ethereum.
## Ethereum publik vs privat {#private-vs-public}
diff --git a/public/content/translations/id/events/index.md b/public/content/translations/id/events/index.md
new file mode 100644
index 00000000000..7c97c06357c
--- /dev/null
+++ b/public/content/translations/id/events/index.md
@@ -0,0 +1,24 @@
+---
+title: Aksi Ethereum
+description: Cara terlibat di dalam komunitas Ethereum.
+lang: id
+hideEditButton: true
+---
+
+# Aksi mendatang {#events}
+
+**Setiap bulan, ada aksi besar Ethereum di seluruh dunia.** Pertimbangkanlah untuk menghadiri salah satunya di dekat area Anda untuk bertemu dengan lebih banyak orang di komunitas, mendapatkan informasi tentang lowongan pekerjaan, dan mengembangkan keahlian baru.
+
+ Baca tentang KZG dan pengaturan tepercaya
+
+## Ethereum yang lebih sederhana dan lebih efisien {#simpler-more-efficient-ethereum}
+
+Kompleksitas menciptakan peluang untuk bug atau kerentanan yang dapat dieksploitasi oleh penyerang. Oleh karena itu, bagian dari peta perjalanan adalah menyederhanakan Ethereum dan menghapus kode yang telah bertahan melalui berbagai peningkatan tetapi tidak lagi diperlukan atau sekarang dapat ditingkatkan. Basis kode yang lebih ramping dan sederhana lebih mudah dipelihara dan dipahami oleh pengembang.
+
+Ada beberapa pembaruan yang akan dilakukan pada [Mesin Virtual Ethereum (EVM)](/developers/docs/evm) untuk membuatnya lebih sederhana dan efisien. Ini termasuk [menghapus opcode SELFDESTRUCT](https://hackmd.io/@vbuterin/selfdestruct) - perintah yang jarang digunakan yang tidak lagi diperlukan dan dalam beberapa situasi dapat berbahaya untuk digunakan, terutama jika digabungkan dengan peningkatan lain di masa depan pada model penyimpanan Ethereum. [Klien Ethereum](/glossary/#consensus-client) juga masih mendukung beberapa jenis transaksi lama yang sekarang dapat dihapus sepenuhnya. Cara penghitungan [gas](/glossary/#gas) juga dapat ditingkatkan dan metode yang lebih efisien untuk aritmatika yang mendasari beberapa operasi kriptografi dapat digunakan.
+
+Demikian pula, ada pembaruan yang dapat dilakukan pada bagian lain dari klien Ethereum saat ini. Salah satu contohnya adalah klien eksekusi dan konsensus saat ini menggunakan jenis kompresi data yang berbeda. Akan jauh lebih mudah dan lebih intuitif untuk berbagi data di antara klien ketika skema kompresi disatukan di seluruh jaringan.
+
+## Kemajuan saat ini {#current-progress}
+
+Sebagian besar peningkatan yang diperlukan untuk membuktikan Ethereum di masa depan **masih dalam tahap penelitian dan mungkin masih beberapa tahun lagi** sebelum diimplementasikan. Peningkatan seperti menghapus SELFDESTRUCT dan menyelaraskan skema kompresi yang digunakan dalam klien eksekusi dan klien konsensus kemungkinan besar akan hadir lebih cepat daripada kriptografi tahan kuantum.
+
+**Bacaan lebih lanjut**
+
+- [Gas](/developers/docs/gas)
+- [EVM](/developers/docs/evm)
+- [Struktur data](/developers/docs/data-structures-and-encoding)
diff --git a/public/content/translations/id/how-to-create-an-ethereum-account/index.md b/public/content/translations/id/how-to-create-an-ethereum-account/index.md
new file mode 100644
index 00000000000..35d2c36210a
--- /dev/null
+++ b/public/content/translations/id/how-to-create-an-ethereum-account/index.md
@@ -0,0 +1,73 @@
+---
+title: Cara "membuat" akun Ethereum
+description: Panduan langkah demi langkah membuat akun Ethereum menggunakan dompet.
+lang: id
+---
+
+# Cara membuat akun Ethereum
+
+Siapa pun dapat membuat akun Ethereum secara gratis. Anda hanya perlu memasang aplikasi dompet kripto. Dompet membuat dan mengelola akun Ethereum Anda. Mereka dapat mengirim transaksi, memeriksa saldo, dan menghubungkan Anda ke aplikasi lain yang dibangun di Ethereum.
+
+Dengan dompet kamu juga dapat masuk ke Bursa token, permainan, [NFT](/glossary/#nft) marketplace secara instan. Tidak perlu registrasi individual, satu akun digunakan untuk semua aplikasi yang dibangun di Ethereum.
+
+## Langkah 1: Pilih dompet
+
+Dompet adalah aplikasi yang membantu Anda mengelola akun Ethereum Anda. Ada berbagai dompet berbeda untuk dipilih: seluler, desktop, atau bahkan ekstensi browser.
+
+
+
+ Daftar dompet
+
+
+Jika Anda baru, Anda dapat memilih filter "Baru dalam kripto" pada halaman "cari dompet" untuk mengidentifikasi dompet yang seharusnya mencakup semua fitur yang diperlukan dan cocok untuk pemula.
+
+
+
+Ada juga filter profil lain untuk memenuhi kebutuhan Anda. Ini contoh-contoh dompet yang sering digunakan - Anda sebaiknya melakukan penelitian sendiri sebelum mempercayai perangkat lunak apa pun.
+
+## Langkah 2: Unduh dan instal aplikasi dompet Anda
+
+Setelah Anda memilih dompet, buka situs web resmi mereka atau app store kemudian unduh dan instal. Semuanya gratis.
+
+## Langkah 3: Buka aplikasi dan buat akun Ethereum Anda
+
+Ketika pertama kali membuka aplikasi dompet yang baru, Anda akan diminta untuk memilih membuat akun baru atau mengimpor akun yang sudah ada. Klik pembuatan akun baru. Ini adalah langkah saat perangkat lunak dompet membuat akun Ethereum Anda.
+
+## Langkah 4: Simpan frasa pemulihan Anda
+
+Beberapa aplikasi akan meminta Anda untuk menyimpan frasa pemulihan rahasia "frase benih" (kadang-kadang disebut juga "frasa benih" atau "mnemonic"). Menjaga frasa ini tetap aman sangat penting! Ini digunakan untuk menghasilkan akun Ethereum Anda dan dapat digunakan untuk mengirimkan transaksi.
+
+**Siapa pun yang mengetahui frasa tersebut dapat mengendalikan semua dana.**Jangan pernah membagikannya kepada siapa pun. Kata kunci ini memuat 12 sampai 24 kata-kata acak (urutan kata-kata ini sangat penting).
+
+
+
+ Dompet sudah terinstal??
Pelajari cara menggunakannya.
+
+ Cara menggunakan dompet
+
+
+
+
+Tertarik dengan panduan lainnya? Lihatlah dokumen kami: [Panduan langkah demi langkah](/guides/)
+
+## Pertanyaan yang sering diajukan
+
+### Apakah dompet dan akun Ethereum saya itu sama?
+
+Tidak. Dompet adalah alat pengelolaan yang membantu Anda mengelola akun. Satu dompet bisa mengakses beberapa akun, dan satu akun bisa diakses oleh beberapa dompet. Frasa pemulihan digunakan untuk membuat akun dan memberikan izin kepada aplikasi dompet untuk mengelola aset.
+
+### Apakah saya bisa mengirimkan bitcoin ke alamat Ethereum, atau ether ke alamat Bitcoin?
+
+Tidak, Anda tidak bisa. Bitcoin dan ether ada di dua jaringan terpisah (yaitu, rantai blok yang berbeda), masing-masing dengan format pencatatan dan alamat mereka sendiri. Telah ada berbagai upaya untuk menghubungkan dua jaringan yang berbeda tersebut, di antaranya yang paling aktif saat ini yakni [Wrapped Bitcoin atau WBTC](https://www.bitcoin.com/get-started/what-is-wbtc/). Ini bukan merupakan dukungan, karena WBTC adalah solusi kustodial (berarti sekelompok orang mengendalikan beberapa fungsi kritis) dan disediakan di sini hanya untuk tujuan informasi.
+
+### Jika saya memiliki alamat ETH, apakah akan sama di rantai blok yang lain?
+
+Kamu bisa menggunakan yang [alamat](/glossary/#address) yang sama pada semua rantai blok yang menggunakan perangkat lunak dasar yang serupa dengan Ethereum (dikenal sebagai 'kompatibel dengan EVM'). [Daftar](https://chainlist.org/) berikut ini memperlihatkan bagaimana cara menggunakan rantai blok dengan alamat yang sama. Beberapa rantai blok seperti Bitcoin, menerapkan peraturan pada jaringan yang terpisah dan Anda akan membutuhkan alamat yang berbeda dengan format yang berbeda pula. Jika memiliki dompet kontrak pintar, kamu sebaiknya memeriksa situs web produk untuk informasi lebih lanjut tentang rantai blok mana yang didukung, karena biasanya dompet tersebut memiliki jangkauan yang terbatas namun lebih aman.
+
+### Apakah memiliki dompet sendiri lebih aman dibandingkan dengan menyimpan dana di bursa?
+
+Mempunyai dompet sendiri berarti Anda bertanggung jawab atas keamanan aset Anda. Sayangnya, ada banyak contoh bursa yang gagal dan kehilangan uang pelanggan mereka. Memiliki dompet (dengan frasa pemulihan) menghilangkan risiko yang terkait dengan mempercayai suatu kelompok untuk menyimpan aset Anda. Namun, Anda harus mengamankannya sendiri dan menghindari penipuan terencana, menyetujui transaksi secara tidak sengaja atau mengungkap frasa pemulihan, berinteraksi dengan situs web palsu, dan risiko penyimpanan mandiri lainnya. Risiko dan manfaatnya berbeda.
+
+### Jika saya kehilangan dompet seluler/perangkat keras, apakah saya perlu menggunakan aplikasi dompet yang sama lagi untuk memulihkan akun yang hilang?
+
+Tidak, Anda dapat menggunakan dompet yang berbeda. Selama memiliki frase benih, Anda dapat memasukkannya ke sebagian besar dompet dan mereka akan mengembalikan akun Anda. Berhati-hatilah jika Anda perlu melakukannya: yang terbaik adalah memastikan Anda tidak terhubung ke internet saat memulihkan dompet agar frase benih Anda tidak bocor secara tidak sengaja. Seringkali tidak mungkin untuk memulihkan dana yang hilang tanpa frasa pemulihan.
diff --git a/public/content/translations/id/scaling/index.md b/public/content/translations/id/scaling/index.md
new file mode 100644
index 00000000000..6996c40fc82
--- /dev/null
+++ b/public/content/translations/id/scaling/index.md
@@ -0,0 +1,51 @@
+---
+title: Penskalaan Ethereum
+description: Melakukan rollup transaksi batch secara bersamaan di luar rantai, sehingga mengurangi biaya bagi pengguna. Namun, cara rollup yang saat ini menggunakan data terlalu mahal, sehingga membatasi seberapa murah transaksi dapat dilakukan. Proto-Danksharding memperbaiki hal ini.
+lang: id
+image: /images/roadmap/roadmap-transactions.png
+alt: "Peta Perjalanan Ethereum"
+template: roadmap
+---
+
+Ethereum diskalakan menggunakan [lapisan ke-2](/layer-2/#rollups) (juga dikenal sebagai rollup), yang mengumpulkan transaksi secara bersamaan dan mengirimkan hasilnya ke Ethereum. Meskipun rollup hingga delapan kali lebih murah daripada Jaringan Utama Ethereum, Anda dapat mengoptimalkan rollup lebih lanjut untuk mengurangi biaya bagi pengguna akhir. Rollup juga bergantung pada beberapa komponen terpusat yang dapat dihapus oleh pengembang saat rollup sudah matang.
+
+
+
+ - Rollup hari ini ~5-20x lebih murah dari lapisan 1 Ethereum
+ - Rollup ZK akan segera menurunkan biaya sebesar ~40-100x
+ - Perubahan yang akan datang pada Ethereum akan memberikan penskalaan ~100-1000x lainnya
+ - Pengguna harus mendapatkan keuntungan dari transaksi berharga kurang dari $0,001
+
+
+
+## Membuat data lebih murah {#making-data-cheaper}
+
+Rollup mengumpulkan sejumlah besar transaksi, mengeksekusinya, dan mengirimkan hasilnya ke Ethereum. Hal ini menghasilkan banyak data yang harus tersedia secara terbuka sehingga siapa pun dapat melakukan transaksi untuk diri mereka sendiri dan memverifikasi bahwa operator rollup tersebut jujur. Jika seseorang menemukan ketidaksesuaian, mereka dapat mengajukan tantangan.
+
+### Proto-Danksharding {#proto-danksharding}
+
+Data rollup secara historis disimpan secara permanen di Ethereum, yang biayanya mahal. Lebih dari 90% dari biaya transaksi yang dibayarkan pengguna pada rollup disebabkan oleh penyimpanan data ini. Untuk mengurangi biaya transaksi, kita dapat memindahkan data ke dalam penyimpanan 'blob' sementara yang baru. Blob lebih murah karena tidak permanen; data ini akan dihapus dari Ethereum setelah tidak lagi dibutuhkan. Penyimpanan data rollup jangka panjang menjadi tanggung jawab pihak yang membutuhkannya, seperti operator rollup, bursa, layanan pengindeksan, dan lain-lain. Menambahkan transaksi blob ke Ethereum adalah bagian dari peningkatan yang dikenal sebagai "Proto-Danksharding".
+
+Dengan Proto-Danksharding, dimungkinkan untuk menambahkan banyak blob ke dalam blok Ethereum. Ini memungkinkan peningkatan substansial (>100x) pada keluaran Ethereum dan penurunan biaya transaksi.
+
+### Danksharding {#danksharding}
+
+Tahap kedua dalam memperluas data blob cukup rumit karena memerlukan metode baru untuk memeriksa ketersediaan data rollup di jaringan dan bergantung pada [validator](/glossary/#validator) yang memisahkan tanggung jawab [pembuatan blok](/glossary/#block) dan pengajuan blok. Hal ini juga membutuhkan cara untuk membuktikan secara kriptografis bahwa validator telah memverifikasi subset data blob.
+
+Langkah kedua ini dikenal sebagai ["Danksharding"](/roadmap/danksharding/). **Kemungkinan akan memerlukan beberapa tahun lagi** untuk sepenuhnya diterapkan. Danksharding bergantung pada pengembangan lain seperti [pemisahan pembangunan blok dan proposal blok](/roadmap/pbs) dan desain jaringan baru yang memungkinkan jaringan secara efisien mengonfirmasi bahwa data tersedia dengan mengambil sampel beberapa kilobita secara acak dalam satu waktu, yang dikenal dengan nama [pengambilan sampel data (DAS)](/developers/docs/data-availability).
+
+Lebih lanjut tentang Danksharding
+
+## Desentralisasi rollup {#decentralizing-rollups}
+
+[Rollup](/layer-2) sudah menskalakan Ethereum. Ekosistem [yang kaya akan proyek rollup](https://l2beat.com/scaling/tvl) memungkinkan pengguna untuk bertransaksi dengan cepat dan murah, dengan berbagai jaminan keamanan. Namun, rollup telah di-bootstrap menggunakan sequencer terpusat (komputer yang melakukan semua pemrosesan dan agregasi transaksi sebelum mengirimkannya ke Ethereum). Hal ini rentan terhadap penyensoran, karena operator sequencer dapat dikenai sanksi, disuap, atau dikompromikan. Pada saat yang sama, [rollup bervariasi](https://l2beat.com) dalam cara mereka memvalidasi data yang masuk. Cara terbaik adalah dengan "pembuktian" yang mengajukan [bukti penipuan](/glossary/#fraud-proof) atau bukti keabsahan, tetapi tidak semua rollup saat ini sudah menerapkan hal ini. Bahkan rollup yang menggunakan bukti validitas/penipuan menggunakan kumpulan kecil pemberi bukti yang diketahui. Oleh karena itu, langkah penting berikutnya dalam penskalaan Ethereum adalah mendistribusikan tanggung jawab untuk menjalankan sequencer dan pembuktian kepada lebih banyak orang.
+
+Lebih lanjut tentang rollup
+
+## Kemajuan saat ini {#current-progress}
+
+Proto-Danksharding adalah item pertama dari daftar peta perjalanan ini yang akan diterapkan sebagai bagian dari pembaruan jaringan Cancun-Deneb ("Dencun") pada Maret 2024. **Danksharding penuh kemungkinan akan memerlukan beberapa tahun lagi**, karena bergantung pada penyelesaian beberapa item peta perjalanan lainnya terlebih dahulu. Desentralisasi infrastruktur rollup kemungkinan besar akan menjadi proses yang bertahap - ada banyak rollup berbeda yang membangun sistem yang sedikit berbeda dan akan sepenuhnya terdesentralisasi dengan kecepatan yang berbeda.
+
+[Lebih lanjut tentang pembaruan jaringan Dencun](/roadmap/dencun/)
+
+Baca tentang penarikan
-Kesalahpahaman tentang cara kerja kripto dapat menyebabkan kesalahan yang mahal. Misalnya, jika seseorang berpura-pura menjadi agen layanan pelanggan yang dapat mengembalikan ETH yang hilang dengan imbalan kunci pribadi Anda, mereka memanfaatkan ketidaktahuan orang bahwa Ethereum adalah jaringan terdesentralisasi yang tidak memiliki fungsionalitas seperti itu. Mengedukasi diri Anda sendiri tentang bagaimana Ethereum bekerja adalah investasi yang sepadan.
+## Bertahan dari serangan {#defending-against-attacks}
-
- Apa yang Dimaksud dengan Ethereum?
-
+Ada peningkatan yang dapat dilakukan pada protokol bukti taruhan Ethereum. Salah satunya dikenal sebagai [view-merge](https://ethresear.ch/t/view-merge-as-a-replacement-for-proposer-boost/13739) - algoritma [garpu](/glossary/#fork)-pilihan yang lebih aman yang membuat beberapa jenis serangan canggih menjadi lebih sulit.
-
- Apa yang Dimaksud dengan ether?
-
-Baca tentang finalitas ruang tunggal
-### Jangan berikan kunci pribadi Anda {#protect-private-keys}
+## Bertahan melawan sensor {#defending-against-censorship}
-**Jangan pernah, untuk alasan apapun, membagi kunci pribadi Anda!**
+Desentralisasi mencegah individu atau kelompok kecil [validator](/glossary/#validator) menjadi terlalu berpengaruh. Teknologi penaruhan baru dapat membantu memastikan validator Ethereum tetap se-desentralisasi mungkin sekaligus melindungi mereka dari kegagalan perangkat keras, perangkat lunak, dan jaringan. Ini termasuk perangkat lunak yang membagikan tanggung jawab validator di berbagai [simpul](/glossary/#node). Ini dikenal sebagai **teknologi validator terdistribusi (DVT)**. [Kolam staking](/glossary/#staking-pool) diberi insentif untuk menggunakan DVT karena memungkinkan beberapa komputer untuk secara kolektif berpartisipasi dalam validasi, menambah redundansi dan toleransi terhadap kesalahan. Ini juga membagi kunci validator di beberapa sistem, daripada memiliki operator tunggal yang menjalankan beberapa validator. Ini mempersulit operator yang tidak jujur untuk mengoordinasikan serangan terhadap Ethereum. Secara keseluruhan, ide ini adalah untuk mendapatkan manfaat keamanan dengan menjalankan validator sebagai _komunitas_ daripada sebagai individu.
-Kunci privat untuk dompet Anda adalah kata sandi untuk dompet Ethereum Anda. Ini satu-satunya cara menghentikan seseorang yang mengetahui alamat dompet Anda dari menghabisi akun Anda dan semua asetnya!
+Baca tentang teknologi validator terdistribusi
-
- Apa itu dompet Ethereum?
-
+Mengimplementasikan **pemisahan pengusul-pembangun (PBS)** akan sangat meningkatkan pertahanan bawaan Ethereum terhadap sensor. PBS memungkinkan satu validator untuk membuat blok dan yang lain untuk menyiarkannya ke seluruh jaringan Ethereum. Ini memastikan bahwa keuntungan dari algoritma pembangun blok profesional yang memaksimalkan keuntungan dibagi lebih adil di seluruh jaringan, **mencegah taruhan berkonsentrasi** dengan penaruh institusional berkinerja terbaik dari waktu ke waktu. Pengusul blok dapat memilih blok paling menguntungkan yang ditawarkan oleh pasar pembangun blok. Untuk menyensor, pengusul blok harus sering memilih blok yang kurang menguntungkan, yang **tidak akan rasional secara ekonomi dan juga jelas bagi validator lain** di jaringan.
-#### Jangan mengambil tangkapan layar frasa benih/kunci pribadi Anda {#screenshot-private-keys}
+Ada tambahan potensial untuk PBS, seperti transaksi terenkripsi dan daftar inklusi, yang dapat meningkatkan resistensi sensor Ethereum. Ini membuat pembangun blok dan pengusul tidak dapat melihat transaksi sebenarnya yang termasuk dalam blok mereka.
-Mengambil tangkapan layar frasa benih atau kunci privat Anda dapat menyinkronkannya ke penyedia data cloud, yang bisa membuatnya dapat diakses oleh peretas. Mendapatkan kunci pribadi dari cloud adalah vektor serangan umum bagi peretas.
+Baca tentang pemisahan pengusul-pembangun
-### Gunakan dompet perangkat keras {#use-hardware-wallet}
+## Melindungi validator {#protecting-validators}
-Dompet perangkat keras menyediakan penyimpanan offline untuk kunci pribadi. Mereka dianggap sebagai pilihan dompet yang paling aman untuk menyimpan kunci pribadi Anda: kunci pribadi Anda tidak pernah terhubung ke internet dan tetap aman di perangkat Anda.
+Ada kemungkinan bahwa penyerang canggih dapat mengidentifikasi validator yang akan datang dan menyerang mereka untuk mencegah mereka mengusulkan blok; ini dikenal sebagai serangan **penolakan layanan (DoS)**. Mengimplementasikan [**pemilihan pemimpin rahasia (SLE)**](/roadmap/secret-leader-election) akan melindungi dari jenis serangan ini dengan mencegah pengusul blok diketahui sebelumnya. Ini bekerja dengan terus mengacak sekumpulan komitmen kriptografi yang mewakili proposer blok kandidat dan menggunakan urutan mereka untuk menentukan validator mana yang dipilih dengan cara yang hanya diketahui oleh validator itu sendiri sebelumnya.
-Menjaga kunci pribadi tetap offline secara besar-besaran mengurangi risiko diretas, bahkan jika peretas menguasai komputer Anda.
+Baca tentang pemilihan pemimpin rahasia
-#### Coba dompet perangkat keras: {#try-hardware-wallet}
+## Kemajuan saat ini {#current-progress}
-- [Buku besar](https://www.ledger.com/)
-- [Trezor](https://trezor.io/)
-
-### Periksa kembali transaksi sebelum mengirim {#double-check-transactions}
-
-Secara tidak sengaja mengirim crypto ke alamat dompet yang salah adalah kesalahan umum. **Transaksi yang dikirim di Ethereum tidak dapat dibatalkan.** Anda tidak akan dapat mendapatkan kembali dana kecuali mengetahui pemilik alamat dan dapat meyakinkan mereka untuk mengembalikan dana tersebut.
-
-Selalu pastikan alamat yang Anda kirim sama persis dengan alamat penerima yang diinginkan sebelum melakukan transaksi. Sebaiknya, saat berinteraksi dengan kontrak pintar, bacalah pesan transaksi sebelum menandatanganinya.
-
-### Tetapkan batas pengeluaran kontrak pintar {#spend-limits}
-
-Saat berinteraksi dengan kontrak pintar, jangan izinkan batas pembelanjaan tak terbatas. Pengeluaran tak terbatas dapat memungkinkan kontrak pintar menguras dompet Anda. Sebaliknya, tetapkan batas pengeluaran hanya untuk jumlah yang diperlukan untuk transaksi.
-
-Banyak dompet Ethereum menawarkan perlindungan batas untuk melindungi dari akun yang terkuras.
-
-[Cara mencabut akses smart contract ke dana kripto anda](/guides/how-to-revoke-token-access/)
-
-
-
- Hati-hati: meskipun penipuan gaya dukungan biasanya terjadi di Discord, penipuan ini juga dapat terjadi pada aplikasi obrolan tempat diskusi kripto berlangsung, termasuk email.
-
-
-
-### Penipuan token 'Eth2' {#eth2-token-scam}
-
-Menjelang [Penggabungan](/roadmap/merge/), penipu memanfaatkan kebingungan seputar istilah 'Eth2' untuk mencoba meminta pengguna menukar ETH mereka dengan token 'ETH2'. Tidak ada 'ETH2', dan tidak ada token sah lain yang diperkenalkan bersamaan dengan Penggabungan. ETH yang Anda miliki sebelum Penggabungan masih sama dengan ETH yang sekarang. **Tidak perlu melakukan tindakan apa pun yang terkait dengan ETH Anda untuk akun peralihan dari bukti kerja ke bukti taruhan**.
-
-Penipu mungkin muncul dalam bentuk "bantuan", memberi tahu Anda bahwa jika Anda mendepositkan ETH Anda, Anda akan menerima 'ETH2' kembali. Tidak ada [dukungan Ethereum resmi](/community/support/), dan tidak ada token baru. Jangan pernah membagikan frasa benih dompet Anda dengan siapa pun.
-
-_Catatan: Ada token/ticker turunan yang mungkin mewakili ETH yang dipertaruhkan (mis. rETH dari Rocket Pool, stETH dari Lido, ETH2 dari Coinbase), tetapi ini bukanlah sesuatu yang Anda butuhkan untuk "memindahkan ke."_
-
-### Penipuan phishing {#phishing-scams}
-
-Penipuan phishing adalah sudut lain yang semakin umum yang akan digunakan scammer untuk mencoba mencuri dana dompet Anda.
-
-Beberapa email phishing meminta pengguna untuk mengklik tautan yang akan mengarahkan mereka kembali ke situs web tiruan, meminta mereka memasukkan frase benih, mengatur ulang kata sandi, atau mengirim ETH. Orang lain mungkin meminta Anda untuk secara tidak sadar memasang malware untuk menginfeksi komputer Anda dan memberikan akses kepada scammers ke file komputer Anda.
-
-Jika Anda menerima email dari pengirim yang tidak dikenal, ingatlah:
-
-- Jangan pernah membuka tautan atau lampiran dari alamat email yang tidak Anda kenal
-- Jangan pernah membocorkan informasi pribadi atau kata sandi Anda kepada siapa pun
-- Hapus email dari pengirim yang tidak dikenal
-
-[Lebih lanjut tentang menghindari penipuan phishing](https://support.mycrypto.com/staying-safe/mycrypto-protips-how-not-to-get-scammed-during-ico)
-
-### Penipuan broker perdagangan kripto {#broker-scams}
-
-Penipu broker perdagangan kripto mengklaim sebagai broker mata uang kripto spesialis yang akan menawarkan untuk mengambil uang Anda dan berinvestasi atas nama Anda. Setelah penipu menerima dana Anda, mereka mungkin mengarahkan Anda, meminta Anda mengirim lebih banyak dana, sehingga Anda tidak kehilangan keuntungan investasi lebih lanjut, atau mungkin hilang sama sekali.
-
-Para penipu ini sering kali mencari target dengan menggunakan akun palsu di YouTube untuk memulai percakapan yang tampak alami tentang 'broker'. Percakapan ini sering kali mendapat dukungan tinggi untuk meningkatkan legitimasi, tetapi suara positif semuanya berasal dari akun bot.
-
-**Jangan percaya orang asing di internet untuk berinvestasi atas nama Anda. Anda akan kehilangan kripto Anda.**
-
-
-
-### Penipuan pool penambangan crypto {#mining-pool-scams}
-
-Mulai September 2022, menambang di Ethereum sudah tidak bisa dilakukan lagi. Namun, penipuan yang terkait dengan kelompok penambangan masih ada. Penipuan kelompok penambangan terjadi ketika seseorang menghubungi Anda tanpa Anda memintanya, lalu mengatakan bahwa Anda bisa mendapatkan keuntungan besar dengan bergabung dalam kelompok penambangan Ethereum. Penipu akan membuat klaim dan tetap berhubungan dengan Anda selama waktu yang dibutuhkan. Pada dasarnya, penipu akan mencoba meyakinkan Anda bahwa ketika bergabung dengan kolam penambangan Ethereum, mata uang kripto Anda akan digunakan untuk membuat ETH dan Anda akan dibayar dividen ETH. Anda kemudian akan melihat bahwa mata uang kripto Anda menghasilkan keuntungan kecil. Ini hanya untuk memancing Anda berinvestasi lebih banyak. Pada akhirnya, semua dana Anda akan dikirim ke alamat yang tidak dikenal, dan si penipu entah akan menghilang atau dalam beberapa kasus akan terus berhubungan seperti yang terjadi dalam kasus baru-baru ini.
-
-Intinya: berhati-hatilah dengan orang yang menghubungi Anda di media sosial meminta untuk bergabung dengan pool penambangan. Setelah Anda kehilangan crypto Anda, itu hilang.
-
-Beberapa hal yang perlu diingat:
-
-- Berhati-hatilah terhadap siapa pun yang menghubungi Anda tentang cara menghasilkan uang dari crypto Anda
-- Lakukan riset Anda tentang staking, kumpulan likuiditas, atau cara lain untuk menginvestasikan crypto Anda
-- Jarang, jika pernah, skema seperti itu sah. Jika ya, mereka mungkin akan menjadi arus utama dan Anda pasti pernah mendengarnya.
-
-[Seorang pria kehilangan $200 ribu dalam penipuan pool penambangan](https://www.reddit.com/r/CoinBase/comments/r0qe0e/scam_or_possible_incredible_payout/)
-
-### Penipuan airdrop {#airdrop-scams}
-
-Penipuan Airdrop melibatkan proyek penipuan dengan memasukkan aset (NFT, token) ke dompet dan mengirim Anda ke situs web scam untuk mengeklaim aset yang dijadikan Airdrop. Anda akan diminta untuk masuk dengan dompet Ethereum Anda dan "menyetujui" transaksi saat mencoba mengklaim. Transaksi ini membahayakan akun Anda dengan mengirimkan kunci publik dan privat Anda ke penipu. Bentuk alternatif penipuan ini mungkin mengharuskan Anda mengonfirmasi transaksi yang mengirimkan dana ke akun penipu.
-
-[Lebih lanjut tentang penipuan Airdrop](https://www.youtube.com/watch?v=LLL_nQp1lGk)
-
-
-
- Menggunakan pengelola kata sandi akan membantu Anda membuat kata sandi yang kuat dan unik serta mengingatnya! Kami sangat menyarankan untuk menggunakannya, dan sebagian besar dari mereka gratis!
-
-
-
-Mengingat kata sandi yang kuat dan unik untuk setiap akun tidaklah ideal. Pengatur kata sandi memberikan tempat yang terenkripsi dan aman untuk setiap kata sandi Anda. Mereka juga menyarankan kata sandi yang kuat saat mendaftar ke layanan baru, jadi Anda tidak perlu membuatnya sendiri. Banyak pengelola kata sandi akan memberitahukan Anda jika kata sandi Anda diretas, sehingga memberikan Anda kesemaptan untuk mengubah kata sandi Anda sebelum serangan yang berbahaya.
-
-
-
-#### Contoh jasa pengelola kata sandi: {#try-password-manager}
-
-- [Bitwarden](https://bitwarden.com/)
-- [KeePass](https://keepass.info/)
-- [1Password](https://1password.com/)
-- Atau coba lihat [pengelola kata sandi yang direkomendasikan](https://www.privacytools.io/secure-password-manager) lainnya
-
-### Menggunakan Autentikasi Dua Faktor {#two-factor-authentication}
-
-Anda mungkin terkadang diminta untuk mengautentikasi identitas melalui bukti unik. Ini dikenal sebagai **faktor**. Tiga faktor utama adalah:
-
-- Sesuatu yang Anda ketahui (seperti kata sandi atau pertanyaan keamanan)
-- Sesuatu yang melekat pada diri Anda (seperti sidik jari atau hasil pindaian mata/wajah)
-- Sesuatu yang Anda miliki (sebuah kunci atau autentikasi aplikasi dalam perangkat yang Anda miliki)
-
-Menggunakan **Autentikasi Dua Faktor (2FA)** memberikan *faktor keamanan* tambahan untuk akun online Anda. 2FA memastikan bahwa hanya memiliki kata sandi saja tidak cukup untuk mengakses akun. Umumnya, faktor autentikasi kedua adalah 6 digit kode yang dikenal sebagai **kata sandi satu kali berbais waktu (TOTP)**, yang Anda dapat akses dengan sebuah aplikasi autentikasi seperti Google Authenticator atau Authy. Ini berfungsi sebagai faktor "sesuatu yang Anda miliki" karena benih yang menghasilkan kode waktunya disimpan di perangkat Anda.
-
-
-
- Catatan: Menggunakan 2FA berbasis SMS rentan terhadap SIM jacking dan tidak aman. Untuk keamanan terbaik, gunakan layanan seperti Google Authenticator atau Authy.
-
-
-
-#### Kunci keamanan {#security-keys}
-
-Kunci keamanan adalah jenis 2FA yang lebih canggih dan aman. Kunci keamanan adalah perangkat autentikasi perangkat keras fisik yang bekerja mirip dengan aplikasi autentikator. Menggunakan kunci keamanan merupakan cara paling aman dalam 2FA. Umumnya kunci ini menggunakan standar FIDO Universal 2nd Factor (U2F). [Pelajari lebih lanjut mengenai FIDO U2F](https://www.yubico.com/authentication-standards/fido-u2f/).
-
-Tonton lebih lanjut tentang 2FA:
-
-Lebih lanjut tentang abstraksi akun
+
+## Simpul untuk semua orang
+
+Pengguna yang menjalankan [simpul](/glossary/#node) tidak perlu memercayai pihak ketiga untuk menyediakan data kepada mereka, dan mereka dapat berinteraksi dengan cepat, secara pribadi, dan tanpa izin dengan [rantai blok](/glossary/#blockchain) Ethereum. Namun, menjalankan simpul saat ini membutuhkan pengetahuan teknis dan ruang disk yang besar, yang berarti banyak orang harus mempercayai perantara.
+
+Ada beberapa peningkatan yang akan membuat menjalankan node jauh lebih mudah dan jauh lebih sedikit menggunakan sumber daya. Cara penyimpanan data akan berubah untuk menggunakan struktur yang lebih efisien dalam penggunaan ruang yang dikenal sebagai **Pohon Verkle**. Dengan [keadaan tanpa status](/roadmap/statelessness) atau [kedaluwarsa data](/roadmap/statelessness/#data-expiry), simpul Ethereum tidak perlu menyimpan salinan seluruh data keadaan Ethereum, yang secara drastis mengurangi kebutuhan ruang hard disk. [Simpul ringan](/developers/docs/nodes-and-clients/light-clients/) akan menawarkan banyak manfaat dari menjalankan simpul penuh, tetapi dapat dijalankan dengan mudah pada ponsel seluler atau dalam aplikasi browser sederhana.
+
+Baca tentang pohon Verkle
+
+Dengan peningkatan ini, hambatan untuk menjalankan sebuah simpul dikurangi menjadi nol secara efektif. Pengguna akan mendapatkan keuntungan dari akses yang aman dan tanpa izin ke Ethereum tanpa harus mengorbankan ruang disk atau CPU yang signifikan di komputer atau ponsel mereka, dan tidak perlu bergantung pada pihak ketiga untuk akses data atau jaringan ketika mereka menggunakan aplikasi.
+
+## Kemajuan saat ini {#current-progress}
+
+Dompet kontrak pintar sudah tersedia, tetapi lebih banyak peningkatan diperlukan untuk membuatnya terdesentralisasi dan tanpa izin. EIP-4337 adalah proposal matang yang tidak memerlukan perubahan apa pun pada protokol Ethereum. Kontrak pintar utama yang diperlukan untuk EIP-4337 **digunakan pada bulan Maret 2023**.
+
+**Ketiadaan status penuh masih dalam tahap penelitian** dan kemungkinan akan memerlukan beberapa tahun sebelum diterapkan. Ada beberapa tonggak penting dalam perjalanan menuju keadaan tanpa kewarganegaraan penuh, termasuk masa berlaku data, yang dapat diimplementasikan lebih cepat. Item-item lain dalam peta perjalanan, seperti [Pohon Verkle](/roadmap/verkle-trees/) dan [Pemisahan Pembangun Penyedia](/roadmap/pbs/), perlu diselesaikan terlebih dahulu.
+
+Jaringan percobaan pohon Verkle sudah aktif dan berjalan, dan fase berikutnya adalah menjalankan klien yang diaktifkan pohon Verkle pada jaringan percobaan pribadi, kemudian publik. Anda dapat membantu mempercepat kemajuan dengan menggunakan kontrak ke jaringan percobaan atau menjalankan klien jaringan percobaan.
diff --git a/public/content/translations/id/web3/index.md b/public/content/translations/id/web3/index.md
index e2449ec29c4..e84a102be12 100644
--- a/public/content/translations/id/web3/index.md
+++ b/public/content/translations/id/web3/index.md
@@ -6,6 +6,10 @@ lang: id
# Pengenalan kepada Web3 {#introduction}
+
+
+ ウォレットのリスト
+
+
+初めて利用する場合、「ウォレットを探す」ページから「暗号資産初心者」フィルターを選択し、初心者用に必要な機能がすべて含まれているウォレットを見つけてください。
+
+
+
+あなたの目的に合う他のプロファイルフィルターもあります。 よく利用されるウォレットはたくさんありますが、ウォレットを信用し利用する前に自分でも調べるようにしてください。
+
+## ステップ 2: ウォレットアプリをダウンロードしてインストールする
+
+ウォレットを選んだら、ウォレットの公式サイトやアプリストアにアクセスして、ダウンロード、インストールしてください。 それらはすべて無料のはずです。
+
+## ステップ 3: アプリを開いて、イーサリアムアカウントを開設する
+
+新しいウォレットを初めて開くと、新しいアカウントを開設するか、既存のアカウントをインポートするかを選択するよう求められる場合があります。 新しいアカウントの開設をクリックします。 **このステップで、ウォレットソフトウェアがあなたのイーサリウムアカウントを作成します。**
+
+## ステップ 4: リカバリーフレーズを保存する
+
+一部のアプリでは、秘密の「リカバリーフレーズ」(「シードフレーズ」や「ニーモニック」とも呼ばれることがあります) を保存するよう求められることがあります。 このフレーズを安全に保管することは非常に重要です！ このフレーズはイーサリウムアカウントを生成するために使用され、トランザクションを送信するためにも利用できます。
+
+**このフレーズを知っている人は、全ての資金を管理することができます。**絶対に他人と共有しないでください。 このフレーズには、ランダムに生成された12~24個の単語を含めるべきです(単語の並び順も重要です)。
+
+
+
+ ウォレットをインストールしましたか？
その使い方を学びましょう。
+
+ ウォレットの使用方法
+
+
+
+
+他のガイドに興味がありますか？ ぜひ、[ステップバイステップのガイド](/guides/)をご覧ください。
+
+## よくある質問
+
+### イーサリアムのアカウントとウォレットは同じものですか?
+
+できません。 ウォレットはイーサリアムのアカウントを管理するツールです。 1つのウォレットが複数のアカウントにアクセスでき、また1つのアカウントが複数のウォレットからアクセスされることがあります。 リカバリーフレーズはアカウントを作成するために使用され、ウォレットアプリが資産を管理する権限を与えます。
+
+### ビットコインをイーサリアムのアドレスに送金したり、Etherをビットコインのアドレスに送金したりできますか?
+
+できません。 ビットコインとイーサリアムは、それぞれ異なるネットワーク (つまり、異なるブロックチェーン) に存在しており、それぞれ独自の台帳形式やアドレス形式を持っています。 この2つの異なるネットワークを橋渡しするためのさまざまな試みが行われてきましたが、現在最も活発なものは[ラップドビットコイン（WBTC）](https://www.bitcoin.com/get-started/what-is-wbtc/)です。 とはいえ、WBTCはカストディアル型 (特定の組織が重要な機能を管理している形) であり、情報提供のみが目的であるため、これは推奨される試みではありません。
+
+### ETHのアドレスを所有している場合、他のブロックチェーンでもそれと同じアドレスが使えますか?
+
+イーサリアム上で構築されたソフトウェアを利用しているブロックチェーン（いわゆる、EVM互換ブロックチェーン）であれば同じ[アドレス](/glossary/#address)を使うことができます。 この [リスト](https://chainlist.org/) は、同じアドレスで使用できるブロックチェーンの一覧です。 ビットコインのような一部のブロックチェーンでは、全く別のネットワークの規定を実装しているため、異なるフォーマットのアドレスが必要になります。 スマートコントラクトウォレットをお持ちの場合、そのプロダクトの公式ウェブサイトを確認し、サポートしているブロックチェーンについて詳しく知るべきです。それらは一般的に、範囲は限定されるものの、より高いセキュリティが確保されています。
+
+### 自分のウォレットを持つことは、取引所に資金を預けるよりも安全でしょうか？
+
+自分のウォレットを持つことは自分の資産の管理に責任を持つものと同じです。 顧客の資産を流出させた取引所も残念ながらいくつかあります。 ウォレットを（リカバリーフレーズととともに）持つことで、自分の資産を他人に預けることに関連するリスクを排除できます。 しかし、それを自分自身で安全に維持し、フィッシング詐欺、不用意なトランザクションの承認、リカバリーフレーズの漏洩、偽のウェブサイトとのやり取り、その他セルフカストディのリスクを回避する必要があります。 リスクとメリットは異なります。
+
+### 携帯電話/ハードウェアのウォレットを紛失した場合、失われた資金を復元させるために同じウォレットアプリを再度使用する必要はありますか?
+
+いいえ、違うウォレットを使うことができます。 たいていのウォレットにおいて、入力したシードフレーズを持っていれば、アカウントを復元することができます。 ウォレットを復元する際は、インターネットに接続されていないことを確認し、リカバリーフレーズが誤って流出しないように注意が必要です。 リカバリーフレーズなしに失われた資金を復元させることは、ほとんどの場合不可能です。
diff --git a/public/content/translations/ja/web3/index.md b/public/content/translations/ja/web3/index.md
index 6553629e16e..fcef35033d7 100644
--- a/public/content/translations/ja/web3/index.md
+++ b/public/content/translations/ja/web3/index.md
@@ -6,6 +6,10 @@ lang: ja
# Web3入門 {#introduction}
+
+
+ ವ್ಯಾಲೆಟ್ಗಳ ಪಟ್ಟಿ
+
+
+ನೀವು ಹೊಸಬರಾಗಿದ್ದರೆ, ಆರಂಭಿಕರಿಗೆ ಸೂಕ್ತವಾದ ಎಲ್ಲಾ ಅಗತ್ಯ ವೈಶಿಷ್ಟ್ಯಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ವ್ಯಾಲೆಟ್ ಗಳನ್ನು ಗುರುತಿಸಲು "ವ್ಯಾಲೆಟ್ ಹುಡುಕಿ" ಪುಟದಲ್ಲಿ "ಕ್ರಿಪ್ಟೋಗೆ ಹೊಸದು" ಫಿಲ್ಟರ್ ಅನ್ನು ನೀವು ಆಯ್ಕೆ ಮಾಡಬಹುದು.
+
+
+
+ನಿಮ್ಮ ಅಗತ್ಯಗಳನ್ನು ಪೂರೈಸಲು ಇತರ ಪ್ರೊಫೈಲ್ ಫಿಲ್ಟರ್ ಗಳೂ ಇವೆ. ಇವು ಸಾಮಾನ್ಯವಾಗಿ ಬಳಸುವ ವ್ಯಾಲೆಟ್ ಗಳ ಉದಾಹರಣೆಗಳಾಗಿವೆ - ಯಾವುದೇ ಸಾಫ್ಟ್ ವೇರ್ ಅನ್ನು ನಂಬುವ ಮೊದಲು ನೀವು ನಿಮ್ಮ ಸ್ವಂತ ಸಂಶೋಧನೆಯನ್ನು ಮಾಡಬೇಕು.
+
+## ಹಂತ 2: ನಿಮ್ಮ ವ್ಯಾಲೆಟ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡಿ ಮತ್ತು ಇನ್ಸ್ಟಾಲ್ ಮಾಡಿ
+
+ನೀವು ನಿರ್ದಿಷ್ಟ ವ್ಯಾಲೆಟ್ ಅನ್ನು ನಿರ್ಧರಿಸಿದ ನಂತರ, ಅವರ ಅಧಿಕೃತ ವೆಬ್ಸೈಟ್ ಅಥವಾ ಅಪ್ಲಿಕೇಶನ್ ಸ್ಟೋರ್ಗೆ ಭೇಟಿ ನೀಡಿ, ಅದನ್ನು ಡೌನ್ಲೋಡ್ ಮಾಡಿ ಮತ್ತು ಇನ್ಸ್ಟಾಲ್ ಮಾಡಿ. ಅವರೆಲ್ಲರೂ ಸ್ವತಂತ್ರರಾಗಿರಬೇಕು.
+
+## ಹಂತ 3: ಅಪ್ಲಿಕೇಶನ್ ತೆರೆಯಿರಿ ಮತ್ತು ನಿಮ್ಮ ಎಥೆರಿಯಮ್ ಖಾತೆಯನ್ನು ರಚಿಸಿ
+
+ನಿಮ್ಮ ಹೊಸ ವ್ಯಾಲೆಟ್ ಅನ್ನು ನೀವು ಮೊದಲ ಬಾರಿಗೆ ತೆರೆದಾಗ ಹೊಸ ಖಾತೆಯನ್ನು ರಚಿಸುವುದು ಅಥವಾ ಅಸ್ತಿತ್ವದಲ್ಲಿರುವದನ್ನು ಆಮದು ಮಾಡಿಕೊಳ್ಳುವುದರ ನಡುವೆ ಆಯ್ಕೆ ಮಾಡಲು ನಿಮ್ಮನ್ನು ಕೇಳಬಹುದು. ಹೊಸ ಖಾತೆ ರಚನೆಯ ಮೇಲೆ ಕ್ಲಿಕ್ ಮಾಡಿ. **ವ್ಯಾಲೆಟ್ ಸಾಫ್ಟ್ವೇರ್ ನಿಮ್ಮ ಎಥೆರಿಯಮ್ ಖಾತೆಯನ್ನು ರಚಿಸುವ ಹಂತ ಇದು.**
+
+## ಹಂತ 4: ನಿಮ್ಮ ಚೇತರಿಕೆ ಪದಗುಚ್ಛವನ್ನು ಸಂಗ್ರಹಿಸಿ
+
+ಕೆಲವು ಅಪ್ಲಿಕೇಶನ್ ಗಳು ರಹಸ್ಯ "ಚೇತರಿಕೆ ನುಡಿಗಟ್ಟು" (ಕೆಲವೊಮ್ಮೆ "ಬೀಜ ಪದಗುಚ್ಛ" ಅಥವಾ "ಮ್ಯುಮೋನಿಕ್" ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ) ಉಳಿಸಲು ನಿಮ್ಮನ್ನು ವಿನಂತಿಸುತ್ತವೆ. ಈ ನುಡಿಗಟ್ಟನ್ನು ಸುರಕ್ಷಿತವಾಗಿಡುವುದು ಬಹಳ ಮುಖ್ಯ! ನಿಮ್ಮ ಎಥೆರಿಯಮ್ ಖಾತೆಯನ್ನು ರಚಿಸಲು ಇದನ್ನು ಬಳಸಲಾಗುತ್ತದೆ ಮತ್ತು ವಹಿವಾಟುಗಳನ್ನು ಸಲ್ಲಿಸಲು ಬಳಸಬಹುದು.
+
+**ಪದಗುಚ್ಛವನ್ನು ತಿಳಿದಿರುವ ಯಾವುದೇ ವ್ಯಕ್ತಿಯು ಎಲ್ಲಾ ನಿಧಿಗಳ ನಿಯಂತ್ರಣವನ್ನು ತೆಗೆದುಕೊಳ್ಳಬಹುದು.** ಇದನ್ನು ಯಾರೊಂದಿಗೂ ಹಂಚಿಕೊಳ್ಳಬೇಡಿ. ಈ ನುಡಿಗಟ್ಟು ಯಾದೃಚ್ಛಿಕವಾಗಿ ಉತ್ಪತ್ತಿಯಾದ 12 ರಿಂದ 24 ಪದಗಳನ್ನು ಹೊಂದಿರಬೇಕು (ಪದಗಳ ಕ್ರಮವು ಮುಖ್ಯವಾಗಿದೆ).
+
+
+
+ ವ್ಯಾಲೆಟ್ ಸ್ಥಾಪಿಸಲಾಗಿದೆಯೇ?
ಅದನ್ನು ಹೇಗೆ ಬಳಸಬೇಕೆಂದು ಕಲಿಯಿರಿ.
+
+ ವ್ಯಾಲೆಟ್ ಬಳಸುವುದು ಹೇಗೆ
+
+
+
+
+ಇತರ ಮಾರ್ಗದರ್ಶಿಗಳಲ್ಲಿ ಆಸಕ್ತಿ ಇದೆಯೇ? ನಮ್ಮದನ್ನು ಪರಿಶೀಲಿಸಿ: [ಹಂತ ಹಂತದ ಮಾರ್ಗದರ್ಶಿಗಳು](/guides/)
+
+## Frequently asked questions
+
+### ನನ್ನ ವ್ಯಾಲೆಟ್ ಮತ್ತು ನನ್ನ ಎಥೆರಿಯಮ್ ಖಾತೆ ಒಂದೇ ಆಗಿದೆಯೇ?
+
+ಇಲ್ಲ. ವ್ಯಾಲೆಟ್ ಎಂಬುದು ಖಾತೆಗಳನ್ನು ನಿರ್ವಹಿಸಲು ನಿಮಗೆ ಸಹಾಯ ಮಾಡುವ ನಿರ್ವಹಣಾ ಸಾಧನವಾಗಿದೆ. ಒಂದೇ ವ್ಯಾಲೆಟ್ ಹಲವಾರು ಖಾತೆಗಳನ್ನು ಪ್ರವೇಶಿಸಬಹುದು, ಮತ್ತು ಒಂದೇ ಖಾತೆಯನ್ನು ಅನೇಕ ವ್ಯಾಲೆಟ್ ಗಳಿಂದ ಪ್ರವೇಶಿಸಬಹುದು. ರಿಕವರಿ ಪದಗುಚ್ಛವನ್ನು ಖಾತೆಗಳನ್ನು ರಚಿಸಲು ಬಳಸಲಾಗುತ್ತದೆ ಮತ್ತು ಸ್ವತ್ತುಗಳನ್ನು ನಿರ್ವಹಿಸಲು ವ್ಯಾಲೆಟ್ ಅಪ್ಲಿಕೇಶನ್ ಗೆ ಅನುಮತಿ ನೀಡುತ್ತದೆ.
+
+### ನಾನು ಬಿಟ್ ಕಾಯಿನ್ ಅನ್ನು ಎಥೆರಿಯಮ್ ವಿಳಾಸಕ್ಕೆ ಕಳುಹಿಸಬಹುದೇ ಅಥವಾ ಬಿಟ್ ಕಾಯಿನ್ ವಿಳಾಸಕ್ಕೆ ಈಥರ್ ಕಳುಹಿಸಬಹುದೇ?
+
+ಇಲ್ಲ, ನಿಮಗೆ ಸಾಧ್ಯವಿಲ್ಲ. ಬಿಟ್ ಕಾಯಿನ್ ಮತ್ತು ಈಥರ್ ಎರಡು ಪ್ರತ್ಯೇಕ ನೆಟ್ ವರ್ಕ್ ಗಳಲ್ಲಿ (ಅಂದರೆ ವಿಭಿನ್ನ ಬ್ಲಾಕ್ ಚೈನ್ ಗಳು) ಅಸ್ತಿತ್ವದಲ್ಲಿವೆ, ಪ್ರತಿಯೊಂದೂ ತಮ್ಮದೇ ಆದ ಬುಕ್ ಕೀಪಿಂಗ್ ಮತ್ತು ವಿಳಾಸ ಸ್ವರೂಪಗಳನ್ನು ಹೊಂದಿವೆ. ಎರಡು ವಿಭಿನ್ನ ನೆಟ್ವರ್ಕ್ಗಳನ್ನು ಬೆಸೆಯಲು ವಿವಿಧ ಪ್ರಯತ್ನಗಳು ನಡೆದಿವೆ, ಅವುಗಳಲ್ಲಿ ಅತ್ಯಂತ ಸಕ್ರಿಯವಾದದ್ದು ಪ್ರಸ್ತುತ [ಸುತ್ತಿದ ಬಿಟ್ಕಾಯಿನ್ ಅಥವಾ ಡಬ್ಲ್ಯೂಬಿಟಿಸಿ](https://www.bitcoin.com/get-started/what-is-wbtc/). ಇದು ಅನುಮೋದನೆಯಲ್ಲ, ಏಕೆಂದರೆ ಡಬ್ಲ್ಯೂಬಿಟಿಸಿ ಒಂದು ಕಸ್ಟಡಿ ಪರಿಹಾರವಾಗಿದೆ (ಅಂದರೆ ಜನರ ಒಂದು ಗುಂಪು ಕೆಲವು ನಿರ್ಣಾಯಕ ಕಾರ್ಯಗಳನ್ನು ನಿಯಂತ್ರಿಸುತ್ತದೆ) ಮತ್ತು ಮಾಹಿತಿ ಉದ್ದೇಶಗಳಿಗಾಗಿ ಮಾತ್ರ ಇಲ್ಲಿ ಒದಗಿಸಲಾಗಿದೆ.
+
+### ನಾನು ಇಟಿಎಚ್ ವಿಳಾಸವನ್ನು ಹೊಂದಿದ್ದರೆ, ಇತರ ಬ್ಲಾಕ್ ಚೈನ್ ಗಳಲ್ಲಿ ನಾನು ಅದೇ ವಿಳಾಸವನ್ನು ಹೊಂದಿದ್ದೇನೆಯೇ?
+
+ಇಥಿರಿಯಮ್ಗೆ ಹೋಲುವ ಸಾಫ್ಟ್ವೇರ್ ಅನ್ನು ಬಳಸುವ ಎಲ್ಲಾ ಬ್ಲಾಕ್ಚೈನ್ಗಳಲ್ಲಿ ನೀವು ಒಂದೇ [>ವಿಳಾಸವನ್ನು](/glossary/#address) ಬಳಸಬಹುದು (ಇದನ್ನು 'EVM-ಹೊಂದಾಣಿಕೆ' ಎಂದು ಕರೆಯಲಾಗುತ್ತದೆ). ಈ [ಪಟ್ಟಿಯು](https://chainlist.org/) ನೀವು ಅದೇ ವಿಳಾಸದೊಂದಿಗೆ ಯಾವ ಬ್ಲಾಕ್ ಚೈನ್ ಗಳನ್ನು ಬಳಸಬಹುದು ಎಂಬುದನ್ನು ನಿಮಗೆ ತೋರಿಸುತ್ತದೆ. ಬಿಟ್ ಕಾಯಿನ್ ನಂತಹ ಕೆಲವು ಬ್ಲಾಕ್ ಚೈನ್ ಗಳು ಸಂಪೂರ್ಣವಾಗಿ ಪ್ರತ್ಯೇಕ ನೆಟ್ ವರ್ಕ್ ನಿಯಮಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುತ್ತವೆ ಮತ್ತು ನಿಮಗೆ ವಿಭಿನ್ನ ಸ್ವರೂಪದೊಂದಿಗೆ ವಿಭಿನ್ನ ವಿಳಾಸದ ಅಗತ್ಯವಿದೆ. ನೀವು ಸ್ಮಾರ್ಟ್ ಕಾಂಟ್ರಾಕ್ಟ್ ವ್ಯಾಲೆಟ್ ಹೊಂದಿದ್ದರೆ, ಯಾವ ಬ್ಲಾಕ್ಚೈನ್ಗಳನ್ನು ಬೆಂಬಲಿಸಲಾಗುತ್ತದೆ ಎಂಬುದರ ಕುರಿತು ಹೆಚ್ಚಿನ ಮಾಹಿತಿಗಾಗಿ ನೀವು ಅದರ ಉತ್ಪನ್ನ ವೆಬ್ಸೈಟ್ ಅನ್ನು ಪರಿಶೀಲಿಸಬೇಕು ಏಕೆಂದರೆ ಸಾಮಾನ್ಯವಾಗಿ ಅವು ಸೀಮಿತ ಆದರೆ ಹೆಚ್ಚು ಸುರಕ್ಷಿತ ವ್ಯಾಪ್ತಿಯನ್ನು ಹೊಂದಿವೆ.
+
+### ನನ್ನ ಹಣವನ್ನು ವಿನಿಮಯ ಕೇಂದ್ರದಲ್ಲಿ ಇಡುವುದಕ್ಕಿಂತ ನನ್ನ ಸ್ವಂತ ವ್ಯಾಲೆಟ್ ಹೊಂದಿರುವುದು ಸುರಕ್ಷಿತವೇ?
+
+ನಿಮ್ಮ ಸ್ವಂತ ವ್ಯಾಲೆಟ್ ಹೊಂದಿರುವುದು ಎಂದರೆ ನಿಮ್ಮ ಸ್ವತ್ತುಗಳ ಭದ್ರತೆಯ ಜವಾಬ್ದಾರಿಯನ್ನು ನೀವು ತೆಗೆದುಕೊಳ್ಳುತ್ತೀರಿ ಎಂದರ್ಥ. ದುರದೃಷ್ಟವಶಾತ್ ತಮ್ಮ ಗ್ರಾಹಕರ ಹಣವನ್ನು ಕಳೆದುಕೊಂಡ ವಿಫಲ ವಿನಿಮಯ ಕೇಂದ್ರಗಳ ಅನೇಕ ಉದಾಹರಣೆಗಳಿವೆ. ವ್ಯಾಲೆಟ್ ಅನ್ನು ಹೊಂದಿರುವುದು (ಚೇತರಿಕೆ ಪದಗುಚ್ಛದೊಂದಿಗೆ) ನಿಮ್ಮ ಸ್ವತ್ತುಗಳನ್ನು ಹಿಡಿದಿಡಲು ಕೆಲವು ಘಟಕವನ್ನು ನಂಬುವುದಕ್ಕೆ ಸಂಬಂಧಿಸಿದ ಅಪಾಯವನ್ನು ತೆಗೆದುಹಾಕುತ್ತದೆ. ಆದಾಗ್ಯೂ, ನೀವು ಅದನ್ನು ಸ್ವಂತವಾಗಿ ಭದ್ರಪಡಿಸಿಕೊಳ್ಳಬೇಕು ಮತ್ತು ಫಿಶಿಂಗ್ ಹಗರಣಗಳು, ಆಕಸ್ಮಿಕವಾಗಿ ವಹಿವಾಟುಗಳನ್ನು ಅನುಮೋದಿಸುವುದು ಅಥವಾ ಚೇತರಿಕೆ ಪದಗುಚ್ಛವನ್ನು ಬಹಿರಂಗಪಡಿಸುವುದು, ನಕಲಿ ವೆಬ್ಸೈಟ್ಗಳೊಂದಿಗೆ ಸಂವಹನ ನಡೆಸುವುದು ಮತ್ತು ಇತರ ಸ್ವಯಂ-ಕಸ್ಟಡಿ ಅಪಾಯಗಳನ್ನು ತಪ್ಪಿಸಬೇಕು. ಅಪಾಯಗಳು ಮತ್ತು ಪ್ರಯೋಜನಗಳು ವಿಭಿನ್ನವಾಗಿವೆ.
+
+### ನಾನು ನನ್ನ ಫೋನ್/ಹಾರ್ಡ್ ವೇರ್ ವ್ಯಾಲೆಟ್ ಕಳೆದುಕೊಂಡರೆ, ಕಳೆದುಹೋದ ಹಣವನ್ನು ಮರುಪಡೆಯಲು ನಾನು ಅದೇ ವ್ಯಾಲೆಟ್ ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಮತ್ತೆ ಬಳಸಬೇಕೇ?
+
+ಇಲ್ಲ, ನೀವು ಬೇರೆ ವ್ಯಾಲೆಟ್ ಅನ್ನು ಬಳಸಬಹುದು. ನೀವು ಬೀಜದ ನುಡಿಗಟ್ಟನ್ನು ಹೊಂದಿರುವವರೆಗೆ ನೀವು ಅದನ್ನು ಹೆಚ್ಚಿನ ವ್ಯಾಲೆಟ್ ಗಳಲ್ಲಿ ನಮೂದಿಸಬಹುದು ಮತ್ತು ಅವರು ನಿಮ್ಮ ಖಾತೆಯನ್ನು ಪುನಃಸ್ಥಾಪಿಸುತ್ತಾರೆ. ನೀವು ಎಂದಾದರೂ ಇದನ್ನು ಮಾಡಬೇಕಾದರೆ ಜಾಗರೂಕರಾಗಿರಿ: ನಿಮ್ಮ ವ್ಯಾಲೆಟ್ ಅನ್ನು ಮರುಪಡೆಯುವಾಗ ನೀವು ಇಂಟರ್ನೆಟ್ ಗೆ ಸಂಪರ್ಕ ಹೊಂದಿಲ್ಲ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳುವುದು ಉತ್ತಮ, ಇದರಿಂದ ನಿಮ್ಮ ಬೀಜದ ನುಡಿಗಟ್ಟು ಆಕಸ್ಮಿಕವಾಗಿ ಸೋರಿಕೆಯಾಗುವುದಿಲ್ಲ. ಮರುಪಡೆಯುವಿಕೆ ಪದಗುಚ್ಛವಿಲ್ಲದೆ ಕಳೆದುಹೋದ ಹಣವನ್ನು ಮರುಪಡೆಯುವುದು ಅಸಾಧ್ಯ.
diff --git a/public/content/translations/kn/web3/index.md b/public/content/translations/kn/web3/index.md
new file mode 100644
index 00000000000..cd5882b6e77
--- /dev/null
+++ b/public/content/translations/kn/web3/index.md
@@ -0,0 +1,161 @@
+---
+title: Web3 ಎಂದರೇನು ಮತ್ತು ಅದು ಏಕೆ ಮುಖ್ಯ?
+description: ವರ್ಲ್ಡ್ ವೈಡ್ ವೆಬ್ನ ಮುಂದಿನ ವಿಕಸನವಾದ Web3 ಗೆ ಪರಿಚಯ ಮತ್ತು ಅದು ಏಕೆ ಮುಖ್ಯವಾಗಿದೆ.
+lang: kn
+---
+
+# Web3 ಗೆ ಪರಿಚಯ {#introduction}
+
+
+
+ NFT ಗಳ ಬಗ್ಗೆ ಇನ್ನಷ್ಟು ತಿಳಿಯಿರಿ
+
+ NFT ಗಳಲ್ಲಿ ಇನ್ನಷ್ಟು
+
+
+
+#### ಸೆನ್ಸಾರ್ಶಿಪ್ ಪ್ರತಿರೋಧ {#censorship-resistance}
+
+ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗಳು ಮತ್ತು ವಿಷಯ ರಚನೆಕಾರರ ನಡುವಿನ ಶಕ್ತಿಯ ಡೈನಾಮಿಕ್ ಭಾರೀ ಪ್ರಮಾಣದಲ್ಲಿ ಅಸಮತೋಲನಗೊಂಡಿದೆ.
+
+ಓನ್ಲಿ ಫ್ಯಾನ್ಸ್ ಎಂಬುದು 1-ಮಿಲಿಯನ್ಗಿಂತಲೂ ಹೆಚ್ಚು ವಿಷಯ ರಚನೆಕಾರರನ್ನು ಹೊಂದಿರುವ ಬಳಕೆದಾರ-ರಚಿಸಿದ ವಯಸ್ಕ ವಿಷಯ ಸೈಟ್ ಆಗಿದೆ, ಅವರಲ್ಲಿ ಹೆಚ್ಚಿನವರು ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಅನ್ನು ತಮ್ಮ ಆದಾಯದ ಪ್ರಾಥಮಿಕ ಮೂಲವಾಗಿ ಬಳಸುತ್ತಾರೆ. ಆಗಸ್ಟ್ 2021 ರಲ್ಲಿ, ಕೇವಲ ಅಭಿಮಾನಿಗಳು ಲೈಂಗಿಕವಾಗಿ ಅಶ್ಲೀಲ ವಿಷಯವನ್ನು ನಿಷೇಧಿಸುವ ಯೋಜನೆಯನ್ನು ಪ್ರಕಟಿಸಿದರು. ಈ ಪ್ರಕಟಣೆಯು ಪ್ಲಾಟ್ಫಾರ್ಮ್ನಲ್ಲಿನ ರಚನೆಕಾರರಲ್ಲಿ ಆಕ್ರೋಶವನ್ನು ಹುಟ್ಟುಹಾಕಿತು, ಅವರು ರಚಿಸಲು ಸಹಾಯ ಮಾಡಿದ ಪ್ಲಾಟ್ಫಾರ್ಮ್ನಲ್ಲಿ ಅವರು ಆದಾಯವನ್ನು ದೋಚುತ್ತಿದ್ದಾರೆಂದು ಭಾವಿಸಿದರು. ಹಿನ್ನಡೆಯ ನಂತರ, ನಿರ್ಧಾರವನ್ನು ತ್ವರಿತವಾಗಿ ಹಿಂತಿರುಗಿಸಲಾಯಿತು. ಈ ಯುದ್ಧದಲ್ಲಿ ಸೃಷ್ಟಿಕರ್ತರು ಗೆದ್ದರೂ, ಇದು Web 2.0 ಸೃಷ್ಟಿಕರ್ತರಿಗೆ ಒಂದು ಸಮಸ್ಯೆಯನ್ನು ಎತ್ತಿ ತೋರಿಸುತ್ತದೆ: ನೀವು ಒಂದು ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಅನ್ನು ತೊರೆದರೆ ನೀವು ನಿಮ್ಮ ಖ್ಯಾತಿ ಮತ್ತು ಅನುಸರಣೆಯನ್ನು ಕಳೆದುಕೊಳ್ಳುತ್ತೀರಿ.
+
+Web3 ನಲ್ಲಿ, ನಿಮ್ಮ ಡೇಟಾ ಬ್ಲಾಕ್ಚೈನ್ನಲ್ಲಿ ವಾಸಿಸುತ್ತದೆ. ನೀವು ಒಂದು ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಅನ್ನು ತೊರೆಯಲು ನಿರ್ಧರಿಸಿದಾಗ, ನೀವು ನಿಮ್ಮ ಖ್ಯಾತಿಯನ್ನು ನಿಮ್ಮೊಂದಿಗೆ ತೆಗೆದುಕೊಂಡು ಹೋಗಬಹುದು, ಅದನ್ನು ನಿಮ್ಮ ಮೌಲ್ಯಗಳೊಂದಿಗೆ ಹೆಚ್ಚು ಸ್ಪಷ್ಟವಾಗಿ ಹೊಂದಿಕೊಳ್ಳುವ ಇನ್ನೊಂದು ಇಂಟರ್ಫೇಸ್ಗೆ ಜೋಡಿಸಬಹುದು.
+
+Web 2.0 ರಲ್ಲಿ, ವಿಷಯದ ಸೃಷ್ಟಿಕರ್ತರು ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗಳು ನಿಯಮಗಳನ್ನು ಬದಲಾಯಿಸದಿರಲು ನಂಬಬೇಕಾಗುತ್ತದೆ, ಆದರೆ ಸೆನ್ಸಾರ್ಶಿಪ್ ನಿರೋಧವು Web3 ಪ್ಲಾಟ್ಫಾರ್ಮ್ನ ಸ್ವಂತಿಕತೆಯ ಲಕ್ಷಣವಾಗಿದೆ.
+
+#### ಡೀಸೆಂಟ್ರಲೈಜ್ಡ್ ಆಟೊನೊಮಸ್ ಆರ್ಗನೈಸೇಶನ್ಸ್ (DAO ಗಳು) {#daos}
+
+Web3 ನಲ್ಲಿ, ನೀವು ನಿಮ್ಮ ಡೇಟಾವನ್ನು ಮಾತ್ರವಲ್ಲದೆ, ಕಂಪನಿಯ ಷೇರುಗಳಂತೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಟೋಕನ್ಗಳನ್ನು ಬಳಸಿಕೊಂಡು ಪ್ಲಾಟ್ಫಾರ್ಮ್ ಅನ್ನು ಒಂದು ಸಮೂಹವಾಗಿ ಹೊಂದಬಹುದು. ಡಿಎಒಗಳು ಪ್ಲಾಟ್ಫಾರ್ಮ್ನ ಡೀಸೆಂಟ್ರಲೈಸ್ಡ್ ಒಡೆತನವನ್ನು ಸಮನ್ವಯಗೊಳಿಸಲು ಮತ್ತು ಅದರ ಭವಿಷ್ಯದ ಬಗ್ಗೆ ನಿರ್ಧಾರಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳಲು ನಿಮಗೆ ಅನುವು ಮಾಡಿಕೊಡುತ್ತವೆ.
+
+DAO ಗಳನ್ನು ತಾಂತ್ರಿಕವಾಗಿ ಒಪ್ಪಿಗೆ ಪಡೆದ [ಸ್ಮಾರ್ಟ್ ಒಪ್ಪಂದಗಳು](/glossary/#smart-contract) ಎಂದು ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿದೆ, ಅದು ಸಂಪನ್ಮೂಲಗಳ (ಟೋಕನ್ಗಳು) ಗುಂಪಿನ ಮೇಲೆ ವಿಕೇಂದ್ರೀಕೃತ ನಿರ್ಧಾರ ತೆಗೆದುಕೊಳ್ಳುವಿಕೆಯನ್ನು ಸ್ವಯಂಚಾಲಿತಗೊಳಿಸುತ್ತದೆ. ಟೋಕನ್ಗಳನ್ನು ಹೊಂದಿರುವ ಬಳಕೆದಾರರು ಸಂಪನ್ಮೂಲಗಳನ್ನು ಹೇಗೆ ಖರ್ಚು ಮಾಡಬೇಕೆಂಬುದರ ಮೇಲೆ ಮತ ಚಲಾಯಿಸುತ್ತಾರೆ, ಮತ್ತು ಕೋಡ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮತದ ಫಲಿತಾಂಶವನ್ನು ನಿರ್ವಹಿಸುತ್ತದೆ.
+
+ಆದಾಗ್ಯೂ, ಜನರು ಅನೇಕ Web3 ಸಮುದಾಯಗಳನ್ನು ಡಿಎಒಗಳಾಗಿ ವ್ಯಾಖ್ಯಾನಿಸುತ್ತಾರೆ. ಈ ಸಮುದಾಯಗಳೆಲ್ಲವೂ ಕೋಡ್ ಮೂಲಕ ವಿಭಿನ್ನ ಮಟ್ಟದ ಡೀಸೆಂಟ್ರಲೈಸೇಶನ್ ಮತ್ತು ಸ್ವಯಂಚಾಲಿತತೆಯನ್ನು ಹೊಂದಿವೆ. ಪ್ರಸ್ತುತ, ನಾವು ಡಿಎಒಗಳು ಏನೆಂದು ಮತ್ತು ಅವು ಹೇಗೆ ರೂಪುಗೊಳ್ಳಬಹುದು ಎಂಬುದನ್ನು ಅನ್ವೇಷಿಸುತ್ತಿದ್ದೇವೆ.
+
+
+ Learn more about DAOs
+
+ DAO ಗಳ ಕುರಿತು ಇನ್ನಷ್ಟು
+
+
+
+### ಗುರುತು {#identity}
+
+Web2 ನಲ್ಲಿ, ನೀವು ಪ್ರತಿಯೊಂದು ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗಾಗಿ ಒಂದು ಖಾತೆಯನ್ನು ರಚಿಸುತ್ತೀರಿ. ಉದಾಹರಣೆಗೆ, ನೀವು ಟ್ವಿಟರ್ ಖಾತೆ, ಯೂಟ್ಯೂಬ್ ಖಾತೆ ಮತ್ತು ರೆಡ್ಡಿಟ್ ಖಾತೆಯನ್ನು ಹೊಂದಿರಬಹುದು. ನಿಮ್ಮ ಪ್ರದರ್ಶನ ಹೆಸರು ಅಥವಾ ಪ್ರೊಫೈಲ್ ಚಿತ್ರವನ್ನು ಬದಲಾಯಿಸಲು ಬಯಸುವಿರಾ? ನೀವು ಅದನ್ನು ಪ್ರತಿ ಖಾತೆಯಲ್ಲಿಯೂ ಮಾಡಬೇಕು. ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ ನೀವು ಸಾಮಾಜಿಕ ಸೈನ್-ಇನ್ಗಳನ್ನು ಬಳಸಬಹುದು, ಆದರೆ ಇದು ಪರಿಚಿತ ಸಮಸ್ಯೆಯನ್ನುಂಟುಮಾಡುತ್ತದೆ - ಸೆನ್ಸಾರ್ಶಿಪ್. ಒಂದೇ ಕ್ಲಿಕ್ನಲ್ಲಿ, ಈ ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗಳು ನಿಮ್ಮ ಸಂಪೂರ್ಣ ಆನ್ಲೈನ್ ಜೀವನದಿಂದ ನಿಮ್ಮನ್ನು ಹೊರಗಿಡಬಹುದು. ಕೆಲವು ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗಳು ಖಾತೆಯನ್ನು ರಚಿಸಲು ನಿಮ್ಮನ್ನು ಅವರಿಗೆ ವೈಯಕ್ತಿಕ ಗುರುತುಪಡಿಸುವ ಮಾಹಿತಿಯನ್ನು ನಂಬಲು ಬಲವಂತಿಸುತ್ತವೆ.
+
+Ethereum ವಿಳಾಸ ಮತ್ತು [Ethereum ನೇಮ್ ಸರ್ವಿಸ್ (ENS)](/glossary/#ens) ಪ್ರೊಫೈಲ್ನೊಂದಿಗೆ ನಿಮ್ಮ ಡಿಜಿಟಲ್ ಗುರುತನ್ನು ನಿಯಂತ್ರಿಸಲು ನಿಮಗೆ ಅನುಮತಿಸುವ ಮೂಲಕ Web3 ಈ ಸಮಸ್ಯೆಗಳನ್ನು ಪರಿಹರಿಸುತ್ತದೆ. Ethereum ವಿಳಾಸವನ್ನು ಬಳಸುವುದು ಪ್ಲಾಟ್ಫಾರ್ಮ್ಗಳಲ್ಲಿ ಏಕೈಕ ಲಾಗಿನ್ ಅನ್ನು ಒದಗಿಸುತ್ತದೆ, ಅದು ಸುರಕ್ಷಿತ, ಸೆನ್ಸಾರ್-ನಿರೋಧಕ ಮತ್ತು ಅನಾಮಿತವಾಗಿದೆ.
+
+### ಸ್ಥಳೀಯ ಪಾವತಿಗಳು {#native-payments}
+
+Web2 ನ ಪಾವತಿ ಯೋಜನೆ ಬ್ಯಾಂಕುಗಳು ಮತ್ತು ಪಾವತಿ ಸಂಸ್ಕರಕರ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದೆ, ಇದು ಬ್ಯಾಂಕ್ ಖಾತೆಗಳಿಲ್ಲದ ಜನರನ್ನು ಅಥವಾ ತಪ್ಪು ದೇಶದ ಗಡಿಯೊಳಗೆ ವಾಸಿಸುವವರನ್ನು ಹೊರಗಿಡುತ್ತದೆ. Web3 [ETH](/glossary/#ether) ನಂತಹ ಟೋಕನ್ಗಳನ್ನು ಬಳಸಿ ಬ್ರೌಸರ್ನಲ್ಲಿ ನೇರವಾಗಿ ಹಣವನ್ನು ಕಳುಹಿಸುತ್ತದೆ ಮತ್ತು ಯಾವುದೇ ನಂಬಲರ್ ಮೂರನೇ ಪಕ್ಷದ ಅಗತ್ಯವಿರುವುದಿಲ್ಲ.
+
+
+ ETH ಬಗ್ಗೆ ಇನ್ನಷ್ಟು
+
+
+## ವೆಬ್3 ಮಿತಿಗಳು {#web3-limitations}
+
+Web3 ನ ಅನೇಕ ಪ್ರಯೋಜನಗಳ ಹೊರತಾಗಿಯೂ, ಅದರ ಪ್ರಸರಣಕ್ಕಾಗಿ ಪರಿಸರ ವ್ಯವಸ್ಥೆಯು ಪರಿಹರಿಸಬೇಕಾದ ಹಲವು ಮಿತಿಗಳಿವೆ.
+
+### ಪ್ರವೇಶ ಸೌಲಭ್ಯ {#accessibility}
+
+ಮುಖ್ಯವಾದ Web3 ವೈಶಿಷ್ಟ್ಯಗಳು, ಉದಾಹರಣೆಗೆ Ethereum ನೊಂದಿಗೆ ಸೈನ್-ಇನ್, ಯಾವುದೇ ವೆಚ್ಚವಿಲ್ಲದೆ ಯಾರಿಗಾದರೂ ಬಳಸಲು ಈಗಾಗಲೇ ಲಭ್ಯವಿದೆ. ಆದರೆ, ಒಂದು ಖಾತೆಯ ವಹಿವಾಟಿನ ಅನುಪಾತದ ವೆಚ್ಚವು ಇನ್ನೂ ಅನೇಕರಿಗೆ ಪ್ರತಿಬಂಧಕವಾಗಿದೆ. ಹೆಚ್ಚಿನ ವಹಿವಾಟು ಶುಲ್ಕಗಳ ಕಾರಣದಿಂದಾಗಿ, Web3 ಅನ್ನು ಕಡಿಮೆ ಶ್ರೀಮಂತ, ಅಭಿವೃದ್ಧಿ ಹೊಂದುತ್ತಿರುವ ರಾಷ್ಟ್ರಗಳಲ್ಲಿ ಬಳಸುವುದು ಕಡಿಮೆ ಸಾಧ್ಯತೆಯಿದೆ. Ethereum ನಲ್ಲಿ, ಈ ಸವಾಲುಗಳನ್ನು [ರೂಪರೇಖೆಯಲ್ಲಿ](/roadmap/) ಮತ್ತು [ಲೇಯರ್ 2 ಸ್ಕೇಲಿಂಗ್ ಪರಿಹಾರಗಳ](/glossary/#layer-2) ಮೂಲಕ ಪರಿಹರಿಸಲಾಗುತ್ತಿದೆ. Web3 ತಂತ್ರಜ್ಞಾನವು ಸಿದ್ಧವಾಗಿದೆ, ಆದರೆ ಎಲ್ಲರಿಗೂ Web3 ಅನ್ನು ಒಳಗೊಳ್ಳಲು ನಮಗೆ ಲೇಯರ್ 2 ರಲ್ಲಿ ಹೆಚ್ಚಿನ ಮಟ್ಟದ ಅಳವಡಿಕೆಯ ಅಗತ್ಯವಿದೆ.
+
+### ಬಳಕೆದಾರರ ಅನುಭವ {#user-experience}
+
+Web3 ಅನ್ನು ಬಳಸಲು ಪ್ರವೇಶ ತಡೆಯು ಈಗ ತುಂಬಾ ಹೆಚ್ಚಿದೆ. ಬಳಕೆದಾರರು ಭದ್ರತಾ ಕಾಳಜಿಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು, ಸಂಕೀರ್ಣ ತಾಂತ್ರಿಕ ದಾಖಲೆಗಳನ್ನು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಬೇಕು ಮತ್ತು ಅಸಮರ್ಪಕ ಬಳಕೆದಾರ ಇಂಟರ್ಫೇಸ್ಗಳನ್ನು ನ್ಯಾವಿಗೇಟ್ ಮಾಡಬೇಕು. ನಿರ್ದಿಷ್ಟವಾಗಿ, ವಾಲೆಟ್ ಪೂರೈಕೆದಾರರು ಇದನ್ನು ಪರಿಹರಿಸಲು ಕೆಲಸ ಮಾಡುತ್ತಿದ್ದಾರೆ, ಆದರೆ Web3 ಸಾಮೂಹಿಕವಾಗಿ ಅಳವಡಿಸಿಕೊಳ್ಳುವ ಮೊದಲು ಹೆಚ್ಚಿನ ಪ್ರಗತಿಯ ಅಗತ್ಯವಿದೆ.[](/wallets/find-wallet/)
+
+### Education {#education}
+
+Web3 ಹೊಸ ಮಾದರಿಗಳನ್ನು ಪರಿಚಯಿಸುತ್ತದೆ, ಅದು Web2.0 ನಲ್ಲಿ ಬಳಸಲಾದ ಮಾನಸಿಕ ಮಾದರಿಗಳಿಗಿಂತ ವಿಭಿನ್ನ ಮಾನಸಿಕ ಮಾದರಿಗಳನ್ನು ಕಲಿಯುವ ಅಗತ್ಯವಿದೆ. Web1.0 ಗೆ ಜನಪ್ರಿಯತೆ ಗಳಿಸುತ್ತಿದ್ದಂತೆ ಒಂದೇ ರೀತಿಯ ಶಿಕ್ಷಣ ಚಳುವಳಿ ನಡೆಯಿತು; ವರ್ಲ್ಡ್ ವಾಯ್ಡ್ ವೆಬ್ನ ಪ್ರತಿಪಾದಕರು ಸಾಮಾನ್ಯ ಉಪಮೆಗಳು (ಮಾಹಿತಿ ಹೆದ್ದಾರಿ, ಬ್ರೌಸರ್ಗಳು, ವೆಬ್ ಅನ್ನು ಸರ್ಫಿಂಗ್) ನಿಂದ [ಟೆಲಿವಿಷನ್ ಪ್ರಸಾರಗಳವರೆಗೆ](https://www.youtube.com/watch?v=SzQLI7BxfYI) ಸಾರ್ವಜನಿಕರನ್ನು ಶಿಕ್ಷಿಸಲು ಹಲವಾರು ಶೈಕ್ಷಣಿಕ ತಂತ್ರಗಳನ್ನು ಬಳಸಿದರು. Web3 ಕಷ್ಟಕರವಲ್ಲ, ಆದರೆ ಅದು ಭಿನ್ನವಾಗಿದೆ. Web2 ಬಳಕೆದಾರರಿಗೆ ಈ Web3 ಪರಿಕಲ್ಪನೆಗಳ ಬಗ್ಗೆ ತಿಳಿಸುವ ಶೈಕ್ಷಣಿಕ ಉಪಕ್ರಮಗಳು ಅದರ ಯಶಸ್ಸಿಗೆ ಅವಶ್ಯಕವಾಗಿವೆ.
+
+Ethereum.org ನಮ್ಮ [ಅನುವಾದ ಕಾರ್ಯಕ್ರಮದ](/contributing/translation-program/) ಮೂಲಕ Web3 ಶಿಕ್ಷಣಕ್ಕೆ ಕೊಡುಗೆ ನೀಡುತ್ತದೆ, ಮುಖ್ಯವಾದ Ethereum ವಿಷಯವನ್ನು ಸಾಧ್ಯವಾದಷ್ಟು ಭಾಷೆಗಳಿಗೆ ಅನುವಾದಿಸುವ ಗುರಿಯನ್ನು ಹೊಂದಿದೆ.
+
+### ಕೇಂದ್ರೀಕೃತ ಮೂಲಸೌಕರ್ಯ {#centralized-infrastructure}
+
+Web3 ಪರಿಸರ ವ್ಯವಸ್ಥೆಯು ಯುವ ಮತ್ತು ವೇಗವಾಗಿ ಬೆಳೆಯುತ್ತಿದೆ. ಈ ಕಾರಣದಿಂದಾಗಿ, ಇದು ಪ್ರಸ್ತುತ ಕೇಂದ್ರೀಕೃತ ಮೂಲಸೌಕರ್ಯ (GitHub, Twitter, Discord, ಇತ್ಯಾದಿ) ಯನ್ನು ಅವಲಂಭಿಸಿದೆ. ಅನೇಕ Web3 ಕಂಪನಿಗಳು ಈ ಅಂತರಗಳನ್ನು ತುಂಬಲು ಧಾವಿಸುತ್ತಿವೆ, ಆದರೆ ಉತ್ತಮ ಗುಣಮಟ್ಟದ, ಭರಿಸುವ ಮೂಲಸೌಕರ್ಯವನ್ನು ನಿರ್ಮಿಸಲು ಸಮಯ ತೆಗೆದುಕೊಳ್ಳುತ್ತದೆ.
+
+## ವಿಕೇಂದ್ರೀಕೃತ ಭವಿಷ್ಯ {#decentralized-future}
+
+Web3 ಒಂದು ಯುವ ಮತ್ತು ಅಭಿವೃದ್ಧಿ ಹೊಂದುತ್ತಿರುವ ಪರಿಸರ ವ್ಯವಸ್ಥೆಯಾಗಿದೆ. ಗೇವಿನ್ ವುಡ್ 2014 ರಲ್ಲಿ ಈ ಪದವನ್ನು ರೂಪಿಸಿದರು, ಆದರೆ ಈ ಐಡಿಯಾಗಳಲ್ಲಿ ಹಲವು ಇತ್ತೀಚೆಗೆ ಮಾತ್ರ ವಾಸ್ತವತೆಯಾಗಿವೆ. ಕಳೆದ ಒಂದು ವರ್ಷದಲ್ಲಿ ಮಾತ್ರ, ಕ್ರಿಪ್ಟೋಕರೆನ್ಸಿಗಳ ಆಸಕ್ತಿಯಲ್ಲಿ ಗಣನೀಯ ಏರಿಕೆ, ಲೇಯರ್ 2 ಸ್ಕೇಲಿಂಗ್ ಪರಿಹಾರಗಳ ಸುಧಾರಣೆಗಳು, ಹೊಸ ಆಡಳಿತ ರೂಪಗಳೊಂದಿಗೆ ಭಾರೀ ಪ್ರಯೋಗಗಳು ಮತ್ತು ಡಿಜಿಟಲ್ ಗುರುತುಗಳಲ್ಲಿ ಕ್ರಾಂತಿಗಳು ಕಂಡುಬಂದಿವೆ.
+
+Web3 ನೊಂದಿಗೆ ಉತ್ತಮ ವೆಬ್ ಅನ್ನು ರಚಿಸುವ ಆರಂಭದಲ್ಲಿ ನಾವು ಮಾತ್ರ ಇದ್ದೇವೆ, ಆದರೆ ನಾವು ಅದನ್ನು ಬೆಂಬಲಿಸುವ ಮೂಲಸೌಕರ್ಯವನ್ನು ಮುಂದುವರೆಸುತ್ತೇವೆ, ವೆಬ್ ನ ಭವಿಷ್ಯವು ಉಜ್ವಲವಾಗಿ ಕಾಣುತ್ತದೆ.
+
+## ನಾನು ಹೇಗೆ ತೊಡಗಿಸಿಕೊಳ್ಳಬಹುದು {#get-involved}
+
+- [ವ್ಯಾಲೆಟ್ ಪಡೆಯಿರಿ](/wallets/)
+- [ಸಮುದಾಯವನ್ನು ಹುಡುಕಿ](/community/)
+- [Web3 ಅಪ್ಲಿಕೇಶನ್ಗಳನ್ನು ಅನ್ವೇಷಿಸಿ](/dapps/)
+- [Join a DAO](/dao/)
+- [Web3 ನಲ್ಲಿ ನಿರ್ಮಿಸಿ](/developers/)
+
+## ಮತ್ತಷ್ಟು ಓದಿ {#further-reading}
+
+Web3 ಅನ್ನು ಕಟ್ಟುನಿಟ್ಟಾಗಿ ವ್ಯಾಖ್ಯಾನಿಸಲಾಗಿಲ್ಲ. ವಿವಿಧ ಸಮುದಾಯ ಭಾಗವಹಿಸುವವರು ಇದರ ಬಗ್ಗೆ ವಿಭಿನ್ನ ದೃಷ್ಟಿಕೋನಗಳನ್ನು ಹೊಂದಿದ್ದಾರೆ. ಅವುಗಳಲ್ಲಿ ಕೆಲವು ಇಲ್ಲಿವೆ:
+
+- [ವೆಬ್3 ಎಂದರೇನು? ಭವಿಷ್ಯದ ವಿಕೇಂದ್ರೀಕೃತ ಇಂಟರ್ನೆಟ್ ಅನ್ನು ವಿವರಿಸಲಾಗಿದೆ](https://www.freecodecamp.org/news/what-is-web3/) – _ನಾಡರ್ ಡಾಬಿಟ್_
+- [ವೆಬ್ 3 ಅನ್ನು ಅರ್ಥ ಮಾಡಿಕೊಳ್ಳುವುದು](https://medium.com/l4-media/making-sense-of-web-3-c1a9e74dcae) – _ಜೋಶ್ ಸ್ಟಾರ್ಕ್_
+- [ವೆಬ್3 ಏಕೆ ಮುಖ್ಯ](https://future.a16z.com/why-web3-matters/) — _ಕ್ರಿಸ್ ಡಿಕ್ಸನ್_
+- [ವಿಕೇಂದ್ರೀಕರಣ ಏಕೆ ಮುಖ್ಯ](https://onezero.medium.com/why-decentralization-matters-5e3f79f7638e) - _ಕ್ರಿಸ್ ಡಿಕ್ಸನ್_
+- [ವೆಬ್3 ಲ್ಯಾಂಡ್ಸ್ಕೇಪ್](https://a16z.com/wp-content/uploads/2021/10/The-web3-Readlng-List.pdf) – _a16z_
+- [ವೆಬ್3 ಚರ್ಚೆ](https://www.notboring.co/p/the-web3-debate?s=r) – _ಪ್ಯಾಕಿ ಮೆಕ್ಕಾರ್ಮಿಕ್_
+
+
+ Lista de carteiras
+
+
+Se for iniciante, poderá selecionar o filtro "New to crypto" (Novo em cripto) na página "find a wallet" (encontrar uma carteira) para identificar carteiras que incluam todos os recursos necessários e adequados para iniciantes.
+
+
+
+Também existem outros filtros de perfil para atender às suas necessidades. Esses são exemplos de carteiras utilizadas normalmente. Você deve fazer a sua própria pesquisa antes de confiar em qualquer software.
+
+## Etapa 2: Baixar e instalar o aplicativo da carteira
+
+Após escolher sua carteira, visite o site oficial ou a loja de aplicativos, baixe e instale-a. Todas elas são gratuitas.
+
+## Etapa 3: Abra o aplicativo e crie sua conta Ethereum
+
+Ao abrir uma nova carteira pela primeira vez, será necessário escolher entre criar uma nova conta ou importar uma já existente. Clique em criação de nova conta. **Esta é a etapa durante a qual o software da carteira gera sua conta Ethereum.**
+
+## Etapa 4: Salvar a frase de recuperação
+
+Alguns aplicativos vão te pedir para salvar uma "chave de recuperação" secreta (algumas vezes chamada de "frase semente" ou de "mnemônico"). Manter essa frase a salvo é extremamente importante! Ela é usada para gerar sua conta Ethereum e pode ser usada para fazer transações.
+
+**Qualquer pessoa que conheça essa frase pode tomar o controle de todos os seus fundos.** Nunca compartilhe ela com ninguém. Essa frase deve conter entre 12 e 24 palavras geradas aleatoriamente (a ordem das palavras importa).
+
+
+
+ Carteira instalada?
Aprenda como usá-la.
+
+ Como usar uma carteira
+
+
+
+
+Tem interesse em outros guias? Verifique os nossos: [Guias passo a passo](/guides/)
+
+## Perguntas frequentes
+
+### Uma carteira e uma conta Ethereum são o mesmo?
+
+Não. A carteira é uma ferramenta de gerenciamento que ajuda você a gerenciar contas. Uma única carteira pode acessar várias contas, e uma única conta pode ser acessada por várias carteiras. A frase de recuperação é usada para criar contas e dá permissão ao aplicativo de carteira para gerenciar ativos.
+
+### Posso enviar bitcoins para uma conta/endereço Ethereum ou enviar ethers para uma conta/endereço Bitcoin?
+
+Não, não é possível. O Bitcoin e o ether existem em duas redes separadas (ou seja, blockchains diferentes), cada uma com seus próprios formatos de contabilidade e endereço. Houve várias tentativas de unir as duas redes diferentes, das quais a mais ativa atualmente é a [Wrapped Bitcoin ou WBTC](https://www.bitcoin.com/get-started/what-is-wbtc/). Isso não é uma recomendação, pois o WBTC é uma solução de custódia (ou seja, um único grupo de pessoas controla determinadas funções críticas) e é fornecido aqui apenas a título informativo.
+
+### Se eu tenho um endereço de ETH, o endereço é o mesmo para outras blockchains?
+
+Você pode usar o mesmo [endereço](/glossary/#address) em todas as blockchains que usam software subjacente semelhante ao Ethereum (conhecido como "compatível com EVM"). Esta [lista](https://chainlist.org/) mostra quais blockchains você pode usar com o mesmo endereço. Algumas blockchains, como o Bitcoin, implementam um conjunto completamente separado de regras de rede e você precisará de um endereço diferente com um formato diferente. Se você tem uma carteira de contrato inteligente então deve verificar o site do produto para ver mais informações sobre quais blockchains são permitidas porque geralmente elas têm uma abrangência limitada, porém mais segura.
+
+### Ter a minha própria carteira é mais seguro do que manter os meus fundos em uma corretora?
+
+Ter a sua própria carteira significa que você assume a responsabilidade pela segurança dos seus ativos. Infelizmente, há muitos exemplos de corretoras que cometeram erros e perderam o dinheiro dos clientes. Possuir uma carteira (com uma frase de recuperação) elimina o risco associado à confiança em alguma entidade para manter seus ativos. No entanto, você precisa protegê-la por conta própria e evitar golpes de phishing, aprovação acidental de transações ou exposição da frase de recuperação, interação com sites falsos e outros riscos de autocustódia. Os riscos e benefícios são diferentes.
+
+### Se eu perder minha carteira de celular/hardware, eu preciso usar o mesmo aplicativo de carteira novamente para recuperar os fundos perdidos?
+
+Não, você pode utilizar outra carteira. Desde que você tenha a frase semente, poderá inseri-la na maioria das carteiras e a sua conta será restaurada. Tenha cuidado se precisar fazer isso: é melhor certificar-se de que você não está conectado à Internet ao recuperar a sua carteira para não vazar a sua frase semente acidentalmente. Muitas vezes, é impossível recuperar fundos perdidos sem a frase de recuperação.
diff --git a/public/content/translations/pt-br/web3/index.md b/public/content/translations/pt-br/web3/index.md
index 0ffc6c44361..95db2fa28b1 100644
--- a/public/content/translations/pt-br/web3/index.md
+++ b/public/content/translations/pt-br/web3/index.md
@@ -6,6 +6,10 @@ lang: pt-br
# Introdução à Web3 {#introduction}
+
+
+ Cüzdan listesi
+
+
+Eğer yeniyseniz, başlangıç seviyesindeki kişilere uygun gerekli özellikleri barındıran cüzdanları bulmak için "bir cüzdan bul" sayfasındaki "Kriptoda yeni" filtresini seçebilirsiniz.
+
+
+
+İhtiyaçlarınızı karşılamak için başka profil filtreleri de vardır. Bunlar yaygın kullanılan cüzdanların örnekleridir - herhangi bir yazılıma güvenmeden önce kendi araştırmanızı yapmalısınız.
+
+## 2. Adım: Cüzdan uygulamanızı indirin ve kurun
+
+Belirli bir cüzdan seçtiğinizde, uygulamanın resmi web sitesini veya uygulama mağazasını ziyaret edin, uygulamayı indirin ve kurun. Bunların hepsi ücretsizdir.
+
+## 3. Adım: Uygulamayı açın ve Ethereum hesabınızı oluşturun
+
+Yeni cüzdanınızı ilk kez açarken, yeni bir hesap oluşturma veya mevcut bir hesabı içe aktarma arasında seçim yapmanız istenebilir. Yeni bir hesap oluşturmaya tıklayın. **Bu, cüzdan yazılımının Ethereum hesabınızı oluşturduğu adımdır.**
+
+## 4. Adım: Kurtarma ifadenizi saklayın
+
+Bazı uygulamalar sizden gizli bir "kurtarma ifadesi" (bazen "güvenlik kelimeleri" ya da "mnemonic" olarak da adlandırılır) kaydetmenizi ister. Bu güvenlik kelimelerinin güvende tutulması son derecede önemlidir! Bu Ethereum hesabınızı oluşturmak için kullanılır ve işlemleri onaylamak için de kullanılabilir.
+
+**Bu ifadeyi bilen bir kişi, tüm fonlarınızı kontrol edebilir.** Bu ifadeyi asla kimseyle paylaşmayın. Bu ifade, rastgele üretilmiş 12 ila 24 kelimeyi (kelimelerin sırası önemlidir) içermelidir.
+
+
+
+ Cüzdan yüklendi mi?
Nasıl kullanacağınızı öğrenin.
+
+ Cüzdan nasıl kullanılır?
+
+
+
+
+İlgilendiğiniz başka rehberler de mi var? Şuraya göz atın: [Adım adım kılavuzlarımız](/guides/)
+
+## Sıkça sorulan sorular
+
+### Cüzdanım ve Ethereum hesabım aynı mı?
+
+Hayır. Cüzdan, hesapları yönetmenizi sağlayan bir yönetim aracıdır. Bir cüzdan birden fazla hesaba erişebilir ve tek bir hesaba birden fazla cüzdan tarafından erişilebilir. Kurtarma ifadesi hesap oluşturmak için kullanılır ve bir cüzdan uygulamasına varlıkların yönetim iznini verir.
+
+### Bir Bitcoin adresine Ether, yahut bir Ethereum adresine Bitcoin gönderebilir miyim?
+
+Hayır, gönderemezsiniz. Bitcoin ve Ether, her biri kendi defter tutma ve adres biçimleri olan iki ayrı ağda (yani farklı blokzincirlerde) bulunur. İki farklı ağı köprülemek için çeşitli girişimlerde bulunuldu; bu iki ağdan en aktif olanı şu anda [Sarılı Bitcoin veya WBTC](https://www.bitcoin.com/get-started/what-is-wbtc/)'dir. WBTC bir saklama çözümü olduğundan (yani belirli kritik işlevleri tek bir grup insanın kontrol etmesi anlamına gelir) bu bir onay değildir ve burada yalnızca bilgilendirme amacıyla verilmiştir.
+
+### Bir ETH adresi sahibiysem, aynı adrese diğer blok zincirlerde de sahip miyim?
+
+Ethereum ile benzer altyapı yazılımını kullanan tüm blokzincirlerde ("EVM uyumlu" diye bilinirler) aynı [adresi](/glossary/#address) kullanabilirsiniz. Bu [liste](https://chainlist.org/) size hangi blok zincirlerde aynı adresi kullanabileceğinizi gösterecektir. Bitcoin gibi bazı blok zincirlerde tamamen farklı ağ kuralları uygulanır ve farklı bir biçimde farklı bir adrese ihtiyaç duyacaksınız. Eğer bir akıllı sözleşme cüzdanına sahipseniz, hangi blokzincirlerin desteklendiği hakkında daha fazla bilgi için ürün web sitesini kontrol etmelisiniz. Çünkü bunlar genelde sınırlı ama daha güvenli bir kapsama sahiptir.
+
+### Kendi cüzdanıma sahip olmak, fonlarımı bir borsada tutmaktan daha mı güvenli?
+
+Kendi cüzdanınıza sahip olmanız kendi varlıklarınızın sorumluluğunu kendiniz almanız anlamına gelir. Maalesef müşterilerinin paralarını kaybeden birçok başarısız borsa örneği bulunmaktadır. Bir cüzdana (kurtarma ifadesi ile birlikte) sahip olmak, varlıklarınızı tutması için bir kuruluşa güvenmek zorunda kalmakla ilişkili riskleri ortadan kaldırır. Ancak bunu kendiniz güvenli tutmanız ve kimlik avı dolandırıcılıklarından, işlemleri yanlışlıkla onaylamaktan veya kurtarma ifadesini ifşa etmekten, sahte web siteleriyle etkileşime girmekten ve kendi kendine saklama ile ilgili diğer risklerden kaçınmanız gerekir. Riskler ve faydalar farklıdır.
+
+### Telefon/donanım cüzdanımı kaybedersem, kayıp fonlarımı kurtarmak için yine aynı cüzdan uygulamasına ihtiyacım var mı?
+
+Hayır, farklı bir cüzdan kullanabilirsiniz. Güvenlik kelimelerine sahip olduğunuz sürece birçok cüzdana girebilirsiniz ve hesabınız geri alınacaktır. Bunu yapmanız gerekirse dikkatli olun: Cüzdanınızı kurtarırken internete bağlı olmadığınızdan emin olmanız en iyisidir, böylece kurtarma ifadeniz yanlışlıkla sızdırılmaz. Kayıp fonları, kurtarma ifadesi olmadan kurtarmak çoğunlukla imkansızdır.
diff --git a/public/content/translations/tr/web3/index.md b/public/content/translations/tr/web3/index.md
index 6319f4e0d45..a64ffc04379 100644
--- a/public/content/translations/tr/web3/index.md
+++ b/public/content/translations/tr/web3/index.md
@@ -6,6 +6,10 @@ lang: tr
# Web3'e Giriş {#introduction}
+
+
+
+燃料管理是以太坊用户主要面临的问题之一，主要是因为以太币是唯一可用于支付交易费用的资产。 假设你的钱包内有 USDC 余额但没有以太币余额。 由于你无法支付燃料费用，所以无法转移或交换这些 USDC 代币。 你也无法将 USDC 交换成以太币，因为这个操作本身也需要支付燃料费用。 要解决这个问题，你需要从交易所或其他地址向你的帐户发送更多以太币。 通过智能合约钱包，你可以轻松使用 USDC 支付燃料费用，从而解放你的帐户。 你不再需要在所有帐户中保持以太币余额了。
+
+帐户抽象还可以让去中心化应用程序的开发者以创造性的方式进行燃料管理。 例如，你可以考虑与你最喜爱的去中心化交易所达成协议，每月支付固定费用以获得无限次交易的权限。 去中心化应用程序可能会作为你使用其平台的奖励或入门优惠，为你支付所有燃料费用。 当智能合约钱包在协议层面得到支持时，开发者在燃料管理方面进行创新将更加容易。
+
+
+
+受信任会话同样也有可能改变用户体验，尤其是对于游戏等可能需要在短时间内批准大量小额交易的应用程序而言。 单独批准每笔交易将破坏游戏体验，但永久批准则存在安全风险。 智能合约钱包可以在固定时间内批准不超过特定金额或仅与特定地址进行的特定交易。
+
+此外，帐户抽象会给购买方式带来变化，这也是一个有趣的方面。 目前，每笔交易都需要通过预先充入充足的适当代币的钱包批准和执行。 进行帐户抽象后，用户的体验会更像我们熟悉的在线购物体验，用户可以将商品添加到“购物车”中，然后一次性点击购买，所有必需的逻辑都由智能合约处理，而不是由用户处理。
+
+这只是帐户抽象可以提升用户体验的一些例子，还有许多我们尚未想象到的情况。 帐户抽象让开发者摆脱了当前以太坊外部帐户的限制，使他们能够在不放弃自我保管的情况下将 Web2 的良好特性引入 Web3，并创造性带来创新用户体验。
+
+## 帐户抽象将如何实施？ {#how-will-aa-be-implemented}
+
+智能合约钱包目前已存在，但由于以太坊虚拟机不支持，所以实现起来会有一些挑战。 相反，它们采用的方法是将相对复杂的代码封装在标准的以太坊交易中。 以太坊可以改变这一点，允许智能合约发起交易，在以太坊智能合约中处理必要逻辑，而不是链下处理。 将逻辑放入智能合约还增加了以太坊的去中心化程度，因为不再需要由钱包开发者运行的"中继者"将用户签名的消息转换为常规的以太坊交易。
+
+
+
+EIP-2771 引入了元交易的概念，允许第三方为用户支付燃料费用，而无需对以太坊协议进行更改。 这个想法是将用户签名的交易发送到一个名为“转发者”的合约中。 转发者是一个受信任的实体，在将交易发送到燃料中继器之前验证交易的有效性。 这是链下完成的，无需支付燃料费用。 燃料中继器将交易传递到“接收者”合约，支付所需的燃料费用，使交易能够在以太坊上执行。 如果“接收者”知道并信任“转发者”，则交易将被执行。 该模型使得开发者能够为用户轻松实现无需支付燃料费用的交易。
+
+
+
+
+
+EIP-4337 是以去中心化方式使智能合约钱包获得本地支持的第一步，无需对以太坊协议进行更改。 它并未修改共识层以支持智能合约钱包，而是在正常的交易传播协议中单独添加了一个新系统。 这个更高层次的系统是围绕一个叫做 UserOperation 的新对象构建，它将用户的操作与相关的签名打包在一起。 这些 UserOperation 对象随后被广播到一个专用的内存池中，验证者在那里可以将它们收集到一个"捆绑交易"中。 捆绑交易代表了很多一系列单独的 UserOperations，并且可以像普通交易那样被添加到以太坊区块中。验证者会使用类似的最大化费用选择模型来选择捆绑交易。
+
+在 EIP-4337 下，钱包的工作方式也会改变。 它不会让每个钱包重新实现常见但复杂的安全逻辑，而是会将这些功能外包给一个名为“入口点”的全局钱包合约。 该合约将处理支付费用和执行以太坊虚拟机代码等操作，以便钱包开发者可以专注于提供卓越的用户体验。
+
+注意 EIP 4337 入口点合约于 2023 年 3 月 1 日部署到以太坊主网上。 你可以在 Etherscan 上查看该合约。
+
+
+
+
+
+EIP-2938 旨在通过引入新的交易类型 AA_TX_TYPE 来更新以太坊协议，该交易类型包括三个字段：nonce、target 和 data，其中 nonce 是交易计数器，target 是入口点合约地址，data 是以太坊虚拟机字节码。 为了执行这些交易，需要向以太坊虚拟机添加两条新指令（也称为操作码）：NONCE 和 PAYGAS。 NONCE 操作码用于跟踪交易序列，而 PAYGAS 操作码用于计算并从合约余额中提取执行交易所需的燃料费用。 这些新功能使得以太坊能够为智能合约钱包提供本地支持，因为必要的基础设施已经内置在以太坊的协议中。
+
+请注意，EIP-2938 目前尚未激活。 目前社区更倾向于 EIP-4337，因为它不需要对协议进行更改。
+
+
+
+
+
+EIP-3074 旨在更新以太坊的外部帐户，允许其将控制权委托给智能合约。 这意味着智能合约逻辑可以批准源自外部帐户的交易。 这可以实现一些功能，如燃料赞助和批量交易。 要使其生效，需要向以太坊虚拟机添加两个新的操作码：AUTH 和 AUTHCALL。 通过 EIP-3074，不需要合约就可以获得智能合约钱包的好处，取而代之的是一种特定类型的无状态、去信任、不可升级的合约（被称为“调用者”），用于处理交易。
+
+请注意，EIP-3074 目前尚未激活。 目前社区更倾向于 EIP-4337，因为它不需要对协议进行更改。
+
+
+
+## 当前进展 {#current-progress}
+
+智能合约钱包已经推出，但需要进行更多升级以使其尽可能去中心化和无需许可。 EIP-4337 是一个成熟的提案，不需要对以太坊的协议进行任何更改，因此可能可以迅速实施。 然而，当前并没有积极开发用于更改以太坊协议的升级，因此这些更改可能需要更长时间才能上线， 也有可能通过 EIP-4337 充分实现帐户抽象，不再需要更改协议。
+
+**注意**：你可以[通过此仪表板](https://www.bundlebear.com/overview/all)跟踪 ERC-4337 智能合约钱包的采纳情况。
+
+## 延伸阅读 {#further-reading}
+
+- [erc4337.io](https://www.erc4337.io/)
+- [帐户抽象面板探讨 — Devcon Bogota](https://www.youtube.com/watch?app=desktop&v=WsZBymiyT-8)
+- ["为什么帐户抽象对于去中心化应用程序而言是一场革命性的变革" — Devcon Bogota](https://www.youtube.com/watch?v=OwppworJGzs)
+- [“帐户抽象 ELI5” — Devcon Bogota](https://www.youtube.com/watch?v=QuYZWJj65AY)
+- [Vitalik“帐户抽象之路”说明](https://notes.ethereum.org/@vbuterin/account_abstraction_roadmap#Transaction-inclusion-lists)
+- [Vitalik 关于社交恢复钱包的博文](https://vitalik.eth.limo/general/2021/01/11/recovery.html)
+- [EIP-2938 说明](https://hackmd.io/@SamWilsn/ryhxoGp4D#What-is-EIP-2938)
+- [EIP-2938 文件](https://eips.ethereum.org/EIPS/eip-2938)
+- [EIP-4337 说明](https://medium.com/infinitism/erc-4337-account-abstraction-without-ethereum-protocol-changes-d75c9d94dc4a)
+- [EIP-4337 文件](https://eips.ethereum.org/EIPS/eip-4337)
+- [EIP-2771 文件](https://eips.ethereum.org/EIPS/eip-2771)
+- [“帐户抽象基础知识”-- 什么是帐户抽象（第一部分）](https://www.alchemy.com/blog/account-abstraction)
+- [以太坊帐户抽象路线图图解 I：EIP-3074、EIP-5806 和 EIP-7702](https://research.2077.xyz/charting-ethereums-account-abstraction-roadmap-eip-3074-eip-5806-eip-7702)
+- [出色的帐户抽象](https://github.com/4337Mafia/awesome-account-abstraction)
+- [面向所有人的模块化帐户抽象](https://blog.rhinestone.wtf/part-1-modular-account-abstraction-for-everyone-else-84567422bc46)
+
diff --git a/public/content/translations/zh/beacon-chain/index.md b/public/content/translations/zh/beacon-chain/index.md
new file mode 100644
index 00000000000..f0a0e1619bb
--- /dev/null
+++ b/public/content/translations/zh/beacon-chain/index.md
@@ -0,0 +1,75 @@
+---
+title: 信标链
+description: 了解信标链 - 引入权益证明的以太坊升级。
+lang: zh
+template: upgrade
+image: /images/upgrades/core.png
+alt:
+summaryPoint1: 信标链为以太坊生态系统引入了权益证明机制。
+summaryPoint2: 信标链于 2022 年 9 月与原有的以太坊工作量证明链合并。
+summaryPoint3: 信标链引入了共识逻辑和区块广播协议，为当前的以太坊保驾护航。
+---
+
+
+ 信标链于 2020 年 12 月 1 日上线，并且在 2022 年 9 月 15 日完成合并升级，将权益证明正式确定为太坊的共识机制。
+
+
+## 什么是信标链？ {#what-is-the-beacon-chain}
+
+信标链是 2020 年推出的原始权益证明区块链的名称。 它的创立是为了在以太坊主网上运行权益证明共识逻辑之前确保该逻辑是可靠且可持续的。 因此，它与原有的工作量证明以太坊一起运行。 信标链是一个由“空”区块组成的链，但在以太坊上停止工作量证明并启动权益证明，需要指示信标链接受来自执行客户端的交易数据，将它们打包到区块，再将区块组织到一条运行权益证明共识机制的区块链上。 与此同时，原有的以太坊客户端停止挖矿、区块传播及旧的共识逻辑，并将这一切转交给信标链。 这一事件称为[合并](/roadmap/merge/)。 在合并发生后，就不再有两个区块链。 相反，只有一个权益证明以太坊，现在每个节点需要两个不同的客户端。 信标链现在是共识层，一个处理区块消息和共识逻辑的共识客户端的点对点网络，而原始客户端形成执行层，负责传播消息和执行交易，以及管理以太坊的状态。 这两层可以使用引擎应用程序接口相互通信。
+
+## 信标链有什么作用？ {#what-does-the-beacon-chain-do}
+
+信标链是在以太坊[质押人](/staking/)开始验证真实的以太坊区块之前管理和协调以太坊质押人网络的帐户账本的名称。 它不处理交易或智能合约交互，因为这些任务在执行层完成。 信标链负责处理区块和证明、运行分叉选择算法以及管理奖励和惩罚等。 要了解更多内容，请参阅我们的[节点架构页面](/developers/docs/nodes-and-clients/node-architecture/#node-comparison)。
+
+## 信标链的影响 {#beacon-chain-features}
+
+### 质押介绍 {#introducing-staking}
+
+信标链将[权益证明机制](/developers/docs/consensus-mechanisms/pos/)引入以太坊。 这保证了以太坊的安全，并在此过程中让验证者获得更多以太币。 在实际操作中，质押将需要质押以太币，以激活验证者软件。 作为质押人，你运行该软件并在链中创建和验证新区块。
+
+质押的目的和以前的[挖矿](/developers/docs/consensus-mechanisms/pow/mining/)相似，但又在很多方面不同。 挖矿的前期支出庞大，需要投入强大的硬件和消耗大量能源，从而产生规模经济并促进集中化。 挖矿也没有提出任何将资产锁定作为抵押品的要求，这限制了被攻击后协议惩罚不良行为者的能力。
+
+和工作量证明相比，过渡到权益证明让以太坊的安全性与去中心化得到显著提升。 参与该网络的人越多，网络去中心化程度越高，面临攻击时也越安全。
+
+采用权益证明共识机制为[我们现在拥有的安全、环保和可扩展的以太坊](/roadmap/vision/)奠定了基础。
+
+
+ 如果你有兴趣成为验证者并帮助保护以太坊，请点击此处了解更多关于质押的信息。
+
+
+### 设置分片 {#setting-up-for-sharding}
+
+在信标链与最初的以太坊主网合并后，以太坊社区开始寻求扩展该网络。
+
+权益证明的优势是，在任何给定时间都有全部已批准的区块生产者的记录，每个区块生产者都质押了以太币。 这个记录不但为分开治理奠定了基础，还可靠地划分了具体的网络责任。
+
+这种责任与工作量证明形成对比，在工作量证明中，矿工对网络没有义务，可以立即停止挖矿并永久关闭其节点而不会受到任何影响。 而且，也没有已知区块提议者的记录，并且没有可靠的方法安全地划分网络责任。
+
+[有关分片的更多信息](/roadmap/danksharding/)
+
+## 升级间的关系 {#relationship-between-upgrades}
+
+以太坊的所有升级都存在一些关联。 所以我们来回顾一下信标链对其他升级的影响。
+
+### 信标链和合并 {#merge-and-beacon-chain}
+
+最初，信标链与以太坊主网相互独立，但两者在 2022 合并。
+
+
+ 合并
+
+
+### 分片和信标链 {#shards-and-beacon-chain}
+
+只有在已建立权益证明共识机制的情况下，分片才能安全进入以太坊生态系统。 信标链引入了质押，它与主网“合并”，为分片铺平了道路，以帮助进一步扩展以太坊。
+
+
+ 分片链
+
+
+## 延伸阅读
+
+- [有关以太坊未来升级的更多信息](/roadmap/vision)
+- [有关节点架构的更多信息](/developers/docs/nodes-and-clients/node-architecture)
+- [更多关于关权益证明的信息](/developers/docs/consensus-mechanisms/pos)
diff --git a/public/content/translations/zh/community/online/index.md b/public/content/translations/zh/community/online/index.md
index 5c816656610..e34b964cfd3 100644
--- a/public/content/translations/zh/community/online/index.md
+++ b/public/content/translations/zh/community/online/index.md
@@ -55,13 +55,14 @@ lang: zh
Solidity Gitter - 有关 Solidity 开发的聊天 (Gitter)
Solidity Matrix - 有关 Solidity 开发的聊天 (Matrix)
以太坊堆栈交易所 *- 问答论坛*
-Peeranha *- 去中心化问答论坛*
+Peera Community Forum *- 去中心化问答论坛*
-## YouTube 和 Twitter {#youtube-and-twitter}
+## YouTube 和 X（原 Twitter） {#youtube-and-twitter}
以太坊基金会 - 及时了解以太坊基金会的最新动态
-@ethereum -以太坊基金会官方账号
-@ethdotorg - 为我们不断发展的全球社区构建的以太坊门户网站
+@ethereum - 以太坊社区的主帐户
+@ethereumfndn - 以太坊基金会的官方帐户
+@ethdotorg - 为我们不断发展的全球社区构建的以太坊门户网站
有影响力的以太坊 Twitter 帐户清单
` 并包含代码片段，因此不应翻译这些标签内的内容。
+在下面的示例中，你可以看到，将鼠标悬停在 \<0> 标签显示，它代表 `` 并包含代码片段，因此不应翻译这些标签内的内容。
diff --git a/public/content/translations/zh/danksharding/index.md b/public/content/translations/zh/danksharding/index.md
new file mode 100644
index 00000000000..0d8f6102aa9
--- /dev/null
+++ b/public/content/translations/zh/danksharding/index.md
@@ -0,0 +1,95 @@
+---
+title: Danksharding
+description: 了解 Proto-Danksharding 和 Danksharding - 用于扩展以太坊的两项连续升级。
+lang: zh
+summaryPoints:
+ - Danksharding 是一项多阶段升级，旨在提高以太坊的可扩容性和容量。
+ - Proto-Danksharding 是第一阶段，旨在将数据二进制大对象添加到区块中
+ - 数据二进制大对象为卷叠提供了一种更经济地将数据发布到以太坊上的方式，这种成本节约可以通过更低的交易费使用户间接受益。
+ - 随后，完整的 Danksharding 将验证数据二进制大对象的责任分散到节点子集，使以太坊进一步扩展到每秒处理超过 100,000 笔交易。
+---
+
+# Danksharding {#danksharding}
+
+**Danksharding** 是让以太坊成为真正的可扩展区块链的方案，但要实现这个方案，需要进行一系列协议升级。 **Proto-Danksharding** 是这个过程中的一个中间步骤。 两者都是为了让用户在二层网络上的交易尽可能便宜，并将以太坊扩展到每秒处理 >100,000 次交易。
+
+## 什么是 Proto-Danksharding？ {#what-is-protodanksharding}
+
+Proto-Danksharding，也称为 [EIP-4844](https://eips.ethereum.org/EIPS/eip-4844)，是一种让[卷叠](/layer-2/#rollups)以更经济的方式向区块添加数据的方法。 这一名称来自提出这个想法的两位研究人员：Protolambda 和 Dankrad Feist。 以往，卷叠在降低用户交易费用方面存在局限性，因为它们是将交易发布在 `CALLDATA` 中。
+
+这是一种昂贵的方法，因为数据经过所有以太坊节点处理，并且永久存在于链上，即使卷叠只在短时间内需要这些数据。 Proto-Danksharding 引入了可以发送并附加到区块上的数据二进制大对象。 这些二进制大对象中的数据不可通过以太坊虚拟机访问，并且在固定的时间（在写入时设置为 4096 个时段，或大约 18 天）后会自动删除。 这意味着卷叠可以更经济的方式发送其数据，节省的费用会让终端用户的交易更加便宜。
+
+
+
+卷叠是一种通过在链下批量处理交易然后将结果发布到以太坊来扩展以太坊的方法。 卷叠本质上由两部分组成：数据和执行检查。 数据是由卷叠处理的完整交易序列，用于产生要发布到以太坊的状态变化。 执行检查是由某个诚实的参与者（称为“证明者”）重新执行这些交易，以确保提出的状态变化是正确的。 为了进行执行检查，交易数据必须在足够长的时间内可用，以便任何人都可以下载和检查。 这意味着卷叠排序者的任何不诚实行为都可以被证明者发现和质疑。 但是，交易数据不需要永远可用。
+
+
+
+
+
+卷叠将其交易数据承诺发布在链上，并且在数据二进制大对象中提供实际的数据。 这意味着证明者可以检查承诺是否有效或质疑他们认为错误的数据。 在节点层面，数据二进制大对象保存在共识客户端中。 共识客户端证明他们已经检查了数据，并且数据已经在网络中传播。 如果数据永远保留，这些客户端会变得臃肿并导致运行节点的硬件要求很高。 然而，数据每隔 18 天将从节点中自动删除。 共识客户端的认证表明，证明者有足够的机会来验证数据。 实际数据可以由卷叠运营商、用户或其他人在链下存储。
+
+
+
+### 如何验证二进制大对象中的数据？ {#how-are-blobs-verified}
+
+卷叠将其执行的交易发布在数据二进制大对象中。 它们也发布一个对数据的“承诺”。 为此，他们会对数据拟合一个多项式函数。 然后，这个函数可以在各个点计算。 例如，如果我们定义一个非常简单的函数 `f(x) = 2x-1`，那么可以在 `x = 1`、`x = 2`、`x = 3` 时计算这个函数，得到结果为 `1, 3, 5`。 证明者对数据应用相同的函数，并在相同的点计算。 如果原始数据被更改，函数就不会相同，因此在每个点计算出来的值也不会相同。 在实际操作中，承诺和证明会更加复杂，因为它们会被包裹在加密函数中。
+
+### 什么是 KZG？ {#what-is-kzg}
+
+KZG 代表 Kate-Zaverucha-Goldberg - 是三位[原创作者](https://link.springer.com/chapter/10.1007/978-3-642-17373-8_11)名字的缩写。他们提出了一项将数据二进制大对象缩减为小型[密码“承诺”](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html)的方案。 卷叠提交的数据二进制大对象必须经过验证，以确保卷叠没有错误行为。 这需要证明者重新执行二进制大对象中的交易，以检查承诺是否有效。 从概念上讲，这与执行客户端使用默克尔证明检验一层网络上的以太坊交易是否有效的方式相同。 KZG 是一种将多项式方程拟合到数据上的替代证明。 "承诺"在某些保密数据点处计算多项式。 证明者将在数据上拟合相同的多项式，并使用相同的数值计算它，以检验结果是否相同。 这种验证数据的方式与零知识技术兼容，一些卷叠在使用零知识技术，最终以太坊协议的其他部分也会使用。
+
+### 什么是 KZG 仪式？ {#what-is-a-kzg-ceremony}
+
+KZG 仪式是指以太坊社区的许多人共同生成一个随机的私密数字字符串，用于验证一些数据的一种方式。 这个数字字符串必须是未知的，不能由任何人重新创建，这一点非常重要。 为了确保做到这一点，每个参加仪式的人都会收到前一位参与者发送的一个字符串。 然后，他们会创建一些新的随机值（例如：通过允许他们的浏览器测量鼠标的移动）并将这些值与前面的值混合在一起。 之后，他们将这个值发送给下一位参与者并将其在本地计算机中销毁。 在这个仪式中，只要有一个人诚实地执行了这一过程，攻击者就无法知道最终值是什么。
+
+EIP-4844 KZG 仪式曾经公开过，成千上万的人参与其中，并添加了自己的熵（随机值）。 总计贡献超过 14 万次，成为此类型全世界最大的一次仪式。 如果想破坏这个仪式，那么必须 100% 的参与者都不诚实。 从参与者的角度来看，如果他们知道自己是诚实的，就不需要相信其他任何人，因为他们知道自己确保了仪式的安全性（他们个人满足了，N 个参与者至少有一个诚实的要求）。
+
+
+
+当卷叠在二进制大对象中发布数据时，它们提供了一个发布到链上的“承诺”。 该承诺是在特定点对数据计算多项式拟合的结果。 这些点是由 KZG 仪式上生成的随机数决定的。 然后，证明者可以在相同的点上对多项式进行计算以验证数据 - 如果得出相同的值，则数据是正确的。
+
+
+
+
+
+如果有人知道用于承诺的随机位置，就可以很容易地生成一个可在这些特定点上拟合的新多项式（即“碰撞”）。 这意味着他们可以在二进制大对象中添加或删除数据，并且仍然提供有效的证明。 为了防止这种情况的出现，他们不向证明者提供实际的私密位置，而是使用椭圆曲线将位置封装在加密“黑盒”中并提供给证明者。 这样做可以有效打乱值，使得原始值无法被逆向工程，但通过一些巧妙的代数，证明者和验证者仍然可以在它们所代表的点上计算多项式。
+
+
+
+
+ Danksharding 和 Proto-Danksharding 都没有采用传统的旨在将区块链分成多个部分的“分片”模式。 分片链不再是路线图的一部分。 相反，Danksharding 使用跨数据块的分布式数据采样来扩展以太坊。 这实施起来要简单得多。 这种模式有时被称为“数据分片”。
+
+
+## 什么是 Danksharding？ {#what-is-danksharding}
+
+Danksharding 全面实现了从 Proto-Danksharding 开始的卷叠扩展。 Danksharding 将为以太坊带来大量空间，以便卷叠堆放他们的压缩交易数据。 这意味着以太坊能够轻松支持数百个单独卷叠，并实现每秒处理数百万次交易。
+
+它的实现方式是将附加到区块的二进制大对象从 Proto-Danksharding 阶段的 6 个增加至完整 Danksharding 时的 64 个。 所需的其余变更都是对共识客户端的运行方式进行更新，使它们能够处理新的较大二进制大对象。 其中的一些变更已经由于 Danksharding 之外的目的列入路线图。 例如，Danksharding 要求贯彻执行提议者与构建者分离的理念。 这一升级会将构建区块与提议区块的工作分开由不同的验证者完成。 同样，Danksharding 还要求进行数据可用性采样，但开发不存储大量历史数据的超轻量级客户端（“无状态客户端”）也要求这样做。
+
+
+
+要求提议者与构建者分离为了防止单个验证者需要为 32MB 的数据块数据生成昂贵的承诺和证明。 这会给家庭质押人造成太大的压力，要求他们投资购置更强大的硬件，这将不利于去中心化。 相反，这项昂贵的计算工作可以由专门的区块构建者负责。 之后，他们可以向区块提议者提供区块，以进行广播。 区块提议者只需要选择收益最高的区块即可。 任何人都能够以便宜快捷的方式验证数据块，这意味着所有普通验证者都可以检查区块构建者是否诚实。 这样一来，处理大型二进制大对象就不需要牺牲去中心化。 行为不端的区块构建者会被逐出网络并受到罚没 — 其他人会接替他们的位置，因为区块构建是收益很高的活动。
+
+
+
+
+
+要求进行数据可用性采样是为了让验证者快速、高效地验证二进制大对象数据。 通过数据可用性采样，验证者可以非常确定二进制大对象数据是否可用和正确提交。 每个验证者都可以随机在几个数据点采样并创建证明，这意味着验证者不必核对整个二进制大对象。 如果有数据丢失，可以快速识别并拒绝二进制大对象。
+
+
+
+### 当前进展 {#current-progress}
+
+完全实现 Danksharding 还需要几年时间。 与此同时，KZG 仪式在经过超过 14 万份贡献后结束，Proto-Danksharding 的 [EIP](https://eips.ethereum.org/EIPS/eip-4844) 也已成熟。 该提案已在所有测试网中全面实施，并于 2024 年 3 月随着 Cancun-Deneb（“Dencun”）网络升级在主网上线。
+
+### 延伸阅读 {#further-reading}
+
+- [Proto-Danksharding 说明](https://notes.ethereum.org/@vbuterin/proto_danksharding_faq) - _Vitalik Buterin_
+- [Dankrad 关于 Danksharding 的说明](https://notes.ethereum.org/@dankrad/new_sharding)
+- [Dankrad、Proto 和 Vitalik 关于 Danksharding 的讨论](https://www.youtube.com/watch?v=N5p0TB77flM)
+- [KZG 仪式](https://ceremony.ethereum.org/)
+- [Carl Beekhuizen 在以太坊开发者大会上关于可信设置的演讲](https://archive.devcon.org/archive/watch/6/the-kzg-ceremony-or-how-i-learnt-to-stop-worrying-and-love-trusted-setups/?tab=YouTube)
+- [更多关于针对二进制大对象进行数据可用性采样的信息](https://hackmd.io/@vbuterin/sharding_proposal#ELI5-data-availability-sampling)
+- [Dankrad Feist 关于 KZG 承诺和证明的演讲](https://youtu.be/8L2C6RDMV9Q)
+- [KZG 多项式承诺](https://dankradfeist.de/ethereum/2020/06/16/kate-polynomial-commitments.html)
diff --git a/public/content/translations/zh/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md b/public/content/translations/zh/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md
index d8cff060e81..8fb373ff9e2 100644
--- a/public/content/translations/zh/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md
+++ b/public/content/translations/zh/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md
@@ -34,33 +34,33 @@ sidebarDepth: 2
基数树的更新和删除操作定义如下：
```
- def update(node,path,value):
- curnode = db.get(node) if node else [ NULL ] * 17
+ def update(node_hash, path, value):
+ curnode = db.get(node_hash) if node_hash else [ NULL ] * 17
newnode = curnode.copy()
if path == '':
newnode[-1] = value
else:
- newindex = update(curnode[path[0]],path[1:],value)
+ newindex = update(curnode[path[0]], path[1:], value)
newnode[path[0]] = newindex
- db.put(hash(newnode),newnode)
+ db.put(hash(newnode), newnode)
return hash(newnode)
- def delete(node,path):
- if node is NULL:
+ def delete(node_hash, path):
+ if node_hash is NULL:
return NULL
else:
- curnode = db.get(node)
+ curnode = db.get(node_hash)
newnode = curnode.copy()
if path == '':
newnode[-1] = NULL
else:
- newindex = delete(curnode[path[0]],path[1:])
+ newindex = delete(curnode[path[0]], path[1:])
newnode[path[0]] = newindex
if all(x is NULL for x in newnode):
return NULL
else:
- db.put(hash(newnode),newnode)
+ db.put(hash(newnode), newnode)
return hash(newnode)
```
@@ -137,10 +137,10 @@ sidebarDepth: 2
以下为获取默克尔帕特里夏树中节点的扩展代码：
```
- def get_helper(node,path):
- if path == []: return node
- if node = '': return ''
- curnode = rlp.decode(node if len(node) < 32 else db.get(node))
+ def get_helper(node_hash,path):
+ if path == []: return node_hash
+ if node_hash == '': return ''
+ curnode = rlp.decode(node_hash if len(node_hash) < 32 else db.get(node_hash))
if len(curnode) == 2:
(k2, v2) = curnode
k2 = compact_decode(k2)
@@ -151,13 +151,13 @@ sidebarDepth: 2
elif len(curnode) == 17:
return get_helper(curnode[path[0]],path[1:])
- def get(node,path):
+ def get(node_hash,path):
path2 = []
for i in range(len(path)):
path2.push(int(ord(path[i]) / 16))
path2.push(ord(path[i]) % 16)
path2.push(16)
- return get_helper(node,path2)
+ return get_helper(node_hash,path2)
```
### 前缀树示例 {#example-trie}
diff --git a/public/content/translations/zh/developers/docs/networking-layer/portal-network/index.md b/public/content/translations/zh/developers/docs/networking-layer/portal-network/index.md
index 989182d6a05..530c8a5edd5 100644
--- a/public/content/translations/zh/developers/docs/networking-layer/portal-network/index.md
+++ b/public/content/translations/zh/developers/docs/networking-layer/portal-network/index.md
@@ -82,7 +82,7 @@ JSON-RPC 也不是轻客户端请求数据的理想选择，因为它必须要
如果一种客户端遇到问题或者出现漏洞，其他客户端能继续平稳运行，防止单点故障。 另外，多样化的客户端实现促进了创新和竞争，推动改进并降低生态系统内的单一作物风险。
-## 延伸阅读 {#futher-reading}
+## 延伸阅读 {#further-reading}
- [门户网络（Piper Merriam 在 Devcon Bogota 上的讲解）](https://www.youtube.com/watch?v=0stc9jnQLXA)。
- [门户网络 discord](https://discord.gg/CFFnmE7Hbs)
diff --git a/public/content/translations/zh/developers/docs/nodes-and-clients/index.md b/public/content/translations/zh/developers/docs/nodes-and-clients/index.md
index c7e4379e94c..e160e8e0687 100644
--- a/public/content/translations/zh/developers/docs/nodes-and-clients/index.md
+++ b/public/content/translations/zh/developers/docs/nodes-and-clients/index.md
@@ -191,14 +191,14 @@ EthereumJS 执行客户端 (EthereumJS) 是用 TypeScript 编写的，由许多
有多种共识客户端（以前称为“以太坊 2 客户端”）支持[共识升级](/roadmap/beacon-chain/)。 它们负责所有共识相关的逻辑，包括分叉选择算法、处理认证与管理[权益证明](/developers/docs/consensus-mechanisms/pos)奖励及惩罚。
-| 客户端 | 语言 | 操作系统： | 网络 |
-| ------------------------------------------------------------- | ---------- | ------------------- | ------------------------------------------- |
-| [Lighthouse](https://lighthouse.sigmaprime.io/) | Rust | Linux、Windows、macOS | 信标链、Goerli、Pyrmont、Sepolia、Ropsten 等 |
-| [Lodestar](https://lodestar.chainsafe.io/) | TypeScript | Linux、Windows、macOS | 信标链、Goerli、Sepolia、Ropsten 等 |
-| [Nimbus](https://nimbus.team/) | Nim | Linux、Windows、macOS | 信标链、Goerli、Sepolia、Ropsten 等 |
-| [Prysm](https://docs.prylabs.network/docs/getting-started/) | Go | Linux、Windows、macOS | 信标链、Gnosis、Goerli、Pyrmont、Sepolia、Ropsten 等 |
-| [Teku](https://consensys.net/knowledge-base/ethereum-2/teku/) | Java | Linux、Windows、macOS | 信标链、Gnosis、Goerli、Sepolia、Ropsten 等 |
-| [Grandine](https://docs.grandine.io/)（测试版） | Rust语言 | Linux、Windows、macOS | 信标链、Goerli、Sepolia 等 |
+| 客户端 | 语言 | 操作系统： | 网络 |
+| ------------------------------------------------------------- | ---------- | ------------------- | ------------------------------------ |
+| [Lighthouse](https://lighthouse.sigmaprime.io/) | Rust | Linux、Windows、macOS | 信标链、Holesky、Pyrmont、Sepolia 等 |
+| [Lodestar](https://lodestar.chainsafe.io/) | TypeScript | Linux、Windows、macOS | 信标链、Holesky、Sepolia 等 |
+| [Nimbus](https://nimbus.team/) | Nim | Linux、Windows、macOS | 信标链、Holesky、Sepolia 等 |
+| [Prysm](https://docs.prylabs.network/docs/getting-started/) | Go | Linux、Windows、macOS | 信标链、Gnosis、Holesky、Pyrmont、Sepolia 等 |
+| [Teku](https://consensys.net/knowledge-base/ethereum-2/teku/) | Java | Linux、Windows、macOS | 信标链、Gnosis、Holesky、Sepolia 等 |
+| [Grandine](https://docs.grandine.io/) | Rust语言 | Linux、Windows、macOS | 信标链、Holesky、Sepolia 等 |
### Lighthouse {#lighthouse}
diff --git a/public/content/translations/zh/developers/docs/nodes-and-clients/node-architecture/index.md b/public/content/translations/zh/developers/docs/nodes-and-clients/node-architecture/index.md
index 8c3a8aa0bc4..d182d9c15a3 100644
--- a/public/content/translations/zh/developers/docs/nodes-and-clients/node-architecture/index.md
+++ b/public/content/translations/zh/developers/docs/nodes-and-clients/node-architecture/index.md
@@ -4,19 +4,21 @@ description: 关于如何组织以太坊节点的介绍。
lang: zh
---
-以太坊节点由[执行客户端](/developers/docs/nodes-and-clients/#execution-clients)和[共识客户端](/developers/docs/nodes-and-clients/#consensus-clients)这两种客户端构成。
+以太坊节点由[执行客户端](/developers/docs/nodes-and-clients/#execution-clients)和[共识客户端](/developers/docs/nodes-and-clients/#consensus-clients)这两种客户端构成。 对于要提议新区块的节点，还必须运行[验证者客户端](#validators)。
-当以太坊使用[工作量证明](/developers/docs/consensus-mechanisms/pow/)时，执行客户端足以运行以太坊全节点。 然而，在实施[权益证明](/developers/docs/consensus-mechanisms/pow/)以后，执行客户端需要与另一种名为[“共识客户端”](/developers/docs/nodes-and-clients/#consensus-clients)的软件搭配使用。
+当以太坊使用[工作量证明](/developers/docs/consensus-mechanisms/pow/)时，执行客户端足以运行以太坊全节点。 然而，在实施[权益证明](/developers/docs/consensus-mechanisms/pow/)以后，执行客户端必须与另一种名为[共识客户端](/developers/docs/nodes-and-clients/#consensus-clients)的软件搭配使用。
以下图表显示了两种以太坊客户端之间的关系。 这两种客户端与其各自的点对点（对等）网络连接。 分离对等网络是有必要的，因为执行客户端通过它们的对等网络广播交易，确保它们能够管理自己的本地交易池，同时共识客户端通过它们的对等网络广播区块，保证共识和链增长。
-要使这种双客户端结构发挥作用，共识客户端必须能够将大量交易传递给执行客户端。 在本地执行交易是客户端验证交易未违反任何以太坊规则的方式，并确保提议的以太坊状态更新是正确的。 同样，当节点被选为区块生产者时，共识客户端必须能够从 Geth 请求各种交易，以便将它们添加到新的区块，并通过执行它们来更新全局状态。 本地远程过程调用连接使用[引擎应用程序接口](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md)处理这种跨客户端通信。
+_执行客户端的选择有很多，包括 Erigon、Nethermind 和 Besu_。
+
+要使这种双客户端结构发挥作用，共识客户端必须将大量交易传递给执行客户端。 执行客户端本地执行这些交易，以验证这些交易没有违反任何以太坊规则、提议的以太坊状态更新是正确的。 当节点被选为区块生产者时，它的共识客户端实例从执行客户端请求各种交易，以便将它们添加到新的区块，并通过执行它们来更新全局状态。 共识客户端通过本地 RPC 连接，使用[引擎应用程序接口](https://github.com/ethereum/execution-apis/blob/main/src/engine/common.md)驱动执行客户端。
## 执行客户端的作用是什么？ {#execution-client}
-执行客户端负责交易处理、交易广播、状态管理和支持以太坊虚拟机（[以太坊虚拟机](/developers/docs/evm/)）。 然而，它**不**负责区块构建、区块广播或处理共识逻辑。 这些都是共识客户端的责任。
+执行客户端负责交易验证、交易处理、交易广播、状态管理和支持以太坊虚拟机（[EVM](/developers/docs/evm/)）。 它**不**负责区块构建、区块广播或处理共识逻辑。 这些都是共识客户端的责任。
执行客户端会创建执行有效负载——交易列表、更新状态树和其他与执行相关的数据。 共识客户端在每个区块中添加执行有效负载。 执行客户端还要在新的区块中重新执行交易，以确保其有效性。 执行交易在执行客户端的嵌入式计算机中完成，这些计算机被称为[以太坊虚拟机 (EVM)](/developers/docs/evm)。
@@ -35,7 +37,7 @@ lang: zh
## 验证者 {#validators}
-节点运营商可以在存款合约中存入 32 个以太币来为其共识客户端添加一个验证者。 验证者客户端与共识客户端捆绑在一起，并且可随时添加到节点中。 验证者会处理认证和区块提议。 它们使节点能够累积奖励或因为惩罚而丢失以太币。 运行验证者软件还使节点有资格被选中来提议一个新区块。
+质押并运行验证者软件使节点有资格被选中来提议一个新区块。 节点运营商可以在存款合约中存入 32 个以太币来为其共识客户端添加一个验证者。 验证者客户端与共识客户端捆绑在一起，并且可随时添加到节点中。 验证者会处理认证和区块提议。 它也使节点能够累积奖励或因为惩罚而丢失以太币。
[关于质押的更多信息](/staking/)。
diff --git a/public/content/translations/zh/developers/docs/nodes-and-clients/nodes-as-a-service/index.md b/public/content/translations/zh/developers/docs/nodes-and-clients/nodes-as-a-service/index.md
index 075e4c521b8..841072b5219 100644
--- a/public/content/translations/zh/developers/docs/nodes-and-clients/nodes-as-a-service/index.md
+++ b/public/content/translations/zh/developers/docs/nodes-and-clients/nodes-as-a-service/index.md
@@ -226,7 +226,7 @@ sidebarDepth: 2
- 500 多个管理和服务应用程序接口
- 用于提交以太坊交易的 RESTful 接口（支持 Apache Kafka）
- 用于事件传送的出站流（支持 Apache Kafka）
- - “脱链”和辅助服务的深度集合（例如双边加密消息传输）
+ - “链下”和辅助服务的深度集合（例如双边加密消息传输）
- 简单明了的配置入网，提供治理和基于角色的访问控制
- 适用于管理员和最终用户的精细用户管理
- 高度可扩展、复原力强的企业级基础设施
diff --git a/public/content/translations/zh/developers/docs/standards/tokens/erc-1155/index.md b/public/content/translations/zh/developers/docs/standards/tokens/erc-1155/index.md
index 4fcb94188bc..fc96040abb1 100644
--- a/public/content/translations/zh/developers/docs/standards/tokens/erc-1155/index.md
+++ b/public/content/translations/zh/developers/docs/standards/tokens/erc-1155/index.md
@@ -23,7 +23,7 @@ lang: zh
- [批量传输](#batch_transfers)：通过一次合约调用传输多种资产。
- [批量余额](#batch_balance)：在一次调用中获取多个资产的余额。
- [批量审批](#batch_approval)：审批同一地址的所有代币。
-- [Hook](#recieve_hook)：接收代币的钩子函数。
+- [Hook](#receive_hook)：接收代币的钩子函数。
- [支持非同质化代币](#nft_support)：如果供应量仅为 1，将其作为非同质化代币处理。
- [安全转账规则](#safe_transfer_rule)：安全转账规则集。
diff --git a/public/content/translations/zh/developers/tutorials/calling-a-smart-contract-from-javascript/index.md b/public/content/translations/zh/developers/tutorials/calling-a-smart-contract-from-javascript/index.md
index e452dcbc7d0..d314fff16c9 100644
--- a/public/content/translations/zh/developers/tutorials/calling-a-smart-contract-from-javascript/index.md
+++ b/public/content/translations/zh/developers/tutorials/calling-a-smart-contract-from-javascript/index.md
@@ -105,7 +105,7 @@ const receiverAddress = "0x19dE91Af973F404EDF5B4c093983a7c6E3EC8ccE"
```js
daiToken.methods.balanceOf(senderAddress).call(function (err, res) {
if (err) {
- console.log("An error occured", err)
+ console.log("An error occurred", err)
return
}
console.log("The balance is: ", res)
@@ -123,7 +123,7 @@ daiToken.methods
.transfer(receiverAddress, "100000000000000000000")
.send({ from: senderAddress }, function (err, res) {
if (err) {
- console.log("An error occured", err)
+ console.log("An error occurred", err)
return
}
console.log("Hash of the transaction: " + res)
diff --git a/public/content/translations/zh/dvt/index.md b/public/content/translations/zh/dvt/index.md
new file mode 100644
index 00000000000..289163edbed
--- /dev/null
+++ b/public/content/translations/zh/dvt/index.md
@@ -0,0 +1,91 @@
+---
+title: 分布式验证者技术
+description: 分布式验证技术实现多个参与方完成以太坊验证者的分布式操作。
+lang: zh
+---
+
+# 分布式验证者技术 {#distributed-validator-technology}
+
+分布式验证者技术 (DVT) 是一种保障验证者安全的方法，它将密钥管理和签名责任分摊给多个参与方，从而减少单点故障并增强验证者的弹性。
+
+这项技术通过将用于保护验证者安全的**私钥拆分**并将其分布到组成“集群”的**多台计算机**上来实现这一点。 这样做的好处是攻击者取得密钥的难度将非常大，因为密钥并没有完整地存储在任意一台机器上。 该技术还允许某些节点离线，因为每个集群中的一部分计算机就可以完成必要的签名操作。 这就减少了网络中的单点故障并让整个验证者组更加稳定。
+
+
+
+## 为什么需要分布式验证者技术？ {#why-do-we-need-dvt}
+
+### 安全性 {#security}
+
+验证者生成两个公私密钥对：验证者密钥用于参与共识，提款密钥用来获取资金。 虽然验证者可以将提款密钥存储在冷存储中以确保安全，但验证者私钥必须 24 小时在线。 如果验证者私钥泄漏，攻击者便可控制该验证者，可能致使质押人的以太币受到罚没或损失。 分布式验证者技术有助于降低这种风险。 具体方式如下：
+
+使用分布式验证者技术，质押人可以参与质押，同时将验证者私钥保存在冷存储中。 这是通过对完整的原始验证者密钥进行加密，然后再拆分成多个密钥分片实现的。 密钥分片是在线的并分布到多个节点，因此实现了验证者的分布式操作。 之所以能这样做，是因为以太坊验证者使用了累加型 BLS 签名，这意味着完整的密钥可以通过将其各个组成部分合并来重构。 这样，质押人就能保证完整的原始“主”验证者密钥在线下安全。
+
+### 消除单点故障 {#no-single-point-of-failure}
+
+如果将一个验证者拆分到多个运营商和多台机器，就算个别硬件和软件出现故障，验证者也不会离线。 也可以通过在集群中的所有节点上使用不同的硬件和软件配置来降低故障风险。 单节点验证者配置并不具备这种弹性，这种弹性源自分布式验证者技术层。
+
+如果集群中某台机器的一个组件发生故障（例如，验证者集群中有四个运营者，其中一个运营者使用了有漏洞的特定客户端），其他机器也能保证验证者继续运行。
+
+### 去中心化 {#decentralization}
+
+对于以太坊而言，最理想的情况就是独立运行的验证者越多越好。 然而，一些质押服务提供商已经非常普及，占有了网络上以太币总质押量的很大一部分。 分布式验证者技术允许这些运营者继续存在，同时保持质押的去中心化。 这是因为每个验证者的密钥都分布在多台机器上，一个验证者要想做出恶意行为就需要更大程度的共谋。
+
+如果没有分布式验证者技术，质押服务提供商就更加容易地让其所有验证者仅支持一到两种客户端配置，这会加大客户端漏洞的影响。 可使用分布式验证者技术将风险分散到多种客户端配置和不同的硬件，通过多样化实现弹性。
+
+**分布式验证者技术让以太坊具有以下优点：**
+
+1. 以太坊权益证明共识的**去中心化**
+2. 网络**活力**有保障
+3. 实现验证者的**容错能力**
+4. 验证者操作**信任最小化**
+5. **最大限度降低了罚没**和停机风险
+6. **提升了多样性**（客户端、数据中心、位置、监管等）
+7. 验证者密钥管理**安全性增强**
+
+## 分布式验证者技术原理 {#how-does-dvt-work}
+
+分布式验证者技术解决方案包括以下部分：
+
+- **[Shamir 秘钥分存](https://medium.com/@keylesstech/a-beginners-guide-to-shamir-s-secret-sharing-e864efbf3648)** - 验证者使用 [BLS 密钥](https://en.wikipedia.org/wiki/BLS_digital_signature)。 各个 BLS “密钥分片”（“密钥分片”）可以合并成单个聚合密钥（签名）。 在分布式验证者技术中，验证者的私钥是集群中每个运营者的合并 BLS 签名。
+- **[阈值签名方案](https://medium.com/nethermind-eth/threshold-signature-schemes-36f40bc42aca)** - 确定履行签名职责所需的单个密钥分片的数量，例如，4 个密钥分片中的 3 个。
+- **[分布式密钥生成 (DKG)](https://medium.com/toruslabs/what-distributed-key-generation-is-866adc79620)** - 一种加密过程，生成密钥分片并用于将已有或新验证者密钥分片分布到集群中的节点。
+- **[多方计算 (MPC)](https://messari.io/report/applying-multiparty-computation-to-the-world-of-blockchains)** - 完整的验证者密钥是使用多方计算秘密生成的。 任何一个运营者都不知道完整的密钥—他们只知道自己的那一部分（即他们的“分片”）。
+- **共识协议** - 共识协议选择一个节点作为区块提议者。 提议者与集群中的其他节点共享该区块，这些节点将其密钥分片添加到聚合签名中。 当聚合了足够的密钥分片后，该区块便在以太坊上提出。
+
+分布式验证者具有内置容错能力，即使个别节点离线也能继续运行。 也就是说，即使集群中的某些节点最终变成恶意节点或懒惰节点，这个集群依然具有弹性。
+
+## 分布式验证者技术使用案例 {#dvt-use-cases}
+
+分布式验证者技术对更广泛的质押行业具有重大影响：
+
+### 独立质押人 {#solo-stakers}
+
+分布式验证者技术支持非托管质押，它允许用户将自己的验证者密钥分布在多个远程节点上并在线下保存完整密钥。 这也意味着家庭质押人未必需要在硬件上支出费用，而且将密钥分片分布存放能帮助他们加强对潜在黑客攻击的抵御。
+
+### 质押即服务 (SaaS) {#saas}
+
+管理多个验证者的运营者（如质押池和机构质押人）可以使用分步式验证者技术降低风险。 通过对其基础设施进行分布，这些运营者可以增加操作冗余，并实现所用硬件种类的多样化。
+
+分步式验证者技术将密钥管理责任分摊到多个节点，这意味着部分操作成本也可以分摊。 分步式验证者技术也可以降低质押服务提供商的运营风险和保险成本。
+
+### 质押池 {#staking-pools}
+
+由于标准验证者设置，质押池和流动质押服务提供商被迫采用不同的单一运营者信任级别，因为整个质押池中的盈亏都是依据社会化原则进行的。 质押池和流动质押服务提供商还依赖运营者来保护签名密钥的安全，因为到目前为止还没有其他方案。
+
+尽管一直以来，我们都在通过将质押分布给多个运营者来努力分散风险，但每个运营商仍单独管理着大量质押。 依赖单一运营者存在巨大风险，因为它们可能表现不佳、遭遇停机、受到攻击或者有恶意行为。
+
+利用分布式验证者技术，对运营者的信任会显著降低。 **池可以让运营者持有质押，而无需保管验证者密钥**（因为只会用到密钥分片）。 这项技术还允许被管理的质押在更多运营者之间分布（例如，分布式验证者技术可让 1000 个验证者由多个运营者共同运行，而不是让单个运营者管理它们）。 不同的运营者配置将确保在一个运营者停止运行，其余运营者仍可进行证明。 这提高了冗余和多样性，从而提升了性能和弹性，同时最大限度地提高了回报。
+
+最大限度降低单一运营者信任的另一个优点是，质押池可以允许更加开放且无需许可的运营者参与。 这样，服务商可以通过使用精选且无需许可的运营者（例如，将家庭质押人或更多小型质押人者与大型质押人配对）来降低其风险，并支持以太坊的去中心化。
+
+## 使用分布式验证者技术的潜在弊端 {#potential-drawbacks-of-using-dvt}
+
+- **额外组件**- - 引入一个分布式验证者技术节点就会增加一个可能存在故障或漏洞的部分。 要缓解这一问题，一种方法是争取实现多个分布式验证者技术节点，也就是多个分布式验证者技术客户端（类似于共识层和执行层有多个客户端的情况）。
+- **运营成本** - 由于分布式验证者技术将验证者分布在多个参与方之间，因此需要更多的节点进行操作，而不是只有一个节点，这就带来了运营成本的增加。
+- **可能会增加延迟** - 因为分布式验证者技术利用共识协议在多个运行验证者的节点之间达成共识，这可能会增加延迟。
+
+## 延伸阅读 {#further-reading}
+
+- [以太坊分布式验证者规范（高级）](https://github.com/ethereum/distributed-validator-specs)
+- [以太坊分布式验证者技术规范](https://github.com/ethereum/distributed-validator-specs/tree/dev/src/dvspec)
+- [Shamir 密钥分存演示应用](https://iancoleman.io/shamir/)
diff --git a/public/content/translations/zh/enterprise/index.md b/public/content/translations/zh/enterprise/index.md
index 1484a2c144d..a1c1df04be4 100644
--- a/public/content/translations/zh/enterprise/index.md
+++ b/public/content/translations/zh/enterprise/index.md
@@ -1,5 +1,5 @@
---
-title: 在以太坊主网络上的企业
+title: 在以太坊主网上的企业
description: 有关公共以太坊区块链上的企业应用的指南、文章和工具
lang: zh
---
diff --git a/public/content/translations/zh/enterprise/private-ethereum/index.md b/public/content/translations/zh/enterprise/private-ethereum/index.md
deleted file mode 100644
index 51aec40f071..00000000000
--- a/public/content/translations/zh/enterprise/private-ethereum/index.md
+++ /dev/null
@@ -1,26 +0,0 @@
----
-title: 企业级私有以太坊
-description: 在私有以太坊区块链上开发企业级应用的资源
-lang: zh
----
-
-# 企业级私有以太坊 {#private-ethereum-for-enterprise}
-
-企业级的区块链应用可以建立在以太坊主网或基于以太坊技术的私有链上。 有关在公共以太坊主网上构建的更多信息，请参见[企业级以太坊主网应用](/enterprise/)
-
-## 企业级私有以太坊开发者资源 {#developer-resources-private-enterprise-ethereum}
-
-### 组织 {#organisations}
-
-不同的组织进行了一些合作，以使以太坊企业更友好：
-
-- [企业以太坊联盟（Enterprise Ethereum Alliance, EEA）](https://entethalliance.org/) 旨在让各组织能够在其日常业务中采用和使用以太坊技术。 我们让以太坊的生态系统可以找到新的商业机会，推进工业界的采用，并让参与者之间可以相互学习与合作。
-- [Hyperledger](https://hyperledger.org) _Hyperledger 是一种开源的旨在促进跨行业的区块链技术。 这是一项全球合作，由 Linux 基金会主持，包括了金融、银行、物联网、供应链、制造和科技等领域的主要机构。 该基金会有一些采用以太坊堆栈的项目，包括 [Besu](https://www.hyperledger.org/use/besu)。_
-
-### 协议和基础架构 {#protocol-and-infrastructure}
-
-- [Chainstack](https://chainstack.com/) _跨云和跨协议的平台即服务使企业能够快速构建、部署和管理去中心化网络和服务_
-- [Clearmatics Autonity](https://www.clearmatics.com/about/) _实现了 p2p 协议并提供了客户端软件和基础架构_
-- [Hyperledger Besu](https://www.hyperledger.org/use/besu) _一种开源以太坊客户端，依据 Apache 2.0 许可证开发，用 Java 编写。它包括多种共识算法，有工作量证明和权威证明（如 IBFT、IBFT 2.0、Ethash 和 Clique）。 它的全面许可计划是专门为了在联盟链场景中使用而设计的。_
-- [Kaleido](https://kaleido.io/) _用于构建和运行跨云、混合式企业生态系统的全栈平台_
-- [Zeeve](https://www.zeeve.io/) _提供一系列用于在以太坊上构建的产品和工具，以及企业 Web3 应用程序的基础架构和应用程序接口_
diff --git a/public/content/translations/zh/events/index.md b/public/content/translations/zh/events/index.md
new file mode 100644
index 00000000000..79260f8b713
--- /dev/null
+++ b/public/content/translations/zh/events/index.md
@@ -0,0 +1,24 @@
+---
+title: 以太坊活动
+description: 如何加入以太坊社区。
+lang: zh
+hideEditButton: true
+---
+
+# 活动预告 {#events}
+
+**每个月，世界各地都会举办大型以太坊活动。**你可以考虑参加附近的一个活动，认识更多的社区成员，了解就业机会，并培养新的技能。
+
+ 阅读了解 KZG 和可信设置的相关内容。
+
+## 简化以太坊，提高以太坊效率 {#simpler-more-efficient-ethereum}
+
+复杂性会导致出现可以被攻击者利用的错误或漏洞。 因此，路线图的一部分是简化以太坊，并删除那些在各种升级后留存但不再需要或可以改进的代码。 更精简、更简单的代码库更容易被开发者维护和推理。
+
+我们将对[以太坊虚拟机 (EVM)](/developers/docs/evm)进行多项更新，使其更简单和更高效。 其中包括[删除 SELFDESTRUCT 操作码](https://hackmd.io/@vbuterin/selfdestruct)，该命令很少使用、不再需要，并且在某些情况下使用可能会带来危险，特别是当与以太坊存储模型的其他未来升级结合时。 [以太坊客户端](/glossary/#consensus-client)仍然支持一些旧的交易类型，这些类型现在完全可以被删除。 [燃料费](/glossary/#gas)的计算方式也可以改进，并且可以引入更高效的算法来支持一些加密操作。
+
+同样，现有以太坊客户端的其他部分也可以进行更新。 例如，目前执行和共识客户端使用不同类型的数据压缩。 当整个网络统一压缩方案时，客户端之间共享数据将变得更加简单直观。
+
+## 当前进展 {#current-progress}
+
+打造面向未来的以太坊所需的大部分升级**仍处于研究阶段，并且可能需要数年时间**才能实现。 诸如删除 SELFDESTRUCT 和统一执行执行和共识客户端中所用压缩方案之类的升级，可能会比抗量子加密更快推出。
+
+**延伸阅读**
+
+- [燃料](/developers/docs/gas)
+- [EVM 以太坊虚拟机](/developers/docs/evm)
+- [数据结构](/developers/docs/data-structures-and-encoding)
diff --git a/public/content/translations/zh/glossary/index.md b/public/content/translations/zh/glossary/index.md
index c7aca48b226..60729a5922a 100644
--- a/public/content/translations/zh/glossary/index.md
+++ b/public/content/translations/zh/glossary/index.md
@@ -320,11 +320,11 @@ lang: zh
## O {#section-o}
-
+ 钱包列表
+
+
+如果你是新手，可以在“查找钱包”页面上选择“加密货币新手”进行筛选，找到适合新手且具备所有必要功能的钱包。
+
+
+
+除此，还可以使用其他筛选条件来满足你的需求。 这些是常用的钱包示例 - 但在信任任何软件之前，你都应该自己先研究。
+
+## 第二步：下载并安装钱包应用
+
+一旦选好了特定的钱包，就可访问他们的官网或应用商店来进行下载和安装。 它们应该都是免费的。
+
+## 第三步：打开应用程序，创建你的以太坊帐户
+
+当你第一次打开新钱包应用时，你需要选择创建一个新的帐号或者导入已有的帐户。 点击创建新帐号。 **在这一步骤中，钱包软件将生成你的以太坊帐户。**
+
+## 第四步：保存你的助记词
+
+一些应用程序会要求你保存私密的“恢复短语”（有时称为“助记词”或“助记符”）。 妥善保存此短语至关重要！ 这用于生成你的以太坊帐户，并可用于提交交易。
+
+**任何知道助记词的人都能控制所有资金。**切勿与任何人分享。 此助记词应包含 12 至 24 个随机生成的单词（单词的顺序很重要）。
+
+
+
+ 已安装钱包？
了解如何使用它。
+
+ 如何使用钱包
+
+
+
+
+对其他指南感兴趣吗？ 查看我们的：[分步指南](/guides/)
+
+## 常见问题
+
+### 我的钱包和我的以太坊帐户是一样的吗？
+
+否。 钱包是帮助你管理帐户的管理工具。 一个钱包可以访问多个帐户，一个帐户可供多个钱包访问。 助记词用于创建帐户，并授予钱包应用程序管理资产的权限。
+
+### 我可以发送比特币到以太坊地址，或发送以太币到比特币地址吗？
+
+不可以。 比特币和以太币存在于两个独立的网络（即不同的区块链），每个网络都有各自的记账和地址格式。 为了桥接这两个不同的网络已经进行了各种不同的尝试，其中目前最活跃的一种是[包装比特币 (WBTC)](https://www.bitcoin.com/get-started/what-is-wbtc/)。 这并不是背书，因为包装比特币是一种受监管的解决方案（这意味着由一群人控制某些重要功能），包装比特币在此处仅供参考。
+
+### 如果我已经拥有了一个以太币地址，我可以在其他区块链拥有相同的地址吗？
+
+在所有使用与以太坊类似的底层软件的区块链（称为“兼容以太坊虚拟机”）上，你可以使用相同的[地址](/glossary/#address)。 这个[列表](https://chainlist.org/)会告诉你在哪些区块链上你可以使用相同的地址。 有一些区块链，如比特币，实施了完全独立的一组网络规则，你需要一个不同格式的地址。 如果你有智能合约钱包，你应该查看其产品网站，详细了解它所支持的区块链，因为这些区块链的范围通常有限但更安全。
+
+### 相对于把资金保存在交易所，拥有自己的钱包是否更安全？
+
+拥有自己的钱包意味着你要对自己的资产安全负责。 不幸的是，有许多因为交易所倒闭而导致客户资金丢失的例子。 拥有钱包（与助记词）可以消除与委托某个实体持有你的资产相关联的风险。 然而，你必须自行保管它，避免遭遇钓鱼诈骗、意外批准交易或泄露助记词、与虚假网站互动和其他自我保管的风险。 这两种方式各有利弊。
+
+### 如果我丢失了手机/硬件钱包，我需要使用相同的钱包应用来恢复损失的资金吗？
+
+不，你可以用其他钱包。 只要你有助记词，就可以将其输入到大多数钱包中来恢复帐户。 如果你需要这样做，请务必小心：在恢复钱包时最好确保没有连接到互联网，以防意外泄漏你的助记词。 如果没有助记词，通常无法恢复损失的资金。
diff --git a/public/content/translations/zh/roadmap/verkle-trees/index.md b/public/content/translations/zh/roadmap/verkle-trees/index.md
index ab4fe255340..c5bf31b0ebb 100644
--- a/public/content/translations/zh/roadmap/verkle-trees/index.md
+++ b/public/content/translations/zh/roadmap/verkle-trees/index.md
@@ -57,6 +57,8 @@ summaryPoints:
- [沃克尔树实现无状态](https://verkle.info/)
- [Dankrad Feist 在 PEEPanEIP 上关于沃克尔树的讲解](https://www.youtube.com/watch?v=RGJOQHzg3UQ)
+- [面向大众的沃克尔树](https://research.2077.xyz/verkle-trees)
+- [沃克尔证明的结构解析](https://ihagopian.com/posts/anatomy-of-a-verkle-proof)
- [Guillaume Ballet 在 ETHGlobal 解释沃克尔树](https://www.youtube.com/watch?v=f7bEtX3Z57o)
- [Guillaume Ballet 在 Devcon 6 上的演讲“沃克尔树如何让以太坊变得高效精简”](https://www.youtube.com/watch?v=Q7rStTKwuYs)
- [Piper Merriam 在 2020 年 ETHDenver 大会上关于无状态客户端的讲解](https://www.youtube.com/watch?v=0yiZJNciIJ4)
diff --git a/public/content/translations/zh/scaling/index.md b/public/content/translations/zh/scaling/index.md
new file mode 100644
index 00000000000..7488ee43ed2
--- /dev/null
+++ b/public/content/translations/zh/scaling/index.md
@@ -0,0 +1,51 @@
+---
+title: 以太坊扩容
+description: 卷叠链下批量处理交易，从而降低用户的成本。 然而，目前卷叠使用数据的方法过于昂贵，这限制了交易费用的降低。 Proto-Danksharding 解决了这个问题。
+lang: zh
+image: /images/roadmap/roadmap-transactions.png
+alt: "以太坊路线图"
+template: roadmap
+---
+
+以太坊使用[二层](/layer-2/#rollups)网络（也称为“卷叠”）进行扩展，卷叠批量处理交易并将结果发送到以太坊上。 尽管卷叠比以太坊主网便宜多达八倍，但还可以进一步优化，以降低最终用户的成本。 卷叠还依赖于一些中心化的组件，随着卷叠的成熟，开发者可以逐步移除这些组件。
+
+
+
+ - 目前，卷叠比以太坊一层网络便宜大约 5-20 倍
+ - 零知识卷叠将很快把费用降低约 40-100 倍
+ - 即将进行的以太坊变更会再次扩容 100-1000 倍
+ - 用户将从中受益，交易成本降至不足 0.001 美元
+
+
+
+## 让数据更实惠 {#making-data-cheaper}
+
+卷叠会收集、执行大量的交易，并将结果提交到以太坊。 这会生成大量数据，这些数据需要公开，以便任何人都能执行交易并验证卷叠运营商的诚实性。 如果有人发现交易有出入，就会提出质疑。
+
+### Proto-Danksharding {#proto-danksharding}
+
+过去卷叠数据永久存储在以太坊上，这导致费用高昂。 用户在卷叠中支付的超过 90% 的交易费用是由于这种数据存储造成的。 为了减少交易费用，我们可以将数据转移到新的临时“二进制大对象”中存储。 由于二进制大对象不是永久性存储，所以相对便宜。一旦不再需要这些数据，可以将它们从以太坊中删除。 长期存储卷叠数据成为需要者的责任，例如卷叠运营者、交易所、索引服务等。 向以太坊添加数据块交易是被称作“Proto-Danksharding”的升级的一部分。
+
+使用 Proto-Danksharding，可以向以太坊区块中添加许多二进制大对象。 这会进一步大幅（>100 倍）提高以太坊吞吐量、降低交易费用。
+
+### Danksharding {#danksharding}
+
+扩展二进制大对象数据的第二阶段非常复杂，因为它需要以新的方式检查卷叠数据在网络上的可用性，并依赖[验证者](/glossary/#validator)来分离他们的[区块](/glossary/#block)构建和区块提议责任。 同时，它还需要以一种加密方式证明验证者已验证二进制大对象数据的小子集。
+
+这个第二步名为[“Danksharding”](/roadmap/danksharding/)。 **它可能需要几年时间**才能完全实现。 Danksharding 依赖于其他开发工作，例如[分离区块构建和区块提出](/roadmap/pbs)，以及进行新网络设计，让网络能够通过一次性随机采样少许千字节数据即可高效确认数据可用性，这称为“[数据可用性采样 (DAS)](/developers/docs/data-availability)”。
+
+更多关于 Danksharding 的信息
+
+## 去中心化卷叠 {#decentralizing-rollups}
+
+[卷叠](/layer-2)已经在对以太坊扩容。 一个[丰富的卷叠项目生态系统](https://l2beat.com/scaling/tvl)正在使用户能够在一系列安全保证下快速和低成本地进行交易。 然而，卷叠目前是通过中心化的排序者（在提交给以太坊之前进行所有交易处理和聚合的计算机）来引导的。 这容易审查，因为这些排序运营商可能会受到制裁、受贿、或因其他原因妥协。 与此同时，[卷叠在验证传入数据的方式上也存在差异](https://l2beat.com)。 最好的方法是让“验证者”提交[欺诈证明](/glossary/#fraud-proof)或有效性证明，但不是所有卷叠都实现了这一点。 甚至那些使用了有效性/欺诈证明的卷叠也仅使用少数已知的证明者。 因此，以太坊扩容的下一个重要步骤是向更多人分配运行排序者和证明者的责任。
+
+更多关于卷叠的信息
+
+## 当前进展 {#current-progress}
+
+Proto-Danksharding 是这些路线图项目中首个要实现的项目，将作为 2024 年 3 月的 Cancun-Deneb （“Dencun”）网络升级的一部分实现。 由于完整 Danksharding 依赖于其他几个路线图项目首先完成，所以**距离其实现可能仍需数年时间**。 卷叠基础设施去中心化很可能是一个渐进过程 - 存在许多不同的卷叠，它们正在建立的系统略有不同，并且完全去中心化的速度也不同。
+
+[更多关于 Dencun 网络升级的信息](/roadmap/dencun/)
+
+阅读关于提款的信息
-### 提升你的知识水平 {#level-up-your-knowledge}
+## 防御攻击 {#defending-against-attacks}
-对加密货币运作方式的误解可能会造成重大过失。 例如，如果有人冒充客服人员，声称可以归还你损失的以太币以换取你的私钥，他们是在试图利用人们不了解以太坊是一个去中心化网络，并不具备此类功能这一事实。 了解以太坊如何运作是一项值得的投资。
+可以对以太坊的权益证明协议进行一些改进。 其中一项称为[视图合并](https://ethresear.ch/t/view-merge-as-a-replacement-for-proposer-boost/13739) - 这是一种更安全的[分叉](/glossary/#fork)选择算法，可以增加实施某些复杂攻击的难度。
-
- 什么是以太坊？
-
+减少以太坊[最终确定](/glossary/#finality)区块所需的时间可以改善用户体验，并防止复杂的“重组”攻击，即攻击者试图重组最近的区块以获取利润或审查特定交易。 [**单时隙最终确定性 (SSF)**](/roadmap/single-slot-finality/) 是一种**尽可能减少最终确定延迟的方式**。 现在，攻击者理论上可以说服其他验证者重新配置 15 分钟的区块。 采用单时隙确定性后，该数值为 0。 从个人到应用程序和交易所，所有用户都可以从中受益，快速确保他们的交易不会被撤销，而网络也可以从中受益，防范一整类攻击。
-
- 什么是以太币？
-
-了解单时隙确定性
-## 钱包安全 {#wallet-security}
+## 防范审查 {#defending-against-censorship}
-### 切勿泄漏你的私钥 {#protect-private-keys}
+去中心化可以防止个人或一小部分[验证者](/glossary/#validator)的影响力过大。 新型质押技术有助于确保以太坊的验证者尽可能保持去中心化，同时还能防范硬件、软件和网络故障。 其中包括将验证者责任分散到多个[节点](/glossary/#node)的软件。 这被称为**分布式验证者技术 (DVT)**。 由于分布式验证者技术允许多台计算机共同参与验证，从而增加了冗余和容错性，因此我们鼓励[质押池](/glossary/#staking-pool)使用分布式验证者技术。 它还能将验证者密钥分散到多个系统中，而不是由一个运营商运行多个验证者。 这增加了不诚实运营商协调对以太坊的攻击的难度。 总之，它的想法是由_社区_而非个人运行验证者，从而提高安全性。
-**无论何种原因，切勿与他人分享你的私钥！**
+了解分布式验证者技术
-钱包私钥就是你的以太坊钱包的密码。 这是阻止知道你的钱包地址的人榨干你帐户中所有资产的唯一方法。
+实施**提议者-构建者器分离 (PBS)** 将大大提高以太坊对审查的固有防范能力。 提议者-构建者器分离可以让一个验证者创建区块，另一个验证者在以太坊网络中广播区块。 这可以确保在整个网络中更加公平地分享利润最大化的区块构建算法带来的收益，**防止质押随着时间的推移集中到表现最好的机构质押人**。 区块提议者可以从区块建造商市场中选择收益最高的区块。 要进行审查，区块提议者往往需要选择收益较低的区块，这**在经济上不合理，而且很容易被网络上的其他验证者发现**。
-
- 什么是以太坊钱包？
-
+提议者-构建者器分离还有一些潜在的附件功能，如加密交易和纳入清单，可以进一步提高以太坊的抗审查性。 这使得区块构建者和提议者无法看到其区块中包含的实际交易。
-#### 不要将你的助记词/私钥截图 {#screenshot-private-keys}
+了解提议者-构建者分离
-如果将你的助记词或私钥截图，就有可能将它们同步到云端数据提供商，这意味着它们可能会被黑客获取。 从云端获取私钥是常见的黑客攻击向量。
+## 保护验证者 {#protecting-validators}
-### 使用硬件钱包 {#use-hardware-wallet}
+老练的攻击者有可能识别出即将到来的验证者，并向它们发送垃圾邮件，以阻止它们提议区块。这被称为**拒绝服务 (DoS)**攻击。 实施[**秘密领袖选举 (SLE)**](/roadmap/secret-leader-election)可防止预先知道区块提议者，从而防范此类攻击。 其工作原理是对代表候选区块提议者的加密承诺进行不断混洗，并利用它们的顺序来决定选择哪个验证者，从而使验证者自己才能事先知道它们的顺序。
-硬件钱包为私钥提供离线存储。 它们被认为是用来存储私钥的最安全的钱包选项：私钥永远不能放到互联网上，它们只能完全保存在本地设备中。
+了解秘密领袖选举
-即使黑客控制了你的电脑，将私钥保持在离线状态，可以大大降低被黑客攻击的风险。
+## 当前进展 {#current-progress}
-#### 尝试以下硬件钱包: {#try-hardware-wallet}
-
-- [Ledger](https://www.ledger.com/)
-- [Trezor](https://trezor.io/)
-
-### 发送交易前仔细检查 {#double-check-transactions}
-
-不小心将加密货币发送到错误的钱包地址是一个常见的错误。 **在以太坊上发送的交易是不可逆的。**除非你认识地址所有者并能说服他们把你的资金退回来，否则你将无法找回你的资金。
-
-在发送交易之前，请务必确保你发送的地址与接收人的地址完全匹配。 当你与智能合约进行交互时，在签名之前检查交易信息是一种好习惯。
-
-### 设置智能合约的支出限额 {#spend-limits}
-
-与智能合约进行交互时，不得允许无限制支出限额。 无支出限额可以让智能合约掏空你的钱包。 相反，只将支出限额设置为交易所需金额。
-
-许多以太坊钱包提供限额保护，以防止帐户被掏空。
-
-[如何撤销智能合约访问你的加密资金](/guides/how-to-revoke-token-access/)
-
-
-
- 请注意：尽管支持类型的骗局通常发生在 Discord 上，但它们也在任何讨论加密货币聊天应用程序（包括电子邮件）上普遍存在。
-
-
-
-### “以太坊 2”代币骗局 {#eth2-token-scam}
-
-在[合并](/roadmap/merge/)的准备阶段，骗子利用“以太坊 2”这一术语的含糊不清，试图让用户将他们的以太币兑换成“以太坊 2”代币。 实际上合并并没有产生任何“以太坊 2”代币，或者任何其它合法代币。 你在合并之前拥有的以太币与现在是同一个以太币。 **从工作量证明切换到权益证明时，无需对帐户采取任何与以太币有关的操作**。
-
-骗子可能会以“技术支持”的面貌出现，告诉你如果存入以太币，将收到“以太坊 2”代币。 实际上，并没有[官方的以太坊技术支持](/community/support/)，也没有新代币。 永远不要与任何人分享你的钱包助记词。
-
-_注意：有一些衍生的代币/票据可能代表了被质押的以太币（比如：Rocket Pool 的 rETH，Lido 的 stETH，Coinbase 的 ETH2），但这些都不需要“迁移过去”。_
-
-### 网络钓鱼诈骗 {#phishing-scams}
-
-网络钓鱼诈骗是另一种越来越常见的诈骗手段，骗子利用这种手段试图窃取你钱包中的资金。
-
-一些网络钓鱼电子邮件要求用户点击链接，将其重新定向到仿冒网站，并要求用户输入助记词、重置密码或发送以太币。 还有一些可能会让你在不知情的情况下安装恶意软件以便感染你的电脑，并让骗子能够访问你的电脑文件。
-
-如果你收到一封来历不明的电子邮件，请记住：
-
-- 永远不要打开你不认识的电子邮件地址中的链接或附件
-- 切勿将你的个人信息或密码泄露给任何人
-- 删除来历不明的电子邮件
-
-[更多关于避免网络钓鱼骗局的信息](https://support.mycrypto.com/staying-safe/mycrypto-protips-how-not-to-get-scammed-during-ico)
-
-### 加密货币交易经纪人诈骗 {#broker-scams}
-
-在加密货币交易经纪人骗局中，骗子自称是专业的加密货币经纪人，会拿着你的钱帮你进行投资。 骗子收到你的钱后，他们可能会诱骗你，让你拿出更多资金，这样你就不会错过更高的投资收益，或者他们也可能就完全消失了。
-
-这些骗子往往利用 YouTube 上的虚假帐户，进行看似自然的有关“经纪人”的对话，以此来寻找他们的目标。 这些对话通常会收到很多点赞，以增加真实性，但这些“赞”都是来自机器人帐户。
-
-**不要相信互联网上的陌生人，让他们代你投资。 你将失去你的加密货币。**
-
-
-
-### 加密货币矿池骗局 {#mining-pool-scams}
-
-自 2022 年 9 月起，在以太坊上挖矿已不再可能。 但是，矿池骗局仍然存在。 在矿池骗局中会有人主动联系你，并声称你可以通过加入以太坊矿池获得丰厚回报。 骗子会提出要求，并一直与你保持联系。 本质上讲，骗子会试图让你相信，在加入一个以太坊矿池后，你的加密货币将用于创建以太币，而且你将获得以太币红利。 然后你会发现你的加密货币正在赚取微薄的回报。 这只是为了引诱你投入更多的资金。 最终，你的所有资金将被发送到一个未知地址，骗子要么消失，要么在某些情况下会继续保持联系，就像最近发生的一个案例一样。
-
-底线是，提防那些在社交媒体上与你联系并要求你加入矿池的人。 一旦你失去你的加密货币，它就永远回不来了。
-
-有些事情要记住：
-
-- 警惕任何与你联系，告诉你如何使用加密货币赚钱的人
-- 做好关于赌注、流动性池或其他加密货币投资方式的调研
-- 这种计划即使有，也很少是合法的。 如果是的话，它们会成为主流，你会听说过它们。
-
-[有人在矿池骗局中损失了 20 万美元](https://www.reddit.com/r/CoinBase/comments/r0qe0e/scam_or_possible_incredible_payout/)
-
-### 空投骗局 {#airdrop-scams}
-
-空投骗局通常是先构建一个诈骗项目，并向你的钱包空投一种资产（非同质化代币、其他代币），给你发送一个诈骗网站，让你领取这些空投的资产。 当你试图领取资产时，网站会要求你使用自己的以太坊钱包登录，并“批准”一笔交易。 实际上，这个交易会将你帐户的公钥私钥都发给骗子。 这种骗局的另一种方式是让你确认一笔可以把资金转移到骗子帐户的交易。
-
-[更多关于空投骗局的信息](https://www.youtube.com/watch?v=LLL_nQp1lGk)
-
-
-
- 使用密码管理器可以创建唯一的强密码并记住它们！ 我们强烈推荐使用它，而且它们大部分是免费的。
-
-
-
-记住为每个帐户设置的唯一强密码并不现实。 密码管理器为你的所有密码提供了一个安全、加密的存储空间，你可以通过一个强主密码进行访问。 他们还在注册新服务时生成建议使用的强密码，这样你就不必自行创建密码了。 许多密码管理器也会告诉你是否涉及数据泄露，让你在任何恶意攻击之前更改密码。
-
-
-
-#### 尝试一个密码管理器： {#try-password-manager}
-
-- [Bitwarden](https://bitwarden.com/)
-- [KeePass](https://keepass.info/)
-- [1Password](https://1password.com/)
-- 或查看其他[推荐的密码管理器](https://www.privacytools.io/secure-password-manager)
-
-### 2FA（双重身份验证） {#two-factor-authentication}
-
-有时可能会要求你通过提供特有的证明来验证你的身份。 这些证明称为**因素**。 下面是三类重要因素：
-
-- 你知道的信息（例如密码或安全问题）
-- 生理特征（如指纹或虹膜/面部识别）
-- 你私有的（安全密钥或你手机上的认证程序）
-
-使用**双重身份验证 (2FA) **将为你的在线帐户提供一个额外的*安全因素*。 双重身份验证确保仅仅有你的密码还不足以访问你的帐户。 最常见的是，双重验证是一个随机的6位数代码，被称为**基于时间的一次性密码（TOTP）**，你可以通过身份验证程序应用程序（如Google authenticator或Authy）生成。 这是一种“你私有的”，因为生成随机时间密码的种子文件存储在你的设备上。
-
-
-
-
-
-#### 安全密钥 {#security-keys}
-
-安全密匙是一种更高级、更安全的双重身份验证。 安全密钥是物理硬件身份验证设备，其工作方式与身份验证程序应用程序相似。 使用安全密钥是最安全的 2FA 使用方式。 这些密钥中有许多采用了 FIDO 通用第二因素 (U2F) 标准。 [了解更多关于 FIDO U2F](https://www.yubico.com/authentication-standards/fido-u2f/) 的信息。
-
-观看以下视频，了解更多关于双重身份验证的信息：
-
-
+
+无状态性依赖于区块构建者保存完整状态数据的副本，以便生成可用于验证区块的见证。 其他节点不需要访问状态数据，验证区块所需的所有信息都可以在见证中获得。 这就造成了一种情况，即提出区块的成本很高，但验证区块的成本很低，这意味着运行区块提出节点的运营商会越来越少。 不过，只要有尽可能多的参与者能够独立验证区块提议者提出的区块是否有效，区块提议者的去中心化并不重要。
+
+阅读 Dankrad 的说明，了解更多信息
+
+
+区块提议者使用状态数据创建“见证” - 证明区块中的交易正在改变的状态值的最小数据集。 其他验证者并不持有状态数据，它们只存储状态根（整个状态的哈希值）。 它们接收区块和见证，并使用它们来更新状态根。 这使得验证节点变得非常轻量。
+
+弱无状态性现在处于高级研究阶段，但它依赖于提议者-构建者分离和沃克尔树的实施，以便在对等节点之间传递小见证。 这意味着弱无状态性可能还需要几年时间才可以在以太坊主网实现。
+
+### 强无状态性 {#strong-statelessness}
+
+强无状态性不需要任何节点存储状态数据。 取而代之的是，交易可以通过由区块生产者汇总的见证发送。 区块生产者只负责存储为相关帐户生成见证所需的状态数据。 因为用户发送见证和“访问列表”来声明他们正在与哪些帐户和存储密钥进行交互，所以状态存储责任几乎完全由用户来承担。 这样会使节点变得极为轻量，但也存在一些折中，例如节点更难与智能合约进行交易。
+
+研究人员已经对强无状态性进行了研究，但目前预计强无状态性不会成为以太坊路线图的一部分，更加可能的是，弱无状态性已足以满足以太坊的扩容需求。
+
+## 当前进展 {#current-progress}
+
+弱无状态性、历史数据到期和状态数据到期都处于研究阶段，预计几年后才会上线。 我们不能保证所有这些提案都能实现，例如，如果首先实现了状态数据到期，可能就不需要再实现历史数据到期。 此外，还需要首先完成其他路线图项目，例如[沃克尔树](/roadmap/verkle-trees)和[提议者-构建者分离](/roadmap/pbs)。
+
+## 延伸阅读 {#further-reading}
+
+- [Vitalik 关于无状态性的相关问答](https://www.reddit.com/r/ethereum/comments/o9s15i/impromptu_technical_ama_on_statelessness_and/)
+- [一种状态规模管理理论](https://hackmd.io/@vbuterin/state_size_management)
+- [重新恢复冲突最小化状态边界](https://ethresear.ch/t/resurrection-conflict-minimized-state-bounding-take-2/8739)
+- [实现无状态性的途径和状态数据到期](https://hackmd.io/@vbuterin/state_expiry_paths)
+- [EIP-4444 规范](https://eips.ethereum.org/EIPS/eip-4444)
+- [Alex Stokes 关于 EIP-4444 的讲解](https://youtu.be/SfDC_qUZaos)
+- [为什么无状态性如此重要？](https://dankradfeist.de/ethereum/2021/02/14/why-stateless.html)
+- [关于最初无状态客户端概念的说明](https://ethresear.ch/t/the-stateless-client-concept/172)
+- [更多关于状态数据到期的信息](https://hackmd.io/@vbuterin/state_size_management#A-more-moderate-solution-state-expiry)
+- [更多关于状态数据到期的信息](https://hackmd.io/@vbuterin/state_expiry_paths#Option-2-per-epoch-state-expiry)
diff --git a/public/content/translations/zh/support/index.md b/public/content/translations/zh/support/index.md
new file mode 100644
index 00000000000..b0165d1a4a7
--- /dev/null
+++ b/public/content/translations/zh/support/index.md
@@ -0,0 +1,105 @@
+---
+title: 以太坊支持
+description: 在以太坊生态系统中获得支持。
+lang: zh
+---
+
+# 以太坊支持 {#support}
+
+## 以太坊官方支持 {#official-support}
+
+你正在寻求以太坊官方支持吗？ 你应该知道的第一件事是以太坊是去中心化的。 这意味着以太坊不属于任何中心化组织、实体或个人，因此没有官方支持渠道。
+
+了解以太坊的去中心化特点非常重要，因为**任何声称自己是以太坊官方支持人员的人都可能在试图诈骗你！**防范诈骗的最好方式是自学并认真对待安全问题。
+
+
+ 以太坊安全和预防欺诈措施
+
+
+
+ 学习以太坊基础知识
+
+
+尽管缺乏官方支持，但以太坊生态系统中的许多团体、社区和项目都乐于提供帮助，并且你可以在此页面上找到很多有用的信息和资源。 还有问题吗？ 加入 [ethereum.org Discord](/discord/)，我们会尽力提供帮助。
+
+## 常见问题 {#faq}
+
+### 我把以太币发到了错误的钱包中 {#wrong-wallet}
+
+以太坊上发送的交易是不可逆的。 如果你将以太币发送到错误的钱包，很遗憾，没有办法追回这些资金。 以太坊不属于任何中心化组织、实体或个人，这意味着没有人可以逆转交易。 因此，在发送交易之前，一定要仔细检查你的交易，这一点至关重要。
+
+### 如何领取以太坊的赠品？ {#giveaway-scam}
+
+以太坊赠品是用来窃取你以太币的骗局。 不要被看起来好得令人难以置信的优惠所诱惑 — 如果你将以太币发送到赠品地址，你不但收不到赠品，还将无法追回你的资金。
+
+[关于预防诈骗的更多信息](/security/#common-scams)
+
+### 我的交易卡住了 {#stuck-transaction}
+
+如果你提交的交易费低于网络需求，以太坊上的交易有时会被卡住。 许多钱包提供了一个选项，即以更高的交易费重新提交同一项交易，使该交易得以处理。 或者，你可以发送交易到你自己的地址，并使用与待定交易相同的随机数，以取消待定交易。
+
+[如何在 MetaMask 上加速或取消待定交易](https://metamask.zendesk.com/hc/en-us/articles/360015489251-How-to-speed-up-or-cancel-a-pending-transaction)
+
+[如何取消待定以太坊交易](https://info.etherscan.com/how-to-cancel-ethereum-pending-transactions/)
+
+### 我如何在以太坊挖矿？ {#mining-ethereum}
+
+以太坊不再支持挖矿。 在以太坊从[工作量证明](/glossary/#pow)过渡到[权益证明](/glossary/#pos)后，挖矿就终止了。 现在，以太坊使用验证者而不是矿工。 任何人都可以[质押](/glossary/#staking)以太币并运行验证者软件保护网络，从而获取质押奖励。
+
+### 我如何成为质押者/运行验证者？ {#how-to-stake}
+
+要成为验证者，你必须在以太坊存款合约中质押 32 个以太币并搭建一个验证节点。 更多信息见[质押界面](/staking)和[质押启动版](https://launchpad.ethereum.org/)。
+
+## 构建去中心化应用程序 {#building-support}
+
+构建这类应用可能很困难。 以下提供了一些专注于开发的平台，其中有经验丰富的以太坊开发人员，他们会乐意提供帮助。
+
+- [Alchemy University](https://university.alchemy.com/#starter_code)
+- [CryptoDevs discord](https://discord.com/invite/5W5tVb3)
+- [以太坊堆栈交易所](https://ethereum.stackexchange.com/)
+- [StackOverflow](https://stackoverflow.com/questions/tagged/web3)
+- [Web3 University](https://www.web3.university/)
+- [LearnWeb3](https://discord.com/invite/learnweb3)
+
+你还可以在我们的[以太坊开发者资源](/developers/)部分找到文档和开发指南。
+
+### 工具 {#dapp-tooling}
+
+你的问题是否与某个特定的工具、项目或程序库有关？ 大多数项目都有专用于用户支持的聊天服务器或论坛。
+
+以下是一些比较常见的例子：
+
+- [Solidity](https://gitter.im/ethereum/solidity)
+- [ethers.js](https://discord.gg/6jyGVDK6Jx)
+- [web3.js](https://discord.gg/GsABYQu4sC)
+- [安全帽](https://discord.gg/xtrMGhmbfZ)
+- [Alchemy](http://alchemy.com/discord)
+- [Tenderly](https://discord.gg/fBvDJYR)
+
+## 运行节点 {#node-support}
+
+如果你正在运行节点或验证者节点，下面是一些专门帮助你入门的社区。
+
+- [EthStaker discord](https://discord.gg/ethstaker)
+- [EthStaker reddit](https://www.reddit.com/r/ethstaker)
+
+大多数构建以太坊客户端的团队也有专门的、面向公众的平台，你可以在这些平台获取支持和提问。
+
+### 执行客户端 {#execution-clients}
+
+- [Geth](https://discord.gg/FqDzupGyYf)
+- [Nethermind](https://discord.gg/YJx3pm8z5C)
+- [Besu](https://discord.gg/p8djYngzKN)
+- [Erigon](https://github.com/ledgerwatch/erigon/issues)
+- [Reth](https://github.com/paradigmxyz/reth/discussions)
+
+### 共识客户端 {#consensus-clients}
+
+- [Prysm](https://discord.gg/prysmaticlabs)
+- [Nimbus](https://discord.gg/nSmEH3qgFv)
+- [Lighthouse](https://discord.gg/cyAszAh)
+- [Teku](https://discord.gg/7hPv2T6)
+- [Lodestar](https://discord.gg/aMxzVcr)
+- [Grandine](https://discord.gg/H9XCdUSyZd)
+
+你还可以[在此处了解如何运行节点](/developers/docs/nodes-and-clients/run-a-node/)。
diff --git a/public/content/translations/zh/user-experience/index.md b/public/content/translations/zh/user-experience/index.md
new file mode 100644
index 00000000000..9c3c9698480
--- /dev/null
+++ b/public/content/translations/zh/user-experience/index.md
@@ -0,0 +1,36 @@
+---
+title: 提升用户体验
+description: 对于大多数人来说，使用以太坊仍然过于复杂。 为了促进以太坊的大规模普及，必须大幅降低其进入门槛 - 必须让用户在访问以太坊时，享受去中心化、无需许可和抗审查的好处，同时像使用传统的 Web2 应用程序一样丝滑顺畅。
+lang: zh
+image: /images/roadmap/roadmap-ux.png
+alt: "以太坊路线图"
+template: roadmap
+---
+
+从管理[密钥](/glossary/#key)和[钱包](/glossary/#wallet)到发起交易，**以太坊的使用过程都需要简化**。 为了促进以太坊的大规模普及，必须大幅提升使用的便捷性，让用户在访问以太坊时，体验无需许可和抗审查的好处，同时像使用 [Web2](/glossary/#web2) 应用程序一样丝滑顺畅。
+
+## 超越助记词 {#no-more-seed-phrases}
+
+以太坊帐户由一对密钥保护，其中，公钥用于帐户识别，私钥用于消息签名。 私钥类似于主密码，提供以太坊帐户的完全访问权限。 对于更熟悉代表用户管理帐户的银行和 Web2 应用程序的人来说，这是一种完全不同的操作方式。 为了使以太坊在不依赖中心化第三方的情况下大规模普及，必须有一种方法，可以让用户简单顺畅地掌握自己的资产并控制自己的数据，且无需了解公私钥加密法和密钥管理。
+
+这个问题的解决办法是使用[智能合约](/glossary/#smart-contract)钱包与以太坊交互。 智能合约钱包提供了在密钥丢失或被盗时保护帐户的途径以及更好地发现和防范欺诈的机会，还可以让钱包拥有新功能。 虽然智能合约钱包现在已经存在，但很难构建，因为它们需要以太坊协议的更好支持。 这种额外支持被称为帐户抽象。
+
+更多关于帐户抽象的信息
+
+## 人人皆有节点
+
+运行[节点](/glossary/#node)的用户不必相信第三方将为他们提供数据，他们可以快速、匿名且无需许可地与以太坊[区块链](/glossary/#blockchain)交互。 然而，现在运行一个节点需要技术知识和大量磁盘空间，这意味着许多人不得不依赖第三方。
+
+以太坊将进行几项升级，使节点更容易运行，资源密集程度更低。 存储数据的方式将改为使用更具空间效率的结构，称为**沃克尔树**。 同时，通过[无状态性](/roadmap/statelessness)或[数据到期](/roadmap/statelessness/#data-expiry)升级，以太坊节点将不再需要存储完整的以太坊状态数据的副本，从而大幅降低硬盘空间需求。 [轻节点](/developers/docs/nodes-and-clients/light-clients/)将具备运行全节点的许多好处，但是在手机或简单的浏览器应用程序中就可以轻松运行。
+
+阅读关于沃克尔树的信息
+
+通过这些升级，运行节点的障碍实际上减少到零。 用户将可以安全、无需许可地访问以太坊，且不需要在计算机或手机上牺牲大量磁盘空间或 CPU，在使用应用程序时，也不必依赖第三方提供数据或网络访问权限。
+
+## 当前进展 {#current-progress}
+
+智能合约钱包已经推出，但需要进行更多升级以使其尽可能去中心化和无需许可。 EIP-4337 是一个成熟的提案，不需要对以太坊协议做出任何修改。 EIP-4337 需要的主要智能合约**于 2023 年 3 月部署**。
+
+**完全无状态性仍处于研究阶段**，可能还需要几年才能实现。 在通往完全无状态性的道路上有许多里程碑，包括可能不久后就会实现的数据到期。 可能需要首先完成其他路线图项目，例如[沃克尔树](/roadmap/verkle-trees/)和[提议者-构建者分离](/roadmap/pbs/)。
+
+沃克尔树测试网已经上线并运行，下一阶段是在私有测试网上运行启用沃克尔树的客户端，然后在公共测试网运行。 你可以通过在测试网部署智能合约或运行测试网客户端来帮助加速这一进程。
diff --git a/public/content/translations/zh/web3/index.md b/public/content/translations/zh/web3/index.md
index 7ec2828b794..f47158d3dda 100644
--- a/public/content/translations/zh/web3/index.md
+++ b/public/content/translations/zh/web3/index.md
@@ -6,6 +6,10 @@ lang: zh
# Web3 简介 {#introduction}
+
+
+ A popular forecasting market with real-time trading.
+
,
+
+
+ Explore Polymarket
+
+ ,
+ ],
+ },
+ {
+ title: "Augur",
+ description: "",
+ image: auger,
+ alt: "Augur logo",
+ contentItems: [
+
+ A fully decentralized prediction market protocol used for predicting
+ price trends. Disclaimer: you will need some technical expertise to
+ start using Augur.
+
,
+
+
+ Dive into Augur
+
+ ,
+ ],
+ },
+ {
+ title: "Kalshi",
+ description: "",
+ image: kalshi,
+ alt: "Kalshi logo",
+ contentItems: [
+
+ a CFTC-compliant platform using Ethereum for USDC deposits. (USA only)
+
,
+
+
+ Try Kalshi
+
+ ,
+ ],
+ },
+ ]
+
+ return ({
return (
-
+
{table.getHeaderGroups().map((headerGroup) => (
diff --git a/src/components/FindWalletProductTable/FindWalletsNoResults.tsx b/src/components/FindWalletProductTable/FindWalletsNoResults.tsx
index 8ee9dfbba83..1296c1d6e57 100644
--- a/src/components/FindWalletProductTable/FindWalletsNoResults.tsx
+++ b/src/components/FindWalletProductTable/FindWalletsNoResults.tsx
@@ -24,7 +24,7 @@ const FindWalletsNoResults = ({ resetFilters }) => {
}
return (
-
+
{t("page-find-wallet-empty-results-title")}
diff --git a/src/components/FindWalletProductTable/hooks/useWalletColumns.tsx b/src/components/FindWalletProductTable/hooks/useWalletColumns.tsx
index e1dac26a2ac..3d3ee47c856 100644
--- a/src/components/FindWalletProductTable/hooks/useWalletColumns.tsx
+++ b/src/components/FindWalletProductTable/hooks/useWalletColumns.tsx
@@ -6,11 +6,8 @@ import { Wallet } from "@/lib/types"
import type { TableMeta } from "@/components/DataTable"
import WalletInfo from "@/components/FindWalletProductTable/WalletInfo"
-import { Button } from "@/components/ui/buttons/Button"
import { TableCell } from "@/components/ui/table"
-import { trackCustomEvent } from "@/lib/utils/matomo"
-
export const useWalletColumns: ColumnDef[] = [
{
id: "walletInfo",
@@ -19,33 +16,10 @@ export const useWalletColumns: ColumnDef[] = [
return (
-
- {meta.dataLength === meta.allDataLength ? (
-
- Showing all wallets ({meta.dataLength})
-
- ) : (
-
- Showing{" "}
-
- {meta.dataLength}/{meta.allDataLength}
- {" "}
- wallets
-
- )}
+
+ Showing all wallets{" "}
+ ({meta.dataLength})
+
)
},
diff --git a/src/components/FindWalletProductTable/index.tsx b/src/components/FindWalletProductTable/index.tsx
index b386d7b9aa9..f75658e884f 100644
--- a/src/components/FindWalletProductTable/index.tsx
+++ b/src/components/FindWalletProductTable/index.tsx
@@ -1,6 +1,12 @@
import { useEffect, useMemo, useState } from "react"
-import { ChainName, FilterOption, Lang, Wallet } from "@/lib/types"
+import {
+ ChainName,
+ FilterOption,
+ Lang,
+ Wallet,
+ WalletFilter,
+} from "@/lib/types"
import { useWalletColumns } from "@/components/FindWalletProductTable/hooks/useWalletColumns"
import { useWalletFilters } from "@/components/FindWalletProductTable/hooks/useWalletFilters"
@@ -8,6 +14,7 @@ import { useWalletPersonaPresets } from "@/components/FindWalletProductTable/hoo
import ProductTable from "@/components/ProductTable"
import { trackCustomEvent } from "@/lib/utils/matomo"
+import { getFilteredWalletsCount } from "@/lib/utils/wallets"
import FindWalletsNoResults from "./FindWalletsNoResults"
import WalletSubComponent from "./WalletSubComponent"
@@ -75,6 +82,15 @@ const FindWalletProductTable = ({ wallets }: { wallets: Wallet[] }) => {
})
}, [wallets, filters, activeFilterKeys])
+ const personasWalletCounts = useMemo(() => {
+ return walletPersonas.map((persona) =>
+ getFilteredWalletsCount(
+ filteredData,
+ persona.presetFilters as WalletFilter
+ )
+ )
+ }, [filteredData, walletPersonas])
+
// Reset filters
const resetFilters = () => {
setFilters(walletFilterOptions)
@@ -101,6 +117,7 @@ const FindWalletProductTable = ({ wallets }: { wallets: Wallet[] }) => {
matomoEventCategory="find-wallet"
filters={filters}
presetFilters={walletPersonas}
+ presetFiltersCounts={personasWalletCounts}
resetFilters={resetFilters}
setFilters={setFilters}
subComponent={(wallet, listIdx) => (
diff --git a/src/components/Footer.tsx b/src/components/Footer.tsx
index 27de15dea0b..21ed09174c6 100644
--- a/src/components/Footer.tsx
+++ b/src/components/Footer.tsx
@@ -186,10 +186,6 @@ const Footer = ({ lastDeployLocaleTimestamp }: FooterProps) => {
href: "/enterprise/",
text: t("enterprise-mainnet"),
},
- {
- href: "/enterprise/private-ethereum/",
- text: t("enterprise-private"),
- },
],
},
{
diff --git a/src/components/Nav/useNav.ts b/src/components/Nav/useNav.ts
index d611c109fe8..f6384e8918a 100644
--- a/src/components/Nav/useNav.ts
+++ b/src/components/Nav/useNav.ts
@@ -229,6 +229,11 @@ export const useNav = () => {
description: t("nav-ai-agents-description"),
href: "/ai-agents/",
},
+ {
+ label: t("prediction-markets"),
+ description: t("nav-prediction-markets-description"),
+ href: "/prediction-markets/",
+ },
],
},
],
diff --git a/src/components/ProductTable/Filters.tsx b/src/components/ProductTable/Filters.tsx
index 94cd46797e2..f965372c3df 100644
--- a/src/components/ProductTable/Filters.tsx
+++ b/src/components/ProductTable/Filters.tsx
@@ -76,7 +76,7 @@ const Filters = ({
return (
-
+
{t("table-filters")} ({activeFiltersCount})
diff --git a/src/components/ProductTable/MobileFilters.tsx b/src/components/ProductTable/MobileFilters.tsx
index 3fed00f4bdc..b19fcd8bcd9 100644
--- a/src/components/ProductTable/MobileFilters.tsx
+++ b/src/components/ProductTable/MobileFilters.tsx
@@ -25,6 +25,7 @@ interface MobileFiltersProps {
filters: FilterOption[]
setFilters: React.Dispatch>
presets: TPresetFilters
+ presetFiltersCounts?: number[]
activePresets: number[]
handleSelectPreset: (index: number) => void
dataCount: number
@@ -39,6 +40,7 @@ const MobileFilters = ({
filters,
setFilters,
presets,
+ presetFiltersCounts,
activePresets,
handleSelectPreset,
dataCount,
@@ -51,64 +53,71 @@ const MobileFilters = ({
const { t } = useTranslation("table")
return (
- {
- setMobileFiltersOpen(open)
- trackCustomEvent({
- eventCategory: "MobileFilterToggle",
- eventAction: "Tap MobileFilterToggle",
- eventName: `show mobile filters ${open}`,
- })
- }}
- >
-
-
-
-
-
-
-
-
-
-
-
-
-
-
+
+ {
+ setMobileFiltersOpen(open)
+ trackCustomEvent({
+ eventCategory: "MobileFilterToggle",
+ eventAction: "Tap MobileFilterToggle",
+ eventName: `show mobile filters ${open}`,
+ })
+ }}
+ >
+
+
+
+
+
+
+
-
-
-
+
+
+
+
+
+
+
+
+
+
+
+
+
+
)
}
diff --git a/src/components/ProductTable/PresetFilters.tsx b/src/components/ProductTable/PresetFilters.tsx
index f8251967003..005af344e43 100644
--- a/src/components/ProductTable/PresetFilters.tsx
+++ b/src/components/ProductTable/PresetFilters.tsx
@@ -2,13 +2,12 @@ import type { TPresetFilters } from "@/lib/types"
import { cn } from "@/lib/utils/cn"
-import { useTranslation } from "@/hooks/useTranslation"
-
export interface PresetFiltersProps {
presets: TPresetFilters
activePresets: number[]
handleSelectPreset: (index: number) => void
showMobileSidebar?: boolean
+ presetFiltersCounts?: number[]
}
const PresetFilters = ({
@@ -16,39 +15,67 @@ const PresetFilters = ({
activePresets,
handleSelectPreset,
showMobileSidebar = false,
+ presetFiltersCounts,
}: PresetFiltersProps) => {
- const { t } = useTranslation("table")
+ const colors = {
+ text: [
+ "text-primary",
+ "text-accent-b",
+ "text-accent-c",
+ "text-accent-a",
+ "text-[#BEBF3B]",
+ ],
+ border: [
+ "border-primary",
+ "border-accent-b",
+ "border-accent-c",
+ "border-accent-a",
+ "border-[#BEBF3B]",
+ ],
+ bg: [
+ "bg-primary",
+ "bg-accent-b",
+ "bg-accent-c",
+ "bg-accent-a",
+ "bg-[#BEBF3B]",
+ ],
+ }
return (
-
- {t("table-what-are-you-looking-for")}
-
{presets.map((preset, idx) => {
+ const colorIdx = colors.text[idx] ? idx : idx % colors.text.length
return (