From 4bd85eb88ab67bcfa8b555c858f403d4532426cb Mon Sep 17 00:00:00 2001 From: GitHub Action Date: Thu, 1 May 2025 04:45:29 +0000 Subject: [PATCH 1/2] chore: import translations for hu --- .../translations/hu/code-of-conduct/index.md | 77 +++++++ .../translations/hu/community/online/index.md | 9 +- .../hu/community/research/index.md | 10 +- .../translations/hu/contributing/index.md | 7 +- .../contributing/translation-program/index.md | 6 +- .../hu/decentralized-identity/index.md | 6 +- public/content/translations/hu/desci/index.md | 2 +- .../hu/developers/docs/bridges/index.md | 12 +- .../pos/attack-and-defense/index.md | 69 +++--- .../consensus-mechanisms/pos/keys/index.md | 4 + .../pos/rewards-and-penalties/index.md | 4 +- .../index.md | 2 +- .../docs/data-availability/index.md | 5 +- .../patricia-merkle-trie/index.md | 30 +-- .../hu/developers/docs/design-and-ux/index.md | 189 +++++++++++++-- .../network-addresses/index.md | 4 +- .../networking-layer/portal-network/index.md | 2 +- .../hu/developers/docs/oracles/index.md | 10 +- .../formal-verification/index.md | 2 +- .../docs/smart-contracts/testing/index.md | 6 +- .../docs/standards/tokens/erc-223/index.md | 6 +- .../docs/standards/tokens/erc-4626/index.md | 18 +- .../docs/standards/tokens/erc-777/index.md | 45 ++++ .../translations/hu/enterprise/index.md | 2 +- .../content/translations/hu/events/index.md | 24 ++ .../index.md | 73 ++++++ public/content/translations/hu/web3/index.md | 4 + .../translations/hu/whitepaper/index.md | 4 +- .../translations/hu/withdrawals/index.md | 218 ++++++++++++++++++ .../hu/zero-knowledge-proofs/index.md | 16 +- src/intl/hu/common.json | 14 +- src/intl/hu/glossary-tooltip.json | 2 +- ...-translation-program-acknowledgements.json | 2 +- src/intl/hu/page-get-eth.json | 2 +- src/intl/hu/page-index.json | 7 +- src/intl/hu/page-learn.json | 9 +- src/intl/hu/page-run-a-node.json | 1 + src/intl/hu/page-upgrades-index.json | 2 +- src/intl/hu/page-wallets-find-wallet.json | 2 +- src/intl/hu/page-what-is-ethereum.json | 11 +- src/intl/hu/template-usecase.json | 4 +- 41 files changed, 777 insertions(+), 145 deletions(-) create mode 100644 public/content/translations/hu/code-of-conduct/index.md create mode 100644 public/content/translations/hu/developers/docs/standards/tokens/erc-777/index.md create mode 100644 public/content/translations/hu/events/index.md create mode 100644 public/content/translations/hu/how-to-create-an-ethereum-account/index.md create mode 100644 public/content/translations/hu/withdrawals/index.md diff --git a/public/content/translations/hu/code-of-conduct/index.md b/public/content/translations/hu/code-of-conduct/index.md new file mode 100644 index 00000000000..043e7b01a6e --- /dev/null +++ b/public/content/translations/hu/code-of-conduct/index.md @@ -0,0 +1,77 @@ +--- +title: Magatartási szabályok +description: Alapvető szabályok az ethereum.org oldalain. +lang: hu +--- + +# Magatartási szabályok {#code-of-conduct} + +## Misszió {#mission} + +A legátfogóbb és legelérhetőbb tudásközpont kifejlesztése és fenntartása az Ethereum számára. + +## Értékek {#values} + +Az ethereum.org közösség arra törekszik, hogy: + +- tanító jellegű legyen, mindenkinek segít megérteni az Ethereumot +- befogadó legyen +- elérhető legyen +- közösség által vezérelt legyen +- az Ethereum mögötti technológiákra és alkalmazási területekre fókuszál +- az Ethereumhoz kapcsolódó koncepciókra és dizájnelvekre fókuszál + +## Nem vagyunk {#what-we-are-not} + +- Az Ethereum Alapítvány weboldala +- Olyan platform, ahol befektetéseket vagy bármilyen profitszerzést támogatunk +- Olyan platform, ahol egyéni projekteket vagy szervezeteket mutatunk be vagy hagyunk jóvá +- Decentralizált tőzsde (DEX), centralizált tőzsde (CEX) vagy bármilyen már pénzügyi platform +- Olyan platform, amely bármilyen pénzügyi vagy jogi tanácsot ad + +## Magatartási szabályok {#code-of-conduct} + +### Vállalás {#pledge} + +Az ethereum.org világképének lényege a nyitott részvétel. Ezt a weboldalt és közösséget ezernyi közreműködő tartja fenn, és ez csak úgy lehetséges, ha egy befogadó, részvételt támogató környezetet tartunk fenn. A közreműködők vállalják, hogy olyan környezetet teremtenek, melynek nem része a bántás vagy bosszantás, a ethereum.org minden platformját és közösségi terét beleértve. Az ethereum.org közösség mindenkit örömmel fogad és értékel, aki konstruktív és barátságos módon részt akar venni, és ebben nem számít a kor, bármilyen alkalmatlanság, etnikum, nemi identitás, tapasztalat, a szakértelem területe, tanulmányok, szociogazdasági státusz, nemzetiség, megjelenés, faj, vallás vagy a diverzitás bármelyik dimenziója. + +### Érvényességi terület {#scope} + +Ez a magatartási szabályzat minden ethereum.org helyre érvényes (mint amilyen a GitHub, Discord, Figma Crowdin, Twitter és más online platformok), és amikor a közösség találkozik a valóságban különféle eseményeken, konferenciákon. + +### Irányelveink {#our-standards} + +A pozitív környezethez hozzájáruló viselkedések például: + +- Befogadó nyelvezetet használunk +- A különböző nézeteket és tapasztalatokat tisztelettel kezeljük +- A konstruktív kritikát örömmel vesszük és együttérzően adjuk +- A konfliktusok és ellentétek esetén nyugodtan és professzionálisan közelítünk +- A többi tag felé empátiával és toleranciával fordulunk +- Bátorítjuk az új hangokat a közösségben + +Az elfogadhatatlan viselkedések például: + +- Fizikai erőszak, azzal való fenyegetés vagy támogatása bármilyen formában +- Szexualitással kapcsolatos beszéd vagy kép használata, illetve ilyen jellegű közeledés +- Egy másik ember megszemélyesítése, vagy rosszhiszeműen azt állítani, hogy egy személlyel vagy szervezettel kapcsolatban áll valaki +- Zavaró, derogáló kommentek, személyes vagy politikai támadások +- Más tag zaklatása nyilvános vagy privát csatornákon +- Mások privát információinak nyilvánossá tétele, mint fizikai vagy elektronikus cím, kifejezett kérése nélkül +- Pszichológiai manipuláció, csalás vagy más jellegű befolyásolása a tagoknak +- Bármilyen befektetés, token, projekt hirdetése személyes haszonszerzés céljából, legyen az pénzügyi vagy nem +- A szerverek teleszemetelése nem odavaló tartalommal +- A közösségi moderátorok kérését vagy figyelmeztetését nem venni figyelembe +- Bármilyen viselkedés, ami nem tekinthető megfelelőnek egy professzionális helyzetben + +### Jelentés {#reporting} + +A magatartási szabályok megsértése általában látható a közösségnek, mivel mindent nyitott, nyilvános csatornákon kezelünk, hogy a tagok maguk vigyázzák a rendet. + +Ha úgy véli, hogy valami figyelmet igényelne, akkor szóljon egy moderátornak (pl. discord-vezető), így segíthetnek a kivizsgálásban és a megfelelő válasz megtételében. + +A jelentésnél minden részletet adjon meg, példákkal és időpontokkal. Ez segít, hogy igazságos eredmény születhessen. + +### Szankciók {#enforcement} + +Az eset súlyosságától függően figyelmeztetések, átmeneti kizárások és végleges kizárások várhatók az ethereum.org közösségeitől. diff --git a/public/content/translations/hu/community/online/index.md b/public/content/translations/hu/community/online/index.md index f93382c295f..789cd262faa 100644 --- a/public/content/translations/hu/community/online/index.md +++ b/public/content/translations/hu/community/online/index.md @@ -55,13 +55,14 @@ Ha úgy gondolja, hogy egy közösséget hozzá kellene adni vagy el kellene tá 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 diff --git a/public/content/translations/hu/community/research/index.md b/public/content/translations/hu/community/research/index.md index f5b68e42663..d301c0e1677 100644 --- a/public/content/translations/hu/community/research/index.md +++ b/public/content/translations/hu/community/research/index.md @@ -111,7 +111,7 @@ Jelenleg több második blokkláncréteg (L2) protokoll létezik, ami az Ethereu #### Jelenlegi kutatás {#recent-research-2} - [A helyes sorbarendezés a szekvenszereknél az Arbitrumnál](https://eprint.iacr.org/2021/1465) -- [ethresear.ch L2](https://ethresear.ch/c/layer-2/32) +- [Ethresear.ch második blokkláncréteg (L2)](https://ethresear.ch/c/layer-2/32) - [Rollupra fókuszáló ütemterv](https://ethereum-magicians.org/t/a-rollup-centric-ethereum-roadmap/4698) - [L2Beat](https://l2beat.com/) @@ -189,7 +189,7 @@ Az Ethereum-tárcák lehetnek böngészőkiterjesztések, asztali gépen és mob - [Bevezetés a tárcákba](/wallets/) - [Bevezetés a tárcabiztonságba](/security/) -- [ethresear.ch biztonság](https://ethresear.ch/tag/security) +- [Ethresear.ch biztonság](https://ethresear.ch/tag/security) - [EIP-2938 Számlaabsztrakció](https://eips.ethereum.org/EIPS/eip-2938) - [EIP-4337 Számlaabsztrakció](https://eips.ethereum.org/EIPS/eip-4337) @@ -358,7 +358,7 @@ Az Ethereum-fejlesztők eszközei gyorsan fejlődnek. Ezen a területen is sok a ### Orákulumok {#oracles} -Az orákulumok importálják be a láncon kívüli adatokat a blokkláncra egy engedélymentes és decentralizált módon. Mivel ez az adat a láncon belül van, ezért a dappok képesek lekövetni a világ változásait, mint a valódi eszközök árfluktuációja, a láncon kívüli alkalmazások adatai vagy akár az időjárásváltozás. +Az orákulumok importálják be a láncon kívüli adatokat a blokkláncra egy engedélymentes és decentralizált módon. Mivel ez az adat a láncon belül van, ezért a dappok képesek lekövetni a világ változásait, mint a valódi eszközök árfluktuációja, a láncon kívüli alkalmazások adatai vagy akár az időjárás-változás. #### Háttérolvasmányok {#background-reading-18} @@ -377,11 +377,11 @@ Az Ethereum elleni támadások általában az egyéni alkalmazások gyenge pontj - [Féreglyuk-kihasználási jelentés](https://blog.chainalysis.com/reports/wormhole-hack-february-2022/) - [Az Ethereum-szerződések meghackelésének vizsgálatai](https://forum.openzeppelin.com/t/list-of-ethereum-smart-contracts-post-mortems/1191) -- [Rekt hírek](https://twitter.com/RektHQ?s=20\&t=3otjYQdM9Bqk8k3n1a1Adg) +- [Rekt hírek](https://twitter.com/RektHQ?s=20&t=3otjYQdM9Bqk8k3n1a1Adg) #### Jelenlegi kutatás {#recent-research-19} -- [ethresear.ch alkalmazások](https://ethresear.ch/c/applications/18) +- [Ethresear.ch alkalmazások](https://ethresear.ch/c/applications/18) ### Technológiai stack {#technology-stack} diff --git a/public/content/translations/hu/contributing/index.md b/public/content/translations/hu/contributing/index.md index e8d145dbd9b..49aaf5f5fba 100644 --- a/public/content/translations/hu/contributing/index.md +++ b/public/content/translations/hu/contributing/index.md @@ -19,13 +19,12 @@ Ez egy befogadó közösség, mely segít fejlődni és megismerni az Ethereum - [Dolgozzon egy meglévő problémán](https://github.com/ethereum/ethereum-org-website/issues) – Olyan feladatot találhat, melyet szükségesnek látunk megoldani **Dizájn** -- [Segítsen a honlap dizájnjában](/contributing/design/) Bármilyen szinten is ért hozzá, be tud segíteni a honlap dizájnjába +- [Segítsen a honlap dizájnjában](/contributing/design/) – Bármilyen szinten is ért hozzá, be tud segíteni a honlap dizájnjába **Tartalom** - [Hozzon létre vagy szerkessze a tartalmat](/contributing/#how-to-update-content) – Javasoljon új oldalakat vagy fejlessze a meglévőket - [Javasoljon közösségi forrásokat](/contributing/content-resources/) – Adjon hasznos cikket vagy forrást egy adott oldalhoz - [Javasoljon dizájnforrást](/contributing/design/adding-design-resources/) – Adjon hozzá, frissítsen és töröljön a dizájnforrások közül -- [Javasoljon kifejezést a szószedethet](/contributing/adding-glossary-terms/) – Segítsen kiterjeszteni az Ethereum [szószedetet](/glossary/) - [Kvízek](/contributing/quizzes/) – Adjon hozzá, frissítse és töröljön a kvízkérdésekből, melyek egy adott oldalhoz tartoznak **Új jellemzőkre vonatkozó ötletek** @@ -90,11 +89,11 @@ A GitHub könyvtárban megtalálja azokat a könnyen érthető feladatokat, mely Ha a munkáját beolvasztják az ethereum.org-ba, akkor kérhet egy különleges oklevelet a [Galxe-n](https://app.galxe.com/quest/ethereumorg) keresztül. A láncon belüli eredménytoken (OAT) egy tanúsítvány, hogy jobbá tette az ökoszisztémát. -[Bővebben az OAT-okról](https://help.galxe.com/en/articles/7067290-galxe-oats-reward-and-celebrate-achievements) +[Bővebben az OAT-okról](https://help.galxe.com/en/articles/9645630-create-quest-rewards#h_1c5d63ba03) ### Hogyan kell kérni 1. Csatlakozzon a [Discord szerverhez](https://discord.gg/ethereum-org). -2. Másolja be a közreműködését a ` #🥇 | proof-of-contribution` csatornába +2. Másolja be a közreműködését a ` #🥇 | proof-of-contribution` csatornába. 3. Ezután csapatunk elküldi az OAT-hoz tartozó linket. 4. Szerezze meg az OAT-ot! diff --git a/public/content/translations/hu/contributing/translation-program/index.md b/public/content/translations/hu/contributing/translation-program/index.md index f96ca43b5ca..125d3216789 100644 --- a/public/content/translations/hu/contributing/translation-program/index.md +++ b/public/content/translations/hu/contributing/translation-program/index.md @@ -36,9 +36,9 @@ Tudjon meg többet az ethereum.org fordítási program [missziójáról és víz ### Eddigi eredményeink {#our-progress} -- [**Több mint 6000** fordító](/contributing/translation-program/contributors/) -- **62** nyelv elérhető a honlapon -- [**3 millió** szó került lefordításra 2023-ban](/contributing/translation-program/acknowledgements/) +- [**Több mint 6900** fordító](/contributing/translation-program/contributors/) +- **68** nyelv elérhető a honlapon +- [**2,89 millió** szó került lefordításra 2024-ben](/contributing/translation-program/acknowledgements/) diff --git a/public/content/translations/hu/decentralized-identity/index.md b/public/content/translations/hu/decentralized-identity/index.md index 3b3d473c38d..c5b99dd999d 100644 --- a/public/content/translations/hu/decentralized-identity/index.md +++ b/public/content/translations/hu/decentralized-identity/index.md @@ -119,9 +119,9 @@ A decentralizált azonosítók elengedhetetlenek abban is, hogy megvédjék a sz A tanúsítások tárolása és visszakeresése az Ethereumon alapuló, identitáshoz kötődő ökoszisztémában eltérően működik, mint a hagyományos identitáskezelés. Különféle megközelítések léteznek, hogyan állítják ki, tárolják és igazolják a tanúsításokat a decentralizált identitást biztosító rendszerekben: -### Blokkláncon kívüli tanúsítások {#off-chain-attestations} +### Blokkláncon kívüli tanúsítások {#offchain-attestations} -A blokkláncon való tanúsítástárolással kapcsolatban felmerül az a konszern, hogy olyan információkat tartalmazhat, melyeket az egyének privát módon szeretnének kezelni. Az ilyen tanúsítások tárolása az Ethereum-blokkláncon, annak nyilvános természete miatt nem előnyös. +A blokkláncon való tanúsítástárolással kapcsolatban felmerül az az aggodalom, hogy olyan információkat tartalmazhat, melyeket az egyének privát módon szeretnének kezelni. Az ilyen tanúsítások tárolása az Ethereum-blokkláncon, annak nyilvános természete miatt nem előnyös. Erre az a megoldás, hogy a kiállított tanúsításokat a felhasználók láncon kívül tartják digitális tárcákban, de azok alá vannak írva a kiállító decentralizált azonosítójával (DID), mely a láncon belül elérhető. Ezeket a tanúsításokat [JSON Web Tokenként](https://en.wikipedia.org/wiki/JSON_Web_Token) kódolják, és tartalmazzák a kiállító digitális aláírását – így a láncon kívüli azonosítási igényeket könnyedén igazolni tudja. @@ -151,7 +151,7 @@ A következő példa bemutatja, hogyan működik a láncon belüli tanúsítás ### Egyénhez kötött tokenek és identitás {#soulbound} -Az [egyénhez kötött tokeneket](https://vitalik.eth.limo/general/2022/01/26/soulbound.html) ([nem átadható NFT-k](/glossary/#nft)) arra lehet használni, hogy egy adott tárcához tartozó egyedi információkat gyűjtsenek. Ez gyakorlatilag létrehoz egy egyedi, láncon belüli identitást, amely egy adott Ethereum-címhez kötődik, és eredményeket (mint egy online tanfolyam elvégzése vagy egy játékban elért szint) vagy közösségi részvételt jelentő tokeneket foglal magába. +Az [egyénhez kötött tokeneket](https://vitalik.eth.limo/general/2022/01/26/soulbound.html) ([nem átadható NFT-k](/glossary/#nft)) arra lehet használni, hogy egy adott tárcához tartozó egyedi információkat gyűjtsenek. Ez gyakorlatilag létrehoz egy egyedi, láncon belüli identitást, amely egy adott Ethereum-címhez kötődik, és eredményeket (mint egy online tanfolyam elvégzése vagy egy játékban elért szint) vagy közösségi részvételt jelentő tokeneket foglal magában. ## Használjon decentralizált identitást {#use-decentralized-identity} diff --git a/public/content/translations/hu/desci/index.md b/public/content/translations/hu/desci/index.md index 026acb08c2a..585e3f006ce 100644 --- a/public/content/translations/hu/desci/index.md +++ b/public/content/translations/hu/desci/index.md @@ -126,7 +126,7 @@ Fedezze fel a projekteket és csatlakozzon a DeSci közösségéhez. - [DeSci: a kutatás jövője – Samuel Akinosho](https://lucidsamuel.medium.com/desci-the-future-of-research-b76cfc88c8ec) - [A tudomány finanszírozása (Epilógus: a DeSci és az új kriptoalapok) – Nadia](https://nadia.xyz/science-funding) - [A decentralizáció megbontja a gyógyszerfejlesztést](https://medium.com/id-theory/decentralisation-is-disrupting-drug-development-28b5ba5d447f) -- [Mi az a DeSci, azaz a decentralizált tudomány?](​https://usadailytimes.com/2022/09/12/what-is-desci-decentralized-science/) +- [Mi az a DeSci, azaz a decentralizált tudomány?](https://usadailytimes.com/2022/09/12/what-is-desci-decentralized-science/) ### Videók {#videos} diff --git a/public/content/translations/hu/developers/docs/bridges/index.md b/public/content/translations/hu/developers/docs/bridges/index.md index 06f59eb954b..7a7411f1eaa 100644 --- a/public/content/translations/hu/developers/docs/bridges/index.md +++ b/public/content/translations/hu/developers/docs/bridges/index.md @@ -121,12 +121,14 @@ A láncok szerződéses tevékenységének nyomon követéséhez a fejlesztők a - [Tenderly](https://tenderly.co/) ## További olvasnivaló {#further-reading} - - [Blokklánc-hidak](/bridges/) – ethereum.org -- [Blokklánc-hidak: Kriptohálózatok hálózatának kiépítése](https://medium.com/1kxnetwork/blockchain-bridges-5db6afac44f8) 2021. szeptember 8. – Dmitriy Berenzon -- [Az interoperabilitási trilemma](https://blog.connext.network/the-interoperability-trilemma-657c2cf69f17) 2021. október 1. – Arjun Bhuptani -- [Clusters: Hogyan alakítják a bizalomigénytől mentes és a minimális bizalomigényű hidak a többláncos képet?](https://blog.celestia.org/clusters/) 2021. október 4. – Mustafa Al-Bassam -- [LI.FI: A hidaknál a bizalomigény széles tartománya van jelen](https://blog.li.fi/li-fi-with-bridges-trust-is-a-spectrum-354cd5a1a6d8) 2022. április 28. – Arjun Chand +- [Az L2Beat hidak kockázatáról szóló keretrendszere](https://l2beat.com/bridges/summary) +- [Blokklánchidak: Kriptohálózatok hálózatának kiépítése](https://medium.com/1kxnetwork/blockchain-bridges-5db6afac44f8) – 2021. szeptember 8. – Dmitriy Berenzon +- [Az interoperabilitási trilemma](https://blog.connext.network/the-interoperability-trilemma-657c2cf69f17) – 2021. október 1. – Arjun Bhuptani +- [Clusters: Hogyan alakítják a bizalomigénytől mentes és a minimális bizalomigényű hidak a többláncos képet?](https://blog.celestia.org/clusters/) – 2021. október 4. – Mustafa Al-Bassam +- [LI.FI: A hidaknál a bizalomigény széles tartománya van jelen](https://blog.li.fi/li-fi-with-bridges-trust-is-a-spectrum-354cd5a1a6d8) – 2022. április 28. – Arjun Chand +- [Az összevont tranzakciók interoperabilitási megoldásainak státusza](https://research.2077.xyz/the-state-of-rollup-interoperability) – 2024. június 20. – Alex Hook +- [A közös biztonság kihasználása a biztonságos láncközi interoperabilitás érdekében: Lagrange státuszbizottságok és további megoldások](https://research.2077.xyz/harnessing-shared-security-for-secure-blockchain-interoperability) – 2024. június 12. – Emmanuel Awosika Ezen kívül [James Prestwich](https://twitter.com/_prestwich) tanulságos előadásai segíthetnek a hidak mélyebb megértésében: diff --git a/public/content/translations/hu/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md b/public/content/translations/hu/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md index c686a96a185..b776e646995 100644 --- a/public/content/translations/hu/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md +++ b/public/content/translations/hu/developers/docs/consensus-mechanisms/pos/attack-and-defense/index.md @@ -4,15 +4,15 @@ description: Ismerje meg a proof-of-stake Ethereum elleni ismert támadási vekt lang: hu --- -A tolvajok és szabotőrök folyamatosan keresik a lehetőséget, hogy megtámadják az Ethereum kliensszoftverét. Ez az oldal ismerteti az Ethereum konszenzusrétegét érő ismert támadási vektorokat, és felvázolja, hogyan lehet ezeket a támadásokat kivédeni. Az ezen az oldalon található információk egy [hosszabb változatból](https://mirror.xyz/jmcook.eth/YqHargbVWVNRQqQpVpzrqEQ8IqwNUJDIpwRP7SS5FXs) származnak. +A tolvajok és szabotőrök folyamatosan keresik a lehetőséget, hogy megtámadják az Ethereum kliensszoftverét. Ez az oldal ismerteti az Ethereum konszenzusrétegét érő ismert támadási vektorokat, és felvázolja, hogyan lehet ezeket a támadásokat kivédeni. Az ezen az oldalon található információk egy [hosszabb változatból származnak](https://mirror.xyz/jmcook.eth/YqHargbVWVNRQqQpVpzrqEQ8IqwNUJDIpwRP7SS5FXs). ## Előfeltételek {#prerequisites} -A [proof-of-stake](/developers/docs/consensus-mechanisms/pos/) alapszintű ismerete szükséges. Hasznos lesz továbbá, ha alapszintű ismeretekkel rendelkezik az Ethereum [ösztönzési réteg](/developers/docs/consensus-mechanisms/pos/rewards-and-penalties) és az elágazásválasztási algoritmus, az [LMD-GHOST](/developers/docs/consensus-mechanisms/pos/gasper) működéséről. +A [proof-of-stake](/developers/docs/consensus-mechanisms/pos/) alapszintű ismerete szükséges. Hasznos lesz továbbá, ha alapszintű ismeretekkel rendelkezik az Ethereum [ösztönzési rétegének](/developers/docs/consensus-mechanisms/pos/rewards-and-penalties) és az elágazásválasztási algoritmusának [LMD-GHOST](/developers/docs/consensus-mechanisms/pos/gasper) működéséről. ## Mit akarnak a támadók? {#what-do-attackers-want} -Gyakori tévhit, hogy egy sikeres támadó képes új ethert generálni, vagy tetszőleges számlákról ethert lehívni. Egyik sem lehetséges, mivel minden tranzakciót a hálózat összes végrehajtási kliense hajtja végre. A tranzakcióknak meg kell felelniük az érvényesség alapvető feltételeinek (például a tranzakciókat a feladó privát kulcsa írja alá, a feladónak elegendő egyenleggel kell rendelkeznie stb. Az eredménynek három osztálya van, amelyet egy támadó reálisan megcélozhat: átszervezés, dupla véglegesség vagy a véglegesség késleltetése. +Gyakori tévhit, hogy egy sikeres támadó képes új ethert generálni, vagy tetszőleges számlákról ethert lehívni. Egyik sem lehetséges, mivel minden tranzakciót a hálózat összes végrehajtási kliense hajt végre. A tranzakcióknak meg kell felelniük az érvényesség alapvető feltételeinek (például a tranzakciókat a feladó privát kulcsa írja alá, a feladónak elegendő egyenleggel kell rendelkeznie stb.), különben visszafordulnak. Az eredménynek három osztálya van, amelyet egy támadó reálisan megcélozhat: átszervezések, dupla véglegesség vagy a véglegesség késleltetése. Az **átszervezés** a blokkok új sorrendbe rendezése, esetleg a kanonikus láncban lévő blokkok hozzáadásával vagy kivonásával. Egy rosszindulatú átszervezés biztosíthatja, hogy bizonyos blokkok bekerüljenek vagy kikerüljenek, lehetővé téve a dupla költést vagy az értékkivonást előre és hátra futó tranzakciókkal (MEV). Az átszervezés arra is felhasználható, hogy bizonyos tranzakciókat ne lehessen felvenni a kanonikus láncba, ami a cenzúra egy formája. Az átszervezés legszélsőségesebb formája a „véglegesítés visszaállítása”, amely eltávolítja vagy helyettesíti a korábban véglegesített blokkokat. Ez csak akkor lehetséges, ha a támadó a teljes feltett ether több mint ⅓-át megsemmisíti – ez a garancia az úgynevezett „gazdasági véglegesség” (erről később még lesz szó). @@ -31,17 +31,20 @@ Miután megállapítottuk került, hogy egy ellenség miért támadhatja meg az Először is, azok a személyek, akik nem vesznek részt aktívan az Ethereumban (a kliensszoftver futtatásával), a társadalmi réteget (0. réteg) célozva támadhatnak. A 0. réteg az alap, amelyre az Ethereum épül, és mint ilyen, potenciális támadási felületet jelent, amelynek következményei a stack többi részére is kihatnak. Néhány példa: - Egy félretájékoztató kampány alááshatja a közösség bizalmát az Ethereum ütemtervét, fejlesztőcsapatokat, alkalmazásokba stb. illetően. Ez pedig csökkentheti a hálózat biztosításában résztvevők számát, ami rontja a decentralizációt és a kriptogazdasági biztonságot. + - Célzott támadások és/vagy fenyegetés a fejlesztői közösség ellen. Ez a fejlesztők önkéntes kilépéséhez vezethet, és lelassíthatja az Ethereum fejlődését. - A túlbuzgó szabályozás a 0. réteg elleni támadásnak is tekinthető, mivel gyorsan visszavetheti a részvételt és az elfogadást. + - Hozzáértő, de rosszindulatú szereplők beszivárgása a fejlesztői közösségbe, akiknek célja a fejlődés lelassítása a megbeszélések megzavarásával, a fontos döntések késleltetésével, szemeteléssel (spam) stb. + - Az Ethereum ökoszisztéma kulcsszereplőinek adott kenőpénzek, hogy ezzel befolyásolják a döntéshozatalt. Ezeket a támadásokat az teszi különösen veszélyessé, hogy sok esetben nagyon kevés tőkére vagy technikai tudásra van szükség. Egy 0. rétegbeli támadás egy kriptogazdasági támadás multiplikátora lehet. Ha például a cenzúrát vagy a véglegesség visszaállítását egy rosszindulatú többségi érdekelt fél érné el, a szociális réteg aláásása megnehezíthetné a sávon kívüli közösségi válaszlépések koordinálását. -A 0. rétegbeli támadások elleni védekezés valószínűleg nem egyszerű, de néhány alapelvet fel lehet állítani. Az egyik az Ethereummal kapcsolatos nyilvános információk magas jel-zaj arányának fenntartása, amelyeket a közösség becsületes tagjai hoznak létre és terjesztenek blogokon, Discord szervereken, kommentált specifikációkon, könyveken, podcastokon és Youtube-on keresztül. Itt az ethereum.org-on is igyekszünk pontos információkat fenntartani és a lehető legtöbb nyelvre lefordítani. A tér minőségi információkkal és mémekkel való elárasztása hatékony védekezés a félretájékoztatás ellen. +A 0. rétegbeli támadások elleni védekezés valószínűleg nem egyszerű, de néhány alapelvet fel lehet állítani. Az egyik az Ethereummal kapcsolatos nyilvános információk magas jel-zaj arányának fenntartása, amelyeket a közösség becsületes tagjai hoznak létre és terjesztenek blogokon, Discord-szervereken, kommentált specifikációkon, könyveken, podcastokon és Youtube-on keresztül. Itt az ethereum.org-on is igyekszünk pontos információkat fenntartani és a lehető legtöbb nyelvre lefordítani. A tér minőségi információkkal és mémekkel való elárasztása hatékony védekezés a félretájékoztatás ellen. -Egy másik fontos megerősítés a társadalmi réteg támadásaival szemben az egyértelmű küldetésnyilatkozat és az irányítási protokoll. Az Ethereum a decentralizáció és a biztonság bajnokaként pozicionálta magát az L1-es okosszerződések között, miközben nagyra értékeli a skálázhatóságot és a fenntarthatóságot is. Bármilyen nézeteltérések merülnek fel az Ethereum közösségben, ezek az alapelvek minimálisan sérülnek. A narratíva értékelése ezen alapelvek alapján és a felülvizsgálat egymást követő fordulóin keresztül az EIP (Ethereum Fejlesztési Javaslatok) folyamatában segíthet a közösségnek megkülönböztetni a jó és a rossz szereplőket, illetve korlátozhatja a rosszindulatú szereplők lehetőségét az Ethereum jövőbeli irányának befolyásolására. +Egy másik fontos megerősítés a társadalmi réteg támadásaival szemben az egyértelmű küldetésnyilatkozat és az irányítási protokoll. Az Ethereum a decentralizáció és a biztonság bajnokaként pozicionálta magát az L1-es okosszerződések között, miközben nagyra értékeli a skálázhatóságot és a fenntarthatóságot is. Bármilyen nézeteltérések merülnek fel az Ethereum közösségében, ezek az alapelvek minimálisan sérülnek. A narratíva értékelése ezen alapelvek alapján és a felülvizsgálat egymást követő fordulóin keresztül az EIP (Ethereum-fejlesztési javaslatok) folyamatában segíthet a közösségnek megkülönböztetni a jó és a rossz szereplőket, illetve korlátozhatja a rosszindulatú szereplők lehetőségét az Ethereum jövőbeli irányának befolyásolására. Végezetül fontos, hogy az Ethereum-közösség nyitott és befogadó maradjon minden résztvevő számára. A zártkörű közösségek különösen sebezhetők a társadalmi támadásokkal szemben, mivel könnyű „mi és ők” narratívákat építeni. A törzsiség és a mérgező maximalizmus árt a közösségnek és aláássa a 0. réteg biztonságát. A hálózat biztonságában érdekelt Ethereum-tagoknak úgy kell tekinteni az online és személyes találkozásokra, mint ami közvetlenül hozzájárul az Ethereum 0. rétegének biztonságához. @@ -53,47 +56,47 @@ Alapvetően minden kis letétes támadás a validátor kétféle hibás viselked ### Kis mennyiségű ETH-t használó támadások {#attacks-by-small-stakeholders} -#### Átszervezések (reorg) {#reorgs} +#### átszervezések {#reorgs} -Több cikk is ismertette az Ethereum elleni olyan támadásokat, amelyek a teljes feltett ether csak kis hányadával érnek el reorgokat vagy végleges késleltetést. Ezek a támadások általában arra épülnek, hogy a támadó visszatart valamilyen információt a többi validátor elől, majd valamilyen árnyalt módon és/vagy egy alkalmas pillanatban kiadja azt. Céljuk általában az, hogy kiszorítsanak egy vagy több becsületes blokkot a kanonikus láncból. Egy tanulmány, [Neuder et al 2020](https://arxiv.org/pdf/2102.02247.pdf), megmutatta, hogy egy támadó validátor hogyan hozhat létre és tanúsíthat egy blokkot (`B`) egy adott `n+1` slothoz, de tartózkodhat attól, hogy azt a hálózat más csomópontjainak továbbítsa. Ehelyett a következő `n+2` slotig megtartják az igazolt blokkot. Egy becsületes validátor egy blokkot (`C`) javasol az `n+2` slotba. Ezzel szinte egyidejűleg a támadó kiadhatja a visszatartott blokkját (`B`) és az arra vonatkozó visszatartott tanúsítványait, és az `n+2` slotra leadott szavazataival azt is tanúsíthatja, hogy `B` a lánc feje, ezzel gyakorlatilag tagadva a becsületes `C` blokk létezését. Amikor a becsületes `D` blokk felszabadul, az elágazásválasztó algoritmus úgy látja, hogy a `B` tetejére épülő `D` nehezebb, mint a `C`-re épülő `D`. A támadónak tehát sikerült eltávolítania az `n+2` slotban lévő becsületes `C` blokkot a kanonikus láncból egy 1 blokkos ex ante reorg segítségével. [Egy támadónak a tét 34%-ával](https://www.youtube.com/watch?v=6vzXwwk12ZE) nagyon jó esélye van arra, hogy sikerrel járjon ebben a támadásban, amint azt [ebben a jegyzetben](https://notes.ethereum.org/plgVdz-ORe-fGjK06BZ_3A#Fork-choice-by-block-slot-pair) kifejtettük. Elméletileg azonban ezt a támadást kisebb letétekkel is meg lehetne kísérelni. [Neuder et al 2020](https://arxiv.org/pdf/2102.02247.pdf) leírta, hogy ez a támadás 30%-os letét mellett is működik, de később kimutatták, hogy [2%-os letét mellett is életképes](https://arxiv.org/pdf/2009.04987.pdf), majd [egyetlen validátor](https://arxiv.org/abs/2110.10086#) esetén is, a következő fejezetben vizsgált kiegyensúlyozási technikák segítségével. +Több cikk is ismertette az Ethereum elleni olyan támadásokat, amelyek a teljes feltett ether csak kis hányadával érnek el átszervezéseket vagy végleges késleltetést. Ezek a támadások általában arra épülnek, hogy a támadó visszatart valamilyen információt a többi validátor elől, majd valamilyen árnyalt módon és/vagy egy alkalmas pillanatban kiadja azt. Céljuk általában az, hogy kiszorítsanak egy vagy több becsületes blokkot a kanonikus láncból. Egy tanulmány, [Neuder et al 2020](https://arxiv.org/pdf/2102.02247.pdf), megmutatta, hogy egy támadó validátor hogyan hozhat létre és tanúsíthat egy blokkot („B”) egy adott „n+1” slothoz, de tartózkodhat attól, hogy azt a hálózat más csomópontjainak továbbítsa. Ehelyett a következő „n+2” slotig megtartják az igazolt blokkot. Egy becsületes validátor egy blokkot („C”) javasol az „n+2” slotba. Ezzel szinte egyidejűleg a támadó kiadhatja a visszatartott blokkját („B”) és az arra vonatkozó visszatartott tanúsítványait, és az „n+2” slotra leadott szavazataival azt is tanúsíthatja, hogy „B” a lánc feje, ezzel gyakorlatilag tagadva a becsületes „C” blokk létezését. Amikor a becsületes „D” blokk felszabadul, az elágazásválasztó algoritmus úgy látja, hogy a „B” tetejére épülő „D” nehezebb, mint a „C”-re épülő „D”. A támadónak tehát sikerült eltávolítania az „n+2” slotban lévő becsületes „C” blokkot a kanonikus láncból egy 1 blokkos ex ante átszervezés segítségével. [Egy támadónak a tét 34%-ával](https://www.youtube.com/watch?v=6vzXwwk12ZE) nagyon jó esélye van arra, hogy sikerrel járjon ebben a támadásban, amint azt [ebben a jegyzetben kifejtettük](https://notes.ethereum.org/plgVdz-ORe-fGjK06BZ_3A#Fork-choice-by-block-slot-pair). Elméletileg azonban ezt a támadást kisebb letétekkel is meg lehetne kísérelni. [Neuder et al 2020](https://arxiv.org/pdf/2102.02247.pdf) leírta, hogy ez a támadás 30%-os letét mellett is működik, de később kimutatták, hogy [2%-os letét](https://arxiv.org/pdf/2009.04987.pdf) mellett is életképes, majd [egyetlen validátor](https://arxiv.org/abs/2110.10086#) esetén is, a következő fejezetben vizsgált kiegyensúlyozási technikák segítségével. -![ex-ante reorg](reorg-schematic.png) +![ex-ante re-org](reorg-schematic.png) A fent leírt egyblokkos átszervezési támadás koncepcionális ábrája (a https://notes.ethereum.org/plgVdz-ORe-fGjK06BZ_3A#Fork-choice-by-block-slot-pair oldalról átvéve) -Egy kifinomultabb támadás a becsületes validátorok halmazát különálló csoportokra oszthatja, amelyeknek különböző nézeteik vannak a lánc fejéről. Ezt nevezik **kiegyenlítő támadásnak**. A támadó megvárja az esélyt, hogy egy blokkot javasoljon, és amikor az megérkezik, kétértelműsíti, és kettőt javasol. Az egyik blokkot a becsületes validátorok felének, a másik blokkot pedig a másik felének. Az elágazásválasztó algoritmus észlelné a kétértelműséget, és a blokkot javaslót megbüntetné és kidobná a hálózatból, de a két blokk továbbra is létezne, és a validátorok körülbelül fele tanúsítaná mindkét elágazást. Eközben a fennmaradó rosszindulatú validátorok visszatartják tanúsításaikat. Ezután az egyik vagy másik elágazást előnyben részesítő tanúsítások szelektív felszabadításával éppen elég validátornak adják át a tanúsítások felhalmozott súlyát az egyik vagy másik elágazás javára, amint az elágazásválasztó algoritmus lefut, így a tanúsítások felhalmozott súlyát az egyik vagy másik elágazás javára billentik. Ez a végtelenségig folytatódhat, a támadó validátorok pedig fenntartják a validátorok egyenletes elosztását a két elágazás között. Mivel egyik elágazás sem tud 2/3-os szupertöbbséget szerezni, a hálózat nem kerülne véglegesítésre. +Egy kifinomultabb támadás a becsületes validátorok halmazát különálló csoportokra oszthatja, amelyeknek különböző nézeteik vannak a lánc fejéről. Ezt nevezik **kiegyenlítő támadásnak**. A támadó megvárja az esélyt, hogy egy blokkot javasoljon, és amikor az megérkezik, kétértelműsíti, és kettőt javasol. Az egyik blokkot elküldi a becsületes validátorok felének, a másik blokkot pedig a másik felének. Az elágazásválasztó algoritmus észlelné a kétértelműséget, és a blokkot javaslót megbüntetné és kidobná a hálózatból, de a két blokk továbbra is létezne, és a validátorok körülbelül fele tanúsítaná mindkét elágazást. Eközben a fennmaradó rosszindulatú validátorok visszatartják tanúsításaikat. Ezután az egyik vagy másik elágazást előnyben részesítő tanúsítások szelektív felszabadításával éppen elég validátornak adják át a tanúsítások felhalmozott súlyát az egyik vagy másik elágazás javára, amint az elágazásválasztó algoritmus lefut, így a tanúsítások felhalmozott súlyát az egyik vagy másik elágazás javára billentik. Ez a végtelenségig folytatódhat, a támadó validátorok pedig fenntartják a validátorok egyenletes elosztását a két elágazás között. Mivel egyik elágazás sem tud 2/3-os szupertöbbséget szerezni, a hálózat nem kerülne véglegesítésre. -**A pattogó (bouncing) támadások** hasonlóak. A szavazatokat a támadó validátorok ismét visszatartják. Ahelyett, hogy a szavazatokat úgy adnák le, hogy a két elágazás között egyenletes legyen a felosztás, a megfelelő pillanatokban arra használják a szavazataikat, hogy olyan ellenőrzőpontokat igazoljanak, amelyek felváltva váltakoznak az A és a B elágazás között. A tanúsításnak ez a két elágazás közötti felcserélése megakadályozza, hogy olyan igazolt forrás- és célellenőrzési pontok párjai legyenek, amelyek bármelyik láncban véglegesíthetők, ami megállítja a véglegesítést. +**A pattogó (bouncing) támadások** hasonlók. A szavazatokat a támadó validátorok ismét visszatartják. Ahelyett, hogy a szavazatokat úgy adnák le, hogy a két elágazás között egyenletes legyen a felosztás, a megfelelő pillanatokban arra használják a szavazataikat, hogy olyan ellenőrzőpontokat igazoljanak, amelyek felváltva váltakoznak az A és a B elágazás között. A tanúsításnak ezen két elágazás közötti felcserélése megakadályozza, hogy olyan igazolt forrás- és célellenőrzési pontok párjai legyenek, amelyek bármelyik láncban véglegesíthetők, ami megállítja a véglegesítést. -A pattogó (bouncing) és a kiegyenlítő (balancing) támadás is arra épül, hogy a támadó kifinomult irányítással rendelkezik az üzenetek időzítése felett a hálózaton keresztül, ami nem valószínű. Mindazonáltal a protokollba védelmet építettek be a gyors üzeneteknek a lassú üzenetekkel szemben adott többletsúlyozás formájában. Ez az úgynevezett [javaslattevő-súlynövelés (proposer-weight boosting)](https://github.com/ethereum/consensus-specs/pull/2730). A pattogó támadások elleni védekezés érdekében az elágazásválasztó algoritmust úgy frissítették, hogy a legutóbbi igazolt ellenőrzőpont csak [az adott korszak slotjainak első 1/3-ában](https://ethresear.ch/t/prevention-of-bouncing-attack-on-ffg/6114) válthat át egy alternatív láncra. Ez a feltétel megakadályozza, hogy a támadó szavazatokat gyűjtsön a későbbi használatra – az elágazásválasztó algoritmus egyszerűen hű marad ahhoz az ellenőrzőponthoz, amelyet a korszak első 1/3-ában választott, amely idő alatt a legtöbb becsületes validátor szavazott volna. +A pattogó (bouncing) és a kiegyenlítő (balancing) támadás is arra épül, hogy a támadó kifinomult irányítással rendelkezik az üzenetek időzítése felett a hálózaton keresztül, ami nem valószínű. Mindazonáltal a protokollba védelmet építettek be a gyors üzeneteknek a lassú üzenetekkel szemben adott többletsúlyozás formájában. Ez az úgynevezett [javaslattevő-súlynövelés (proposer-weight boosting)](https://github.com/ethereum/consensus-specs/pull/2730). A pattogó támadások elleni védekezés érdekében az elágazásválasztó algoritmust úgy frissítették, hogy a legutóbbi igazolt ellenőrző pont csak az [adott korszak slotjainak első 1/3-ában](https://ethresear.ch/t/prevention-of-bouncing-attack-on-ffg/6114) válthat át egy alternatív láncra. Ez a feltétel megakadályozza, hogy a támadó szavazatokat gyűjtsön a későbbi használatra – az elágazásválasztó algoritmus egyszerűen hű marad ahhoz az ellenőrző ponthoz, amelyet a korszak első 1/3-ában választott, amely idő alatt a legtöbb becsületes validátor szavazott volna. Együttesen ezek az intézkedések olyan forgatókönyvet hoznak létre, amelyben egy becsületes blokkajánló nagyon gyorsan kibocsátja blokkját a slot kezdete után, majd egy kb. 1/3 slotnyi (4 másodperc) időszak következik, amikor az új blokk miatt az elágazásválasztó algoritmus egy másik láncra válthat. Ugyanezen határidő után a lassú validátoroktól érkező tanúsításokat a korábban érkezett tanúsításokhoz képest lefelé súlyozzák. Ez nagymértékben kedvez a gyors ajánlattevőknek és a validátoroknak a lánc fejének meghatározásakor, és jelentősen csökkenti a sikeres kiegyenlítő (balancing) vagy pattogó (bouncing) támadás valószínűségét. -Érdemes megjegyezni, hogy a javaslattevő erősítése önmagában csak az „olcsó reorgok” ellen véd, vagyis kis letétellel rendelkező támadó esetén. Valójában az előterjesztő-erősítés önmagában is kijátszható a nagyobb érdekeltek által. E [bejegyzés](https://ethresear.ch/t/change-fork-choice-rule-to-mitigate-balancing-and-reorging-attacks/11127) szerzői leírják, hogy egy támadó, aki a letét 7%-ával rendelkezik, hogyan vetheti be a szavazatait stratégiailag, hogy becsületes validátorok becsapásával a saját elágazására építsen, és egy becsületes blokkot átszervezzen. Ezt a támadást ideális késleltetési feltételeket feltételezve dolgozták ki, ami nagyon valószínűtlen. A támadónak kedveznek az esélyek, de a nagyobb letét nagyobb tőkekockázatot és erősebb gazdasági visszatartó erőt is jelent. +Érdemes megjegyezni, hogy a javaslattevő erősítése önmagában csak az „olcsó átszervezések” ellen véd, vagyis kis letétellel rendelkező támadó esetén. Valójában az előterjesztő-erősítés önmagában is kijátszható a nagyobb érdekeltek által. [E bejegyzés](https://ethresear.ch/t/change-fork-choice-rule-to-mitigate-balancing-and-reorging-attacks/11127) szerzői leírják, hogy egy támadó, aki a letét 7%-ával rendelkezik, hogyan vetheti be a szavazatait stratégiailag, hogy becsületes validátorok becsapásával a saját elágazására építsen, és egy becsületes blokkot átszervezzen. Ezt a támadást ideális késleltetési feltételeket feltételezve dolgozták ki, ami nagyon valószínűtlen. A támadónak kedveznek az esélyek, de a nagyobb letét nagyobb tőkekockázatot és erősebb gazdasági visszatartó erőt is jelent. -Javasoltak egy [kiegyenlítő támadást is, amely kifejezetten az LMD-szabályt célozza](https://ethresear.ch/t/balancing-attack-lmd-edition/11853), és amely a előterjesztő-erősítés ellenére is életképesnek bizonyult. Egy támadó két versengő láncot hoz létre úgy, hogy a blokkjavaslatát egyenlővé teszi, és minden egyes blokkot a hálózat egy-egy felére terjeszti el, így megközelítőleg egyensúlyt hoz létre az elágazások között. Ezután az összejátszó validátorok kiegyenlítik a szavazataikat, úgy időzítve, hogy a hálózat fele az `A` elágazásra kapja meg először a szavazatát, a másik fele pedig a `B` elágazásra. Mivel az LMD-szabály elveti a második tanúsítást, és csak az elsőt tartja meg minden egyes validátor számára, a hálózat egyik fele csak az `A`-ra adott szavazatokat látja, a `B`-re adottakat nem; a másik fele csak a `B`-re adott szavazatokat látja, az `A`-ra adottakat nem. A szerzők leírják, hogy az LMD-szabály „figyelemre méltó hatalmat” ad az ellenségnek a kiegyenlítő támadáshoz. +Javasoltak egy [kiegyenlítő támadást is, amely kifejezetten az LMD-szabályt célozza](https://ethresear.ch/t/balancing-attack-lmd-edition/11853), és amely a előterjesztő-erősítés ellenére is életképesnek bizonyult. Egy támadó két versengő láncot hoz létre úgy, hogy a blokkjavaslatát egyenlővé teszi, és minden egyes blokkot a hálózat egy-egy felére terjeszti el, így megközelítőleg egyensúlyt hoz létre az elágazások között. Ezután az összejátszó validátorok kiegyenlítik a szavazataikat, úgy időzítve, hogy a hálózat fele az „A” elágazásra kapja meg először a szavazatát, a másik fele pedig a „B” elágazásra. Mivel az LMD-szabály elveti a második tanúsítást, és csak az elsőt tartja meg minden egyes validátor számára, a hálózat egyik fele csak az „A”-ra adott szavazatokat látja, a „B”-re adottakat nem; a másik fele csak a „B”-re adott szavazatokat látja, az „A”-ra adottakat nem. A szerzők leírják, hogy az LMD-szabály „figyelemre méltó hatalmat” ad az ellenségnek a kiegyenlítő támadáshoz. -Ezt az LMD támadási vektort a [az elágazásválasztó algoritmus frissítésével](https://github.com/ethereum/consensus-specs/pull/2845) zárták le úgy, hogy az elágazásválasztásnál az egyenlőtlen validátorokat teljesen kizárja a megfontolásból. Az egyenlőtlen validátorok jövőbeli befolyását az elágazásválasztó algoritmus kihagyja a számításból. Ez megakadályozza a fent vázolt kiegyenlítő támadást, miközben a lavinatámadásokkal szembeni ellenállóképességet is fenntartja. +Ezt az LMD támadási vektort az [elágazásválasztó algoritmus frissítésével](https://github.com/ethereum/consensus-specs/pull/2845) zárták le úgy, hogy az elágazásválasztásnál az egyenlőtlen validátorokat teljesen kizárja a megfontolásból. Az egyenlőtlen validátorok jövőbeli befolyását az elágazásválasztó algoritmus kihagyja a számításból. Ez megakadályozza a fent vázolt kiegyenlítő támadást, miközben a lavinatámadásokkal szembeni ellenálló képességet is fenntartja. -A támadások egy másik osztályát, az úgynevezett [**lavinatámadásokat**](https://ethresear.ch/t/avalanche-attack-on-proof-of-stake-ghost/11854/3) egy [2022 márciusában megjelent tanulmányban](https://arxiv.org/pdf/2203.01315.pdf) írták le. A lavinatámadáshoz a támadónak több egymást követő blokkajánlót kell irányítania. A támadó minden egyes blokkjavaslati slotban visszatartja a blokkját, és addig gyűjti azokat, amíg az őszinte lánc el nem éri a visszatartott blokkokkal azonos részfa súlyát. Ezután a visszatartott blokkok felszabadulnak úgy, hogy maximálisan kiegyenlítődnek. A szerzők szerint a előterjesztő-erősítés – az elsődleges védelem a kiegyenlítő és pattogó támadások ellen – nem véd a lavinatámadás egyes változatai ellen. A szerzők azonban a támadást csak az Ethereum elágazásválasztó algoritmusának egy erősen idealizált változatán mutatták be (a GHOST-ot használták LMD nélkül). +A támadások egy másik osztályát, az úgynevezett [**lavinatámadásokat**](https://ethresear.ch/t/avalanche-attack-on-proof-of-stake-ghost/11854/3) egy [2022 márciusában megjelent tanulmányban](https://arxiv.org/pdf/2203.01315.pdf) írták le. A lavinatámadáshoz a támadónak több egymást követő blokkajánlót kell irányítania. A támadó minden egyes blokkjavaslati slotban visszatartja a blokkját, és addig gyűjti azokat, amíg az őszinte lánc el nem éri a visszatartott blokkokkal azonos részfa súlyát. Ezután a visszatartott blokkok felszabadulnak úgy, hogy maximálisan kiegyenlítődnek. A szerzők szerint az előterjesztő-erősítés – az elsődleges védelem a kiegyenlítő és pattogó támadások ellen – nem véd a lavinatámadás egyes változatai ellen. A szerzők azonban a támadást csak az Ethereum elágazásválasztó algoritmusának egy erősen idealizált változatán mutatták be (a GHOST-ot használták LMD nélkül). A lavinatámadást az LMD-GHOST elágazásválasztó algoritmus LMD része enyhíti. Az LMD jelentése a „legutolsó üzenet által vezérelt” (latest-message-driven), és az egyes validátorok által vezetett táblázatra utal, amely a többi validátortól kapott legfrissebb üzenetet tartalmazza. Ez a mező csak akkor frissül, ha az új üzenet későbbi időpontból származik, mint a táblázatban egy adott validátort illetően már szereplő üzenet. A gyakorlatban ez azt jelenti, hogy minden egyes slotban az első fogadott üzenet az, amelyet a rendszer elfogadott, és minden további üzenet kétértelműség, amelyet figyelmen kívül kell hagyni. Másképpen fogalmazva, a konszenzuskliensek nem veszik figyelembe a kétértelműséget – a validátoroktól elsőként érkező üzenetet használják, a kétértelműséget elvetik, megelőzve ezzel a lavinatámadásokat. -Az elágazásválasztási szabály számos más lehetséges jövőbeli frissítése is létezik, amelyek növelhetik a előterjesztő-erősítés által nyújtott biztonságot. Az egyik a [nézetösszevonás](https://ethresear.ch/t/view-merge-as-a-replacement-for-proposer-boost/13739), ahol a tanúsítók `n` másodperccel egy slot kezdete előtt befagyasztják az elágazásválasztásról alkotott nézetüket, és a javaslattevő ezután segít szinkronizálni a lánc nézetét a hálózaton. Egy másik lehetséges fejlesztés az [ egy sloton belüli véglegesség (single-slot finality)](https://notes.ethereum.org/@vbuterin/single_slot_finality), amely az üzenet időzítésén alapuló támadások ellen véd azáltal, hogy a láncot egyetlen slot után véglegesíti. +Az elágazásválasztási szabály számos más lehetséges jövőbeli frissítése is létezik, amelyek növelhetik a előterjesztő-erősítés által nyújtott biztonságot. Az egyik a [nézetösszevonás](https://ethresear.ch/t/view-merge-as-a-replacement-for-proposer-boost/13739), ahol a tanúsítók „n” másodperccel egy slot kezdete előtt befagyasztják az elágazásválasztásról alkotott nézetüket, és a javaslattevő ezután segít szinkronizálni a lánc nézetét a hálózaton. Egy másik lehetséges fejlesztés az [egy sloton belüli véglegesség (single-slot finality)](https://notes.ethereum.org/@vbuterin/single_slot_finality), amely az üzenet időzítésén alapuló támadások ellen véd azáltal, hogy a láncot egyetlen slot után véglegesíti. #### Véglegesség késleltetése {#finality-delay} -[Az a cikk](https://econcs.pku.edu.cn/wine2020/wine2020/Workshop/GTiB20_paper_8.pdf), amely először írta le az alacsony költségű, egyetlen blokkot érintő reorg támadást, leírt egy végső késleltetés (liveness failure) nevű támadást is, amely arra támaszkodik, hogy a támadó egy korszakkal határos blokk javaslattevője. Ez azért kritikus, mert ezek a korszakhatárblokkok lesznek az ellenőrzőpontok, amelyeket a Casper FFG a lánc egyes részeinek véglegesítéséhez használ. A támadó egyszerűen visszatartja a blokkját, amíg elegendő becsületes validátor nem használja FFG-szavazatát az előző korszakhatárblokk javára, mint az aktuális véglegesítési cél. Ezután kiadja a visszatartott blokkot. Tanúsítja a blokkját, és a fennmaradó becsületes validátorok is ezt teszik, különböző célellenőrzési pontokkal rendelkező elágazásokat létrehozva. Ha jól időzített, akkor megakadályozza a véglegességet, mert nem lesz 2/3-os szupertöbbség, amely bármelyik elágazást tanúsítaná. Minél kisebb a letét, annál pontosabb időzítésre van szükség, mivel a támadó kevesebb tanúsítást ellenőriz közvetlenül, és annál kisebb az esélye annak, hogy a támadó ellenőrzi a validátort, amely a korszakhatárblokkot javasolja. +[Az a cikk](https://econcs.pku.edu.cn/wine2020/wine2020/Workshop/GTiB20_paper_8.pdf), amely először írta le az alacsony költségű, egyetlen blokkot érintő átszervezési támadást, leírt egy végső késleltetés (liveness failure) nevű támadást is, amely arra támaszkodik, hogy a támadó egy korszakkal határos blokk javaslattevője. Ez azért kritikus, mert ezek a korszakhatárblokkok lesznek az ellenőrző pontok, amelyeket a Casper FFG a lánc egyes részeinek véglegesítéséhez használ. A támadó egyszerűen visszatartja a blokkját, amíg elegendő becsületes validátor nem használja FFG-szavazatát az előző korszakhatárblokk javára, mint az aktuális véglegesítési cél. Ezután kiadja a visszatartott blokkot. Tanúsítja a blokkját, és a fennmaradó becsületes validátorok is ezt teszik, különböző célellenőrzési pontokkal rendelkező elágazásokat létrehozva. Ha jól időzített, akkor megakadályozza a véglegességet, mert nem lesz 2/3-os szupertöbbség, amely bármelyik elágazást tanúsítaná. Minél kisebb a letét, annál pontosabb időzítésre van szükség, mivel a támadó kevesebb tanúsítást ellenőriz közvetlenül, és annál kisebb az esélye annak, hogy a támadó ellenőrzi a validátort, amely a korszakhatárblokkot javasolja. #### Nagy hatótávolságú támadások {#long-range-attacks} -Létezik egy, a proof-of-stake blokkláncokra jellemző támadási osztály is, amelynek lényege, hogy a genezisblokkban részt vevő validátor fenntartja a blokklánc egy különálló elágazását a helyes blokklánc mellett, és végül meggyőzi az őszinte validátorhalmazt, hogy később egy alkalmas időpontban váltson át rá. Ez a fajta támadás nem lehetséges az Ethereumon, mivel a véglegességi eszköz (finality gadget) biztosítja, hogy az összes validátor rendszeres időközönként (ellenőrzőpontok) megegyezzen a becsületes lánc állapotáról. Ez az egyszerű mechanizmus semlegesíti a nagy hatótávolságú támadókat, mivel az Ethereum kliensei egyszerűen nem fogják a véglegesített blokkokat újraszervezni. A hálózathoz csatlakozó új csomópontok úgy teszik ezt, hogy keresnek egy megbízható legutóbbi állapot hasht (egy [gyenge szubjektivitás](https://blog.ethereum.org/2014/11/25/proof-stake-learned-love-weak-subjectivity/) ellenőrzőpontot), és azt használják pszeudo-genezis blokk-ként, amelyre építkeznek. Ez egy „bizalmi bejáratot” hoz létre a hálózatba belépő új csomópont számára, mielőtt az elkezdené ellenőrizni az információkat saját maga számára. +Létezik egy, a proof-of-stake blokkláncokra jellemző támadási osztály is, amelynek lényege, hogy a genezisblokkban részt vevő validátor fenntartja a blokklánc egy különálló elágazását a helyes blokklánc mellett, és végül meggyőzi az őszinte validátorhalmazt, hogy később egy alkalmas időpontban váltson át rá. Ez a fajta támadás nem lehetséges az Ethereumon, mivel a véglegességi eszköz (finality gadget) biztosítja, hogy az összes validátor rendszeres időközönként (ellenőrző pontok) megegyezzen a becsületes lánc állapotáról. Ez az egyszerű mechanizmus semlegesíti a nagy hatótávolságú támadókat, mivel az Ethereum kliensei egyszerűen nem fogják a véglegesített blokkokat átszervezni. A hálózathoz csatlakozó új csomópontok úgy teszik ezt, hogy keresnek egy megbízható legutóbbi állapot hasht (egy [gyenge szubjektivitás](https://blog.ethereum.org/2014/11/25/proof-stake-learned-love-weak-subjectivity/) ellenőrző pontot), és azt használják pszeudo-genezis blokk-ként, amelyre építkeznek. Ez egy „bizalmi bejáratot” hoz létre a hálózatba belépő új csomópont számára, mielőtt az elkezdené ellenőrizni az információkat saját maga számára. #### Szolgáltatásmegtagadás (DoS) {#denial-of-service} -Az Ethereum proof-of-stake mechanizmusa minden egyes slotban egyetlen validátort választ ki a teljes validátorkészletből, aki blokkajánló lesz. Ezt egy nyilvánosan ismert függvény segítségével lehet kiszámítani, és egy támadó számára lehetséges, hogy a következő blokkelőterjesztőt beazonosítsa. Ezután a támadó eláraszthatja szeméttel (spam) a blokkelőterjesztőt, hogy megakadályozza, hogy információt cseréljen a társaival. A hálózat többi része számára úgy tűnne, hogy a blokkelőterjesztő offline, és a slot egyszerűen üresen marad. Ez egyfajta cenzúra lehet bizonyos validátorokkal szemben, megakadályozva őket abban, hogy információt adjanak hozzá a blokklánchoz. Az egyetlen, titkos vezetőválasztás (SSLE) vagy az egynél több titkos vezetőválasztás megvalósítása csökkenti a szolgáltatásmegtagadás (DoS) kockázatát, mivel mindig csak a blokkelőterjesztő tudja, hogy kiválasztották, és nem deríthető ki előre. Ez még nem valósult meg, de a [kutatás-fejlesztési](https://ethresear.ch/t/secret-non-single-leader-election/11789) terület aktívan foglalkozik vele. +Az Ethereum proof-of-stake mechanizmusa minden egyes slotban egyetlen validátort választ ki a teljes validátorkészletből, aki blokkajánló lesz. Ezt egy nyilvánosan ismert függvény segítségével lehet kiszámítani, és egy támadó számára lehetséges, hogy a következő blokkelőterjesztőt beazonosítsa. Ezután a támadó eláraszthatja szeméttel (spam) a blokkelőterjesztőt, hogy megakadályozza, hogy információt cseréljen a társaival. A hálózat többi része számára úgy tűnne, hogy a blokkelőterjesztő offline, és a slot egyszerűen üresen marad. Ez egyfajta cenzúra lehet bizonyos validátorokkal szemben, megakadályozva őket abban, hogy információt adjanak hozzá a blokklánchoz. Az egyetlen titkos vezetőválasztás (SSLE) vagy az egynél több titkos vezetőválasztás megvalósítása csökkenti a szolgáltatásmegtagadás (DoS) kockázatát, mivel mindig csak a blokkelőterjesztő tudja, hogy kiválasztották, és nem deríthető ki előre. Ez még nem valósult meg, de a [kutatás-fejlesztési terület](https://ethresear.ch/t/secret-non-single-leader-election/11789) aktívan foglalkozik vele. Mindezek alapján elmondható, hogy kis letétekkel nehéz sikeresen megtámadni az Ethereumot. Az itt leírt életképes támadásokhoz idealizált elágasztásválasztó algoritmusra, valószínűtlen hálózati körülményekre van szükség, vagy a támadási vektorokat már lezárták az kliensszoftver-javításokkal. Ez nem zárja ki a lehetőséget, de a kisebbségi letéttel rendelkező támadó hatékonyságát meghatározza az, hogy milyen szintű technikai képességekkel bír, a konszenzusréteg ismerete és a szerencse. A támadó szempontjából az lehet a legjobb megoldás, ha minél több ethert halmoz fel, és a teljes letét többségi hányadával próbál elérni valamit. @@ -101,11 +104,11 @@ Mindezek alapján elmondható, hogy kis letétekkel nehéz sikeresen megtámadni Az eddig említett összes támadás sikerének valószínűsége megnő, ha a támadónak több letétbe helyezett ether áll rendelkezésére, amivel szavazhat, és több validátort választhat, akik blokkokat javasolhatnak az egyes slotokban. Egy rosszindulatú validátor ezért arra törekedhet, hogy minél több letétbe helyezett ethert irányítson. -A feltett ether 33%-a egy támadó számára viszonyítási alap, mivel egy ennél nagyobb összeggel képesek megakadályozni a lánc véglegesítését anélkül, hogy a többi validátor tevékenységét irányítaniuk kellene. Egyszerűen mindannyian együtt eltűnhetnek. Ha a letétbe helyezett ether legalább 1/3-a rosszindulatúan vagy nem tanúsít, akkor a 2/3-os szupertöbbség nem állhat fenn, és a lánc nem véglegesíthető. Ez ellen az inaktivitás elszivárgással védekeznek. Az inaktivitás elszivárgás azonosítja azokat a validátorokat, akik nem vagy a többséggel ellentétesen tanúsítanak. A nem tanúsító validátorok által birtokolt letétbe helyezett ether fokozatosan elvezetésre kerül, míg végül együttesen a teljes mennyiség kevesebb mint 1/3-át képviselik, így a lánc újra véglegesedhet. +A feltett ether 33%-a egy támadó számára viszonyítási alap, mivel egy ennél nagyobb összeggel képesek megakadályozni a lánc véglegesítését anélkül, hogy a többi validátor tevékenységét irányítaniuk kellene. Egyszerűen mindannyian együtt eltűnhetnek. Ha a letétbe helyezett ether legalább 1/3-a rosszindulatúan vagy nem tanúsít, akkor a 2/3-os szupertöbbség nem állhat fenn, és a lánc nem véglegesíthető. Ez ellen az inaktivitási elszivárgással védekeznek. Az inaktivitási elszivárgás azonosítja azokat a validátorokat, akik nem vagy a többséggel ellentétesen tanúsítanak. A nem tanúsító validátorok által birtokolt letétbe helyezett ether fokozatosan elvezetésre kerül, míg végül együttesen a teljes mennyiség kevesebb mint 1/3-át képviselik, így a lánc újra véglegesedhet. -Az inaktivitási elszivárgás célja, hogy a lánc ismét véglegesedjen. A támadó azonban a letétbe helyezett ether egy részét is elveszíti. A teljes letétbe helyezett ether 33%-át kitevő validátorok tartós inaktivitása nagyon drága, még akkor is, ha nem is kapnak súlyos és kizárással járó büntetést. +Az inaktivitáselszivárgás célja, hogy a lánc ismét véglegesedjen. A támadó azonban a letétbe helyezett ether egy részét is elveszíti. A teljes letétbe helyezett ether 33%-át kitevő validátorok tartós inaktivitása nagyon drága, még akkor is, ha nem is kapnak súlyos és kizárással járó büntetést. -Feltételezve, hogy az Ethereum-hálózat aszinkron (az üzenetek küldése és fogadása között késések vannak), egy támadó, aki a teljes letét 34%-át ellenőrzi, kétszeres véglegesítést okozhat. Ez azért van, mert a támadó kétértelművé teheti, ha őt választják blokkelőterjesztőnek, majd duplán szavazhat az összes validátorával. Ez olyan helyzetet teremt, amelyben a blokkláncnak egy olyan elágazása létezik, amely mellett a letétbe helyezett ether 34%-a szavazott. Mindkét elágazásra csak a fennmaradó validátorok 50%-ának kell szavaznia, hogy mindkét elágazást szupertöbbség támogassa, és így mindkét lánc véglegesíthető (mivel a támadó validátorok 34%-a + a fennmaradó 66% fele = 67% mindkét elágazásnál). Az egymással versengő blokkokat a becsületes validátorok kb. 50%-ának kellene megkapnia, így ez a támadás csak akkor életképes, ha a támadónak bizonyos fokú ellenőrzése van a hálózaton terjedő üzenetek időzítése felett, így a becsületes validátorok felét rá tudja kényszeríteni az egyes láncokra. A támadónak szükségszerűen el kellene pusztítania a teljes letétjét (kb. 10 millió ether 34%-a a mai validátorhalmazt figyelembe véve), hogy elérje ezt a kettős véglegességet, mivel a validátorok 34%-a egyszerre kétszer szavazna – ez egy súlyos és kizárással járó büntetés maximális korrelációval. Ezzel a támadással szemben az a magas költség áll, hogy a teljes letétbe helyezett ether 34%-át el kell pusztítani. A támadásból való kilábaláshoz az Ethereum közösségnek „sávon kívül” kell koordinálnia, és meg kellene állapodnia abban, hogy az egyik elágazást követi, a másikat pedig figyelmen kívül hagyja. +Feltételezve, hogy az Ethereum-hálózat aszinkron (az üzenetek küldése és fogadása között késések vannak), egy támadó, aki a teljes letét 34%-át ellenőrzi, kétszeres véglegesítést okozhat. Ez azért van, mert a támadó kétértelművé teheti, ha őt választják blokkelőterjesztőnek, majd duplán szavazhat az összes validátorával. Ez olyan helyzetet teremt, amelyben a blokkláncnak egy olyan elágazása létezik, amely mellett a letétbe helyezett ether 34%-a szavazott. Mindkét elágazásra csak a fennmaradó validátorok 50%-ának kell szavaznia, hogy mindkét elágazást szupertöbbség támogassa, és így mindkét lánc véglegesíthető (mivel a támadó validátorok 34%-a + a fennmaradó 66% fele = 67% mindkét elágazásnál). Az egymással versengő blokkokat a becsületes validátorok kb. 50%-ának kellene megkapnia, így ez a támadás csak akkor életképes, ha a támadónak bizonyos fokú ellenőrzése van a hálózaton terjedő üzenetek időzítése felett, így a becsületes validátorok felét rá tudja kényszeríteni az egyes láncokra. A támadónak szükségszerűen el kellene pusztítania a teljes letétjét (kb. 10 millió ether 34%-a a mai validátorhalmazt figyelembe véve), hogy elérje ezt a kettős véglegességet, mivel a validátorok 34%-a egyszerre kétszer szavazna – ez egy súlyos és kizárással járó büntetés maximális korrelációval. Ezzel a támadással szemben az a magas költség áll, hogy a teljes letétbe helyezett ether 34%-át el kell pusztítani. A támadásból való kilábaláshoz az Ethereum közösségének „sávon kívül” kell koordinálnia, és meg kellene állapodnia abban, hogy az egyik elágazást követi, a másikat pedig figyelmen kívül hagyja. ### A támadók a teljes letét kb. 50%-át használják {#attackers-with-50-stake} @@ -117,7 +120,7 @@ A teljes letét >50%-ánál a támadó uralni tudta az elágazásválasztó algo ### A támadók a teljes letét >=66%-át használják {#attackers-with-66-stake} -Egy támadó, aki az összes letétbe helyezett ether 66%-ával vagy többel rendelkezik, véglegesítheti a preferált láncot anélkül, hogy a becsületes validátorokat kényszerítenie kellene. A támadók egyszerűen megszavazhatják a preferált elágazást, majd véglegesíthetik azt, mert tisztességtelen szupertöbbséggel szavazhatnak. A szupertöbbség birtokosaként a támadó irányítaná a véglegesített blokkok tartalmát, hatalmában állna költeni, visszatekerni és újrakölteni, cenzúrázni bizonyos tranzakciókat és tetszés szerint átszervezni a láncot. Azzal, hogy a támadó további ethert vásárol, hogy 51% helyett 66%-ot ellenőrizzen, megszerzi a képességet, hogy utólagos reorgokat és végleges visszafordításokat hajtson végre (azaz megváltoztassa a múltat és ellenőrizze a jövőt is). Az egyetlen igazi védekezés a hatalmas költség, a teljes letétbe helyezett ether 66%-a, és a közösségi rétegre támaszkodva egy alternatív elágazás elfogadásának koordinálása. Ezt a következő részben részletesebben is megvizsgáljuk. +Egy támadó, aki az összes letétbe helyezett ether 66%-ával vagy többel rendelkezik, véglegesítheti a preferált láncot anélkül, hogy a becsületes validátorokat kényszerítenie kellene. A támadók egyszerűen megszavazhatják a preferált elágazást, majd véglegesíthetik azt, mert tisztességtelen szupertöbbséggel szavazhatnak. A szupertöbbség birtokosaként a támadó irányítaná a véglegesített blokkok tartalmát, hatalmában állna költeni, visszatekerni és újrakölteni, cenzúrázni bizonyos tranzakciókat és tetszés szerint átszervezni a láncot. Azzal, hogy a támadó további ethert vásárol, hogy 51% helyett 66%-ot ellenőrizzen, megszerzi a képességet, hogy utólagos átszervezéseket és végleges visszafordításokat hajtson végre (azaz megváltoztassa a múltat és irányítsa a jövőt is). Az egyetlen igazi védekezés a hatalmas költség, a teljes letétbe helyezett ether 66%-a, és a közösségi rétegre támaszkodva egy alternatív elágazás elfogadásának koordinálása. Ezt a következő részben részletesebben is megvizsgáljuk. ## Emberek: az utolsó védelmi vonal {#people-the-last-line-of-defense} @@ -127,15 +130,15 @@ Az Ethereum proof-of-stake konszenzusának egyik erőssége, hogy a közösség A támadóra kiszabott büntetéstől függetlenül a közösségnek közösen kell döntenie arról is, hogy a tisztességtelen lánc – annak ellenére, hogy az Ethereum-kliensekbe kódolt elágazásválasztó algoritmus előnyben részesíti – valójában érvénytelen, és a közösségnek inkább a tisztességes láncra kellene építenie. A becsületes validátorok megállapodhatnak, hogy az Ethereum blokklánc közösség által elfogadott elágazására építenek, amely például a támadás megkezdése előtt elágazhatott a kanonikus láncról, vagy a támadók validátorait eltávolíthatják. A becsületes validátorok ösztönzést kapnának arra, hogy erre a láncra építsenek, mert elkerülhetnék a büntetést, amit azért kapnának, ha (jogosan) nem tanúsítanák a támadó láncát. Az Ethereumra épülő tőzsdék, on-rampok és alkalmazások inkább a helyes láncon szeretnének lenni, és követnék a becsületes validátorokat a helyes blokkláncra. -Ez azonban jelentős vezetési kihívást jelentene. Néhány felhasználó és validátor kétségtelenül veszítene a helyes láncra való visszaváltás következtében, a támadás után validált blokkokban lévő tranzakciókat potenciálisan visszavonnák, megzavarva az alkalmazási réteget, és ez aláássa egyes felhasználók etikai elképzeléseit, akik hajlamosak azt hinni, hogy „a kód a törvény”. A tőzsdék és az alkalmazások valószínűleg összekapcsolták a láncon kívüli műveleteket a láncon belüli tranzakciókkal, amelyeket most vissza lehet göngyölíteni, elindítva a visszavonások és felülvizsgálatok tömkelegét, amelyet nehéz lenne tisztességesen kibogozni, különösen, ha a jogtalanul szerzett nyereségeket összekeverték, DeFi-ba vagy más származékos termékekbe helyezték, amelyek másodlagos hatásokkal járnak a tisztességes felhasználók számára. Kétségtelen, hogy néhány felhasználó, talán még az intézményiek is, hasznot húztak volna a tisztességtelen láncból, ravaszságból vagy szerencsés véletlenből, és elleneznék az elágazást, hogy megvédjék a hasznukat. Elpróbálták a >51%-os támadásokra adott közösségi válaszlépéseket, hogy egy észszerű, összehangolt választ gyorsan végre lehessen hajtani. A témáról tekintse meg Vitalik hasznos eszmecseréit az ethresear.ch oldalon [itt](https://ethresear.ch/t/timeliness-detectors-and-51-attack-recovery-in-blockchains/6925) és [itt](https://ethresear.ch/t/responding-to-51-attacks-in-casper-ffg/6363), valamint a Twitteren [itt](https://twitter.com/skylar_eth/status/1551798684727508992?s=20&t=oHZ1xv8QZdOgAXhxZKtHEw). Az összehangolt társadalmi reakció célja a támadó megbüntetése és a többi felhasználóra gyakorolt hatások minimalizálása kell, hogy legyen. +Ez azonban jelentős vezetési kihívást jelentene. Néhány felhasználó és validátor kétségtelenül veszítene a helyes láncra való visszaváltás következtében, a támadás után validált blokkokban lévő tranzakciókat potenciálisan visszavonnák, megzavarva az alkalmazási réteget, és ez aláássa egyes felhasználók etikai elképzeléseit, akik hajlamosak azt hinni, hogy „a kód a törvény”. A tőzsdék és az alkalmazások valószínűleg összekapcsolták a láncon kívüli műveleteket a láncon belüli tranzakciókkal, amelyeket most vissza lehet göngyölíteni, elindítva a visszavonások és felülvizsgálatok tömkelegét, amelyet nehéz lenne tisztességesen kibogozni, különösen, ha a jogtalanul szerzett nyereségeket összekeverték, DeFi-ba vagy más származékos termékekbe helyezték, amelyek másodlagos hatásokkal járnak a tisztességes felhasználók számára. Kétségtelen, hogy néhány felhasználó, talán még az intézményiek is, hasznot húztak volna a tisztességtelen láncból, ravaszságból vagy szerencsés véletlenből, és elleneznék az elágazást, hogy megvédjék a hasznukat. Elpróbálták a >51%-os támadásokra adott közösségi válaszlépéseket, hogy egy észszerű, összehangolt választ gyorsan végre lehessen hajtani. Vitalik hasznos beszélgetést folytat az ethresear.ch oldalon [itt](https://ethresear.ch/t/timeliness-detectors-and-51-attack-recovery-in-blockchains/6925) és [itt](https://ethresear.ch/t/responding-to-51-attacks-in-casper-ffg/6363), valamint a Twitteren itt. Az összehangolt társadalmi reakció célja a támadó megbüntetése és a többi felhasználóra gyakorolt hatások minimalizálása kell, hogy legyen. -A vezetés már önmagában is bonyolult téma. Egy tisztességtelen véglegesítő láncra adott 0. rétegbeli vészreakció kezelése kihívást jelentene az Ethereum közösség számára, de ez már [megtörtént](/history/#dao-fork-summary) – [kétszer](/history/#tangerine-whistle) – az Ethereum történetében. +A vezetés már önmagában is bonyolult téma. Egy tisztességtelen véglegesítő láncra adott 0. rétegbeli vészreakció kezelése kihívást jelentene az Ethereum közössége számára, de ez [már megtörtént](/history/#dao-fork-summary) – [kétszer](/history/#tangerine-whistle) – az Ethereum történetében. Mindazonáltal van valami kielégítő abban, hogy a végső megoldás a való világban található. Végső soron, még e fenomenális technológiai rendszer ellenére is, ha a legrosszabb valaha is bekövetkezne, a valódi embereknek kellene koordinálniuk a kiutat. -## Összegzés {#summary} +## Összefoglaló {#summary} -Ez az oldal azt vizsgálta, hogy a támadók milyen módon próbálhatják meg kihasználni az Ethereum proof-of-stake konszenzus protokollját. A reorgokat és a véglegesítés késleltetését a teljes letétbe helyezett ether növekvő arányú támadók esetében vizsgáltuk. Összességében a gazdagabb támadóknak nagyobb esélyük van a sikerre, mivel a letétjük szavazati joggal jár, amellyel befolyásolni tudják a jövőbeli blokkok tartalmát. Bizonyos küszöbértékeknél a támadó ereje növekszik: +Ez az oldal azt vizsgálta, hogy a támadók milyen módon próbálhatják meg kihasználni az Ethereum proof-of-stake konszenzus protokollját. Az átszervezéseket és a véglegesítés késleltetését a teljes letétbe helyezett ether növekvő arányú támadók esetében vizsgáltuk. Összességében a gazdagabb támadóknak nagyobb esélyük van a sikerre, mivel a letétjük szavazati erővel jár, amellyel befolyásolni tudják a jövőbeli blokkok tartalmát. Bizonyos küszöbértékeknél a támadó ereje növekszik: 33%: késleltetett véglegesség @@ -149,15 +152,15 @@ Létezik egy sor kifinomultabb támadás is, amelyekhez kis mennyiségű letétb Összességében, ezen potenciális támadási vektorok ellenére a sikeres támadás kockázata alacsony, minden bizonnyal alacsonyabb, mint a proof-of-worknél. Mivel a támadó, aki a becsületes validátorok szavazati erejével elnyomja a becsületes validátorokat, a letétbe helyezett ether költségét kockáztatja. A beépített „jutalmazás-büntetés” ösztönző réteg megvéd a legtöbb visszaéléstől, különösen az alacsony letéttel rendelkező támadóktól. A kifinomultabb pattogó és kiegyenlítő támadások szintén nem valószínű, hogy sikerrel járnak, mivel a valós hálózati feltételek miatt nehéz elérni az üzenetek kézbesítésének szabályozását a validátorok meghatározott részhalmazaihoz, és a klienscsapatok egyszerű javításokkal lezárták az ismert pattogó, kiegyenlítő és lavinatámadási vektorokat. -A 34%-os, 51%-os vagy 66%-os támadások sávon kívüli társadalmi koordinációt igényelnek a megoldásához. Bár ez valószínűleg fájdalmas lenne a közösség számára, a sávon kívüli válaszadás képessége erős visszatartó erőt jelent a támadóknak. Az Ethereum közösségi rétege a végső biztosíték – egy technikailag sikeres támadást még mindig ki lehet iktatni azzal, hogy a közösség elfogad egy becsületes elágazást. A támadó és az Ethereum közösség versenyt futna – a 66%-os támadásra költött dollármilliárdokat egy sikeres közösségi koordináció eltörölné, ha elég gyorsan végzik, így a támadó rengeteg nem likvid etherrel maradna egy tisztességtelen láncon, amelyet az Ethereum közösség figyelmen kívül hagy. Alacsony a valószínűsége, hogy ez a támadónak végül nyereséget hoz, ezért hatékony visszatartóerőt jelent. Ezért olyan fontos a szorosan összehangolt értékekkel rendelkező, összetartó közösségi réteg fenntartása. +A 34%-os, 51%-os vagy 66%-os támadások sávon kívüli társadalmi koordinációt igényelnek a megoldásához. Bár ez valószínűleg fájdalmas lenne a közösség számára, a sávon kívüli válaszadás képessége erős visszatartó erőt jelent a támadóknak. Az Ethereum közösségi rétege a végső biztosíték – egy technikailag sikeres támadást még mindig ki lehet iktatni azzal, hogy a közösség elfogad egy becsületes elágazást. A támadó és az Ethereum-közösség versenyt futna – a 66%-os támadásra költött dollármilliárdokat egy sikeres közösségi koordináció eltörölné, ha elég gyorsan végzik, így a támadó rengeteg nem likvid etherrel maradna egy tisztességtelen láncon, amelyet az Ethereum-közösség figyelmen kívül hagy. Alacsony a valószínűsége, hogy ez a támadónak végül nyereséget hoz, ezért hatékony visszatartóerőt jelent. Ezért olyan fontos a szorosan összehangolt értékekkel rendelkező, összetartó közösségi réteg fenntartása. ## További olvasnivaló {#further-reading} -- [A jelen írás részletesebb változata](https://mirror.xyz/jmcook.eth/YqHargbVWVNRQqQpVpzrqEQ8IqwNUJDIpwRP7SS5FXs) +- [A jelen oldal hosszabb verziója](https://mirror.xyz/jmcook.eth/YqHargbVWVNRQqQpVpzrqEQ8IqwNUJDIpwRP7SS5FXs) - [Vitalik az elszámolási véglegességről](https://blog.ethereum.org/2016/05/09/on-settlement-finality/) -- [Az LMD GHOST leírása](https://arxiv.org/abs/2003.03052) -- [A Casper-FFG leírása](https://arxiv.org/abs/1710.09437) -- [A Gasper leírása](https://arxiv.org/pdf/2003.03052.pdf) -- [A javaslattevő-erősítéses konszenzus specifikációi](https://github.com/ethereum/consensus-specs/pull/2730) +- [LMD GHOST-dokumentáció](https://arxiv.org/abs/2003.03052) +- [Casper-FFG dokumentáció](https://arxiv.org/abs/1710.09437) +- [Gasper-dokumentáció](https://arxiv.org/pdf/2003.03052.pdf) +- [A javaslattevő-súlynövelés (proposer-weight boosting) konszenzus dokumentációja](https://github.com/ethereum/consensus-specs/pull/2730). - [Pattogó támadások az ethresear.ch oldalon](https://ethresear.ch/t/prevention-of-bouncing-attack-on-ffg/6114) - [SSLE-kutatás](https://ethresear.ch/t/secret-non-single-leader-election/11789) diff --git a/public/content/translations/hu/developers/docs/consensus-mechanisms/pos/keys/index.md b/public/content/translations/hu/developers/docs/consensus-mechanisms/pos/keys/index.md index bc2fcecc6fb..1e0dfa3fbca 100644 --- a/public/content/translations/hu/developers/docs/consensus-mechanisms/pos/keys/index.md +++ b/public/content/translations/hu/developers/docs/consensus-mechanisms/pos/keys/index.md @@ -56,6 +56,8 @@ A validátorkulcsok és az Ethereum-számlakulcsok szétválasztása lehetővé ![validátorkulcs ábrája](validator-key-schematic.png) +**Megjegyzés**: A letétbe helyezésből való kilépéshez és a validátor egyenlegének visszavonásához jelenleg egy [önkéntes kilépési üzenet (VEM)](https://mirror.xyz/ladislaus.eth/wmoBbUBes2Wp1_6DvP6slPabkyujSU7MZOFOC3QpErs&1) aláírása szükséges a validátorkulccsal. Az [EIP-7002](https://eips.ethereum.org/EIPS/eip-7002) azonban egy olyan javaslat, amely lehetővé teszi a felhasználó számára, hogy a jövőben a kilépési üzeneteknek a kivételi kulccsal történő aláírásával elindítsa a validátor kilépését és kivegye az egyenlegét. Ez csökkenti a bizalomigényt, mivel azok a letétesek, akik az ETH-t [letétbe helyezési szolgáltatóknak](https://ethereum.org/en/staking/saas/#what-is-staking-as-a-service) delegálják, továbbra is ellenőrzésük alatt tarthatják pénzeszközeiket. + ## Kulcsok származtatása egy kulcsmondatból {#deriving-keys-from-seed} Ha minden 32 ETH feltöltéséhez 2 független kulcsból álló új készletre lenne szükség, a kulcskezelés nehézkessé válna, különösen a több validátort futtató felhasználók számára. Ehelyett több validátorkulcsot lehet egyetlen titokból levezetni, és ennek a titoknak a tárolása lehetővé teszi a hozzáférést több validátorkulcshoz. @@ -94,3 +96,5 @@ Az egyes ágakat `/` választja el egymástól, így `m/2` azt jelenti, hogy a m - [Ethereum Alapítvány blogbejegyzés Carl Beekhuizentől](https://blog.ethereum.org/2020/05/21/keys/) - [EIP-2333 BLS12-381 kulcsgenerálás](https://eips.ethereum.org/EIPS/eip-2333) +- [EIP-7002: A végrehajtási réteg által indított kilépések](https://research.2077.xyz/eip-7002-unpacking-improvements-to-staking-ux-post-merge) +- [Kulcskezelés méretarányosan](https://docs.ethstaker.cc/ethstaker-knowledge-base/scaled-node-operators/key-management-at-scale) diff --git a/public/content/translations/hu/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md b/public/content/translations/hu/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md index d8fadbe143f..626c7ae691a 100644 --- a/public/content/translations/hu/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md +++ b/public/content/translations/hu/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md @@ -74,7 +74,7 @@ Ha ezeket a műveleteket észlelik, a validátort súlyosan megbüntetik. Ez azt ## Inaktivitási elszivárgás {#inactivity-leak} -Ha a konszenzusréteg több mint négy korszakot tölt el véglegesítés nélkül, akkor egy „inaktivitási szivárgás” vészhelyzeti protokoll aktiválódik. Az inaktivitási elszivárgás célja, hogy megteremtse a lánc véglegessé válásához szükséges feltételeket. A véglegességhez a teljes feltett ether 2/3-os többsége szükséges ahhoz, hogy a forrás- és célellenőrzési pontok megegyezzenek. Ha a validátorok több mint 1/3-a offline állapotba kerül, vagy nem küld helyes tanúsításokat, akkor nem lehetséges, hogy a 2/3-os szupertöbbség véglegesítse az ellenőrzési pontokat. Az inaktivitási elszivárgás lehetővé teszi, hogy az inaktív validátorok letétje fokozatosan elszivárogjon addig, amíg a hozzájuk tartozó letét 1/3 alá csökkent, így a megmaradt aktív validátorok véglegesíthetik a láncot. Bármilyen nagy is legyen az inaktív validátorok csoportja, a megmaradó aktív validátorok végül a letét >2/3-át birtokolják. A letét elvesztése erősen ösztönzi az inaktív érvényesítőket arra, hogy minél hamarabb újra aktiválódjanak! A Medalla teszthálózaton életbe lépett már az inaktivitási elszivárgás, amikor is az aktív validátorok \<66%-a képes volt konszenzusra jutni a blokklánc aktuális fejével kapcsolatban. Az inaktivitási elszivárgás aktiválódott, és a véglegesség végül helyreállt! +Ha a konszenzusréteg több mint négy korszakot tölt el véglegesítés nélkül, akkor egy „inaktivitási szivárgás” vészhelyzeti protokoll aktiválódik. Az inaktivitási elszivárgás célja, hogy megteremtse a lánc véglegessé válásához szükséges feltételeket. A véglegességhez a teljes feltett ether 2/3-os többsége szükséges ahhoz, hogy a forrás- és célellenőrzési pontok megegyezzenek. Ha a validátorok több mint 1/3-a offline állapotba kerül, vagy nem küld helyes tanúsításokat, akkor nem lehetséges, hogy a 2/3-os szupertöbbség véglegesítse az ellenőrzési pontokat. Az inaktivitási elszivárgás lehetővé teszi, hogy az inaktív validátorok letétje fokozatosan elszivárogjon addig, amíg a hozzájuk tartozó letét 1/3 alá csökkent, így a megmaradt aktív validátorok véglegesíthetik a láncot. Bármilyen nagy is legyen az inaktív validátorok csoportja, a megmaradó aktív validátorok végül a letét >2/3-át birtokolják. A letét elvesztése erősen ösztönzi az inaktív érvényesítőket arra, hogy minél hamarabb újra aktiválódjanak! A Medalla teszthálózaton életbe lépett már az inaktivitási elszivárgás, amikor is az aktív validátorok <66%-a képes volt konszenzusra jutni a blokklánc aktuális fejével kapcsolatban. Az inaktivitási elszivárgás aktiválódott, és a véglegesség végül helyreállt! A konszenzusmechanizmus jutalom-, büntetés- és súlyos büntetési konstrukciója arra ösztönzi a validáltorokat, hogy jóhiszeműen viselkedjenek. Ezekből a tervezési döntésekből következik, hogy a rendszer érdekében a validátoroknak egyenlően kell megoszlaniuk a kliens között, és fel kell oldani az egyklienses dominanciát. @@ -84,6 +84,8 @@ A konszenzusmechanizmus jutalom-, büntetés- és súlyos büntetési konstrukci - [Ösztönzők az Ethereum hibrid Casper-protokolljában](https://arxiv.org/pdf/1903.04205.pdf) - [Vitalik jegyzetekkel ellátott specifikációja](https://github.com/ethereum/annotated-spec/blob/master/phase0/beacon-chain.md#rewards-and-penalties-1) - [Eth2 – a súlyos büntetés elkerülésének módjai](https://medium.com/prysmatic-labs/eth2-slashing-prevention-tips-f6faa5025f50) +- [EIP-7251 magyarázata: A validátorok maximális effektív egyenlegének növelése](https://research.2077.xyz/eip-7251_Increase_MAX_EFFECTIVE_BALANCE) +- [Súlyos büntetés és kizárás elemzése az EIP-7251 kapcsán](https://ethresear.ch/t/slashing-penalty-analysis-eip-7251/16509) _Források_ diff --git a/public/content/translations/hu/developers/docs/data-availability/blockchain-data-storage-strategies/index.md b/public/content/translations/hu/developers/docs/data-availability/blockchain-data-storage-strategies/index.md index c7b8f49436f..358f3b7d69f 100644 --- a/public/content/translations/hu/developers/docs/data-availability/blockchain-data-storage-strategies/index.md +++ b/public/content/translations/hu/developers/docs/data-availability/blockchain-data-storage-strategies/index.md @@ -63,7 +63,7 @@ A calldata azokat a bájtokat jelenti, melyeket a tranzakció részeként külde Így lehet a legolcsóbban adatot tenni a blokkba állandó tárolásra. A bájtonkénti költsége 4 végrehajtási gáz (ha a bájt nulla) vagy 16 gáz (minden más értéknél). Ha az adat tömörítve van, ami egy bevett gyakorlat, akkor minden bájtérték ugyanolyan valószínű, így az átlagköltség kb. 15,95 gáz bájtonként. -A jelen írás idején az ár 12 gwei/gáz és 2300 $/ETH, mely szerint a költség kb. 45 cent kilóbájtonként. Mivel az EIP-4844 előtt ez volt a legolcsóbb módszer, ezért a rollupok így tárolták a tranzakciós információkat, hogy azok elérhetők legyenek a [hiba kivizsgálásra](https://docs.optimism.io/stack/protocol/overview#fault-proofs), de nem kell azokat közvetlenül elérni a láncon. +A jelen írás idején az ár 12 gwei/gáz és 2300 $/ETH, mely szerint a költség kb. 45 cent kilobájtonként. Mivel az EIP-4844 előtt ez volt a legolcsóbb módszer, ezért a rollupok így tárolták a tranzakciós információkat, hogy azok elérhetők legyenek a [hiba kivizsgálásra](https://docs.optimism.io/stack/protocol/overview#fault-proofs), de nem kell azokat közvetlenül elérni a láncon. A következőben láthatóak azok a címek, melyekre néhány ismert rollup posztolja a tranzakciókat. diff --git a/public/content/translations/hu/developers/docs/data-availability/index.md b/public/content/translations/hu/developers/docs/data-availability/index.md index bcf0000a064..f9f81c6d038 100644 --- a/public/content/translations/hu/developers/docs/data-availability/index.md +++ b/public/content/translations/hu/developers/docs/data-availability/index.md @@ -74,11 +74,12 @@ Az Ethereum alapprotokollja elsősorban az adatelérhetőséggel foglalkozik, ne - [Mi az az adatelérhetőség?](https://medium.com/blockchain-capital-blog/wtf-is-data-availability-80c2c95ded0f) - [Mit jelent az adatelérhetőség?](https://coinmarketcap.com/alexandria/article/what-is-data-availability) -- [Az Ethereum-láncon kívüli adatelérhetőségi helyzete](https://blog.celestia.org/ethereum-off-chain-data-availability-landscape/) +- [Az Ethereum-láncon kívüli adatelérhetőségi helyzete](https://blog.celestia.org/ethereum-offchain-data-availability-landscape/) - [Az adatelérhetőség ellenőrzésére vonatkozó útmutató](https://dankradfeist.de/ethereum/2019/12/20/data-availability-checks.html) - [A sharding + DAS javaslat magyarázata](https://hackmd.io/@vbuterin/sharding_proposal#ELI5-data-availability-sampling) - [Megjegyzés az adatelérhetőségről és a törlési kódolásról](https://github.com/ethereum/research/wiki/A-note-on-data-availability-and-erasure-coding#can-an-attacker-not-circumvent-this-scheme-by-releasing-a-full-unavailable-block-but-then-only-releasing-individual-bits-of-data-as-clients-query-for-them) - [Adatelérhetőségi bizottságok.](https://medium.com/starkware/data-availability-e5564c416424) - [Proof-of-stake típusú adatelérhetőségi bizottságok.](https://blog.matter-labs.io/zkporter-a-breakthrough-in-l2-scaling-ed5e48842fbf) - [Megoldások az adatvisszakereshetőségi problémára](https://notes.ethereum.org/@vbuterin/data_sharding_roadmap#Who-would-store-historical-data-under-sharding) -- [Adatelérhetőség vagy hogyan tanulták meg az összevont tranzakciók, hogy ne aggódjanak és szeressék az Ethereumot](https://ethereum2077.substack.com/p/data-availability-in-ethereum-rollups) +- [Adatelérhetőség vagy hogyan tanulták meg az összevont tranzakciók, hogy ne aggódjanak és szeressék az Ethereumot](https://research.2077.xyz/data-availability-or-how-rollups-learned-to-stop-worrying-and-love-ethereum) +- [EIP-7623: A Calldata-költség növelése](https://research.2077.xyz/eip-7623-increase-calldata-cost) diff --git a/public/content/translations/hu/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md b/public/content/translations/hu/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md index 255ceabf37f..36fbac640a3 100644 --- a/public/content/translations/hu/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md +++ b/public/content/translations/hu/developers/docs/data-structures-and-encoding/patricia-merkle-trie/index.md @@ -34,33 +34,33 @@ Különbség van aközött, hogy valamit a fában vagy az alapjául szolgáló k A radix-fák frissítési és törlési műveletei a következőképpen definiálhatók: ``` - 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 @@ Példák: Ez a Merkle Patricia-fa egy csomópontjának megadásához szükséges bővített kód: ``` - 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 @@ Ez a Merkle Patricia-fa egy csomópontjának megadásához szükséges bővítet 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) ``` ### Példa fa {#example-trie} diff --git a/public/content/translations/hu/developers/docs/design-and-ux/index.md b/public/content/translations/hu/developers/docs/design-and-ux/index.md index a87a3031daf..288a7745a27 100644 --- a/public/content/translations/hu/developers/docs/design-and-ux/index.md +++ b/public/content/translations/hu/developers/docs/design-and-ux/index.md @@ -21,32 +21,173 @@ A hatékony tervezés túlmutat a vizuálisan vonzó felhasználói felületek l Ez a web3-ban végzett felhasználói kutatások válogatott listája, amely segíthet a tervezési és termékdöntésekben, vagy inspirációként szolgálhat saját tanulmányok készítéséhez. -| Fókuszterület | Név | -|:----------------------------------------------------------------- |:---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | -| 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) | + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+ Fókuszterület + + Név +
+ Bevezetés a kriptóba + + The Reown Pulse 2024: Fogyasztói hangulat a kriptó világában & használat +
+ Bevezetés a kriptóba + + CRADL: UX a kriptovaluták világában +
+ Bevezetés a kriptóba + + CRADL: Bevezetés a kriptovaluták világába +
+ Bevezetés a kriptóba + + Bitcoin UX riport +
+ Bevezetés a kriptóba + + ConSensys: A web3 helyzete világszerte 2023-ban +
+ Bevezetés a kriptóba + + NEAR: Az elfogadás felé vezető út felgyorsítása +
+ Letétbe helyezés + + OpenUX: Rocket Pool csomópont-operátor UX +
+ Letétbe helyezés + + Staking: Főbb trendek, tanulságok és előrejelzések – Eth Staker +
+ Letétbe helyezés + + Többalkalmazásos letétbe helyezés +
+ DAO + + 2022-es DAO-kutatás frissítése: Mire van szüksége a DAO-építőknek? +
+ DeFi + + Fedezeti alapok +
+ DeFi + + ConSensys: DeFi felhasználói kutatási riport 2022-ben +
+ Metaverzum + + Metaverse: Felhasználói kutatási riport +
+ Metaverzum + + Szafarira megyünk: Felhasználók kutatása a Metaverzumban (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 +
## Web3-tervezés {#design-for-web3} - [Web3 UX tervezési kézikönyv](https://web3ux.design/) - Gyakorlati útmutató a web3 alkalmazások tervezéséhez - [Web3-tervezési alapelvek](https://medium.com/@lyricalpolymath/web3-design-principles-f21db2f240c1) – UX-szabályok keretrendszere a blokkláncalapú dappok számára - [Blokklánc dizájnelvek](https://medium.com/design-ibm/blockchain-design-principles-599c5c067b6e) – Az IBM-blokklánc tervezői csapatának tanulságai -- [Web3 tervezési minták](https://www.web3designpatterns.io/) – Valódi web3 termékekből származó tervezési minták gyűjteménye -- [W3design.io](https://w3design.io/) – Az ökoszisztéma különböző projektjeinek UI-folyamataiból összeállított könyvtár - [Neueux.com](https://neueux.com/apps) – UI-könyvtár felhasználói folyamatok változatos szűrési lehetőségekkel - [A web3 használhatóságának válsága: Amit tudnia kell!](https://www.youtube.com/watch?v=oBSXT_6YDzg) – Panelbeszélgetés a fejlesztőközpontú projektépítés buktatóiról (videó, 34 perc) @@ -58,7 +199,6 @@ Ez a web3-ban végzett felhasználói kutatások válogatott listája, amely seg ## Web3-tervezési esettanulmányok {#design-case-studies} - [Deep Work Studio](https://deepwork.studio/case-studies/) -- [A Crypto UX kézikönyve](https://www.cryptouxhandbook.com/) - [NFT eladás az OpenSea platformon](https://builtformars.com/case-studies/opensea) - [Wallet UX-kibontás a tárcák megváltoztatásáról](https://www.youtube.com/watch?v=oTpuxYj8JWI&ab_channel=ETHDenver) (videó, 20 perc) @@ -74,18 +214,17 @@ Vegyen részt a szakmai közösség által irányított szervezetekben, vagy csa - [Vectordao.com](https://vectordao.com/) - [Deepwork.studio](https://www.deepwork.studio/) -- [Designer-dao.xyz](https://www.designer-dao.xyz/) - [We3.co](https://we3.co/) - [Openux.xyz](https://openux.xyz/) - [Nyílt forráskódú Web3Design](https://www.web3designers.org/) -## Tervezési rendszerek {#design-systems} +## Dizájnrendszerek és más dizájnforrások {#design-systems-and-resources} -- [Optimism Design](https://www.figma.com/@optimism) (Figma) +- [Optimizmustervezés](https://www.figma.com/@optimism) (Figma) - [Ethereum.org tervezési rendszer](https://www.figma.com/@ethdotorg) (Figma) - [Finity – a Polygon tervezési rendszere](https://www.figma.com/community/file/1073921725197233598/finity-design-system) (Figma) - [Kleros tervezési rendszer](https://www.figma.com/community/file/999852250110186964/kleros-design-system) (Figma) -- [Safe Design System](https://www.figma.com/community/file/1337417127407098506/safe-design-system) (Figma) +- [Biztonságos tervezési rendszer](https://www.figma.com/community/file/1337417127407098506/safe-design-system) (Figma) - [ENS tervezési rendszer](https://thorin.ens.domains/) - [Mirror tervezési rendszer](https://degen-xyz.vercel.app/) diff --git a/public/content/translations/hu/developers/docs/networking-layer/network-addresses/index.md b/public/content/translations/hu/developers/docs/networking-layer/network-addresses/index.md index 79417cf574c..4857b452f31 100644 --- a/public/content/translations/hu/developers/docs/networking-layer/network-addresses/index.md +++ b/public/content/translations/hu/developers/docs/networking-layer/network-addresses/index.md @@ -35,4 +35,6 @@ Az Ethereum Node Records (ENR) a hálózati címek szabványosított formátuma ## További olvasnivaló {#further-reading} -[EIP-778: Ethereum Node Records (ENR)](https://eips.ethereum.org/EIPS/eip-778) [Hálózati címek az Ethereumban](https://dean.eigenmann.me/blog/2020/01/21/network-addresses-in-ethereum/) [LibP2P: Multiaddr-Enode-ENR?!](https://consensys.net/diligence/blog/2020/09/libp2p-multiaddr-enode-enr/) +- [EIP-778: Ethereum-csomópontfeljegyzések (ENR)](https://eips.ethereum.org/EIPS/eip-778) +- [Hálózati címek az Ethereumban](https://dean.eigenmann.me/blog/2020/01/21/network-addresses-in-ethereum/) +- [LibP2P: Multiaddr-Enode-ENR?!](https://consensys.net/diligence/blog/2020/09/libp2p-multiaddr-enode-enr/) diff --git a/public/content/translations/hu/developers/docs/networking-layer/portal-network/index.md b/public/content/translations/hu/developers/docs/networking-layer/portal-network/index.md index 8bd27eb3b43..4dd32ec7631 100644 --- a/public/content/translations/hu/developers/docs/networking-layer/portal-network/index.md +++ b/public/content/translations/hu/developers/docs/networking-layer/portal-network/index.md @@ -82,7 +82,7 @@ A több független kliensimplementáció növeli az Ethereum-hálózat rugalmass Ha az egyik kliensnél problémák vagy sebezhetőségek merülnek fel, a többi kliens zavartalanul működhet tovább, megelőzve az egyetlen hibapont kialakulását. Emellett az eltérő klienshasználat elősegíti az innovációt és a versenyt, ösztönzi a fejlesztéseket és csökkenti a monokultúra kockázatát az ökoszisztémán belül. -## További olvasnivaló {#futher-reading} +## További olvasnivaló {#further-reading} - [A Portal Network (Piper Merriam előadása a Devconon, Bogotában)](https://www.youtube.com/watch?v=0stc9jnQLXA). - [A Portal Network Discord csatornája](https://discord.gg/CFFnmE7Hbs) diff --git a/public/content/translations/hu/developers/docs/oracles/index.md b/public/content/translations/hu/developers/docs/oracles/index.md index 4d5be1d51fb..eb6703731b6 100644 --- a/public/content/translations/hu/developers/docs/oracles/index.md +++ b/public/content/translations/hu/developers/docs/oracles/index.md @@ -200,7 +200,7 @@ contract Oracle { Az orákulum-csomópont az orákulumszolgáltatás láncon kívüli összetevője. Információkat szerez külső forrásokból, például harmadik fél szerverein tárolt API-okból, és a láncon belülre helyezi, hogy az okosszerződések felhasználhassák azokat. Az orákulum-csomópontok figyelik a láncon belüli orákulumszerződés eseményeit, és folytatják a naplóban leírt feladat elvégzését. -Az orákulum-csomópontok gyakori feladata, hogy [HTTP GET](https://www.w3schools.com/tags/ref_httpmethods.asp) kérést küldjenek egy API-szolgáltatáshoz, elemezzék a választ a releváns adatok kinyeréséhez, formázzák az adatokat a blokklánc által olvasható kimenetté, és elküldjék a láncon belül egy tranzakcióba foglalva az orákulumszerződéshez. Az orákulum-csomópontnak a benyújtott információk érvényességét és sértetlenségét „hitelességi bizonyítékok” segítségével is igazolnia kell, amelyeket később vizsgálunk meg. +Az orákulum-csomópontok gyakori feladata, hogy [HTTP GET](https://www.w3schools.com/tags/ref_httpmethods.asp) kérést küldjenek egy API-szolgáltatásnak, elemezzék a választ a releváns adatok kinyeréséhez, formázzák az adatokat a blokklánc által olvasható kimenetté, és elküldjék a láncon belül egy tranzakcióba foglalva az orákulumszerződéshez. Az orákulum-csomópontnak a benyújtott információk érvényességét és sértetlenségét „hitelességi bizonyítékok” segítségével is igazolnia kell, amelyeket később vizsgálunk meg. A számítási orákulumok a láncon kívüli csomópontokra is támaszkodnak olyan számítási feladatok elvégzésében, amelyeket a láncon belül nem lenne célszerű végrehajtani, tekintettel a gázköltségekre és a blokkméretkorlátokra. Az orákulum-csomópont feladata lehet például egy ellenőrizhetően véletlenszerű szám előállítása (például blokkláncalapú játékok esetében). @@ -264,7 +264,7 @@ A decentralizált orákulumok bizonyos osztályai megkövetelik, hogy az orákul #### Az információk konszenzusalapú validálása {#consensus-based-validation-of-information} -A centralizált orákulumok az igazság egyetlen forrására támaszkodnak, amikor adatokat szolgáltatnak az okosszerződéseknek, ami magában hordozza a pontatlan információk közzétételének lehetőségét. A decentralizált orákulumok úgy oldják meg ezt a problémát, hogy több orákulum-csomópontra támaszkodva kérdezik le a láncon kívüli információkat. A több forrásból származó adatok összehasonlításával a decentralizált orákulumok csökkentik azt a kockázatot, hogy az érvénytelen információkat adnak a láncon belüli szerződéseknek. +A centralizált orákulumok az igazság egyetlen forrására támaszkodnak, amikor adatokat szolgáltatnak az okosszerződéseknek, ami magában hordozza a pontatlan információk közzétételének lehetőségét. A decentralizált orákulumok úgy oldják meg ezt a problémát, hogy több orákulum-csomópontra támaszkodva kérdezik le a láncon kívüli információkat. A több forrásból származó adatok összehasonlításával a decentralizált orákulumok csökkentik azt a kockázatot, hogy érvénytelen információkat adjanak a láncon belüli szerződéseknek. A decentralizált orákulumoknak azonban kezelniük kell a több, láncon kívüli forrásból származó információk közötti eltéréseket. Az információkülönbségek minimalizálása és annak biztosítása érdekében, hogy az orákulumszerződéshez továbbított adatok az orákulum-csomópontok kollektív véleményét tükrözzék, a decentralizált orákulumok a következő mechanizmusokat használják: @@ -284,7 +284,7 @@ Ennek egyik korai ötlete volt a [SchellingCoin](https://blog.ethereum.org/2014/ Bár SchellingCoin ma még nem létezik, számos decentralizált orákulum – nevezetesen a [Maker Protocol's Oracles](https://docs.makerdao.com/smart-contract-modules/oracle-module) – használja a schelling-pont mechanizmust az orákulumadatok pontosságának javítására. Minden Maker Oracle csomópont két komponensből áll: a csomópontok („közvetítők” és „ellátók/betáplálók”) láncon kívüli peer-to-peer (P2P) hálózatból, amelyek a biztosítéki eszközök piaci árait megadják, valamint egy láncon belüli „Medianizer” szerződésből, amely kiszámítja a megadott értékek mediánját. A megadott késleltetési időszak lejártával ez a mediánérték lesz a kapcsolódó eszköz új referenciaára. -További példák a Schelling-pont mechanizmusokat használó orákulumokra: [Chainlink Off-Chain Reporting](https://docs.chain.link/docs/off-chain-reporting/) és [Witnet](https://witnet.io/). Mindkét rendszerben a peer-to-peer hálózat orákulum-csomópontjaitól érkező válaszokat egyetlen összesített értékké, például átlagértékké vagy mediánná aggregálják. A csomópontokat aszerint jutalmazzák vagy büntetik, hogy válaszaik milyen mértékben igazodnak az összesített értékhez vagy térnek el attól. +További példák a Schelling-pont mechanizmusokat használó orákulumokra: [Chainlink Off-Chain Reporting](https://docs.chain.link/docs/offchain-reporting/) és [Witnet](https://witnet.io/). Mindkét rendszerben a peer-to-peer hálózat orákulum-csomópontjaitól érkező válaszokat egyetlen összesített értékké, például átlagértékké vagy mediánná aggregálják. A csomópontokat aszerint jutalmazzák vagy büntetik, hogy válaszaik milyen mértékben igazodnak az összesített értékhez vagy térnek el attól. A Schelling-pont mechanizmusok azért vonzók, mert minimalizálják a láncon belüli lábnyomot (egy tranzakció kell hozzá), miközben garantálják a decentralizációt. Ez utóbbi azért lehetséges, mert a csomópontoknak alá kell írniuk a benyújtott válaszok listáját, mielőtt az bekerül az átlag/középértéket előállító algoritmusba. @@ -388,6 +388,8 @@ Többféle orákulumalkalmazást is integrálhat az Ethereum dappba: **[Chainlink](https://chain.link/)** – _A Chainlink decentralizált orákulumhálózatok hamisításbiztos bemeneteket, kimeneteket és számításokat biztosítanak a fejlett okosszerződések támogatásához bármely blokkláncon._ +**[RedStone Oracles](https://redstone.finance/)** - _A RedStone egy decentralizált moduláris orákulum, amely gázoptimalizált adatátvitelt biztosít. A cég arra specializálódott, hogy árfolyam-előfizetéseket kínáljon a feltörekvő eszközökhöz, mint például a likvid letéti tokenek (LST), likvid újraletétbe helyezési tokenek (LRT) és Bitcoin letéti derivatívák._ + **[Chronicle](https://chroniclelabs.org/)** - _A Chronicle megoldja a láncon belüli adatátvitel jelenlegi korlátait azáltal, hogy valóban skálázható, költséghatékony, decentralizált és ellenőrizhető orákulumokat készít._ **[Witnet](https://witnet.io/)** – _A Witnet egy engedély nélküli, decentralizált és cenzúrának ellenálló orákulum, amely segíti az okosszerződéseket, hogy erős kriptogazdasági garanciákkal reagáljanak a valós világ eseményeire._ @@ -404,7 +406,7 @@ Többféle orákulumalkalmazást is integrálhat az Ethereum dappba: **[API3 DAO](https://www.api3.org/)** – _Az API3 DAO olyan, első féltől származó orákulummegoldásokat kínál, amelyek nagyobb forrásátláthatóságot, biztonságot és skálázhatóságot biztosítanak egy decentralizált megoldásában az okosszerződések számára._ -**[Supra](https://supra.com/)** - Egy vertikálisan integrált eszközrendszer a láncok közötti megoldások számára, amely összekapcsolja az összes blokkláncot, legyen az publikus (L1-ek és L2-k) vagy privát (vállalati), decentralizáltorákulum-árfolyamadatokat biztosítva, melyet láncon belüli és kívüli projektek is használhatnak. +**[Supra](https://supra.com/)** – Egy vertikálisan integrált eszközrendszer a láncok közötti megoldások számára, amely összekapcsolja az összes blokkláncot, legyen az publikus (L1-ek és L2-k) vagy privát (vállalati), decentralizáltorákulum-árfolyamadatokat biztosítva, melyet láncon belüli és kívüli projektek is használhatnak. ## További olvasnivaló {#further-reading} diff --git a/public/content/translations/hu/developers/docs/smart-contracts/formal-verification/index.md b/public/content/translations/hu/developers/docs/smart-contracts/formal-verification/index.md index fe656d69d52..0bed3dc1c62 100644 --- a/public/content/translations/hu/developers/docs/smart-contracts/formal-verification/index.md +++ b/public/content/translations/hu/developers/docs/smart-contracts/formal-verification/index.md @@ -70,7 +70,7 @@ Az alacsony szintű formális specifikációkat Hoare-stílusú tulajdonságokk ### Hoare-stílusú tulajdonságok {#hoare-style-properties} -A [Hoare-logika](https://en.wikipedia.org/wiki/Hoare_logic) egy sor formális szabályt biztosít a programok, köztük az okosszerződések helyességére vonatkozó érveléshez. Egy Hoare-stílusú tulajdonságot egy Hoare-hármas `{P}c{Q}` reprezentál, ahol `c` egy program, `P` és `Q` állítások a `c` státuszára (a programra) vonatkozóan, amelyeket formálisan _előfeltételekkel_ és _utófeltételekkel_ írunk le. +A [Hoare-logika](https://en.wikipedia.org/wiki/Hoare_logic) egy sor formális szabályt biztosít a programok, köztük az okosszerződések helyességére vonatkozó érveléshez. Egy Hoare-stílusú tulajdonságot egy Hoare-hármas \{_P_}_c_\{_Q_} reprezentál, ahol a _c_ egy program, _P_ és _Q_ állítások a _c_ státuszára (a programra) vonatkozóan, amelyeket formálisan _előfeltételekkel_ és _utófeltételekkel_ írunk le. Az előfeltétel egy állítás, amely leírja a függvény helyes végrehajtásához szükséges feltételeket; a szerződést meghívó felhasználóknak meg kell felelniük ennek a követelménynek. Az utófeltétel egy állítás, amely azt a feltételt írja le, amelyet egy függvény helyesen végrehajtva állít fel; a felhasználók elvárhatják, hogy ez a feltétel igaz legyen a függvény meghívása után. A _konstans_ a Hoare-logikában olyan állítás, amely egy függvény végrehajtása során megmarad (nem változik). diff --git a/public/content/translations/hu/developers/docs/smart-contracts/testing/index.md b/public/content/translations/hu/developers/docs/smart-contracts/testing/index.md index 18fa6d86692..a11430e4aa7 100644 --- a/public/content/translations/hu/developers/docs/smart-contracts/testing/index.md +++ b/public/content/translations/hu/developers/docs/smart-contracts/testing/index.md @@ -130,7 +130,7 @@ Sok egységtesztelési keretrendszer lehetővé teszi, hogy állításokat hozzo ##### 3. Kódlefedettség mérése -A [kódlefedettség](https://en.m.wikipedia.org/wiki/Code_coverage) egy tesztelési metrika, amely a tesztek során végrehajtott ágak, sorok és utasítások számát követi a kódban. A teszteknek jó kódlefedettséggel kell rendelkezniük, különben előfordulhat, hogy „hamis negatív eredményt” kapunk, amikor a szerződés átmegy az összes teszten, de a kódban még vannak sebezhetőségek. A magas kódlefedettség rögzítése biztosítékot ad arra, hogy az okosszerződésben szereplő összes utasítást/függvényt megfelelően tesztelték a helyesség szempontjából. +A [kódlefedettség](https://en.m.wikipedia.org/wiki/Code_coverage) egy tesztelési metrika, amely a tesztek során végrehajtott ágak, sorok és utasítások számát követi a kódban. A teszteknek jó kódlefedettséggel kell rendelkezniük, hogy minimalizálják a feltáratlan sebezhetőségek kockázatát. Megfelelő kódlefedettség nélkül azt hiheti, hogy a szerződése biztonságos, mert átmegy az összes teszten, de a kódban még vannak sebezhetőségek a nem tesztelt útvonalakon. A magas kódlefedettség rögzítése biztosítékot ad arra, hogy az okosszerződésben szereplő összes utasítást/függvényt megfelelően tesztelték a helyesség szempontjából. ##### 4. Jól kidolgozott tesztelési keretrendszerek használata @@ -213,7 +213,7 @@ A szerződések futtatása egy helyi blokkláncon hasznos lehet a manuális inte ### Szerződések tesztelése a teszthálózatokon {#testing-contracts-on-testnets} -A teszthálózat pontosan úgy működik, mint az Ethereum fő hálózat, azzal a különbséggel, hogy a használt ethernek (ETH) nincs valós értéke. Ha a szerződést egy [teszthálózatra](/developers/docs/networks/#ethereum-testnets) telepíti, akkor bárki kapcsolatba léphet azzal (például a dapp felületén keresztül) anélkül, hogy pénzeszközt kockáztatna. +A teszthálózat pontosan úgy működik, mint az Ethereum fő hálózata, azzal a különbséggel, hogy a használt ethernek (ETH) nincs valós értéke. Ha a szerződést egy [teszthálózatra](/developers/docs/networks/#ethereum-testnets) telepíti, akkor bárki kapcsolatba léphet azzal (például a dapp felületén keresztül) anélkül, hogy pénzeszközt kockáztatna. A manuális tesztelés ezen formája hasznos az alkalmazás teljes folyamatának kiértékeléséhez a felhasználó szemszögéből. Itt a béta tesztelők próbafuttatásokat is végezhetnek, és jelenthetik a szerződés üzleti logikájával és általános funkcionalitásával kapcsolatos problémákat. @@ -259,7 +259,7 @@ A fő különbség az, hogy a hibavadász-programok nyitottak a szélesebb fejle - **[Brownie unit testing framework](https://eth-brownie.readthedocs.io/en/v1.0.0_a/tests.html)** – _A Brownie a Pytest-et használja, amely egy funkciógazdag tesztelési keretrendszert, és amely lehetővé teszi kis tesztek írását minimális kóddal, jól skálázható nagyobb projektekhez és nagymértékben bővíthető._ -- **[Foundry Tests](https://github.com/foundry-rs/foundry/tree/master/forge)** – _A Foundry a Forge megoldást kínálja, amely egy gyors és rugalmas Ethereum tesztelési keretrendszert, és amely képes egyszerű egységtesztek, gázoptimalizálási ellenőrzések és szerződés fuzzing végrehajtására._ +- **[Foundry Tests](https://github.com/foundry-rs/foundry/tree/master/crates/forge)** – _A Foundry a Forge megoldást kínálja, amely egy gyors és rugalmas Ethereum-tesztelési keretrendszer, és amely képes egyszerű egységtesztek, gázoptimalizálási ellenőrzések és szerződés fuzzing végrehajtására._ - **[Hardhat Tests](https://hardhat.org/hardhat-runner/docs/guides/test-contracts)** – _Keretrendszer az ethers.js, Mocha és Chai alapú okosszerződések tesztelésére._ diff --git a/public/content/translations/hu/developers/docs/standards/tokens/erc-223/index.md b/public/content/translations/hu/developers/docs/standards/tokens/erc-223/index.md index a779631bcb6..18750200db6 100644 --- a/public/content/translations/hu/developers/docs/standards/tokens/erc-223/index.md +++ b/public/content/translations/hu/developers/docs/standards/tokens/erc-223/index.md @@ -128,7 +128,7 @@ contract RecipientContract is IERC223Recipient { { // It is important to understand that within this function // msg.sender is the address of a token that is being received, - // msg.value is always 0 as the token contract does not own or send Ether in most cases, + // msg.value is always 0 as the token contract does not own or send ether in most cases, // _from is the sender of the token transfer, // _value is the amount of tokens that was deposited. require(msg.sender == tokenA); @@ -154,7 +154,7 @@ Ha ERC-20 tokent küldenek a „RecipientContract” szerződésnek, akkor az á ### Mi van, ha szeretnénk függvényt végrehajtani, miután a token letét végbement? {#function-execution} -Ennek többféle módja van. Ebben a példában megnézzük a metódust, amitől az ERC-223 átadás egyenértékű lesz az ether-küldéssel: +Ennek többféle módja van. Ebben a példában megnézzük a metódust, amitől az ERC-223-átadás egyenértékű lesz az ether-küldéssel: ```solidity contract RecipientContract is IERC223Recipient { @@ -177,7 +177,7 @@ contract RecipientContract is IERC223Recipient { } ``` -Amikor a „RecipientContract” kap egy ERC-223 tokent, a szerződés a token tranzakció „_data” paramétereként kódolt függvényt hajt végre, ugyanúgy, ahogy az ether-tranzakciók kódolják a függvényhívásokat a tranzakció „data” paramétereként. Tekintse meg [az adatmezőt](https://ethereum.org/en/developers/docs/transactions/#the-data-field) további információért. +Amikor a „RecipientContract” kap egy ERC-223 tokent, a szerződés a token tranzakció „_data” paramétereként kódolt függvényt hajt végre ugyanúgy, ahogy az ether-tranzakciók kódolják a függvényhívásokat a tranzakció „data” paramétereként. Tekintse meg [az adatmezőt](https://ethereum.org/en/developers/docs/transactions/#the-data-field) további információért. A fenti példában az ERC-223 tokent a „RecipientContract” címre a „transfer(address,uin256,bytes calldata _data)” függvénnyel kell küldeni. Ha az adatparaméter „0xc2985578” (ami a „foo()” függvény jele), akkor a foo() függvény indul el a token letétbe helyezése után, és a Foo() eseményt adja. diff --git a/public/content/translations/hu/developers/docs/standards/tokens/erc-4626/index.md b/public/content/translations/hu/developers/docs/standards/tokens/erc-4626/index.md index 7c566a69bcb..82934bc5124 100644 --- a/public/content/translations/hu/developers/docs/standards/tokens/erc-4626/index.md +++ b/public/content/translations/hu/developers/docs/standards/tokens/erc-4626/index.md @@ -16,6 +16,22 @@ Az ERC-4626 a hozamtartó értékmegőrzőkben csökkenti az integrációs erőf Az ERC-4626 token teljes körű leírását az [EIP-4626](https://eips.ethereum.org/EIPS/eip-4626) tartalmazza. +**Aszinkron értékmegőrző-bővítés (ERC-7540)** + +Az ERC-4626 az atomi befizetésekre és visszaváltásokra van optimalizálva egy bizonyos határértékig. Ha a limitet elérte, nem lehet új befizetéseket vagy visszaváltásokat benyújtani. Ez a korlátozás nem működik jól olyan okosszerződés-rendszerek esetében, amelyeknél az aszinkron műveletek vagy késleltetések előfeltételei az értékmegőrzővel való kapcsolódásnak (pl. valós világbeli eszközprotokollok, alulbiztosított hitelezési protokollok, láncközi hitelezési protokollok, likvid tétes tokenek vagy biztosítási biztonsági modulok). + +Az ERC-7540 kiterjeszti az ERC-4626 értékmegőrzők hasznosságát aszinkron felhasználási esetekre. A meglévő értékmegőrző-interfészt (`deposit`/`withdraw`/`mint`/`redeem`) használják az aszinkron kérésekre. + +Az ERC-7540 bővítésének teljes körű leírását az [ERC-7540](https://eips.ethereum.org/EIPS/eip-7540) tartalmazza. + +**Több eszközös értékmegőrző-bővítés (ERC-7575)** + +Az ERC-4626 által nem támogatott egyik felhasználási eset a több eszközzel vagy belépési ponttal rendelkező értékmegőrzők, például a likviditásszolgáltató (LP) tokenek. Ezek általában nehézkesek vagy nem megfelelők, mivel az ERC-4626 követelménye, hogy maga is ERC-20 legyen. + +Az ERC-7575 támogatja a több eszközzel rendelkező értékmegőrzőket az ERC-20 token implementációjának az ERC-4626 implementációból történő kiszervezésével. + +Az ERC-7575 bővítésének teljes körű leírását az [ERC-7575](https://eips.ethereum.org/EIPS/eip-7575) tartalmazza. + ## Előfeltételek {#prerequisites} Az oldal könnyebben megértéséhez javasoljuk, hogy tekintse át a [Tokenszabványok](/developers/docs/standards/tokens/) és az [ERC-20](/developers/docs/standards/tokens/erc-20/) című cikkeket. @@ -176,7 +192,7 @@ Visszaadja az `owner` által jelenleg birtokolt értékmegőrző-részvények te #### Letétbe helyezési esemény -Akkor **KELL** kiadni, amikor tokeneket helyeznek el az értékmegőrzőben a [`mint`](#mint) és a [`deposit`](#deposit) metódusokon keresztül +Akkor **KELL** kiadni, amikor tokeneket helyeznek el az értékmegőrzőben a [`mint`](#mint) és a [`deposit`](#deposit) metódusokon keresztül. ```solidity event Deposit( diff --git a/public/content/translations/hu/developers/docs/standards/tokens/erc-777/index.md b/public/content/translations/hu/developers/docs/standards/tokens/erc-777/index.md new file mode 100644 index 00000000000..e422570aac0 --- /dev/null +++ b/public/content/translations/hu/developers/docs/standards/tokens/erc-777/index.md @@ -0,0 +1,45 @@ +--- +title: ERC-777-tokenszabvány +description: null +lang: hu +--- + +## Figyelmeztetés {#warning} + +**ERC-777-et nehéz megfelelően megvalósítani, mivel [érzékeny a támadások különböző formáira](https://github.com/OpenZeppelin/openzeppelin-contracts/issues/2620). Helyette ajánlott az [ERC-20](/developers/docs/standards/tokens/erc-20/) használata.** Ez az oldal historikus okokból van itt. + +## Bevezetés? {#introduction} + +Az ERC-777 egy helyettesíthető tokenszabvány, amely a meglévő [ERC-20](/developers/docs/standards/tokens/erc-20/) szabványt javítja. + +## Előfeltételek {#prerequisites} + +Az oldal könnyebb megértéséhez javasoljuk, hogy tekintse át az [ERC-20] (/developers/docs/standards/tokens/erc-20/) cikket. + +## Milyen fejlesztéseket javasol az ERC-777 az ERC-20-hoz képest? {#-erc-777-vs-erc-20} + +Az ERC-777 a következő fejlesztéseket nyújtja az ERC-20-hoz képest. + +### Horgok {#hooks} + +A hook vagy horog az okosszerződés kódjában leírt funkciót jelent. Akkor kerülnek meghívásra, amikor a szerződésen keresztül tokeneket küldenek vagy fogadnak. Ez lehetővé teszi, hogy az okosszerződés reagáljon a bejövő vagy kimenő tokenekre. + +A horgokat az [ERC-1820](https://eips.ethereum.org/EIPS/eip-1820) szabvány segítségével regisztrálják és fedezik fel. + +#### Miért nagyszerűek a horgok? {#why-are-hooks-great} + +1. A horgok lehetővé teszik a tokenek szerződésbe küldését és a szerződés értesítését egyetlen tranzakcióban, ellentétben az [ERC-20]-szal(https://eips.ethereum.org/EIPS/eip-20), amely kettős hívást igényel (approve/transferFrom) ennek eléréséhez. +2. Azok a szerződések, amelyek nem regisztrálták a horgokat, nem kompatibilisek az ERC-777-tel. A küldő szerződés megszakítja a tranzakciót, ha a fogadó szerződés nem regisztrált ilyet. Ez megakadályozza a nem ERC-777-es okosszerződésekre történő véletlen átutalásokat. +3. A horgok elutasíthatják a tranzakciókat. + +### Decimálisok {#decimals} + +A szabvány megoldja az ERC-20-ban a „decimálisok” körül kialakult zavart is. Ez az egyértelműség javítja a fejlesztői élményt. + +### Visszamenőleges kompatibilitás az ERC-20-szal {#backwards-compatibility-with-erc-20} + +Az ERC-777-es szerződésekkel úgy lehet interakcióba lépni, mintha ERC-20-as szerződések lennének. + +## További olvasnivaló {#further-reading} + +[EIP-777: tokenszabvány](https://eips.ethereum.org/EIPS/eip-777) diff --git a/public/content/translations/hu/enterprise/index.md b/public/content/translations/hu/enterprise/index.md index 41f49c4ccac..2cb23b05504 100644 --- a/public/content/translations/hu/enterprise/index.md +++ b/public/content/translations/hu/enterprise/index.md @@ -89,7 +89,7 @@ A legtöbb új blokklánc-alkalmazás az [L2](/layer-2) láncokra épül. A más - [ABN AMRO](https://tokeny.com/tokeny-fuels-abn-amro-bank-in-tokenizing-green-bonds-on-polygon/) - _a Tokeny révén tokenizált, zöld kötvények_ - [Crowdz](https://crowdz.io/) - _platform számlák/követelések pénzügyi kezelésére és faktoringjára_ - [Mata Capital](https://consensys.io/blockchain-use-cases/finance/mata-capital) - _ingatlanbefektetések tokenizálása_ -- [Obligate](https://www.obligate.com/) - _szabályozott és ellenőrzött (KYC) láncon belüli kötvények és kereskedelmi papírok_ +- [Obligate](https://www.obligate.com/) – _szabályozott és ellenőrzött (KYC) láncon belüli kötvények és kereskedelmi papírok_ - [Siemens](https://press.siemens.com/global/en/pressrelease/siemens-issues-first-digital-bond-blockchain) - _kötvénykibocsátás_ - [Sila](https://silamoney.com/) - _bankolásra és ACH-fizetésre szolgáló infrastruktúra mint szolgáltatás egy stabil érmét használva_ - [Societe Generale FORGE](https://www.sgforge.com/product/bonds/) - _kötvénykibocsátás_ diff --git a/public/content/translations/hu/events/index.md b/public/content/translations/hu/events/index.md new file mode 100644 index 00000000000..0b564281725 --- /dev/null +++ b/public/content/translations/hu/events/index.md @@ -0,0 +1,24 @@ +--- +title: Ethereum események +description: Hogyan lehet bekapcsolódni az Ethereum közösségébe. +lang: hu +hideEditButton: true +--- + +# Közelgő események {#events} + +**Minden hónapban részt vehet Ethereum-eseményeken a világ bármely pontján.** Vegyen részt egy Önhöz közel eső eseményen, hogy találkozzon a közösség tagjaival, megismerje a munkalehetőségeket és új képességeket fejlesszen. + + + +A lista nem teljeskörű, a közösség tagjai frissítik. Tudomása van egy tervezett Ethereum-eseményről? [Kérjük, adja hozzá](https://github.com/ethereum/ethereum-org-website/blob/dev/src/data/community-events.json)! + +## Ethereum-találkozók {#meetups} + +Nem talál olyan eseményt, amely jó lenne Önnek? Próbáljon meg elmenni egy találkozóra. Ezek kisebb események, melyeket az Ethereum-rajongók szerveznek, hogy az Ethereum iránt érdeklődők összegyűljenek, beszélgessenek az Ethereumról, megismerjék az új fejlesztéseket. + + + +Saját találkozót szeretne szervezni? Nézze meg a [BUIDL Network-öt](https://consensys.net/developers/buidlnetwork/), ami a ConsesSys kezdeményezése, hogy támogassa az Ethereum találkozókat. + +Ez a lista nem teljeskörű, a közösség tagjai írják. [Több Ethereum találkozót](https://www.meetup.com/topics/ethereum/) találhat itt. Ismer olyan találkozót szervező csoportot, amelyik nincs a listán? [Kérjük, adja hozzá!](https://github.com/ethereum/ethereum-org-website/blob/dev/src/data/community-meetups.json) diff --git a/public/content/translations/hu/how-to-create-an-ethereum-account/index.md b/public/content/translations/hu/how-to-create-an-ethereum-account/index.md new file mode 100644 index 00000000000..de9e1a61daf --- /dev/null +++ b/public/content/translations/hu/how-to-create-an-ethereum-account/index.md @@ -0,0 +1,73 @@ +--- +title: Hogyan lehet Ethereum számlát „létrehozni” +description: Részletes útmutató az Ethereum-számla létrehozásától egy tárca segítségével. +lang: hu +--- + +# Hogyan lehet Ethereum számlát létrehozni + +**Bárki nyithat Ethereum-számlát, bármikor és ingyenesen.** Ehhez csak egy kriptotárca alkalmazást kell telepítenie. A tárca egy olyan alkalmazás, amely létrehozza és kezeli az Ethereum-számlát. Tranzakciókat tud küldeni, megnézheti az egyenlegeket és kapcsolódhat a többi alkalmazással, melyek az Ethereumra épültek. + +A tárcával azonnal részt vehet tokenátváltásban, játékban és [NFT](/glossary/#nft)-piactereken is megjelenthet. Nincs szükség arra, hogy egyesével regisztráljon ezekre, mert egy számlával használhatja az összes Ethereumra épített alkalmazást. + +## 1. lépés: A tárca kiválasztása + +A tárca egy olyan alkalmazás, amely segíti az Ethereum-számla kezelését. Tucatnyi különböző tárca közül választhat: mobil-, asztali alkalmazásokkal vagy akár böngészőbővítményekkel működő tárcák is léteznek. + + + + 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. + +![Szűrési lehetőségek a „Tárca keresése” oldalon](./wallet-box.png) + +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 centralizáció segített abban, hogy emberek milliárdjai használják az internetet, és megalapozta annak stabil, robosztus infrastruktúráját. Eközben néhány centralizált entitás tartja a kezében az internet nagy részét, és egyoldalúan eldönti, hogy mit szabad és mit nem. A Web3 a válasz erre a dilemmára. Ahelyett, hogy a web nagy technológiai cégek monopóliuma lenne, a web3 lényege a decentralizáció, így a felhasználók építik, működtetik és birtokolják. A Web3 az egyének kezébe helyezi a hatalmat a cégek helyett. Mielőtt mélyebben elmerülünk a Web3 világában, nézzük meg, hogyan jutottunk el idáig. diff --git a/public/content/translations/hu/whitepaper/index.md b/public/content/translations/hu/whitepaper/index.md index e05849c4fc2..aa08d4d214c 100644 --- a/public/content/translations/hu/whitepaper/index.md +++ b/public/content/translations/hu/whitepaper/index.md @@ -91,7 +91,7 @@ A blokkok érvényességét ellenőrző algoritmust az alábbi paradigma szerint Lényegében a blokkban szereplő minden tranzakciónak érvényes státuszváltozást kell biztosítania a tranzakció lefutása előtti kanonikus állapotból egy új állapotba. Fontos megjegyezni, hogy a státusz nincs belekódolva a blokkba; pusztán absztrakció, amelyre a hálózat érvényesítő résztvevőjének emlékeznie kell, és bármely blokkra (biztonságosan) csak akkor számítható ki, ha a kezdeti státuszból indulunk ki, és minden tranzakciót egymás után lefuttatunk minden blokkban. Továbbá meg kell jegyezni, hogy az is számít, hogy a bányász a tranzakciókat milyen sorrendben helyezte el a blokkban; ha van két olyan A és B tranzakció a blokkban, ahol B az A által létrehozott UTXO-t költi el, a blokk akkor lesz érvényes, ha A előbb van mint B, fordítva nem. -A fenti listában szereplő érvényességi feltételek közül egyedül a "munkabizonyíték" szükségessége nem található meg más rendszereknél. A pontos feltétel pedig az, hogy minden blokk dupla-SHA256 hashének, melyet egy 256 bites számként kezelünk, kisebbnek kell lennie, mint egy dinamikusan beállított célérték, mely ennek az anyagnak a megírása közben 2187. Ennek a célja, hogy a blokk létrehozása számítási szempontból "nehéz" legyen, és hogy ezáltal megakadályozza a sybil-támadókat, hogy átalakítsák a teljes blokkláncot a saját érdekükben. Mivel az SHA256-ot úgy tervezték, hogy egy teljesen megjósolhatatlan álvéletlen (pszeudo-random) függvény legyen, így a blokk létrehozásának egyetlen módja a próbaszerencse (trial and error), vagyis ismételten növelni kell a nonce-t és figyelni, hogy az új hash megfelelő-e. +A fenti listában szereplő érvényességi feltételek közül egyedül a "munkabizonyíték" szükségessége nem található meg más rendszereknél. A pontos feltétel pedig az, hogy minden blokk dupla-SHA256 hashének, melyet egy 256 bites számként kezelünk, kisebbnek kell lennie, mint egy dinamikusan beállított célérték, mely ennek az anyagnak a megírása közben 2187. Ennek a célja, hogy a blokk létrehozása számítási szempontból "nehéz" legyen, és hogy ezáltal megakadályozza a sybil-támadókat, hogy átalakítsák a teljes blokkláncot a saját érdekükben. Mivel az SHA256-ot úgy tervezték, hogy egy teljesen megjósolhatatlan álvéletlen (pszeudorandom) függvény legyen, így a blokk létrehozásának egyetlen módja a próbaszerencse (trial and error), vagyis ismételten növelni kell a nonce-t és figyelni, hogy az új hash megfelelő-e. A jelenlegi 2187-es cél esetében, a hálózatnak átlagosan \~269 próbálkozást kell tennie, mielőtt valaki egy érvényes blokkot találna; általánosságban a hálózat minden 2016 blokk után újrakalibrálja a célt azért, hogy a hálózat egy résztvevője átlagosan minden tizedik percben egy új blokkot hozzon létre. Azért, hogy a bányászok kompenzálva legyenek ezért a számítási munkáért, minden blokk bányászát megilleti, hogy egy olyan tranzakciót tegyen a blokkba, amiben jóváír magának 12.5 BTC-t a semmiből. Továbbá ha bármely tranzakciónak nagyobb bemeneti egysége van, mint kimeneti, akkor a különbség a bányászokhoz került, mint egy "tranzakciós díj". Tulajdonképpen ez a BTC kibocsátásának egyetlen módja; a kezdeti állapot egyáltalán nem tartalmazott érméket. @@ -268,7 +268,7 @@ def send(to, value): self.storage[to] = self.storage[to] + value ``` -Ez lényegében a „bankrendszer” státuszváltozási függvényének szó szerinti megvalósítását jelenti, amely ebben a dokumentumban fentebb már le lett írva. Néhány extra kódsort hozzá kell adni, hogy biztosítsuk a pénzegységek elosztásának kezdeti lépését, néhány másik szélsőséges esetben is, és ideális esetben egy függvényt is hozzáadunk, ami lehetővé teszi másik szerződéseknek, hogy lekérdezzék egy cím számlaegyenlegét. De ennyi az egész. Elméletileg a pénznemként működő Ethereum-alapú tokenrendszerek tartalmazhatnak egy másik fontos jellemzőt, ami a Bitcoin-alapú blokkláncon található pénzeszközöknél hiányzik: a tranzakciós díjak közvetlen fizetése ugyanabban a pénznemben. Ez úgy lehetne megvalósítható, hogy a szerződés fenntartana egy ether egyenleget, amelyből visszatérítené a feladónak a díjakra használt ethert, és ezt úgy töltené fel, hogy összegyűjti a díjakra beszedett belső valutaegységeket, és egy folyamatosan futó aukción továbbértékesíti azokat. A felhasználóknak tehát etherrel kellene „aktiválniuk” a számláikat, de onnantól, hogy az ether ott van, újrafelhasználható, mert a szerződés minden alkalommal visszatérítené. +Ez lényegében a „bankrendszer” státuszváltozási függvényének szó szerinti megvalósítását jelenti, amely ebben a dokumentumban fentebb már le lett írva. Néhány extra kódsort hozzá kell adni, hogy biztosítsuk a pénzegységek elosztásának kezdeti lépését, néhány másik szélsőséges esetben is, és ideális esetben egy függvényt is hozzáadunk, ami lehetővé teszi másik szerződéseknek, hogy lekérdezzék egy cím számlaegyenlegét. De ennyi az egész. Elméletileg a pénznemként működő, Ethereum-alapú tokenrendszerek tartalmazhatnak egy másik fontos jellemzőt, amely a Bitcoin-alapú blokkláncon található pénzeszközöknél hiányzik: a tranzakciós díjak közvetlen fizetése ugyanabban a pénznemben. Ez úgy lehetne megvalósítható, hogy a szerződés fenntartana egy ether egyenleget, amelyből visszatérítené a feladónak a díjakra használt ethert, és ezt úgy töltené fel, hogy összegyűjti a díjakra beszedett belső valutaegységeket, és egy folyamatosan futó aukción továbbértékesíti azokat. A felhasználóknak tehát etherrel kellene „aktiválniuk” a számláikat, de onnantól, hogy az ether ott van, újrafelhasználható, mert a szerződés minden alkalommal visszatérítené. ### Pénzügyi derivatívák és stabil értékű valuták {#financial-derivatives-and-stable-value-currencies} diff --git a/public/content/translations/hu/withdrawals/index.md b/public/content/translations/hu/withdrawals/index.md new file mode 100644 index 00000000000..85c19d15b1d --- /dev/null +++ b/public/content/translations/hu/withdrawals/index.md @@ -0,0 +1,218 @@ +--- +title: A letétbe helyezés visszavonása +description: A letétvisszavonás működésének és a jutalmak megszerzésének áttekintése +lang: hu +template: staking +image: /images/staking/leslie-withdrawal.png +alt: Leslie, a rinocérosz a letétbe helyezésből származó jutalmaival +sidebarDepth: 2 +summaryPoints: + - A Shanghai/Capella frissítés lehetővé tette a letétek visszavonását az Ethereumon + - A validátor operátorainak meg kell adni ehhez egy visszavonási címet + - A jutalmakat néhány naponta automatikusan átkerülnek + - A validátorok, akik teljesen kiszállnak a letétből, a maradék egyenleget visszakapják +--- + + +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} + + + +### Fontos figyelmeztetések {#important-notices} + +A visszavonási cím megadása szükséges ahhoz, hogy a validátorszámla egyenlegéből ETH visszavonás történjen. + + + 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: + + + +### Validátor-ellenőrzés vagy söprés {#validator-sweeping} + +Amikor egy adott validátor be van ütemezve, hogy a következő blokkot ő fogja javasolni, akkor készítenie kell egy 16 tételből álló visszavonási listát. Kezdve a 0 validátorindexel, meghatározza, hogy az adott számla a protokoll szabályai szerint visszavonásra jogosult-e, és ha igen, akkor beteszi a listába. A validátorcsoport ott száll be, ahol az előző abbahagyta és a végtelenségig folytatja. + + +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/src/intl/hu/common.json b/src/intl/hu/common.json index ff4ba2cecea..f07a0d8db72 100644 --- a/src/intl/hu/common.json +++ b/src/intl/hu/common.json @@ -11,6 +11,7 @@ "adding-products": "Termékek hozzáadása", "adding-staking-products": "Letétbe helyezési lehetőségek hozzáadása", "adding-wallets": "Tárcák hozzáadása", + "ai-agents": "AI-ügynökök", "aria-toggle-menu-button": "Menü bekapcsolása gomb", "aria-toggle-search-button": "Keresőgomb bekapcsolása", "beacon-chain": "Beacon lánc", @@ -221,6 +222,7 @@ "nav-about-description": "Nyilvános, nyílt forráskódú projekt az Ethereum közössége számára", "nav-advanced-description": "Ismerkedjen meg komplexebb témákkal is", "nav-advanced-label": "Haladó", + "nav-ai-agents-description": "Fedezze fel az AI-ügynökök világát az Ethereumon", "nav-basics-description": "Ismerje meg az Ethereum alapjait", "nav-basics-label": "Alapok", "nav-bridges-description": "A web3 az elsődleges L1 blokkláncok és L2 skálázási megoldások ökoszisztémájává fejlődött", @@ -250,6 +252,8 @@ "nav-emerging-description": "Ismerje meg az Ethereum egyéb, újabb felhasználási eseteit", "nav-emerging-label": "Új alkalmazási területek", "nav-ethereum-org-description": "Ez egy közösség által vezérelt webhely – csatlakozzon hozzánk és járuljon hozzá Ön is", + "nav-ethereum-networks": "Ethereum-hálózatok", + "nav-ethereum-networks-description": "Olcsóbb és gyorsabb tranzakciók az Ethereumon", "nav-ethereum-wallets-description": "Egy app, amellyel kapcsolatba léphet Ethereum-fiókjával", "nav-events-description": "Decentralizáció és szabad részvétel bárki számára", "nav-events-irl-description": "Minden hónapban jelentős eseményeket szervez az Ethereum mind a személyes, mind az online térben", @@ -275,16 +279,23 @@ "nav-guides-label": "Útmutatók", "nav-history-description": "Az összes fontos elágazás és frissítés idővonala", "nav-history-label": "Az Ethereum technikai története", - "nav-layer-2-description": "Olcsóbb és gyorsabb tranzakciók az Ethereumon", "nav-learn-by-coding-description": "Eszközök, amelyek segítenek kísérletezni az Ethereummal", "nav-local-env-description": "Az Ethereum fejlesztői stack kiválasztása és beállítása", "nav-mainnet-description": "Vállalatiblokklánc-alkalmazások fejleszthetők az Ethereum nyilvános fő hálózatán", + "nav-networks-home-description": "Olcsóbb és gyorsabb tranzakciók az Ethereumon", + "nav-networks-introduction-label": "Bevezetés", + "nav-networks-introduction-description": "Az Ethereum a hálózatok hálózatává bővült", + "nav-networks-explore-networks-label": "A hálózatok felfedezése", + "nav-networks-explore-networks-description": "A használni kívánt hálózat kiválasztása", + "nav-networks-learn-label": "Mik azok a második blokkláncréteg (L2) hálózatok?", + "nav-networks-learn-description": "Ismerje meg, hogy miért van ezekre szükség", "nav-nft-description": "Egy módszer arra, hogy egyedi dolgokat Ethereum-alapú javakként jelenítsünk meg", "nav-open-research-description": "Az Ethereum egyik legnagyobb erőssége az aktív kutatói közösség", "nav-open-research-label": "Nyílt kutatás", "nav-overview-description": "Minden tudnivaló az Ethereum-oktatásról", "nav-overview-label": "Áttekintés", "nav-participate-overview-description": "A részvétel áttekintése", + "nav-payments-description": "Az Ethereumon történő fizetések megváltoztatják a pénzküldés és -fogadás módját", "nav-primary": "Elsődleges", "nav-quizzes-description": "Tudja meg, mennyire érti az Ethereumot és a kriptovalutákat", "nav-quizzes-label": "Tesztelje tudását", @@ -356,6 +367,7 @@ "page-last-updated": "Oldal legutoljára frissítve", "participate": "Részvétel", "participate-menu": "Részvétel menü", + "payments-page": "Fizetések", "pbs": "Javaslattevő-építő szétválasztása", "pools": "Letéti alapba helyezés", "privacy-policy": "Adatvédelmi szabályzat", diff --git a/src/intl/hu/glossary-tooltip.json b/src/intl/hu/glossary-tooltip.json index 5a06ed53fd8..03907a09541 100644 --- a/src/intl/hu/glossary-tooltip.json +++ b/src/intl/hu/glossary-tooltip.json @@ -102,7 +102,7 @@ "ommer-term": "Ommer (nagybácsi) blokk", "ommer-definition": "Amikor egy proof-of-work (munkaigazolás) mechanizmus bányásza talált egy érvényes blokkot, egy másik bányász talán beküldött egy ezzel versenyző blokkot, amelyet először tettek hozzá a blokklánc elejéhez. Ez az érvényes, de elévült blokk bekerülhet az újabb blokkokba ommer-ként (a szülőblokk testvére) és részleges blokkjutalmat lehet érte kapni. Ez a kifejezés a semleges megfogalmazása a szülőblokk testvérére vonatkozóan, de néha nagybácsinak (uncle) is nevezik. Ez általános volt az Ethereum esetében, amikor még proof-of-work-alapú hálózat volt. Most, hogy az Ethereum proof-of-stake alapra váltott, helyenként csak egy blokkjavaslat van kiválasztva.", "onchain-term": "Láncon belüli", - "onchain-definition": "Olyan műveletekre vagy tranzakciókra utal, amelyek a blokkláncon történnek és nyilvánosan elérhetőek.", + "onchain-definition": "Olyan műveletekre vagy tranzakciókra utal, amelyek a blokkláncon történnek és nyilvánosan elérhetők.", "optimistic-rollup-term": "Optimista típusú összevont tranzakciók", "optimistic-rollup-definition": "Az optimista összesítés egy 2. rétegű megoldás, amely felgyorsítja a tranzakciókat az Ethereumon, azt feltételezve, hogy alapértelmezés szerint érvényesek, hacsak nem támadják meg őket. További információk az optimista összesítésekről.", "peer-to-peer-network-term": "Közvetítőmentes (peer-to-peer) hálózat", diff --git a/src/intl/hu/page-contributing-translation-program-acknowledgements.json b/src/intl/hu/page-contributing-translation-program-acknowledgements.json index 42cf9bf534a..93cef0b5f3b 100644 --- a/src/intl/hu/page-contributing-translation-program-acknowledgements.json +++ b/src/intl/hu/page-contributing-translation-program-acknowledgements.json @@ -30,7 +30,7 @@ "page-contributing-translation-program-acknowledgements-total-words": "Szavak száma", "page-contributing-translation-program-acknowledgements-oats-title": "OAT-ok", "page-contributing-translation-program-acknowledgements-1": "A fordítási program résztvevői különféle OAT-okat (láncon belüli eredménytoken) kaphatnak, melyek nem-helyettesíthető tokenek, és igazolják a résztvételüket az ethereum.org fordítási programjában.", - "page-contributing-translation-program-acknowledgements-2": "Különféle OAT-ok érhetők el a tevékenységek alapján", + "page-contributing-translation-program-acknowledgements-2": "Különféle OAT-ok érhetők el a fordítók számára a tevékenységük alapján.", "page-contributing-translation-program-acknowledgements-3": "Ha Ön közreműködött a fordításban a Crowdin-ban, akkor Önre is vár egy OAT!", "page-contributing-translation-program-acknowledgements-how-to-claim-title": "Hogyan kell kérni", "page-contributing-translation-program-acknowledgements-how-to-claim-1": "Csatlakozzon", diff --git a/src/intl/hu/page-get-eth.json b/src/intl/hu/page-get-eth.json index f7e6b7bf656..96af8b088a7 100644 --- a/src/intl/hu/page-get-eth.json +++ b/src/intl/hu/page-get-eth.json @@ -46,7 +46,7 @@ "page-get-eth-hero-image-alt": "ETH szerzése hős ábra", "page-get-eth-keep-it-safe": "Tartsa az ETH-t biztonságban", "page-get-eth-meta-description": "Hogyan tud a lakhelye alapján ETH-t venni, s hogyan vigyázzon rá.", - "page-get-eth-meta-title": "Hogyan lehet ETH-t szerezni", + "page-get-eth-meta-title": "Hogyan lehet Ethereumot (ETH) venni", "page-get-eth-need-wallet": "A DEX-ek használatához tárcára van szükség.", "page-get-eth-new-to-eth": "Még új az ETH? Itt egy összefoglaló, hogy hogyan fogj hozzá.", "page-get-eth-other-cryptos": "Vásárlás más kriptoval", diff --git a/src/intl/hu/page-index.json b/src/intl/hu/page-index.json index 4d95d20b905..ec9d62589f5 100644 --- a/src/intl/hu/page-index.json +++ b/src/intl/hu/page-index.json @@ -2,6 +2,7 @@ "page-index-activity-description": "Tevékenység az összes Ethereum-hálózatból", "page-index-activity-tag": "Tevékenység", "page-index-activity-header": "A legerősebb ökoszisztéma", + "page-index-activity-action": "Bővebben az Ethereum tevékenységeiről", "page-index-bento-header": "Az internet használatának új módja", "page-index-bento-assets-action": "Bővebben az NFT-kről", "page-index-bento-assets-content": "A művészeti alkotások, a tanúsítványok vagy akár az ingatlanok is tokenizálhatók. Bármilyen tokennel kereskedhet. A tulajdonjog nyilvános és ellenőrizhető.", @@ -10,7 +11,7 @@ "page-index-bento-dapps-content": "Az Ethereum-alkalmazások az adatok eladása nélkül is működnek. Védje magánéletét.", "page-index-bento-dapps-title": "Innovatív alkalmazások", "page-index-bento-defi-action": "Fedezze fel a DeFi-t", - "page-index-bento-defi-content": "Több milliárd ember nem nyithat bankszámlát, és nem használhatja szabadon a pénzét. Az Ethereum pénzügyi rendszere mindig nyitott és nem ítélkezik.", + "page-index-bento-defi-content": "Több milliárd ember nem nyithat bankszámlát, és nem használhatja szabadon a pénzét. Az Ethereum pénzügyi rendszere mindig nyitott és elfogulatlan.", "page-index-bento-defi-title": "Igazságosabb pénzügyi rendszer", "page-index-bento-networks-action": "Fedezze fel az előnyöket", "page-index-bento-networks-content": "Az Ethereum a blokklánc-innováció központja. A legjobb projektek az Ethereumra épülnek.", @@ -65,7 +66,7 @@ "page-index-learn-tag": "Ismerje meg", "page-index-learn-header": "Az Ethereum megértése", "page-index-meta-description": "Az Ethereum egy globális, decentralizált platform a pénz és újfajta alkalmazások számára. Az Ethereumon olyan kódot írhat, amely a pénzt szabályozza, és a világ bármely pontján elérhető alkalmazásokat fejleszthet.", - "page-index-meta-title": "Teljes útmutató az Ethereumhoz", + "page-index-meta-title": "Ethereum.org: Teljes útmutató az Ethereumhoz", "page-index-network-stats-total-eth-staked": "Ethereum, amely megvédi az értékeit", "page-index-network-stats-tx-cost-description": "Átlagos tranzakciós költség", "page-index-network-stats-tx-day-description": "Tranzakciók az elmúlt 24 órában", @@ -99,7 +100,7 @@ "page-index-values-privacy-legacy-content-0": "Nem várhatjuk el kormányoktól, vállalatoktól vagy más nagy, arc nélküli szervezetektől, hogy pusztán jótékonyságból megadják nekünk a magánélet védelmét.", "page-index-values-privacy-legacy-content-1": "Az alkalmazások nagy része a lehető legtöbb személyes adatot begyűjti Önről, hogy személyre szabott marketinggel célozhassa meg.", "page-index-values-privacy-ethereum-label": "Magánélet-orientált", - "page-index-values-privacy-ethereum-content-0": "Az Ethereum közössége tiszteletben tartja a magánéletet. Önnek jogában nem kell felfednie magát vagy kapcsolatfelvételi adatait ahhoz, hogy az alkalmazásokat használni tudja.", + "page-index-values-privacy-ethereum-content-0": "Az Ethereum közössége tiszteletben tartja a magánéletet. Önnek nem kell felfednie magát vagy kapcsolatfelvételi adatait ahhoz, hogy az alkalmazásokat használni tudja.", "page-index-values-integration-legacy-label": "Tagolt", "page-index-values-integration-legacy-content-0": "A legtöbb alkalmazás arra készteti, hogy külön fiókokat hozzon létre, így nehéz megjegyezni az összes bejelentkezési és regisztrációs adatot.", "page-index-values-integration-ethereum-label": "Integrált", diff --git a/src/intl/hu/page-learn.json b/src/intl/hu/page-learn.json index 4010f8028ce..d34e11e4037 100644 --- a/src/intl/hu/page-learn.json +++ b/src/intl/hu/page-learn.json @@ -10,6 +10,7 @@ "hero-header": "Ismerje meg az Ethereumot", "hero-subtitle": "Az Ön tanulási útmutatója az Ethereum világába. Ismerje meg, hogyan működik az Ethereum és hogyan tud hozzá kapcsolódni. Ez az oldal technikai és nem technikai cikkeket, útmutatókat és forrásokat is tartalmaz.", "hero-button-lets-get-started": "Lássunk neki!", + "page-learn-meta-title": "Ethereum: Átfogó tanulási útmutató", "what-is-crypto-1": "Talán Ön is hallott már a kriptovalutákról, blokkláncokról és a Bitcoinról. Az alábbi hivatkozások feltárják, hogy mik ezek és hogyan kapcsolódnak az Ethereumhoz.", "what-is-crypto-2": "A kriptovaluták, mint amilyen a bitcoin is, lehetővé teszik bárki számára, hogy pénzt utaljon a világon bárhova. Az Ethereum is képes erre, ráadásul olyan programkódokat is tud futtatni, amelyek révén alkalmazásokat és szervezeteket lehet rá építeni. Egyaránt ellenálló és rugalmas: bármilyen számítógépes program futhat az Ethereumon. Tudjon meg többet, és kezdje el használni Ön is:", "what-is-ethereum-card-title": "Mi az Ethereum?", @@ -33,9 +34,9 @@ "find-a-wallet-card-title": "Tárca keresése", "find-a-wallet-card-description": "Böngésszen a tárcák között azon jellemzők alapján, amelyek Önnek leginkább számítanak.", "find-a-wallet-button": "A tárcák listája", - "crypto-security-basics-card-title": "Biztonsági alapok", - "crypto-security-basics-card-description": "Tudja meg, hogyan ismerheti fel a csalásokat és hogyan kerülheti el a legjellemzőbb trükköket.", - "crypto-security-basics-card-button": "Maradjon biztonságban", + "ethereum-networks-card-title": "Ethereum-hálózatok", + "ethereum-networks-card-description": "Spóroljon pénzt az olcsóbb és gyorsabb Ethereum-kiterjesztések használatával.", + "ethereum-networks-card-button": "Hálózat választása", "things-to-consider-banner-title": "Az Ethereum használatához fontos tudnivalók", "things-to-consider-banner-1": "Minden Ethereum-tranzakcióért díjat kell fizetni ETH formájában, még akkor is, ha az Ethereumra épített különféle tokeneket mozgatja, mint a USDC vagy DAI stabil érmék.", "things-to-consider-banner-2": "A tranzakciós díjak magasak lehetnek annak függvényében, hogy éppen hányan használják az Ethereumot, ezért használja a", @@ -85,7 +86,7 @@ "ethereum-whitepaper-card-button": "Tanulmányok olvasása", "more-on-ethereum-protocol-title": "Bővebben az Ethereum protokollról", "more-on-ethereum-protocol-ethereum-for-developers": "Ethereum a fejlesztők számára", - "more-on-ethereum-protocol-consensus": "Az Ethereum proof-of-stake-en alapuló konszenzus mechanizmusa", + "more-on-ethereum-protocol-consensus": "Az Ethereum proof-of-stake módszeren alapuló konszenzusos mechanizmusa", "more-on-ethereum-protocol-evm": "Az Ethereum beágyazott számítógépe (EVM)", "more-on-ethereum-protocol-nodes-and-clients": "Ethereum-csomópontok és -kliensek", "ethereum-community-description": "Az Ethereum sikere a hihetetlenül dedikált közösségnek köszönhető. Ezernyi inspirált és öntudatos ember segíti az Ethereum víziójának megvalósítását, miközben biztosítja a hálózatot a letétbe helyezés és az irányítás által. Jöjjön és csatlakozzon Ön is!", diff --git a/src/intl/hu/page-run-a-node.json b/src/intl/hu/page-run-a-node.json index a7e325331fe..23521357419 100644 --- a/src/intl/hu/page-run-a-node.json +++ b/src/intl/hu/page-run-a-node.json @@ -111,6 +111,7 @@ "page-run-a-node-sovereignty-1": "Egy Ethereum-tárca segítségével teljes felügyeletet és irányítást gyakorolhat digitális eszközei felett, mivel biztonságban tartja a címeihez tartozó privát kulcsokat – ezek a kulcsok azonban nem adnak információt a blokklánc aktuális állapotáról, mint például a pénztárca egyenlegéről.", "page-run-a-node-sovereignty-2": "Az alapértelmezés szerint az Ethereum-tárcák általában egy harmadik fél csomópontján keresztül kérik le az egyenleget, ilyen például az Infura vagy az Alchemy. Saját csomópont futtatásával saját példánya lehet az Ethereum-blokkláncról.", "page-run-a-node-title": "Csomópont futtatása", + "page-run-a-node-meta-title": "Hogyan lehet Ethereum-csomópontot futtatni", "page-run-a-node-voice-your-choice-title": "Adjon hangot a véleményének", "page-run-a-node-voice-your-choice-preview": "Ne adja ki a kezéből az irányítást elágazás esetén sem.", "page-run-a-node-voice-your-choice-1": "Láncelágazás esetén, amikor két lánc jön létre különböző szabályokkal, a saját csomópont futtatása garantálja, hogy kiválaszthatja, melyik szabályokat kívánja támogatni. Önön múlik, hogy frissít-e az új szabályokra, és támogatja-e a javasolt változtatásokat, vagy sem.", diff --git a/src/intl/hu/page-upgrades-index.json b/src/intl/hu/page-upgrades-index.json index 2d459f142d2..390f5d5ace9 100644 --- a/src/intl/hu/page-upgrades-index.json +++ b/src/intl/hu/page-upgrades-index.json @@ -97,7 +97,7 @@ "page-upgrades-question-6-answer-5": "Emellett csatlakozhat az Ethereum-kutatási és -fejlesztési fórumhoz is az ethresear.ch oldalon.", "page-upgrades-question-6-title": "Mit kell csinálnom a dappommal?", "page-upgrades-question-6-desc": "Az egyesítést (Merge) úgy tervezték meg, hogy minimális hatást gyakoroljon a dapp-fejlesztőkre, azonban történt néhány említésre méltó változtatás.", - "page-upgrades-question-6-answer-1": "A beolvadás előtti Ethereumot ismerő dapp-fejlesztőknek tisztában kell lenniük néhány változással. Ezek közé sorolható a blokkstruktúra és -időzítés változása, néhány műveletikód-változás, a láncon belüli (on-chain) véletlenszerűség forrása és a korszak-véglegesítés koncepciója.", + "page-upgrades-question-6-answer-1": "A beolvadás előtti Ethereumot ismerő dapp-fejlesztőknek tisztában kell lenniük néhány változással. Ezek közé sorolható a blokkstruktúra és -időzítés változása, néhány műveletikód-változás, a láncon belüli (onchain) véletlenszerűség forrása és a korszak-véglegesítés koncepciója.", "page-upgrades-question-6-answer-1-link": "Az egyesítés (Merge) hatása az Ethereum alkalmazási rétegére", "page-upgrades-question-6-answer-2": "Az alkalmazások szinte teljesen érintetlenek maradtak.", "page-upgrades-question-7-desc": "A közösség egészéből sok különböző csapat dolgozik a különféle Ethereum-frissítéseken.", diff --git a/src/intl/hu/page-wallets-find-wallet.json b/src/intl/hu/page-wallets-find-wallet.json index 1de7b90849b..88577ef6daf 100644 --- a/src/intl/hu/page-wallets-find-wallet.json +++ b/src/intl/hu/page-wallets-find-wallet.json @@ -5,7 +5,7 @@ "page-find-wallet-description": "A tárcák tárolják az ETH-t és bonyolítják a kapcsolódó tranzakciókat. Számos, az Ön igényeihez igazodó termék közül választhat.", "page-find-wallet-last-updated": "Utolsó frissítés", "page-find-wallet-meta-description": "Keresse meg és hasonlítsa össze az Ethereum tárcákat a kívánt tulajdonságok alapján.", - "page-find-wallet-meta-title": "Ethereum tárca keresése", + "page-find-wallet-meta-title": "Az Ethereum-tárcák listája | ethereum.org", "page-find-wallet-title": "Válassza ki a tárcáját", "page-find-wallet-try-removing": "Próbáljon elvenni egy vagy két jellemzőt", "page-stake-eth": "ETH letétbe helyezése", diff --git a/src/intl/hu/page-what-is-ethereum.json b/src/intl/hu/page-what-is-ethereum.json index 7fdec284d12..f68f6b7bb88 100644 --- a/src/intl/hu/page-what-is-ethereum.json +++ b/src/intl/hu/page-what-is-ethereum.json @@ -1,5 +1,5 @@ { - "page-what-is-ethereum-alt-img-bazaar": "Egy illusztráció, ahol egy személy egy bazárba kukucskál, mely az Ethereumot reprezentálja", + "page-what-is-ethereum-alt-img-bazaar": "Egy illusztráció, ahol egy személy egy bazárba kukucskál, amely az Ethereumot reprezentálja", "page-what-is-ethereum-alt-img-comm": "Egy illusztráció, amiben Ethereum közösségi tagok együtt dolgoznak", "page-what-is-ethereum-alt-img-lego": "Illusztráció egy kézről, amely egy ETH-logót épít LEGO-kockákból", "page-what-is-ethereum-banking-card": "Banki szolgáltatás mindenkinek", @@ -34,9 +34,12 @@ "page-what-is-ethereum-cryptocurrency-tab-content-2": "Az olyan eszközöket, mint a bitcoin és az ether, azért nevezik „kriptovalutának”, mert a felhasználó adatainak és eszközeinek biztonságát a kriptográfia biztosítja, nem pedig az, hogy egy intézmény vagy vállalat tisztességesen kezeli-e azokat.", "page-what-is-ethereum-cryptocurrency-tab-content-3": "Az Ethereum saját kriptovalutával, az etherrel (ETH) rendelkezik, mellyel a hálózaton végzett tranzakciókért fizetünk. Ezt az Ethereum hálózatán el lehet küldeni más felhasználóknak vagy át lehet váltani más tokenekre. Az ether azért különleges, mert ezzel fizetnek az Ethereum hálózatán végzett műveletekért, számítási kapacitásért, melyek elengedhetetlenek az alkalmazások és szervezetek fejlesztéséhez és működtetéséhez.", "page-what-is-ethereum-summary-title": "Összegzés", - "page-what-is-ethereum-summary-desc-1": "Az Ethereum egy olyan globális, számítógépekből álló hálózat, mely az Ethereum-protokollnak nevezett szabályrendszer alapján működik. Alapot biztosít közösségek, alkalmazások, szervezetek és digitális eszközök számára, melyeket bárki létrehozhat, megépíthet és használhat.", - "page-what-is-ethereum-summary-desc-2": "Ön is könnyedén készíthet magának egy Ethereum-számlát bárhol és bármikor, és felfedezheti az elérhető alkalmazásokat vagy megépítheti a sajátját. Ebben az a legfontosabb innováció, hogy nem egy központi hatóságra bízza magát, mely bármikor megváltoztathatja a szabályokat és korlátozhatja a hozzáférését.", - "page-what-is-ethereum-summary-desc-3": "Olvasson tovább a részletekért…", + "page-what-is-ethereum-summary-desc-1": "Az Ethereum több ezer alkalmazás és blokklánc fő platformja, amelyek mind az Ethereum-protokollt használják.", + "page-what-is-ethereum-summary-desc-2": "Ez az élénk ökoszisztéma elősegíti az innovációt, valamint a decentralizált alkalmazások és szolgáltatások széles skáláját.", + "page-what-is-ethereum-summary-bullet-1": "Ingyenes és globális Ethereum-számlák", + "page-what-is-ethereum-summary-bullet-2": "Pszeudo-privát, nincs szükség személyes információkra", + "page-what-is-ethereum-summary-bullet-3": "Korlátozások nélkül bárki részt vehet", + "page-what-is-ethereum-summary-bullet-4": "Egyetlen vállalat sem birtokolja az Ethereumot vagy dönhet a jövőjéről", "page-what-is-ethereum-btc-eth-diff-title": "Mi a különbség az Ethereum és a Bitcoin között?", "page-what-is-ethereum-btc-eth-diff-1": "A 2015-ben elindított Ethereum a Bitcoin innovációjára épül, néhány nagyobb különbséggel.", "page-what-is-ethereum-btc-eth-diff-2": "Mindkettővel használhat digitális pénzt fizetési szolgáltatók vagy bankok ingénybevétele nélkül. Az Ethereum azonban programozható, így decentralizált alkalmazásokat is lehet építeni és telepíteni a hálózatán.", diff --git a/src/intl/hu/template-usecase.json b/src/intl/hu/template-usecase.json index 0550b9c2ea2..a09e1742231 100644 --- a/src/intl/hu/template-usecase.json +++ b/src/intl/hu/template-usecase.json @@ -1,7 +1,9 @@ { + "template-usecase-dropdown-ai-agents": "AI-ügynökök", "template-usecase-dropdown-defi": "Decentralizált pénzügy (DeFi)", "template-usecase-dropdown-nft": "Nem helyettesíthető tokenek (NFT-k)", "template-usecase-dropdown-dao": "Decentralizált autonóm szervezetek (DAO-k)", + "template-usecase-dropdown-payments": "Fizetések az Ethereumon", "template-usecase-dropdown-social-networks": "Nem központosított közösségi hálózatok", "template-usecase-dropdown-identity": "Nem központilag kibocsájtott identitás", "template-usecase-dropdown-desci": "Nem központosított kutatás (DeSci)", @@ -10,4 +12,4 @@ "template-usecase-banner": "Az Ethereum felhasználása folyamatosan bővül és fejlődik. Egészítse ki bármilyen információval, ha úgy gondolja, hogy azzal érthetőbbé vagy aktuálisabbá válhat az oldal.", "template-usecase-edit-link": "Oldal szerkesztése", "template-usecase-dropdown-aria": "Esettanulmányok legördülő menü" -} +} \ No newline at end of file From 15855560b721b2d351724ca33134bd372203fdf9 Mon Sep 17 00:00:00 2001 From: Corwin Smith Date: Tue, 13 May 2025 22:40:45 -0600 Subject: [PATCH 2/2] build errors --- .../consensus-mechanisms/pos/rewards-and-penalties/index.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/public/content/translations/hu/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md b/public/content/translations/hu/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md index 626c7ae691a..6246921b7f7 100644 --- a/public/content/translations/hu/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md +++ b/public/content/translations/hu/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/index.md @@ -74,7 +74,7 @@ Ha ezeket a műveleteket észlelik, a validátort súlyosan megbüntetik. Ez azt ## Inaktivitási elszivárgás {#inactivity-leak} -Ha a konszenzusréteg több mint négy korszakot tölt el véglegesítés nélkül, akkor egy „inaktivitási szivárgás” vészhelyzeti protokoll aktiválódik. Az inaktivitási elszivárgás célja, hogy megteremtse a lánc véglegessé válásához szükséges feltételeket. A véglegességhez a teljes feltett ether 2/3-os többsége szükséges ahhoz, hogy a forrás- és célellenőrzési pontok megegyezzenek. Ha a validátorok több mint 1/3-a offline állapotba kerül, vagy nem küld helyes tanúsításokat, akkor nem lehetséges, hogy a 2/3-os szupertöbbség véglegesítse az ellenőrzési pontokat. Az inaktivitási elszivárgás lehetővé teszi, hogy az inaktív validátorok letétje fokozatosan elszivárogjon addig, amíg a hozzájuk tartozó letét 1/3 alá csökkent, így a megmaradt aktív validátorok véglegesíthetik a láncot. Bármilyen nagy is legyen az inaktív validátorok csoportja, a megmaradó aktív validátorok végül a letét >2/3-át birtokolják. A letét elvesztése erősen ösztönzi az inaktív érvényesítőket arra, hogy minél hamarabb újra aktiválódjanak! A Medalla teszthálózaton életbe lépett már az inaktivitási elszivárgás, amikor is az aktív validátorok <66%-a képes volt konszenzusra jutni a blokklánc aktuális fejével kapcsolatban. Az inaktivitási elszivárgás aktiválódott, és a véglegesség végül helyreállt! +Ha a konszenzusréteg több mint négy korszakot tölt el véglegesítés nélkül, akkor egy „inaktivitási szivárgás” vészhelyzeti protokoll aktiválódik. Az inaktivitási elszivárgás célja, hogy megteremtse a lánc véglegessé válásához szükséges feltételeket. A véglegességhez a teljes feltett ether 2/3-os többsége szükséges ahhoz, hogy a forrás- és célellenőrzési pontok megegyezzenek. Ha a validátorok több mint 1/3-a offline állapotba kerül, vagy nem küld helyes tanúsításokat, akkor nem lehetséges, hogy a 2/3-os szupertöbbség véglegesítse az ellenőrzési pontokat. Az inaktivitási elszivárgás lehetővé teszi, hogy az inaktív validátorok letétje fokozatosan elszivárogjon addig, amíg a hozzájuk tartozó letét 1/3 alá csökkent, így a megmaradt aktív validátorok véglegesíthetik a láncot. Bármilyen nagy is legyen az inaktív validátorok csoportja, a megmaradó aktív validátorok végül a letét >2/3-át birtokolják. A letét elvesztése erősen ösztönzi az inaktív érvényesítőket arra, hogy minél hamarabb újra aktiválódjanak! A Medalla teszthálózaton életbe lépett már az inaktivitási elszivárgás, amikor is az aktív validátorok \<66%-a képes volt konszenzusra jutni a blokklánc aktuális fejével kapcsolatban. Az inaktivitási elszivárgás aktiválódott, és a véglegesség végül helyreállt! A konszenzusmechanizmus jutalom-, büntetés- és súlyos büntetési konstrukciója arra ösztönzi a validáltorokat, hogy jóhiszeműen viselkedjenek. Ezekből a tervezési döntésekből következik, hogy a rendszer érdekében a validátoroknak egyenlően kell megoszlaniuk a kliens között, és fel kell oldani az egyklienses dominanciát.