xᵐ mod P ≡ 1+इन निर्धारणों को देखते हुए, हमारे पास है: + +> ऑब्जर्वेशन 1. माना कि एक सेफ प्राइम `P` के लिए `x` गुणक समूह `ℤ/Pℤ` का सदस्य है। यदि `x mod P ≠ 1 mod P` और `x mod P ≠ P-1 mod P` है, तो `x` का क्रम या तो `P-1` या `(P-1)/2` है। + +_प्रमाण_। चूँकि `P` एक सेफ प्राइम है, तो \[लैग्रेंज प्रमेय\] \[लैग्रेंज\] द्वारा सिद्ध होता है कि `x` का क्रम या तो `1`, `2`, `(P-1)/2`, या `P-1` है। + +`x` का क्रम `1` नहीं हो सकता है, क्योंकि फर्मेट के लिटिल प्रमेय द्वारा सिद्ध होता है: + +
xP-1 mod P ≡ 1+ +अतः `x`, `Z/nZ` की गुणक पहचान होनी चाहिए, जो अद्वितीय है। चूँकि हमने मान लिया है कि `x ≠ 1` धारणा द्वारा, यह संभव नहीं है। + +`x` का क्रम `2` नहीं हो सकता जब तक कि `x = P-1` न हो, क्योंकि यह उल्लंघन करेगा कि `P` अभाज्य है। + +उपरोक्त प्रस्ताव से, हम पहचान सकते हैं कि पुनरावृत्त `(picker * init) % P` की चक्र लंबाई कम से कम `(P-1)/2` होगी। ऐसा इसलिए है क्योंकि हमने `P` को लगभग दो की उच्च शक्ति के बराबर एक सेफ़ प्राइम के रूप में चुना है, और `init` अंतराल `[2,2**256+1]` में है। `P` के परिमाण को देखते हुए, हमें मॉड्यूलर घातांक से चक्र की उम्मीद कभी नहीं करनी चाहिए। + +जब हम DAG (`init` लेबल वाला वेरिएबल) में पहला सेल असाइन कर रहे होते हैं, तो हम `pow(sha3(seed) + 2, 3, P)` की गणना करते हैं। पहली नज़र में, यह गारंटी नहीं देता है कि परिणाम न तो `1` है और न ही `P-1` है। हालांकि, चूंकि `P-1` एक सेफ़ प्राइम है, इसलिए हमारे पास निम्नलिखित अतिरिक्त आश्वासन हैं, जो अवलोकन 1 का एक परिणाम है: + +> ऑब्जर्वेशन 2. माना कि सेफ़ प्राइम `P` के लिए `x` गुणक समूह `ℤ/Pℤ` का सदस्य है, और मान लीजिए `w` एक प्राकृत संख्या है। यदि `x mod P ≠ 1 mod P` और `x mod P ≠ P-1 mod P`, साथ ही `w mod P ≠ P-1 mod P` और `w mod P ≠ 0 mod P` है, तो `xw mod P ≠ 1 mod P` और `xw mod P ≠ P-1 mod P` + +### एक हैश फ़ंक्शन के रूप में मॉड्यूलर घातांक {#modular-exponentiation} + +`P` और `w` के कुछ मानों के लिए, फ़ंक्शन `pow(x, w, P)` में कई टकराव हो सकते हैं। उदाहरण के लिए, `pow(x,9,19)` केवल `{1,18}` मान लेता है। + +चूंकि `P` प्राइम है, तो मॉड्यूलर घातांक हैशिंग फ़ंक्शन के लिए एक उपयुक्त `w` को निम्नलिखित परिणाम का उपयोग करके चुना जा सकता है: + +> ऑब्जर्वेशन 3. मान लीजिए `P` एक प्राइम है; `w` और `P-1` अपेक्षाकृत प्राइम हैं यदि और केवल यदि `a` और `b` `ℤ/Pℤ`में: +> +>
'Eth2' शब्द का इस्तेमाल आमतौर पर हिस्सेदारी के सबूत पर स्विच करने से पहले एथेरियम के भविष्य का वर्णन करने के लिए किया जाता था, लेकिन इसे अधिक सटीक शब्दावली के पक्ष में चरणबद्ध किया गया था। इसका उपयोग मूल रूप से हिस्सेदारी के सबूत पर स्विच करने से पहले एथेरियम नेटवर्क और उसके बाद नेटवर्क को अलग करने के लिए किया जाता था, या कभी-कभी विभिन्न एथेरियम ग्राहकों को संदर्भित करने के लिए किया जाता था, (निष्पादन ग्राहकों को कभी-कभी ETH1 क्लाइंट के रूप में संदर्भित किया जाता था और सर्वसम्मति वाले ग्राहकों को कभी-कभी ETH2 क्लाइंट के रूप में संदर्भित किया जाता था)।
+ +gas, addr, val, argOst, argLen, retOst, retLen | `success` | mem[retOst:retOst+retLen-1] := returndata | |
+| F2 | CALLCODE | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, val, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] = returndata | same as DELEGATECALL, but does not propagate original msg.sender and msg.value |
+| F3 | RETURN | 0[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, len` | `.` | | return mem[ost:ost+len-1] |
+| F4 | DELEGATECALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] := returndata | |
+| F5 | CREATE2 | [A9](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a9-create-operations) | `val, ost, len, salt` | `addr` | | addr = keccak256(0xff ++ address(this) ++ salt ++ keccak256(mem[ost:ost+len-1]))[12:] |
+| F6-F9 | _invalid_ | | | | | |
+| FA | STATICCALL | [AA](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#aa-call-operations) | `gas, addr, argOst, argLen, retOst, retLen` | `success` | mem[retOst:retOst+retLen-1] := returndata | |
+| FB-FC | _invalid_ | | | | | |
+| FD | REVERT | 0[\*](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#a0-1-memory-expansion) | `ost, len` | `.` | | revert(mem[ost:ost+len-1]) |
+| FE | INVALID | [AF](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#af-invalid) | | | designated invalid opcode - [EIP-141](https://eips.ethereum.org/EIPS/eip-141) | |
+| FF | SELFDESTRUCT | [AB](https://github.com/wolflo/evm-opcodes/blob/main/gas.md#ab-selfdestruct) | `addr` | `.` | | sends all ETH to `addr`; if executed in the same transaction as a contract was created it destroys the contract |
diff --git a/public/content/translations/nl/developers/docs/gas/index.md b/public/content/translations/nl/developers/docs/gas/index.md
new file mode 100644
index 00000000000..52417a9e02b
--- /dev/null
+++ b/public/content/translations/nl/developers/docs/gas/index.md
@@ -0,0 +1,140 @@
+---
+title: Gas en kosten
+description:
+lang: nl
+---
+
+Gas is essentieel voor het Ethereum-netwerk. Het is de brandstof die het mogelijk maakt om te blijven werken, net zoals een auto benzine nodig heeft om te kunnen rijden.
+
+## Randvoorwaarden {#prerequisites}
+
+Om deze pagina beter te begrijpen, raden we u aan om u eerst in te lezen over [ transacties](/developers/docs/transactions/) en [EVM](/developers/docs/evm/).
+
+## Wat is gas? {#what-is-gas}
+
+Gas verwijst naar de eenheid die de hoeveelheid rekenkracht meet die nodig is om specifieke bewerkingen op het Ethereum-netwerk uit te voeren.
+
+Omdat elke Ethereum-transactie rekenkracht vereist om te worden uitgevoerd, moet er voor die bronnen worden betaald om ervoor te zorgen dat Ethereum niet kwetsbaar wordt voor spam en niet vast kan komen te zitten in oneindige rekenlussen. De berekening wordt betaald in de vorm van een gaskost.
+
+De gaskost is **de hoeveelheid gas die wordt gebruikt om een bepaalde bewerking uit te voeren, vermenigvuldigd met de kosten per gaseenheid**. De kost worden betaald, of een transactie nu geslaagd is of niet.
+
+ _Aangepast diagram van [Ethereum EVM geïllustreerd](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_
+
+Gaskosten moeten worden betaald in de eigen munteenheid van Ethereum, ether (ETH). Gasprijzen worden meestal weergegeven in gwei, een benaming van ETH. Elke gwei is gelijk aan een miljardste van een ETH (0,000000001 ETH of 10-9 ETH).
+
+In plaats van te zeggen dat uw gas 0,000000001 ether kost, kunt u bijvoorbeeld zeggen dat uw gas 1 gwei kost.
+
+Het woord 'gwei' is een samentrekking van 'giga-wei', wat 'miljard wei' betekent. Eén gwei is gelijk aan één miljard wei. Wei zelf (genoemd naar [Wei Dai](https://wikipedia.org/wiki/Wei_Dai), maker van [b-money](https://www.investopedia.com/terms/b/bmoney.asp)) is de kleinste eenheid van ETH.
+
+## Hoe worden gaskosten berekend? {#how-are-gas-fees-calculated}
+
+U kunt de hoeveelheid gas die u bereid bent te betalen instellen wanneer u een transactie indient. Door een bepaalde hoeveelheid gas aan te bieden, biedt u om uw transactie op te nemen in de volgende block. Als u te weinig aanbiedt, zullen validators uw transactie minder snel selecteren voor opname, waardoor uw transactie mogelijk te laat of helemaal niet wordt uitgevoerd. Als u te veel aanbiedt, verspilt u misschien wat ETH. Dus hoe weet u hoeveel u moet betalen?
+
+Het totale aantal gas dat u betaalt, is verdeeld in twee componenten: de `basiskost` en de `prioriteitskost` (fooi).
+
+De `basiskost` is ingesteld door het protocol. U moet minstens dit bedrag betalen om uw transactie als geldig te beschouwen. De `prioriteitskost` is een fooi die u toevoegt aan de basiskosten om uw transactie aantrekkelijk te maken voor validators, zodat ze deze kiezen voor opname in de volgende block.
+
+Een transactie die alleen de `basiskost` betaalt, is technisch geldig maar wordt waarschijnlijk niet opgenomen omdat het de validators geen stimulans biedt om deze transactie boven een andere transactie te verkiezen. De 'juiste' `prioriteitskosten` worden bepaald door het netwerkgebruik op het moment dat u uw transactie verstuurt. Als er veel vraag is, moet u uw `prioriteitskosten` misschien hoger instellen, maar als er minder vraag is, kunt u minder betalen.
+
+Laten we bijvoorbeeld zeggen dat Jordan 1 ETH moet betalen aan Taylor. Voor een ETH-overdracht zijn 21.000 eenheden gas nodig en de basiskost is 10 gwei. Jordan geeft een fooi van 2 gwei.
+
+De totale kosten zijn nu:
+
+`gebruikte eenheden gas * (basiskost + prioriteitskost)`
+
+waarbij de `basiskost` een door het protocol ingestelde waarde is en de `prioriteitskost` een door de gebruiker ingestelde waarde als fooi voor de validator.
+
+dat wil zeggen `21.000 * (10 + 2) = 252.000 gwei` (0,000252 ETH).
+
+Wanneer Jordan het geld verstuurt, wordt er 1,000252 ETH afgetrokken van het account van Jordan. Taylor krijgt 1,0000 ETH. De validator ontvangt de fooi van 0,000042 ETH. De `basiskost` van 0,00021 ETH wordt verbrand.
+
+### Basiskost {#base-fee}
+
+Elke block heeft een basiskost die fungeert als een reserveprijs. Om in aanmerking te komen voor een opname in een block, moet de aangeboden prijs per gas ten minste gelijk zijn aan de basiskost. De basiskost wordt onafhankelijk van de huidige block berekend en wordt in plaats daarvan bepaald door de blocks ervoor, waardoor transactiekosten voorspelbaarder worden voor gebruikers. Wanneer de block wordt aangemaakt, wordt deze **basiskost "verbrand"**, wat betekent dat deze uit circulatie wordt genomen.
+
+De basiskost wordt berekend door een formule die de grootte van de vorige block (de hoeveelheid gas gebruikt voor alle transacties) vergelijkt met de doelgrootte. De basiskost wordt verhoogd met maximaal 12,5% per block als de doelblockgrootte wordt overschreden. Deze exponentiële groei maakt het economisch niet haalbaar om de blockgrootte oneindig lang hoog te houden.
+
+| Blocknummer | Inbegrepen gas | Verhoging kost | Huidige basiskost |
+| ----------- | --------------:| --------------:| -----------------:|
+| 1 | 15M | 0% | 100 gwei |
+| 2 | 30M | 0% | 100 gwei |
+| 3 | 30M | 12,5% | 112,5 gwei |
+| 4 | 30M | 12,5% | 126,6 gwei |
+| 5 | 30M | 12,5% | 142,4 gwei |
+| 6 | 30M | 12,5% | 160,2 gwei |
+| 7 | 30M | 12,5% | 180,2 gwei |
+| 8 | 30M | 12,5% | 202,7 gwei |
+
+Volg de bovenstaande tabel. Om een transactie op blocknummer 9 aan te maken, moet een wallet de gebruiker zeker laten weten dat de **maximale basiskost** die aan de volgende block wordt toegevoegd, `huidige basiskost * 112,5%` of `202.7 gwei * 112,5% = 228,1 gwei` is.
+
+Het is ook belangrijk om op te merken dat het onwaarschijnlijk is dat we lange pieken van volledige blocks zullen krijgen, vanwege de snelheid waarmee de basiskost stijgt voorafgaand aan een volledig block.
+
+| Blok nummer | Inbegrepen Gas | Kosten verhoging | Huidige basisvergoeding |
+| ----------- | --------------:| ----------------:| -----------------------:|
+| 30 | 30M | 12,5% | 2705,6 gwei |
+| ... | ... | 12,5% | ... |
+| 50 | 30M | 12,5% | 28531,3 gwei |
+| ... | ... | 12,5% | ... |
+| 100 | 30M | 12,5% | 10302608,6 gwei |
+
+### Prioriteitskost (fooi) {#priority-fee}
+
+De prioriteitskost (fooi) stimuleert validators om een transactie in de block op te nemen. Zonder fooien zou het voor validators economisch haalbaar zijn om lege blocks te minen, omdat ze dezelfde blockbeloning zouden ontvangen. Kleine fooien geven validators een minimale stimulans om een transactie op te nemen. Om transacties bij voorkeur uit te voeren vóór andere transacties in dezelfde block, kan een hogere fooi worden gebruikt om te proberen concurrerende transacties te overbieden.
+
+### Maximale kost {#maxfee}
+
+Om een transactie op het netwerk uit te voeren, kunnen gebruikers een maximumlimiet opgeven die ze bereid zijn te betalen om hun transactie uit te voeren. Deze optionele parameter staat bekend als de `maxFeePerGas`. Om een transactie uit te voeren, moet de maximumkost hoger zijn dan de som van de basiskost en de fooi. De afzender van de transactie krijgt het verschil terug tussen de maximumkost en de som van de basiskosten en de fooi.
+
+### Blockgrootte {#block-size}
+
+Elke block heeft een doelgrootte van 15 miljoen gas, maar de grootte van de blocks zal toenemen of afnemen in overeenstemming met de netwerkvraag, tot de blocklimiet van 30 miljoen gas (2x de doelgrootte van de block). Het protocol bereikt een evenwichtige blockgrootte van gemiddeld 15 miljoen via het proces van _tâtonnement_. Dit betekent dat als de blockgrootte groter is dan de doelblockgrootte, zal het protocol de basiskost voor de volgende block verhogen. Op dezelfde manier verlaagt het protocol de basiskost als de blockgrootte kleiner is dan de doelblockgrootte. Het bedrag waarmee de basiskost wordt aangepast, is evenredig met hoe ver de huidige blockgrootte verwijderd is van het doel. [Meer over blocks](/developers/docs/blocks/).
+
+### Gaskosten berekenen in de praktijk {#calculating-fees-in-practice}
+
+U kunt expliciet aangeven hoeveel u bereid bent te betalen om uw transactie uitgevoerd te krijgen. De meeste aanbieders van wallets zullen echter automatisch een aanbevolen transactiekost instellen (basisbedrag + aanbevolen prioriteitskost) om de complexiteit voor hun gebruikers te verminderen.
+
+## Waarom bestaan gaskosten? {#why-do-gas-fees-exist}
+
+Kortom, de gaskosten helpen het Ethereum-netwerk veilig te houden. Door een bijdrage (kost) te vragen voor elke berekening die op het netwerk wordt uitgevoerd, voorkomen we dat slechte actoren het netwerk spammen. Om onbedoelde of vijandige oneindige lussen of andere verspilling van rekenkracht in code te voorkomen, moet elke transactie een limiet instellen op het aantal rekenstappen dat de code kan gebruiken. De fundamentele rekeneenheid is 'gas'.
+
+Hoewel een transactie een limiet bevat, wordt gas dat niet wordt gebruikt in een transactie teruggegeven aan de gebruiker (d.w.z. `maximumkost - (basiskost + fooi)` wordt teruggegeven).
+
+ _Aangepast diagram van [Ethereum EVM geïllustreerd](https://takenobu-hs.github.io/downloads/ethereum_evm_illustrated.pdf)_
+
+## Wat is de gaslimiet? {#what-is-gas-limit}
+
+De gaslimiet verwijst naar de maximale hoeveelheid gas die u bereid bent te verbruiken voor een transactie. Meer ingewikkelde transacties met [smart contracts](/developers/docs/smart-contracts/) vereisen meer rekenwerk, dus ze vereisen een hogere gaslimiet dan een eenvoudige betaling. Voor een standaard ETH-overdracht is een gaslimiet van 21.000 eenheden gas nodig.
+
+Als u bijvoorbeeld een gaslimiet van 50.000 instelt voor een eenvoudige ETH-overdracht, dan zou de EVM 21.000 verbruiken en zou u de resterende 29.000 terugkrijgen. Als u echter te weinig gas invoert, bijvoorbeeld een gaslimiet van 20.000 voor een eenvoudige ETH-overdracht, zal de EVM uw 20.000 gaseenheden verbruiken in een poging de transactie uit te voeren, maar deze zal niet voltooid worden. De EVM herroept vervolgens alle wijzigingen, maar omdat de validator al 20.000 gaseenheden aan werk heeft uitgevoerd, wordt dat gas verbruikt.
+
+## Waarom kunnen de gaskosten zo oplopen? {#why-can-gas-fees-get-so-high}
+
+Hoge gaskosten zijn te wijten aan de populariteit van Ethereum. Als er te veel vraag is, moeten gebruikers hogere fooibedragen aanbieden om te proberen de transacties van andere gebruikers te overbieden. Een hogere fooi kan het waarschijnlijker maken dat uw transactie in de volgende block terechtkomt. Complexere smart contract-apps kunnen ook veel handelingen uitvoeren om hun functies te ondersteunen, waardoor ze veel gas verbruiken.
+
+## Initiatieven om de gaskosten te verminderen {#initiatives-to-reduce-gas-costs}
+
+De [schaalbaarheidsupgrades](/roadmap/) van Ethereum moeten uiteindelijk enkele van de problemen met de gaskosten oplossen, waardoor het platform duizenden transacties per seconde kan verwerken en wereldwijd kan opschalen.
+
+Opschaling van laag 2 is een primair initiatief om de gaskosten, gebruikerservaring en schaalbaarheid sterk te verbeteren. [Meer over opschaling van laag 2](/developers/docs/scaling/#layer-2-scaling).
+
+## Gaskosten monitoren {#monitoring-gas-fees}
+
+Als u de gasprijzen wilt monitoren, zodat u uw ETH voor minder kunt versturen, kunt u veel verschillende tools gebruiken, zoals:
+
+- [Etherscan](https://etherscan.io/gastracker) _Schatter voor de transactiegasprijs_
+- [ETH Gas Tracker](https://www.ethgastracker.com/) _Monitor en volg de Ethereum- en L2-gasprijzen om transactiekosten te verlagen en geld te besparen_
+- [Blocknative ETH Gas Estimator](https://chrome.google.com/webstore/detail/blocknative-eth-gas-estim/ablbagjepecncofimgjmdpnhnfjiecfm) _Chrome-extensie die gasprijzen schat, die zowel transacties van type 0 en type 2 EIP-1559-transacties ondersteunt._
+- [Cryptoneur Gas Fee Calculator](https://www.cryptoneur.xyz/gas-fees-calculator) _Bereken de gaskosten in uw lokale valuta voor verschillende transactietypes op het hoofdnet, Arbitrum en Polygon._
+
+## Gerelateerde tools {#related-tools}
+
+- [Blocknative's Gas Platform](https://www.blocknative.com/gas) _API voor gasschatting, ondersteund door Blocknative's wereldwijde mempool-dataplatform_
+
+## Verder lezen {#further-reading}
+
+- [Uitleg over Ethereum-gas](https://defiprime.com/gas)
+- [Het gasverbruik van uw smart contracts verminderen](https://medium.com/coinmonks/8-ways-of-reducing-the-gas-consumption-of-your-smart-contracts-9a506b339c0a)
+- [Proof-of-stake versus Proof-of-work](https://blockgeeks.com/guides/proof-of-work-vs-proof-of-stake/)
+- [Gasoptimalisatiestrategieën voor ontwikkelaars](https://www.alchemy.com/overviews/solidity-gas-optimization)
+- [EIP-1559-documentatie](https://eips.ethereum.org/EIPS/eip-1559).
+- [Tim Beiko's EIP-1559-bronnen](https://hackmd.io/@timbeiko/1559-resources).
diff --git a/public/content/translations/nl/developers/docs/index.md b/public/content/translations/nl/developers/docs/index.md
new file mode 100644
index 00000000000..b1bc4be5901
--- /dev/null
+++ b/public/content/translations/nl/developers/docs/index.md
@@ -0,0 +1,25 @@
+---
+title: Ontwikkelingsdocumentatie Ethereum
+description: Introductie van de documentatie voor ontwikkelaars op ethereum.org.
+lang: nl
+---
+
+Deze documentatie is ontworpen om u te helpen bij het bouwen met Ethereum. Het behandelt Ethereum als concept, legt de Ethereum tech stack uit en documenteert geavanceerde onderwerpen voor complexere applicaties en use cases.
+
+Dit is een open-source gemeenschapsinspanning, dus voel u vrij om nieuwe onderwerpen voor te stellen, nieuwe inhoud toe te voegen en voorbeelden te geven wanneer u denkt dat dit nuttig kan zijn. Alle documentatie kan worden bewerkt via GitHub. Als u niet zeker weet hoe dit moet, [volg dan deze instructies](https://github.com/ethereum/ethereum-org-website/blob/dev/docs/editing-markdown.md).
+
+## Ontwikkelingsmodules {#development-modules}
+
+Als dit uw eerste poging is om te ontwikkelen voor Ethereum, raden we u aan om bij het begin te beginnen en u er als een boek doorheen te werken.
+
+### Fundamentele onderwerpen {#foundational-topics}
+
+UserOperation heet. Dit verpakt acties van een gebruiker samen met de relevante handtekeningen. Deze UserOperation-objecten worden dan uitgezonden naar een speciale mempool waar validators ze kunnen verzamelen in een "bundeltransactie". De bundeltransactie staat voor een opeenvolging van vele individuele UserOperations en kan worden opgenomen in Ethereumblocks zoals een normale transactie, en wordt opgepikt door validators die een soortgelijk selectiemodel gebruiken dat de kosten maximaliseert.
+
+De manier waarop wallets werken gaat wellicht ook veranderen onder EIP-4337. In plaats van dat elke wallet de gebruikelijke maar complexe veiligheidslogica opnieuw moet implementeren, worden deze functies uitbesteed aan een globaal walletcontract dat bekend staat als het "entry point". Dit zou handelingen zoals het betalen van kosten en het uitvoeren van EVM-code op zich nemen, zodat walletontwikkelaars zich kunnen richten op het leveren van een uitstekende gebruikerservaring.
+
+Opgelet: het EIP 4337 entry point-contract werd op 1 maart 2023 uitgerold naar het hoofdnet van Ethereum. U kunt het contract bekijken op Etherscan.
+
+AA_TX_TYPE dat drie velden bevat: nonce, target en data, waarbij nonce een transactieteller is, target het entry point-contractadres is en data de EVM-bytecode is. Om deze transacties uit te voeren, moeten twee nieuwe instructies (bekend als opcodes) worden toegevoegd aan de EVM: NONCE en PAYGAS. De NONCE-opcode houdt de transactievolgorde bij en PAYGAS berekent en haalt het gas dat nodig is om de transactie uit te voeren uit het saldo van het contract. Met deze nieuwe functies kan Ethereum smart contract-wallets volledig zelfstandig ondersteunen, omdat de benodigde infrastructuur is ingebouwd in het protocol van Ethereum.
+
+Let op: EIP-2938 is momenteel niet actief. De gemeenschap geeft momenteel de voorkeur aan EIP-4337 omdat het geen wijzigingen aan het protocol vereist.
+
+AUTH en AUTHCALL. Met EIP-3074 worden de voordelen van een smart contract-wallet beschikbaar gemaakt zonder dat er een contract nodig is. Daarom worden de transacties afgehandeld door een specifiek type statusloos, vertrouwenloos, niet te upgraden contract dat bekend staat als een “invoker”.
+
+Let op: EIP-3074 is momenteel niet actief. De gemeenschap geeft momenteel de voorkeur aan EIP-4337 omdat het geen wijzigingen aan het protocol vereist.
+
+De term 'Eth2' werd vaak gebruikt om de toekomst van Ethereum te beschrijven vóór de overgang naar proof-of-stake, maar het werd uitgefaseerd ten gunste van een preciezere terminologie. Het werd oorspronkelijk gebruikt om een onderscheid te maken tussen het Ethereum-netwerk vóór de overgang naar proof-of-stake en het netwerk erna, of soms om te verwijzen naar de verschillende Ethereum-clients, (uitvoeringsclients werden soms aangeduid als ETH1-clients en consensusclients werden soms aangeduid als ETH2-clients).
+ +